谁有软件项目开发总结报告,高分相送!!!!

[hj308]

谁有软件项目开发总结报告,高分相送!!!!

[xhzhang6]

软件项目开发总结报告?
还是第一次听说这东东

[qiubolecn]

完整的项目总结报告是没有，但定期月结报告是有的，如果需要请发mail:
[e-mail]

[bugor]

一看就知道楼主刚刚毕业不久，在某个上司的进逼下要提交这样的东东，呵呵

[stonesky]

狗狗一把呀，有GB模板

[1man]

一般都有个模版的,列举成果与失误,评述经验与教训,然后展望未来

[w3k]

我有啊，LOKLOA BBS

[火电]

1.1 编写目的
项目结束，总结此项目在开发过程中遇到的问题、难点及具体的解决方案，在某些模块中应用的主要技术、优化算法等，留给他人做参考。

1.2 背景
1.3 定义
 BUG：表示程序中出现的错误
 QA：表示质量检测
 XML：可扩展的标记语言
1.4 参考资料
 《软件需求说明书》
 《详细设计说明书》
 《概要设计说明书》
 《数据库设计说明书》
 《用户手册》
2.1 产品
最终交付的模式是软件产品，全名为 山西省晋城人民检察院目标量化考核系统1.0版本
该系统有填报考核、审核、查询、统计、权限设置、系统维护共六大模块

模块名称 子模块 功能 代码量
填报考核 考核办填报 填报考核办控制下的考核记录 260,514 字节
个人填报 填报个人的考核记录
部门填报 填报本部门的考核记录
县级院填报 填报县级院的考核记录
审核 考核办审核 考核办审核所有填报的考核记录并打分 124,336 字节
部门审核 部门负责人审核所有本部门的考核记录并打分
查询 检察院信息查询 查询下级检察院的考核记录信息 39,164 字节
部门信息查询 查询部门的考核记录信息
人员信息查询 查询人员的考核记录信息
统计 检察院信息统计 统计各个县级检察院的考核记录及分数 63,420 字节

...................
2.2 主要功能和性能
根据和《软件需求说明书》的对比，本软件开发结束后基本可以实现软件需求中所提出的要求，能够达到需求的标准并且经过测试可以实现软件的可用性、易用性及准确性。基本符合软件的标准，可以通过验收。

2.4 进度
阶段名称 预定完成日期 实际完成日期
需求分析 2004年2月19日 2004年2月19日
项目计划 2004年2月19日 2004年2月19日
概要设计 2004年2月29日 2004年3月1日
数据库规划 2004年3月5日 2004年3月8日
详细设计 2004年3月25日 2004年3月28日
编码 2004年4月30日 2004年4月30日
程序验证（单元测试） 2004年5月1日 2004年5月15日
程序验证（集成测试） 2004年5月16日 2004年5月29日
编写用户手册、安装说明 2004年5月30日 2004年5月30日
软件安装 2004年5月30日 2004年5月30日
用户验收测试 2004年5月30日 2004年5月31日
用户培训 2004年5月31日以后 2004年5月31日以后

在实际开发过程中，在设计数据库的阶段，思路不是很清晰，耽误了几天时间，最后，在一起商讨通过后定出了最终的数据库结构。其他阶段的时间跟计划的时间基本吻合。

2.5 费用
开发人员工资：1（人）*5000（元/月）*2.5（月）+4（人）*3000（元/月）*2.5（月） = 42500 元
办公费、资料费、通讯设备和专用设备：500元
差旅费：2000元
计算机使用：共5台计算机，配置均为 奔腾1.7G，512mb内存，80G硬盘的机器，损耗估计为 2000元
初步预算开发费用为：46500元，实际开发费用为：47000元，偏差不大。

3.1 对生产效率的评价
实际生产率与项目计划时计划的差不多
3.2 对产品质量的评价
在经过单元测试和集成测试后，暂时没有发现BUG出现，基本通过质量验证。
3.3 对技术方法的评价
该系统基本是按照面向对象的技术开发下来的，其中的几个操作类、对象类的方法和事件还是很有复用价值的，还有操作XML文档的几个通用函数都可以作为以后的技术积累。
但是由于开发人员对面向对象的技术了解的不是很深入，在某些地方使用时还有很多弊端和不当的用法，以后也需要改进。
3.4 出错原因的分析
在测试过程中发现的BUG基本上都是一些小的问题，都是没有判断、程序编写方面的错误，极少有因为大的逻辑算法的编写不正确引起的机器瘫痪。

四、经验与教训
针对面向对象技术的体验，发现了面向对象的优点，但同时也发现了在B/S架构使用面向对象技术的弊端，必须要在设计时期就把对象分好类别，否则如果在后期对对象分类进行修改很容易使系统整个逻辑变得不清晰。


希望对你又帮助