软件系统开发总结报告.pdfVIP

软件系统开发总结报告

软件项目实施总结报告

这是我自身参与的一个项目。XXX的学生规模从最初的

千人级迅速增加到近十万人级。在学生人数不多的情况下，学

生作业及在线考试可以通过手工方式完成。学生规模快速增长

后，手工方式周期长、容易出错、也不易统计。如何快捷方便

地让学生完成作业及在线，以及如何快捷方便地批改作业及在

线考试题，迅速反馈给学生，提在技术的首要日程。“题库系

统”项目就是基于以上背景，是将常规的书面作业及考试系统

化成络化作业及考试，从而大幅缩短学生作业及考试到教师批

改作业及考试的周期，也方便学生和老师随时随地完成作业及

考试任务，也方便管理人员对组织的作业级考试进行统计分析，

提供下一次作业考试的决策。“题库系统”项目已经上线，基本

上完成了预计目标。但上线后经过几次大规模的修改，才使用

户较为满意。

项目分析：

第一、清楚的需求

1)业务部门（需求方）因为IT知识缺乏，对自己需要什

么样的题库系统没有明确的概念，走一步算一步，甚至于今天

的需求跟昨天的需求是南辕北辙的。

2)业务部分的业务流程不是规范的，固化的，在体系准备

上线后，业务流程还有变化。

3)未能与业务部门进行充分有效地沟通、引导业务部门清

楚具体有效的梳理需求。

第二、高层管理者的支持

高层领导对信息体系的不理解，对信息化的作用没有深刻

的认识。对技术部分的支持不敷，导致在项目需求界定、项目

开发、实施上线进程中业务部分占了主导地位。

第三、项目计划

1)工作量估算过少，由于业务部分和高层领导的压力在工

数估算上予以妥协。赶工赶进度，项目节点项目质量相应下降。

2)项目组织过小，人手不足，项目组人员不敷造成以下问

题：

工作分担（责任范围）不明确，工作分割结构与项目组织

结构不明确或者不相对应，各成员之间的接口不明确，导致有

一些工作根本无人负责。

每个开发阶段的提交结果定义不明确，中间结果是否已经

完成，完成了多少模糊不清，结果是到了项目后期堆积了大量

工作。

开发中没时间去按指定里程碑或检查点检查完成情况。

XXX：软件项目实施总结报告

实施总结报告

项目名称：XXX数字校园建设当局采购项目

合同编号：TC140V6A6

本表一式三份，承建单位、监理单位、建设单位各一份

XXX：软件项目总结

本项目从今年3月份启动，到系统上线一共历经7个月的

时间，综合项目历程，本人有如下感想：

一)调研阶段。1.调研的工夫充裕是体系设计成功的关键。

本体系的前期调研工作一共用了一个月的工夫，在这一个月的

工夫内，项目构成员每天都与客户进行详细的调研工作，调研

工作的详细使得体系在设计阶段没有发生重大的逻辑错误。

2.调研工作要详细，耐心。由于项目在售前阶段已经进行

过粗略的调研，在调研时对于有些问题客户会显得不耐烦，对

于这种情况，要耐心与客户做好沟通，让客户理解我们调研工

作的紧张性。

二)设计阶段。1.数据库设计是极其重要的一个环节，要

特别重视，数据库设计完成要进行细致的论证和审核。本系统

在这方面应该有所教训，在前期数据库设计完成之后，论证得

不够详细，导致在编程阶段走了很多弯路，不得不修改数据库

设计。一定要在满足关系范式的前提下做设计，不要随便为了

一时便利而引入表，要在遇到问题时审视原来的设计。

三)编码阶段。

1.本项目部分设计工作与编码是同时进行的，造成了边设

计边编码的情况，影响了开发的效率，所以系统设计工作时间

一定要充分，编码工作不要急于提前。2.每个模块的需求都是

不同的，不能考虑“批量生产”模块。编码初期认为编写好了一

个模块，其它模块都可以利用，会省很多时间，结果是每个模

块的需求都是有差别的，利用批量复制的代码会造成逻辑混乱，

并会含有潜在缺陷，往往会事倍功半。

四)测试阶段。

1.测试计划一定要详细，客户方负责人也就可以按计划安

排各部门人员做测试，计划要考虑提前性，因为一些不确定性

的问题（例如客户本身的突发事件）会使计划延迟，并且要安

排好备选的测试计划，如遇突发情况，就可安排另外的测试。

本系统的两次