软件项目管理实验四软件项目质量团队沟通及配置管理计划编制软件何飞.doc

《软件项目管理实验四软件项目质量团队沟通及配置管理计划编制软件何飞.doc》由会员分享，可在线阅读，更多相关《软件项目管理实验四软件项目质量团队沟通及配置管理计划编制软件何飞.doc（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目管理课程设计实验报告学 院：计算机科学与技术学院专 业：软件工程班 级：0801班学 号：2008001468姓 名：何飞指导教师：林福平时 间：2011年12月 02 日实验四: 软件项目质量、团队、沟通及配置管理计划编制一、实验目的：1掌握软件项目质量管理计划的编制方法；2掌握软件项目团队管理计划的编制方法；3掌握软件项目沟通计划的编制方法；4掌握软件项目配置管理计划的编制方法。二、实验内容:1编制软件项目质量管理计划；（1）审查软件开发计划（2）审查开发工作是否按计划进行（3）审查文档模板及规范 (4) 审查文档是否按模板进行编写（5） 审查代码规范（6） 审查代码是否按代码规范

2、编写（7） 审查测试计划（8）审查测试是否按计划实施2 编制软件项目团队管理计划； 责任人 工作名称 项 目经 理系统分析人员设计人员开发人员测试人员财务部人力部工程部市场部确 认需 求用户需求调研pl用户需求分析pl用户需求确认pl开发环境准备硬件环境准备lp软件环境准备lp程序设计系统分析pl功能模块分析l数据库设计l美工设计l程序开发文档制作l源代码编写l测试程序测试l集成测试l系统测试l试运行验收试运行pl验收ll表示负责 p表示审批 表示铺助 表示参与3 编制软件项目沟通计划； 工作名称 沟通形式沟通频度沟通人员会议内容一般情况必要时需 求分 析阶 段正式沟通，书面沟通每周每3天项目

3、经理，客户问题分析，需求描述，需求验证程 序设 计阶 段书面沟通，口头沟通每周每天设计人员，项目经理，系统分析员系统分析，功能模块分析，数据库设计，美工设计程序开发阶段非正式沟通每10天每周开发人员，设计人员，系统分析员文档制作，源代码编写测试阶段非正式沟通，书面沟通每周每天测试人员，系统分析员，项目经理程序测试结果，集成测试结果，系统测试结果试运行验收阶段正式沟通，书面沟通每周每天项目经理，客户试运行结果，验收结果4编制软件项目配置管理计划。配置管理角色职责表角色人员职责和工作范围配置管理者A（1） 制定配置管理计划（2） 创建和维护配置库SCCB负责人B（1） 审批配置管理计划（2） 审批

4、重大的变更SCCB成员A .B.C审批某些配置项或基线的变更配置管理环境: 建议使用CVS或Visual SourceSafe配置库的目录结构序号内容说明路径1TCM技术合同管理$prj-SchoolTCM2RM需求管理$prj-SchoolRM3SCM软件配置管理$prj-SchoolSCM4SQA软件质量保证$prj-SchoolSQA5SPE软件产品工程设计$prj-SchoolSPEDESIGN6源代码$prj-SchoolSPESOURCE7目标代码$prj-SchoolSPEBUILD8测试$prj-SchoolSPETEST9发布$prj-SchoolSPERELEASE配置库的

5、用户权限类别人员权限说明配置管理者A负责项目配置管理，拥有所有权限项目经理B访问、读质量保证人员C访问、读开发人员D访问、读高层管理R访问、读配置项标志 命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。QTD-SchoolRMSRS-v1.0公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字/字符版本号：V m.n图1：配置项命名规范 主要配置项表4：配置项列表类型主要配置项标识符预计正式发表时间计划项目计划QTD-School-SPP-PP-V1.02010.11.1质量保证计划QTD-S

6、chool-SPP-SQA-V1.02010.11.4配置管理计划QTD-School-SPP-SCM-V1.02010.11.8需求需求规格说明书QTD-School-RM-SRS-V1.02010.11.30设计总体设计说明书QTD-School-Design-HL-V1.02010.12.10数据库设计QTD-School-Design-DB-V1.02010.12.20详细设计说明书QTD-School-Design-LL-V1.02010.12.30设计术语及规范QTD-School-Design-STD-V1.02010.1.2编程源程序QTD-School-Code-Module

7、Name-V1.02010.2.2编码规则QTD-School-Code-STD-V1.02010.2.10测试测试计划QTD-School-Test-Plan-V1.02010.2.13测试用例QTD-School-Test-Case-V1.02010.2.20测试报告QTD-School-Test-Report-V1.02010.3.1提交运行产品QTD-School-Product-Exe-V1.02010.3.10验收报告QTD-School-Product-Report-V1.02010.3.13用户手册QTD-School-Product-Manual-V1.02010.3.16

8、配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。 变更管理变更管理的流程是：（1） 由请求者提交变更请求，SCCB会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。（2） 配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。（3） 配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。（4） 配置管理者按照出库程序从配置库中取出需要修改的文件。（5） 项目人员将修改后的文件提交给配置管理者。（6） 配置管理者将修改后的配置项按入库程序放入配置库。（7） 配置管理者按SCCB标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。