一、需求沟通

1、与客户进行需求沟通时，先倾听客户诉说自身的想法和需求。

2、倾听时，要做笔记，并录音。

3、疑惑的点记录下来，并马上沟通。

4、沟通前整理思路，做到表述清楚。

5、沟通时，禁止打断对方说话，导致思维混乱，表述不清。

6、沟通完，要及时整理需求文档，并根据录音印证，补充。

7、再次沟通时印证需求正确性。

需求整理做到清晰明确，才能保证后续沟通有理有据，思路清晰有条理。

二、项目构架（功能）

将需求文档分析整理出简要设计（功能概要）。

这一步将影响项目的构建以及项目的整体设计。所以务必做到整体设计上无遗漏。

比如，权限划分：

若是采用拦截器过滤接口判断权限，那么就需要制定一个接口规范。

采用aop对Service层进行session过滤判断权限，需要对service方法进行分类，并制定方法名规范。

而这些规范在后期添加会产生很大的工作量，浪费不必要的时间。

简要设计要跟客户沟通确认，所以要对功能、模块进行适当的表述。与客户沟通前要整理思路，做到表述通俗易懂，又简洁准确。

跟客户沟通的变更要做记录存档。对整个流程做到心中有数。

三、详细设计

根据简要设计，整理出各模块间的关系，对各个模块进行详细的设计和分析。

利用uml图，对每个模块内关系进行准确，合理的分析。

包括er图，实体类间关系。

流程图，以及流程控制单元，流程实现思路。

以及其他关系图，并在此基础上完善数据库设计。

在此过程中，若发现有对上一环节有增删改的内容，需要记录，存档，更新，并及时与客户反馈。

四、编码实现。

根据数据库设计，以及应用环境等因素，完成数据库的搭建。

比如:

数据量特别大，要在原数据库设计中进行读写分离、分库分表等配置。  

数据特点为 读操作远远大于写操作。则建立相关的索引加快搜索速度。

其余的不说了。。

五、测试

测试不是整体做完了再去测，而是在写关键方法的时候就要去写单元测试。

当然整体完成后的测试也必不可少。