结构化分析之需求分析

马达数据=线圈数据+磁铁数据
2016/10/2 数据流图
马达设计图
17
局部文件，在画分层数据流图时当分层到涉及到住够细的时候，一般为最 底层，这时候可能会涉及到文件存贮部分，这时候就应该画出文件，而中 间层由于从“抽象”原则上来讲，并不会关注加工下面的细节，所以不必 画出文件部分 分解的程度，一个加工每次分解到多少个子加工，经验得出的答案是7个 1）分解应自然，概念上合理、清晰 2）只要不影响数据库图的“易理解性”，可言适当的多分解成几个部分，这样 分层图的层数可能就少些 3）一般来说，在上层可言分解的快些，在下层分解的慢些，因为上层是一些综 合性的描述，“易理解性”相对的来说不太重要，而下层由于跟具体，更贴近 需求本身所以要慎重


>小明确定了需要的面食，但是小明 仍然不能确定面食中的佐料有哪些 >小明提出问题 >小明不知道餐馆能做什么
2016/10/2
>服务员知道了小明的需求，同时 也就确定了“做什么” >服务员需要代表“餐馆”说明餐馆能 >同时根据服务员过去的经验，提 “做什么” 出了小明可能关心的问题，予以 确认 需求分析和规格说明阶段的基本概念
小明（甲方）

XX餐馆服务员（乙方）


：这里什么最好吃 ：给我来一碗牛肉面 ：少加一点，谢谢…… 额！等一下，另外我不 要大蒜 ：不是让你们不要放大 蒜吗？怎么还有？

：我们这里有拉面、牛 肉面、刀削面…… ：牛肉面需要加辣椒吗？ ：好嘞，来这是你要的 面 ：你刚刚没说啊……难 道是我听错了


2016/10/2
结构化分析(SA方法)概述
8
目前大多数计算机系统都是用来代替一个当前已经存在的人工数据处理系统， 对于这类系统的分析过程可分为四步进行： 理解当前的现实环境，获得当前人工系统的具体模型； 从当前系统的具体模型抽象出当前系统的逻辑模型； 分析目标系统与当前系统逻辑上的差别，建立目标系统的逻辑模型； 为目标系统的逻辑模型做补充

2016/10/2
需求分析和规格说明阶段的基本概念
4

需求分析和规格说明阶段又称为需求确定阶段和或分析阶段，其目的是澄 清用户的需求。这个阶段的基本任务是：用户和软件人员双方一起来充分 地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档—— 需求说明书。 分析阶段的两大任务就是“理解”和“表达”，分析就是理解问题，“规 格说明”就是按某种标准的方式把问题表达出来
车轮设 计
2016/10/2 数据流图 14
对一个大型的系统，如果用一张数据流图画出所有的数据流和加工则图纸 将变得很庞大复杂，难以理解，为了控制复杂性，SA方法采用了“分层”的技 术

逐层分解的方式不是一下子引进太多的细节，而是有控制的逐步增加细节， 实现从抽象到具体的逐步过渡，用数据流图来描述“逐层分解”，就得到 了一个分层的数据流图 一套分层的数据流图由顶层、底层、和中间层组成。顶层说明了系统的边 界，即系统的输入和输出数据流，顶层图只有一张。底层图由一些不必再 分解的加工组成，在顶层和底层之间的是中间层，中间层的数据流图描述 了某个加工的分解，而它的组成部分又要进一步被分解。小系统可能没有 中间层。
需求分析和规格说明方法
作者：杨乾明
2016/10/2
需求分析和规格说明方法
1



需求分析和规格说明阶段的基本概念 结构化分析(SA方法)概述 数据流图 数据词典 小说明 分析的步骤 SA方法小结 快速原型法 分析阶段的其它工作
需求分析和规格说明方法 2
2016/10/2
>可以看出在小明说“谢谢”这之 前他与服务员的沟通是很顺利的 >此时只有服务员自己知道， 刚刚问辣椒的时候面的佐料都 已经放好了，最后的“听错了” 只是为自己找台阶下而已
2016/10/2
数据流图
12
对于任何一个系统，在刚开始时只是将现实情况反映出来，而不是急于去想 象未来的计算机系统是怎么样，系统不一样，画出来的数据流图肯定不一样， 但原则上都是“由外向里”进行的，“由外向里”是一种比较自然而且有条理 的思考过程，通常人们观察事物的也基于此进行。

第一步：画系统的输入输出，首先画系统的输入数据流和输出数据流，也 就是先决定系统的范围，同样，对每一个加工来说也是先画出它们的输入 输出，再考虑这个加工的内部； 第二步：画系统的内部，此时需要将系统的输入输出数据流用一连串加工 连接起来，一般可以从输入端逐步画到输出端，也可以反过来追溯。在数 据流的组成或者值发生变化的地方应画上一个加工，他的作用就是实现这 一变化 材料数据 图形绘制
2016/10/2
需求分析和规格说明阶段的基本概念
6
这是一个忧伤的故事... 小明年幼的时候家里很穷，看着电视里小朋 友能玩各种玩具是非常的羡慕，其中对于玩具 车的偏爱，对年幼的小明来说就是遥不可及的 梦想… 小明虽然没有车，但是小明见过邻居家的打 米机，通过柴油机带动打米机就能工作。 小明虽然没有车，但是知道爸爸买回来的录 音机可以插入磁带就能转动发出声音。 就这样……在一个罪恶的晚上，小明摔坏了 爸爸的录音机，挨了一顿打，身上很疼，但是 心理却很开心。 小明拿着录音机中的马达电动机，拿着一根 妈妈弄头发的胶圈（quan）,再拿着很长时间收 集的几个大小不一的玩具车轮，开始了实现他 的梦想之旅….. 年幼的小明不知道的是当他做完这辆小车后， 他已经学会了初中物理的力学知识，他还不知 道的是他已经学会了一套分析问题看待问题的 方法等等…… 为了梦想，一切的付出都是值得的。

2016/10/2
需求分析和规格说明阶段的基本概念
5
作为用户和软件人员之间的合同，为双方相互了解提供基础 反映出问题的结构，可以作为软件人员进行设计和编写的基础 作为验收的依据，即作为选取测试用例和进行形式验证的依据 注：需求说明书应该即完整、一致、精确、无二义、又要简明易懂并易于维护


图0 1 马达设 计
图1 1.1 线圈设 计 1.2 磁铁设 计
2016/10/2
数据流图
16
父图和子图的平衡，就是父图中的加工对应的输入输出，在子的数据流图 中最开始的输入和最后的输出是能对应上的，这就叫平衡。有一种例外的 情况就是，父图的输入输出，与子图对应不上的时候，若是子图多出了很 多输入或者输出数据流，此时若是在“数据词典”中对数据的输入输出做 好了定义，也就是说，几个输入或者输出数据流对应了一个输入输出数据 流，此时可以认为是平衡的。举个例子，我们对“马达设计”做个小小的 变更 父图 子图 内 图0 图1 部 数 1.1 1.2 据 1 马达设计图 马达数据 马达内 马达整 马达设 部设计 体设计 计


2016/10/2
数据流图
19
适当的命名 数据流图中每一成分的命名是否恰当与数据流图的易理解性有直接的关系 1）为避免引起错觉，名字要适合于整个数据流，而不是仅仅反应它的 某些成分 2）避免用空洞的名字，如“数据”“信息”“输入”“输出”，因为 缺乏具体的含义 3）如果发现难以为某个数据流命名，这往往是数据流图分解不当的征 兆，需要从新尝试分解 4）通常应先为数据流命名再为加工命名，这也反映了由外向里的思考 过程 5）为加工命名时，建议使用动词加名词的方式，若是涉及多个动词则 建议把多个分开，分成多个加工 画数据流而不是控制流 常规的框图使用的箭头大多表示的是一个动作，这样，就与数据流图的符 号定义产生了对立，因此要区分开，毕竟，数据流图是从数据的角度来描述一 个系统
2016/10/2
结构化分析(SA方法)概述
ห้องสมุดไป่ตู้
10
如果我们打算把小明造车的实例拿来做一个类似软件层面的分析可得到如下 初步的“数据流图” 该“数据流图” 我们也可以认为是玩具车制造厂商的设计过程
2016/10/2
数据流图
11
含义

元素

数据流图是SA方法中用于表示逻 辑系统模型的一种工具，它从数 据传递和加工的角度，以图形的 方式来刻画数据流从输入到输出 的变换过程

2016/10/2
数据流图
18

父图和子图的输入输出数据流要“平衡”

更加“抽象”原则，每张图只画出作为加工间交界面的文件和数据流，而 不必画出加工内部的文件
如果要了解某个加工内部的细节，可以阅读与这个加工的编号相同的一张 图 一个加工一般最多分解成7个子加工 当每个加工都已经足够简单时，分解就可以结束
2016/10/2
结构化分析(SA方法)概述
7

小明造车的故事告诉我们看问题要看到本质“车能跑，不止是因为有轮子” 那么当我们把复杂的问题抛出来以后怎么解决呢？那就是“把复杂的问题 简单化，把简单的问题具体化”，这句话对应到我们软件层面就是“结构 化分析” “复杂问题简单化”对应到我们的软件结构化分析就是“分解”，如何做 好简单化呢？就是把大问题分解成若干小问题，然后分别解决。 “简单问题具体化”对应到我们的软件结构化分析就是“抽象”，如何做 好具体化呢？还得从分解说起，当我们把问题分解到足够细的时候，这时 候我们一般就能看到问题的本质，然而分解后的问题大问题没了，小问题 很多，这时候我们就要去做一个分层筛选，把每一个层次的重要部分抓取 出来，省去细节，获取所有层面最本质的属性，对于后续工作的开展再逐 层添加细节
2016/10/2
结构化分析(SA方法)概述
9
一套分层的数据流图 一本数据词典 一组小说明 补充材料 注：以上就是用SA方法获得的需求说明书包含的几部分组成

数据流图：描述系统的分解，即描述系统由那几部分组成，各部分之间有什么 联系等； 数据词典：描述系统中的每一个数据 小说明：详细描述系统中的每一个加工 补充材料：额外的描述系统功能的材料