第十二章系统分析.pptVIP

3、数据流程图的基本符号 外部实体(External Entity) 处理过程(Process) 数据存储(Data Store) 数据流(Data Flow) 第三十一页，编辑于星期五：十九点 六分。 4、数据流程图的画法 按业务流程图理出的业务流程顺序， 将相应调查过程中所掌握的数据处理过程， 绘制成一套完整的数据流程图，一边整理绘 图，一边核对相应的数据和报表、模型等。 如果有问题，则定会在这个绘图和整理过 程中暴露出来。 由于实际数据处理过程常常比较繁杂，故 应该按照系统的观点，自顶向下地分层展开绘制。 黑 灰 半透明 透明 第三十二页，编辑于星期五：十九点 六分。 示例 用户 P1 销售处理 订货单 发货单 第1层 第三十三页，编辑于星期五：十九点 六分。 第2层 P1.1 判定定货处理方式 P1.2 开发货票 P1.3 开付款通知单 D1(订货单) D3(订货单) 用户 订货单 订货单存档 财务科 发货票 等有货再发货订货单 D2(订货单) 待付款订货单 仓库 发货票 发货票 库存帐 信用手册 订货单 付款通知单 P1 第三十四页，编辑于星期五：十九点 六分。 5．绘制分层数据流程图时的注意事项 （１）合理编号 分层数据流程图的顶层称为0层，它是第1层的父图，而第1层既是0层图的子图，又是第2层图的父图，依此类推。由于父图中有的处理可能不再分解，因此父图拥有的子图数少于或等于父图中的处理个数。 为了便于管理，应按下列规则为数据流程图中的处理编号： 子图的编号就是父图中相应处理的编号。 子图中处理的编号由子图号、小数点、局部号连接而成，即处理号=子图号.局部号。 因为一层图只有一张，为简单起见，约定第一层图的图号为0，图内处理编号分别为1、2、3、...。按上述规则，图的编号既能反映出它所属的层次以及它的父图编号的信息，还能反映子处理的信息。 数据流和数据存储也需要进行编号，以便于编写、分析和维护，其编号方法原则上与处理的编号方法相同。为避免混淆，可在编号的第一位数字前冠以不同的字符以示区别。如D表示数据流，F表示数据存储，P表示处理，S表示外部实体。 第三十五页，编辑于星期五：十九点 六分。 （2）父子图的平衡 图与父图的数据流必须平衡，这是分层数据流程图的重要性质。这里的平衡指的是子图的输入、输出数据流必须与父图中对应处理的输入、输出数据流相同。但下列两种情况是允许的，一是子图的输入/输出数据流比父图中相应处理的输入/输出数据流表达得更细，在实际中，检查该类情况的平衡，需借助于数据词典进行；二是考虑平衡时，可以忽略枝节性的数据流。 父子图的平衡 第三十六页，编辑于星期五：十九点 六分。 （3）局部文件 下面父子图是平衡的，但子图中的文件W并没有在父图中出现。这是由于对文件W的读、写完全局限在处理3.3之内，在父图中各个处理之间的界面上不出现，该文件是子图的局部文件或为临时文件。 第三十七页，编辑于星期五：十九点 六分。 （4）分解的程度 对于规模较大的系统的分层数据流程图，如果一下子把处理直接分解成基本处理单元，一张图上画出过多的处理将使人难以理解，也增加了分解的复杂度。然而，如果每次分解产生的子处理太少，会使分解层次过多而增加画图的工作量，阅读也不方便。经验表明，一般说来一个处理每次分解量最多不要超过七个为宜。同时，分解时应遵循以下原则： ①分解应自然，概念上要合理、清晰。 ②上层可分解得快些，这是因为上层是综合性描述，对可读性的影响小；而下层应分解得慢些。 ③在不影响可读性的前提下，应适当地多分解成几部分，以减少分解层数。 对于一个大型系统来说，由于在系统分析初期对问题理解的深度不够，在数据流程图上也不可避免地会存在某些缺陷或错误。因此画好的数据流程图还需要进行修改，才能得到完善的数据流程图。一般应从正确性和可读性两方面对数据流程图进行改进。 第三十八页，编辑于星期五：十九点 六分。 6． 数据流程图的作用 （1） 系统分析员用这种工具自项向下分析系统信息流程；（2） 可在图上画出计算机处理的部分；（3） 根据逻辑存贮，进一步作数据分析，可向数据库设计过度；（4） 根据数据流向，定出存取方式；（5） 对应一个处理过程，可用相应的程序语言来表达处理方法，向程序设计过渡。 第三十九页，编辑于星期五：十九点 六分。 数据流程图描述了系统的分解，即描述了系统由哪几个部分组成、各个部分之间的联系等等，但是还没有说明系统中各个成分的含义。 数据存储“定货单存档”包括