文档介绍：项目开发流程文档目录:1,明确需求阶段2,产品原型阶段3,UI设计阶段4,前端设计页面阶段5,后台开发阶段6,代码测试阶段7,上线阶段8,代码维护阶段一:明确需求阶段这个方面基本是产品经理来确定一个模块的需求,然后跟后台开发人员开会讨论需求的合理性以及存在的必要性,后台开发人员可以提出自己的意见,但是确定权归项目经理。二:产品原型阶段确定了需求之后,产品经理开始着手设计产品原型。原型设计好之后,交由需求方确定原型的合理性(这个步骤一般可以省略)。然后交由开发人员,讨论功能的合理性以及存在的必要性。这些过程完毕之后,产品原型正式生效。再由产品经理写一套开发文档。三:UI设计阶段这个阶段基本上就是一个模块的正式开始阶段,UI工程师根据产品经理给出的原型,设计出一套符合要求,且审美兼具的UI出来。前端设计页面阶段当UI设计师没每设计出一套UI出来,前端工程师就可以着手根据UI设计的原图。设计自己的思路,将UI原图用代码写出来,包括各种特效效果,色值,以及整个页面布局的合力性。五.(中间插一个步骤:当三,四这两个步骤正在执行的时候,这是后台开发人员要做的就是合理的设计数据库。数据库的设计需要一个经验比较丰富的开发人员来完成,因为数据库是一个项目的核心所在,也是一个公司业务的核心所在。它的重要性当然不言而喻,所以一个合理的数据库可以带来以后开发的便利,以及整个业务的融合性。)后台开发阶段很多人说:页面没有出来之前,后台可以先把代码写出来,等页面出来了,在进行嵌套。对于这种说法,我本人是持反对态度的。因为没有页面的出现,我们是很难进行数据的展示的,没有数据的展示,我们也很难发现我们代码中的bug。修改bug除了开启调式模式之外,另外一个就是通过服务器与客户端之间的一次次的请求中来发现问题的。所以我的意见就是给到页面,我们再进行相关业务流程的开发。这里我举一个最基础的例子来演示我们的开发流程:现在后台开发的标准模型如下:Model层Cotroller层View层编写核心业务的逻辑模型层。就是处理跟数据库相关的操作。数据展示层,这个就是将数据放在页面中,展示给用户。,从用户发起请求开始:用户发起的请求直接到达控制层,在控制层我们就要处理用户的各种需求,(当然这中间可能还要经过过滤器)。在这里将相关的页面逻辑进行实现,当遇到与数据库进行交互时,我们要把这一块的逻辑切到service里面,在service里面进行与数据库的相关操作(CRUD),为了更好的达到解耦的这个目的,。当然,如果要达到数据库的读写分离的效果,,这样便于管理和查找。最后处理玩用户的请求之后,将响应用户的一些数据放在view层,这里的view层就是