近期工作心得

做软件开发很多年了，自信能做的事情也比较多，可是回想下来很多项目做的都不太理想，就目前的项目总结一下。

      现在项目已经到尾声，测试问题也还比较多，原因就不找了，回想一下整个过程，可以有很多改进的地方，现在总结一下吧：

    1. 项目启动阶段。项目启动时想着要设计的比较详细，所以花费了将近一周的时间进行项目的用例设计、分析。事实证明此处有些问题，在此阶段不应该进行类的设计及数据库的设计，因为一是时间上不允许在此阶段设计的很详细，二是客户也不会对这块的设计进行确认，因为他们看不懂。所以在此阶段应该将用例捕捉完成后尽快出系统原型与用户确认。而整个项目的原型大概是在项目开始后一个月左右客户才最终确定，而此时项目已经开发一些了，导致后面的调整量大。

    2. 数据库设计把关问题。在前面设计时数据库设计自己把握了大体的框架，细节交给盼盼处理，但因为经验的问题，盼盼没有把细节做到位，因此在后面改动比较频繁。总结一下，数据库的设计应该进行评审，评审时对照系统原型，一个一个将数据库操作的逻额辑进行记录，一是有利于后面的开发，二是有利于原型与数据库的对应，三是统一开发思路。

   3. 类的设计。类的设计不需要一次完成，在原型与数据模型评审完成后即可组织人员进行开发，先从基本的功能开发做起，设计一个子系统就大家一起完成一个子系统，这样的开发方式应该要优于分模块开发的组织方式。在开发过程中完善和设计类图，这样大大减少项目启动阶段的压力。

   4. 测试驱动的开发。项目一开始应该安排和培养专门写集成测试的人员，这样不至于到后期测试问题很多。而且有利于项目的推进。同时集成测试人员的考核应以每天实现2-5个测试用例为目标，按照目前的项目来看，2个月时间可以实现五六十个测试用例，如此会大大提高系统质量及后期测试的压力。ta

    5. 界面问题。在开发初期应该统一界面开发规范，应对常用开发组件使用jsp或js的标签进行封装，一是有利于程序员的调用，二是有利于界面的统一修改。

针对以上问题进行总结并优化后，后面项目开发的时候应按照下面步骤进行：

1. 发布界面开发规范及代码编写规范。
2. 使用uml的用例图进行项目需求分析。
3. 用例需求分析完成后立即进行界面原型设计。
4. 界面原型设计完成后尽快与客户沟通确认，此处应有确认书或确认邮件。
5. 根据uml用例及界面原型设计数据库模型。
6. 进行界面与数据库原型的评审会议（设计人员、测试人员、开发人员、项目经理），形成评审会议纪要，并且记录每个 界面的数据逻辑是什么样的，并且经参与人员认可通过。
7. 以周为单位制定项目里程碑，每周确定一个最小可运行系统。
8. 设计第一周的类图，
9. 集成测试人员编写集成测试用例，程序员实现各子模块。
10. 项目经理每天看看项目进度，检查集成测试代码，运行即可。