文档介绍：3-3软件需求分析3
顶层数据流图
考
生
考务
处理系统
考
试
中
心
阅卷站
不合格报名单
报名单
准考证
考生通知单
成
绩
清
单
合格标准
错误成绩
清单
考生名
单
统计分析表
加以定义, 对底层转换在小说明中作出描述
步骤2: 自顶向下，功能分解
基于数据流的分析方法
案例分析: 二级DFD
用户命令预处理
用户命令
系统配置
配置命令
配置信息库
配置信息
启动/停止命令
运行控制
信息显示
运行信息
配置信息
口令设置
口令核对
有效口令
口令信息
基于数据流的分析方法
数据字典
数据流名称：有效口令
名字和别名：有效口令
数据类型：字符串
限制：长度为4个字节
相关的转换列表：运行控制，口令核对…….
基于数据流的分析方法
案例分析: 二级DFD
用户命令预处理
用户命令
系统配置
配置命令
配置信息库
配置信息
启动/停止命令
运行控制
信息显示
运行信息
配置信息
口令设置
口令核对
有效口令
口令信息
基于数据流的分析方法
小说明
处理逻辑名称：运行控制
功能
If 是停止命令 Then
向信息显示提供停止运行信息
停止系统运行
Else
向信息显示提供启动运行信息
启动系统运行
End If
设计约束 ……...
基于数据流的分析方法
二. 结构化分析实施步骤
1. 确定系统边界, 画出系统环境图
2. 自顶向下，画出各层数据流图
3. 定义数据字典
4. 定义小说明
三. 需求规格说明书(SRS)
(Software Requirement Specification)
需求分析阶段要完成的文档。
SRS的作用：
开发者与用户间事实上的技术合同书
开发者下一步设计和编码的基础
测试验收目标系统的依据
SRS大纲（模板）
引言
任务概述(项目概述)
数据描述(DFD、DD)
功能描述
接口
性能需求
属性
其它需求
三. 需求验证
(1) 正确性
(2) 无二义性
(3) 完整性
(4) 可验证性
(5) 一致性
(6) 可理解性
(7) 可修改性
(8) 可被跟踪性
(9) 可跟踪性
(10)设计无关性
(11)注释
需求文档的陈述与改进举例（1）
产品必须在固定的时间间隔内提供状态消息，并且每次时间间隔不得小于60秒。
后台任务管理器(BTM)应该在用户界面的指定区域显示状态消息。
a. 在后台任务进程启动之后，消息必须每隔60(10)秒更新一次，并且保持连续的可见性。
b. 如果正在正常处理后台任务进程，那么后台任务管理器(BTM)必须显示后台任务进程已完成的百分比。
c. 当完成后台任务时，后台任务管理器(BTM)必须显示一个“已完成”的消息。
d. 如果后台任务中止执行，那么后台任务管理器(BTM)必须显示一个出错信息。
需求不完整，
导致需求不可验证
改
进
需求文档的陈述与改进举例（2）
产品必须在显示和隐藏非打印字符之间进行瞬间切换。
用户在编辑文档时，通过激活特定的机制，可以在显示和隐藏所有HTML标记之间进行切换。
需求不可行、不完整、
不确定性，导致需求
不可验证
改
进
实例讲解：
某银行的计算机储蓄系统功能是：将储户的存户填写的存款单或取款单输入系统，如果是存款，系统记录存款人姓名﹑住址﹑存款类型﹑存款日期﹑利率等信息，并打印出存款单给储户；如果是取款，系统计算清单给储户。请用DFD描绘该功能的需求，并建立相应数据字典。
数据字典
数据流名称：取款单、存款单别名：无简述：顾客存/取款时填写的单据来源：顾客去向：核查数据流量：200份/天组成：日期＋[取|存款金额]＋姓名＋地址＋[存/取款类型]+密码＋｛账号｝　　数据流名称：存款凭证别名：无简述：顾客存款后得到的凭据来源：银行存款系统去向：顾客数据流量：200份/天组成：日期＋存款金额＋储户姓名＋储户地址＋存款类型＋账号＋利率＋操作员
数据字典
数据流名称：结算单别名：无简述：顾客取款时得到的利率清单来源：银行储蓄系统去向：顾客数据流量：200份/天组成：取款日期＋取款金额＋储户姓名＋储户地址＋存款类型+利息＋总金额＋操作员
数据流名称：存/取款信息别名：无简述：系统检查确认后得到的存/