还剩10页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
文件编号版本号
1.0V工程名称〉工程总结报告部门编写审核批准日期YYYY.MM.DD公司
5.2方案管理
5.
2.1方案变更情况序号变更发生阶段变更原因变更内容变更是否允许1236经验教训
6.1工程成功经验
6.2工程失败教训
6.3工程组建议文件修订记录时间作者主要修订内容目录
1.1目的[说明编写本总结报告的目的,指出读者对象]
1.2工程背景[可包括本工程的来源、委托单位、开发单位和主管部门等]
1.3参考资料2工程根本情况
2.1工程根本信息工程中文全称客户项目经理工程开始日期工程结束日期工程成员
2.2工程特征工程所属类型采用的生命周期模型硬件平台应用领域使用工具开发语言数据库
2.3工程目标客户目标〔描述客户对工程的总体要求,以及需要到达的目标例如
1.应当解决当前系统存在的一些问题,尤其是易用性、可靠性的问题;
2.应当允许平台的独立性;
3.应当能从所有的客户站点方便地进入平台工程质量目标〔描述产品在交付时期应到达的质量要求,以及不同阶段的缺陷率控制要求例如
1.交付时缺陷密度
0.2缺陷/KLOC;
2.需求评审缺陷率10%〜15%;
3.1交付产品〔工程的主要交付产品列表:产品名称产品规模规模单位完成日期是否通过验收需求规格说明书25页系统设计说明书72页源代码KLOC可执行代码用户手册页
3.2主要功能和性能〔研发工程专用
3.3工程遗留问题
3.4工程性能数据
3.
4.1进度里程碑方案日期实际日期差异工程开始2004年3月15日2004年3月15日0需求基线2004年4月30日2004年5月24日-24系统架构设计2004年5月26日2004年5月21日5系统分析和设计基线2004年6月11日2004年6月7日4V
2.5测试代码基线2004年7月12日2004年7月28日-16V
2.5版系统发布2004年8月1日客户中期检查和验收2004年9月30日材料V
3.0测试代码基线2004年10月4日V
3.0系统发布2004年11月17日工程结束2004年11月30日
3.
4.2工作量
3.
4.
2.1工作量分布•工作量分布〔可参考阶段报告里的工作量分布图)
3.
4.3规模〔研发工程专用,描述工程各阶段方案规模与实际规模的比照情况,并分析发生偏差的原因)软件估计规模软件实际规模阶段里程碑(功能点)(功能点)方案软件方案评审通过—需求需求规格说明书评审通过一设计系统设计说明书评审通过—编码源代码评审通过一测试系统测试完成—发布产品发布完成—
3.
4.4缺陷〔描述工程各阶段发现的缺陷数,卜面的例子是针对研发工程的,实施和维护工程口]■以根据各自工程的特点设置检查点)检查点缺陷发现数目用户需求评审软件需求评审架构设计评审设计评审代码评审测试缺陷分布4035302520口缺陷分布151050计划需求设计编码测试实施图示分析〔根据分析图进一步分析现状发生的原因)
3.
4.5主要问题和风险〔可以参考工程的问题列表和风险列表的格式〕
3.5可推行复用的软件技术成果4工程开发工作评价
4.1产品质量评价缺陷数严重缺陷数严重缺陷比率缺陷密度发布时目标值产品质量评价:
4.2技术方法评价(总结该软件工程或软件产品开发时所采用的各项技术)(以下是例如:)•对开发工具的评价:/UBS-HoiBill腿使用TT作为内存数据库,提高了应用处理的性能试点割接上线后正常运行,并且为OCS系统上线提供了实践依据,并积累了实施开发经验•对框架技术的评价:从整个框架的整体使用效果来看并为到达预期的目的,我认为主要是由以下原因造成的:/框架本身存在有诸多不完善的地方,需要不断地进行改良,但在改良的过程中没有进行严格的控制,导致框架的整体设计失控:/框架本身有这样那样的问题,有些问题是目前无法解决的:/框架是建构在PFC的根底上的,工程组成员对PFC不是足够的精通,为维护框架带来难度,建议:模块化是产品化的根底,也是降低本钱、提高开发效率保证软件质量的有效手段,需要有专人设计和维护框架•对设计方法的评价:信息化工程的整体设计是由工程组全体成员完成的,鉴于我们H前的设计水平,我看还可继续这种方法,对设计的方法和思路进行广泛的借鉴,但一定要树立设计的权威性,对设计的变更要进行严格的控制•对团队开发的评价:从整体上讲我们这个团队的能力还可以,但我认为它的生产效率并不高Page6of10也就是说团队的整体建设不好,没有明确的学习方向分工,使整个团队在这段时间里整体能力没有太大的提高,我以前很想把我们的团队培养成那种学习型的优秀团队,可惜事与愿违这项工作没有取得什么实效5工程管理工作评价
5.1需求管理〔研发工程专用)
5.
1.1需求完成情况最初的需求数已实现的需求数己删除的需求数己修订的需求数新增的需求数
5.
1.2需求变更情况〔总结工程的不同阶段所发生的需求变更次数及发生变更的主要原因)变更发生的阶段需求变更次数变更工作量〔从申请开始到变更结束发生的工作量)用户需求定义软件需求分析设计编码测试维护需求变更的主要原因:。