需求分析说明书》模板.docx
- 文档编号:29909914
- 上传时间:2023-08-03
- 格式:DOCX
- 页数:16
- 大小:232.30KB
需求分析说明书》模板.docx
《需求分析说明书》模板.docx》由会员分享,可在线阅读,更多相关《需求分析说明书》模板.docx(16页珍藏版)》请在冰豆网上搜索。
需求分析说明书》模板
系统名称
软
件
需
求
规
格
说
明
书
(仅供内部使用)
拟制:
日期:
审核:
日期:
审核:
日期:
批准:
日期:
修订记录
日期
修订版本
描述
作者
2002-01-18
1.00
初稿完成
XXX
目录
§1概述4
§1.1背景4
§1.2系统目标4
§1.3业务模式4
§1.4现行组织机构4
§1.5业务现状5
§2用户需求5
§2.1业务需求5
§2.2性能需求6
§2.3其他需求6
§2.4用户平台要求(可选)6
§3业务流程6
§3.1与其他系统的关系7
§3.2业务流程7
§4业务逻辑8
§4.1业务分解8
§4.2业务描述9
§5数据调查及分析10
§5.1原始单据10
§5.2数据分析11
§5.2.1数据分类11
§5.2.2数据项描述11
§5.3关系实体图12
附件13
文件编号:
NW-XX-SRS-XXXX
§1概述
§1.1背景
编写说明:
Ø项目的任务提出者、开发者、已明确的用户和潜在用户。
Ø用户特点。
对本软件的用户进行分类,列出本软件的各类最终用户的一般特点,充分说明操作人员、业务管理人员、系统管理维护人员等各类用户的教育水平、经验、业务技术专长等,以及各类用户对本软件各部分的预期使用频度。
这些都是施加于系统操作环境的重要约束。
Ø项目经费、人力资源、开发周期等。
Ø其他应向读者说明的有关该软件开发的背景材料。
§1.2系统目标
编写说明:
描述该项软件的开发意图、应用目标、系统边界。
说明系统将干什么,如果需要,还可说明系统不干什么。
*系统边界是指该系统的包含的内容*
例如:
应用目标:
提供WEB受理、图形资源管理、图形配线等功能,支持对实业公司及代理制,支持数据业务的处理,支持包括网元出租、信息计费信息在内的全业务受理,达到电信业务处理的计算机化,提高电信业务处理效率,从而提高电信公司的服务质量。
系统边界:
本系统应包括电话、中继、专线、数据业务、ISDN等业务受理、配线配号、定单调度、综合查询处理,提供与计费系统、112系统、114系统、客户服务中心系统的接口。
§1.3业务模式
编写说明:
描述新系统的业务模式,重点描述对系统开发有明显影响或不同于其它系统的业务模式。
§1.4现行组织机构
编写说明:
描述用户现有组织机构设置情况。
还可以说明用户对现有机构设置的评价。
*组织机构图用树型结构图描述*
§1.5业务现状
编写说明:
Ø现有系统的业务模式;
Ø现有系统的主要业务处理流程;
Ø现有系统的业务运行情况;
Ø工作负荷列出现有系统所承担的工作及工作量;
Ø局限性如功能不够、处理能力不足、响应不及时等;
Ø对现有系统的其他说明。
§2用户需求
§2.1业务需求
编写说明:
本节以条目形式反映用户对系统将要完成的业务处理的要求,对其中的关键业务处理可以稍加描述。
例如,对于一个记帐软件来说,可以用这部分来描述:
客户帐户维护、客户财务报表和发票制作,而不必把大量细节描写出来,只是对业务逻辑一章中要描述的需求提供理由。
Ø用户的主要需求和特殊需求;
Ø可以使用流程图和业务处理列表及业务简述的方式来简要描述各类用户要求软件应具备的业务处理功能;
Ø编制业务处理功能的一种方法是制作业务处理功能表,以便客户或者首次读该报告的人都可以理解;
Ø用方框图表达不同的业务处理和它们的关系也是有帮助的。
但应注意,这样的图不是软件设计时所需求的,而只是一种有效的解释工具。
例如:
应用类业务指在承载类数据专线上开的扩展业务。
序号
业务类别
基本流程
业务简述
电子信箱
营业受理->营业收费->配网络资源->验单->数据->竣工
申请一个新的收费电子信箱。
电子数据交换
营业受理->营业收费->配网络资源->验单->数据->竣工
申请电子数据交换。
传真存储转发
营业受理->营业收费->配网络资源->验单->数据->竣工
申请传真存储转发。
IP信息业务
营业受理->营业收费->配网络资源->验单->数据->竣工
申请IP信息业务。
IP电话业务
营业受理->营业收费->配网络资源->验单->数据->竣工
申请IP电话业务。
可视图文
营业受理->营业收费->配网络资源->验单->数据->竣工
申请电视会议(在两个或两个以上地点实时传递图像、声音的处理)功能。
§2.2性能需求
编写说明:
对于不同的应用类型,如OLTP、OLAP、BATCH和DSS,由于它们自身特性的不同,对性能的要求也有所不同。
考查OLTP的性能指标,主要体现在响应时间上;DSS类的应用,其性能指标主要体现在系统的吞吐量上。
因此,对系统总体性能指标的规定,要依据应用的类型来分别考虑。
其他方面的性能要求,也可以在此处进行描述。
尽可能详细地确定性能需求。
可能需要针对每个功能需求或特性分别陈述其性能需求,而不是把它们都集中在一起陈述。
例如:
本系统属于OLTP系统,在响应时间上、事务一致性要求较高:
95%的业务,其响应时间≤5秒;对于日常工作统计类报表,产生时间≤20秒,对于资源统计类报表产生时间≤5分,对于整体用户统计类报表产生时间≤5分。
§2.3其他需求
编写说明:
可以在此说明用户对软件的操作界面的要求。
用户对多级管理模式的要求,对应用体系结构的要求,都可以在此处进行描述。
还可以描述用户对安全性、可维护性、可扩充性、易读性、可靠性、可移植性及灵活性等要求。
例如:
要求应用程序体系结构支持三层结构模式。
适应电总新规范本地计费帐务系统的需求。
电信主实业分家,对系统安全性要求较高,要有多级管理模式。
由于电信技术的不断发展,对系统的扩充性要求较高。
各地市州电信的不同需求,要求系统具有一定的灵活性;要求系统的维护简单化。
§2.4用户平台要求(可选)
编写说明:
本节描述由用户提出的对支持应用软件运行的相关环境的要求。
Ø软件将运行的主机网络环境;
Ø支撑软件:
包括操作系统、DBMS、工具软件、编译程序等;
Ø外部接口,与其他软件的接口、数据通信协议。
§3业务流程
编写说明:
第3、4、5这三章应包括软件开发者在软件设计时需要的全部细节。
这是需求分析报告中最重要的部分,应进行详细描述。
要求通过第3、4、5这三章,能够完整地建立起软件的业务处理功能、数据和行为模型。
§3.1与其他系统的关系
编写说明:
简述该软件同开发机构内部和用户单位中的其他系统之间的相互关系。
如果所定义的软件是一个更大的系统的一个组成部分,则应说明本软件与该系统中其他各组成部分之间的关系,为此可以使用图表等方式说明该系统的组成和本软件同其他各部分的联系和接口。
例如:
本系统主要为其它系统提供客户资料、帐户资料、用户资料、线路资料、资源占用等信息,提供的方式为接口表方式。
电信业务综合管理系统→计费系统
电信业务综合管理系统中装、拆、移机、异动等各项业务竣工后,自动生成计费接口数据到计费接口表中,传递给计费系统。
传递的数据主要是:
客户数据:
客户名称、通讯地址、客户类别、社会标识类型、社会标识号等
帐户数据:
合同号、帐户名称、付费方式、银行名称、开户行、银行帐户名称、银行帐号等
用户数据:
用户号码、设备安装位置、用户设备类别、界外、区外等
资源数据:
程控新功能、附机、复用设备等
帐务关系数据:
用户号码、帐目类型、合同号等
§3.2业务流程
编写说明:
本节分层描述业务处理(加工),在业务流程图中可以包含主要的判断条件和分枝处理。
业务流程图的图形元素符号以GB1526-89《信息处理-数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》为准。
建议用数据流图描述业务处理(加工)与数据之间的关系的方式来描述业务流程,数据流图的格式及图形元素符号以具体使用的CASE工具为准(BRWIN、POWERDESIGNER等),但应注意,此时应站在用户的角度,描述用户的业务处理要求,尽可能不涉及软件设计成分。
同一个产品开发项目组内使用的描述方式及图形符号应当相同,并且应该有统一的图例说明。
图例:
§4业务逻辑
§4.1业务分解
编写说明:
可以用一张较大的总图描述新系统的业务划分情况,并辅以必要的文字说明。
对于可划分为多个相对独立部分的大中型软件,除了描述总的业务划分情况外,还应该描述各部分的业务划分情况。
例如
§4.2业务描述
编写说明:
针对业务处理的每一个环节(阶段或步骤),进行详细的文字描述。
在描述方法上,可采用由总到分、由粗到细、自顶向下逐层细化的方式来组织结构。
力求做到思路清晰,层次分明。
详细给出最低一层流程图的业务处理逻辑(功能单元)的定义,详细陈述对这个处理的逻辑要求,即该处理的输入数据到输出数据的转变过程,是对它的逻辑功能、而不是物理功能的表达。
可以自然语言为主,辅以判断树、判断表或其他表达形式(如IPO等)来描述。
例如:
客户信息处理:
1.对于新装业务:
应根据装机用户所填申请表在系统中登记客户资料信息:
客户名称、联系电话、证件名称、证件号码、通信地址、业务联系人、邮政编码、客户等级;确定客户类型,包括住宅、党政机关、社会服务业、金融保险业、科教文卫等等。
2.对于非新装业务:
应通过用户提供的号码(电话、中继、专线、ISDN、数据),调出客户资料,包括客户名称、联系电话、证件名称、证件号码、通信地址、业务联系人、邮政编码、客户等级、客户类型。
§5数据调查及分析
§5.1原始单据
编写说明:
本节描述原始单据调查的结果,列出单据清单。
原始单据可以是:
业务单据、查询结果、统计报表、向外发布的信息。
对原始单据的描述应包含以下内容:
✓单据名称;
✓别名;
✓简述;
✓来源;
✓去处;
✓组成;
✓流通量;
✓高峰时期流通量。
例如:
固定电话业务登记单:
说明:
这是中国电信针对新装固定电话业务的登记资料表,需用户完整填写
来源:
用户登记表
去处:
业务处理部门
组成:
客户信息:
客户名称、联系电话、证件名称、证件号码、使用性质、客户类型、装机地址、就近电话(可选)、通信地址、邮政编码、业务联系人、预约装机时间(可选)
服务项目:
程控新功能、呼叫权限;(ISDN业务:
)端口数、补充业务
付款方式:
现金、支票、信用卡、转帐、银行托收(银行名、帐号、行号)、合同号
受理信息:
经办人姓名、联系电话、证件名称、证件号码;受理单位的办理日期、受理人、收款人、收据号
受理单位、客户签字盖章
流通量:
平均每天40-60张
高峰时期流通量:
每天120-150张
§5.2数据分析
§5.2.1数据分类
编写说明:
本节用来对原始单据上的数据项进行分类。
可以按照静态数据和动态数据来分类或对于其应用更为恰当的逻辑分类。
所谓静态数据,指在运行过程中一般不随运行而改变的数据。
所谓动态数据,包括所有在运行中要变化、输出的数据。
估计各类数据的数据量。
例如:
数据分类:
按功能用途分类:
资源数据类、定单管理类、客户资料类、客户申请类、资源分配类、统计数据类。
资源数据按不同特征又可分为:
PSTN网络资源数据、数据网络资源数据和辅助资源数据。
§5.2.2数据项描述
编写说明:
把数据的最小组成单位看作是数据项,通过对数据项的定义来描述业务单据、查询结果和统计报表等的数据内容。
对数据项的描述应包含以下内容:
✓数据项编号;
✓数据项名称;
✓别名;
✓类型、长度、精度;
✓取值/含义。
例如:
PSTN数据:
数据项名
数据类型
数据取值描述
起始配线线序
I
起始端口
VA20
根据交换机类型不同,有不同编码方式
起始电缆线序
N10
支持电缆大线序,即一个分局内电缆线序统一编号
起始号码
VA20
起始号码
VA20
起始交接箱线序
I
最大容量
I
总路数
I
总体状态
VA20
可用、封网、无线/无号、其它原因不可用
状态
VA10
占用、空闲、坏、预占、预留、缓放、暂拆
配线总数
I
配线线序
I
列号
VA5
列块类型
VA10
普通、中继、接入网
路数
I
申请单号
VA20
上级交接箱起始配线
I
上级交接箱配线
I
上级交接箱终止配线
I
§5.3关系实体图
本节包含由CASE工具生成的实体关系图,建议用POWERDESIGNER或ERWIN生成实体关系图。
例如:
附件
编写说明:
如果需要,需求分析报告可以有附件,附件中可以包括因为可读性、篇幅以及其他因素而不便放入正文部分的内容。
例如:
✓术语列出本报告中用到的专门术语和中外文缩略语的定义;
✓参考资料;
可通过表格方式,列出主要的参考资料,如:
Ø本项目经核准的计划任务书、可行性分析报告、合同等;
Ø与本项目相关的其他文件;
Ø报告中引用的文件、资料以及所要直接引用的软件开发标准等。
列出上述文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
✓相关的参考资料、文献等内容;
✓涉及用户业务的各种报表、原始单据、表格、输入输出格式样本等;
✓用户历史、背景、经历和特点。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析 说明书 模板