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

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

需求管理和变更控制的流程有清晰的理解和认知，避免混乱和误解。
及时沟通和协作：需求管理团队和变更控制团队之间需要建立良好的沟通
机制，及时分享项目需求和变更信息，保持信息的透明度和一致性。维护需求基
线和变更日志：对项目需求进行基线管理，并建立完整的变更日志，以追踪和记
录所有的需求变更，确保变更的可控性和可追溯性。

定期审查和评估：需求管理和变更控制的流程需要进行定期的审查和评估，
以确保其适应项目的实际情况，并根据需要进行调整和改进。
通过以上最佳实践，需求管理和变更控制可以更好地协同工作，确保项目

需求的有效管理和变更的合理控制，从而支持项目的成功交付。

二、基于 GJB 5000A 三级的软件变更控制技术

随着科技的进步，软件开发领域得到了快速的发展，各种软件产品不断变更，
随之而来的则是各种各样质量问题，而怎样对变更造成的版本变化、文档变化以

及代码变化进行规范控制，一直都是相关领域较为关注的问题，且国家相关部门
为了对软件开发过程进行有效的规范，设置了 GJB5000A 三级，这不仅能够对变更
过程进行有效的规范，还能对变更历史进行记录，实现了软件版本的有效控制，

所以，针对基于 GJB5000A 三级的软件变更控制技术进行深入的研究是很有必要的。
（一）配置项标识和相关变化规则
1. 文档配置项
从本质上来看，该项内容就是基于相关规定设置的标准文档，其在配置库中，
需要保证文件名与相关标识具有一致性。除此之外，文档类配置标识涉及版本号、

项目文档种类以及项目名称等诸多内容，其中，版本号主要是使用大写英文字母
进行标注的，首位版本号为 A。在对文档进行首次审签并通过以后，会对审签版
本进行标记，A 就代表其版本号，而如果在审签之后需要进行更改，则更改文档

在审签以后，需要使用B来进行版本号的标记，后续的版本号依次顺延即可。例如，
当前受控库中的相关文档，其版本号为 B，由于变更出库被应用在开发库，并在
开发库中进行更改，将其版本号改为 C.1，在更改完成以后进行提交或者是进行
测试实验，如果在验证期间发现相关问题，则需要退回修改，修改后的版本号会
使用 C.2 进行记录，如果提交验证通过，即可判定为更改完成，并进行 C.2 的审签，

对完成审签的版本就会记为 C.3，最后将其纳入受控库中，形成 C 版。

180
180