软件工程之数据流图(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带错误的部分数据流图 注意：一个加工只有输入数据流，没有输出数据流，称为“黑洞”现象，而只有输出流没有输入数据流则称为“奇迹”，无法从输入数据流经过加工得到输出数据流称为“灰洞”。
系统需求分析 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项目意义分析 随着网络技术的发展，越来越多的人喜欢在网上宣传自己的产品，喜欢网上购物。 图书产品从其外部特征来看，品种繁多，实体书店或其它图书发行者无法有足够大的店面来展示所有品种；单价不高，在网络信用还存在缺失的环境下能造成的损失较小，读者也乐于尝试在线购买。所以网上书店网站也在互联网上纷纷出现。 就网上书店而言，由于网络已经覆盖全球，信息量大而独具优势。售书的理念也很简单，就是读者可以自己寻找自己喜爱的书为替读者找寻他们想要的书。对于读者来说，网上书店近在咫尺，并且永不下班关门，读者可以随时随地自由地查询和订购图书，读者无需亲临书店，一档一档地找，一本一本地翻，只要坐在电脑前，开机上网即可买到所需书籍，而且读者的挑选余地也大多了，检索也很方便，同时还减少了购书过程中的支出，另外应当看到图书选购必得翻阅详看，耗时费力，特别是热衷购书者，几乎都是奋力开拓事业者和苦心求学深造者，时间对他们而言无比宝贵，网上购书节省了大量时间，这对于那些没有时间经常逛传统书店或其住所离传统书店较远的读者来说，具有实际意义。因此网上售书必将有长足的发展。本系统的主要目的是实现图书的在线销售，包括管理库房中的图书，以及管理用户的购物车，从而实现结帐等一系列功能，让用户足不出户就能够在网上书店购买到自己所需的图书，形成书店和用户双赢的局面。
软件设计师考试的下午题的第一道题，数据库系统工程师考试的下午题的第一道题都是数据流图题，而能够将这道题全部做对的考生是非常少的。根据历年的辅导和阅卷经验，发现很多考生不是因为这方面的解题能力不够，而是缺乏解这种题的方法与技巧。本文介绍一些解这种类型题的方法和技巧，希望起来抛砖引玉的效果。 一.解题当中考生表现出的特点 由于这是下午考试的第一道题，所以很多考生从考前的紧张氛围当中逐渐平静下来开始答题，头脑还比较清醒，阅读起来比较流畅，速度还可以，自我感觉不错。可偏偏这道题有很多人不能全取15分，纠其原因有以下一些特点： 1.拿卷就做，不全面了解试卷，做到心中有数。这样会导致在解题过程当中缺少一种整体概念，不能明确自己在哪些题上必需拿分(多花时间)，哪些题上自己拿不了分(少花时间)。这样，在解题时目标就会明确很多。 2.速度快，读一遍题就开始动手做。 3.速度慢，用手指逐个字的去看，心想看一遍就能做出题来。 4.在阅读题目时，不打记，不前后联系起来思考。 5.边做边怀疑边修改，浪费时间。
6.缺少的数据流找不准，可去掉的文件找不出来。 7.由于缺少项目开发经验，对一些事务分析不知如何去思考。 8.盲目乐观，却忽略了答题格式，丢了不应该丢的分。 二.解题的方法与技巧 1.首先要懂得数据流图设计要略。 有时为了增加数据流图的清晰性，防止数据流的箭头线太长，减少交叉绘制数据流条数，一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点，可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点： (1)自外向内，自顶向下，逐层细化，完善求精。 (2)保持父图与子图的平衡。 为了表达较为复杂问题的数据处理过程，用一个数据流图往往不够。一般按问题的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系。根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图，除顶层图外，其余分层数据流图从0开始编号。对任何一层数据流图来说，称它的上层数据流图为父图，在它的下一层的数据流图为子图。
班级管理系统的需求分析 1.1功能描述 本高校班级管理系统的主要目的是为了方便毕业之后大家保持联系，不会因为彼此分开而使得同学间的感情疏远。因此要为班级成员提供一个温馨，友好的操作界面，让大家进入系统感觉如同走进家庭般温暖，同时为具有较高权限的系统管理员提供相应的系统功能。高校班级管理系统主要需要实现以下基本功能： 1.登入功能：系统首页提供登入对话框，输入用户名和密码，系统验证正确后进入系统，否则提示错误信息。 2．注册功能：该功能为浏览者提供注册功能，在注册界面填写相应信息，系统验证正确后，成为系统用户。 3．留言功能：所有用户都具有此功能，它用于用户发表留言。 4．查看留言功能：所有用户都具有此功能，用于查看系统中所有成员留言。 5．删除留言功能：该功能只有系统管理员才能使用，用于删除系统中不需要的留言。 6.个人信息修改功能：所有用户都具有此功能，用于修改用户注册信息。 7．查看班级信息功能：所有用户都具有此功能，用于查看当前系统信息，如班级创建者，班级说明，班级成员总数，留言总数，相片总数等。 8．修改班级信息功能：该功能只有系统管理员才能使用，用于修改班级信息。 9．上传相片功能：该功能只有系统管理员才能使用，用于将班级照片发布在系统中 10．删除相片功能：该功能只有系统管理员才能使用，用于删除不需要的照片。 11．浏览相片功能：所有用户都具有此功能，用于浏览系统发布的照片。 12．发送短信功能：所有用户都具有此功能，用于在系统中发送短信，你可以指定发送对象。 13．查看短信功能：所有用户都具有此功能，用于查看是否有自己的短信。 14．删除短信功能：该功能只有系统管理员才能使用，用于删除不需要的短信。 15．发布班级新闻功能：该功能只有系统管理员才能使用，用语发布班级重
选课系统 一（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分。补考不合格的学生需进行重修。 三结构图
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）数据存储名称：借书记录 含义说明：存放读者的借书、还书信息 组成结构：卡号+书号+借书日期+还书日期 说明：要求能立即查询并修改
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.首先要懂得数据流图设计要略。 有时为了增加数据流图的清晰性，防止数据流的箭头线太长，减少交叉绘制数据流条数，一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点，可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点：
软件工程银行管理系统数据流图盒图图流图层 次图流程图 集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
淮海工学院计算机科学系实验报告书 课程名：《软件工程》 题目：结构化设计实验 班级： *********** 学号： ************* 姓名： *************
结构化设计验报告要求 1目的与要求: 1）系统学习和理解结构化软件工程设计阶段的基本任务、概念、原理、技术和方法； 2）掌握设计阶段各种设计工具，如、层次图、程序流程图、N-S图、PAD 图、判定表（树）、伪代码语言等工具的使用方法； 3）通过理论学习和试验要逐步提高运用结构化软件工程的设计理论、技术和方法解决实际问题的综合应用和实践创新能力； 4）请借阅有关Microsoft Office Visio 系统，预习系统有关的结构化设计工具和使用方法； 5）按照实验题目要求独立完成结构化设计实验内容，严禁拷贝、抄袭他人设计成果； 6）认真书写实验报告,并于下周5以前提交。 2 实验内容或题目 1.针对自己第一次实验所完成的结构化分析项目（或题目），选择所绘制的数 据流图，E-R图、状态图，完成下面2、3、4、5、6要求的结构化设计内 容； 2.按照面向数据流图的结构化设计方法，并在优化所选择数据流图的基础上， 导出项目的总体设计层次图（H图）； 3.按照详细设计阶段所学的过程设计工具，分别选择程序流程图、盒图和PAD 图等设计工具，在第2所得层次图中选择几个主要模块进行详细设计，画出 相应设详细计结果图形； 4.根据选择的E-R图进行数据库（以关系数据库模型为基准，进行数据库表及 其关系设计）； 5.根据H图进行界面菜单设计（模拟菜单显示样式绘制菜单设计图），选择一 个数据库表（实体）进行界面表单（数据编辑界面）设计； 6.选择第3步中某一模块的详细设计结果，画出对应得流图，并计算其圈复杂 度。 3 实验步骤与源程序 1．优化所选择数据流图
实验5需求分析与数据流图绘制 一、实验目的 通过对应用系统的数据库需求分析，设计系统业务流程图和数据流图，利用V isio等设计工具绘制数据流图。 二、实验内容和要求 利用Microsoft V isio绘制一个学生学籍管理系统小型数据库应用系统的数据流图。 三、实验步骤和结果 （1）点击“开始”中“程序”主菜单中的“Microsoft V isio”项，出现“Microsoft Visio”主界面如图90所示，从中选择“软件”绘图类型中的“数据流模型图”模板。 图90“Microsoft V isio”主界面 （2）在DFD绘制界面中左侧的模型工具中选中进程组件（圆角矩形），按下鼠标左键拖放在右侧的绘图页面，并修改其中的文本，绘制出处理进程，如图91所示。 图91绘制处理进程
（3）在DFD绘制界面中左侧的模型工具中选中数据存储组件（开口的长方形），按下鼠标左键拖放在右侧的绘图页面，并修改其中的文本，绘制出数据存储表，如图92所示。 图92绘制数据存储 （4）在DFD绘制界面中左侧的模型工具中选中数据流组件（带有名字的有向线），按下鼠标左键拖放在右侧的绘图页面的进程与数据存储等组件之间，并修改其中的文本，绘制出数据流，如图93所示。 图93绘制数据流 （5）同理在DFD绘制界面中左侧的模型工具中选中外部实体接口组件，按下鼠标左键拖放在右侧的绘图页面，并修改其中的文本，绘制出学生学籍管理系统数据流图，如图94所示。
图94学生学籍管理系统数据流图
实验6数据库ER模型设计 一、实验目的 通过对应用系统的数据库进行概念设计，设计ER模型，利用PowerDesigner等ER设计工具绘制数据库ER图。 二、实验内容和要求 利用PowerDesigner绘制一个学生学籍管理系统小型数据库应用系统的ER图，并在后台Microsoft SQL Server数据库管理系统自动生成数据库。 三、实验步骤和结果 1．绘制学生学籍管理ER图（studb.PDM） （1）运行“程序”中的Sybase下PowerDesigner 6.1.5 32-bit 下的AppModeler for PowerBuilder，如图95所示。 图95 PowerDesigner菜单 （2）从出现如图96所示的“选择目标数据库”对话框中选择Microsoft SQL Server 7.X，点击“OK”按钮，进行PDM模型（ER图）设计界面。 图96“选择目标数据库”对话框 （3）从PDM模型（ER图）设计界面左侧的Tools工具面板上点取“表（Table）”控件（第三行第二列），在右侧PDM主窗口中点击3次，创建3个Table，如图97所示。
数据库设计的基本步骤 （1）需求分析阶段：需求收集和分析，得到数据字典和数据流图。 （2）概念结构设计阶段：对用户需求综合、归纳与抽象，形成概念模型，用E-R图表示。 （3）逻辑结构设计阶段：将概念结构转换为某个DBMS所支持的数据模型。 （4）数据库物理设计阶段：为逻辑数据模型选取一个最适合应用环境的物理结构。 （5）数据库实施阶段：建立数据库，编制与调试应用程序，组织数据入库，程序试运行。 （6）数据库运行和维护阶段：对数据库系统进行评价、调整与修改。 1 数据库设计概述 数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据。 数据库设计的基本步骤： ?需求分析 ?概念结构设计 ?逻辑结构设计 ?物理结构设计 ?数据库的建立和测试 ?数据库运行和维护。
数据库各阶段设计描述
2 概念结构设计 在早期的数据库设计，在需求分析阶段后，就直接进行逻辑结构设计。由于此时既要考虑现实世界信息的联系与特征，又要满足特定的数据库系统的约束要求，因而对于客观世界的描述受到一定的限制。同时，由于设计时要同时考虑多方面的问题，也使设计工作变得十分复杂。1976年P.P.S.Chen提出在逻辑结构设计之前先设计一个概念模型，并提出了数据库设计的实体--联系方法(Entity--Relationship Approach)。这种方法不包括深的理论，但提供了一个简便、有效的方法，目前成为数据库设计中通用的工具。 有许多商业软件支持E-R模型，如Sybase公司的PowerDesigner DataArchitect(最新版本v9.5.1 for Windows)、微软公司Microsoft InfoModeler (VisioModeler)等。