【问题2】（6 分）（1）基于你的经验，请指出承建方领导的指示中可能存在的风险，并简要叙述进行变更的主要步骤。（2）请简述承建方项目经理得到领导指示之后，如何控制相关变更。

正确答案：1．需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半开发人员也必须能够接受他们并真正把需求应用到产品中。 2．在需求管理中所规划和建立的细节层次结构可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3．通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。 一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。 简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况并重点说明解决这些变更问题所采用的管理技术和方法。最后简要讨论几点你对“有效的需求变更管理”的实践体会。
1．需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半，开发人员也必须能够接受他们，并真正把需求应用到产品中。 2．在需求管理中所规划和建立的细节层次结构，可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3．通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响，从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响，并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。 一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。 简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况，并重点说明解决这些变更问题所采用的管理技术和方法。最后，简要讨论几点你对“有效的需求变更管理”的实践体会。

正确答案：
【问题2】
（1）范围、进度、成本、质量、人力资源、合同。
（2）项目经理、公司领导、监理方、校方代表。
（3）更新项目管理计划，安排相应人员是实施新的项目活动。
（4）评审；测试。
（5）接受变更申请、对变更进行评估、参与CCB评审、对变更申请进行审批、对变更结果进行验证。

答案：

解析：

正确答案：
【问题1】(6分)
在本案例中，小赵是一名优秀的软件设计师，拥有较多的应用开发经验。当小赵第一次担任项目经理角色时，缺乏项目管理方面的知识和经验，也缺乏相关培训，造成项目工期一再延期，成本也一直超支。而造成这一局面的可能原因之一是，小赵过于关注各阶段内的具体工作及技术工作，而忽视了管理活动甚至项目的整体监控和协调，即没有把“管理好项目”作为自己工作的首要任务。 由题干关键信息“项目进行到实施阶段，小赵发现在系统定义阶段所制订的项目计划估计不准，实施阶段有许多原先没有估计到的任务现在都冒了出来”可知，该项目的系统定义不够充分，即需求分析和项目计划的结果不足以指导后续工作；同时项目技术工作的生命周期未按时间顺序与管理工作的生命周期统一协调起来。这也间接说明，小赵过于关注技术工作，而忽视了管理活动。
【问题2】(6分)
瀑布模型是一种理想的线性开发模式，其通常将软件开发分为可行性分析、需求分析、软件设计(含概要设计、详细设计)、编码(含单元测试)、测试、运行维护等几个阶段。瀑布模型中每项开发活动具有的特点有(但不限于)：①从上一项开发活动接受该项活动的工作对象作为输入；②利用这一输入，实施该项活动应完成的工作内容；③给出该项活动的工作成果，作为输出传给下一项开发活动；④对该项活动的实施工作成果进行评审。若其工作成果得到确认，则继续进行下一项开发活动；否则返回前一项，甚至更前一项的活动。尽量减少多个阶段间的反复。
由以上特点可知，瀑布模型的优点表现在：阶段划分次序清晰，各阶段人员的职责规范、明确，便于前后活动的衔接，有利于活动重用和管理。瀑布模型适用于需求明确或很少变更的项目，也可用在已有类似项目开发经验的项目上。但是，瀑布模型不灵活(或缺乏风险分析)，特别是无法解决软件需求不明确的问题，因此由于需求不明确导致的问题有可能在项目后期才能发现，但损失已经造成。
为了解决瀑布模型的上述缺点，可引入演化模型。演化模型(或原型化模型)允许在获取了一组基本需求之后，通过快速分析构造待建系统的可运行版本(即原型)，然后再根据用户在使用原型的过程中提出的意见对原型进行修改，从而得到原型更新的版本。这一过程重复进行，直到得到用户满意的系统。原型化模型减少了瀑布模型中因为软件需求不明确而给开发工作带来的风险，因为在原型基础上的沟通更为直观，同时也为需求分析和定义，提供了新的方法。
对于复杂的大型软件，开发一个原型往往达不到要求，为减少开发风险，在瀑布模型和原型化模型的基础上，出现了螺旋模型。螺旋模型是一个软件过程演化模型，将原型实现的迭代特征与线性顺序(瀑布)模型中控制的和系统化的方面结合起来，使得软件增量版本的快速开发成为可能。在螺旋模型中，软件开发是一系列的增量发布。在早期的迭代中，发布的增量可能是一个纸上的模型或原型；在以后的迭代中，待建系统的更加完善的版本逐步产生。螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统。
【问题3】(3分)
《计算机软件产品开发文件编制指南》给出了软件项目文档的具体分类。从重要性和质量要求角度，文档可以分为非正式文档和正式文档；从项目周期角度，文档可分为开发文档、产品文档、管理文档。更细致一些还可以分为以下14类文档文件：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测试计划、测试分析报告、开发进度月报和项目开发总结报告。
项目进入实施阶段时，项目经理应该完成的项目文档有：需求分析与需求分析说明书、验收测试计划(或需求确认计划)、系统设计说明书、系统设计工作报告、系统测试计划(或设计验证计划)、详细的项目计划、单元测试用例及测试计划、编码后经过测试的代码、测试工作报告、项目监控文档(如周例会纪要)等。

答案：

解析：