《《新编》配置管理》由会员分享，可在线阅读，更多相关《《新编》配置管理（9页珍藏版）》请在金锄头文库上搜索。
1、配置管理文件编号： NP601100 受控编号：密级：秘密版次：Ver2.1修改状态：总页数8正文6附录2编制：李洪敏审核：孟莉、王宇批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.职责 3.1 开发部门 3.2 项目管理部门 3.3 软件配置管理负责人SCML 3.4 软件配置管理经理SCMM4.术语和缩略语5.工作程序 5.1 配置管理过程的两项主要活动 5.2 配置管理计划的编制与审批 5.3 配置项的标识 5.4 基准配置项的更改和版本控制 5.5 配置状态报告6.引用文件
2、 6.1 NW601101标识规范 6.2 NW601102配置管理计划编写规范 6.3 NW601103配置管理规范7.质量记录 7.1 NR601100A“更改单” 7.2 NR601100B“配置状态报告”1. 目的规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控并可追溯，明确基准配置项的状态。2. 适用范围适用于所有软件项目和/或软件产品的配置项。3. 职责3.1开发部门：负责标识、更改配置项。3.2 项目管理部门：负责统一管理已标识的配置项及版本标识，监控配置项的更改并提供配置状态报告。3.3 软件配置管理负责人SCML：承当SCM角色，负责编制配置管理
3、计划。3.4 软件配置管理经理SCMM：负责审批配置管理计划。4. 术语和缩略语4.1配置项：项目实施过程所需要的或产生的软件、硬件、工具、释放产品、文档。4.2基准配置项：通过阶段评审并可用作下一步的开发基础的配置项。5. 工作程序5.1配置管理过程的两项主要活动1） 编制配置管理计划；2） 按照配置管理计划实施配置管理活动，配置管理活动的具体内容如下：l 配置项的正确、唯一标识；l 基准配置项的更改控制；l 基准配置项的状态记录；5.2 配置管理计划的编制与审批5.2.1配置管理计划的编制通常情况下，由软件配置管理负责人SCML按照NW601102配置管理计划编写规范在项目策划阶段编制配置
4、管理计划；如有特殊需要，根据合同或项目要求，由软件配置管理负责人SCML在某一项目或项目的某一阶段开始前制定配置管理计划。5.2.2配置管理计划的审批配置管理计划由软件配置管理经理SCMM审批。5.3配置项的标识5.3.1要标识的配置项主要包括以下几部分：1) 开发环境：软件工具、硬件设备等；2) 工具：自动设计工具、测试工具、维护工具等；3) 技术文档：项目启动计划、开发计划、可行性分析报告、需求分析报告、软件功能规格说明、质量计划、系统设计报告、测试文档、技术报告、用户手册、总结报告等；4) 提交产品：阶段检查点产品、计算机程序、释放产品等。5.3.2 标识要求5.3.2.1合同有明确标识
5、和追踪要求时，由开发人员按合同要求进行标识，以保证满足合同追踪要求。5.3.2.2外购产品使用原有标识。5.3.2.3在开发过程中项目组人员提交的配置项，由项目组人员按照NW601101标识规范进行标识。5.3.2.4 项目组人员将要标识或已标识的配置项提交给软件配置管理负责人SCML，由软件配置管理负责人SCML按照NW601103配置管理规范统一管理，并填写“配置状态报告”。5.3.2.5 基准配置项的建立开发部门在开发过程中要按照配置管理计划向软件配置管理负责人SCML提交基准配置项，由软件配置管理负责人SCML按照NW601103配置管理规范管理基准配置项，并及时填写“配置状态报告”。
6、5.4基准配置项的更改和版本控制5.4.1更改请求的提出及审批5.4.1.1客户或开发部门按照“更改单”的格式填写更改请求说明和更改评估。一般情况下，更改评估要考虑更改对其它配置项的影响及更改的效果；如果更改较大，还要评估更改对时间和成本的影响。如果更改是为了增加需求，还要将报价单交给客户审批。填好后，提交给软件配置管理负责人SCML，由软件配置管理负责人SCML组织相关部门评审。5.4.1.2建议的更改被批准，进行下一步的实施更改工作；否则，终止更改。由软件配置管理负责人SCML将“更改单”归档。5.4.2 更改的实施跟踪与记录5.4.2.1更改被批准后，“开发计划”、“配置管理计划”等文档
7、也要进行相应的更改，项目管理部门要对更改的实施进行跟踪。项目组人员要按照更改过的开发计划表、配置管理计划表提交配置项，软件配置管理负责人SCML按照NW601103配置管理规范管理这些配置项，重新标识所有被影响的配置项及版本。5.4.2.2项目管理部门通过“配置管理计划”、“更改单”、“配置状态报告”、“测试报告”和“维护记录”，实现对每个配置项的更改过程和更改历史的追踪。5.5配置状态报告每个项目已完成的配置项应在“配置状态报告”中登记，以便及时跟踪各项目的配置情况。尤其要注意对更改的基准配置项及其受影响的配置项的标识，明确基准配置项的状态。6. 引用文件6.1NW601101标识规范6.2
8、 NW601102配置管理计划编写规范6.3 NW601103配置管理规范7. 质量记录7.1NR601100A“更改单”7.2NR601100B“配置状态报告”更改单记录编号：NR601100A- 时间： 年 月 日项目编号：项目名称：配置项名称：配置项标识符：配置项原版本：配置项新版本：更改请求提议人：更改请求提出日期：更改请求说明：更改评估（更改类型、更改种类、更改对其它配置项的影响等）：更改请求审核人：审核日期：更改审批人：审批日期：1.更改请求说明栏中可以填写问题现象及其产生原因，如果有用户的书面说明，则可以直接引用。2.更改评估栏描述问题的确切原因、修改办法以及修改后的效果。3.本页不足记述时，可以有附页，格式自定。总页数包括本页与所有附页。第 页/共 页配置状态报告记录编号：NR601100B-项目编号：项目名称：项目软件经理PSM：配置项名称配置项标识符新版本号原版本号时间备份路径负责人记录人备注1.本表内容不足以记录时，可以在附页填写。第 页/共 页
