第03章结构化分析part2.pptVIP

3.5 数据流图 数据流图(Data Flow Diagram，DFD)，是表示软件系统逻辑模型的一种图形工具，表示了软件需要对数据的加工(processing)或变换(transform)的处理过程。 数据流程图是描绘系统逻辑模型的图形工具，只描绘信息在系统中的流动和处理情况，不反映系统中的物理部件，数据流程图使用四个标准的基本符号。 3.5 数据流图 一、数据流图符号 1、加工或变换 软件模型可表示为： 3.5 数据流图 2、组成符号 数据流图有四种基本符号。 3.5 数据流图 3、DFD的性质 (1)DFD中的箭头仅表示系统中数据的流动，不表示实物，为代表实物的信息。 (2)DFD不能表示程序的控制结构，不包含“控制流”、“控制结构”、“激发条件”之类的信息。 (3)DFD表现范围具有很大的灵活性，常用一组DFD由粗到细表示一软件在不同抽象级别上的逻辑性质。 注意1 数据流程图上所有图形符号只限于前述四种基本图形元素。 数据流程图必须包括前述四种基本元素，缺一不可。 数据流程图上的数据流必须封闭在外部实体之间。 每个加工至少有一个输入数据流和一个输出数据流。 注意2 在数据流程图中，需按层给加工框编号，编号表明该加工所处层次及上下层的亲子关系。 一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据流必须一致。 数据流程图上每个元素都必须有名字和编号。 数据流图中不可夹带控制流。 初画时可以忽略琐碎的细节，以集中精力于主要数据流，然后通过不断细化添加必要的细节 。 二、例子 假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据：零件编号、零件名称、定货数量、目前价格、主要供应者和次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。 1、抽取数据流图的四种成分：源点或终点、处理、数据存储和数据流。可采用以下步骤： 从问题描述中提取数据流图的四种成分。 考虑处理。 考虑数据流和数据存储。 组成数据流图的元素可以从描述问题的信息中提取 2、画数据流图。任何系统的基本模型都由若干个数据源点/终点以及一个处理组成，这个处理就代表了系统对数据加工变换的基本功能。对于上述的定货系统可以画出基本系统模型。 3、把基本系统模型细化，描绘系统的主要功能。 在图中给处理和数据存储都加了编号，这样做的目的是便于引用和追踪。 4、对功能级数据流图中描绘的系统主要功能进一步细化。 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入/输出数据流必须相同。 三、命名 数据流图中每个成分的命名是否恰当，直接影响数据流图的可理解性，因此，给这些成分起名字时应该仔细推敲。下面讲述在命名时应注意的问题。 1、为数据流(或数据存储)命名 名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。 如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难。 2、为处理命名 名字应该反映整个处理的功能，而不是它的一部分功能。 名字最好由一个具体的及物动词，加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。 3.6 状态转换图 1、状态转换图(简称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为,描述系统的行为。 状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。 事件是在某个特定时刻发生的事情，它是对引起系统从一个状态转换到另一个状态的外界事件的抽象。 注意:并不是所有的系统需求分析都要做状态—转换图，只有当系统行为模式变化比较复杂的情况下才使用。 2、图例 (1)状态：用圆形框或椭圆框表示，可以用两条水平横线把它分成上中下3个部分，通常在框内上部分标状态名，必须有；中间部分状态变量的名字和值；下面部分是活动表，后两部分可选。状态规定了系统对事件的响应方式。系统对事件的响应，既可以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态。通常，在表示状态的框内用关键字do(后接左斜线)标明进入该状态时系统的行为(即所做的动作)。 (2)事件：是在某