乡亲们，我们来讨论下开发流程：报错

草稿->软件设计文档->数据库设计文档->代码######回复 @赵霖 : 是详细设计，流程图有的。类图很少，一般都包含在了流程里面。######设计文档？ 是概要设计？ 要很详细吗？ UML做流程图，类图吗？###### po/vo留一个就行了.
service和dao可以消灭一个 ######你们写完文档才写代码？需求变更怎么办？就算这时候写也只能写个概要###### 1.进行需求调研 了解业务 提取需求 比较正式的可能会要出项目蓝图、项目需求规格书 反正是要画业务流程、系统流程设计这些 而且要写业务说明
2.出设计文档 主要包含页面设计、功能设计以及业务逻辑说明(这个时候就已经要思考数据库怎么设计了
1、2两个阶段可能会反复 一直到设计确认 
设计确认的时候看流程 如果需要先出数据库设计那就出 不然就在确认的过程中出 主要看流程 反正开发前肯定是要有了 
设计确认以后 基本就不能大改了 不然就算是需求变更 小范围的修改是允许的 这方面需要把握进度
3.进入开发阶段 开始敲代码 开发中发现需求不合理或者不明确的 赶紧再找客户确认需求(很多项目经常是确认个大方向就开始做了 做一半又回头去确认 如果是很大的需求漏洞 这就要需求顾问担责了 毕竟需求漏洞越大 越影响开发的进度 但是也有经验丰富的需求顾问 由于兼的活多 又赶进度 他会把一些小的需求在需求确认的时候不跟客户磨 反而拖到这个时候再去 也不是不行 不过尽量还是少出问题吧) 
开发阶段客户又提出需求 分析这个需求是什么情况 不重要的尽量挡掉 如果是重要需求 那么估计就要需求变更了 这个时候需要跟项目经理汇报项目情况(毕竟需求确认书已经确认了 那么要变肯定要申请时间来处理) 然后重复1 2 
4.开发完毕就准备测试拉 在开发过程中 开发人员肯定要自己跑过自己的程序 不能完全不能用的东西上来 一般这个阶段是项目内部的集成测试 把整个业务跑通 按照需求调研出来的业务场景进行模拟操作 自己造数据跑贝 有BUG赶紧修复
5.用户测试 集成测试没有问题就准备用户测试 把你的测试步骤写成文档 准备好测试数据 发给用户让他们自己跑 然后给反馈 有问题(操作问题就进行指导 BUG就赶紧修复)处理好就行
6.用户测试通过就上线拉 上线一般就准备下上线数据(比如可能用到的数据字典 或者说主数据 或者是用户权限什么的) 在上线后把业务前的预备工作做完 让往后的业务能顺利跑起来 (如果没有什么好准备的 那就直接上线吧) 
7.运维 每天等用户电话 看用户反馈吧(有问题处理 有需求丢给需求)
7.5 这部分是这样的 有些项目(比如对日) 可能需要更精确的文档 比如开发文档 代码说明这类的 一般情况是后补(看客户 国内基本后补 走走流程) 后补的话就在这个阶段补就是了
8.项目验收 结款