开发过程笔记
摘要: 项目接近尾声，需求也逐渐收敛。面对需求变化频繁、迭代版本周期较短的客观情况，传统模式已不能在此生搬硬套。虽现有的开发过程谈不上正规敏捷，也算接近小步快跑的节奏。下面分‘需求开发&代码开发、版本控制、版本发布、增量升级’几个部分，记录一些体会，欢迎指正：
（1）需求沟通&代码开发：
1、针对有可以复用的现有模块时，和开发人员沟通主体思路，由开发人员着手开发，开发人员在开发期间与需求人员充分沟通，碰到疑问及时澄清、解决。
2、针对没有可复用的模块且涉及较复杂的业务流程时，需求人员画原型图（紧急情况手绘草画），开发人员按原型图或草图着手开发。
3、需求人员记录开发过程中和开发人员、客户沟通的需求变化点。
4、功能开发完成、客户验收后，及时补充到《需求规格说明书》。
（2）版本控制：
1、代码提交前做比较再合入版本库（严禁合入非自己修改的文件）。
2、合入代码需填写修改信息，新版本开发只填写修改信息，优化修改还需在BU
阅读全文
posted @
2013-12-27 20:47 cheng 阅读(1303) |
评论 (0) 编辑
平台软件需求分析和设计实例
摘要: 5W1H原则：
what：用户需求是什么，要做什么功能。
why：产生这个需求的背景是什么，原因是什么，能帮助用户解决什么问题。
who：功能需求做出来了，哪些角色会参与使用。
where：功能需求的使用环境是什么（如：操作系统、浏览器环境，分辨率环境）。
when：功能需求何时交付（基于交付时间，考虑实现方案的选择）。
阅读全文
posted @
2013-12-01 16:30 cheng 阅读(1804) |
评论 (0) 编辑