第2章 可行性分析9620641.ppt

举例：一家工厂的采购部每天需要一张定货报表，报 表按零件编号排序，列出所有需要再次定货的零件。 对于需要订货的零件列出其零件编号、零件名称、 定货数量、单价、供应者。零件入库或出库称为事务， 通过放在仓库中的CRT终端把事务报告给定货系统。 当某种零件的库存量少于临界值时就应该再次定货。 下面用软件工程的方法画出该系统的数据流图。 分析过程 第一步 首先确定系统的源点和终点，本题仓库管理员是数据的源点，采购员是数据的终点。 其次是加工(处理)，本题应该完成定货系统这样一个功能。 最后考虑数据流，事务需从仓库送到系统中，显然事务是一个数据流；系统要把定货报表送给采购部，定货报表也是一个数据流。 定货系统基本数据流图 第二层分解 首先将加工(处理)——定货系统进行功能分解，变成事务处理和产生报表两部分。 其次要考虑有关数据的存储问题，在本题中涉及到存储的信息有：库存清单、定货信息。 依据图2-5和以上两点，我们画出定货系统功能级数据流图，见图2-6所示。 第三步 将事务处理进一步分解为接收事务，更新库存清单、处理定货三部分。依据本分析和图2-6我们可以画出定货系统功能分解后的数据流图。见图2-7所示。其中1.1、1.2、1.3是图2-6中功能1的分解编号 例2 银行取款系统的数据流图(活期储蓄)。 分析过程如下： 第一步 源点和终点都是储户。 加工(处理)是完成取款的功能。 数据流是取款单、存折、现款。 依据以上三点画出银行取款系统的基本数据流图，如图2-8所示。 第二步 取款工作实际上是由储户资格审查、登录、付款三部分组成。 数据存储部分涉及储户的帐卡和存折上数据的更新。 依据图2-8及以上二点分析，我们可以画出取款系统的功能级数据流图，如图2-9所示。 画数据流图的步骤 1.确定系统的源点和终点，对于数据流图而言它是系统的外部项 2.确定系统的输入和输出数据流。随着加工(处理)的细化，功能也就越来越具体，数据流也就越来越多，输入和输出也会相应地增加，但要保持分解前后输入/输出数据流必须相同。 3.用“自顶向下”的方法，逐层画出数据流图。每张数据流图中加工(处理)的个数不能超过9个（7加减2原则）。 4.将必要的存储与加工(处理)相匹配。 5.在画数据流图时应避免线条交叉，必要时可使用重复的外部项(源点或终点)或数据存储符号。 6.画出出错及例外条件处理情况。 数据流图的用途 1.作为交流信息的工具。系统分析人员把他对系统的认识或对目标系统的设想用数据流图描绘出来，供有关人员审查确认。由于数据流图中使用的符号不含任何物理实现细节，所以大多数用户都可以理解和评价它。 2.作为分析和设计的工具。分析员在研究现有的系统，描绘其功能时常用数据流图表达他们对现有系统的认识，这种描绘方法形象、具体，它不同于系统流程图，使系统的功能和实现每个功能的具体方案区别开来。 3.数据流图可以辅助物理系统的设计。在数据流图上依据不同处理的定时要求，可以画出许多组自动化边界，每组自动化边界就是一个不同的物理系统。 4.数据流图对详细设计也有帮助，它是面向数据流设计(SD)方法的基础。 分层的数据流图 图2-5定货系统基本数据流图 图2-6定货系统功能级数据流图 图2-7定货系统功能分解后的数据流图 图2-8取款系统基本数据流 图2-9取款系统功能级数据流图 . 便于实现 . 便于使用 --- 采用逐步细化的扩展方法，可避免一 次引入过多的细节，有利于控制问题 的复杂度； --- 用一组图代替一张总图，方便用户及 软件开发人员阅读。 分层 DFD 图的优点 1） 为数据流(或数据存储)命名 (1) 名字应代表整个数据流(或数据存储)的内容，而不是仅 仅反映它的某些成分。 (2) 不要使用空洞的、缺乏具体含义的名字(如“数据”、 “信息”、“输入”之类)。 (3) 如果在为某个数据流(或数据存储)起名字时遇到了困难 ，则很可能是因为对数据流图分解不恰当造成的，应该 试试重新分解，看是否能克服这个困难。 画分层 DFD 的指导原则 1. 注意数据流图中成分的命名 2） 为处理命名 (1) 通常先为数据流命名，然后再为与之相关联的处理命名。 这样命名比较容易，而且体现了人类习惯的“由表及里” 的思考过程。 (2) 名字应该反映整个处理的功能，而不是它的一部分功能。 (3) 名字最好由一个具体的及物动词加上一个具体的宾语组成。 应该尽量避免使用“加工”、“处理”等空洞笼统的