该帖子同步发自：(wcabt的博客  访问该博客)

　　将近四年的工作经验，再加上自我的学习，已经能灵活地运用各种框架。以下是一点总结，因为这是一个没有标准答案的话题，希望有更多的人能发表意见。

　　从文档开始。

　　围绕老板的思想，对项目模块进行划分。按照指定的文档模板，完成每一个模块的需求分析，写好概要需求文档。

　　2. 时间规划。

　　根据概要需求文档，分配模块到每个人，制定完成每个模块的时间进度表。可用工具如MindManager。选择开发模式(如敏捷开发，根据实际情况，也不一定要每天早上都开会)。

　　3. 详细需求设计。

　　项目成员参照概要设计文档，进行详细需求设计。只要有一点小复杂的流程都应该画流程图(visio)，鼓励有好的设计模式时，画类图(uml)。最后由我进行文档归总，整理出最后的文档。

　　当然这些也可以都由我来做，根据实际情况。前端可以根据详细需求设计，设计界面。

　　4. 数据表

　　根据项目需要及公司实际，选择数据库(oracle,postgresql,db2,mysql...)

　　成员按照详细文档设计表(表的设计有太多的注意点，工具可用pd)。对表进行核查，建立好表后，如有需要也可以先建立好部分视图，索引，序列，数据字典。用PD也要注意正确使用注释。

　　确定是否建立开发库，测试库，生产库。

　　5. 选择框架

　　一般情况下，如果项目成员功底好点封装地相对少点，功底差点，封装得多点(尽量傻瓜式)，写好示例类，适当写一点文档，分架包(标明相应的文件的存放位置)，进行版本控制。写工具类(具体要哪些就不说了)。写前端方法和控件。看项目规模，访问量，考虑是否使用集群，选择合适缓存工具。版本我喜欢用较新的(除非有特殊情况)。

　　选择中间件。

　　复杂的查询鼓励用view代替，复杂的增删改鼓励用function或procedure来代替。

　　6. 统一开发工具及代码注释。

　　后者经常被忽略，个人觉得统一的注释还是非常有必要的。

　　需求变更时，及时整理文档。

　　开发中，根据时间情况，特别有必要对部分效率低的代码进行审核。

　　7. 测试

　　各人仅用过jmeter进行过N个线程的访问，发现了自己代码里故意留的一个session不关闭的问题。好吧....标准的测试案例在详细需求时就应该写好吧。

　　8. 后期维护

　　如对表定期重建索引，更新规划器统计等等。进行项目总结：生成表的数据字典网页版或者CHM版，整理文档。

　　自己难得写个东西，想写什么就直接写了。希望能多多讨论。