一、需求分析阶段

 产品经理PM召集项目相关人员，开需求讨论会、讲解原型

相关人员需理解产品需求，提出质疑：这是什么功能，怎么做，为何这么做：

（1）评估实现难度和实现成本，是否有潜在技术问题/风险

（2）对比一下自己理解的需求图，如有与自己想的不符的，提出质疑

（3）理解PM提出此需求的目的，明白哪些内容是重点，哪些次要，可适当取舍

（4）如有产品要求提供时间，简单项目可以评估，复杂项目不可以马上给出时间，需要仔细评估，评估时间包含开发、自测、测试人员测试、修复bug、上线准备

二、项目开发阶段

 相关人员分头行动：评审----->分头开发---->合并&联调

2.1产品设计--->PMUEUI

（1）产品经理PM--->画出“产品原型图”（草图），侧重：产品的核心

　　梳理出所有产品功能及流程逻辑 ，每个功能页面上需要哪些功能和数据需要呈现表达出来。

（2）交互式设计师UE--->画出真正的“产品原型图”（细图），侧重：用户的使用感受，人性化，让用户爽

　　协助细化功能点，考虑交互逻辑是否成立，对整个产品交互逻辑要表现清楚，比如：哪个地方需要呈现加载状态，哪个地方创建数据表达，哪里使用弹窗等

（3）视觉设计师UI--->PSD，侧重：使用界面要漂亮

ps:UE和UI非常关键，尤其是在手机app和网站开发中，UE是主观的UI是客观的

　　*论产品美观

　　*论产品交互体验

2.2测试用例--->QA

测试OA人员编写测试用例

2.3前端设计--->FD

前端人员拿到UI设计图，先自我解析需求，画出思维导图，流程图

在未拿到UI给定的PSD时，可以先理清我们的需求

　　（1）依赖外部资源

　　　　后端提供的接口

　　　　UI出土的大概布局、脚本、样式

　　　　后期频繁改动的地方

　　（2）需要实现的效果

　　　　下拉刷新

　　　　动画效果

　　　　吸顶效果

　　　　懒加载、预加载、防抖、节流

2.4后端设计-->RD

项目经理PM（通常由公司有经验的RD担任）组织部门内小型需求项目相关讨论会，完善文档，整理有疑问的地方，与产品、设计等其他人进行反复确认

文档是程序开发的灵魂，除了设计相关的文档外，

在正式进入开发流程前，还需要架构师或项目经理处需求分析文档

需求文档（见底部附件）要对整个项目的历史背景，系统开发软硬件要求、版本信息等等
另一个是有服务端工程师提供的接口文档，包括一些请求类型，传参的数目与健名，还有服务端返回的参数约定等（开发的灵魂，以后测试回溯的标注或依据）

之后项目经理独立或协同部门内人员

　　（1）设计数据库：把业务流程转换成表结构，表与表之间的关系

　　（2）缺点开发项目的整体架构：前端、程序、数据库之间以什么方式对接

　　（3）其他需要考虑的技术关键点

　　（4）人员安排和时间节点-->定制排期表

　　　　　　优先级排序（项目上线改bug优先）

　　　　　　业务模块划分（具体到团队中谁要做什么时间节点是什么）

　　（5）定制规范

　　　　　　开发规范

　　　　　　代码规范

　　　　　　源码管理

　　　　　　版本管理

　　　　　　安全管理

2.5开发

前后端各自开发，然后合并&联调

2.6测试

先开发手动自测

然后提测--测试人员测试，一旦测试出bug，开发人员第一时间修复bug

　关于测试

 2.7上线

上线准备

　　（1）域名申请

　　（2）备案申请

　　（3）服务器申请

　　（4）部署

　　（5）测试上线环境

　　　　　　有bug回复修护bug环节

　　（6）日志监控

          调动栈
　　　　　　sourcemap
　　　　　　本地日志
　　　　　　用户环境、IP
　　　　　　低成本接入
　　　　　　统计功能
　　　　　　报警功能           

2.8维护

技术创新

　　（1）提高效率

　　　　jenkins构建部署

　　　　减少成本

　　　　提升稳定性

　　　　安全性

三、项目开发周期　　

新手程序员预估项目完成时间法则：

A = 自己按照经验，给出比较宽裕的时间。

B = A*2，报给leader

C = B*1.5，报给PM

D = C*1.5，PM最终的估算和报价基础。

最终大概是原始估计的4.5倍以上，对于大多数程序员，其实还是完成不了的，如果不考虑预算之类的因素，请再*1.5

四、项目版本号

五、其他

需求分析附件

1.需求描述
先用一两句简单的话说清楚这个需求是什么，入口在哪里，对原来的板块有什么影响。
例：在资讯板块增加视频直播的入口，用户点击后进入我的视频板块。
2.页面跳转示意图

  3.主要交互

 4.逻辑说明（包括流程图）

 5.特殊说明/分支交互