项目开发总结报告

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1引言 (2)

1.1编写目的 (2)

1.2背景 (2)

1.3定义 (2)

1.4参考资料 (3)

2实际开发结果 (3)

2.1产品 (3)

2.2主要功能和性能 (3)

2.3基本流程 (3)

2.4进度 (4)

2.5费用 (4)

3开发工作评价 (4)

3.1对生产效率的评价 (4)

3.2对产品质量的评价 (4)

3.3对技术方法的评价 (4)

3.4出错原因的分析 (5)

4经验与教训 (5)

1引言

1.1编写目的

项目开发总结报告的编制是为了总结本项目开发工作的经验,说明实际取得的开发结果以及对整个开发工作的各个方面的评价。

本文档预期的读者为软件开发人员。

1.2背景

项目名称:通讯管理系统

系统名称:通讯管理系统

英文名称:Management System of Communication

委托单位:无委托单位,适用于个人、小型企业等

开发单位:13计算机1班小组成员(宋振泽、韩逸文)

开发日期:2016年6月27日——2016年7月5日

1.3定义

生产率:

①用来表示产出与投入比率的术语(总产出除以劳动投入是劳动生产率)。如果相同数量的投入生产了更多的产出,则生产率就增长了。劳动生产率的增长是由于技术进步、劳动技能的改善和资本深化。

②概括在生物的生产过程中有关物质循环或能量转换速度的各个方面的术语。也有译为生产力的。过去这个词,具有生产速度(生产量)或潜在生产能力的含意,进而也含有土地的生产力、肥沃度(ferti-lity)或循环率等各种意义,非常混乱,国际上给予了上述的定义,而且提出了有关不使用这个词的附文。可是直到现在,这个词仍是混乱地被较广泛地使用,因此,附文中所使用的生产率一词的意义是什么,只能从附文的前后内容加以判断。G.L.Clarke(1946)认为这个词多半用来表示关于现存量、生产速度(生产量)和收获量的任何一个大小范围的。

1.4参考资料

文档引用的规范:

《软件工程导论》张海藩主编清华大学出版社2005年8月出版

《软件生命周期质量保证与测试》张向宏主编电子工业出版社2009年5月出版

技术资料参考:

《数据库原理与应用案例教程》郑玲利主编清华大学出版社2008年9月出版《Java程序设计实用教程》张跃平主著人民邮电出版社2010年4月出版

2实际开发结果

2.1产品

通讯管理系统

2.2主要功能和性能

梦想网络资源检索系统主要包含五大模块程序设计:

(1)公共模块设计

(2)系统登录窗体模块设计

(3)添加联系人信息模块设计

(4)查询和编辑联系人信息模块设计

(5)添加分类名称模块设计

2.3基本流程

基本流程请参考《通讯管理系统详细设计说明书》

2.4进度

小组成员2人,从2016年6月组队,6月27号正式启动项目,直至7月5号上交作品,一直致力于项目的开发工作。

2016年6月27日—2016年6月28日:项目初级阶段

6月27日开始,小组成员便开始里用电脑工作,通过电脑编写程序,查找资料,设计图片等,时间合计约2天。

初级阶段圆满完成了预定的目标。

2016年6月28日—2016年7月4日:项目启动和实行核心阶段

6月28日才开始项目程序扩展功能的编写,软件运行情况的测试只是整体的大方面的进行,并未涉及细微部分,因此软件运行不是非常稳定,仍有一些问题亟待解决。

2016年7月4日—2016年7月5日:项目收尾阶段

此阶段加快完善软件的所有功能,将组委会要求的相关资料准备好,圆满完成了预定的目标。

2.5费用

3开发工作评价

3.1对生产效率的评价

出实际生产效率,包括:

a.程序的平均生产效率:1000行/日/人(即每人日生产的行数);

b.文件的平均生产效率,1500个/日/人(即每人月生产的字数);

原订计划数作对比结果:超出原定计划生产率。

3.2对产品质量的评价

在测试中检查出来的程序编制中的错误发生率,6/1000(即每干条指令(或语句)中的错

误指令数(或语句数))。

结果评价:按照质量保证计划或配置管理计划的要求本系统在开发中保证了“优等”的产品质量指标。

3.3对技术方法的评价

技术方面我们小组采用顺应趋势的成熟的技术,整体来看技术方面属于比较领先的,整体上比较好。

3.4出错原因的分析

给出对于开发中出现的错误的原因分析:

1.开发双方在对软件需求的理解上,存在一定的差异,主要原因是双方在沟通上花费的精力相对较少;

2.开发结构比较复杂,造成程序修改不是特别的方便。

解决方案:针对(1):建议建立BBS信息沟通平台

在软件上建议制定定期沟通制度

针对(2):进一步修正软件开发架构,以适应多变需求的变化。

4经验与教训

通过这几个月的努力工作,我认识到要作一个真正合格的程序员,或者说就是可以真正合格完成一些代码工作的程序员,应该具有以下的的素质:

1:团队精神和协作能力

把它作为基本素质,并不是不重要,恰恰相反,这是程序员应该具备的最基本的,也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语,任何个人的力量都是有限的,独行侠可以作一些赚钱的小软件发点小财,但是一旦进入一些大系统的研发团队,进入商业化和产品化的开发任务,缺乏这种素质的人就完全不合格了。

2:文档习惯

说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子,良好的文档是正规研发流程中非常重要的环节,作为代码程序员,30%的工作时间写技术文档是很正常的,而作为高级程序员和系统分析员,这个比例还要高很多。缺乏文档,一个软件系统就缺乏生命力,在未来的查错,升级以及模块的复用时就都会遇到极大的麻烦。

相关文档
最新文档