企业面试问题收集-项目开发流程

本文详细阐述了产品开发过程中的需求文档撰写,包括PRD(产品需求文档)的构成,如功能描述、业务流程、业务规则等,并强调了清晰明确的文档对于UI设计和开发人员的重要性。同时,介绍了模块开发流程,从模块定义、业务流程定义、功能设计到数据库设计和代码编写,最后进行单元测试,确保开发质量。
摘要由CSDN通过智能技术生成

项目开发流程

各模快的开发流程要能讲述--技术点的用处。

自己开发的模快?

必须熟练开发流程、原理;细节方面必须了解

需求文档或者自己负责的功能模块文档如何写呢?里面有些什么?

如何写PRD(产品需求文档) 产品需求文档,也叫业务需求文档。一般写这样的文档用WORD+VISIO或AXURE,建议互联网产品经理都熟悉一下AXURE这个软件的使用,能直接生成PRD,但是生成的文档是英文的,听说只有腾讯有个汉化的版本。产品需求文档主要是描述产品功能,业务流程和LOFI。可以提供给UE,美工 ...产品需求文档,也叫业务需求文档。一般写这样的文档用WORD+VISIO或AXURE,建议互联网产品经理都熟悉一下AXURE这个软件的使用,能直接生成PRD。产品需求文档主要是描述产品功能,业务流程和LOFI。可以提供给UE,美工和项目经理执行的文档。

一般每个业务功能都按以下格式写:

1.1.1 (业务功能名称)

1.1.1.1 业务功能基本信息

1.1.1.2 业务功能

1.1.1.3 业务流程

1.1.1.4 业务规则

1.1.1.5 界面管理

1.1.1.6 数据要求

1.1.1.6.1 输入

1.1.1.6.2 输出

1.1.1.7 费用处理要求

1.1.1.8 打印单据/文件要求

1.1.1.9 参数要求

1.1.1.10 与其它界面的整合建议

===========================

文档分为两轮

  第一轮:

  1,文档使用方:UI设计师

  2、内容:

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

  .说明此产品的目的,方便UI设计人员更好的理解产品

  .产品基本流程

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

  .详细文案

  3、格式:

  html,visio,或word,如果PS用的不熟练,不推荐使用,会影响工作效率。

  上面是要UI设计人员出来高保真原型图,

  第二轮:

  文档使用方:开发人员

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

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

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

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

2.2 产品定义 Product Definition

2.2.1 What 做什么产品定义,即定义产品到底要做成什么。一般来说,比较正规的做法是撰写一份称之为 PRD(Product Requirements Document)的文档,该文档一般可以包括以下内容:

该产品的远景目标(vision)

目标市场和客户(target market and customers)的描述

竞争对手分析(competitive summary)

对产品主要feature的比较详细的描述

这些feature的优先级

初步拟定的实现进度安排

用例(use cases),这可以是较粗略的大致描述,未必一定要UML Use Case图。

产品的软硬件需求

产品的性能要求

销售方式上的思路、需求(直销还是渠道?直销怎么做?渠道怎么做?)

技术支持方式上的思路、需求(提供什么样的技术服务?)

显然,PRD文档就是对产品的整体规划,应该比上述Market Research阶段的MRD文档要细化一些:

MRD文档主要侧重于市场机会的分析,得出结论“就当前市场情况而言,我们可以做什么”

PRD侧重于整个产品的规划,以及business方面的需求。

PRD不同于SRS(System Requirement Specification),SRS是系统需求分析说明书,是以相当技术化的语言撰写的,主要给研发人员看的。

2.2.2 Goal 目标是什么

  产品定义是产品管理的核心工作。

通过产品定义:

使得公司内部所有与业务相关的部门(高层领导、研发、销售、支持等部门)都能基本清楚我们到底要做什么产品,从而统一大家的思想和行动。

产品定义的PRD文档,为研发部需求分析组接下来出SRS文档提供了基本依据。

2.2.3 How 怎么做

  产品管理部门根据市场研究结果,和各个业务相关部门沟通,发挥自己的创造力来进行产品定义工作。

2.2.4 Who 谁来做

  产品经理负责牵头,主要由产品管理部门进行具体工作实施。

2.2.5 Deliverable 有无输出

  比较正规的做法是输出上述PRD文档。对小公司或者小团队而言,有时可以把MRD和PRD合并在一个文档里描述。

模块开发流程

模块开发流程:

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

比如:劳动用工计划管理、组织管理、员工管理等等。

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

比如劳动计划审批流程:新表单填写完成后提交到二级审核人,二级审核人审核通过后再由一级审核人

审核。其他人员只能查询审核通过的内容。

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

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

4、数据库设计

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

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

5、在数据库中创建表。

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值