Page 194 - 软件工程与项目管理

软件工程与项目管理
Software Engineering & Project Management

配置管理人员应该结合批准后的变更报告对基线以及受控配置项展开审批，
从而将基线建设及重新受控等工作完成。
在变更程序完成以后，将问题关闭。
以 GJB5000A 三级为基础，对软件变更方面的相关控制技术进行研究，能够
使软件变更更加科学、规范，这对于相关领域的健康发展具有非常重要的意义，

因此，相关领域在发展过程中必须对 GJB5000A 三级保持高度的重视，并以此为
基础开展相关工作，进一步提高软件产品的质量。

三、软件开发中的需求变更管理

需求是软件项目成功的核心所在，它是后续软件工作开展的基础和基石。
在软件需求工程中，需求管理贯穿于整个过程。首先，最重要的是系统分析师应
充分思考客户的需求，制定计划前要有充分的沟通，若这点没有实现，继续展开
下一步制作，只会使得双方的理念偏离越来越大，最终做出来的软件也很有可能

不符合用户的商业用途。编写需求文档，确定需求的范围和标准，加以约束限制，
然后对需求进行细化，在具体实施过程中还需进行不断调整。有时计划赶不上变
化，受许多非确定因素影响，若不能及时有效处理这些改变，将会拖延工期，面

临很大的风险。系统设计师对系统自身需求、客户需求都要有深刻认识，要充分
了解各个阶段的计划，预测软件开发的进程，软件生产做到有目的性、阶段性、
可行性，才能保证项目开发的顺利进行。在需求管理中，应该认识到整个需求开
发过程的各个阶段并不是瀑布式发展的，而是应该采用迭代方式。由这一思想去
进行需求管理及控制，保证项目的顺利进行是非常有必要的。需求管理涉及 3 个

主要问题：将需求进行标识、分类以及组织，并为需求建立文档；管理需求的变更，
说明不可避免的需要变更是如何被提出、协商、确认的，并且将整个变更过程记
录在案；对需求进行跟踪，保持需求和软件产品之间的一致性，及相互关联性。
（一）需求变更的原因分析

需求变化问题是一直存在的，也是不可避免的，需求不可能一开始就做到
100% 完善，往往都需要在后续阶段不断地改进，对于项目团队而言，必须正确
对待变更，按照既定流程管理变更，尽量降低由于变更带来的成本、进度及质量
的负面影响。需求变更的原因常见有：最初对用户需求缺乏认识，产生了错误，

需要改变；用户产业有了变化，软件开发概念也要随之改变；需求了解不够全面，

184
184