产品研发项目功能规格书模板V10DOC.doc

产品研发项目功能规格书
Document number 文档编号
Confidentiality level 密级

内部公开
Document version 文档版本
Total 10 pages 共 10 页
V2.0

产品研发项目
功能规格书

Prepared by
拟制

Date
日期

Reviewed by
评审人

Date
日期

Approved by
批准

Date
日期

Revision Record 修订记录
Date
日期
Revision Version
修订版本
Sec No.
修改章节
Change Description
修改描述
Author
作者

目 录
1. 简介 4
1.1. 目的 4
1.2. 适用范围 4
2. 功能概览 4
3. 功能性需求部分 5
3.1. 功能1 5
3.1.1. 功能1.1 5
3.2. 功能2 7
3.3. 功能3 7
4. 非功能性需求部分 7
4.1. 性能要求 8
4.1.1. 系统响应时间要求 8
4.1.2. 数据存放时间 8
4.2. 安全要求 8
4.2.1. 业务安全要求 8
4.2.2. 技术安全要求 8
4.3. 扩展性要求（横向、纵向） 8
4.4. 易开发能力要求 9
4.5. 可客户化要求 9
4.6. 易部署能力要求（如不停机在线部署，远程发布能力等） 9
4.7. 稳定性能要求 9
4.8. 易监控能力要求 9
4.9. 兼容性要求 9

1. 简介
1.1. 目的
本文档目的是理清楚产品的需求，作为和需求相关人员进行产品功能范围沟通以及后续的产品设计、开发和测试等工作服务。
1.2. 适用范围
<描述本文档使用范围和预期读者，需要从以下两个方面进行描述
适用范围是何种类型项目；
预期读者是那些部门或那种角色。>
2. 功能概览
<用层级菜单的方式勾栏本系统的所有功能。对小系统可以直接在此处贴图，对于功能比较多的系统，采用在此处插入对象方式 。>
如:
请点击《功能点列表WBS模板.mpp》查看，XXX产品总体功能概要。
或者：
XXX产品总体功能概要如下：

3. 功能性需求部分
<本节根据功能概览的层次结构，对功能性需求部分分层次逐个对功能点进行分析说明 。>
3.1. 功能1
3.1.1. 功能1.1
<简述主要功能。如果在流程描述中提到了功能说明，此处可删除>
3.1.1.1. 流程描述
<配合流程图或表格，分步骤说明该功能的处理流程。>

例如1：美元指数功能。

1 企业用户通过“账户查询”à“户口摘要”菜单进入户口摘要概要页面或者户口摘要详细讯息页面。
2 如果用户所属企业为单一企业，则进入户口摘要详细讯息页面显示当前登录用户在户口摘要业务具有查询权限的企业下所有账户资料的的详细讯息。
3 。。。。。。
例如2：新建机构。
功能点编号
UOM_01_01
功能点名称
新建机构
角色
系统管理员
功能说明
将已有的机构信息添加录入系统中。
主事件流
1、 用户填写机构基本信息；
2、 提交机构基本信息；
3、 系统提示成功信息；
备选事件流
2a、系统显示失败信息。
1、 根据失败信息，重新填写机构基本信息。
2、 提交机构基本信息。
前置条件
根机构必须存在。
后置条件
该机构在系统中存在。
业务规则
1、 机构码规则为每4位为一个编码单位，支持4级机构模型，长度为16位；
2、 机构级别为4级：根机构为0级、一级机构为1、二级机构为2、三级机构为3、四级机构为4；
3、 机构码、上级机构码、机构级别由系统生成；
4、 新建机构的同时会缺省创建该机构的机构管理员（admin_机构英文简称），初始密码为空，缺省角色为机构管理员（orgadmin）
3.1.1.2. 界面要素说明
3.1.1.2.1. 界面一
<对界面要素进行说明，具体说明项见下方表格。对本业务功能全部流程中涉及的所有界面逐个进行说明。>
序号
名称
输入输出
显示类型
类型/长度
是否必输
注释
1

2

3

例如：余额查询输入界面
序号
名称
输入输出
显示类型
类型/长度
是否必输
注释
1
开始金额
输入
金额
N11,2
否
默认为空
2
结束金额
输入
金额
N11,2
否
默认为空
3
开始日期
输入
日历选择
N8
是
默认为当天日期

结束日期
输入
日历选择
N8
是
默认为当天日期

3.1.1.2.2. 页面二
序号
名称
输入输出
显示类型
类型/长度
是否必输
注释
1

2

3

3.1.1.3. 说明
<其他需特殊说明的内容，如错误提示信息、数据一致性操作等。>

3.2. 功能2
…
3.3. 功能3
…
4. 非功能性需求部分
<本节根据功能概览的层次结构，对非功能性需求部分分层次逐个对功能点进行分析说明 。>
<对非功能性需求的功能说明没有固定的格式，只要满足“全面、清楚” 的要求即可。>
如：产品在系统管理方面的要求（机构、人员、角色、权限），产品在安全方面的要求（系统用户控制，数据安全，网络安全等），产品在性能方面的要求（交易支撑量，并发能力，交易响应时间等），产品在监控方面的要求….

譬如：
4.1. 性能要求
<可包括以下方面，根据实际情况进行选择或增加：>
4.1.1. 系统响应时间要求
4.1.2. 数据存放时间
4.2. 安全要求
4.2.1. 业务安全要求
<描述系统从业务层面需要进行的安全控制要求。>
例如：
l 内部管理业务安全控制：双人审核机制
l 单点登录控制：同一企银客户的用户在同一时间只允许有一个登入。
4.2.2. 技术安全要求
<描述系统从技术层面需要进行的安全控制要求。>
例如：
l 网络加密传输要求：用户浏览器与系统服务器之间的连接使用SSL安全链接；
l 选用第三方安全产品相关需求：安全代理产品选用xx公司的xx、xx产品，与系统的连接方式具体参加相关技术文档。
l 证书..
4.3. 扩展性要求（横向、纵向）
<负载均衡，业务扩展等 >
4.4. 易开发能力要求
<交易或功能快速迭代开发能力>
4.5. 可客户化要求
<快速客户化能力>
4.6. 易部署能力要求（如不停机在线部署，远程发布能力等）
<系统升级、补丁在线维护影响度>
4.7. 稳定性能要求
<系统最大并发要求，系统7X24X365服务能力 ，以及未来N年的稳定性要求>
4.8. 易监控能力要求
<系统运行过程中的稳定预警、定为、修复能力，系统在线调整、维护能力>
4.9. 兼容性要求
<软硬件兼容性要求 >
第10页，共10页