第3章需求分析

定义方法
(·· ·)
可选
连接符
X=(a)，表示a在x中出现，也可不 出现
X=1· · 9，表示x可取1到9中任意一 个值
· ·
例:
定义和存折有关的各种类型的数据字典词条




存折＝户名＋所号＋帐号＋开户日＋性质 ＋（印密）＋1{存取行}50 户名＝2{字母}24 所号＝“001”..“999” 帐号＝“00000001”..“99999999”

开户日＝年＋月＋日 性质＝“1”..“6” 注：“1”表示普通户， “5”表示工资户等 印密＝“0” 注：印密在存折上不显示 存取行＝日期＋（摘要）＋支出＋存入＋ 余额＋操作＋复核
日期=年+月+日 年=“00”..“99” 月=“01”..“12” 日=“01”..“31” 摘要=1{字母}4
画数据流图的注意事项



命名 画数据流，而不是控制流 一般不画物质流 每个加工至少有一个输入数据流和一 个输出数据流 对加工进行编号 父图与子图的平衡 提交数据流图的易理解性



练习1：
某企业销售管理系统功能为： （1）接受顾客订单，检验订单，若库存有货，进行供 货处理，即修改库存，给仓库开备货单，并且将订单 留底，若库存量不足，将缺货订单登入缺货记录。 （2）根据缺货记录进行缺货统计，将缺货通知单发给 采购部门，以便采购。 （3）根据采购部门发来的进货通知单处理进货，即修 改库存，并从缺货记录中取出缺货订单进行供货处理。 （4）根据留底的订单进行销售统计，打印统计表给经 理。画出系统的分层数据流图
单项选择题
（1）需求分析的任务是（ A.正确说明让软件做什么 B.用DFD建模 C.用DD建立数据模型 D.给出需求规格说明书 ）
（2）需求分析的产品是（ ） A.数据流图 B.数据字典 C.判定表 D.需求规格说明书
（3）需求规格说明书的作用不应该包括（ ） A.软件设计的依据 B.用户和开发人员对软件要做什么的共同理解 C.软件验收的依据 D.软件可行性研究的依据
0
顶层
1 2
3
第一层
2.1
2.2 第二层
1.1 1.2 1.3 3.1
3.2 3.3
例：假设一家工厂的采购部每天需要一张定 货报表，报表按零件编号排序，表中列出所有 需要再次定货的零件。对于每个需要再次定货 的零件应该列出下述数据：零件编号，零件名 称，定货数量，目前价格，主要供应者，次要 供应者。零件入库或出库称为事务，通过放在 仓库中的CRT终端把事务报告给定货系统。当 某种零件的库存数量少于库存量临界值时就应 该再次定货。画出分层数据流图。
(5) 制作判定表.
以“检查发货单”为例
(6) 完善判定表
Y N
Y N
Y
两条规则合并
N — √
Y
√
N
√
图 3.8 动作相同的规则合并
判定表实例： 例如, 某数据流图中有一个“确定保险类别”的 加工，指的是申请汽车驾驶保险时，要根据申请者的 情况确定不同的保险类别。加工逻辑为: 如果申请者 的年龄在21岁以下，要额外收费；如果申请者是21岁 以上并是26岁以下的女性，适用于A类保险；如果申 请者是26岁以下的已婚男性，或者是26岁以上的男性， 适用于B类保险；如果申请者是21岁以下的女性或是 26岁以下的单身男性，适用于C类保险。除此之外的 其他申请者都适用于A类保险。
第3章 需求分析
3.1软件需求分析概述

3.1.1软件需求分析的概念
开发人员要准确理解用户的要求，进行细致 的调查分析，将用户非形式的需求陈述转化为完 整的需求定义，再转换到相应的形式功能规约 （需求规格说明）的过程。

3.1.2软件需求分析的目的 回答新系统将要“做什么”这个关键 性的问题。


3.2.1数据流图


数据流图（DFD,Data Flow Diagram）是 用来描绘软件系统的功能模型的工具。 通过数据流图描绘数据在系统中流动和 加工处理的情况。 设计数据流图只需考虑系统必须完成的 基本逻辑功能，一般在图中不使用具体 的物理元素，完全不需要考虑如何具体 地实现这些功能。
为了表达数据处理过程的数据加工情况，需要采 用层次结构的数据流图。按照系统的层次结构进 行逐步分解，并以分层的数据流图反映这种结构 关系，能清楚地表达和容易理解整个系统
步骤

（1）画顶层数据流图
（2）画第一层数据流图 （3）画下层各数据流图


在多层数据流图中，顶层流图仅包含 一个加工，它代表被开发系统。它的 输入流是该系统的输入数据，输出流 是系统所输出数据 底层流图是指其加工不需再做分解的 数据流图，它处在最底层 中间层流图则表示对其上层父图的细 化。它的每一加工可能继续细化，形 成子图。
判定树
(2) 无歧义性 (3) 完整性 (4) 可验证性
(5) 一致性 (6) 可理解性 (7) 可修改性 (8) 可追踪性
3.2结构化分析方法

面向数据流进行需求分析的方法

具体来说，结构化分析方法就是用抽象 模型的概念，按照软件内部数据传递、 变换的关系，自顶向下逐层分解，直到 找到满足功能要求的所有可实现的软件 为止 结构化分析方法适合于数据处理类型软 件的需求分析
商店业务处理系统中“检查发货单”
IF 发货单金额超过$500 THEN IF 欠款超过了60天 THEN 在偿还欠款前不予批准 ELSE （欠款未超期） 发批准书，发货单 ENDIF ELSE （发货单金额未超过$500） IF 欠款超过60天 THEN 发批准书，发货单及赊欠报告 ELSE （欠款未超期） 发批准书，发货单 ENDIF ENDIF
（4）结构化分析的核心是（ A.自底向上的抽象 B.自顶向下的分解 C.用DFD建模 D.用DD描述数据需求
）
（5）结构化分析建立功能模型的工具是（ ） A.判定树/判定表 B.DFD C.DD D.结构化语言
3.2.2数据字典


数据字典（Data Dictionary,DD)用来 定义数据流图中的各个成分的具体 含义，它以一种准确的、无二义性 的说明方式为系统的分析、设计及 维护提供了有关元素的一直的定义 和详细的描述。 数据流图和数据字典共同构成全面 描述软件需求说明书的核心。
数据字典中的加工逻辑主要描述该加工 “做什么”， 即实现加工的策略， 而不是
实现加工的细节，它描述如何把输入数据
流变换为输出数据流的加工规则。为了使
加工逻辑直观易读， 易被用户理解，有几
种常用的描述方法， 它们是结构化语言、
判定表及判定树。
5.实现

先按图号顺序排列，同一图号的所有条目 按数据元素、数据流、数据存储和加工的 顺序排列； 同一图号的同一类条目可按名字的字典顺 序存放，加工一般按编号顺序存放；

数据元素名称： 货物编号 别名： G-No， G-num, Goods-No 类型： 字符串 长度： 10 取值范围及含义： 第1位： 进口/国产 第2～4位： 类别 第5～7位： 规格 第8～10位： 品名编号 简述： 本公司的所有货物的编号
2.数据流



3.2.4 加工逻辑描述工具

对于某些复杂的加工，只用文字说明 则存在许多含糊不清之处。此时，可 借助一些加工逻辑描述工具来清楚地 表达。
常用的加工逻辑描述工具有结构化语 言、判断表、判断树等。

结构化语言
是一种介于自然语言和形 式化语言之间的一种半形式语 言

语言的正文用基本控制结构进行分割，加 工中的操作用自然语言短语来表示 其基本控制结构有三种： 简单陈述句结构： 重复结构：WHILE_DO _ENDDO或 REPEAT_UNTIL结构。 判定结构：IF_THEN_ELSE_ENDIF 或 CASE_OF_ENDCASE结构
支出=金额 金额=“0000000.01”..“9999999.99” （注：金额规定不超过9999999.99元） 操作=“00001”..“99999” 复核=“00001”..“99999”
实现
1.数据元素词条描述（是不可再分解的数据单位）


数据元素名称： 别名：
类型：数字（离散值，连续值），文字 （编码类型） 长度： 取值范围： 定义和描述：
同一成分在父图和子图都出现时，则只在 父图上定义； 建立索引目录



练习:
某旅馆的电话服务如下： 可以拨分机号和外线号码。分机号是从 7021至7299。外线 号码先拨9，然后是市 话号码或长话号码。长话号码以区话和市 话号码组成。区号是从100到300中任意的 一数字串。市话号码是以局号和分局号组 成。局号可以是455，466，488，552中任 意一个号码。分局号是任意长度为4的数字 串。要求：写出电话号码的组成。
3.1.4软件需求分析的任务和步骤
1.问题识别
双方确定对问题的综合需求,包括：
功能需求
性能需求
环境需求 用户界面需求
2.分析与综合，导出软件的逻辑模型 3.编写文档 （1）编写“需求规格说明书” （2）编写初步用户使用手册 （3）编写确认测试计划 （4）修改完善软件开发计划
4.需求评审
评审标准
(1)正确性
3.数据存储
数据存储名： 别名： 数据文件组成：数据结构 简述：存放的是什么数据 存储方式：

数据存储名称： 库存记录 别名： 无 组成： 货物名称+编号+生产厂家+单价+库存量
简述： 存放库存所有可供货物的信息
组织方式： 以货物编号为关键字
4.加工逻辑

数据流名： 别名： 简述：简要介绍作用即它产生的原 因和结果 来源：来自何方 去处：去向何处 数据流组成：数据结构 数据量流通量：数据量，流通量