现在为大家介绍，一个项目的大体开发流程

各模块的开发流程要能讲述--技术点的用处，大体概括不需要详细讲解。

必须熟练开发流程、原理；细节方面必须了解，自己开发的所有逻辑要能讲清楚明白。

其实我们开发人员自己编写的文档比较少，我们只需要写好详细的逻辑功能结构和详细的流程图大体就可以啦，但是也会因公司而不同。

虽然需求文档一般是产品经理来写，但是作为一名程序员，尤其是你现在如果去面试的话，你一定要懂产品经理是如何做需求文档的，否则很可能会被淘汰！

下面介绍产品经理需要做的文档

1、如何写PRD产品需求文档，也叫业务需求文档

一般写这样的文档用WORD+VISIO或AXURE，建议互联网产品经理都熟悉一下AXURE这个软件的使用，能直接生成PRD，但是生成的文档是英文的，听说只有腾讯有个汉化的版本。

产品需求文档主要是描述产品功能，业务流程和LOFI。可以提供给UE，美工 产品需求文档，也叫业务需求文档。

2、每个业务功能怎么来写

一般都按以下格式写：

• 业务功能名称

• 业务功能基本信息

• 业务功能

• 业务流程

• 业务规则

• 界面管理

• 数据要求

• 输入

• 输出

• 费用处理要求

• 打印单据／文件要求

• 参数要求

• 与其它界面的整合建议

3、文档分为两轮

第一轮

1、文档使用方：UI设计师

2、内容：

　　.根据战略层定义出来产品功能范围，

　　.说明此产品的目的，方便UI更好的理解产品

　　.产品基本流程

　　.详细的设计框架图，推荐用axure,简单效率高

　　.详细文案

3、格式：

　　html，visio，或word。

如果PS用的不熟练，不推荐使用，会影响工作效率。

第二轮

1、文档使用方：开发人员

2、用高保真原型图来对开发人员写技术需求说明

有了高保真原型图，开发人员看的最明白，我们只需要写好详细的逻辑功能结构和详细的流程图

在工作流程中，特别是面向UI和工程师，没有必要详细的写出来什么行业分析，开发 背景之类的内容，因为UI和工程师是在干活，不去关心这些问题，但一定要写清楚功能范围和此产品的目的，这样有助于UI设计人员的理解。

3、另外，上面说的是个人理想状态，可能每个公司有自己的现实情况而有不同的流程。关键是提高效率减少不必要的扯皮沟通。

1、定义本模块及其子模块的名称。

比如：个人空间、薪资模块、文化建设、薪资调薪审批等。

2、定义本模块的业务流程

比如薪资调薪审批流程：新表单填写完成后提交到二级审核人，二级审核人审核通过后再由一级审核人审核。其他人员只能查询审核通过的内容。

3、定义每个页面中的功能能。

比如：新增、修改、删除、查询、提交、导入等。

4、数据库设计

4.1针对每一个模块，分析该模块需要建几张表，确定这些表间的关系（比如：一对多），是否要引用其他表的外键。

4.2表名与字段名要遵守开发规范。

5、在数据库中创建表。

6、根据数据库中的表生成对应的实体对象。

7、编写持久层、业务逻辑层、表现层代码，并在配置文件中进行相应的配置

注意包名、类名遵守开发规范。

8、开发完成后进行单元测试。