项目开发流程文档

项目开发流程文档

目录：1，明确需求阶段

2，产品原型阶段

3，UI设计阶段

4，前端设计页面阶段

5，后台开发阶段

6，代码测试阶段

7，上线阶段

8，代码维护阶段

一：明确需求阶段

这个方面基本是产品经理来确定一个模块的需求，然后跟后台开发人员开会讨论需求的合理性以及存在的必要性，后台开发人员可以提出自己的意见，但是确定权归项目经理。

二：产品原型阶段

确定了需求之后，产品经理开始着手设计产品原型。原型设计好之后，交由需求方确定原型的合理性（这个步骤一般可以省略）。然后交由开发人员，讨论功能的合理性以及存在的必要性。这些过程完毕之后，产品原型正式生效。再由产品经理写一套开发文档。

三：UI设计阶段

这个阶段基本上就是一个模块的正式开始阶段，UI工程师根据产品经理给出的原型，设计出一套符合要求，且审美兼具的UI出来。

四．前端设计页面阶段

当UI设计师没每设计出一套UI出来，前端工程师就可以着手根据UI设计的原图。设计自己的思路，将UI原图用代码写出来，包括各种特效效果，色值，以及整个页面布局的合力性。

五. （中间插一个步骤：当三，四这两个步骤正在执行的时候，这是后台开发人员要做的

就是合理的设计数据库。数据库的设计需要一个经验比较丰富的开发人员来完成，因为数据库是一个项目的核心所在，也是一个公司业务的核心所在。它的重要性当然不言而喻，所以一个合理的数据库可以带来以后开发的便利，以及整个业务的融合性。）

六．后台开发阶段

很多人说:页面没有出来之前，后台可以先把代码写出来，等页面出来了，在进行嵌套。对于这种说法，我本人是持反对态度的。因为没有页面的出现，我们是很难进行数据的展示的，没有数据的展示，我们也很难发现我们代码中的bug。修改bug除了开启调式模式之外，另外一个就是通过服务器与客户端之间的一次次的请求中来发现问题的。所以我的意见就是

给到页面，我们再进行相关业务流程的开发。

这里我举一个最基础的例子来演示我们的开发流程：

现在后台开发的标准模型如下： ,

从用户发起请求开始： 用户发起的请求直接到达控制层，在控制层我们就要处理用户的各种需求，（当然这中间可能还要经过过滤器）。在这里将相关的页面逻辑进行实现，当遇到与数据库进行交互时，我们要把这一块的逻辑切到service 里面，在service 里面进行与数据库的相关操作（CRUD ），为了更好的达到解耦的这个目的，我们将sql 语句写在.xml 的文件中。当然，如果要达到数据库的读写分离的效果，我们可以将读写的相关sql 放在不同的.xml 文件中，这样便于管理和查找。最后处理玩用户的请求之后，将响应用户的一些数据放在view 层，这里的view 层就是jsp 页面了。在jsp 里面我们用的最多就是el 表达式，js 和ajax ，通过这些技术达到展示数据的作用。基本的后台开发的思路就是这样的，其中的一些细节技术就不在赘述了（比如：拦截器，监听器，过滤器，分页技术，集合的应用等等）。最后自己进行一遍流程的梳理，将一些不合理进行改进。

七．代码测试阶段

当后台人员开发完业务之后，交给测试人员进行测试。一般的测试都是自动化测试，当然涉及到特殊业务逻辑，就要专门就行手动测试了。测试中出现的问题，测试人员要单独将相关的问题写成一个文档，再交由开发人员进行bug 的修改。这个过程可能要循环几次，直到测试通过。

八．上线阶段

测试通过之后，就要将代码打包上线。这个工作由运维人员来管理，当然也可以由开发人员来上线。上线这个工作最好由专门的一个人来弄。线上服务器的权限要设置到位。如果上线出现问题，要及时更改，问题严重的话，将视为事故处理。并且将项目回滚。其中的责任要有开发人员负责。如果一切正常，则整个开发过程结束。

九．代码维护阶段

如果后期需要将这块的业务进行拓展，或者更改业务需求。应该优先考虑这块代码的原创开发人员。同时我们也有义务对自己写的代码负责，进行代码的相关优化工作。

Model 层 View 层