Excel软件使用过程中有（）等缺陷。

小组作业具体要求如下：（以下阶段应按顺序执行） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告，具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）补交作业由老师打分，不进行互评。

小组作业具体要求如下： （1）系统需求分析。严格按照需求规格说明书模板（见附件1-软件需求规格说明书v1.0-模板.docx）描述系统需求。不需要涵盖系统所有功能（即不需要面面俱到），但应针对要测试的功能做详细的需求描述； （2）设计测试用例。围绕描述的需求，使用黑盒测试方法，设计测试用例，并根据测试用例设计说明书模板（见附件2-测试用例设计清单(模板).xlsx），填写测试用例设计清单。 对测试用例的要求是： a. 至少应体现课程中所介绍的基本测试方法中的两种，包括边界值测试、等价类测试、决策表测试、正交表测试； b. 必须使用场景法设计测试用例，需要绘制场景图，可另外附加word文档，格式不限； c. 每个测试用例对应的测试方法在excel文件最后一列，即备注列中加以描述； d. 至少20个测试用例。 （3）编写测试脚本。选择一种自动化测试工具，根据设计的测试用例，编写测试脚本。 （4）运行测试脚本，记录测试结果，记录发现的缺陷（见附件3-缺陷报告模板v1.0.xlsx）； （5）记录测试过程，说明测试环境，说明使用的测试工具，并说明通过运行哪些测试脚本，分别发现了哪些缺陷，并对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件4-测试执行过程及小结-模板.docx）见给出测试小结。 （6）制作操作视频，说明测试脚本的运行过程。对视频的要求如下： a. 视频制作画面应清晰； b. 音频应清晰； c. 内容应完整。应选择至少1个测试脚本加以描述，说明该测试脚本对应的测试用例是哪些，并对测试脚本进行解释说明，说明测试脚本文件中代码行的含义，给出测试脚本的运行过程，对脚本的运行结果进行解释说明； d. 操作过程中如果涉及输入项，应明确指出输入的是什么内容，尤其是用户名和密码。 （7）每日例会记录 小组成员的工作过程必须通过博客进行记录。从本作业公布之日起，小组每日在博客上记录任务完成情况，格式不限，只要能反映小组的进度情况即可，请尽量详细。并在作业全部完成时，将博客记录复制为word文档，一并提交。 小组作业要求提交的文档如下： （1）系统需求规格说明书，文件名格式：作业名-070x班-0x组-需求规格说明，word文档，不要用wps格式； （2）测试用例设计说明书，文件名格式：作业名-070x班-0x组-功能测试用例，excel文档； （3）场景法测试用例设计，文件名格式：作业名-070x班-0x组-功能测试用例（场景图），word文档，不要用wps格式； （4）被测系统可执行程序，如war包，以及对应数据，必要时应在测试执行过程报告中说明对数据的要求，以及如何使用数据； （5）测试脚本原始文件； （6）测试过程操作视频，使用mp4格式，1080*720； （7）缺陷报告，文件名格式：作业名-070x班-0x组-缺陷报告，excel文档； （8）测试执行过程，文件名格式：作业名-070x班-0x组-测试执行过程及小结，word文档，不要用wps格式； （9）博客上的每日任务记录，汇总时，记得在文档开头说明小组所在班级，小组编号，组长姓名及学号，小组成员姓名及学号，博客地址。word文档，不要用wps； （10）所有上述材料统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）每班班内各小组使用的被测系统不能相同； （2）跨班允许使用相同的被测系统，但不能使用相同的需求； （3）每班班内各小组使用的功能测试工具应满足最多只有两个小组使用相同的测试工具； （4）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。

小组作业具体要求如下：（以下阶段应按顺序执行。附加题供学有余力的小组自选完成。） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告， 具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和评审结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）本次作业仍将采用互评方式来评分，因此，请确保单元测试脚本是可以运行的。在提交单元测试脚本材料的时候，自己务必提前在不同配置环境下实验，不能运行的测试脚本是不能得分的。 （4）互评的注意事项。本次作业分数构成和作用如下表所示。 分数构成 小组基本分 个人基本分 满分分值 90 10 作用 用于对小组所有成员的基本分取平均 用于本次作业的个人评分 因此，互评时，请各位同学除了参照评分标准逐项进行打分之外，还需要填写备注，在备注中明确指出分数的构成。例如，给某位同学的打分是小组基本分80分，个人基本分9分，则总分为：89分。此时，在SPOC评分系统中，除了给出总分89之外，还需要在备注中额外注明：小组基本分（80）+个人基本分（9）。否则，在互评机制下，小组中的所有组员得到的小组基本分可能是不相同的。

试题一：

阅读下列说明，回答问题1到问题4,将解答填入答题纸的对应栏内

【说明】

小张被任命为公司的文档与配置管理员，在了解了公司现有的文档及配置管理现状和问题之后 ，他做出如下工作计划：

（1）整理公司所有文档，并进行归类管理

小张在核理公司文档时，根据GB/T16680-1996《软件文档管理指南》，从项目生命周期角度将文档划分为开发文档，产品文档和管理文档，并对公司目前的文档进行了如下分类：

a)开发文档：可行性研究报告、需求规格说明书、概要设计说明书、数据设计说明书、数据字典。

b）管理文档：开发计划、配置管理计划、测试用例、测试计划、质量保证计划、开发进度报告，项目开发总结报告。

c）产品文档：用户手册、操作手册

（2）建立公司级配置管理系统，将配置库划分为开发库与受控库，并规定开发库用于存放正在开发过程中的阶段成果，受控库作为基线库存放评审后的正式成果。

（3）建立配置库权限机制，允许公司人员按照不同级别查看并管理公司文档，考虑到公司总经理权限最大、项目经理要查看并了解相关项目资料等额外因素，对受控库进行了下表的权限分配，（√表示允许，X表示不允许）：

进行了如上配置管理工作后，此时有一个项目A的项目经理告知小张，发现基线库中有一个重要的功能缺陷要修改,项目经理组织配置控制委员会进行了分析讨论后，同意修改，并指派了程序员小王进行修改，于是小张按照项目经理的要求在受控库中増加了小王的修改权，以便小王可以在受控库中直接修改该功能。

【问题1】（6分）

（1）依据16680-1996《软件文档管理指南》，小张对公司项目文档的归类是否正确？

（2）从候选答案中选择8个正确选项（多选该题得0分），将选项编号填入答题纸纸对应栏内。

应归入“开发文档”类的文档有：

候选答案：

A．可行性研究报告 B.需求规格说明书 C.用户手册 D.数据字典 E.操作手册 F.开发计划

G．配置管理计划 H.测试用例 I.测试计划 J.质量保证计划 K.项目开发总结报告

【问题2】（8分）

小张在建立配置管理系统时，不清楚如何组织配置库，请帮助小张组织配置库（至少写出两种配置库组织形式，并说明优缺点

【问题3】（5分）

本案例中当发现基线库中有一个重要的功能缺点需要修改时.你认为小张的做法存在哪些问题.并说明正确的做法.

【问题4】（6分）

结合案例.请指出小张在整个受控库的权限分配方面存在哪些问题.

阅读以下说明，根据要求回答问题1～问题4。(25分) 【说明】 国有大型企业ZD公司为了提升企业竞争力，近期利用银行贷款进行信息化建设，项目估算投 资约为人民币7500万元，建设内容包括购买某知名ERP软件、定制开发部分应用系统、升级改造 原有网络系统、部分硬件设备并进行软硬件系统的集成工作等。经过公开招标，ZD公司选择了系 统集成商A公司作为工程项目的承建单位，B监理公司负责该项目全过程的监理工作。在项目执 行过程中，遇到以下一些事件，具体如下。 事件l：在项目启动前期，该企业总经理决定由信息中心总体负责该单位的信息化建设，任命 信息中心副主任为项目领导小组组长，并要求信息中心的系统管理员小陈总体负责业务流程再造、 组织机构的调整、业务的重新整合、培训等工作，要求系统管理员小张负责总体协调，组织办公室、 财务部、市场部、技术部、人力资源部及各生产车间的信息化实施工作。 事件2：在项目实施过程中，项目经理老郭组成团队成员对ZD公司标书中所要求的需要定制 开发的那一部分应用系统进行了需求调研和分析。 事件3：在财务管理系统子项目开发过程中，项目经理老郭搜集及整理的该子项日存在的缺陷 分布情况见表9—13。事件4：承建单位开始实施项目后的第2个月末，ZD公司因国冢政策等原因需要进行机构调整，并口头要求A公司暂停实施工作，A公司的项目分管领导及项目经理老郭亦口头答应停工一个月。项目按照合同规定的期限进行初验时，A公司和B监理公司发现了部分项目质量存在缺陷，要求进行整改、完善。35天后，项目达到合同约定质量。竣工时，zD公司认为A公司延迟交付项目，应偿付逾期违约金。A公司认为：ZD公司要求临时停工并不得顺延完工日期，本公司因抢工期才出现了质量问题，因此项目延期交付的责任不在本公司。ZD公司则认为：临时停工和不顺延工期是当时A公司答应的，其应当诚信履约，并对此承担违约责任。 【问题1】(7分) 结合你的项目管理经验，请指出事件l中建设方信息化组织机构的设置，对承建方的项目实 施过程是否会造成影响。若没有影响，请简要说明理由；若有影响，请简要给出改进措施(或意见)。 【问题2】(5分) A公司在事件2的需求调研和分析阶段应产出哪些主要的阶段性成果？ 【问题3】(7分) 在项目质量控制的图表工具中，项目经理老郭宜选择哪种方法来分析事件3中存在的质量问题请利用你所选择的图表工具，帮助项目经理老郭近似地画出反映财务管理系统子项目缺陷分布 的相关图形，并将图中各关键参数标注清楚。 【问题4】(6分) 结合你的项目管理经验，请分析在事件4中A公司是否应该承担违约责任。请简要说明理由。

Excel软件中，文件、编辑等命令属于（ ）。

sav文件格式可以使用Word，Excel等软件打开。( )

下列方法中，能退出Excel软件的方法有（ ）。

A.双击Excel控制菜单图标

B.使用“文件”菜单的“关闭”命令

C.使用Excel控制菜单的“关闭”命令

D.单击Excel控制菜单图标

下列方法中，能退出Excel软件的方法有（ ）。

A.双击Excel控制菜单图标

B.使用“文件”菜单的“关闭”命令

C.使用Excel控制菜单的“关闭”命令

D.单击Excel控制菜单图标