1、 XXX 项目业务需求说明书填写说明：模板中用方括号括起来并以蓝色斜体显示的文本，用于向作者提供指导，在文档编辑完成后应该将其删除。文档正文应使用常规、黑色、五号字体即系统设置的“正文 ”样式。当某一章 /节没有内容时，必须注明 N/A，同时标注理由。例如：本章 /节内容无需考虑。特别说明：当某章 /节内容参见其它文档时，不能注明 N/A，而应该写明参见某文档的具体章节。 苏宁易购 版权所有版本信息版本 时间 状态 简要描述 部门 更改人 批准人V0.9 2012/2/23 N 创建 开发管理部 迟微V1.0 2012/2/23 M 增加功能描述 开发管理部 刘桂军V1.1 2O12/6/26
2、 M增加 1.3 业务用户、1.4 假设和依赖章节 开发管理部 刘桂军注：状态可以为 N-新建、A-增加、M-更改、D-删除。第 1 页 共 9 页目 录1 简介 21.1 业务背景 21.2 业务概述 21.3 业务用户 21.4 假设和依赖 21.5 术语 .22 业务描述 .32.1 业务需求 1 .32.1.1 业务简单描述 32.1.2 业务流程及描述 32.1.3 业务实体 .32.1.4 业务规则 .32.1.5 接口 42.2 业务需求 2 .43 业务功能描述 43.1 业务功能划分 .43.2 功能模块 1 .43.3 功能模块 2 .44 非功能性需求 44.1 性能需求
3、 54.2 安全需求 54.3 可靠性需求 54.4 易用性需求 54.5 其它需求 55 待定问题 .66 参考相关文档列表 .62 / 91 简介1.1 业务背景概要描述本系 统 的 项 目背景和起源。若用 图 表更能清楚描述 项 目背景， 则 建 议 在用自然文字描述 业务 的同 时 ， 辅 以 图 形、表格来更精确地描述 业务 。 1.2 业务概述描述该业务的类型、服务对象、业务范围、主要业务特点，根据实际需求进行进一步注释、描述 。 1.3 业务用户说明可能使用本系统的用户并描述他们相关的特征。 1.4 假设和依赖列举影响业务需求说明的假设因素（如公司业务规划、业务量估算、业务模式等
4、），确定项目对外部因素存在的依赖（如，需把其他项目开发的组件集成到系统中，就要依赖那个项目按时提供正确的操作组件）。 1.5 术语定义及说明与此系统有关的特殊名词（专门术语）或简写、各类编号、代码等等 词汇名称 词汇含义 备注第 3 页 共 9 页2 业务描述2.1 业务需求 12.1.1 业务简单描述简单描述该业务性质、用途以及关于该业务的时效性 2.1.2 业务流程及描述以流程 图 的形式表示系 统 的 业务 的流程。建 议 采用 以组织机构的泳道图的方式 给 出 业务处 理流程。 用自然 语 言的形式描述流程 图 中的 业务处 理 过 程，以使 读 者 对业务细节 有 进 一步的了解。该
5、业务业务处 理的步 骤 以及 该业务 所受 约 束。 注：也可以用表格形式来 说 明 业务处 理 过 程， XXX 业务 流程名称 业务 流程 调查 表（表格式）2.1.3 业务实体业务实 体代表 业务 角色 执 行 业务 用例 时 所 处 理或使用的 “事物 ”。一个 业务实 体 经 常代表某个 对 多个 业务 用例或用例 实 例有价 值 的事物，因此， 业务实 体 对 象的生存期相当 长 。一般而言，一个好的 业务实 体不包含关于其使用主体和使用方法的信息。一般描述出业务实体名和拥有的属性。例如：身份证：身份证号、姓名、出生日期、居住地址、签发日期、有效时间、签发机构2.1.4 业务规则列
6、 举 出新 产 品的所有操作 规则 ，例如什么人在特定 环 境下可以 进 行何种操作。 这 些本身不是功能需求，但它 们 可以暗示某些功能需求 执 行 这 些 规则 。 第 4 页 共 9 页2.1.5 接口接口 : 用自然语言描述和其他系统是否有交互，交互信息即可 2.2 业务需求 2同上 2.13 业务功能描述3.1 业务功能划分 在上一节对要实现的业务流程进行了描述，本章节从业务需要提供的服务或业务功能进行描述，进行简要的业务功能划分，可以使用功能分解图。 3.2 功能模块 1对每个业务功能模块进行描述输入数据， 输出数据，例如：报表格式、打印出的凭证格式等，定义、说明报表元素（名称、说
7、明等）；如果需要，描述报表元素的生成条件。描述功能模块的各种限制条件，例如：在何种条件下功能模块才被执行、执行功能模块有那些要求（或授权要求）等 3.3 功能模块 2同上4 非功能性需求【 下面如果不需要建议写 N/A，如果有质量需求、维护性需求可再添加标题 】第 5 页 共 9 页4.1 性能需求【 描述系 统预计 的 总 客 户 数、 总 数据量、平均并 发 客 户 数、峰 值 并 发 客 户 数、交易量、数据增量等。时间 特性要求联 机系 统 响 应时间 要求系 统 批量 处 理 时间 要求系 统 故障恢复 时间 要求历 史数据存放 时间 要求运行 时间 要求，例如：是正常工作 时间还
8、是 连续 二十四小 时 工作说 明 现 在的 业务 交易量及 业务 交易量的增 长 幅度等。提出系 统应 能 处 理的最大交易量（交易笔数），系 统 适用的机构数量等 】4.2 安全需求【 必 须 遵循网站安全 标 准。系 统 保密安全性要求，例如：系 统 的密 码 控制要求，数据安全等 级 与存取控制等权限 】4.3 可靠性需求【 描述系统计划中的维护 /升级时间，由于相关系统批处理而导致的定时不可用时间，系统备份 /批处理时间，系统意外故障后的要求恢复时间等等。 】4.4 易用性需求【 此部分描述使系统更易于使用的要求，即定义可用性的特征和能增强系统 /组件的易用性的可测量的需求。这些需求
9、包含了以下几方面：交互方式（如导航功能），显示方式（如，屏幕布局），视觉效果（如，美观）以及可测量的客户操作效率或者生产率的需求（如，可以在 2 分钟内完成一次交易）。也有可能包括对人机工程学方面的需求。这些需求可能包括以下几方面因素的考虑：人的能力和局限性，人的可预计的失误，以及人的错误影响会格外严重的那些领域。例如，可调整高度的工作站，用颜色强调并持续显示的错误信息，安置关键的实物按钮或指示灯，以及采用声音信号等。 】第 6 页 共 9 页4.5 其它需求【 其它非功能需求 】第 7 页 共 9 页5 待定问题其它未解决的问题 6 参考相关文档列表列出编写本文档需要参考的文档和输入文档，为使用该文档提供参考 文档名称 文档路径
