公共安全视频监控系统工程配置管理计划.doc

山西中天信科技股份有限公司晋中市区公共安全视频监控系统工程配置管理计划 Q/JXD-C-7.3-03-2012编 写： 年 月 日审 核： 年 月 日批 准： 年 月 日 文件修改记录修改单号修改章节号修改内容修改人及日期批准人及日期生效期/备注目 录1引言41.1编写目的41.2适用范围41.3术语和定义41.4参考资料42. 配置管理活动规范52.1. 软件配置52.2. 变更控制52.3. 软件配置62.4. 配置审计82.5 备份管理81引言1.1编写目的该文档旨在指导危险点预控系统开发过程中的版本控制与更改控制。1.2适用范围适用于公共安全监控系统。1.3术语和定义l 配置项：软件开发过程中的所有文档、代码。l 配置管理：软件开发过程中对所有配置项进行的管理，包括修改、保留、评审、备份等。l 基线：里程碑，在软件开发相关阶段结束时，通过审批、符合产品要求的软件配置标识。本研发项目分为项目策划阶段、需求分析阶段、设计实现阶段、测试阶段、验证阶段等5个阶段。其中前4个阶段的成果应该得到评审，并检入受控库，形成基线。最后一个阶段只能从受控库中检出，而不能检入受控库。l Check in：检入，开发人员将自己的计算机上修改后的配置项复制到VSS库，生成该配置项的新版本记录的过程。l Check out：检出，相关人员从VSS库指定位置将配置项的相应版本复制到计算机上的过程。1.4参考资料配置管理规范2. 配置管理活动规范2.1. 软件配置2.1.1基线表1 各阶段文档、代码、形成基线时间对照表形成基线的时间阶段产生的文档、代码、数据策划阶段项目开发计划、配置管理计划、质量保证计划项目验收交付计划需求分析阶段需求分析说明书概要设计阶段概要设计说明书数据库设计说明书详细设计阶段详细设计说明书编码与单元测试代码测试阶段测试计划测试用例测试报告产品安装与使用说明产品试用版验收阶段产品正式版本 3.02.1.2 基线评审的条件、要求要求文档各部分完整、内容明确、条理清楚；所有需要评审的文档在阶段评审之前都要完成，不能缺漏，每篇文档中的所有部分都要齐全，不能缺漏。关于文档具体内容的要求参见相应文档模板。2.1.3 进行管理的软件工具VSS，要求每人机器上应该安装客户端。2.2. 变更控制2.2.1. 变更控制的步骤在文档提交评审之前、代码提交检验部测试之前，其变更不受控制。之后，其变更由项目经理按如下流程控制：a) 变更请求：申请人填写变更控制表中请求部分的内容。b) 变更请求批准：批准人（项目经理）签名表示同意。必要时对变更进行评审，并经顾客确认。评审应包括对已经交付产品的影响。评审按设计评审控制程序的要求进行。c) 记录变更：记录变更应体现在：1)在变更控制表中记录变更摘要；2)在模块代码上实施变更，在代码上还应该做注释。d) 变更验证：由批准人验证是否实施变更，由软件测试工程师测试以验证变更的效果。2.2.2. check out和 check in的规定1开发库check in/check out规定研发人员必须在更改代码当天检入开发库相应模块的子目录。2产品库check in/check out规定对于文档必须在评审通过后，对于代码必须在产品全部测试通过后，由配置管理员检入产品库相应模块的子目录。2.3. 软件配置2.3.1. 文档2.3.1.1文档标识规则文档命名规则：项目名+模块名+文档类型名+版本号，方括号表示可省略。文档编号规则：项目编号+模块代号+文档类型代号+版本号，方括号表示可省略。其中文档类型名与文档类型代码的对应关系如下：文档类型名文档类型代号立项报告PST项目开发计划SDP配置管理计划CMP质量保证计划QAP需求分析说明书SRS概要设计说明书CDS数据库设计说明书DAT详细设计说明书DDS产品安装和使用说明MAN测试计划STP测试用例STC测试报告STR验收交付计划VP验收报告VR项目总结报告SUM2.3.1.2 文档版本管理1)文档初始版本号为0.12)修改后版本升级为0.2，0.33)确认后版本升级及基线形成为1.0。4) 作为内部管理，版本可增加年月日作为版本标识，如1.0.0706255) 形成基线后文档 check in 和check out的人员角色、时间、条件限制等表2 文档 check in 和check out的人员角色、权限表阶段名称配置管理操作人员角色和权限项目经理测试经理质保经理软件工程师策划阶段检入检出阅读检出修改需求分析阶段检入检出阅读检出修改设计实现阶段检入检出阅读检出修改测试阶段检入检出阅读检出修改验收阶段检入检出阅读检出修改2.3.2. 代码2.3.2.1代码标识规则代码命名规则：项目名+模块代号+类/模块名+后缀，方括号表示可省略。2.3.2.2代码版本管理1)单个代码版本由配置管理工具管理，一般是1，2，3的自然数序列。2) 作为整个产品的所有代码，按如下规则快照或贴标签。Ver1.0.年月日3)形成基线后代码 check in 和check out的人员角色、时间、条件限制等表3 代码 check in 和check out的人员角色、权限表阶段名称配置管理操作人员角色和权限项目经理测试经理质保经理软件工程师策划、需求分析、设计实现阶段检入检出阅读检出修改测试阶段检入检出阅读检出修改验收阶段检入检出阅读检出修改2.4. 配置审计2.4.1 目的为了开发的各阶段中，文档、代码的编写都符合部门的规范标准，使项目开发工作顺利进行，必须要对项目各阶段的文档、代码等配置项进行审计，只有前一阶段的成果符合要求，开发工作才能在下一阶段中顺利进行。2.4.2人员职责初步审计：当文档编写完成后，质保组长进行检查、审核，并提出改进意见，开发人员修改后，经质保组长审核同意后，方能组织进行阶段评审。最终审计：由技术委员会组成评审小组进行，对项目组上交的文档、代码等进行审查和研究，已确定项目组是否通过相应阶段的工作。2.4.3内容和要求内容：发各阶段产生的文档和代码要求：审查要求参见软件开发规范汇编中各规范和模板。2.4.4 配置管理员的职责a）每周检查开发库是否使用，使用是否正常，操作是否恰当。b）形成基线时检查相关文件是否检入并已完成，需要评审的文件检出并提交评审小组。c）评审通过的文档请检出并移交受控库。d）项目完成后，检查开发库内容是否完成，所有配置项是否已提交，对于符合要求的项目全部移交受控库，必要时在开发库删除。2.5 备份管理备份由配置管理员实施。版本备份放置在SERVER服务器上，通过项目开发各阶段中的检入来实现。备份要求标注备份的产品、版本、内容、备份时间、备份人、检验人。备份时机：a)每个文档在编写过程中每周一次备份。b)每个文档完成后，对该文档备份一次。c)每个开发阶段结束后、评审前，对该阶段产生的所有文档备份一次。