模板一 目录
1 .引言1
1.1 .背景1
1.2 .参考资料1
1.3 .假设和约束1
1.4 .用户特点1
2 .功能要求1
2.1 .系统范围1
2.2 .系统体系结构(两层体系结构的系统可以截取本节) 1
2.3 .系统总体流程2
2.4 .需求分析2
2.4.1. XXXXXXX (功能要求名称) 2
2.4.1.1 .功能说明2
2.4.1.2 .业务建模2
2.4.1.3 .用例描述3
2.4.1.4 .用户界面5
2.4.2. XXXXXXX (功能要求名称) 5
3 .非功能性要求5
3.1 .性能要求5
3.1.1 .精度5
3.1.2 .时间特性要求6
3.1.3 .失败者的输出要求6
3.2 .数据管理能力要求6
3.3 .安全机密性要求6
3.4 .灵活性要求6
3.5 .其他特殊要求6
4 .运行环境规定6
4.1 .设备6
4.2 .支持软件7
4.3 .接口7
4.4 .控制7
5 .需求跟踪7
6 .在批准书7上签字
1 .引言
1.1 .背景
说明：
a .要开发的软件系统的名称
b .本项目任务提交人、开发者、用户及实现该软件的计算中心或计算机网络
c .该软件系统与其他系统或其他机构的基本相互关系。
1.2 .参考资料
以下是本文件中引用和参考的资料。
a .本项目经批准的计划任务书或合同、上级批文；
b .属于本项目的其他已发表的文件
c .包括本文件各处引用的文件、资料和使用的软件开发标准。 列出这些文件资料的标题、文件编号、发布日期和出版机构，并指明可获得这些文件资料的来源。
1.3 .假设和约束[可选]
表示进行本软件开发工作的假设和限制，包括经费限制、开发期间、设备条件、用户的资料准备和交流问题等。
1.4 .用户特征[可选]
列举本软件的最终用户特点，充分说明操作人员、维护人员的教育水平和技术专业知识，以及本软件的预期使用频率。 这些是软件设计工作的重要约束。
2 .功能要求
2.1 .系统范围
明确阐述用户对系统、产品的高层次目标要求，包括系统开发意图、应用目标、职责范围及其他相关背景资料。
如果定义的产品是更大系统的组成部分，则必须说明产品与系统其他组成部分之间的关系。 因此，我们使用框图来说明系统的构成以及产品和其他构成要素之间的关系和接口。
2.2 .系统体系结构(两层体系结构的系统可剪切本节) [可选]
用文本联接描述系统的总体体系结构。
整个系统的体系结构图如下所示。
系统的整体体系结构如下所示。
2.3 .全系统流程
用文本结合说明系统的整体流程。
图1是计划合同管理系统的总体流程图。
图1
2.4 .需求分析
需求分析的目的是获取或说明系统需求的各项功能需求，通过分析确定系统能做什么。 谁用这个系统？
用例模型的建立：发现角色和用例，确定角色之间的关系、用例之间的关系以及角色和用例之间的相互关系
描述用例：角色和系统如何相互作用的规范说明。
2.4.1. XXXXXXX (功能要求名称) )。
2.4.1.1 .功能说明
功能编号：
功能要求：从用户业务的角度描述功能要求。
2.4.1.2 .业务建模
从可视化的角度----用例图---说明功能要求
图2是综合计划管理系统合同编辑业务的功能需求用例图。
照片2
2.4.1.3 .用例描述
在每个用例中用文本描述角色和系统交互的规范。
1、XXXXXX (用例名称) )。
对象说明
用例的唯一标识符
用例概述
与此用例相关的参与者列表和参与者特征
参与者访问此用例的频率
状态通常包括正在进行、等待审核、审核通过或审核失败
在条件之前创建条件列表。 如果包含条件，则在访问用例之前必须满足条件
后置条件条件条件列表。 如果包含条件，则在用例成功完成后满足
扩展的用例如果此用例具有扩展的用例
包含的用例如果存在此用例中包含的用例
用例中基本操作过程参与者遵循的主要逻辑路径。 这意味着每个工作都正常运行时用例的工作方式
发生工作方法变更、异常或错误时，可选操作流程遵循的路径
更改历史记录更改者：更改日期：更改原因：
如果有问题的话
，则为与此用例的开发相关的问题或操作项目的列表以下是综合计划管理系统中的合同编辑功能需求中的合同增加用例描述：
描述对象 描述内容
标识符 IPMS0101
说明 增加一条合同记录
参与者 合同编辑人员--熟悉合同管理业务
频度
状态 通过审查
前置条件 1. 参与者具有合同增加的权限2. 参与者已选取对应的计划记录3. 当前计划总投资≥SUM(该计划下已签合同价)
后置条件 1. 数据库中更加一条合同纪律2. 可执行合同原件扫描用例3. 可执行合同付款增加用例4. 可执行合同修改和合同删除用例
被扩展的用例 无
被包含的用例 无
基本操作流程 请参见图三的合同增加流程
可选操作流程 当用户确认合同增加时发现异常时，系统提示合同增加无效的提示
修改历史记录 修改人 ： 修改日期：修改原因：
问题 1. 合同编码的具体约定2. 合同类型、资金来源、合同受委托方字典表的具体设计
图三 合同增加活动流程
2、XXXXX(用例名称)
……
2.4.1.4. 用户界面
概要描述功能对应的用户界面风格，采用原型生命周期的项目也可以提供原型界面拷贝。
2.4.2. XXXXXXX(功能需求名称)
……
3. 非功能需求
3.1. 性能要求
3.1.1. 精度[可选]
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.1.2. 时间特性要求
说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和界面更新传送时间等的要求。
3.1.3. 输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
3.2. 数据管理能力要求[可选]
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。
3.3. 安全保密性要求
用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丢失的要求。
3.4. 灵活性要求[可选]
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a．操作方式上的变化；
b．运行环境的变化；
c．同其他软件的接口的变化；
d．精度和有效时限的变化；
e．计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.5. 其他专门要求[可选]
如用户单位对使用方便的要求，对可维护性、可补充性、易读性、可靠性、异常处理要求、运行环境可转换性的特殊要求等。
4. 运行环境规定
4.1. 设备
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a．处理器型号及内存容量；
b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c．输入及输出设备的型号和数量，联机或脱机；
d．数据通信设备的型号和数量；
e．功能键及其他专用硬件
4.2. 支持软件
列出支持软件,包括网络和硬件设备平台、操作系统平台、数据库系统平台以及编译（或汇编）程序和测试支持软件等。
4.3. 接口[可选]
说明该软件同其他软件之间的接口、数据通信协议等。
4.4. 控制[可选]
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
5. 需求跟踪
需求跟踪的主要目的是保证所有的需求都得到分析，以承诺需求-分析需求对应表（PRS_SRS表）的方式描述已分析需求对已承诺需求的覆盖情况。PRS_SRS表的格式请参见软件需求管理过程规范（SUPL-MANU-SRS-001）。
6. 签批单
我已阅读上述软件需求规格说明书，我将严格遵守说明书中的条款，并保证全力支持该规格说明书的实施。
执行主管:
日期
技术主管:
日期
项目组长:
日期
用户代表:
日期
开发人员代表:
日期
小组成员:
日期
小组成员:
日期
这样写prd,哎哟不错哦
简书，在我看来长这样
本文“简书”移动端为例，按照上图的总结写一份简单的PRD文档框架，希望能帮助同为“简书”用户的大家更好地理解。（PM菜鸟一枚，简书新用户，重文档轻分析）。
1、版本信息
简书APP版本信息表示意图
2、文档说明
2.1 文档简介
本文档主要描述简书APP的功能需求点及其设计，目的在于清晰地定义各模块的需求细节及逻辑流程。
2.2 文档读者
本文档主要面向以下读者：简书APP项目的研发人员、测试人员、产品经理、市场运营人员、管理人员等。
2.3 专业术语
可在此提前交代一些专业术语以方便后文理解（通常以表格形式），也可见附录8.4
目录（略）
3、产品简介
3.1 产品定位
简书致力于提供最好的分享体验，为写作者打造最优秀的写作软件 ，为阅读者打造最优雅的阅读社区。“交流故事，沟通想法”是简书的slogan。
3.2 产品特色
简单优雅的设计、良好的交流氛围、丰富的文章主题、Mardown富文本等特色功能
3.3 用户分析
主要用户为喜欢分享交流、爱生活拥有文艺气息的年轻人，喜爱文字并想在喧嚣网络中沉淀文字的读写人。
4、产品架构
4.1 产品结构图
此文仅述主要模块，应展开至最小用户可见单元。
简书APP产品结构图
4.2 信息结构图
信息结构以信息为维度，比如用户信息，用户文章信息，用户行为信息等，与产品结构可对应分析，不再陈述。
4.3 总体流程图
总体流程可说明产品的基本的用户行为路径，有助产品理解。
简书APP总体流程图
5、详细功能说明
5.1 功能列表
功能列表作为功能需求说明的总览，可分模块描述。
简书APP功能列表示意图
5.2 原型界面
每一个模块功能的需求说明都应该包含详细的原型界面图及流程图，此作简单示意图（重置密码）。
简书APP重置密码原型示意图
5.3 用例流程
简书APP重置密码流程图
6、非功能性需求
6.1 性能需求
1、前端内容展现应保证用户在WIFI及移动网络下阅读体验流畅；
2、万级用户在线时后台信息处理稳定且快速等等。
6.2 系统需求
兼容Andriod、IOS各系统版本（包括最新版本）
6.3 运营需求
用户/内容管理系统开发、用户数据分析系统开发等
7、项目规划
有的项目或产品并不包含该部分，但通常要交代产品的风险分析及应对策略。
8、附录
大量的相关参考文档可放置附录，以避免篇幅过长影响阅读。通常包括原型/UI文档、MRD/BRD文档、技术文档、专业术语
作者：NetInSight
链接：https://www.jianshu.com/p/e89e97858be1
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。