第5章(第2节系统分析)修改祥解.ppt

数据流使用注意事项 数据流使用注意事项： 数据流可以从处理流向处理； 也可以从处理流进、流出文件（数据存储）； 还可以从外部实体流向处理流向外部实体。 数据流至少有一个端点必须与处理相连接。 数据流图不显示数据流的具体结构和内容，这些元素会在数据字典中定义。 数据流使用不能出现以下的情况： 使用数据流连接两个外部实体； 使用数据流连接两个数据存储； 使用数据流连接外部实体和数据存储。 数据流程图的图例(续) 数据处理/处理过程 续（示意图） 对 错 错 数据流程图的图例(续) 数据流程图的绘制方法: 基本思想：数据流程图是分层次的，绘制时采用自顶向下，逐层分解的办法。 首先画顶层（第一层）数据流程图。顶层图（TOP图）说明了系统总的处理功能、输入和输出。 下一步是对顶层数据流程图中的“处理”进行分解，得到下一层（第二层）数据流程图，即将“处理”又分解成“多个处理”。 这种分解工作不断继续下去，直到分解到很具体的功能（所分解的处理只包含一个单一的功能）为止。 说明： 逐层分解数据流程图是指对上一层数据流程图中的“处理逻辑”分别进行分解，随着 “处理逻辑”的分解，功能也越来越具体，数据存储和数据流也越来越多，输入和输出数据流个数也会相应增加。 注意： 下一层的输入和输出数据流至少应和上一层的输入和输出数据流相对应； 下一层的至少应和上一层的外部项相对应； 每一层的数据流程图中的处理逻辑不宜过多，一般在七至八个以内，且要保持系统的完整性和一致性。 如果分解出来的数据流程图已经基本表达系统所有的逻辑功能和必要的输入和输出，就没有必要再向下扩展了。 数据流程图绘制示例 图5-13 第一层数据流程图 顾客 P 处理 业务 配件库存 F 供应商 订货单 发货单 订货单 发货单 去掉 采购单 到货通知单 图5-14 第二层数据流程图 顾客 P1.1 销售 配件库存 F1.1 订货单 发货单 P1.2 采购 到货通知单 供应商 订货单 发货单 向供应商的订货单 F1.2 P1.3 会计 收据 收款通知 付款 付款通知 应付款通知 付款 收据 数据流程图的局限性 数据流程图描述了系统的分解，即描述了系统由哪几个部分组成、各个部分之间的联系等，但没有对具体数据元素的内容进行描述。 没有说明系统中各个成分的含义、类型和大小。 难以对系统中人机交互过程以及信息的反馈与循环处理进行描述。 数据字典和处理逻辑可以弥补这些缺陷，较为详细的对数据流程图中的各个元素给予说明，为系统设计提供依据。 数据字典（DD）：是在新系统数据流程图的基础上，进一步描述数据流图中所有构成要素的工具，是对所有成分定义和解释的文字集合，是系统分析阶段的重要文档。 数据字典中有关系统的详细信息是以后系统设计、系统实施与维护的重要依据。 数据字典定义的内容：数据项、数据结构、数据流、处理逻辑、数据存储和外部实体。 定义要求： 数据流程图中各种成分的定义必须明确、唯一、容易理解； 名称、编写与数据流程图一致； 满足一致性与完整性的要求； 形式规范、文字精炼且符号正确。 五、数据字典 包含在数据流程图 未包含在数据流程图 （一）数据项的定义 数据项又称数据元素，是数据的最小单位。在数据字典中，仅定义数据的静态特性。 示例： 数据项编号：0001 数据项名称：材料编号 数据项别名：材料编码 简述：某种材料的代码 数据类型：字符型 数据长度：４ 数据取值范围：0001—9999 五、数据字典（续） 思考：下列所列出的数据项是否是最小单位。 1.家政信息系统中数据项如下所述， 2.学生基本信息数据项如下： 工号 姓名 服务项目 扫地 洗碗 做饭 带孩子 学号 姓名 性别 年龄 联系方式 电话1 电话2 长度 思考：为什么要定义数据项的类型、长度、取值范围。 （二）数据结构的定义 数据结构描述数据项之间的关系。 一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，还可以由若干个数据项和数据结构组成。 示例1： 数据结构编号：D01 数据结构名称：用户订货单 简述：用户所填用户情况和订货等信息 数据结构组成：D02＋ D03＋ D04 D01:用户订货单 D02：订货单标志 D03：用户情况 D04：配件情况 订货单编号 用户代码 配件代码 日期 用户姓名 配件名称 用户地址 配件规格 电话 订货数量 开户银行 账号 示例2： 数据结构编号：D1 数据结构名称：员工考勤信息 简述：公司对员工按年度、月份的考勤信息 数据结构组成：考勤编号、考勤年度、考勤月份、 员工编号、当月天数、全勤天数、 病假天数、 事假天数、 旷工天