管理信息系统ERP-MIS的开发-系统分析.pptVIP

（1）数据流 F 数据流用带有名字的、有箭头的线段表示，名字称为数据流名，表示流经的数据，箭头表示流向。 数据流由一组数据项组成，例如，“发票”数据流由品名、规格、单位、单价、数量等数据组成。 约定1：对流进或流出文件的数据流不需标注名字，因为文件本身就足以说明数据流；而别的数据流则必须标出名字，名字应能反映数据流的含义。 约定2：数据流不允许同名。 * 对数据流的表示有以下约定: 第六十一页，共一百二十二页。 约定3：两个数据流在结构上相同是允许的，但必须体现人们对数据流的不同理解。如图a中的合理领料单与领料单两个数据流，它们的结构相同，但前者增加了合理性这一信息。 约定4：两个加工之间可以有几股不同的数据流，这是由于它们的用途不同，或它们之间没有联系，或它们的流动时间不同，如图b所示。 约定5：数据流图描述的是数据流而不是控制流。如图c中，“月末”只是为了激发加工“计算工资”，是一个控制流而不是数据流，所以应从图中删去。 a b c * 第六十二页，共一百二十二页。 （2）数据加工/加工处理/逻辑处理 P 加工处理是对数据进行的操作，它把流入的数据流转换为流出的数据流。 每个加工处理都应取一个名字表示它的含义，并规定一个编号用来标识该加工在层次分解中的位置。 名字中必须包含一个动词，例如“计算”、“打印”等。 对数据加工转换的方式有两种： 改变数据的结构，例如，将数组中各数据重新排序； 产生新的数据，例如对原来的数据总计、求平均等值。 * P1 第六十三页，共一百二十二页。 （3）数据存储/文件 D 文件是存贮数据的工具。文件名应与它的内容一致，写在开口内。 从文件流入或流出数据流时，数据流方向是很重要的。 如果是读文件，则数据流的方向应从文件流出； 写文件时则相反； 如果是又读又写，则数据流是双向的。 在修改文件时，虽然必须首先读文件，但其本质是写文件，因此数据流应流向文件，而不是双向。 * 第六十四页，共一百二十二页。 （4）外部项/ 外部实体/数据源 S 表示数据的外部来源和去处。 它通常是系统之外的人员或组织，不受系统所控制。 * 客户 第六十五页，共一百二十二页。 系统分析员用这种工具自顶向下分析系统信息流程 可在图上画出计算机处理的部分 根据逻辑存储，进一步作数据分析，可向数据库设计过渡 根据数据流向，定出存取方式 对应一个处理过程，可用相应的程序语言来表达处理方法，向程序设计过渡。 数据流程图的作用： * 数据流程图的特征：抽象性、概括性 第六十六页，共一百二十二页。 数据流图的画法 （1）指导原则 总体上：自顶向下逐层分解 局部上：由外向里(先确定边界或范围) * 基本系统模型 系统子功能 第六十七页，共一百二十二页。 （2）步骤 识别系统的输入、输出和主加工 画顶层图 对主加工进行分解，画分层的数据流图 检查、修改、完善 * 数据流图的画法 第六十八页，共一百二十二页。 分层数据流图 为了控制加工的复杂性，结构化分析采用了“自顶向下，逐层分解”的技术，通过分解获得一套由抽象到具体的数据流图，我们称这一套数据流图为分层数据流图。 * 第六十九页，共一百二十二页。 画分层数据流图时，应注意的问题： （1）合理编号 子图中的编号由父图号和子加工的编号组成。 例如： 1表示第1层图的1号加工处理，1.1、1.2、1.3...表示父图为1号加工的子加工； 1.3.1、1.3.2、1.3.3...表示父图号为1.3加工的子加工。 * 第七十页，共一百二十二页。 （2）分解的程度 一般一个加工每次分解量最多不要超过7个为宜。 分解时应遵循以下原则： 分解应自然,概念上要合理、清晰。 上层可分解的快些(即分解成的子加工个数多些)，这是因为上层是综合性描述，对可读性的影响小。而下层应分解得慢些。 在不影响可读性的前提下,适当地多分解成几部分,以减少分解层数。 对数据流图中不再作分解的加工(即功能单元)，必须作出详细的加工说明。 * 画分层数据流图时，应注意的问题： 第七十一页，共一百二十二页。 数据流图的修改 可从正确性和可读性方面对数据流图进行改进。 有时需要对作出的部分或全部数据流图作重新分解，步骤如下： 把需要重新分解的所有子图连成一张； 根据各部分之间联系最少的原则，把图分划成几部分； 重建父图，即把第二步所得的每一部分画成一个加工符号，各部分之间的联系就是加工之间的界面； 重建各张子图，只需把第二步所得的图，按各自的边界剪开即可； 为所有加工重新命名、编号。 * 第七十二页，共一百二十二页。 其他注意事项 一般应先给数据流命名，再根据输入/输出数据流名的含义为加工命名。名字含义要确切，要能反映相应的整体。若碰到难以命名的情况，则很可能是分解不恰当造成的，应考虑重新分解。 从左至右画数据流图