数据流图
简介:
数据流图是结构化分析方法中使用的工具,它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型
数据流程图中有以下几种主要元素：
例子:
实体-联系图(ER图)
目的:
为了把用户的数据要求清楚准确地描述起来系统分析员通常建立一个概念性的数据模型要素:
在E-R图中要明确表明1对多关系，1对1关系和多对多关系:
例子:
层次方框图用树形结构的一系列多层次的矩形描述数据的层次结构.树形结构的顶层是一个单独的矩形框,它代表完整的数据结构,下面的各层矩形框代表这个数据的子集,最底层的各个框代表组成这个数据的实际数据元素(不能再分割的元素)
软件工程之数据流图(DFD) 数据库分析与设计 主讲：邓少勋
一．软件工程之数据流图和数据字典 (1) 1.1数据流图的基本成分 (1) 1.2数据流图的基本原则 (1) 1.3 DD(Data Dictionary)数据字典 (2) 1.3.1 数据字典的内容以及格式 (2) 1.3.2 数据字典条目 (2) 二．数据库分析与设计 (3) 2.1 某公司销售信息管理系统需求描述 (3) 2.2 系统数据库概念模型设计 (4) 2.2.1 提炼需求描述得到实体型 (4) 2.2.2 三个实体型之间的实体联系图(E-R图) (4) 2.3 系统数据库逻辑模型设计 (4) 2.3.1 E-R图向关系数据库转换思想 (4) 2.3.2 销售信息管理系统逻辑模型设计 (8)
一．软件工程之数据流图和数据字典 1.1数据流图的基本成分 数据流图主要由4种成分(加工、数据流，数据存储文件、数据源点或汇点)组成，如表1.1所示： 表1.1数据流图基本成分 1.2数据流图的基本原则 1.在单张DFD中，必须满足以下原则： ●一个加工的输出数据流不能与输入数据流同名，即使它们的组成成分相同(流进和流出存储文件的数据流除外); ●数据流必然有一头是加工,数据流不能存在于外部实体与外部实体之间，也不能存在于外部实体和数据存储文件之间; ●保持数据守恒。一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得，或者是通过该加工能产生的数据； ●每个加工必须既有输入数据流，又有输出数据流； ●所有的数据流都必须以一个加工开始，或以一个加工结束（数据流存在于加工与加工之间，加工与数据存储文件之间，加工与外部实体之间）。 ●流向/流出数据存储文件的数据流名可以省略不写。 2.在父图与子图之间，必须满足以下原则 ●保持父图与子图的平衡。也就是说，父图中某加工的输入(输出)数据流中的数据必须与它的子图的输入(输出)数据流中的数据在数量和名字上相同; ●加工细节隐藏。根据抽象原则，在画父图时，只需画出加工和加工之间的关系，而不必画出各个加工内部的细节; ●均匀分解。应该使一个数据流图中的各个加工分解层次大致相同。 3.其它应该注意的原则 ●简化加工间关系。在数据流图中，加工间的数据流越少，各加工就越相对独立，所以应尽量减少加工间输入输出数据流的数目； ●适当地为数据流、加工、文件、源/宿命名，名字应反映该成分的实际意义，避免空洞的名字; ●忽略枝节。应集中精力于主要的数据流，而暂不考虑一些例外情况、出错处理等枝节性问题; ●表现的是数据流而不是控制流; ●在整套数据流图中，每个文件必须既有读文件的数据流又有写文件的数据流，但在某一张子图中可能只有读没有写或者只有写没有读。例：根据数据流图的设计原则(子图)，阅读下图所示的数据流图，找出其中的错误之处。答案： 错误1：外部实体A和B之间不能存在数据流；错误2：外部实体A和数据存储H之间不能存在数据流； 错误3：加工2的输入/输出数据流名字相同；错误4：加工4只有输入，没有输出；错误5：加工5只有输出，没有输入。 图1.1带错误的部分数据流图 注意：一个加工只有输入数据流，没有输出数据流，称为“黑洞”现象，而只有输出流没有输入数据流则称为“奇迹”，无法从输入数据流经过加工得到输出数据流称为“灰洞”。
软件设计师考试的下午题的第一道题，数据库系统工程师考试的下午题的第一道题都是数据流图题，而能够将这道题全部做对的考生是非常少的。根据历年的辅导和阅卷经验，发现很多考生不是因为这方面的解题能力不够，而是缺乏解这种题的方法与技巧。本文介绍一些解这种类型题的方法和技巧，希望起来抛砖引玉的效果。 一.解题当中考生表现出的特点 由于这是下午考试的第一道题，所以很多考生从考前的紧张氛围当中逐渐平静下来开始答题，头脑还比较清醒，阅读起来比较流畅，速度还可以，自我感觉不错。可偏偏这道题有很多人不能全取15分，纠其原因有以下一些特点： 1.拿卷就做，不全面了解试卷，做到心中有数。这样会导致在解题过程当中缺少一种整体概念，不能明确自己在哪些题上必需拿分(多花时间)，哪些题上自己拿不了分(少花时间)。这样，在解题时目标就会明确很多。 2.速度快，读一遍题就开始动手做。 3.速度慢，用手指逐个字的去看，心想看一遍就能做出题来。 4.在阅读题目时，不打记，不前后联系起来思考。 5.边做边怀疑边修改，浪费时间。
6.缺少的数据流找不准，可去掉的文件找不出来。 7.由于缺少项目开发经验，对一些事务分析不知如何去思考。 8.盲目乐观，却忽略了答题格式，丢了不应该丢的分。 二.解题的方法与技巧 1.首先要懂得数据流图设计要略。 有时为了增加数据流图的清晰性，防止数据流的箭头线太长，减少交叉绘制数据流条数，一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点，可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点： (1)自外向内，自顶向下，逐层细化，完善求精。 (2)保持父图与子图的平衡。 为了表达较为复杂问题的数据处理过程，用一个数据流图往往不够。一般按问题的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系。根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图，除顶层图外，其余分层数据流图从0开始编号。对任何一层数据流图来说，称它的上层数据流图为父图，在它的下一层的数据流图为子图。
系统需求分析 1.1需求分析(负责人：陈酒) 1.1.1可行性分析 1、技术可行性：此网上书店系统可以运行于windows xp，win 7，windows vista操作系统。对系统要求只需要装有IIS即可。对计算机的硬件配置没有太高要求，现在的个人电脑完全可以满足。数据库运用简单易学的Access来实现。在网站设计方面，运用XHTML、CSS样式、JSP等知识，利用PhotoShop图像处理工具及Dreamweaver CS5制作出合理生动的网页。 2、经济可行性：此系统可以运行于现在市场上出售的各种个人电脑，系统成本主要集中在系统的开发上。当系统投入运行后，可以实现在网上卖书和租书功能。所带来的效益远远大于系统软件的开发成本，在经济上是完全可行。 3、操作可行性：界面设计充分考虑浏览用户的习惯，图书信息浏览、会员注册登录、租书、购书等功能操作方便。而且所有网页设计清新、简洁、合理，不会让用户感到视觉疲劳，可操作性很强。 1.1.2项目意义分析 随着网络技术的发展，越来越多的人喜欢在网上宣传自己的产品，喜欢网上购物。 图书产品从其外部特征来看，品种繁多，实体书店或其它图书发行者无法有足够大的店面来展示所有品种；单价不高，在网络信用还存在缺失的环境下能造成的损失较小，读者也乐于尝试在线购买。所以网上书店网站也在互联网上纷纷出现。 就网上书店而言，由于网络已经覆盖全球，信息量大而独具优势。售书的理念也很简单，就是读者可以自己寻找自己喜爱的书为替读者找寻他们想要的书。对于读者来说，网上书店近在咫尺，并且永不下班关门，读者可以随时随地自由地查询和订购图书，读者无需亲临书店，一档一档地找，一本一本地翻，只要坐在电脑前，开机上网即可买到所需书籍，而且读者的挑选余地也大多了，检索也很方便，同时还减少了购书过程中的支出，另外应当看到图书选购必得翻阅详看，耗时费力，特别是热衷购书者，几乎都是奋力开拓事业者和苦心求学深造者，时间对他们而言无比宝贵，网上购书节省了大量时间，这对于那些没有时间经常逛传统书店或其住所离传统书店较远的读者来说，具有实际意义。因此网上售书必将有长足的发展。本系统的主要目的是实现图书的在线销售，包括管理库房中的图书，以及管理用户的购物车，从而实现结帐等一系列功能，让用户足不出户就能够在网上书店购买到自己所需的图书，形成书店和用户双赢的局面。
系统的数据流图与数据字典实例 作为示例，为简单起见，我们只考虑人机分工。此处的数据流图是计算机化的帐务处理系统中涉及到计算机部分的数据流图，人工完成的部分将不做反应。例如：计算机没有能力审核原始凭证、填制记账凭证，这些工作必须由人来完成，因此进入系统（系统的自动化部分）的应该是记账凭证而不是原始凭证。银行对帐单仍然是系统的输入数据流，原有的输出数据流系统也必须提供。 图1 系统的顶层数据流图 图2 系统的第一层分解图 记账凭证进入计算机系统需要进行输入操作，而且由于记账凭证本身可能出错，或输入过程中可能发生错误，因此系统必须提供对已输入的记账凭证的修改功能和审核功能，审核通过的记账凭证才能够记账。据此，对“凭证处理”分解得到第二层分解图，该分解图由凭证输入、凭证修改和凭证审核三个处理构成。如果记账凭证是由操作人员直接根据原始凭证
用计算机填制，则凭证处理还应该包含一个打印记账凭证的处理。 图3 系统第二层分解图之一（图1）在系统中，登帐处理由计算机完成，其分解的流程图与原来一致。 图4 系统第二层分解图之二（图2）
图5系统第二层分解图之三（图3） 图6 系统第二层分解图之四（图4） 8.1.3 数据字典 数据字典的作用是对数据流图中的各种成分进行详细说明，作为数据流图的细节补充，和数据流图一起构成完整的系统需求模型。数据字典一般应包括对数据项，数据结构、数据存储和数据处理的说明。以下列出本系统的主要数据字典条目。 1. 数据项条目 数据项编号：D01-001 数据项名称：凭证编号 别名：凭证流水号 符号名：PZBH 数据类型：数值型 长度：4 取值范围：1~9999 其余略。 2. 数据结构条目
一．数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图
4.出库信息管理的细化
6.客户信息管理的细化 7.查询的细化
二.数据字典 1.数据流 （1）数据流名称：入库信息 数据流别名：无 说明：即将装入仓库的货物的信息 数据流来源：采购入库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （2）数据流名称：出库信息 数据流别名：无 说明：销售后即将出库的货物的信息 数据流来源：销售出库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （3）数据流名称：货物信息 数据流别名：无 说明：对仓库中的所有货物的信息的统计 数据流来源：货物信息表 数据流流向：仓库管理员 数据流组成：货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: （4）数据流名称：客户信息： 数据流别名：无 说明：所有客户及供应商的信息。 数据流来源：客户信息表 数据流流向：仓库管理员 数据流组成：客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 （5）数据流名称：订货通知 数据流别名：无 说明：当仓库中的货物不能满足顾客需求时，所发出的订货的信息 数据流来源：采购员 数据流流向：加工1.1 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量
网上作业提交与管理系统的顶层数据流图 其中： 数据流A：账号和密码 数据流B：作业申请 数据流C1：需要完成的作业 数据流C2：完成的作业 数据流D：作业成绩 存储E：作业成绩统计文件 决策表 行李 重量 W＞30 W≤30是否 国内 乘客 头等舱 其他舱 国内 国外 免费 是否 头等 舱 (W－30)×4 (W－30)×6 头等舱 其他舱 是否 头等 舱 (W－30)×8 (W－30)×12
需求分析文档 超市进货管理系统的开发主要涉及到商品信息的管理、供应商信息的管理、订单信息的管理、库存信息的管理、商品分类信息的管理五大功能的数据管理。商品信息管理包括添加商品、删除商品、修改商品信息、浏览商品信息。供应商信息管理包括添加供应商、删除供应商、修改供应商信息、浏览供应商信息、浏览供应商与商品间关系。订单信息管理包括添加订单、删除订单、修改订单信息、浏览订单信息。库存信息管理包括添加商品库存、删除商品库存、修改商品库存信息、浏览商品库存信息。商品分类信息管理包括添加商品分类信息、删除商品分类信息、修改商品分类信息、浏览商品分类信息。 一、功能需求 (1) 商品管理---对所有商品信息进行管理。 (2) 供应商管理---对购物车和订单信息的维护。 (3) 订单管理---对订单和订单中书籍打印信息的更新与管理。 (4) 库存管理---对后台用户进行管理添加、删除以及修改信息。 (5) 商品分类管理---对数据库进行备份和恢复。 二、性能需求 (1) 系统中的软件不构成对人身健康的损害。 (2) 系统中的软件失效时不造成财产的损失。 (3) 系统中的软件失效时不造成环境的破坏。 (4) 系统中的软件可以每天使24小时，每年使用365天。 (5) 系统中的软件故障率小于等于5%。 (6) 用户输入错误信息时系统应提示不应崩溃。 (7) 软件适合12-70周岁的智力、视力、体力和肢体正常且具有图书借阅相关知识的人使用。 三、运行需求 (1) 系统在常温环境下使用。 (2) 系统在洁净的室内使用。 (3) 宽带网、1M以上宽带互联网。 (4) 任何有浏览器的设备打印功能需IE浏览器。 (5) 数据库管理系统SQL Server2008及以上。
班级管理系统的需求分析 1.1功能描述 本高校班级管理系统的主要目的是为了方便毕业之后大家保持联系，不会因为彼此分开而使得同学间的感情疏远。因此要为班级成员提供一个温馨，友好的操作界面，让大家进入系统感觉如同走进家庭般温暖，同时为具有较高权限的系统管理员提供相应的系统功能。高校班级管理系统主要需要实现以下基本功能： 1.登入功能：系统首页提供登入对话框，输入用户名和密码，系统验证正确后进入系统，否则提示错误信息。 2．注册功能：该功能为浏览者提供注册功能，在注册界面填写相应信息，系统验证正确后，成为系统用户。 3．留言功能：所有用户都具有此功能，它用于用户发表留言。 4．查看留言功能：所有用户都具有此功能，用于查看系统中所有成员留言。 5．删除留言功能：该功能只有系统管理员才能使用，用于删除系统中不需要的留言。 6.个人信息修改功能：所有用户都具有此功能，用于修改用户注册信息。 7．查看班级信息功能：所有用户都具有此功能，用于查看当前系统信息，如班级创建者，班级说明，班级成员总数，留言总数，相片总数等。 8．修改班级信息功能：该功能只有系统管理员才能使用，用于修改班级信息。 9．上传相片功能：该功能只有系统管理员才能使用，用于将班级照片发布在系统中 10．删除相片功能：该功能只有系统管理员才能使用，用于删除不需要的照片。 11．浏览相片功能：所有用户都具有此功能，用于浏览系统发布的照片。 12．发送短信功能：所有用户都具有此功能，用于在系统中发送短信，你可以指定发送对象。 13．查看短信功能：所有用户都具有此功能，用于查看是否有自己的短信。 14．删除短信功能：该功能只有系统管理员才能使用，用于删除不需要的短信。 15．发布班级新闻功能：该功能只有系统管理员才能使用，用语发布班级重
数据流图与数据字典的实例
系统的数据流图与数据字典实例 作为示例，为简单起见，我们只考虑人机分工。此处的数据流图是计算机化的帐务处理系统中涉及到计算机部分的数据流图，人工完成的部分将不做反应。例如：计算机没有能力审核原始凭证、填制记账凭证，这些工作必须由人来完成，因此进入系统（系统的自动化部分）的应该是记账凭证而不是原始凭证。银行对帐单仍然是系统的输入数据流，原有的输出数据流系统也必须提供。 图1 系统的顶层数据流图
图2 系统的第一层分解图 记账凭证进入计算机系统需要进行输入操作，而且由于记账凭证本身可能出错，或输入过程中可能发生错误，因此系统必须提供对已输入的记账凭证的修改功能和审核功能，审核通过的记账凭证才能够记账。据此，对“凭证处理”分解得到第二层分解图，该分解图由凭证输入、凭证修改和凭证审核三个处理构成。如果记账凭证是由操作人员直接根据原始凭证用计算机填制，则凭证处理还应该包含一个打印记账凭证的处理。
图3 系统第二层分解图之一（图1） 在系统中，登帐处理由计算机完成，其分解的流程图与原来一致。 图4 系统第二层分解图之二（图2）
图5系统第二层分解图之三（图3） 图6 系统第二层分解图之四（图4）
8.1.3 数据字典 数据字典的作用是对数据流图中的各种成分进行详细说明，作为数据流图的细节补充，和数据流图一起构成完整的系统需求模型。数据字典一般应包括对数据项，数据结构、数据存储和数据处理的说明。以下列出本系统的主要数据字典条目。 1. 数据项条目 数据项编号：D01-001 数据项名称：凭证编号 别名：凭证流水号 符号名：PZBH 数据类型：数值型 长度：4 取值范围：1~9999 其余略。 2. 数据结构条目 数据结构编号：DS01-003 数据结构名称：会计分录 别名：分录 简述：记帐凭证的基本组成成分
选课系统 一（1）环境图 教务处提供教师信息和学生信息和推荐课表。学生进行教学质量评价后，方可进入系统选课，系统首先提供给学生一个推荐课表，学生根据实际情况选择对应的课程。选定后，系统显示具体学科上课时间和教师教室信息，学生选课完成后，可以查看自己的课表。若选择情况有误，可点击退选进行修改。学生选课完成后，教务系统根据课程容量随机选择选课学生。学生再根据选定课程情况进行退补选。选课结束后学生可查询并打印课表。学期末进行考试，教师输入学生成绩，学生可进入系统查询成绩。 教秘 输出：教师信息学生信息教学计划 学生输入：教师质量评价所选课程 输出：最终课表推荐课表( 教师信息教室信息) 成绩 教师输入：学生成绩 图1 选课系统的环境图 （2）一层数据流图 对选课系统进行分解，从大的方面分解为教务管理，预选课，正选课，成绩管理系统4部分，得到一层数据流图，
选修课程 图2 选课系统一层数据流图 图3.1选课的二层数据流图
教学计划 验证信息 课程信息 用户名密码 学生成绩 图3.2教务管理的二层数据流图 图 图4.1登录的三层数据流图 二数据字典 1.数据流词条 （a ）数据流名：选修课程 简述：学生根据学分和上学期成绩选修课程。 组成：选择的课程=课程名+教师信息+教室信息+考试时间+学分+选课人数 来源：学生 去向：选课
流通量：闲时：50 忙时：200 峰值：400 （b）数据流名：教师信息 简述：教秘在给出推荐课表的同时给出教师信息，输入到教务管理并保存到推荐课表中。组成：教师信息=教师编号+教师姓名+教师职称+性别+所教授的课程 来源：教秘 去向：教务管理 流通量：闲时：30 忙时：100 峰值：150 2.加工词条 （a）加工名：正选课 编号：1.2 简述：学生根据预选课课表再进行正选课，根据课程情况和学分限制选择跨专业课程，对不满意的进行补退选。教务管理对选修课程的人数进行限制，取消没有达到人数最低要求的那些课程，并在选课结束后进行公布。功能进行正选课生成正选课课表 输入：预选课课表 输出：课表 加工逻辑：学生根据预选课课表再进行正选课，根据课程情况和学分限制选择跨专业课程，对不满意的进行补退选。教务管理对选修课程的人数进行限制，取消没有达到人数最低要求的那些课程，并在选课结束后进行公布。 （d）加工名：成绩管理 编号：3 简述：根据学生已选修的课程教秘安排考试并输入到教务管理中。学生进行考试，成绩合格的同学可以打印自己的成绩，成绩不合格的教务管理安排补考。对于不能考试的学生须向教秘申请，获得批准后和正考成绩不合格的学生一起进行补考。补考成绩最高为60分。补考不合格的学生需进行重修。功能进行学生成绩管理 输入：学生成绩 输出：学生成绩 加工逻辑：根据学生已选修的课程教秘安排考试并输入到教务管理中。学生进行考试，成绩合格的同学可以打印自己的成绩，成绩不合格的教务管理安排补考。对于不能考试的学生须向教秘申请，获得批准后和正考成绩不合格的学生一起进行补考。补考成绩最高为60分。补考不合格的学生需进行重修。 三结构图
数据流图试题及答案https://www.doczj.com/doc/7e16345483.html,work Information Technology Company.2020YEAR
【问题1】（1）费用单 （2）待租赁房屋列表 （3）看房请求 （4）变更房屋状态请求 【问题2】（5）房主信息文件 （6）租赁者信息文件 （7）房屋信息文件 （8）看房记录文件 【问题3】（1）起点：房主终点：变更房屋状态数据流名称：变更房屋状态请求 （2）起点：租赁者终点：登记租赁者信息数据流名称：租赁者信息 （3）起点：租赁者终点：安排租赁者看房数据流名称：看房请求 试题一（共15分） 阅读以下说明和图，回答问题1至问题4，将解答填入答题纸的对应栏内。【说明】 某高校欲开发一个成绩管理系统，记录并管理所有选修课程的学生的平时成绩和考试成绩，其主要功能描述如下： 1. 每门课程都有3到6个单元构成，每个单元结束后会进行一次测试，其成绩作为这门课程的平时成绩。课程结束后进行期末考试，其成绩作为这门课 程的考试成绩。
2. 学生的平时成绩和考试成绩均由每门课程的主讲教师上传给成绩管理系统。 3. 在记录学生成绩之前，系统需要验证这些成绩是否有效。首先，根据学生信息文件来确认该学生是否选修这门课程，若没有，那么这些成绩是无效的；如果他的确选修了这门课程，再根据课程信息文件和课程单元信息文件来验证平时成绩是否与这门课程所包含的单元相对应，如果是，那么这些成绩是有效的，否则无效。 4. 对于有效成绩，系统将其保存在课程成绩文件中。对于无效成绩，系统会单独将其保存在无效成绩文件中，并将详细情况提交给教务处。在教务处没有给出具体处理意见之前，系统不会处理这些成绩。 5. 若一门课程的所有有效的平时成绩和考试成绩都已经被系统记录，系统会发送课程完成通知给教务处，告知该门课程的成绩已经齐全。教务处根据需要，请求系统生成相应的成绩列表，用来提交考试委员会审查。 6. 在生成成绩列表之前，系统会生成一份成绩报告给主讲教师，以便核对是否存在错误。主讲教师须将核对之后的成绩报告返还系统。 7. 根据主讲教师核对后的成绩报告，系统生成相应的成绩列表，递交考试委员会进行审查。考试委员会在审查之后，上交一份成绩审查结果给系统。对于所有通过审查的成绩，系统将会生成最终的成绩单，并通知每个选课学生。 现采用结构化方法对这个系统进行分析与设计，得到如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。 图1-1 顶层数据流图
软件设计师：数据流图深入讲解[1] https://www.doczj.com/doc/7e16345483.html,作者：佚名来源：考试吧2010年6月28日发表评论进入社区 软件设计师考试的下午题的第一道题，数据库系统工程师考试的下午题的第一道题都是数据流图题，而能够将这道题全部做对的考生是非常少的。根据历年的辅导和阅卷经验，发现很多考生不是因为这方面的解题能力不够，而是缺乏解这种题的方法与技巧。本文介绍一些解这种类型题的方法和技巧，希望起来抛砖引玉的效果。 一、解题当中考生表现出的特点 由于这是下午考试的第一道题，所以很多考生从考前的紧张氛围当中逐渐平静下来开始答题，头脑还比较清醒，阅读起来比较流畅，速度还可以，自我感觉不错。可偏偏这道题有很多人不能全取15分，纠其原因有以下一些特点： 1.拿卷就做，不全面了解试卷，做到心中有数。这样会导致在解题过程当中缺少一种整体概念，不能明确自己在哪些题上必需拿分（多花时间），哪些题上自己拿不了分（少花时间）。这样，在解题时目标就会明确很多。 2.速度快，读一遍题就开始动手做。 3.速度慢，用手指逐个字的去看，心想看一遍就能做出题来。 4.在阅读题目时，不打记，不前后联系起来思考。 5.边做边怀疑边修改，浪费时间。 6.缺少的数据流找不准，可去掉的文件找不出来。 7.由于缺少项目开发经验，对一些事务分析不知如何去思考。 8.盲目乐观，却忽略了答题格式，丢了不应该丢的分。 二、解题的方法与技巧
1.首先要懂得数据流图设计要略 有时为了增加数据流图的清晰性，防止数据流的箭头线太长，减少交叉绘制数据流条数，一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点，可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点： （1）自外向内，自顶向下，逐层细化，完善求精。 （2）保持父图与子图的平衡。 为了表达较为复杂问题的数据处理过程，用一个数据流图往往不够。一般按问题的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系。根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图，除顶层图外，其余分层数据流图从0开始编号。对任何一层数据流图来说，称它的上层数据流图为父图，在它的下一层的数据流图为子图。 顶层数据流图只含有一个加工，表示整个系统；输入数据流和输出数据流为系统的输入 数据和输出数据，表明了系统的范围，以及与外部环境的数据交换关系。 底层数据流图是指其加工不能再分解的数据流图，其加工称为“原子加工”。 中间数据流图是对父层数据流图中某个加工进行细化，而它的某个加工也可以再次细化，形成子图。中间层次的多少，一般视系统的复杂程度而定。 任何一个数据流子图必须与它上一层父图的某个加工对应，二者的输入数据流和输出数 据流必须保持一致，此即父图与子图的平衡。父图与子图的平衡是数据流图中的重要性质，保证了数据流图的一致性，便于分析人员阅读和理解。 在父图与子图平衡中，数据流的数目和名称可以完全相同；也可以在数目上不相等，但 是可以借助数据字典中数据流描述，确定父图中的数据流是由子图中几个数据流合并而成的，也即子图是对父图中加工和数据流同时进行分解，因此也属于父图与子图的平衡，如图1 所示。
不同的数据流程图代表的意思不同，有数据对比图，数据分析图，这些都是比较常见的流程图，随所以使用频率很高就代表很多用户都需要这样流程图，所以下面分享给大家一个绘制数据流程图的操作方法，需要使用的朋友可以参考步骤操作，希望可以带来帮助。 工具/原料： 迅捷画图网站，能上网的电脑并带有浏览器 操作方法介绍： 1.既然是利用在线网站编辑流程图，那首先需要进入迅捷画图官网中，在首页面中点击“进入迅捷画图”。会转入到新建文件页面。 2.在新建文件中选择“流程图”这里讲述的是流程图所以不要选错。不然是绘制不出来的。要和选择的主题息息相关才可以。
3.新建的流程图是什么都没有的，需要自己添加，在面板四周是工具栏以及列表页等相关操作。界面简洁操作容易易上手，需要使用的朋友可以先周围操作进行熟悉。
4.一个完整的流程图是由无数个流程图图形绘制而成的，在左面的流程图图形中选择需要的图形长按鼠标左键移动到面板中去，将需要的图像反复如此操作即可。这样流程图图形框架就搭建完成了。 5.流程图图形搭建完成之后就可以将其需要连线的位置进行连接同样像添加流程图图形一样长按鼠标左键移动到需要的位置松掉鼠标，添加到面板之后用鼠标长按一端拖拽至流程图图形边框处另一端也如此操作这样就可以将其进行连接起来啦。在面板上方还有弯曲的线段，选择之后确定线段的起点与终点，会自动筛选最近路径之后就可以进行使用了。
6.框架搭建完成之后下一步就是对里面的内容进行填充了，双击流程图图形可以输入文本，并且还可以在右面的工具栏里面对字体样式，字体大小进行设置，字体的大小与流程图图形的大小要像衬托，不能显的太突兀。
Spring Breaks'R'Us旅游服务预订系统 Spring Breaks’R’us旅游服务预订系统(SBRU)公司负责为在校大学生提供春假旅游服务。每年秋天，旅游胜地的宾馆向SBRU提供有关春假期间每周可用的房间、房间大小及房间占用率等信息。因为每个宾馆在每个季节提供不同时间长短的房间预订，并且预订的房间的占用率随着不同的星期有所变化。宾馆通常有可用的不同大小的大量房间，因此大学生可以预订适当的房间。例如，两人可以预订一个双人房间，而四人可以预订一个四人房间。 在每年的12月，SBRU生成一张宾馆、空闲星期、房间占用率的列表，然后将这张表分发给全国各个大学的校园代理人。当一组学生提出在某一星期预订某一宾馆房间的请求时，SBRU为这些学生指定具有足够空间的房间，并向每一个学生发送一个确认通知。当春假的截止日期来到时，SBRU向每一宾馆发送一张随后几周的学生预订房间列表。当学生到达宾馆时，他们直接向宾馆支付房间费用。宾馆直接向SBRU的账目系统发送佣金支票，这个账目系统独立于预订系统。当春假结束时学生就可安全返校读书了。 1．SBRU预订系统必须对什么事件做出响应?建立一张完全的事件表，在这张表中包括事件、触发器、来源、用例、响应和每一事件的目的地。确保只考虑预订系统中的触发处理过程的事件，而不要考虑SBRU账目系统或宾馆使用的系统所触发的事件。 2．列出所提到的数据实体。列出每一数据实体的属性。列出数据实体之间的关系
房地产多编目服务系统 房地产多编目服务系统向本地房地产经纪人提供一些信息，这些信息可以帮助他们向客户销售房屋。每个月，经纪人通过与房主签订合同列出待售的房屋列表。经纪人为房地产公司工作，这家公司向多编目服务公司发送列表上的房屋信息。因此，在社区中的任何代理机构都可以获得列表上的信息。 列表中的信息包括地址、建造年代、面积、卧室个数、浴室个数、房主名字、房主电话号码、房屋要价和状态代码。任何时候，代理机构都可以直接请求获得和客户要求相匹配的列表信息，因此代理机构可以向多编目服务公司发出请求。多编目服务系统提供房屋信息，列出房屋经纪人的信息及经纪人工作的房地产公司的信息。例如，一个经纪人也许想给列表上的代理人打电话询问一些其他的问题，或者他也许想直接给房屋主人打电话约好时间看房子。多编目服务公司每月两次(每月15号和30号)出版包含所有列表信息的书。这些书被送给所有的房地产经纪人。许多房地产经纪人想得到这本书(这本书比较容易浏览)，因此尽管信息经常是过时的，但仍然会提供这本书。有时经纪人和房主要改变列表信息，如降低价格、更正以前的房屋信息或标明房屋已出售。当经纪人要求房地产公司做出以上改变时它就向多编目服务公司发送这些变化请求。 1．对于哪些事件多编目服务系统必须做出响应?建立一张完整的事件表，在这张表中列出事件、触发器、来源、用例、响应和每一事件的目的地。 2．画出一张表示多编目服务系统的数据存储需求的实体一联系图，在图中要包括以上所提到的属性。你的模型是否包括了卖方、买方和结算的数据实体?如果确实如此，请重新考虑一下。包括多编目服务系统需要存储的信息在内的这些信息也许与房地产公司需要存储的信息有所不同。 3.画一个关联DFD； 4.画一个事件划分DFD(0层图)； 5.画所有的处理分解DFD。
数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查，确定了系统的功能边界，该系统应能完成下面的功能： （1）读者注册。 （2）读者借书。 （3）读者还书。 （4）图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口，但未表明数据的加
工要求，需要进一步细化。根据前面图书管理系统功能边界的确定，再对图书管理系统顶层数据流图中的处理功能做进一步分解，可分解为读者注册、借书、还书和查询四个子功能，这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出，在图书管理的不同业务中，借书、还书、查询这几个处理较为复杂，使用到不同的数据较多，因此有必要对其进行更深层次的分析，即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图
2、数据字典 2.1 数据项 数据项名称：借书证号 别名：卡号 含义说明：惟一标识一个借书证 类型：字符型 长度：20 …… 2.2 数据结构 （1）名称：读者类别 含义说明：定义了一个读者类别的有关信息 组成结构：类别代码+类别名称+可借阅数量+借阅天数+超期罚款额（2）名称：读者 含义说明：定义了一个读者的有关信息 组成结构：姓名+性别+所在部门+读者类型 （3）名称：图书 含义说明：定义了一本图书的有关信息 组成结构：图书编号+图书名称+作者+出版社+价格 …… 2.3 数据流 （1）数据流名称：借书单 含义：读者借书时填写的单据 来源：读者 去向：审核借书 数据流量：250份/天
组成：借书证编号+借阅日期+图书编号 （2）数据流名称：还书单 含义：读者还书时填写的单据 来源：读者 去向：审核还书 数据流量：250份/天 组成：借书证编号+还书日期+图书编号 …… 2.4 数据存储 （1）数据存储名称：图书信息表 含义说明：存放图书有关信息 组成结构：图书+库存数量 说明：数量用来说明图书在仓库中的存放数 （2）数据存储名称：读者信息表 含义说明：存放读者的注册信息 组成结构：读者+卡号+卡状态+办卡日期 说明：卡状态是指借书证当前被锁定还是正常使用（3）数据存储名称：借书记录 含义说明：存放读者的借书、还书信息 组成结构：卡号+书号+借书日期+还书日期 说明：要求能立即查询并修改
数据流程图绘制方法 数据流程图（date flow diagram , DFD），是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。 一、数据流程图的基本组成成分 数据流：是由一组固定成分的数据组成，表示数据的流向。值得注意的是，数据流程图中描述的是数据流，而不是控制流。除了流向数据存储或从数据存储流出的数据不必命名外，每个数据流必须要有一个合适的名字，以反映该数据流的含义。 数据处理：数据处理描述了输入数据流到输出数据之间的变换，也就是输入数据流经过什么处理后变成了输出数据。每个数据处理都有一个名字和编号。编号能反映该数据处理位于分层的数据流程图的哪个层次和哪张图中，能够看出它是由哪个数据处理分解出来的子数据处理。 数据存储：数据存储表示暂时存储的数据。每个数据存储都有一个名字。 外部实体：外部实体是存在于软件系统之外的人员或组织，他指出数据所需要的发源地或系统所产生的数据的归属地。 二、分层数据流程图的设计方法 1、画子系统的输入输出 把整个系统视为一个大的加工，然后根据数据系统从哪些外部实体接收数据流，以及系统发送数据流到那些外部实体，就可以画出输入输出图。这张图称为顶层图。 2、画子系统的内部 把顶层图的加工分解成若干个加工，并用数据流将这些加工连接起来，使得顶层图的输入数据经过若干加工处理后，变成顶层图的输出数据流。这张图称为第一层书记流程图。从一个加工画出一张数据流程图的过程就是对加工的分解。 确定加工的方法：在数据流的组成或值发生变化的地方应该画出一个加工，这个加工的功能就是实现这一变化，也可以根据系统的功能决定加工。
业务流程图与数据流程图的比较 一、业务流程图与数据流程图的区别 1. 描述对象不同 业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。 业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收付账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。 数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物
质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。 2. 功能作用不同 业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节;增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。 数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。 3. 基本符号不同 (1)业务流程图的常用的基本符号有以下六种, 见图 2 所示。 (2)数据流程图的基本符号见图 3 所示 对数据流程图的基本符号解释如下: 外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。
2016年数据库系统工程师试题精选之数据流图（一） 试题一 【说明】 某基于微处理器的住宅系统，使用传感器（如红外探头、摄像头等）来检测各种意外情况，如非法进入、火警、水灾等。 房主可以在安装该系统时配置安全监控设备（如传感器、显示器、报警器等），也可以在系统运行时修改配置，通过录像机和电视机监控与系统连接的所有传感器，并通过控制面板上的键盘与系统进行信息交互。在安装过程中，系统给每个传感器赋予一个编号（即id）和类型，并设置房主密码以启动和关闭系统，设置传感器事件发生时应自动拨出的电话号码。当系统检测到一个传感器事件时，就激活警报，拨出预置的电话号码，并报告关于位置和检测到的事件的性质等信息。 【问题1】 如图1所示，数据流图1（住宅安全系统顶层图）中的A和B分别是什么？ 【问题2】 如图2所示，数据流图2（住宅安全系统第0层DFD图）中的数据存储"配置信息"会影响图中的哪些加工？ 【问题3】 如图3所示，将数据流图3（加工4的细化图）中的数据流补充完整，并指明加工名称、数据流的方向（输入/输出）和数据流名称。 【问题4】 请说明逻辑数据流图（Logical Data Flow Diagram）和物理数据流图（Physical Data Flow Diagram）之间的主要区别。
试题1分析 本题是一道分层数据流图的题。解答此类问题最关键的一点就是要细心，把题目看清，不要丢掉任何一个条件。还有就是解题有一定的技巧，从一些常规的入口作为突破口，会事半功倍。现在我们就利用分层数据流图的数据流的平衡原则（即父图和子图（加工图）的一致性）来解题。 子图是其父图中某一部分内部的细节图（加工图）。它们的输入/输出数据流应该保持一致。就像你看到地上有只蚂蚁有6条细细的腿，中间是一个小黑点，你想看得更清楚一些就拿个放大镜看。这时，你能看到它的头、触角、身体和比较粗的腿，但是你看到的一定还是6条腿，不是7条，也不是3条。子图也是如此，在上一级中有几个数据流，它的子图也一定有同样的数据流，而且它们的输送方向是一致的（也就是说原图有3条进的数据流、2条出的，子图同样也是）。
数据库课程设计报告 设计题目：学生成绩系统管理 目录 2.1数据流图 (4) 2.2数据字典 (5)
图2-2 学生成绩管理系统的0层图 2.2数据字典 （1）数据存储的描述 名字：学生信息 描述：学生成绩管理中存储的所有学生信息（包括所有学生查询的所需信息）定义：学生信息＝学生学号＋学生姓名＋学生性别＋院系+学生年龄 位置：存储输出供查询 名字：课程信息 描述：有多个课程必要的信息组成 定义：课程信息＝课程号＋课程名 +课时+学分 位置：存储输出供查询
名字：用户表信息 描述：用户情况的信息 定义：用户信息＝用户名+用户密码+用户 位置：存储输出供查询（5） 名字：学生成绩信息 输入：学生姓名 输出：相应学生的成绩信息 名字：查询信息 描述：用户所提出的查询请求 定义：查询信息＝[课程查询信息|学生成绩查询信息] 位置：课程表学生表成绩表 名字：添加信息 输入：学号，学生姓名，学生性别，院系，学生年龄 输出：新输入的学生信息 名字：删除信息 输入：选中要删除的学生信息 输出：删除完成 （2）数据流的描述 数据流编号：t1， 数据流名称：教师名单（该成绩系统教师的用户信息） 数据流来源：教师 数据流去向：用户信息判断 数据流组成：教师编号+教师所教课程 数据流编号：s1 数据流名称：学生名单（该成绩系统学生的用户信息） 数据流来源：学生 数据流去向：用户信息判断 数据流组成：学生编号+学生所选课程+学籍 数据流编号：r1 数据流名称：成绩（该成绩系统学生所选课程对应的成绩） 数据流来源：课程所得成绩录入 数据流去向：学生的查询，教师查询及修改 数据流组成：课程号+成绩+学生名+教师名+学生编号 (3) 逻辑处理描述 处理逻辑编号：r1，Q1
软考软件设计师通关必读：数据流图专题讲解 软件设计师考试的下午题的第一道题，数据库系统工程师考试的下午题的第一道题都是数据流图题，而能够将这道题全部做对的考生是非常少的。根据历年的辅导和阅卷经验，发现很多考生不是因为这方面的解题能力不够，而是缺乏解这种题的方法与技巧。本文介绍一些解这种类型题的方法和技巧，希望起来抛砖引玉的效果。 一.解题当中考生表现出的特点 由于这是下午考试的第一道题，所以很多考生从考前的紧张氛围当中逐渐平静下来开始答题，头脑还比较清醒，阅读起来比较流畅，速度还可以，自我感觉不错。可偏偏这道题有很多人不能全取15分，纠其原因有以下一些特点： 1.拿卷就做，不全面了解试卷，做到心中有数。这样会导致在解题过程当中缺少一种整体概念，不能明确自己在哪些题上必需拿分(多花时间)，哪些题上自己拿不了分(少花时间)。这样，在解题时目标就会明确很多。 2.速度快，读一遍题就开始动手做。 3.速度慢，用手指逐个字的去看，心想看一遍就能做出题来。 4.在阅读题目时，不打记，不前后联系起来思考。 5.边做边怀疑边修改，浪费时间。 6.缺少的数据流找不准，可去掉的文件找不出来。 7.由于缺少项目开发经验，对一些事务分析不知如何去思考。 8.盲目乐观，却忽略了答题格式，丢了不应该丢的分。 二.解题的方法与技巧 1.首先要懂得数据流图设计要略。 有时为了增加数据流图的清晰性，防止数据流的箭头线太长，减少交叉绘制数据流条数，一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点，可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点：