江苏实时分析评价系统项目总结报告

1. 引言

1.1. 编写目的

江苏实时雨水情分析评价项目的开发已经基本完成。写此项目开发总结报告，以方使我们在以后的项目开发中来更好的实施项目的定制开发。让我们在今后的项目开发中有更多的有据资料来规范我们的开发过程和提高我们的开发效率，从而创造更多的公司效益。

1.2. 项目背景

项目名称：江苏实时雨水情分析评价系统

客户：水资源勘测局

用户 ：水情科

1.3. 参考资料项目开发文档

1、 分析评价系统标书

2、 特征库设计标书

3、 江苏省实时分析评价系统需求分析报告

4、 江苏省实时雨水情分析评价系统概要设计

5、 江苏省实时雨水情分析评价系统特征值库设计

6、 江苏省实时雨水情分析评价系统详细设计

7、 江苏省实时雨水情分析评价系统测试报告

8、 江苏省实时雨水情分析评价系统方法库测试报告

9、 江苏省实时雨水情分析评价系统安装维护手册

10、 江苏省实时雨水情分析评价系统之iOpenApp操作手册

11、 江苏省实时雨水情分析评价系统之iOpenPortal操作手册

12、 江苏省实时雨水情分析评价系统之iTemplete操作手册

13、 项目部署资料

2. 开发工作评价

2.1. 对开发效率的评价

1、 系统开发已历时1年多的时间了

2、 开发的反复性比较多

3、 对客户端需求不是很透彻

综合以上，此项目的开发效率不是很高，相反有相当的一定时间的浪费。

2.2. 对产品功能的评价

经过我们江苏项目组团队的共同努力协作下，江苏实时雨水情分析评价系统已经很好的完成了客户的业务需求，经过对客户使用过程的观察，此项目开发的还是比较成功的，客户也在积极准备报科技奖。但是项目还是存在着一些问题，如，自定义报表，没有采用数据共享的设计思想，造成生产效率的低下等问题。

2.3. 对产品使用到的技术

1、 Flash 图表AmCharts：在我们项目中使用了Flash Amcharts和Flex AmCharts。在开始使用过程中碰到一些问题，但是在深入研究后基本上碰到的问题都已解决。在以后的项目中，我们可以参考当前项目，更快的完成图表的设计。但是此控件不是开源产品，并且是通用图表工具，在绘制水情部分图表并不能很好的满足需求，公司可以考虑为特定需求的图表设计出自己图表控件。

2、 可视化Web 编辑器CKEditor：在我们项目自定义报表中使用了CKEditor，很好的完成了客户对自定报告的需求。我们也对CKEditor深入的了解，开发出了基于CKEditor的插件。

3、 Flex 技术：在Gis方面使用了Flex4开发工具，Flex在用户界面方面存在很多优势，不用考虑跨浏览器的问题，很好的解决了用户对界面的需求。对这一技术的研究，基本上可以满足公司以后类似项目的开发。

4、 ArcGis for Flex:在Gis雨水情分析系统中，我们抛弃了原先一个开源的Flex for Gis 控件。而使用ArcGis for Flex这个用户比较多的控件，这个控件很好的满足客户对网络地图和本地地图的支持。在使用过程中，确实验证了其功能的强大，基本满足对GIS的开发任务。

5、 Spring 框架：在ismart项目中使用 了，Spring框架。也验证了其稳定性和方便性。

6、 SSH框架：在OpenPort项目中使用了，也很成熟。

3. 项目经验总结

3.

3.1. 签订合同

一个项目的开发成败或者说项目开发带来的效益的大小，在很大程度上是受项目合同签订的影响。往往，很多一部分公司与客户签订的项目合同都是很模糊的，也很难签订的比较清楚，这样以后就会导致在项目的开发后期，工作量会越来越大，影响项目的竣工周期，而且，项目的开发费用一般不会变的，这样以后，我们就大大降低了我们的开发效益，虽然需求范围很难签订的明确，但是我们在签订合同同时，要尽量的去把合同功能边界和添加新功能的条件签订。

3.2. 开发团队

1、 在项目确立后，要尽快建立项目开发团队。项目团队成员的团结合作，互相沟通是非常重要的，团队成员之间要互相学习彼此的优点和技术，使团队的能力不断提高，这样，在项目的开发过程中，团队不会被难题困住。另外，团队中要有一个项目负责人，这个人物不管是在于客户的沟通上，还是在技术上都要是很出众的人。此项目负责人要能很好的沟通客户与开发成员之间，以此更好的理解客户的功能需求。

2、 保持项目开发团队的稳定性。项目团队的人员的走失，不仅造成他以前的工作白费，而且会造成团队人员的士气低落。我们这个项目前期的人员离开，造成项目开发周期加大。

3.3. 需求调研

1、 项目组对客户的整体组织结构，公司有关人员的关系，职责等如果没有一个很好，足够了解掌握。这样项目组就无法很好的完整的整理到客户的需求，或者说是客户真实的功能需求。如此一来我们就为自己埋下了地雷，影响项目的开发周期。这就要求我们要与客户搞好无论是工作的还是生活上的朋友关系，要深入的去了解客户需求。

2、 我们要尽量的让客户也参与到我们项目的开发团队来。有些客户对项目有自己的设计思路，让他们积极参与进来，产品做出来后会增加他们的成就感，同时他们对系统更加了解，解决了以后培训的麻烦。

3、 控制好客户需求，不要听到客户的需求就满口答应，更不要扩散客户的需求。本来客户只是想要一个简单功能，你却由他的思想扩展更多需求。任何一个功能可以简单也可以复杂，把握功能的平衡点，才能尽快的把项目结束掉。

4、 抓住需求要点，大而全不是项目验收的必要条件，在做好最重要的功能，才考虑锦上添花。客户立项目一方面想解决工作中实际问题，另一方面想通过这个项目的亮点，展示给别人看，来抬高自己的地位或政绩。

3.4. 项目商务

做好商务工作，特别政府项目，他们立项目一方面是提高工作效率增加政绩，另一方面是想在项目中得到好处。在政府项目中，基本上都有这样的潜规则，拿回扣。如果这方面不做，务必拖延项目验收周期，增加公司其他方面的开支。公司应该定制自己的商务规则，公司想做大做强，至少在中国，这点是迈不过去的坎。面对这样的问题不能逃避，要主动应对把握主动权，这样，不管是项目还是与客户关系上都可以得到更好的效果，为以后的二期打下鉴定的基础。

4. 项目后期计划

4.1. 项目的价值

江苏实时雨水情分析评价系统，很好的解决了，水情科长期以来繁重的报表查询工作，解放了人力，他们可以把工作的重点分析模型的研究上。GIS分析系统可以更加宏观系统的对雨水情有个全面的分析，这些亮点都得到了客户领导的一致好评。在予其他客户演示此系统的时候，他们都产生了极大的兴趣。

4.2. 项目的推广

江苏实时雨水情分析评价项目虽然已经验收。这不是终点，而是起点，我们在这个项目中投入了大量的人力物力，成功的把分析评价这个特色功能做起来了。所以我们不能就此结束项目的生命周期，我们要加大对此产品的推广工作。

4.3. 项目的产品化

项目产品化是公司发展到一定阶段，必然碰到的问题。从实时雨水情分析评价系统的价值来看，它完全可以产品化。

1、 自定义报表重构。

2、 开发android、iphone、ipad版Gis雨水情分析评价系统。

3、 OpenPortal重构，加强安全性以及可操作性。

4、 其他水情专业图表的研究

4.4. 项目团队的稳定

项目虽然结束了，但是团队不能解散。人与人之间最大的问题是沟通、默契。一个项目组，想想达到一个融洽的氛围，是需要长时间磨合才能那个完成的。江苏项目组长期的出差工作生活，我们已经达到了很好的默契，互相了解彼此的秉性。这种关系是这个项目中得到最宝贵的财富。相信以后这个团队会在以后项目中发挥更大作用。公司应加大鼓励保持这个团队的稳定性。

5. 项目人员工作概况

这项目先后参与人员众多，中间也走了不少人。现在能留下来，坚持下来的都是优秀员工，他们承受对了客户的压力，技术的考验。不管在业务上，还是技术上都上升到一个新的台阶。他们的经验教训一定会为公司的发展，有着举足轻重的作用。所以公司要给予更多精神上和物质上的待遇。

下面我把最后留下的人员在这个项目的工作情况作出简单汇报：

1、 田雨：田雨主要做了月报的配置、自定义报表的配置、特征库设计整理，以及自定义报表的完善工作。前期与客户沟通，策划请客户吃饭送礼，打破了公司与客户的僵局。为后续工作开展奠定了坚实的基础。后期由于家庭等原因，没有能全心的投入到工作上。

2、 张希：张希主要做了自定义报表的大部分功能编写和Gis 算法的编写以及自定报表的配置。坚实的Java基础为项目提供高效稳定的算法。

3、 汪刚：汪刚是后期参与到项目中来，完善修改了以前的部分存储过程，也新了几个存储过程和配置了许多自定义报表。

4、 程子清：作为项目负责人主要负责项目整体推进和关键技术的公关。设计了自定义报表，自定报表原型技术设计，构架了ismart算法项目以及Flex GIS分析评价系统，组织汇报项目情况，与客户沟通调研需求。对整个系统相当的了解，承受了客户的巨大压力。