系统需求分析实例.docx
《系统需求分析实例.docx》由会员分享,可在线阅读,更多相关《系统需求分析实例.docx(7页珍藏版)》请在冰豆网上搜索。
![系统需求分析实例.docx](https://file1.bdocx.com/fileroot1/2022-12/1/4e08d11c-808c-4493-ad16-ac0ab0325702/4e08d11c-808c-4493-ad16-ac0ab03257021.gif)
系统需求分析实例
文档编号:
项目名称
系统需求分析
二○○五年五
文档序号:
等级:
文档名称:
文档类别:
技术文档
编制:
编制时间:
校对:
校对时间:
审核:
审核时间:
工艺会签:
工艺会签时间:
质量会签:
质量会签时间:
标准化检查:
标准化检查时间:
批准:
批准时间:
修改记录
版本
变更原因
变更内容简述
编制/修订者
批准者
发布日期
1引言
1.1编写目的
阐明编写需求说明书的目的,指明读者对象。
本文档用于描述“”项目的系统需求,为该项目概要设计,详细设计和测试用例的设计依据。
1.2项目背景:
应包括
●项目的委托单位、开发单位和主管部门;
●该系统与其他系统的关系。
1.3定义
列出文档中所用到的专门术语的定义和缩写词的愿文。
1.4参考资料:
可包括
●项目经核准的计划任务书、合同或上级机关的批文
●文档所引用的资料、规范等
●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源
2任务概述
2.1系统目标
描述系统总体功能。
描述系统要达到的性能要求和其它指标。
描述系统要达到的社会和经济意义,项目前景等。
2.2运行构架
定义系统运行所要求的各种必备条件。
2.2.1系统软件/硬件平台
2.2.2运行环境
3功能需求
3.1功能划分
根据系统总体功能,给出系统功能的划分。
系统功能需求分“取款”,“存款”,“查询”,“吞卡”,“归档日志”,与“帐号检查。
图3.1-1全系统用例图
3.2需求分配
根据功能划分,分配为硬件实现还是软件实现,以表格形式给出,并给出软硬件内部接口需求规格
3.2.1需求分配表
序号
功能编号
功能描述
实现方式
备注
1
1.1
取款
软件+硬件
2
1.2
3
4
5
3.3功能描述
3.3.1(功能1名称)
从3.3.1开始编号,描述功能1的子功能的划分。
这些功能使用各种图式如用例图,结构图等来描述。
分节描述每个子功能的需求规格。
3.3.X.Y(子功能名称)
从3.3.X.1开始编号,描述每个功能描述要求有如下的内容:
(1)输入
(2)输出
(3)功能
例子:
3.3.1取款
【输入数据】
账号、密码、取款额度
【输出数据】
现金
【功能】
#XXX-SRS-01-001
系统能够按照用户输入的账号、密码发送给主银行系统进行验证,验证通过后可根据客户输入的取款额度,吐出金额现金。
对于验证不通过的账号和密码系统能够做出相应的错误处理。
(本用例怎么理解“相应处理”)
脚本1:
图3.3.1-1取款用例序列图
图3.3.1-2取款用例活动图
(分析上图问题)
脚本2:
4数据描述
4.1数据词典
分节给出每个数据项的描述,格式如下:
【标识符】
【描述】
【数据项】
【缺省值】
【说明】
4.2数据库描述
给出使用数据库的名称和类型。
5性能需求
5.1数据精确度
5.2时间特性
如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
5.3适应性
在操作方式、运行环境、与其他系统的接口以及开发计划等发生变化时,应具有的适应能力。
6运行需求(接口需求规格)
下面给出系统中出现的每个接口的规格说明,其中每个接口要求有如下内容:
(1)输入
(2)处理过程
(3)输出
(4)接口交互过程
(5)消息和通信协议
(6)性能要求
(7)故障处理
(8)其它要求
对用户界面,要定义用户界面的特性如屏幕格式、报表格式、菜单格式、输入输出时间等。
7产品质量需求
7.1故障分析
(当主机主存储设备无存储空间时,系统发出警示)
7.2系统利用率
7.3可靠性
(连续运行能力,MTBF>120000小时,MTTR<0.5小时)
MTBF-平均无故障工作时间(MeanTimeBetweenFailure)
MTTR-平均恢复前时间(MeanTimeToRestoration)
2.3.4可维护性
7其他需求
如可扩充性、容错性、安全保密、可维护性、可移植性等。
8用户需求与系统需求规格对照表
用如下表格给出用户需求与系统需求规格之间的对应关系,并维护《需求跟踪矩阵》
表1系统需求规格与用户需求对照表
序号
用户需求规格
系统需求规格
备注
编号
名称/内容/概述
编号
名称/内容/概述
1
2
9附录