易成云门户开发实践总结
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等错误。