项目开发总结报告(GB8567——88)
经过近两个月的团队项目开发,我们的软件终于要交工了,要对我们的项目和我们的努力做出总结,积累经验再接再厉,共创辉辉煌。
a.项目名称:兽棋
b.任务提出者:曹玉松
开发者:张硕,蔡迎盈,曹玉松,付亚飞,姜力比,吕盼举
用户:8-12岁儿童
属于本项目的其他已发表的文件:
1、项目可行性研究报告;
2、项目开发计划书;
3、软件需求说明文档;
4、概要设计说明文档;
5、详细设计说明文档;
6、测试计划,测试分析报告;
7、用户手册;
8、团队分工及任务管理;
最终制成的产品,包括:
1.beta(外部测试版)版
2.Alpha(内部测试版)版
3.正式发布版
功能: 1.网络对战游戏,在线两人可以玩游戏
2.在线聊天功能
3.背景音乐;
性能:本程序安装后可以流畅的对战,并实现游戏的重新开始功能,界面友好,用户体验很好。
本项目原定的目标就是实现网络的对战游戏,就此开来开发的目标已经基本达到了。

| 
       
  | 
    
       计划进度  | 
    
       实际进度  | 
| 
       第8周  | 
    
       确定团队开发题目  | 
    
       确定团队开发题目  | 
| 
       第9周  | 
    
       进行具体的模块分析和设计,小组进行任务分配  | 
    
       模块的设计基本完成,  | 
| 
       第10周  | 
    
       小组成员进行代码编程和素材收集  | 
    
       代码的编写完成了绝大部分  | 
| 
       第11周  | 
    
       各个模块进行合并,组合成完整程序  | 
    
       程序合并成功但有些部分不能运行只好舍去  | 
| 
       第12周  | 
    
       提交Alpha版本  | 
    
       按时提交可行版本  | 
| 
       第13周  | 
    
       提交beta版  | 
    
       对程序进行了局部改进  | 
| 
       第14周  | 
    
       完成整个项目的文档和设计部分,程序定型  | 
    
       挤时间完成任务  | 
| 
       第15周  | 
    
       提交正式发布版  | 
    
       按时提交正式发布版  | 
项目的实际进度整体看来略低于计划的进度,原因在于,我们的时间安排很紧张,小组成员之间的配合需要一定的时间才能有一定的默契。另外对于项目的开发目标认识不够清楚,使得程序功能经常变化。
原定计划费用与实际支出费用的对比,包括:
| 
       
  | 
    
       计划费用  | 
    
       实际支出费用  | 
| 
       工时  | 
    
       60h  | 
    
       80h  | 
| 
       计算机的使用时间  | 
    
       60h  | 
    
       100h  | 
| 
       物料消耗、出差费  | 
    
       0  | 
    
       0  | 
原定计划为每天工作两个小时,小组集体开发,但在实际开发中往往不能做到集体编程大家都要各自编写,遇到问题也没法及时解决,浪费了大量时间,程序的调试,组合,测试,修复漏洞也浪费了很多时间。
生产效率:
| 
       
  | 
    
       实际生产效率  | 
    
       计划生产效率  | 
| 
       程序的平均生产效率  | 
    
       800  | 
    
       1000  | 
| 
       文件的平均生产效率  | 
    
       15000  | 
    
       20000  | 
程序的编写比较分散,在整个项目期间,编程的量并不是很大,实际的效率要比计划的低,文件的撰写主要集中在项目开发的后期,前期效率低,后期效率高。
编写的程序本身有一些不完善的地方,一些功能没有实现。几乎没有出现未知性的错误,
程序的闪屏问题,规则问题等有待完善。
本程序用MFC编写,采用了双缓冲绘图技术,用了套接字编程,具有联网功能,加入了图片、文字、声音等多媒体效果,内容比较丰富,在算法和界面布局上海有些欠缺。
出错的原因在于程序的编写有漏洞,没有将所有的情况都考虑进去,有一些功能不够完善,使得游戏过程不能多样化。
这次项目的开发过程主演的经验在于在项目开发之初一定要做好整个项目的分析和最终的成品模型,设计的应尽量全面,避免在设计中间再要加入其他的功能,使得程序不得不打动手术。希望在今后的团队项目中能更有效地管理团队成员,分配好任务,使得项目能有一个稳定的进度。
原文地址:http://www.cnblogs.com/zsjy/p/3748505.html