经典的数据流图.pptVIP

* * * * * * * * * * * 分层数据流图的完整性 每个加工至少有一个输入数据流和一个输出数据流 在整套分层数据流中，每个文件应至少有一个加工读该文件，有另一个加工写该文件 分层数据流图中的每个数据流和文件都必须命名(除了流入或流出文件的数据流)，并保持与数据字典的一致 分层DFD中的每个基本加工(即不再分解子图的加工)都应有一个加工规约 其它需注意的问题-1 适当命名：每个数据流、加工、文件、源和宿都应被适应地命名，名字应符合被命名对象的实际含义 名字应反映整个对象(如数据流、加工)，而不是仅反映它的某一部分 避免使用空洞的、含义不清的名字，如数据、信息、处理、统计等 如果发现某个数据流或加工难以命名时，往往是DFD分解不当的征兆，此时应考虑重新分解 画数据流而不是画控制流 判断准则：这条线上是否有数据流过 其它需注意的问题-2 避免一个加工有过多的数据流 当一个加工存在许多数据流时往往意味着分解不合理 解决办法：重新分解 1)把需要重新分解的某张图(含有该复杂加工的图)的所有子图连接成一张图 2)把连接后的图重新划分成几个部分，使各部分之间的联系最小 3)重新定义父图，即第2)步中的每个部分作为父图中的一个加工 4)重新建立各子图，即第2)步中的每个部分都是一张子图 5)为所有的加工重新命名和编号 数据流图重新分解示例 ( b ) 原加工2子图 2.2 2.1 2.3 2.4 2.5 H J I C K L E M N ( d ) 重新分解后的父图 4 5 2′ 3 2″ 1 A B H G J I C K L D E M F P N ( a ) 原父图 3 4 5 1 2 H A B J I C K L D E M F P N G ( c ) 合并 4 5 3 2.4 2.5 2.2 2.1 2.3 1 F A B H J I C K L D E M P N G 其它需注意的问题-3 分解尽可能均匀 理想目标：任何两个加工的分解层数之差不超过1 应尽可能使分解均匀，对于分解不均匀的情况应重新分解 先考虑稳定状态，忽略琐碎的枝节 先考虑稳定状态下的各种问题，暂时不考虑系统如何启动、如何结束、出错处理以及性能等问题 随时准备重画 对于一个复杂的软件系统，往往要经过反复多次的重画和修改才能构造出完整、合理、满足用户需求的分层DFD 分析阶段遗漏下来的一个错误，到开发后期要化费几百倍代价来纠正这个错误 分解的程度 可参照以下几条与分解有关的原则： 7加减2 分解应自然，概念上合理、清晰 只要不影响DFD的易理解性，可适当多分解几个加工，以减少层数 一般说来，上层分解得快些(即多分解几个加工)，下层分解得慢些(即少分解几个加工) 分解要均匀 * * * * * * * * * * * * * * * * * * * * * * * * * * 数据流图 Data Flow Diagram(简称DFD)：描述输入数据流到输出数据流的变换(即加工)过程，用于对系统的功能建模，基本元素包括： 数据流(data flow)：由一组固定成分的数据组成，代表数据的流动方向 加工(process)：描述了输入数据流到输出数据流的变换，即将输入数据流加工成输出数据流 文件(file)：使用文件、数据库等保存某些数据结果供以后使用 源或宿(source or sink)：由一组固定成分的数据组成，代表数据的流动方向 源或宿 存在于软件系统之外的人员或组织，表示软件系统输入数据的来源和输出数据的去向，因此也称为源点和终点 例如，对一个考务处理系统而言 考生向系统提供报名单(输入数据流)，所以考生是考试系统(软件)的一个源 考务处理系统要将考试成绩的统计分析表(输出数据流)传递给考试中心，所以考试中心是该系统的一个汇点 源或宿用相同的图形符号表示 当数据流从该符号流出时表示是源 当数据流流向该符号时表示是宿,或者汇点 当两者皆有时表示既是源又是宿 加工(处理)和文件(数据存储) 加工：描述输入数据流到输出数据流的变换 每个加工用一个定义明确的名字标识 至少有一个输入数据流和一个输出流 可以有多个输入数据流和多个输出数据流 文件：保存数据信息的外部单元 每个文件用一个定义明确的名字标识 由加工进行读写 DFD中称为文件，但在具体实现时可以用文件系统实现也可以用数据库系统等实现 数据流 每个数据流用由一组固定成分的数据组成并拥有一个定义明确的名字标识 如：运动会管理系统中，报名单(数据流)由队名、姓名、性别、参赛项目等数据组成 数据流的流向 从一个加工流向另一个加工 从加工流向文件(写文件) 从文件流向加工(读文件) 从源流向加工 从加工流向宿 示例：图书订购系统DFD 图书库存 入库单 图书代理商 书库 管理 收费 制作 财务报