某项目的收尾分析报告范例.pdfVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

WBANK工程的收尾分析报告范例

1、根本信息

工程代码Xxxx

生命期开发期,整个生命期

业务领域金融业。基于Web的帐户管理应用

工程领导/模块领导Xxxx

业务经理

软件质量参谋Xxxx

2、绩效总结

绩效参数实际值估计值偏差偏差原因(如果偏差大)

总的工作量(人日)59750119%两个主要的变更申请

最多时的团队人数990N/A

工程开始日期2000年4月2000年4月0N/A

3日3日

工程收尾日期2000年102000年1027天两个主要的变更申请花

月3日月30日去了5%工作量

质量(已交付产品的0.0020.0125由于故障预防和增量过

故障数/FP)程的作用,质量提高了

生产率58572%N/A

质量本钱31.4%33%5%N/A

1/9

故障引入率0.0220.03-26%由于故障预防故障引入

率减少了

故障排除效率97.497小N/A

3、过程细节

过种裁制●利用了Rational统一过程

●迭代式地完成开发和分析——开发迭代3次,而设

计和分析迭代2次

●通过RequisitePro工具实现需求跟踪

4、所用的工具

有关所用的工具的●外部工具:VSS、VJA、RequisitePro、MSP

备注●内部工具:BugsBunny、WAR

5、风险管理

工程开始时识别的风险

风险1缺少客户的数据库设计师和数据库管理员的支持

风险2RUP使用不正确,因为这是第一次使用

风险3不员流失

风险4通过链路操作客户数据的问题

2/9

工程执行期间遇到的问题

风险1转换到VAJ3.1的影响

风险2缺少客户的数据库设计师和数据库管理员的支持

风险3RUP使用不正确,因为这是第一次使用

风险4不员流失

有关风险缓和措施的备注

风险1:明确地表达风险有助于客户同意延迟转换以及正确地预

算影响。

风险2:提前进行仔细的规划并利用联机协调者,这样迁移策略

是有效的。

风险3:有效的做法是对团队进行RUP培训,并将它及时地通知

客户。

风险4:虽然没有具体化,但它仍然是一个风险,影响可能很小,

因为每个关键任务都被及时地通知给多个人。

6、规模

估计的规模

文档评论(0)

134****9880 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档