珊瑚虫~

设计组培训要点>>参数定义对接口清晰度的影 ... | spring事务管理器与编码事务的协调

2008-03-02

项目例会提纲>>关于系统设计与编码

一些想法，请补充，没有问题的话就发给大家参考；

1、前段时间项目组主要精力投入在需调研上，目前进入设计编码阶段请大家在设计质量、代码规范、单元测试方面进一步加强，不断提高项目组的整体实力和凝聚力，由各小组组长负责落实；

2、设计人员做完数据库设计、业务接口设计后必须在组内进行讨论，从设计合理性、是否符合规范、API注释、变更扩展等角度进行评审，请编码人员提意见，基本达成一致（80%）没有大的原则冲突后再进行编码开发；如果有不能达成一致的及时反映出来，请其他设计人员评审，将问题消灭在初期；

3、设计人员必须在页面流设计、界面操作模式上充分考虑，在调研的基础上进一步加工优化；虽然页面经过客户确认，但他们目前的注意力主要集中在业务层面，操作方式和界面方关注较少，所以不能完全依赖界面确认结果；在符合业务需求的前提下进一步优化界面操作，减少不必要的交互、页面，减少开发量，同时避免客户后期提出修改意见造成开发的被动。这方面的优化可能在编码过程中才会发现，请设计人员充分考虑编码人员的意见，如果意见合理请及时调整；

4、设计过程中充分考虑编码和实现，必要是请实力较强的编码人员参与API设计，防止设计与编码的脱节；在设计层面充分预测需求变更的可能，通过一定的设计手段、设计模式预留出变更的空间，避免后期牵一发而动全身；

5、Service层的单元测试需要加强，原则是所有的API方法都要书写单元测试，请组长监督；开发进度、编码质量由组长统一负责、检查，项目组会安排人员定时抽查个小组的执行情况；组长必须掌控需求方面的风险，评估对开发的整体影响，有问题及时反映给项目经理；