配置管理規范.docVIP

配置管理规范 编 号：MPDK/ZY-03-2007 修 改 号：0 发 放 号： 发布时间：2007-06-28 实施时间：2007-06-28 编 制： 批 准： 配置管理规范 1. 目的 2 2. 适用范围 2 3. 职责 2 4. 规范内容 2 4.1 配置管理的范围 2 4.2 各配置项的获得 2 4.3 配置库的建立 3 4.4 需求分析 3 4.5 软件开发计划 3 4.6 系统的设计 3 4.7 编码 3 4.8 测试 3 4.9 验收与项目总结 3 4.10 相关资料与培训 3 4.11 日常事务 3 5. 工作程序 4 6. 质量记录 5  目的 指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。 适用范围 适用于所有软件产品和软件项目的配置项管理。 项目立项之后，软件配置管理员即可建立项目配置库，并着手收集各配置项。 项目文档。开发各阶段结束时，软件配置管理负责人可向开发人员索要相关文档及对应评审记录，归到配置库。 对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。 配置库的建立 所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库。下面以wincvs为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。 需求分析 在《软件系统规格说明书》取得客户的确认后，封锁该子项目，如后期需要修改，须征得管理员的认可，并作好修改说明，如需升版则必须通过部门评审并得到客户的确认. 软件开发计划 软件开发计划，包括项目总体进度说明，及配置管理计划等。开发计划的修改按项目文档来处理。 系统设计 针对《软件规格说明书》进行系统设计，配置时应说明系统设计的版本与软件规格说明书版本的对应关系。 编码 编码实现过程应注意与客户需求系统设计相一致。 测试 测试测试阶段应提供测试用例计划、测试总结报告等。 验收与项目总结 项目总结由项目组成员共同编制，并应经过部门内部评审。 相关资料与培训 此部分包括相关法律、法规，必须遵照或项目组约定的技术规范，必要的业务或技术培训等。 日常事务 与项目相关的日常事务，如项目组内的规定，项目周报、日报、人员的增减事务等。 工作程序 5.1 配置管理过程的两项主要活动 编制《配置管理计划》； 按照《配置管理计划》实施配置管理活动，配置管理活动的具体内容如下： 配置项的正确、唯一标识； 基准配置项的更改控制； 基准配置项的状态记录； 《配置管理计划》的编制与审批 5.2.1 《配置管理计划》的编制 通常情况下，由软件配置管理负责人 5.2.2 《配置管理计划》的审批 《配置管理计划》由软件配置管理负责人审批。 5.3 配置项的标识 5.3.1 要标识的配置项主要包括以下几部分： 开发环境：可以包括软件工具、硬件设备等； 工具：可以包括测试工具、维护工具等； 技术文档：软开发计划、、软件系统规格说明、质量计划、设计相关报告、测试文档、用户手册、总结报告等； 提交产品：计算机程序、释放产品等。 5.3.2标识要求 项目组人员将要标识或已标识的配置项提交给软件配置管理软件配置管理负责人软件配置管理负责人软件配置管理负责人5.4.1 更改请求的提出及审批 如果需要对配置项进行修改，客户或开发部门按照“配置更改单”的格式填写更改请求说明和更改评估。一般情况下，更改评估要考虑更改对其它配置项的影响及更改的效果；如果更改较大，还要评估更改对时间和成本的影响。如果更改是为了增加需求，还要将报价单交给客户审批。填好后，提交给软件配置管理负责，由软件配置管理负责人组织相关部门评审。 建议的更改被批准，进行下一步的实施更改工作；否则，终止更改。由软件配置管理负责人将“配置更改单”归档。 5.4.2更改的实施跟踪与记录 更改被批准后，“开发计划”、“配置管理计划”等文档也要进行相应的更改，项目管理部门要对更改的实施进行跟踪。项目组人员要按照更改过的开发计划表、配置管理计划表提交配置项，软件配置管理负责人管理这些配置项，重新标识所有被影响的配置项及版本。 5.5 配置状态报告 每个项目已完成的配置项应在“配置状态报告”中登记，以便及时跟踪各项目的配置情况。尤其要注意对更改的基准配置项及其受影响的配置项的标识，明确基准配置项的状态。 质量记录 7.1 “配置更改单” 7.2 “配置状态报告” 7.3 “配置管理计