易成云门户开发实践总结
1、发现人员在协作开发中,存在等待现象,比如:前端开发需要model中的字段在页面中获取相应的值,但是后端开发没有做;门户后端的开发人员都应该思考:Action,Service,Model哪个该先做,这样才能协助前端展开工作。
开发的时候应该是:先接口,先model,后实现,即先model,先Action,后mock,最后Service实现;
提交任何一点代码都需要保证当前的工程是可运行的。
系统设计:
1)系统分析
2)数据模型
Done的标准
1)接口设计,输出伪代码
2)输出数据模型pdm
工作流程:
1)前后台开发人员一起根据原型,对“Action,jsp”进行分析,输出伪代码设计
2)后台开发人员对自己的业务层(Service)进行设计划分模块,列出服务清单
3)前后台分别开发,后台开发人员遵循TDD模式进行开发
发现的问题:
1.后台管理缺少原型,因此无法分辨请求是Ajax还是同步请求,返回页面还是提示也需要明确
对需求的把握的“度”的不统一:造成原因有:例如门户后端管理无原型,造成需求不明确,因此大家出现偏差,对需要的理解和执行上存在把握的“度”的不一致的问题。
解决方法:讨论时带上原型,后台管理部分的页面也需要原型设计—需要明确由谁来设计
2.前后端分离,组成两个team,而不是端到端的开发,这对大家的编程习惯是个挑战,需要我们互相学习、磨合、协作。
一、发起讨论的人必须准备的文档:
1.数据模型pdm 及相应的model代码
2.前后台接口设计的Action的伪代码
3.service与action的接口设计的伪代码
4.在wiki上发布,并邮件提醒相关参与人
二、参与讨论系统分析的人需要做的准备:
1.明确要讨论的模块的需求
2.熟悉wiki上的设计文档
2.根据文档提前列出需要明确的问题和自己的想法
三、注意事项
1.在讨论需求的时候还是需要先画出UE,这个必须有!!!!
2.需要修改则直接更新 伪代码和数据文档pdm,不必事后修改。
3.采取三三小组制,系统设计的组织形式:前台开发一人+后台开发二人 为一个小组 组与组之间的信息共享通过wiki和讨论会
4.层次较高的系统设计,仍由专人来设计、出文档,然后大家再一起讨论
5.前后端接口讨论时间:10:28-11:03 ,以后需要注意讨论的时间
四、接口设计负责人需要把你写的Action,Service,Model等类配置到spring和struts2的配置文件中 完成的标准:伪代码在框架中是可访问的,不会因为缺少配置文件而造成出现404等错误。