MPPT项目总结

项目中使用的设计模式：单态模式，责任链模式，DAO模式，装饰模式，门面模式，状态模式，策略模式等。

项目开发中的优秀实践经验总结：
需求功能点的跟踪(需求跟踪矩阵)涵盖整个项目开发周期的各个阶段，这样可以确保需求不会遗漏,也不会产生较大的需求偏差；
需求功能点的优先级定义，可以分清各个需求点的主次，开发顺序；
测试用例的补充涵盖整个项目的各个阶段：需求分析，设计，编码，各轮测试；
项目的各个阶段的过程质量分析，缺陷度量，确保项目不会偏离项目计划中定义的质量目标；
业务数据的分级管理(业务级，用户类别级，用户级)，可以避免内存中的垃圾数据，重复数据，提高软件的性能；
异常的分级处理，在DAO层不处理捕获的各种异常，进行封装以后，全部往上层抛，在业务层再捕获这些异常，然后进行处理，确保软件的健壮性和容错处理能力。

进入系统测试以后，代码严格受控，代码必须经过严格的回归测试才可以提交到配置库，尽量减少修正现有缺陷导致引入新的缺陷的几率；
注重项目开发前期的业务培训，平台培训。虽然可能导致前期工作滞后，但是会保证软件的开发质量，项目总体周期也不会延迟。

项目中的教训和以后必须改进的：
关于异常和错误的处理，在测试中是通过看日志信息定位，导致测试效率非常低，出了错误定位很慢。
其实完全可以借鉴微软，甲骨文公司的优秀软件经验，使用错误码来定位，软件使用中出错要释放资源时，出一个错误码提示。而且，后面写用户帮助手册也要加上错误码的处理措施，这样的话，软件的易用性和友好性大大提高，而且也非常方便测试和定位错误。