事务订货报表库存清单.PPTVIP

* 数据流图有四中基本成分。 数据原点和数据终点相同时，就是一种重复出现。 * 对于仓库管理系统怎样画他的数据流图？如何着手？ 首先确定数据流图的四中成分： 然后着手画数据流图。 数据流图是系统的逻辑模型，然而任何计算机系统实质上都是信息处理系统，也就是把输入数据变换成输出数据，因此，任何系统的基本模型都由若干个数据源点/终点以及一个处理组成。这个处理就代表系统对数据的加工变换的基本功能。 * 然而这种高层的数据流图太抽象，从中能了解订货系统的信息很少。下一步应该把基本模型细化，描绘系统的主要功能。得到了系统的功能级数据流图。系统的主要功能就是产生报表和处理事务。 * A. 编号的设置 子图的编号是父图相应的处理逻辑的编号。 子图中处理逻辑编号由子图号、小数点与局部号组成。 B. 父图与子图的平衡 子图是详细地描述父图中处理逻辑，因而子图的输入、输出数据流应该同父图中处理逻辑的输入、输出数据流相一致。 C. 局部数据存贮 局部数据存贮在子图中出现的数据存贮，可以不出现在父图中，画父图时只需画出处理逻辑之间的联系，不必画出各个处理逻辑内部的细节。 D. 处理逻辑的分解与分细的程度 分得太细，则使得层次太多；分得太快，则达不到分层的目的。 从管理的层次结构原理来看，一个领导人管理他的下属一般不超过7人，故在分解一层时不宜超过7个逻辑。 一个处理逻辑分解到基本处理逻辑为止。 基本处理逻辑：能表达系统所有的逻辑功能和必要的数据输入与输出，这些功能与数据的描述能使用户清楚地理解，并且还能使以后的系统设计人员看到每一个处理逻辑，有一个明确的概念，并据此能设计程序模块实现这些逻辑功能。 E. 由左到右绘制数据流程图 先从左侧开始，标出外部实体。外部实体通常是系统主要的数据来源。然后画出由该外部实体产生的数据流和相应的处理逻辑。如果需要将数据保存，则在数据流程图上加上数据存贮。最后画出接受系统输出信息的系统的外部实体。 F. 绘制数据流程图时，可以先忽略枝节（次要）的信息 绘制第0层与第1层的草图绘制时，应该集中反映系统中主要的、正常的逻辑功能以及与之相关的数据交换。然后再将其余次要的处理逻辑补上，完成一张完整的数据流程图。 G. 合理地命名 数据流程图中对每一个元素都要命名，恰当地命名有助于数据流程图的理解与阅读。命名原则： (1)为了避免引起错觉，为每个元素所取的名字要能反映该元素的整体性内容，而不只是它的部分内容。 (2)每个元素的名字都能有唯一地标识该元素。 (3)避免用空洞的名字，要具体的含义。 (4)如果发现难以为某个数据流或处理逻辑命名时，这往往是数据流程图分解不当的征兆，可重新分解。 * 数据字典通常只包含对数据的定义，而对处理的定义由后面介绍的IPO图描述，这样一来数据字典的内容更单纯、形式更统一，有利于不同人员的查阅。 对数据的信息包含：一般信息、定义、控制信息、分组信息和使用特点。 * 自顶向下分解数据 定义绝大多数复杂事物的方法，都使用被定义的事物的成分的某种组合表示这种事物，这些组成成分又有更底层的成分的组合来定义。从这个意义上说，定义就是自顶向下的分解，所以数据字典中的定义就是对数据自顶向下的分解。那么，应该把数据分解到什么程度为止呢？一般来说，当分解到不需要进一步定义，每个和工程有关的人也都清楚其含义的元素时，这种分解过程就完成了。 重复的上下限表达了最多和最少的重复次数，当上下限相同时表示重复次数固定。 数据字典定义严密一致的数据说明，有助于分析员和用户之间通信。同时也有助于改进不同开发人员或不同开发小组之间的通信。大家都遵守规定，能避免接口问题。 包含的控制信息列出了使用数据的所有程序（模块），所以很容易估计一个数据改变带来的影响，并且能够对所有受影响的程序和模块作出相应的改变。 数据字典对数据流分量的定义和分组信息的说明是数据库设计的很好的基础。 * 数据字典的实现有：全人工过程、全自动化过程、混合过程。 无论采用那种实现都应有如下特点： 1、通过名字可方便查阅。 2、没有冗余 3、尽量不重复在规格说明书的其它组成部分中已经出现的信息。 4、容易修改更新，可单独处理每个数据元素的信息。 5、定义的书写方法简单方便而且严格。 * (1) 一致性 所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。 (2) 完整性 需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。 (3) 现实性 指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。 (4) 有效性 必须证明需求是正确有效的，确实能解决用户面对的问题。 * 再次阅读可知： 事务有类型，需要根据不同情况处理；----