(完整word版)业务需求说明书-模板.docVIP

1引言 2 1.1编写目的 2 1.2范围 3 1.3项目背景 3 1.4主要业务名词和术语定义 3 1.5参考文献 3 2需求概述 3 2.1用户现状/业界当前系统 3 2.2业务目标 3 2.3 业务过程分解 3 2.4本业务模型与其他系统的关系 3 2.5业务边界定义 3 3详细需求 4 3.1子业务1 4 3.1.1业务流程 4 3.1.2干系人的关注目标 4 3.1.3业务规则 4 3.1.4 操作界面说明 4 3.1.5数据实体 5 3.2子业务2 5 3.2.1业务流程 5 3.2.2干系人的关注目标 5 3.2.3业务规则 5 3.2.4操作界面说明 5 3.2.5数据实体 5 4基础数据说明 5 5非功能需求 5 5.1性能 5 5.2易用性 6 5.3可维护性 6 5.4可移植性 6 541硬件环境 6 5.4.2软件环境 6 5.5故障处理要求 7 5.6安全性 7 5.7不允许发生的事件 7 6附录 7 业务需求说明书 1引言 需求说明书说清楚了“四要素”，实际上就说清楚了如下问题：业务的办理 流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求） 办理该业务？系统最后操作哪些数据、生成哪些表单？ 1.1编写目的 可选 1.2范围 可选 1.3项目背景 可选 1.4主要业务名词和术语定义 1.5参考文献 2需求概述 2.1用户现状/业界当前系统 可选。用于老系统改进时，主要阐述用户现状（组织架构、 it现状等）；用 于新课题的研究时，简单阐述业界同类系统所提供的功能 2.2业务目标 阐述本模块具体是实现的业务目标， 即解决的业务问题，是业务需求的出发 点和核心所在。 2.3业务过程分解 根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程 等。 2.4本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系，可以用关 系图表示 2.5业务边界定义 可选。根据实际情况撰写，例如：成本管理与财务管理的业务边界 3详细需求 3.1子业务1 简述该子业务的业务目标 对于某一业务的需求描述要包括以下四个方面。 但层级结构可由撰写者根据 实际情况自由调整，如流程图针对业务 1只有一幅，业务规则、操作说明、数据 实体可以再分开业务1-1，业务1-2进行描述。 3.1.1业务流程 业务流程说明这个业务的办理步骤、 以及每个步骤有哪些角色参与。建议业 务流程用活动图并辅以文字加以描述。 若业务流程图中某些环节是系统外实现， 进行标识即可，或某些环节不在本 章节阐述，则注明具体分析的章节所在。 3.1.2干系人的关注目标 阐述本业务的各类干系人对本业务的数据、功能、性能等各种需求的关注点 和关注程度 3.1.3业务规则 业务规则是指业务办理过程中的一些约束条件， 包括输入数据的校验规则和 业务处理的逻辑规则。 业务规则一般用文字或特定表达式描述，建议紧接着业务流程图，针对业务 流程图中的每个操作环节，逐一描述其业务规则。 3.1.4操作界面说明 操作界面是要申明：系统建成之后，用户面对的操作界面的特定业务要求 3.1.5数据实体 数据实体是指业务流程中的各个环节操作的表单、 业务数据等对象。其中涉 及到的基础数据应加以注释，并在“基础数据说明”章节进行统一说明。 需求阶段明确了数据实体以及数据实体的来源非常有利于后续的数据库设 计。 3.2子业务2 同上 3.2.1业务流程 3.2.2干系人的关注目标 3.2.3业务规则 3.2.4操作界面说明 3.2.5数据实体 4基础数据说明 对该系统/模块上述业务中所需要的基础数据的说明，以及需要补充说明的 数据来源（可能来自用户录入、OQNE其他模块、其他外部系统） 5非功能需求 本章节可统一维护 5.1性能 可能包括： 基于对基本数据的估算（例如每个客户的平均项目数、每个项目 的平均任务数等） 2、 业务访问量的估算（包括各类用户数的估算、各类高中低频率访问事件 的估算），以下只是示例： 对于低频率事件，最大并发用户数按照合计用户数 *10%来计算； 对于中频率事件，最大并发用户数按照合计用户数 *20%来计算； 对于高频率事件，最大并发用户数按照合计用户数 *50%来计算。 低频事件中对于使用 web方式进行积分账户等查询的业务，最大并 发用户数按照合计用户数的1%来计算； 要求用户的网络访问延时不能大于 5秒。 3、 网络传输数据的估算 4、 关键业务处理时间的要求 5、 与外部接口的性能要求 如果涉及到与外部系统有接口，则对关键交互信息的传输时间进行估算 5.2易用性 例如：操作应尽可能简洁，要求员工不用培训或较短时间培训， 即能基本掌 握日常操作，同时要求操作流程简单易懂及人性化等。