项目开发流程简要

1.       1. 配置环境，搭建配置库。

要求每个组员必须在本机中建立一个同相同文档管理目录的文件夹，这不但方便了组员不时地check in/ check out操作，另一方面，也是从项目的一开始就贯输和强化组员的版本意识。

    文档管理目录：

       document      分目录存放不同版本的项目管理与设计文档、组员的工作日志

resource      分目录存放相关学习资料、开发工具、客户提供与反馈资料

sourcecode    分版本存放软件代码，这也是代码人员每天工作的目录

2.      2.      搭建BUG管理平台（最简单的方法是建一个FTP，也可以用BUG管理工具）。

主要供客户需求交流、采集以及客户测试反馈，并分期形成客户签字的打印文档，使之成为项目的正式备案。项目期间，与客户的交流、沟通非常重要，一定不要闭门造车，不回避问题，调动客户的积极性，使其成为项目的免费业务专家，分版本使客户参与到项目的审验与测试中来。日常，每周至少向客户提交两次工作报告（短周期的，应该每天一次，要让顾客看到项目的成长以及项目组的辛苦和努力，可适当夸大）

3.      3  制定项目文档规范

包括：文档规范、软件目录规范、代码规范

4.      4  加强文档规范的执行力度

可通过模板代码生成手段，从着手阶段就贯输规范意识，包括页面布局（写干净利落的JSP页面，没有冗余代码）、页面名称规范、在表单中为代码人员提供正确的标签）

5.       5  需求采集与编写

制定版本目标，小版本多控制，用subvession做需求版本管理和代码版本控制。

6.      6       数据库设计，原型设计

       形成系统设计文档或高层设计文档。

7.       7  在5、6阶段，同时进行技术攻关、知识储备、组员培训

8.      8  编写系统框架，并形成框架模板，生成软件代码载体

       形成开发配置文档

9.      9        原型验收

将原型设计发布到外网上，供客户浏览、审阅，须生成客户认可签字的打印文档

10.   10   压力测试

业务复杂和海量数据的情况下，应在代码编写前就做压力测试，测试系统设计能否达到系统的性能要求。

11.   11   代码编写

12.    12   推荐测试驱动开发

        特别在业务复杂的情况下。

13.   13   每日集成测试

14.   14    多稳定版本提交

        原型和需求定义清晰了，功能测试的大多数工作可作为多个稳定版本提交，由客户方完成。

15.    15        增量增量迭代开发

        随着客户测试报告的反馈和修订，以及可控的需求变更，继续增量迭代开发。

16.     16  生成客户测试报告

        每个稳定版本提交后，即时接收并修订客户测试报告中的BUG，并形成客户签字的打印文档。

17.     17  编写操作手册

18.     18  制定验收目标

        与客户共同制定验收目标，并形成客户签字文档。

19.     19       验收

         验收、上线，或者上线试运行验收。