最近一段时间开发设计随感

完整的开发阶段：

1.需求分析（产品或研发）-->需求评审-->需求反澄清会（有研发人员进行判断） -->2.数据库设计-->3.接口设计（流程图，时序图等uml）->4.测试用例评审；接口设计评审(前后端参加)；->5（前后）开发-->5.1 开发自测.-->6.开发联调阶段--》测试阶段--》 发布预上线环境》验证，发布线上环境。

 

目前阶段开发中存在的问题：

1.需求阶段，需求文档和原型图不一致，导致需求失真或二义；2.沟通嘴对嘴，沟通之后没有相应的变更记录留存。导致后期不断重复沟通，效率低下。3.处于开发阶段的需求仍有频繁小幅改动，导致前期设计频繁变动。

解决办法：1.确定唯一的更新源，保持最新；2.所有沟通除了嘴对嘴沟通外都要有相应的变更记录，否则不作数。3.版本封存，当前已经处于开发阶段的功能需求不可变更。如有变更需要规划到下一个迭代中去。

 

2.数据库设计阶段，这个阶段的经验就是不要使用boolean类型作为是否删除字段，还是要使用一个int作为状态标识，这样方便后期状态的扩展变更。

3.设计阶段的评审严格度不够，导致后期接口设计中存在各种各样的问题。主要问题有：a.功能接口缺失；b.接口(api)的命名不符合规范；c.功能逻辑设计不合理；等。这些问题都应该通过前期的评审以及后期代码的review进行及时发现并更正。

接口缺失以及逻辑不合理应该通过评审阶段来提前发现和规避问题。

 

其他的阶段还没有开始，因此暂时先不开始。