从零到一:需求文档

加入一个项目组:开始开发一个全新的模块。对于开发流程,我有一点自己的理解,现在先记录下来,在以后的工作中觉得有什么不妥的地方,就做相应的改进。

第一步:需求文档,每个项目开始都应该有相应的需求文档。需求文档是重中之重,以后所有的工作都是围绕需求文档来的。

需求文档应该由产品经理与客户直接沟通,依据客户的需求整理而成的需求文档(个人觉得能否挖掘出客户潜在的需求或明确客户需求,设计出完全符合客户的需求文档是重中之重,否则就会衍生出一系列需求变更的问题)

-------》输出:需求文档(第一阶段的需求文档:原始档案)

第二步:需求分析,项目组所有成员都应当进行需求分析。包括需求分析师,产品经理,UI设计师,开发人员,测试人员等

1.需求分析师与产品经理等都是与客户的第一接口人,是需求分析中必不可少的人员,把控整个项目方向

2.设计师在这个阶段应该做好UML(统一建模语言,包括用例图,类图,状态图等),以及界面原型

3.开发人员与测试人员应当在这个阶段了解整个项目的需求,并提出开发与测试的风险点(例如实际条件中不能实现的地方)

首先,需求分析结束后,应当再次与客户沟通,并展示界面原型,确定整个项目需求没有发生偏离。UI,开发与测试是项目的具体实施者,应当充分保证相应的人员理解项目的需求。

-------》输出:需求文档(第二阶段的需求文档:包括了UML,界面原型等)

第三步:数据结构设计,数据库架构师的工作了,依旧项目的特点选择合适的数据库,并设计数据库表结构

1.个人知识对于这一块真的很欠缺,建表都是随心所欲,这对后续的开发工作会有很大的影响,一旦表结构设计不好,会照成额外的多余的工作,对项目的质量也会照成巨大的影响。

-------》输出:需求文档(第三阶段的需求文档:新包括表结构设计)

以上三步就构成了整个项目完整的需求文档,这时的需求文档包括的内容有:项目背景,项目目标,名词解释,功能架构(核心流程图),用例图,功能结构,UI设计,表结构等

至此,所有前期的准备工作全部做好(当然,之后还会有需求变更等,也需要继续完善原型图等),开始具体的编码工作,以及测试准备工作。

时间: 2024-08-30 07:56:53

从零到一:需求文档的相关文章

商业需求文档(BRD)怎么写

BRD是英文”Business Requirement Document“的缩写,根据英文直译过来就是”商业需求文档“的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据. BRD与PRD的差异BRD不同于常见的MRD(Market Requirement Document-市场需求文档)和PRD(Product Requirement Document-产品需求文档),既然是用于产品实施之前的决策评估依据,

app开发需求文档怎么写

我们在开发app前都会做需求分析,这个app开发需求文档怎么写呢?一般可以从这几点入手:确定APP方案的目标,APP方案的受众分析,APP开发方案功能设计,APP的操作系统说明方案,APP是是否是原生APP,APP方案的视觉设计,APP开发方案中的其他细节.以下是一个app开发需求文档模板,里面写清了app开发需求说明,可以参考 1.引言 1.1目的: · 阐明开发本app的目的:  1.2 项目背景 · 标识待开发app产品的名称.代码:  · 列出本项目的任务提出者.项目负责人.系统分析员.

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下

需求文档可以不签字吗? 之一

在软件开发中,需求分析和需求管理一直被认为是软件开发成功与否的关键.在CMMI中,需求管理是CMMI2级的过程域,需求开发是CMMI3级的过程域.在瀑布型生命周期当中,安排了需求分析阶段,一般也安排需求分析里程碑评审.瀑布型生命周期存在了很多年,曾经几度写入到软件开发的国际标准.国家标准当中. 由于瀑布型生命周期如瀑布般顺流而下,在设计阶段开始后,根据需求文档的结果来开展工作,要求需求文档的结果比较清晰.稳定.所以对于需求确认,往往地采用签字的方式,希望各方慎重.全面.充分的确定需求. 签字确认

需求文档可以不签字吗之二-理论推导

怎么可能在没有需求文档的情况下,把软件开发出来? 完全有可能.回想下当年读书的教研组,回想下自己的编程经历,总有至少那么几次,在种种的原因下,在没有需求文档的情况下,软件已经编写好了.也许那个软件规模小些,质量不是太好,但确实是没有需求文档的情况下把它编了出来. 所以没有需求文档是可以把软件开发出来的. 为了保证这样的软件达到要求,显然需要另外的手段.笔者认为最要紧的手段是快速地将运行的软件给用户试用或观看,收集用户的反馈,根据用户反馈再修改.这是敏捷软件开发所倡导的"短迭代"和&qu

需求文档中容易出的错误

需求文档中容易出现的主要问题: 1.需求缺失 2. 需求不明确   本周开会的时候,PMs分享了三个案例,其中有两个谈到需求不明的情况.第三个项目是Agile实施项目,不存在需求不明的情况.其原因,我猜测由于甲方主导的Agile的项目,因此,需求方面主要掌握在甲方,甲方管理更好一些. 总的来说,需求不明几乎是所有项目的通病.下面的内容有点飘,叔思维一直是这样,将就了. 需求的不明晰,要区分是需求范围不清晰还是需求内容不清晰.因为这两者有本质的不同. 那么何为范围不清晰呢?我举一个典型的例子,有公

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

产品经理应该先写需求文档还是先画原型?

江洋@知乎上的回答: 先做模型,再画原型,最后PRD 模型:对产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程等,可以用脑 图,use case图,业务流程图来表示,根据不同产品,产出物的侧重点不同.但模型很必要,是可以帮助产品经理将一个想法,或是脑子中的模型梳理清楚,在做这些工作的同时,可以及时发现自己没有想清楚的细节,这些是指导后面产品设计师(或产品经理)进行原型设计的.同时,描述模型的产出物可以做为传递,帮助别人理 解你的产品形态. 软件:MindManager,Visio

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理