业务需求说明书模板.docx

业务需求说明书模板

XXX项目
业务需求说明书

[填写说明：模板中用方括号括起来并以蓝色斜体显示的文本，用于向作者提供指导，在文档编辑完成后应该将其删除。文档正文应使用常规、黑色、五号字体即系统设置的“正文”样式。
当某一章/节没有内容时，必须注明N/A，同时标注理由。例如：本章/节内容无需考虑。特别说明：当某章/节内容参见其它文档时，不能注明N/A，而应该写明参见某文档的具体章节。]

苏宁易购 版权所有

版本信息
版本
时间
状态
简要描述
部门
更改人
批准人
V0.9
2012/2/23
N
创建
开发管理部
迟微

V1.0
2012/2/23
M
增加功能描述
开发管理部
刘桂军

V1.1
2O12/6/26
M
增加1.3业务用户、1.4假设和依赖章节
开发管理部
刘桂军

注：状态可以为N-新建、A-增加、M-更改、D-删除。

目 录
1 简介 2
1.1 业务背景 2
1.2 业务概述 2
1.3 业务用户 2
1.4 假设和依赖 2
1.5 术语 2
2 业务描述 3
2.1 业务需求1 3
2.1.1 业务简单描述 3
2.1.2 业务流程及描述 3
2.1.3 业务实体 3
2.1.4 业务规则 3
2.1.5 接口 4
2.2 业务需求2 4
3 业务功能描述 4
3.1 业务功能划分 4
3.2 功能模块1 4
3.3 功能模块2 4
4 非功能性需求 4
4.1 性能需求 5
4.2 安全需求 5
4.3 可靠性需求 5
4.4 易用性需求 5
4.5 其它需求 5
5 待定问题 6
6 参考相关文档列表 6

第 3 页 共 13 页

1 简介
1.1 业务背景
[概要描述本系统的项目背景和起源。若用图表更能清楚描述项目背景，则建议在用自然文字描述业务的同时，辅以图形、表格来更精确地描述业务。]

1.2 业务概述
[描述该业务的类型、服务对象、业务范围、主要业务特点，根据实际需求进行进一步注释、描述。]

1.3 业务用户
[说明可能使用本系统的用户并描述他们相关的特征。]
1.4 假设和依赖
[列举影响业务需求说明的假设因素（如公司业务规划、业务量估算、业务模式等），确定项目对外部因素存在的依赖（如，需把其他项目开发的组件集成到系统中，就要依赖那个项目按时提供正确的操作组件）。]
1.5 术语
[定义及说明与此系统有关的特殊名词（专门术语）或简写、各类编号、代码等等]
词汇名称
词汇含义
备注

2 业务描述
2.1 业务需求1
2.1.1 业务简单描述
[简单描述该业务性质、用途以及关于该业务的时效性]

2.1.2 业务流程及描述
[以流程图的形式表示系统的业务的流程。建议采用以组织机构的泳道图的方式给出业务处理流程。]

[用自然语言的形式描述流程图中的业务处理过程，以使读者对业务细节有进一步的了解。该业务业务处理的步骤以及该业务所受约束。]

注：也可以用表格形式来说明业务处理过程，[XXX业务流程名称]业务流程调查表（表格式）

2.1.3 业务实体
[业务实体代表业务角色执行业务用例时所处理或使用的“事物”。一个业务实体经常代表某个对多个业务用例或用例实例有价值的事物，因此，业务实体对象的生存期相当长。一般而言，一个好的业务实体不包含关于其使用主体和使用方法的信息。
一般描述出业务实体名和拥有的属性。例如：
身份证：身份证号、姓名、出生日期、居住地址、签发日期、有效时间、签发机构
]
2.1.4 业务规则
[列举出新产品的所有操作规则，例如什么人在特定环境下可以进行何种操作。这些本身不是功能需求，但它们可以暗示某些功能需求执行这些规则。]

2.1.5 接口
[接口: 用自然语言描述和其他系统是否有交互，交互信息即可]

2.2 业务需求2
同上2.1
3 业务功能描述
3.1 业务功能划分
[ 在上一节对要实现的业务流程进行了描述，本章节从业务需要提供的服务或业务功能进行描述，进行简要的业务功能划分，可以使用功能分解图。]
3.2 功能模块1
[对每个业务功能模块进行描述
输入数据，
输出数据，例如：报表格式、打印出的凭证格式等，定义、说明报表元素（名称、说明等）；如果需要，描述报表元素的生成条件。
描述功能模块的各种限制条件，例如：在何种条件下功能模块才被执行、执行功能模块有那些要求（或授权要求）等]
3.3 功能模块2
同上

4 非功能性需求
【下面如果不需要建议写N/A，如果有质量需求、维护性需求可再添加标题】
4.1 性能需求
【描述系统预计的总客户数、总数据量、平均并发客户数、峰值并发客户数、交易量、数据增量等。
时间特性要求
联机系统响应时间要求
系统批量处理时间要求
系统故障恢复时间要求
历史数据存放时间要求
运行时间要求，例如：是正常工作时间还是连续二十四小时工作
说明现在的业务交易量及业务交易量的增长幅度等。提出系统应能处理的最大交易量（交易笔数），系统适用的机构数量等】
4.2 安全需求
【必须遵循网站安全标准。。。。
系统保密安全性要求，例如：系统的密码控制要求，数据安全等级与存取控制等
权限】
4.3 可靠性需求
【描述系统计划中的维护/升级时间，由于相关系统批处理而导致的定时不可用时间，系统备份/批处理时间，系统意外故障后的要求恢复时间等等。】
4.4 易用性需求
【此部分描述使系统更易于使用的要求，即定义可用性的特征和能增强系统/组件的易用性的可测量的需求。
这些需求包含了以下几方面：交互方式（如导航功能），显示方式（如，屏幕布局），视觉效果（如，美观）以及可测量的客户操作效率或者生产率的需求（如，可以在2分钟内完成一次交易）。
也有可能包括对人机工程学方面的需求。这些需求可能包括以下几方面因素的考虑：人的能力和局限性，人的可预计的失误，以及人的错误影响会格外严重的那些领域。例如，可调整高度的工作站，用颜色强调并持续显示的错误信息，安置关键的实物按钮或指示灯，以及采用声音信号等。】

4.5 其它需求
【其它非功能需求】

5 待定问题
[其它未解决的问题]
6 参考相关文档列表
[列出编写本文档需要参考的文档和输入文档，为使用该文档提供参考]
文档名称
文档路径

第 9 页 共 13 页