项目总结材料报告材料实用模板

项目总结材料报告材料实用模板

ID:41793640

大小:156.35 KB

页数:10页

时间:2019-09-02

项目总结材料报告材料实用模板_第1页
项目总结材料报告材料实用模板_第2页
项目总结材料报告材料实用模板_第3页
项目总结材料报告材料实用模板_第4页
项目总结材料报告材料实用模板_第5页
资源描述:

《项目总结材料报告材料实用模板》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、实用文档文件编号:版本号:1.0<项目名称>项目总结报告部门:编写:审核:批准:日期:YYYY.MM.DD公司文案大全实用文档文件修订记录时间作者主要修订内容YYYY.MM.DD文案大全实用文档目录1引言21.1目的21.2项目背景21.3参考资料22项目基本情况22.1项目基本信息22.2项目特征22.3项目目标33项目执行结果33.1交付产品33.2主要功能和性能33.3项目遗留问题43.4项目性能数据43.5可推行复用的软件技术成果64项目开发工作评价64.1产品质量评价64.2技术方法评价65项目管理工作评价75.1需求管理7

2、5.2计划管理86经验教训86.1项目成功经验86.2项目失败教训86.3项目组建议8文案大全实用文档1引言1.1目的[阐明编写本总结报告的目的,指出读者对象。]1.2项目背景[可包括本项目的来源、委托单位、开发单位和主管部门等。]1.3参考资料2项目基本情况2.1项目基本信息项目中文全称:客户:项目经理:项目开始日期:项目结束日期:项目成员:2.2项目特征项目所属类型:采用的生命周期模型:硬件平台:应用领域:使用工具:开发语言:数据库:文案大全实用文档1.1项目目标客户目标:〔描述客户对项目的总体要求,以及需要达到的目标。例如:1.

3、应当解决当前系统存在的一些问题,尤其是易用性、可靠性的问题;2.应当允许平台的独立性;3.应当能从所有的客户站点方便地进入平台。〕项目质量目标:〔描述产品在交付时期应达到的质量要求,以及不同阶段的缺陷率控制要求。例如:1.交付时缺陷密度:0.2缺陷/KLOC;2.需求评审缺陷率:10%~15%;3.……。〕2项目执行结果2.1交付产品〔项目的主要交付产品列表〕:产品名称产品规模规模单位完成日期是否通过验收需求规格说明书25页系统设计说明书72页源代码KLOC可执行代码用户手册页2.2主要功能和性能〔研发项目专用。〕文案大全实用文档1.

4、1项目遗留问题1.2项目性能数据1.2.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日4V2.5测试代码基线2004年7月12日2004年7月28日-16V2.5版系统发布2004年8月1日  客户中期检查和验收材料2004年9月30日  V3.0测试代码基线2004年10月4日  V3.0系统发布2004年11月17日  项目结束200

5、4年11月30日  1.2.2工作量1.2.2.1工作量分布l工作量分布:〔可参考阶段报告里的工作量分布图〕1.2.3规模〔研发项目专用,描述项目各阶段计划规模与实际规模的对比情况,并分析发生偏差的原因〕文案大全实用文档阶段里程碑软件估计规模(功能点)软件实际规模(功能点)计划软件计划评审通过-需求需求规格说明书评审通过-设计系统设计说明书评审通过-编码源代码评审通过-测试系统测试完成-发布产品发布完成-1.1.1缺陷〔描述项目各阶段发现的缺陷数,下面的例子是针对研发项目的,实施和维护项目可以根据各自项目的特点设置检查点。〕检查点缺陷

6、发现数目用户需求评审软件需求评审架构设计评审设计评审代码评审测试图示分析:〔根据分析图进一步分析现状发生的原因。〕文案大全实用文档1.1.1主要问题和风险〔可以参考项目的问题列表和风险列表的格式〕1.2可推行复用的软件技术成果2项目开发工作评价2.1产品质量评价 缺陷数严重缺陷数严重缺陷比率缺陷密度发布时    目标值产品质量评价:2.2技术方法评价〔总结该软件项目或软件产品开发时所采用的各项技术〕〔以下是示例:〕l对开发工具的评价:üUBS-HotBilling使用TT作为内存数据库,提高了应用处理的性能。试点割接上线后正常运行,并

7、且为OCS系统上线提供了实践依据,并积累了实施开发经验。l对框架技术的评价:从整个框架的整体使用效果来看并为达到预期的目的,我认为主要是由以下原因造成的:ü框架本身存在有诸多不完善的地方,需要不断地进行改进,但在改进的过程中没有进行严格的控制,导致框架的整体设计失控;ü框架本身有这样那样的问题,有些问题是目前无法解决的;ü框架是建构在PFC的基础上的,项目组成员对PFC不是足够的精通,为维护框架带来难度。ü建议:模块化是产品化的基础,也是降低成本、提高开发效率保证软件质量的有效手段,需要有专人设计和维护框架。l文案大全实用文档对设计方

8、法的评价:信息化项目的整体设计是由项目组全体成员完成的,鉴于我们目前的设计水平,我看还可继续这种方法,对设计的方法和思路进行广泛的借鉴,但一定要树立设计的权威性,对设计的变更要进行严格的控制。l对团队开发的评价:从整体上

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。