软件互联网综合项目业务需求说明指导书模板.doc

软件&互联网项目
需求说明书

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 对于低频率事件，最大并发用户数根据累计用户数*10%来计算；
l 对于中频率事件，最大并发用户数根据累计用户数*20%来计算；
l 对于高频率事件，最大并发用户数根据累计用户数*50%来计算。
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 附录
部分附件内容、其它说明或待考虑问题等需要补充内容。

此汇报版权方： 北京创宏世纪科技提供