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

时间：2022-11-10 20:50:08 浏览次数：

导读：软件项目管理课程设计实验报告学院：计算机科学与技术学院专业：软件工程班级：班学号：姓名：指导教师：时

软件项目管理课程设计实验报告学院：计算机科学与技术学院专业：软件工程班级：班学号：
姓名：
指导教师：
时间：2011年X月 X 日实验四: 软件项目质量、团队、沟通及配置管理计划编制一、实验目的：
1．掌握软件项目质量管理计划的编制方法；

2．掌握软件项目团队管理计划的编制方法；

3．掌握软件项目沟通计划的编制方法；

4．掌握软件项目配置管理计划的编制方法。

二、实验内容: 1．编制软件项目质量管理计划；

（1）审查软件开发计划（2）审查开发工作是否按计划进行（3）审查文档模板及规范 (4) 审查文档是否按模板进行编写（5）
审查代码规范（6）
审查代码是否按代码规范编写（7）
审查测试计划（8）审查测试是否按计划实施 2．编制软件项目团队管理计划；

责任人工作名称项目经理系统分析人员设计人员开发人员测试人员财务部人力部工程部市场部确认需求用户需求调研 p £ £ l 用户需求分析 p £ £ l 用户需求确认 p l 开发环境准备硬件环境准备 l p 软件环境准备 l p 程序设计系统分析 p £ l £ £ £ 功能模块分析 l £ 数据库设计 l £ 美工设计 l £ 程序开发文档制作 ○ l £ 源代码编写 ○ l 测试程序测试 ○ l 集成测试 ○ l 系统测试 ○ ○ l 试运行验收试运行 p ○ ○ ○ ○ l 验收 l £ £ £ £ £ £ £ £ l表示负责 p表示审批 ○表示铺助 £表示参与 3．编制软件项目沟通计划；

工作名称沟通形式沟通频度沟通人员会议内容一般情况必要时需求分析阶段正式沟通，书面沟通每周每3天项目经理，客户问题分析，需求描述，需求验证程序设计阶段书面沟通，口头沟通每周每天设计人员，项目经理，系统分析员系统分析，功能模块分析，数据库设计，美工设计程序开发阶段非正式沟通每10天每周开发人员，设计人员，系统分析员文档制作，源代码编写测试阶段非正式沟通，书面沟通每周每天测试人员，系统分析员，项目经理程序测试结果，集成测试结果，系统测试结果试运行验收阶段正式沟通，书面沟通每周每天项目经理，客户试运行结果，验收结果 4．编制软件项目配置管理计划。

配置管理角色职责表角色人员职责和工作范围配置管理者 A （1）
制定《配置管理计划》
（2）
创建和维护配置库 SCCB负责人 B （1）
审批《配置管理计划》
（2）
审批重大的变更 SCCB成员 A .B.C 审批某些配置项或基线的变更配置管理环境: 建议使用CVS或Visual SourceSafe 配置库的目录结构序号内容说明路径 1 TCM 技术合同管理 $＼prj-School＼TCM 2 RM 需求管理 $＼prj-School＼RM 3 SCM 软件配置管理 $＼prj-School＼SCM 4 SQA 软件质量保证 $＼prj-School＼SQA 5 SPE 软件产品工程设计 $＼prj-School＼SPE＼DESIGN 6 源代码 $＼prj-School＼SPE＼SOURCE 7 目标代码 $＼prj-School＼SPE＼BUILD 8 测试 $＼prj-School＼SPE＼TEST 9 发布 $＼prj-School＼SPE＼RELEASE 配置库的用户权限类别人员权限说明配置管理者 A 负责项目配置管理，拥有所有权限项目经理 B 访问、读质量保证人员 C 访问、读开发人员 D 访问、读高层管理 R 访问、读配置项标志命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。

QTD-School–RM–SRS-v1.0 公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字/字符版本号：V m.n 图1：配置项命名规范主要配置项表4：配置项列表类型主要配置项标识符预计正式发表时间计划《项目计划》
QTD-School-SPP-PP-V1.0 2010.11.1 《质量保证计划》
QTD-School-SPP-SQA-V1.0 2010.11.4 《配置管理计划》
QTD-School-SPP-SCM-V1.0 2010.11.8 需求《需求规格说明书》
QTD-School-RM-SRS-V1.0 2010.11.30 设计《总体设计说明书》
QTD-School-Design-HL-V1.0 2010.12.10 《数据库设计》
QTD-School-Design-DB-V1.0 2010.12.20 《详细设计说明书》
QTD-School-Design-LL-V1.0 2010.12.30 《设计术语及规范》
QTD-School-Design-STD-V1.0 2010.1.2 编程源程序 QTD-School-Code-ModuleName-V1.0 2010.2.2 编码规则 QTD-School-Code-STD-V1.0 2010.2.10 测试《测试计划》
QTD-School-Test-Plan-V1.0 2010.2.13 《测试用例》
QTD-School-Test-Case-V1.0 2010.2.20 《测试报告》
QTD-School-Test-Report-V1.0 2010.3.1 提交运行产品 QTD-School-Product-Exe-V1.0 2010.3.10 《验收报告》
QTD-School-Product-Report-V1.0 2010.3.13 《用户手册》
QTD-School-Product-Manual-V1.0 2010.3.16 配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。

变更管理变更管理的流程是：
（1）
由请求者提交变更请求，SCCB会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。

（2）
配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。

（3）
配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。

（4）
配置管理者按照出库程序从配置库中取出需要修改的文件。

（5）
项目人员将修改后的文件提交给配置管理者。

（6）
配置管理者将修改后的配置项按入库程序放入配置库。

（7）
配置管理者按SCCB标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。

本文链接：https://www.gxcjt.com/zhuantifanwen/gongwenfanwen/12064.html（转载请注明文章来源）

上一篇：XX镇校园周边食品安全问题专项整治实施方案
下一篇：市委副书记在2022年全市法治政府建设工作推进会上讲话