顶层一层和二层数据流图怎么画

❶ 标题 如何绘制系统的顶层数据流图和更加细化的分层数据流图

数据流图的绘制分三步走:
1、确定系统的输入输出；
2、由外向里画系统的顶层数据流图；
3、自顶向下逐层分解，绘出分层数据流图。
所谓数据流，是由一组固定成分的数据组成，表示数据的流向。这里的数据流向，不仅指数据的输入、输出，还包括中间的加工、储存等环节
从数据流图的基本目标出发，可以考虑在一张数据流图中包含多少个元素合适的问题。一些调查研究表明，如果一张数据流图中包含的加工多于5-9个，人们就难于领会它的含义了。因此为了表达较为复杂问题的数据处理过程，数据流图应该分层。当把功能级数据流图细化后得到的加工超过9个时，用一个数据流图往往不够，应该采用画分图的办法。一般按问题的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系。也就是把每个主要功能都细化为一张数据流分图，而原有的功能级数据流图用来描绘系统的整体逻辑概貌。

❷ 数据流图怎么画

1、确定系统的输入输出
由于系统究竟包括哪些功能可能一时难于弄清楚，可使范围尽量大一些，把可能有的内容全部都包括进去。此时，应该向用户了解“系统从外界接受什么数据”、“系统向外界送出什么数据”等信息，然后，根据用户的答复画出数据流图的外围。

2、由外向里画系统的顶层数据流图
首先，将系统的输人数据和输出数据用一连串的加工连接起来。在数据流的值发生变化的地方就是一个加工。接着，给各个加工命名。然后，给加工之间的数据命名。最后，给文件命名。

3、自顶向下逐层分解，绘出分层数据流图
对于大型的系统，为了控制复杂性，便于理解，需要采用自顶向下逐层分解的方法进行，即用分层的方法将一个数据流图分解成几个数据流图来分别表示。

❸ 数据流图怎么画

数据流图的画法

数据流图也称为数据流程图date flow diagram , DFD，是一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。

数据流图的基本组成成分

数据流：是由一组固定成分的数据组成，表示数据的流向。值得注意的是，数据流图中描述的是数据流，而不是控制流。除了流向数据存储或从数据存储流出的数据不必命名外，每个数据流必须要有一个合适的名字，以反映该数据流的含义。

加工：加工描述了输入数据流到输出数据之间的变换，也就是输入数据流经过什么处理后变成了输出数据。每个加工都有一个名字和编号。编号能反映该加工位于分层的数据流图的哪个层次和哪张图中，能够看出它是由哪个加工分解出来的子加工。

数据存储：数据存储表示暂时存储的数据。每个数据存储都有一个名字。

外部实体：外部实体是存在于软件系统之外的人员或组织，他指出数据所需要的发源地或系统所产生的数据的归属地。

外部实体 加工 数据流

分层数据流图的设计方法

第一步，画子系统的输入输出

把整个系统视为一个大的加工，然后根据数据系统从哪些外部实体接收数据流，以及系统发送数据流到那些外部实体，就可以画出输入输出图。这张图称为顶层图。

第二步，画子系统的内部

把顶层图的加工分解成若干个加工，并用数据流将这些加工连接起来，使得顶层图的输入数据经过若干加工处理后，变成顶层图的输出数据流。这张图称为0层图。从一个加工画出一张数据流图的过程就是对加工的分解。

可以用下述方法来确定加工：

在数据流的组成或值发生变化的地方应该画出一个加工，这个加工的功能就是实现这一变化，也可以根据系统的功能决定加工。

确定数据流的方法

用户把若干数据当作一个单位来处理（这些数据一起到达、一起处理）时，可以把这些数据看成一个数据流。

关于数据存储

对于一些以后某个时间要使用的数据，可以组织成为一个数据存储来表示。

第三步，画加工的内部

把每个加工看作一个小系统，把加工的输入输出数据流看成小系统的输入输出流。于是可以象画0层图一样画出每个小系统的加工的DFD图。

第四步，画子加工的分解图

对第三步分解出来的DFD图中的每个加工，重复第三步的分解过程，直到图中尚未分解的加工都是足够简单的（即不可再分解）。至此，得到了一套分层数据流图。

第五步，对数据流图和加工编号

对于一个软件系统，其数据流图可能有许多层，每一层又有许多张图。为了区分不同的加工和不同的DFD子图，应该对每张图进行编号，以便于管理。

● 顶层图只有一张，图中的加工也只有一个，所以不必为其编号。

● 0层图只有一张，图中的加工号分别是0.1、0.2、…，或者1， 2 。

● 子图就是父图中被分解的加工号。

● 子图中的加工号是由图号、圆点和序号组成，如：1.12，1.3 等等。

应该注意的问题：

1. 应适当的为数据流、加工、数据存储以及外部实体命名，名字应该反映该成分的实际含义，避免使用空洞的名字。

2. 画数据流图，不是画控制流。

3. 一个加工的输出数据流，不应与输入数据流同名，及时他们的组成完全相同。

4. 允许一个加工有多条数据流流向另一个加工，也允许一个加工有两条相同的输出数据流流向不同的加工。

5. 保持父图与子图的平衡。也就是说，父图中的某加工的输入输出流必须与他的子图的输入输出数据流在数量上和名字上相同。值得注意的是，如果父图中的一个输入（输出）数据流对应于子图中的几个输入（输出）数据流，而子图中组成这些数据流的数据项的全体正好是父图中的这一个数据流，那么他们仍然算是平衡的。

6. 在自顶向下的分解过程中，若一个数据存储首次出现时，只与一个加工有关系，那么这个数据存储应作为这个加工的内部文件而不必画出。

7. 保持数据守恒，也就是，一个加工的所有输出数据流中的数据必须能从该加工的输出流中直接获得，或者通过该加工能产生的数据。

8. 每个加工必须既有输入数据流，又有输出数据流。

9. 在整套数据流图中，每个数据存储必须既有读的数据流，又有写的数据流。但是在某张子图中，可能只有读没有写，或者只有写没有读。

特别注意上面的几点，都是考试的目标。近两年考试的内容都集中到2、5、6、8的几点上。

例如:

数据流图(DFD)

数据流图，简称DFD，是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。

下图是一个飞机机票预订系统的数据流图，它反映的功能是：旅行社把预订机票的旅客信息 (姓名、年龄、单位、身份证号码、旅行时间、目的地等)输入机票预订系统。系统为旅客安排航班，打印出取票通知单(附有应交的账款)。旅客在飞机起飞的前一天凭取票通知单交款取票，系统检验无误，输出机票给旅客。

❹ 如何画数据库ER图 详细�0�3

这是数据库设计的重点，也是数据库设计的难点。 那么，如何才能正确地反映客观现实，将ER 图画好呢？ 答案是，必须进行正确的需求分析。那么如何进行需求分析呢？需求分析一般有两种方法，一种是结构化分析(SA)，一种是面向对象分析(OOA).通过这两种方法的实施以后，都可以得到比较正确的ER 图。现在以下面的实际问题为例，通过结构化分析(SA)方法的应用，讲述如何得到比较正确的ER 图。 ( 一 ) 校务管理系统 在要建立的系统中,有以下功能： 1.管理老师的功能：录入老师情况(姓名.地址.所教课程), 老师缺课记录(名字.时间.原因. 课程) 2.管理学生的功能: 录入学生情况 ( 姓名 . 所选课程 . 成绩 ) 3.教务主任的功能 : 查询统计 1: 教师情况 2: 学生总成绩 3: 学生平均成绩 要求： 1）用结构化方法画出系统顶层图、 0 层图，数据字典。 2）画出该系统的数据模型ER 图。 一、结构化分析的需求分析 1） 分析实际情况 根据实际情况，我们得到一下情况： (一) 教师任课流程： 教务处根据各专业情况下达下学期教学任务 下学期 各专业 课程 教研室 协商安 排教学 任务 填写好 的课程 申请表 1 各系将课程表交给教师 2 安排好教室和时间。 教务处根据各专业情况交来的课程 数据，安排教 室和时间。 安排好 的课程 表 教师按照课程 表上课 课程表 (二)学生选择课程流程： 2）画数据流图 （一、）顶层数据流图 （二）0 层数据流图 查询情况 学生选课请求 教务 管理系统 教师学生情况 查询请求 F4 课程基本情况 F8 学生基本情况 F6 教师任课数据 F7 教师课程安排 F5 教师考勤情况 F9 学生成绩 F1 教室基本情况 F2 学生基本情况 基本 数据 学生选 课请求 和成绩 教师任 课信息 管理员和学生 1 基本数据 录入维护 2 任课数据录入、安排和考勤 3 学生选课和 成绩录入 4 查询 教务主任 F3 教师基本情况 学生报出自己的学号和名字进入系统 学号和 名字 系统进行学生的身份 检验 检验符 合要求 学生根据课程 表选课 系统显示安排好的各专业课程。。 课程 表 系统录入选课程并且进行验证 选择的 课程 3）画数据字典DD（略）和软件初始结构图 1 基本数据=学生基本信息|教师基本信息|课程基本信息|教室基本信息 2 教师任课信息=教师任课数据|教师考勤信息 3 学生选课请求和成绩=学生选课请求|学生成绩 学生基本信息=学号+姓名+性别+年龄+专业+班级 。。。。。。