1、业务需求文档

    业务需求文档（BRD – Business Requirements Document ）关注项目及产品的业务需求，主要通过对客户遇到的业务问题及本公司的产品如何解决这些问题进行描述，然后提出一个建议的方案。建议方案通常是一个针对性的新产品或基于现有产品的若干改造。

    业务需求文档通常还对业务前景进行一个大致分析，包括开展该项业务的收入预测、市场及竞争对手分析、销售及营销策略等。

    业务需求文档一般是由产品经理/产品营销经理或业务分析师撰写，在小公司中，甚至直接由CEO或总经理撰写。它通常比较简短，由3页以内的Word文档或10页以内的PPT文档构成。

    示例：假定公司正在研发一个客户关系管理（CRM）软件。业务需求文档集中在帮助销售经理跟踪可能达成的销售意向，并对可能的产生的销售收入进行预测。因此文档需要进行以下方面的规约：

    1）面向的群体

    500强的销售经理；

    2）需解决的问题

    a）无法实时跟踪潜在交易的状态；

    b）无法获得可靠的收入预测；

    3）建议的方案

    建立基于Web的销售管理软件以跟踪潜在的销售意向，并对潜在收入进行预测。

    2、市场需求文档

    市场需求文档（MRD – Market Requirements Document）关注新产品或改良产品面临的市场需求。产品需求文档关注对业务问题的解决，而市场需求文档则重点关注建议的解决方案的细节。它通常包含如下内容：

    1）解决业务问题所需的产品特性；

    2）对市场机会及竞争对手的详细分析；

    3）对功能需求及非功能需求的描述；

    4）每个产品特性及产品功能的优先级别；

    5）用例描述；

    该文档通常产品经理/产品营销经理或业务分析师撰写，文档的篇幅一般是20页左右或者更多。

    仍然以上文的CRM软件举例。市场需求文档大致如下：

    1）功能需求

    a）必须支持IE（6.0以上）及FireFox（1.3以上）两种浏览器；

    b）必须使用SSL以加强安全性；

    ……

    x）用户可以通过浏览器录入客户、公司、联系人、商业机会、交易信息等资料；

    2）非功能需求

    a）最高需要支持10万并发用户访问；

    b）系统正常运行时间〉99.9%；

    ……

    x）提供英、德、日三种语言的丰富全面的用户指引；

    如需进一步了解，请参考这篇关于市场需求文档撰写技巧的文章。

    3、产品需求文档

    产品需求文档（PRD – Product Requirements Document）着眼于新产品提议或已有产品改进中的产品需求细节。相比之下，市场需求文档是从市场需要的角度出发，而产品需求文档则从产品自身的角度出发。该文档一般会深入到特性及功能需求的细节，并且通常包含界面的快照及用户界面流程。

    在市场需求文档没有包含需求细节及用例的情况下，产品需求文档则需覆盖这些内容。

    产品需求文档通常由产品经理、业务分析师或软件分析师撰写。文档采取Word格式时篇幅约为20~50页，对于较为复杂的产品可能会更多。

    仍以上文的CRM软件举例。产品需求文档大致如下：

    1）登录窗体需要包含用户名及密码输入域；并且提供”忘记密码”的处理链接；

    2）联系人窗体需要包含姓氏、名字、电话、邮件地址……等等；

    ……

    x）预测窗体由包含5个步骤的向导组成，逐步引导用户建立年度预测；每个步骤的细节要求描述如下……

    产品需求文档应当包含对用例的细节描述。

    4、产品功能规范文档

    产品功能规范文档（FSD – Functional Specifications Document）从实现的角度出发，定义了产品功能需求的细节。该文档采取逐个特性、逐个界面的形式依次定义产品的规范。软件工程师直接使用该文档实施研发过程，构造产品。

    相比之下，市场需求文档和产品需求文档分别从市场及产品的角度定义需求，而产品功能规范文档则从软件工程师可赖以实现产品为出发点，定义产品各个方面的细节约定，它一般还包含完整的界面快照和界面设计的细节。

    产品功能规范通常由软件分析师、软件工程师骨干或开发经理撰写，撰写文档的成员一般来自工程/研发部门。文档的篇幅一般较长。

    5、产品规格说明书

    产品规格说明书（PSD – Product Specifications Document）较为少用，如果有的公司采用该文档描述产品，则该文档的形式类似于产品功能规范。

    6、软件需求规格说明书

    软件需求规格说明书（SRS – Software Requirements Specification）也比较少用，如果采用SRS，则其内容及细节也类似于产品功能规范文档或产品规格说明书。

    最后，需要说明的是并非每个公司都必须完整采用这几种需求文档，而是应该根据自己的角度选择应该采用合用的那些。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。