第十章软件项目配置管理计划

第十章软件项目配置管理计划案例说明-《校务通管理系统》配置管理计划1.引言略2.组织及职责（1）根据《项目计划》中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。（2）项目经理是SCCB的负责人。(3)配置管理的角色和职责见表1表1:配置管理角色职责表角色人员职责、工作范围配置管理者岳好（1）制定《配置管理计划》（2）创建和维护配置库SCC负责人韩万江（1）审批《配置管理计划》（2）审批重大的变更SCCB成员项目经理－韩万江，质量保证人员－郭天奇,配置管理者－岳好审批某些配置项或基线的变更3.配置管理环境由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe做为配置管理工具。3.1目录结构表格2:配置库的目录结构序号内容说明路径TCM技术合同管理$\prj-School\TCMRM需求管理$\prj-School\RMSPP软件项目规划$\prj-School\SPPSPTO软件项目跟踪与管理$\prj-School\SPTOSCM软件配置管理$\prj-School\SCMSQA软件质量保证$\prj-School\SQASPE软件产品工程设计$\prj-School\SPE\DESIGN源代码$\prj-School\SPE\SOURCECODE目标代码$\prj-School\SPE\BUILD测试$\prj-School\SPE\TEST发布$\prj-School\SPE\RELEASE3.2用户及权限表2:配置库的用户权限类别人员权限说明配置管理者岳好负责项目配置管理，对库拥有所有权限项目管理韩万江访问、读质量保证人员郭天奇访问、读开发人员姜岳尊,孙泉访问、读高层管理访问、读4.配置管理活动4.1配置项标识4.1.1命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。图1：文档命名规范4.1.2主要配置项如下：表3配置项列表类型主要配置项标识符预计正式发表时间技术合同《合同》QTD-School-TCM-Contract-V1.02003-4-11SOWQTD-School-TCM-SOW-V1.02003-4-11计划《项目计划》QTD-School-SPP-PP-V1.02003-4-11《质量保证计划》QTD-School-SPP-SQA-V1.02003-4-11《配置管理计划》QTD-School-SPP-SCM-V1.02003-4-11需求《需求规格说明书》QTD–School-RM-SRS--V1.02003-4-18用户DEMOQTD–School-RM-Demo--V1.02003-4-18设计《总体设计说明书》QTD-School-Design-HL-V1.02003-4-22《数据库设计》QTD-School-Design-DB-V1.02003-4-22《详细设计说明书》QTD-School-Design-LL-V1.02003-4-25《设计术语及规范》QTD-School-Design-STD-V1.02003-4-22编程源程序QTD-School-Code-ModuleName-V1.02003-6-2编码规则QTD-School-Code-STD-V1.02003-4-22测试《测试计划》QTD-School-Test-Plan-V1.02003-6-2《测试用例》QTD-School-Test-Case-V1.02003-6-2《测试报告》QTD-School-Test-Report-V1.02003-6-4提交运行产品QTD-School-Product-Exe-V1.02003-6-5《验收报告》QTD-School-Product-Repoort-V1.02003-6-6《用户手册》QTD-School-Product-Manual-V1.02003-6-64.1.3项目基线在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。表4:基线发布计划：基线名称/标识符基线所包含的主要配置项预计建立时间需求《需求规格说明书》、用户DEMO2003-4-18总体设计《总体设计说明书》、《数据库设计》2003-4-11项目实现软件源代码、编码规则2003-6-2系统测试《测试用例》、《测试报告》2003-6-44.1.4配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。主干分支私有分支小组分支集成分支上面定义的四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支而策略不同：主干分支系统缺省自动建立的物理分支——主干分支（/main），BASELINE均以LABEL方式出现在主干分支上。私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。小组分支如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。集成分支集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。4.2变更管理变更管理的流程是：1)由请求者提交变更请求，变更控制委员会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。2)配置管理者收到基线修改请求后,在配置库中生成与此配置项相关的波及关系表3)配置管理者将基线波及关系表提交给SCCB,由SCCB确定是否需要修改,如果需要修改,SCCB应根据波及关系表,确定需要修改的具体文件,并在波及分析表中标识出来.4)配置管理者按照出库程序从配置库中取出需要修改的文件5)项目人员将修改后的文件提交给配置管理者6)配置管理者将修改后的配置项按入库程序放入配置库7)配置管理者按SCCB标识出的修改文件,由波及关系表生成基线变更记录表,并按入库程序放入配置库4.3配置状态统计利用配置状态统计可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必须的更改被执行。为跟踪工作产品基线，配置管理者需收集下列信息：基线类型工作产品名称配置项名称／标识符版本号更改日期／时间更改请求列表需要更改的配置项当前状态当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。一、选择题1.在项目进行过程中，2个项目成员使用不同版本的设计说明书，这时项目经理首先应该检查（）A.信息管理系统B.配置管理系统C.CPID.SPIB3.变更控制主要关注的是（）A.阻止变更B.标识变更，提出变更，管理变更C.管理SCCBD.客户的想法B4.为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（）A.不可以变化的B.可以变化，但是必须通过基线变更控制流程处理C.所有的项目必须定义基线D.基线发生变更时，必须修改需求B5.项目的基线发生变更应该经过（）授权执行的A.项目管理者B.质量保证人员C.配置管理人员D.SCCBD6.变更控制系统必须包括下列所有的内容，除了（）A.文档说明B.成功的谈判C.跟踪系统D.授权核准审批机构B二、判断题1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追朔性。（）2.软件配置项是变更控制系统中的决策系统（）3.统计被批准的配置项是一种配置审计（）4.在进行配置管理过程中，一定要采用高档的配置管理工具（）FFTF1.下列哪项要求书面的变更通知单（Writtenchangeorders）?A．不论大小的所有项目B．大项目C．具有正式配置管理系统的项目D．变更控制系统的成本可以调整的项目答案：A。16.在项目计划阶段，你接管了项目，并发现项目章程有六个人的签名。你应该对下述哪项内容最担心？A．章程是在计划过程中制定的。B．花更多的时间进行配置管理。C．得到单一一个项目发起人。D．确定汇报结构。答案：“B。花更多时间进行配置管理。”这种情况意味着与项目相关的有六个领域。除增加的沟通需求外，你应该关注影响配置管理工作的各种不同的需求和要求。