新人建议收藏
文档密级：仅限项目组归属部门/项目：
产品名： 子系统名：
编写人：Xxx编写日期：
修订记录：
版本号修订人修订日期修订描述
V 1.0
目录
[产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
[阐明此产品需求说明书文档的目的，如：
本文档为“陌生视界v1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。]
[简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。]
用户角色用户描述
[此节高度概括产品的功能与介绍]
[描述产品的目标]
[描述产品的总体流程图]
[简要描述产品的功能点和每个功能点的优先级，参考格式如下]
功能模块主要功能点功能描述优先级
功能模块1功能点1 高
功能点2 中
功能模块2功能点1 低
[列出产品的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。
此节为设计的系统功能性需求,一般以用例结合自然语言来表达。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。
这一节应包含所有的产品需求，其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统，不包括可选流程和异常流程，不对具体语义做约束。]
[概述功能模块1的产品特性及效果]
[概述功能模块1的产品结构或包含组件，如：
[if !supportLists]1) [endif]播放区：播放区定义及功能说明；
[if !supportLists]2) [endif]缓冲区：缓冲区定义及功能说明；
[if !supportLists]3) [endif]播放列表区：播放列表区定义及功能说明；]
[列出产品的各种状态及状态转换图，如：
[if !supportLists]1) [endif]状态1：状态1定义及可执行操作说明；
[if !supportLists]2) [endif]状态2：状态2定义及可执行操作说明；
状态转换图：
]
用户场景：
[列出用户通过什么操作或途径触发功能点1，如：
用户点击大学生社区—行政楼，或者点击其他引导到该板块的链接]
输入/前置条件：
[列出用户触发功能点1的前置条件和必要条件，如：
用户已登录，且为社团成员]
流程说明：（用例图、流程图）
[通过用例图、流程图的形式，对功能点1的流程进行说明，如：
]
需求描述：
[详细描述功能点1的具体需求，包括约束条件、输入输出、排序规则、状态转换等等，如：
当用户点击“行政楼”菜单时，展示学校的新闻中心和管理层介绍，大致示意图如下：
行政楼主要版块包括：
[if !supportLists]1. [endif]新闻发布中心
新闻发布中心主要展示编辑后台发布的校园新闻及系统公告；
列表形式按发布时间由近到远顺序展示，默认显示前若干条（具体条数视最终页面设计）]
补充说明：
[相关需要特殊说明的补充事项]
用户场景：
输入\前置条件：
流程说明：（用例图、时序图）
需求描述：
补充说明：
用户场景：
输入\前置条件：
状态说明：
流程说明：（用例图、时序图）
需求描述：
补充说明：
用户场景：
输入\前置条件：
状态说明：
流程说明：（用例图、时序图）
需求描述：
补充说明：
[从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）]
[如果产品需要特殊的监控和统计，请详细描述，如：PV、点击、登录数等。]
[如果产品需要对兼容性提出特殊的需求，请详细描述，如：兼容IE8、Chrome等。]
风险可能性严重性应对策略可应对性
[产品所需的其余相关文档，如：产品市场需求说明书（MRD）、产品功能介绍PPT、产品规划书。]
[将产品需求的demo作为附件。]
m