项目管理规范-02配置管理计划

1、山东兰剑物流科技股份公司xxxxxx系统配置管理计划1!文件编号:版本:1.0编 写:审 核: 批 准:版权所有翻印必究文件修改记录修改 单号修改章节号修改内容修改人 及口期批准人 及日期生效期 /备注1引言41.1编写目的41.2适用范围41.3术语和定义41.4参考资料42配置管理活动规范52.1. 软件配置52.1.1 基线52.1.2基线评审的条件、要求52.1.3进行管理的软件工具52.2. 变更控制52.2.1. 变更控制的步骤62.2.2. check out 和 check in 的规定62.3. 软件配置62.3.1. 文档62.3.1.1文档标识规则62.3.1.2文档版本

2、管理72.3.2. 代码82.3.2.1代码标识规则82.322代码版本管理82.4. 配置审计92.4.1 目的92.4.2人员耳只责92.4.3内容和要求92.4.4配置管理员的职责92.5备份管理91引言1-1编写目的该文档旨在指导x x x系统实施过程中软件版本及更改控制。1.2适用范围适用于物流管理系统实施等。1.3术语和定义配置项：实施过程中的所有文档、代码。配置管理：实施过程中对所有配置项进行的管理，包括修改、保留、评 审、备份等。基线：里程碑，在相关阶段结束吋，通过审批、符合要求的配置标识。 本研发项目分为项目策划阶段、需求分析阶段、设计实现阶段、测试阶 段、验证阶段等5个阶段

3、。其中前4个阶段的成果应该得到评审，并检 入受控库，形成基线。最后一个阶段只能从受控库中捡出，而不能检入 受控库。 check in：检入，开发人员将自己的计算机上修改后的配置项复制到vss 库，生成该配置项的新版木记录的过程。 check out：检出，相关人员从vss库指定位置将配置项的相应版本复制 到计算机上的过程。1.4参考资料配置管理规范2配置管理活动规范 2.1.软件配置2.1.1基线表1各阶段文档、代码、形成基线时间对照表形成基线 的时间阶段产生的文档、代码、数据策划阶段项目开发计划、配置管理计划、质量保证计 划项目验收交付计划需求分析阶段需求分析说明书概要设计阶段概要设计说明书

4、数据库设计说明书详细设计阶段详细设计说明书编码与单元测试代码测试阶段测试计划测试用例测试报告用户手册 产品试用版验收阶段产品正式版本2.1.2基线评审的条件、要求要求文档各部分完整、内容明确、条理清楚；所有需要评审的文档在阶段评 审之前都耍完成，不能缺漏，每篇文档中的所有部分都耍齐全，不能缺漏。关于文档具体内容的要求参见相应文档模板。2丄3进行管理的软件工具vss,要求每人机器上应该安装客户端。22变更控制2.2.1. 变更控制的步骤在文档提交评审之前、代码提交检验部测试之前，其变更不受控制。之后，其变更由项目经理按如下流程控制：a）变更请求：申请人填写变更控制表中请求部分的内容。b）变更请求

5、批准：批准人（项目经理）签名表示同意。必要时对变更进行评审，并经顾客确认。评审应包括对已经交付产品的影响。 评审按设计评审控制程序的要求进行。c）记录变更：记录变更应体现在：1）在变更控制表中记录变更摘要；2）在模块代码上实施变更，在代码上还应该做注释。d）变更验证：由批准人验证是否实施变更，由软件测试工程师测试以骑证 变更的效果。2.2.2. check out 和 check in 的规定1 开发库 check in/check out 规定研发人员必须在更改代码当天检入开发库相应模块的子目录。2.产品库 check in/check out 规定对于文档必须在评审通过后，对于代码必须在产

6、品全部测试通过后，由配置 管理员检入产品库相应模块的子冃录。2.3.软件配置2.3.1.文档2.3.1.1文档标识规则文档命名规则：项目名+ 模块名+文档类型名+ 版本号,方括号表示可省略。文档编号规则：项目编号+ 模块代号+文档类型代号+ 版本号,方括号表示可省略。 其中文档类型名与文档类型代码的对应关系如下：文档类型名文档类型代号立项报告pst项目开发计划sdp配置管理计划cmp质量保证计划qap需求分析说明书srs概要设计说明书cds数据库设计说明书dat详细设计说明书dds产品安装和使用说明man测试计划stp测试用例stc测试报告str验收交付计划vp验收报告vr项目总结报告sum2

7、.3.1.2文档版本管理1）文档初始版本号为0.12）修改后版本升级为0.2, 0.33）确认后版木升级及基线形成为l.oo4）作为内部管理，版本可增加年月日作为版本标识，如1.0.0406255）形成基线后文档check in和check out的人员角色、时间、条件限制等表2文档check in和check out的人员角色、权限表阶段名称配置管理操作人员角色和权限项目经理测试经理质保经理软件工程师策划阶段检入vv检岀阅读jvjv检出修改vv需求分析阶段检入vv检出阅读vvvv检出修改vvv设计实现阶段检入检岀阅读vvvv检出修改vv测试阶段检入vv检出阅读vv检出修改v验收阶段检入检出阅

8、读vvv检出修改2.32代码2.3.2.1代码标识规则代码命名规则：项目名+ 模块代号+类/模块名+后缀，方括号表示可省略。2322代码版本管理1）单个代码版木由配置管理工具管理，一般是1, 2, 3的自然数序列。2）作为整个产品的所有代码，按如下规则快照或贴标签。ver 1.0.年月 r3）形成基线后代码check in和check out的人员角色、时间、条件限制等镖3代码check in和check out的人员角色、权限表阶段名称配置管理操作人员角色和权限项目经理测试经理质保经理软件工程师策划、需求分 析、设计实现阶段检入vv检出阅读vvv检出修改v测试阶段检入检出阅读v检出修改v验收

9、阶段检入v检出阅读vvvv检出修改v24配置审计2.4.1目的为了开发的各阶段中，文档、代码的编写都符合部门的规范标准，使项目开 发工作顺利进行，必须要对项目各阶段的文档、代码等配置项进行审计，只有前 一阶段的成果符合耍求，开发工作才能在下一阶段中顺利进行。2.4.2人员职责初步审计：当文档编写完成后，质保组长进行检查、审核，并提出改进意见, 开发人员修改后，经质保组长审核同意后，方能组织进行阶段评审。最终审计：由技术委员会组成评审小组进行，对项目组上交的文档、代码等 进行审查和研究，已确定项目组是否通过相应阶段的工作。2.4.3内容和要求内容：发各阶段产生的文档和代码要求：审查要求参见软件开发规范汇编中各规范和模板。2.4.4配置管理员的职责a）每周检查开发库是否使用，使用是否正常，操作是否恰当。b）形成基线时检查相关文件是否检入并已完成，需要评审的文件检出并提 交评审小组。c）评审通过的文档请检出并移交受控库。d）项目完成后，检查开发库内容是否完成，所有配置项是否已提交，对于 符合要求的项冃全部移交受控库，必要时在开发库删除。2.5备份管理备份由配置