数据流图（DFD）
DFD是现代结构化分析的工具之一，对于图形模型的分析最重要，它可以将系统可视化为通过通道（数据流）和数据存储库相互连接的功能过程网络。
这些图使我们能够查看数据如何流经组织，此类数据所经历的过程和转换以及不同类型的输出。
使用的组件和符号
- 数据流过程仓库终结者
数据流图的要素
工艺流程
通常，过程（功能或转换）用圆圈或气泡表示，它们是对数据执行的操作，例如计算，比较，打印，指向，标记，授权，存储，验证，通知，生产，其他。这些过程显示了系统的一部分，该部分将输入转换为输出，即显示了如何将一个或多个输入转换为一个或多个输出。
工艺名称
进程的名称由VERB-OBJECT短语组成，并描述其作用。例如：
计算税
授权签名
授权发票
授权采购订单
验证供应商
生成报告
另外，可以用一个人或一群人，一台计算机或机械设备的名称来描述（尽管不推荐）这些过程，无论如何，关键字是“谁”或“什么”在执行。
有关数据流的注意事项。
数据流。
它们被标记为矢量或箭头，或者只是带有方向标记的线条，显示了进入或离开过程的内容。此外，它们还显示信息块或信息包从系统中一个位置到另一个位置的移动。箭头的尖端指示数据的目的地或来源。
- 它们必须用携带的数据标记或命名，除非它们离开或进入仓库，因为它们描述了其中包含的内容。但是，如果仅提取一个实例，则必须对其进行标记。
调查净化系统
- 沿着流移动的数据可以从一个过程传播到另一过程（作为输入），到仓库或到终结者（数据的源或目的地），该流仅携带一种类型的数据包。顾名思义，但有例外，将元素流分组为一个。示例：文件=客户
顾客姓名; 地址客户端 平衡客户；最高信用
另一种类型的仓库是为了方便而建立的。例如，下面描述的订单仓库：
（请参阅PDF）
1.这两个进程应该在同一台计算机上运行，但是没有足够的内存来同时覆盖这两个进程。因此，由于可用的实现技术已迫使流程在不同的时间执行，因此将ORDERS仓库创建为中间文件。
2.预计其中一个或两个进程都将在不可靠的硬件配置中运行。因此，在任何进程中止的情况下，将创建ORDERS仓库作为备份。
3.期望不同的程序员来实现这两个过程。因此，将创建ORDERS仓库以进行测试和更正，这样，如果整个系统无法正常工作，则两个小组都可以看到仓库的内容并检测问题。
4.分析人员或设计人员认为，即使用户没有表示出某种兴趣，他也有一天可能因为其他一些原因而访问ORDES仓库。在这种情况下，将创建仓库以预期用户的未来需求。
仓库特性
- 使用的名称是用于数据包通过流进入和离开仓库的名称的复数形式。
图书
- 仓库不应被称为物理存储设备（文件或数据库；例如，具有IMS，DB2，ADABAS，IDMS或其他数据库管理系统的磁带文件或组织文件） ），这是经验丰富的分析人员通常会执行的操作。在大多数情况下，仓库中流入或流出的物流不会被标记，除非将其一部分移除，而仓库是被动的而数据则不是。将沿着流程移动。流向仓库的流程可以描述为写入，更新或删除：
- 正在存储一个或多个新软件包正在修改或更改一个或多个软件包从仓库中删除一个或多个软件包
终结者
众所周知，外部和内部终止符或代理是数据的源或目标。通常，代理商显然在公司外部时被视为外部，例如：客户，供应商和政府机构。当代理人引用公司内部执行的但不属于系统的任务时，它们是内部的；但是，它们提供输入或从中接收输出。其他部门，员工或信息系统可能被引用为内部代理。内部代理还可以包含系统的最终用户，这些用户通常是输入（数据）的源和输出（信息）的目的地。
终端机特性
- 它们的名称必须大写和单数形式，它们在系统外部，将它们连接到流程或仓库的流程代表终结者与世界其他地方的接口，负责分析或设计的人员不能更改其名称。内容或工作方式。因此，正在开发的模型必须足够灵活以允许设计者选择最佳的植入物。从这个意义上讲，分析人员无法修改终止者的内容，组织或内部程序，因为定义上定义了终止者之间的关系在组织外部，所以DFD图中未显示它们之间的关系。如果确实存在这种关系，并且分析人员对此感兴趣，那么终止符将成为系统的一部分，并且应将其建模为流程。
数据流图
逐步过程建模
数据流图构建步骤步骤1
制定上下文数据流程图-将系统置于环境上下文中；也就是说，系统如何与其他系统以及整个公司互动。定义系统和项目的范围和限制。
绘制上下文图时：
- 使用单个命令提示符，标记命令提示符，使其代表整个系统。可以使用动词加对象，不要给过程符号编号，包括系统中的所有终止符，显示终止符之间的所有数据流。确定它们的策略：询问最终用户系统应响应哪些事件或事务；对于每个事件，询问最终用户系统应产生什么样的响应；询问固定格式的报告是什么。确定每个事件的净数据源，确定系统应生成的每个响应或输出的净容器，确定所有可能的外部数据存储。为以上所有信息绘制一个上下文图。
数据流程图图N
- 步骤2：准备通用数据流程图（图0）
如果需要比图0图表更详细地记录系统，则可以使用一个或多个图n图表。图n中的图表更详细地说明了单个DFD过程。n代表正在记录的下一个最高级别的进程的编号
- 其构造指南。
- 一旦知道了组件，便开始构建，必须与用户一起识别；为组件选择持久的重要名称；对过程进行编号，以作为分析人员对其后续爆炸的参考；避免过于复杂的DFD保持流程与其他模型之间的一致性。
¨避免无限下沉-仅具有输入而没有输出的气泡。
¨避免自然产生的气泡-它们是只有出口的气泡。
¨注意未标记的流程和过程。
¨注意只写存储或只读存储-所有存储都必须具有输入和输出，除了用作系统和某些外部终结器之间接口的外部存储。6.将一个DFD限制为不超过六个或八个进程
- 页面必须用于特定的DFD。
数据流图
数据流
- 它们表示将数据输入到流程中或从流程中获取数据；表示更新文件，数据库或其他数据存储方式中的数据；这是组成数据包传输的途径。数据可以通过任何给定的路径传播。
终止符（数据的来源或目的地）
- 内部代理（系统的输入或源）是指在公司内部执行的任务，但不属于系统范围，还提供输入或从系统接收输出。例如：其他部门，员工或信息系统外部代理（来自系统或目的地的出口）是明显不在公司外部的代理。示例：客户，供应商和政府机构。
数据仓库
仓库是数据清单，它们描述了公司要存储数据的事物。这是数据模型和流程模型之间最常见的结合点。
分配系统的上下文数据流图
图0-分配系统的数据流图
数据流程图爆炸。
到目前为止，我们已经在系统的非常高的级别或管理级别上看到了DFD的表示形式，但是用户可能会要求提供在该级别上未显示的某些详细信息。
DFD爆炸的想法; 它是将全局DFD组织为一系列级别，这样每个级别都可以连续提供有关先前级别一部分的更多详细信息。正如我们提到的，第一个图称为上下文图，它表示整个系统。数据流显示系统与其环境（终止符）的接口。这些终结器又可以连接到可能存在的外部仓库。
遵循上下文图的DFD被称为“图0图”，它表示系统的主要功能及其主要接口。
因此，我们一直在开发直到代表用户要求的详细程度为止。
数据流图爆炸规则
- DFD的第一个级别仅呈现系统的一般方案，最低级别的DFD的复杂程度显示了系统的详细视图，每个级别的DFD之间唯一的区别是非常方便的。识别开发的每个图表
在父亲图中与之对应的带有冒号的过程。在爆炸图中，还应对包含气泡的气泡进行编号，以一种简单的方式来标识DFD父母及其所有对应的DEF派生对象。
DFD爆炸规则（续）
DFD爆炸（续）
DFD爆炸
第一次爆炸
货物分配系统的第一次爆炸（图1）
数据流图图2-订购顺序
库存系统图1.2图表
辐射旅游系统的上下文图
第一级数据流图
州地址
敏感旅游调查
数据流程图-敏感旅游总部流程（DEE）
下载原始文件
