WBANK项目收尾分析报告范例(整理).DOCVIP

个人收集整理 勿做商业用途 个人收集整理 勿做商业用途 PAGE / NUMPAGES 个人收集整理 勿做商业用途 WBANK项目的收尾分析报告范例 1、基本信息 项目代码 Xxxx 生命期 开发期，整个生命期 业务领域 金融业。基于Web的帐户管理应用 项目领导/模块领导 Xxxx 业务经理 软件质量顾问 Xxxx 2、绩效总结 绩效参数 实际值 估计值 偏差 偏差原因（如果偏差大） 总的工作量（人日） 597 501 19% 两个主要的变更申请 最多时的团队人数 9 9 0 N/A 项目开始日期 2000年4月3日 2000年4月3日 0 N/A 项目收尾日期 2000年10月3日 2000年10月30日 27天 两个主要的变更申请花去了5%工作量 质量（已交付产品的故障数/FP） 0.002 0.0125 由于故障预防和增量过程的作用，质量提高了 生产率 58 57 2% N/A 质量成本 31.4% 33% 5% N/A 故障引入率 0.022 0.03 -26% 由于故障预防故障引入率减少了 故障排除效率 97.4 97 小 N/A 3、过程细节 过种裁制 利用了Rational统一过程 迭代式地完成开发和分析——开发迭代3次，而设计和分析迭代2次 通过Requisite Pro工具实现需求跟踪 4、所用的工具 有关所用的工具的备注 外部工具：VSS、VJA、Requisite Pro、MSP 内部工具：BugsBunny、WAR 5、风险管理 项目开始时识别的风险 风险1 风险2 风险3 风险4 缺少客户的数据库设计师和数据库管理员的支持 RUP使用不正确，因为这是第一次使用 不员流失 通过链路操作客户数据的问题 项目执行期间遇到的问题 风险1 风险2 风险3 风险4 转换到VAJ3.1的影响 缺少客户的数据库设计师和数据库管理员的支持 RUP使用不正确，因为这是第一次使用 不员流失 有关风险缓和措施的备注 风险1：明确地表达风险有助于客户同意延迟转换以及正确地预算影响。 风险2：提前进行仔细的规划并利用联机协调者，这样迁移策略是有效的。 风险3：有效的做法是对团队进行RUP培训，并将它及时地通知客户。 风险4：虽然没有具体化，但它仍然是一个风险，影响可能很小，因为每个关键任务都被及时地通知给多个人。 6、规模 估计的规模 实际规模 简单用例数量 5 5 中等复杂用例数量 9 9 复杂用例数量 12 12 关于估计的备注 分类标准：用简单用例、中等复杂用例和复杂用例的标准定义进行用例分类。这样的分类可以起到很好的作用。 最终源代码的规模用LOC进行度量。并用公布的转换表规范化成FP规模。对于Java，公布的转换表达认为21LOC等于1FP，而对于COBOL，107LOC等于1FP。文档来源网络及个人整理,勿用作商业用途 结果语言 LOC规模 EP规模 Java 33 865 1612 COBOL 1241 12 7、进度计划 阶段 实际所花的时间（天） 估计的时间 （天） 落后（%） 落后的原因 需求分析 28.67 31 -6.8 概要设计 0 0 0.0 详细设计 38.8 42 -6.7 编码 132 135 -1.6 单元测试 9 10 -9.3 总构建 141 144 -2.1 集成测试 40 40 0 系统测试 15 0 0.0 验收测试（AT） 30 10 200.0 在客户的申请下AT完成时间 质量成本 COQ=（评审工作量+返工工作量+培训工作量）/总工作量×100% =（69.5+343.5+129.5+567.5+90+336.5+104.5）/5229.5×100%文档来源网络及个人整理,勿用作商业用途 =31.4% 工作量 阶段 任务 评审 返工 总计 需求分析 210.0 10.0 60.0 280.0 概要设计 0.0 0.0 0.0 0.0 详细设计 652.0 14.0 29.5 695.5 编码 1188.0 39.5 76.5 1304.0 单元测试 129.5 0.0 17.0 146.0 集成测试 567.5 6.0 160.5 734.0 系统测试 90.0 0.0 0.0 90.0 验收测试 336.5 0.0 0.0 336.5 LC阶段总工作量 3173.5 69.5 343.5 3586.5 项目管理 733.1 0.0 0.0 733.1 培训 104.5 0.0 0.0 104.5 CM 317.0 0.0 0.0 317.5 其他 488.5 0.0 0.0 488.5 总计（包括管理、培训和其他） 1643.0 0.0 0.0 1643.0 总工作量（人时） 4816.50 69.50 343.50 5229.50 总工作量（人月