软件开发文档：需求说明书模板.docx

产品需求说明书
<某某项目>

文档版本号：

文档编号：

文档密级：

归属部门/项目：

产品名：

子系统名：

编写人：

编写日期：
2015/12/16

龙信科技 版权所有
内部资料 注意保密
修订记录：
修订日期
修改原因
修改类型
修订描述
修订人
审核人
版本
2015/12/16

新建

V 1.0

l 修改类型分为 A – ADDED（增加） M – MODIFIED（修改） D – DELETED（删除）
目 录
0、文档简介 5
1、文档目的 5
2、文档范围 5
3、读者对象 5
4、参考文档（部分） 5
5、术语与缩写解释 6
一、 产品介绍 6
二、 产品面向用户群体 6
三、 产品应遵循的标准和规范 7
四、 产品范围 7
五、 产品中角色 7
六、 产品概述 8
1、项目定位 8
2、子系统或模块协作关系 8
3、 与同类平台的关系 8
七、 产品特性 8
1、 第一部分 资讯模块 9
1.1 产品概述 9
1.2 产品结构（功能摘要） 9
1.3 状态说明 9
1.4 特性说明 9
1.4.1 特性1：进入要闻频道 9
1.4.2 特性2：进入评论频道 10
2、 第二部分 互动模块 11
2.1 产品概述 11
2.2 产品结构（功能摘要） 11
2.3 状态说明 11
2.4 特性说明 11
2.4.1 特性1：进入博吧频道 11
2.4.2 特性2：进入视频频道 12
八、 产品非功能需求 13
1、 用户界面需求 13
2、 产品质量需求 13
3、 其他需求 14
九、 风险分析 15
十、 附件 15
附录A:需求建模与分析报告 15
附录B:用户需求调研问卷记录 16

0、文档简介
本文档为“XXXX v1.0.0”的产品需求规格说明文档
1、文档目的
明确XX集团对网站的功能要求 ，使技术部全体同仁达成对网站功能要求的共同理解，作为项目开发目标，为项目规划与进度提供指导，并作为软件测试的依据。
2、文档范围
本网站主题部分包含两部分：
第一部分：对外站点部分。包括对外宣传、在线招聘、资讯数据行情等展示作用
第二部分：对内站点部分。包括后台管理入口，各组频道系统入口选择，对第一部分的管理。
如此划分的依据是，使内外试用的站点相分离，以提高系统的安全性，防止外部入侵。在条件允许的情况下，可分为两个站点分别发布。
3、读者对象
本文档的读者是XX科技集团运营及人力资源部、领导小组、项目经理、项目组成员、测试组成员、质量保证组成员
4、参考文档（部分）
东方财富：
5、术语与缩写解释
缩写、术语
解释
帖子
股吧中发布的文章
期指
即股指期货（股票价格指数期货）：期货的一种
期货=商品期货+金融期货

一、 产品介绍
当前时代金融产品类型纷杂、多用户不兼容、抗风险性低、信息泄露，一个专业化、多产品的整合性平台成为时代所需，云掌财经志在打造全国最具有影响力、专业化、大综合提的财经门户平台，以金融圈子为基点，在股民互动平台、研报、大数据分析、视频、教育等服务突出特色，帮助消费者实现稳定、安全、全方位财富增值，最终实现云掌财经品牌化战略。
二、 产品面向用户群体
用户角色
用户描述

三、 产品应遵循的标准和规范
本网站使用用PHP+Object C+ASP.NET(C#)+Oracle 11g+Java开发。
用户和资讯数据库设计遵循现有开发规范。
编码遵循黄埔集团技术部内部编码及注释规范编写，详见相关技术文档。
四、 产品范围
本产品I期频道包括
本产品I期频道不包括
五、 产品中角色
角色名称
人数
职位描述
运营总监
1
监督项目经理的工作，审批项目经理的各种申请
对立项管理和结项管理有最终决策权
运营助理
1
对内辅助落实运营总监计划，对外负责项目对接
项目经理
1
向机构领导汇报工作
项目规划、项目监控、风险管理和需求管理过程域的负责人
监督项目成员的工作，审批项目成员的各种申请
程序员
8
根据系统设计文档，编写软件系统的代码
随时测试和检查自己的代码，及时消除代码中的缺陷
测试员
2
从事单元测试、集成测试和系统测试
制定测试计划、设计测试用例、执行测试和撰写测试报告
产品经理
1
评估产品机会、主导产品方向、指导手下工作
提出产品建议，提高员工工作速度和工作质量
产品专员
2
输出原型和文档
产品维护：不断改善产品功能与质量&及时解决产品中的缺陷
用户体验师

负责产品与用户交互方面的设计
界面设计师

负责配色、页面结构、按钮形状、字体字号等界面设计
编辑组长

负责所分配网站模块编辑和内站优化
推广组长

负责所分配网站模块推广

六、 产品概述
XXXX分4大功能模块（核心功能、数据、行情、一般资讯），借助免费理念，融合了互联网九大思维，符合金融规范，从而建立安全、可靠、易用、功能强大的大数据行业生态圈，为用户创造价值。
1、项目定位
2、子系统或模块协作关系
3、 与同类平台的关系

七、 产品特性
[列出产品的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。
此节为设计的系统功能性需求, 一般以用例结合自然语言来表达。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。
这一节应包含所有的产品需求，其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统，不包括可选流程和异常流程，不对具体语义做约束。]
1、 第一部分 资讯模块
1.1 产品概述
Ⅰ期资讯模块
1.2 产品结构（功能摘要）
Ⅰ期资讯模块包含组件：
1.3 状态说明
各组件产品的各种状态转换可通过导航、栏目名互通
1.4 特性说明
1.4.1 特性1：进入要闻频道
用户场景：
用户点击xxx，或者点击其他引导到该板块的链接
输入/前置条件：
用户已登入官网
流程说明：（用例图、流程图）
[1]输入网址：
[2]点击XX，或者点击其他引导到该板块的链接进入
[3]点击XX，或者点击其他引导到该板块的链接进入
需求描述：
当用户点击“XX”菜单时，展示首页资讯，大致示意图可参考官网
财经主要版块包括：
1. 头条推荐区
主要展示
列表形式按发布时间由近到远顺序展示，默认显示前若干条（具体条数视最终页面设计）
1.4.2 特性2：进入评论频道
用户场景：
用户点击财经—评论，或者点击其他引导到该板块的链接
输入\前置条件：
用户已登入XXXX
流程说明：（用例图、时序图）
[1]输入网址：
[2]点击财经，或者点击其他引导到该板块的链接进入
[3]点击模块意见观点列表资讯，或者点击其他引导到该板块的链接进入评论子频道
需求描述：
当用户进入“评论”子频道后，展示评论首页资讯，大致示意图可参考官网
评论主要版块包括：
1. 头条推荐区
主要展示评论推荐、点击推荐资讯；
补充说明：进入专题、创业频、股票、理财等同理
2、 第二部分 互动模块
2.1 产品概述
打造UGC平台，增加用户粘性
2.2 产品结构（功能摘要）
Ⅰ期互动模块包含组件：
2.3 状态说明
各组件产品可通过抬头文字、导航、栏目名互通
2.4 特性说明
2.4.1 特性1：进入博吧频道
用户场景：
用户点击博吧，或者点击其他引导到该板块的链接
输入\前置条件：
用户已登入XXX
流程说明：（用例图、时序图）
[1]输入网址：
[2]点击博吧，或者点击其他引导到该板块的链接进入
需求描述：
当用户进入“博吧”子频道后，展示博吧首页资讯，大致示意图可参考官网
博吧主要版块包括并展示：
补充说明：
用户中心整站通用，故可发布和设置博客、微博
进入股吧可通过官网或其他引导到该板块的链接
2.4.2 特性2：进入视频频道
用户场景：
用户点击视频，或者点击其他引导到该板块的链接
输入\前置条件：
用户已登入xxxx
流程说明：（用例图、时序图）
[1]输入网址：
[2]点击视频，或者点击其他引导到该板块的链接进入
需求描述：
当用户进入“视频”子频道后，展示视频首页资讯，大致示意图可参考官网
视频主要版块包括并展示：财经讲坛、财经专题、财经视界、投资学院
补充说明：
进入股民学校，主要板块包括宝典、问答，并可进入股吧
八、 产品非功能需求
[提示：从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）]
1、 用户界面需求

2、 产品质量需求
需求名称
详细要求
正确性

健壮性

可靠性

性能，效率
页面大致响应时间至多5秒，最大并发1万
易用性

安全性

清晰性

可扩展性

兼容性
[如果产品需要对兼容性提出特殊的需求，请详细描述，如：兼容IE8、Chrome等。]
可移植性

可监控性
[如果产品需要特殊的监控和统计，请详细描述，如：PV、点击、登录数等。]

3、 其他需求
软硬件需求
需求名称
详细要求
支持软件
微软.net框架1.1版本---必须
支持软件
微软.net框架 1.1版本SP1补丁包---推荐
支持软件
Oracle9i 客户端---必须

网络需求
接口需求
通信需求
运行需求
九、 风险分析
[温馨提示：此处不包括任何系统技术实现层面的风险，例如：系统的备份，监控，模块依赖，etc.]
风险原型
可能性
严重性
应对策略
可应对性
数据库灾难性故障

用户数据异地备份和同步

数据库高压

网页打开慢
按业务、区域使用集群、分区、分表

网络带宽不足

图片、视频等大数据文件采用压缩算法

十、 附件
产品规划书、产品市场需求说明书（缺失）、产品功能介绍PPT（缺失）、需求评审报告（缺失）、验收文档、立项记录
相关产品原型及prd请查阅SVN
附录A:需求建模与分析报告
建议用Rational Rose对产品需求进行建模与分析，其中需求确认主要分两步：（1）需求评审
（2） 需求承诺
提示：对需求的评审应采用”正式技术评审方式“，将产生一份”需求评审报告“，规程参加SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该《云掌财经需求说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
名称云掌财经、版本v1.0、作者于 、完成日期2015-12-16
需求评审报告
名称xxxx、版本v1.0、评审日期2015-07-08

评审结论
[ ] 工作成果合格，“无需修改”或“轻微修改但不必再审核”。
[ ] 工作成果基本合格，需少量修改，之后通过审核即可。
[ ] 工作成果不合格，需作比较大的修改，之后必须重新评审
评审意见

评审小组成员

需求承诺
需求文档
名称xxxx、版本v1.0、作者于 、完成日期2015-12-16

客户承诺
承诺：

签字 日期

项目经理承诺
承诺：

签字 日期

附录B:用户需求调研问卷记录
互联网金融理财平台认知情况问卷摘要
请根据您的个人使用情况，填写或选择相应选项
1您是否使用过互联网金融理财平台进行个人理财？
◎是 ◎否
2 您使用的几家互联网金融理财平台的服务是？

3 您能用几个词描述常使用的互联网金融理财平台吗？