温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
2023
业务
需求
说明书
模板
业务需求说明书模板
业务需求说明书模板 1 引言 3 1.1 编写目的 3 1.2 范围 3 1.3 工程背景 3 1.4 主要业务名词和术语定义 3 1.5 参考文献 3 2 需求概述 3 2.1 用户现状/业界当前系统 3 2.2 业务目标 4 2.3 业务过程分解 4 2.4 本业务模型与其他系统的关系 4 2.5 业务边界定义 4 3 详细需求 4 3.1 子业务1 4 3.1.1 业务流程 4 3.1.2 干系人的关注目标 5 3.1.3 业务规那么 5 3.1.4 操作界面说明 5 3.1.5 数据实体 5 3.2 子业务2 5 3.2.1 业务流程 6 3.2.2 干系人的关注目标 6 3.2.3 业务规那么 6 3.2.4 操作界面说明 6 3.2.5 数据实体 6 4 根底数据说明 6 5 非功能需求 6 5.1 性能 6 5.2 易用性 7 5.3 可维护性 7 5.4 可移植性 7 5.4.1 硬件环境 7 5.4.2 软件环境 7 5.5 故障处理要求 7 5.6 平安性 7 5.7 不允许发生的事件 8 6 附录 8 业务需求说明书 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 性能 可能包括:
1、 基于对根本数据的估算(例如每个客户的平均工程数、每个工程的平均任务数等)
2、 业务访问量的估算(包括各类用户数的估算、各类高中低频率访问事件的估算),以下只是例如:
l 对于低频率事件,最大并发用户数按照合计用户数x10%来计算;
l 对于中频率事件,最大并发用户数按照合计用户数x20%来计算;
l 对于高频率事件,最大并发用户数按照合计用户数x50%来计算。
l 低频事件中对于使用web方式进行积分账户等查询的业务,最大并发用户数按照合计用户数的1%来计算;
l 要求用户的网络访问延时不能大于5秒。
3、 网络传输数据的估算 4、 关键业务处理时间的要求 5、 与外部接口的性能要求 如果涉及到与外部系统有接口,那么对关键交互信息的传输时间进行估算 5.2 易用性 例如:操作应尽可能简洁,要求员工不用培训或较短时间培训,即能根本掌握日常操作,同时要求操作流程简单易懂及人性化等。
5.3 可维护性 5.4 可移植性 5.4.1 硬件环境 n 支持多核处理器 5.4.2 软件环境 n 跨操作系统平台、跨浏览器 5.5 故障处理要求 5.6 平安性 n 认证管理 n 系统:超时 n 加密管理:
n 关键数据传输加密,如用户密码等 n 关键数据加密存储,如用户密码等 5.7 不允许发生的事件 6 附录 一些附件内容、其他说明或待考虑问题等需要补充的内容。