项目总结报告
部 门: | |
撰 写: | |
文档编号: | ProjName_M_PS_版本号 |
版权属于亿阳信通所有,无亿阳信通的书面同意,任何个人或组织无权拷贝。
文档审批单
审批人 | 签字 | 日期 |
项目经理 | ||
质量保证 | ||
配置管理 | ||
软件经理 | ||
其他 |
文档修改记录
版本号 | 主要作者 | 修改记录 | 完成日期 |
本模板的编制遵循亿阳信通质量管理体系《项目管理册》(CRI_O_PMV-PM
表目录
1 项目描述
◆项目编号
◆项目名称
◆应用领域(电信、交通、金融、安全、邮政)
◆项目类型(预研、新开发、升级、维护)
◆项目相关方
◆应用技术(开发语言、数据库)
◆过程模型
◆工程方法(分析方法、设计方法、开发方法、测试手段)
◆使用的非开发部件(重用部件、商业部件)
2 产品描述
◆产品名称;
◆应用领域(电信、交通、金融、安全、邮政);
◆技术特性(采用的技术、核心功能);
◆开发技术(开发产品所需的技术);
◆用户;
◆版本。
3 经验总结及改进建议
3.1经验总结
[提示]总结项目开发过程中在项目管理及技术方面可供借鉴的经验。
3.2改进建议
[提示]列出组织的过程体系文件在执行时的不适合之处及改进建议。
4 项目可借鉴文档
[提示]列出项目开发过程中产生的可供借鉴的文档名称,放入组织过程财富库享。
5 度量数据
5.1产品数据
表 1 产品数据表
[提示]项目应尽量使用功能点数来计算软件规模,只有在项目或软件不适于功能点计算的情况下,才可用代码行估计。
估计规模
(功能点或代码行) | 实际规模 (功能点或代码行) | 需求总数 | 需求变更总数 | 模块个数 | 类的个数 (如果使用面向对象技术) |
[提示]测试中发现的BUG,按严重程度分为5个级别,其中,级别1、2、3为主要缺陷。级别4为次要缺陷。
统计类别 | 按来源 | 按严重性 | 子活动发现缺陷总计 | ||||
发现的活动 | 客户需求 | 软件需求 | 设计 | 编码 | 主要缺陷 | 次要缺陷 | |
集成测试 | |||||||
系统测试 | |||||||
总计 |
[提示]有阴影的单元格不用填写。
统计类别 | 按来源 | 按严重性 | 子活动发现缺陷总计 | ||||
发现的活动 | 客户需求 | 软件需求 | 设计 | 编码 | 主要缺陷 | 次要缺陷 | |
需求文档质量检查 | |||||||
设计文档质量检查 | |||||||
用户手册质量检查 | |||||||
总计 |
表 4工作量统计表
[提示]1)阶段是根据项目计划中定义的;
活动的类别主要包括:
-需求开发
-设计
-编码与单元测试
-质量检查
-测试
-用户手册
-项目管理
-配置管理
-质量保证
-培训
3)工作量的单位是人·时
阶段 | 活动的类别 | 估计人·时 | 实际人·时 |
[提示]1)范围是指以下开发活动的进度是属于项目的哪个范围,一般来说是整个项目,有时可能是另外两种情况:某个主要的产品部件单独作为子项目进行开发的时候;或者是项目使用了增量交付的生命周期模型;
2)阴影的单元格不用填写。
范围 | 开发活动 | 计划 | 实际 | ||
开始日期 | 结束日期 | 开始日期 | 结束日期 | ||
整个项目/子项目 | |||||
客户需求 | |||||
软件需求 | |||||
设计 | |||||
编码 | |||||
系统测试 | |||||
验收测试 | |||||
发布 | |||||
安装 |
[提示]1)BCWP(实际执行工作的预算成本),指的是最终的BCWP。
ACWP(实际执行工作的实际成本),指的是最终的ACWP
BCWS(计划执行工作的预算成本),指的是最终的BCWS。
2)CPI(成本执行指数)。依据公式:BCWP/ACWP=CPI计算。
5) SPI(进度执行指数)。依据公式:BCWP/BCWS=SPI计算。
BCWS | BCWP | ACWP | CPI | SPI |
[提示]1)由软件规模获得软件的实际功能点数或代码行数;2)由进度执行指数获得实际的总工作量即ACWP;3)工作量的单位应为人·时。4)依据公式:生产率=软件规模/工作量,计算本项目的生产率。
软件规模 | 工作量 | 生产率 |