文档介绍：第3 章 软件需求分析
软件需求分析是软件开发早期的一个重要阶段。它
在问题定义和可行性研究阶段之后进行。需求分析的基
本任务是软件人员和用户一起完全弄清用户对系统的确
切要求。这是关系到软件开发成败的关键步骤，也是整
个系统开发的基础。
软件需求分析阶段要求用 需求规格说明书（SRS）
来表达用户对系统的要求。规格说明书可用文字方式表
示，也可用图形表示。
本章将介绍需求分析的任务、步骤、需求分析方法
(面向数据流图分析方法、面向对象的分析方法）。
2021/3/2
一、确定目标系统的具体要求
1、确定系统的运行环境要求
2、系统的性能要求
3、系统功能
需求分析的任务
硬件环境和软件环境
确定目标系统具备的所有功能
2021/3/2
举
例
数据库中存放的是职工的
某学校医疗费管理系统
所属部门、职工号、姓名
职工报销时应填写：
所属部门、职工号、姓名、日期
校内门诊、校外门诊、住院费、子女医疗费
医疗费分类：
该校规定，每年每个职工的医疗费有一个限额（如 80元），限
额在年初确定，其限额规则如下：
1、每个职工一年内报销的医疗费不超过限额时，全部报销
2、超额，则超出部分只可报销90%，其余10%由职工个人负担
3、职工子女的医疗费也有限额（如 40元）
2021/3/2
1、医疗费管理系统每天记录当天报销的若干职工或职工子女的医
疗费的类别、金额。
2、在当天下班前让系统自动结帐、统计当天报销的医疗费总额，供
出纳员核对。
3、每笔帐要保存备查，每天所报销的费用要和各个职工已报销的金
额累计起来，以便检查哪些职工已超额。
4、系统还要配有适当的查询功能。
5、年终结算后，下一年度开始时要对数据库文件进行初始化。
6、当职工调离本单位，职工调如本单位或在本单位内部门间调动，
数据库文件应能及时得到修改。
请完成对上述系统的 需求分析
用户对系统的要求
2021/3/2
该系统规模不太大，可以和用户单位的其他管理系统
使用相同的计算机硬件设备、相同的操作系统和相同的关
系数据库管理系统。
如果，可以使用汉化了的数据库管理系统，但在建立
数据库结构时，凡是用英文名称来代表字段名时，则必须
在数据字典中予以说明。
1、确定系统的环境要求
2021/3/2
3、系统的功能
（1）具有表格形式屏幕的输入格式
（2）具有重复录入数据的功能
（3）具有查询和统计汇总的功能
（4）职工的调入和调出以及对数据库的初始化
2021/3/2
2、系统性能要求
（1）数据不能随意更改 2）保证数据的准确性
由于医疗费管理系统涉及到会计经费问题，数据不能
随意更改但数据输入又难免会出错。因而在每输入一个职
工的医疗费后，屏幕提示“数据有误吗？”。若是在核对时
有误，可及时更改，避免输入错误。一天报销结束时，在
数据存档前，再让出纳员核对一下经费总额，若出纳员支
出的金额总数有误时，应让计算机显示每笔帐目，供一一
仔细核对，此时在允许修改一次。当正式登帐后，数据就
绝对不允许在修改了，由此保证财务制度的严格性，保证
数据的安全性。
2021/3/2
二、建立目标系统的逻辑模型
通常软件软件开发项目是要实现目标系统的物理模型，即
确定待开发软件系统的系统元素，并将功能和数据结构分配到
这些系统元素中。它是软件实现的基础。
但是目标系统的物理模型是由它的逻辑模型经实例化，即
具体到某个业务领域而得到的。与物理模型不同，逻辑模型忽
视机制和细节，只描述系统要完成的功能和要处理的数据。
为此，该阶段的主要任务是，借助于当前系统的逻辑模型
导出目标系统的逻辑模型，也就是解决目标系统“做什么”的问
题。
2021/3/2
用户
调查
具体模型
建立系统模型的工作流程
逻辑
抽象
当前系统
逻辑模型
当前系统
计算
机化
评审
修改
正式模型
完善
细节
目标系统
目标系统
初始模型
经认可的
问题需求
系统模型
用户
1、建立目标系统逻辑模型的步骤
2021/3/2
图形工具
数据流图
数据字典
2、建立目标系统逻辑模型的图形工具
2021/3/2