数据流图与ER图考题解析

合集下载

数据流图与ER图考题解析

数据流图与ER图考题解析

数据流图与ER图考题解析2.解题的方法。

画法原则:数据流必须与加工有关,实体与实体之间不能有数据流,存储与存储,实体与实体之间都不能有数据流。

流入加工的数据流与流出加工的数据流不能同名。

(1) 数据平衡原则。

局部数据存储的隐蔽性当某层数据流图中的数据存储不是父图中相应加工的外部接口,而只是本图中某些加工之间的数据接口时,那么这些数据存储为局部数据存储。

为了强调局部数据存储的隐蔽性,一般情况下,局部数据存储只有作为某些加工的数据接口或某个特定加工的输入和输出时,才画出来。

即按照自顶向下的分析方法,某数据存储首次出现时只与一个加工有关,那么这个数据存储应该作为与之关联加工的局部数据存储,在该层数据流子图中不必画出(本层),而在该加工的子图中画出,除非该加工为原子加工数据平衡原则分为两个方面:根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图,除顶层图外,其余分层数据流图从0开始编号。

① 在分层数据流图中,父图和子图要平衡,也就是说,父图中某加工的输入输出数据流必须与它的子图的输入输出数据流在数量和名字上相同。

②数据平衡的另一个方面是说:每个加工必须即有输入数据流又有输出数据流,而且一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得,或者是通过该加工能产生的数据。

(2) 要特别注意的几个细节问题。

① 除了流向数据存储(文件)或从数据存储流出的数据流不必命名外,其它每个数据流都必须有一个合适的名字。

②流向文件的数据流,表示写入数据,流出文件的数据流表示读文件。

在整套数据流图中,每个文件必须既有读的数据流又有写的数据流,但在某一张子图中可能只有读没有写,或者只有写没有读。

③在逐步精化的过程中,若一个文件首次出现时只与一个加工有关,既该文件是个加工的内部文件,那么该文件在当层图中不必画出,可在该加工的细化图中画出。

3.解题的技巧。

(1)阅读题干的技巧。

快速的阅读第一遍,基本了解题目所涉及到的知识点或者事务,打记实体对象和存储文件,甚至可以将数据流也标记一下;这一步重点落在问题上,一般问题不难,但一定要看清问题。

软件工程复习(数据流图与ER图)

软件工程复习(数据流图与ER图)
➢ 首先从问题描述中提取数据流图的四种成分。 ➢ 数据的源点:储户、日历(隐含)。 ➢ 数据的终点:储户 ➢ 处理有:检验、登录、付款。 ➢ 数据存储:存折、帐卡 ➢ 数据流:储户提交的"存折和取款单"、帐卡提供的"帐卡信息",检验
通不过时出纳员告知的"检查出的问题"、通过检验后的"取款信息"、" 付款通知"、付给储户的"现款"以及日历提供的"提款时间信息"
2
例1:数据流E1 帐卡检验出的问题 Nhomakorabea1
检验
E2 存折
储户
存折 现款
存折 取款单
3
付款
取款信息
2
登录
付款通知
日历
3
例2:数据流
• (10)请根据下列需求,画出“教育基金会的捐助 资金管理系统”的最终数据流程图。
• 现需研制一个“教育基金会的捐助资金管理系统”。 请用数据流图的方法进行分析和建模,要求如下:
例5 E-R图
• 某公司拟开发一多用户电子邮件客户端系统,部分功能的初步需求分析结果 如下:
• (1)邮件客户端系统支持多个用户,用户信息主要包括用户名和用户密码, 且系统中的用户名不可重复。
• (2)邮件帐号信息包括邮件地址及其相应的密码,一个用户可以拥有多个 邮件地址 (如userl@)。
• ⑴由捐助者向基金会提出捐助请求,经身份确认后 被接受,对捐助人进行登记并授予捐助证书,捐款 存入银行。
• ⑵由教育单位提出用款申请,在进行相应的合法性 校验和核对相应的捐款储备后做出支出。
• ⑶每月给基金会的理事会一份财政状况报表,列出 本月的收入、支出情况和资金余额。

图书管理系统数据模型E-R图

图书管理系统数据模型E-R图

一、实验目的:完成图书管理系统(学生选课系统,学校人事管理系统,医院病历管理系统,四者任选其一) 的需求分析;系统掌握软件开发过程中需求规约(规格)说明书的写法;完成图书管理系统(学生选课系统,学校人事管理系统,医院病历管理系统)的需求分析报告。

二、实验主要内容:图书管理系统(学生选课系统,学校人事管理系统,医院病历管理系统)。

对待开发软件提出的需求进行分析并给出详细的定义,分析实现工程目标应该采取的策略及系 统必须完成的功能。

确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰、具体的要求, 画出实体关系图、数据流图、状态转换图,创建数据字典,编写软件需求说明书。

三、实验原理及步骤要求:需求分析是对问题进一步发现、求精、建模、规格说明和复审的过程。

用户需求可分成两类: 功能性需求:定义系统做什么;非功能性需求:定义系统工作时的特性。

用户需求的内容包括:功 能、性能、环境、界面、用户因素、文档、数据、资源、安全保密、软件成本消耗与开发进度、质 量保证等各个方面。

根据系统分析,图书管理系统的要求如下:(1)需求分析:①能够输入图书的 综合情况和进行新书入库、现有图书信息修改以及删除;②能够实现对读者档案的查询和编辑管理; ③能够进行罚款功能;④能够进行借阅历史的查询功能;(2)系统性能要求:①系统安全、可靠; ②功能齐全;③操作方便、界面友好;④易于维护和扩充。

(3)系统的功能分析:密码设置:每个操作员均有自己的密码,可以防止非本系统人员进入本系统;又因每个人的权 限不一致,故可以防止越权操作。

资料维护:为了存放图书、读者档案的全部数据,本系统将每一 本图书和每位读者的信息进行管理。

系统维护包括对各种表记录的修改、删除、添加等操作。

系统 查询:可以按图书编号、借阅证编号等相关信息进行查询系统管理:进行员工管理、数据备份和数 据恢复。

报表统计:包括统计图书信息、读者信息、借阅信息和罚款信息等。

其它操作:包括修改 密码、添加用户、页面设置等(一)建立数据模型通过建立系统的数据模型(E-R 图)来理解和表示问题的信息域。

SQL数据库习题及答案+ER图

SQL数据库习题及答案+ER图

的SQL语句传送给对应的数据库引擎,对SQL语句进行语法分析和优化,从而大大提高动态SQL语句的执行性能。

6.调用TQuery语句的SQL属性的Clear 方法可以清除SQL属性中存放的字符串。

7.在TQuery组件的Open方法和ExecSQL方法有什么区别?答:前者有返回数据集,后者则没有。

第十章ADO数据库编程1.Delphi通过把ADO的对象封装在相应的组件中来实现对ADO的支持,通常可使用A组件来建立与物理数据库的连接,其他组件能够通过该组件来访问数据库。

A.TADOCormection B.TADOTable C.TADOCommand D.TADOQuery2.在开发较为复杂的ADO数据库应用程序时,其他ADO组件(如ADOTable组件)最好还是通过TADOConnection组件来连接数据库,若想通过TADOConnection组件连接数据库,应把它的D属性设置为TADOConnection组件名。

D.Connection3.下列B组件能够执行SQL命令。

A.TADOConnection B.TADOCommand4.下列B组件最适合执行SQL的DML语句。

A.TADOConnection B.TADOCommand C.TADOTableD.TADOQuery5.下列D组件最适合执行SQL的SELECT语句。

A.TADOConnection B.TADOCommand C.TADOTableD.TADOQuery6.下列C组件不适合执行不返回结果的SQL语句。

A.TADOConnection B.TADOCommand C.TADODataSetD.TADOQuery7.通过TADOTable组件的A属性,可以设定正在被操作的数据表的名字。

A.TableName B.TableDirect C.CommandType8.要对记录集进行批更新,应把记录集的LockType属性设置为ltBatchOptimistic。

E-R图习题及答案

E-R图习题及答案

1、为某百货公司设计一个ER模型。

百货管辖若干个连锁商店,每家商店经营若干商品,每家商店有若干职工,但每个职工只能服务于一家商店。

实体类型“商店”的属性有:商店编号,店名,店址,店经理。

实体类型“商品”的属性有:商品编号,商品名,单价,产地。

实体类型“职工”的属性有:职工编号,职工名,性别,工资。

在联系中应反映出职工参加某商店工作的开始时间,和每家商店销售商品的月销售量。

画出反映商店、商品、职工实体类型及联系的E-R图并将其转换成关系模式集。

并将E-R 图转换为关系模型。

完成如下设计:(1)设计该百货公司的E-R图;实体:商店(商店编号,店名,店址,店经理)商品(商品编号,商品名,单价,产地)职工(职工编号,职工名,性别,工资)联系:SC(商店—商品之间1:N的联系,联系属性为“职工参加商店工作的开始时间”。

SE(商店—职工之间1:N的联系),联系属性为“月销售量”。

ER图:(2)将该E-R图转换为关系模型的结构;2、一个图书馆借阅管理数据库要求提供下述服务:(1)可随时查询书库中现有书籍的品种、数量与存放位置。

所有各类书籍均可由书号唯一标识。

(2)可随时查询书籍借还情况,句括结书人单位、姓名、借书证号、借书日期和还书日期。

我们约定:任何人可借多种书,任何一种书可为多个人所借,借书证号具有唯一性。

(3)“当需要时,可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。

我们约定,一个出版社可出版多种书籍,同一本书仅为一个出版社出版,出版社名具有唯一性。

“根据以上情况和假设,试做如下设计:“(1)构造满足需求的E-R图(2)转换为等价的关系模式结构。

数据库系统E-R图设计知识点汇总

数据库系统E-R图设计知识点汇总

数据库系统E-R图设计知识点汇总数据库系统 ER 图设计知识点汇总在数据库系统的设计中,ER 图(EntityRelationship Diagram,实体联系图)是一种非常重要的工具。

它能够帮助我们清晰地理解和描述系统中各个实体之间的关系,为数据库的构建提供坚实的基础。

下面就让我们一起来详细了解一下数据库系统 ER 图设计的相关知识点。

一、ER 图的基本概念ER 图主要由实体、属性和联系这三个要素组成。

实体是指具有独立存在意义的事物,比如“学生”“课程”“教师”等。

在 ER 图中,实体通常用矩形来表示。

属性则是用来描述实体的特征,比如学生的“学号”“姓名”“年龄”等。

属性在 ER 图中用椭圆来表示。

联系反映了不同实体之间的关系,比如学生与课程之间的“选课”关系。

联系在 ER 图中用菱形来表示,并在菱形中标注联系的名称。

二、ER 图中的实体类型实体可以分为强实体和弱实体。

强实体是指不依赖于其他实体而独立存在的实体,其标识符完全由自身的属性决定。

弱实体则是依赖于其他强实体而存在的实体,它的标识符部分或全部来自于其所依赖的强实体。

三、ER 图中的联系类型联系主要有一对一(1:1)、一对多(1:N)和多对多(M:N)这三种类型。

一对一联系,例如一个人只有一个身份证,一个身份证只对应一个人。

一对多联系,比如一个班级有多个学生,而一个学生只能属于一个班级。

多对多联系,像学生和课程之间,一个学生可以选择多门课程,一门课程也可以被多个学生选择。

四、ER 图的绘制原则在绘制 ER 图时,需要遵循一些原则,以确保图形的清晰和准确。

首先,要明确系统的需求,准确识别出实体、属性和联系。

其次,尽量简化图形,避免出现过于复杂的关系,使读者能够一目了然。

同时,要确保实体和联系的名称具有明确的含义,能够准确反映其代表的对象和关系。

五、ER 图到关系模式的转换这是将 ER 图转化为数据库中可实现的关系模式的关键步骤。

对于实体,通常将其转换为一个关系表,表的列就是实体的属性。

数据库工程师下午试题3:E-R图

数据库工程师下午试题3:E-R图

数据库⼯程师下午试题3:E-R图1.基础知识ER图的实体(entity)即数据模型中的数据对象,例如⼈、学⽣、⾳乐都可以作为⼀个数据对象,⽤长⽅体来表⽰,每个实体都有⾃⼰的实体成员(entity member)或者说实体对象(entity instance),例如学⽣实体⾥包括张三、李四等,实体成员(entity member)不需要出现在ER图中。

ER图的属性(attribute)即数据对象所具有的属性(所具有的列),例如学⽣具有姓名、学号、年级等属性,⽤椭圆形表⽰,属性分为唯⼀属性(unique attribute)和⾮唯⼀属性,唯⼀属性(主键)指的是唯⼀可⽤来标识该实体实例或者成员的属性,⽤下划线表⽰,⼀般来讲实体都⾄少有⼀个唯⼀属性。

ER图的关系/联系(relationship)⽤来表现数据对象与数据对象之间的联系,例如学⽣的实体和成绩表的实体之间有⼀定的联系,每个学⽣都有⾃⼰的成绩表,这就是⼀种关系,关系⽤菱形来表⽰。

ER图中关联关系有三种:1对1(1:1):1对1关系是指对于实体集A与实体集B,A中的每⼀个实体⾄多与B中⼀个实体有关系;反之,在实体集B中的每个实体⾄多与实体集A中⼀个实体有关系1对多(1:N):1对多关系是指实体集A与实体集B中⾄少有N(N>0)个实体有关系;并且实体集B中每⼀个实体⾄多与实体集A中⼀个实体有关系。

多对多(M:N):多对多关系是指实体集A中的每⼀个实体与实体集B中⾄少有M(M>0)个实体有关系,并且实体集B中的每⼀个实体与实体集A中的⾄少N(N>0)个实体有关系。

ER的实体还会细分为弱实体和复合实体:弱实体:⼀个实体必须依赖于另⼀个实体存在,那么前者是弱实体,后者是强实体,弱实体必须依赖强实体存在,例如上图的学⽣实体和成绩单实体,成绩单依赖于学⽣实体⽽存在,因此学⽣是强实体,⽽成绩单是弱实体。

弱实体和强实体的联系必然只有1:N或者1:1,这是由于弱实体完全依赖于强实体,强实体不存在,那么弱实体就不存在,所以弱实体是完全参与联系的,因此弱实体与联系之间的联系也是⽤的双线菱形。

数据库系统工程师-数据库设计与E-R模型_真题(含答案与解析)-交互

数据库系统工程师-数据库设计与E-R模型_真题(含答案与解析)-交互

数据库系统工程师-数据库设计与E-R模型(总分60, 做题时间90分钟)试题1阅读下列说明和图,根据要求回答下列问题[说明]某企业决定开发一个企业仓储管理系统,由李工承担系统的设计工作。

该系统的网络连接如图4-26所示。

该企业有多个仓库,如图4-26所示的中心数据库存储了各个仓库中每种货物的库存信息。

每个仓库配备一台前端机,进出货物均由前端机辅助实现。

管理员每天上班时,通过前端机从中心数据库的库存表中读取本仓库各种货物的库存数,每个仓库的当日业务数据也都暂存在前端机中,当天业务结束后,再将前端机中存储的数据传输到主机进行存储与汇总。

每个仓库可以存放多种货物,但同一种货物不能存放在不同的仓库中。

每个仓库有多个管理员,但每个管理员只管理一个仓库。

货物出库/入库时,由仓库管理员将货物的条码通过阅读器输入前端机中,货物数量的默认值为1,可以由管理员修改。

前端机根据输入的货物信息,打印“出库/入库”清单。

出库/入库单中同一种货物最多只出现一次,每份出库/入库单由流水号唯一标识。

表4-35是一个出库单的实例。

该系统处理业务的过程如下。

(1) 初始化:前端机根据仓库号从货物表中读取本仓库中每种货物的货物编码、库存量、货物名称和单价。

(2) 登记出库/入库信息:由前端机存储每一笔“出库/入库”记录。

(3) 汇总:在每个工作日结束前汇总当日各种货物的“出库/入库”量至日汇总表。

(4) 更新库存表:根据当日的汇总信息更新货物的库存。

图4-27所示为与该系统对应的实体联系图(不完整)。

李工经过分析,设计出如下关系模式。

出入库单(流水号,出入库标志,管理员号,时间)出入库记录(货物编码,数量,流水号)日汇总表(日期,货物编码,数量,出入库标志)仓库(仓库号,仓库名,仓库电话)管理员(管理员号,姓名,仓库号)货物( (a) )注:时间格式为年-月-日时:分;日期格式为年-月-日。

1. 根据题意,请将货物关系模式的属性(即(a)空缺处)补充完整。

【最新精选】习题-er图(附答案)

【最新精选】习题-er图(附答案)

7、一个图书馆借阅管理数据库要求提供下述服务:(1)可随时查询书库中现有书籍的品种、数量与存放位置。

所有各类书籍均可由书号惟一标识。

(2)可随时查询书籍借还情况,包括借书人单位、姓名、借书证号、借书日期和还书日期。

我们约定:任何人可借多种书,任何一种书可为多个人所借,借书证号具有惟一性。

(3)当需要时,可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。

我们约定,一个出版社可出版多种书籍,同一本书仅为一个出版社出版,出版社名具有惟一性。

根据以上情况和假设,试作如下设计:(1)构造满足需求的E-R图。

(2)转换为等价的关系模式结构。

答:(1)满足上述需求的E-R图如图11所示。

(2)转换为等价的关系模式结构如下:借书人(借书证号,姓名,单位)图书(书号,书名,数量,位置,出版社名)出版社(出版社名,电报编号,电话可,邮编,地址)借阅(借书证号,书号,借书日期,还书日期)8、工厂(包括厂名和厂长名)需建立一个管理数据库存储以下信息:(1)一个工厂内有多个车间,每个车间有车间号、车间主任姓名、地址和电话。

(2)一个车间有多个工人,每个工人有职工号、姓名、年龄、性别和工种。

(3)一个车间生产多种产品,产品有产品号和价格。

(4)一个车间生产多种零件,一个零件也可能为多个车间制造。

零件有零件号、重量和价格。

(5)一个产品由多种零件组成,一种零件也可装配出多种产品。

(6)产品与零件均存入仓库中。

(7)厂内有多个仓库,仓库有仓库号、仓库主任姓名和电话。

试:(1)画出该系统的E-R图。

(2)给出相应的关系模式。

(3)画出该系统的层次模式图。

答:(1)该系统的E-R图如图12所示。

各实体的属性为:工厂:厂名、厂长姓名车间:车间号、车间主任姓名、地址、电话工人:职工号、姓名、年龄、性别、工种仓库:仓库号、仓库主任姓名、电话零件:零件号、重量、价格产品:产品号、价格(2)相应的关系模式如下:工厂(厂名、厂长姓名)车间(车间号、车间主任姓名、地址、电话、厂名)工人(职工号、姓名、年龄、性别、工种、车间号)仓库(仓库号、仓库主任姓名、电话、长名)产品(产品号、价格、车间号、仓库号)零件(零件号、重量、价格、仓库号)制造(车间号、零件号)(3)该系统的层次模型图如图13所示。

数据库简答答题er图

数据库简答答题er图

一、简答题1、数据库系统主要由哪四部分内容组成?答:(1)数据库(2)数据库管理系统(3)应用系统(4)数据库管理员2、关系的完整性约束条件有哪几种?答:实体完整性、参照完整性和用户定义的完整性。

*3、数据库领域有哪几种常用的逻辑数据模型?答:层次模型、网状模型、关系模型、面向对象模型和对象关系模型。

*4、什么是事务?事务的四个特性是什么?答:事务是用户定义的一个数据库操作序列,这些操作要么全做,要么全不做,是一个不可分割的工作单位。

事务的四个特性是:原子性、一致性、隔离性、持续性。

*5.数据库设计的基本步骤。

答:数据库设计基本可以分为以下6步:需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行和维护。

*6.并发操作带来的数据不一致性主要有哪些?答:主要有丢失修改、不可重复读和读脏数据。

*7、数据库系统中的故障主要有哪几类?答:事务内部的故障、系统故障、介质故障和计算机病毒。

*8、数据库系统中的数据独立性的内容及如何保证数据库中数据的独立性包括数据的逻辑独立性和物理独立性,其中逻辑独立性是指用户的应用程序与数据库的逻辑结构是相互独立的,当数据的逻辑结构改变了,用户程序也可以不变,而用户的应用程序与存储在磁盘上的数据库中的数据是相互独立的,当数据的物理存储改变时,应用程序不用改变。

数据独立性是通过DBMS的三级模式和二级映像来保证的。

9、如何进行系统故障的恢复?答:(1)正向扫描日志文件(即从头扫描日志文件)在故障发生前已经提交的事务放入Redo队列在故障发生时尚未完成的事务放入Undo队列(2)对Undo队列事务进行UNDO处理(3)对Redo队列事务进行REDO处理10、解释数据库的安全性及数据库安全的常用技术。

答:指保护数据库以防止不合法的使用所造成的数据泄露、更改和破坏。

常用技术有用户标识和鉴别、存取控制、视图和密码存储等。

二、数据库概念结构设计(E-R图)1、假设某公司的业务规则如下:公司下设几个部门,每个部门承担多个工程项目,每个工程项目属于一个部门。

数据流图例题解析解析

数据流图例题解析解析

数据流图例题解析例题:请根据以下描述画出系统的数据流图。

该子系统共有三个加工:(1)首先是“建立订货合同台帐”:从订货合同、材料检验单和客户文件输入数据、输出形成合同台帐文件;(2)然后是“分类合并”:从合同台帐文件输入数据,排序合并后形成合同分类文件,最后“打印”加工单元从合同分类文件打印出合同分类表。

解析:本题是一道丰富典型的应用题,要求学习根据文字描述画出数据流图,这种题型在《信息管理系统》课程考试中经常出现,必须熟练掌握。

为了解答这个例题,我们先回顾一下这三项内容:1、什么是数据流图;2、它有哪些基本符号;所谓数据流图(Data Flow Diagram,简称DFD)是一种分析系统数据流程的图形工具。

它摆脱了系统的物理内容,精确地在逻辑上描述系统的功能、输入、输出和数据存储等,是系统逻辑模型的重要组成部分。

一般由数据流、加工、文件和数据源或终点四项组成(可参照教材图7-9)。

那么如何绘制数据流图呢?以本题为例进行说明:首先我们可根据例题中的描述在纸上画出第一个加工“建立订货合同台帐”,如图1所示:图1其次,分析这个加工的输出、输入数据流。

根据题意可知,该加工的输出是合同台帐文件、而为完成该项输出,必须有三项输入,即订货合同、材料检验单、客户文件。

据此可绘制出如图2所示的图形:图2此时应注意两点:第一要对加工进行编号。

本例中,我们将加工“建立订货合同台帐”编号为P1;第二要判断输入、输出项是一般的数据流、还是文件存储。

如果是文件存储(比如客户文件、合同台帐文件)则需要用右边开口的方框表示,同时表示数据流的箭头上的文字可省略。

第三、将加工“分类合并”画在纸上,如图3所示图3第四、找出加工“分类合并”的输入和输出项,并用箭头在纸上标注出来。

本例中,该加工的输入数据流是合同台帐文件,输出数据流是合同分类文件,由于“合同台帐文件”已被绘制在纸张上,因此只需用箭头将它与加工联接起来即可。

如图4所示:图4第五、按上述方法,将加工“打印”绘制在图纸上。

网上书店详细需求分析ER图数据流图状态图讲解学习

网上书店详细需求分析ER图数据流图状态图讲解学习

网上书店详细需求分析ER图数据流图状态图讲解学习系统需求分析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项目意义分析随着网络技术的发展,越来越多的人喜欢在网上宣传自己的产品,喜欢网上购物。

图书产品从其外部特征来看,品种繁多,实体书店或其它图书发行者无法有足够大的店面来展示所有品种;单价不高,在网络信用还存在缺失的环境下能造成的损失较小,读者也乐于尝试在线购买。

所以网上书店网站也在互联网上纷纷出现。

就网上书店而言,由于网络已经覆盖全球,信息量大而独具优势。

售书的理念也很简单,就是读者可以自己寻找自己喜爱的书为替读者找寻他们想要的书。

对于读者来说,网上书店近在咫尺,并且永不下班关门,读者可以随时随地自由地查询和订购图书,读者无需亲临书店,一档一档地找,一本一本地翻,只要坐在电脑前,开机上网即可买到所需书籍,而且读者的挑选余地也大多了,检索也很方便,同时还减少了购书过程中的支出,另外应当看到图书选购必得翻阅详看,耗时费力,特别是热衷购书者,几乎都是奋力开拓事业者和苦心求学深造者,时间对他们而言无比宝贵,网上购书节省了大量时间,这对于那些没有时间经常逛传统书店或其住所离传统书店较远的读者来说,具有实际意义。

数据库概念设计ER图练习题参考答案(全)

数据库概念设计ER图练习题参考答案(全)

数据库概念设计E-R图练习题1.上海可的商业连锁集团需要建立信息系统。

该系统中存在3个实体集,一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可以放在多个商店销售,每个商店销售的一种商品有月销售量;商店与职工之间存在“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和工资。

试画出E-R 图。

实体型:商店(商店编号,商店名,地址)商品(商品号,商品名,规格,单价)职工(职工编号,姓名,性别,业绩)关系模型:商店(商店编号,商店名,地址)商品(商品号,商品名,规格,单价)职工(职工编号,姓名,性别,业绩,商店编号,工资,聘期)销售(商店编号,商品号,月销售量)2.某集团公司需要建立一个数据库存储以下信息:(1).该集团公司由多个工厂组成,每个工厂具有厂名和厂长名两个属性;一个厂内有多个车间,每个车间有车间号、车间主任姓名、地址和电话。

(2).一个车间有多个工人,每个工人有职工号、姓名、年龄、性别和工种。

(3).一个车间生产多种产品,产品有产品号和价格。

(4).一个车间生产多种零件,一个零件也可能由多个车间制造。

零件有零件号、重量和价格。

(5).一个产品由多种零件组成,一种零件也可装配出多种产品。

(6).产品与零件均分类存贮在特定仓库中。

(7).厂内有多个仓库,仓库有仓库号、仓库主任姓名和电话。

实体型:工厂(厂名、厂长名、厂址、接待电话)车间(车间号、车间主任姓名、地址、电话)工人(职工号、姓名、年龄、性别、工种)仓库(仓库号、仓库主任号、电话地址)零件(零件号、重量、价格)产品(产品号、价格)关系模型:工厂(厂名、厂长名、厂址、接待电话)车间(车间号、车间主任姓名、地址、电话、厂名)工人(职工号、姓名、年龄、性别、工种、车间号)仓库(仓库号、仓库主任号、电话地址、厂名)零件(零件号、重量、价格)产品(产品号、价格、车间号)生产(车间号、零件号)装配(零件号、产品号)零件存放(零件号、仓库号、)产品存放(产品号、仓库号)3. Company资料库中纪录某家公司员工、部门与计划等资料。

银行系统数据流图和ER图

银行系统数据流图和ER图

思考:
如何用覆盖法来测试?
用覆盖法测试 流程图
习题7第3题 流程图
F g n
开始 P
T
q循环 WHILE q
f
q循环
停止
习题7第3题 盒图
F g n
p T
q
f
e.利息值 b.取款信息
i.错误信息
银行系统软件结构图(一级)
a,b,j
读入单据 存款单 取款单
银行系统
a,b
a,e,b,i
a,e,b,i
存储业务处理 单据输出
c,g,h,i
二级软件结构图: 输入
处理
输出
1
a.存款信息 4.1
记录存
打印
c.存单 储户
a.存款信息 款信息
3
a.存款信息
存单
4.3
i.错误信息
利息值 取款信息
错误提示信息
存单 储户
利息清单
现金
错误提示信息
1、银行系统数据流图(2层)
1
a.存款信息 4.1
记录存
打印
c.存单 储户
a.存款信息 款信息
3
a.存款信息
存单
4.3
i.错误信息
输入
D1 帐户信息 b.取款信息
显示错 误提示
b.取款信息 d.帐户信息
i.错误信息
g.利息清单 h.现金
1、建立等价类表
输入条件
a、b、c能 否构成三 角形
合理等价类
(1)a=b=c (2)b=c且b+c>a (3)b=a且b+a>c (4)a=c且a+c>b (5)a≠b≠c且a+b>c (6)a≠b≠c且a+c>b (7)a≠b≠c且b+c>a

管理信息系统ER图练习

管理信息系统ER图练习

绘制er图
总结词
根据以上分析,使用图形化工具绘制ER图,以直观地表示实体、关系和属性。
详细描述
在绘制ER图时,应遵循标准的图形规范,使用矩形表示实体,椭圆形表示属性,菱形表示关系。通过箭头和连接 线将它们组合在一起,形成完整的ER图。最后,对ER图进行审查和验证,确保准确无误地表示了系统的结构和 关系。
er图的重要性
01
ER图是管理信息系统(MIS)设计的基础,用于描述系统的数 据结构。
02
它有助于开发人员更好地理解业务需求和数据关系,从而构建
出更符合实际需求的信息系统。
ER图能够清晰地展示数据之间的关系,有助于避免数据冗余和
03
数据不一致的问题。
er图的应用场景
数据库设计
ER图常用于数据库设计,帮助设计人员创建合理的数 据表结构。
遵循一定的布局规则和原则。
详细描述
为了提高ER图的可读性,可以遵循一定的布局规则和原则。例如,将相关实体靠近放 置,使关系更清晰;使用箭头表示关系方向,避免混淆;保持线条清晰简洁,避免交叉 和冗余;使用缩进、编号等方式来组织实体和关系的层次结构。此外,还可以使用不同
的颜色、字体和样式来突出重要信息,使图面更加清晰易读。
问题二:如何在er图中表示属性的约束?
总结词
使用不同的符号和注解来表示属性约束 。
VS
详细描述
在ER图中,可以使用不同的符号和注解 来表示属性约束。例如,实体的属性可以 用矩形表示,并在矩形内列出属性名和数 据类型。此外,还可以使用注解来添加属 性的约束条件,如非空约束、唯一性约束 等。
问题三
总结词
实体可以有属性,属性描述实体的特征或数据。
关系
关系表示不同实体之 间的联系或交互。

银行系统数据流图和ER图

银行系统数据流图和ER图

取款信息
4 输出
2
取款 处理
利息值 取款信息
错误提示信息
存单 储户
利息清单
现金
错误提示信息
1、银行系统数据流图(2层)
1
a.存款信息 4.1
记录存
打印
c.存单 储户
a.存款信息 款信息
3
a.存款信息
存单
4.3
i.错误信息
输入
D1 帐户信息 b.取款信息
显示错 误提示
b.取款信息 d.帐户信息
i.错误信息
(5)a≠b≠c且a+b>c (6)a≠b≠c且a+c>b (7)a≠b≠c且b+c>a
1,2,3 1,3,1 6,2,3
5,6,7
(8)a+b≤c (9)a+c≤b (10)b+c≤a (11)都为正整数
期望结果
等边三角形 等腰三角形 等腰三角形 等腰三角形 一般三角形 一般三角形 一般三角形 不能构成三角形 不能构成三角形 不能构成三角形

缺纸 Do/警

装满纸
三、电话号码数据字典
电话号码=[校内电话号码|校外电话号码] 校内电话号码=非零数字+3位数字 校外电话号码=[本市号码|外地号码] 非零数字=[1|2|3|4|5|6|7|8|9] 本市号码=数字零+8位数字 外地号码=数字零+3位数字+8位数字 数字零=0 8位数字=非零数字+7位数字 3位数字=3{数字}3 7位数字=7{数字}7 数字=[0|1|2|3|4|5|6|7|8|9]
本题另一种解法
数据流图
结构图
二、医院监护系统数据流图(0层)
病人 生理信号 时钟
日期、时间
0 监护系统
病情报告 护士

数据库ER图练习及答案

数据库ER图练习及答案

DB Modeling Exam PracticalAnswer the following questions、1.Create an E-R schema for a database system used to manage account information at a community bank、The bank has several branch es with unique names、A customer may have one or more account s in one or more branches、An account must belong to one and only one branch、Each account is operated on by transactions, which may be deposits to or withdrawals from some account、The database keeps track of all the transactions on each account, in addition to the balance of individual accounts and the assets of individual branches、For each entity, specify all its attributes, primary key, and alternate key(s)、In your ER schema, be sure to capture the cardinality constraints and participation constraints of all relationships、Make reasonable assumptions to complete the specification、Explicitly state all your assumptions、EVERY construct in your ER schema should be substantiated by either the specification above or your explicit assumptions、2.The following table stores information about which suppliers can supply which parts、The table captures the fact that a part whose name is PartName and whose ID is PartID can be supplied by suppliers whose names are in SupplierName and whose IDs are in SupplierID、Note that a part can be supplied by many suppliers, and a supplier can supply many parts、3.Perform the following tasks、1.List the primary key、2.List all the FDs、3.What normal form is the relation in? Explain、4.Apply normalization to it incrementally, carrying the normalization process through each of the higher normal forms possible up to 3NF、That is, if the relation were unnormalized, bring it to first normal form, then bring the first normal form you've just created to second normal form, and then bring the second normal form to third normal form、For each transformation to the next higher normal form X,▪Explain the steps you took to bring it to the normal form X、▪Provide the normal form X's table structure, primary key(s), and the FDs、▪Explain why you think it is in the normal form X、For example, if you think there is a partial dependency, fully defend your conclusion by explaining how a column is partially dependent on some other column(s)、That is, if the relation were in an unnormalized form, you would explain the transformation you performed to bring it to first, second, and third normal forms、You would also provide the table structure, the primary key and the FDs for the first, second, and third normal forms、You would also provide explanation for why you believe it is in first, second, and third normal forms、4.Convert the following E-R schema into a relational schema using the mapping algorithm specified in this course、Specify key and referential integrity constraints, using directed arcs、Make sure you also identify alternate keys、Label each step of the mapping algorithm、Answer:1、Entity:1.Bank(BankName,BankPhone) (BankPhone is a multi-valued attribute、)PK: (BankName)2.Cutomer(CustID, CustName, PhoneNum)PK: (CustID)AK: (PhoneNum)3.Branch (BranchName, BranchAddr, BranchPhone, Assets) (BranchPhone is a multi-valued attribute、) PK: ( BranchName)4.Account (AccountNo, Balance)PK: (AccountNo)5.Transaction (TID, OperationType, TDateTime)PK: (TID)Relations:1.Has: <Bank, Branch>, 1:N, PARTIAL/ TOTAL;2.Open: <Customer, Account>, 1:N, PARTIAL/ TOTAL;3.AofBranch: <Branch, Account>, 1:N, PARTIAL/ TOTAL;4.TofAccount: <Account, Transaction>, 1:N, PARTIAL/ TOTAL;Assumptions:1. A new bank can establish no branch、2.One normal bank establishes one or more braches、3. A bank has one or more telephones for customers、4. A customer can open one or more Account、5.An account must belong to one and only one branch、6.One branch opens one or more accounts、7. A branch has one or more telephones for customers、8.An account belongs to just one branch;2、1、pk:(PartID, SupplierID)2、FDs:FD1: PartID->{PartName}FD2: SupplierID->{SupplierName}3、The relation is in the first normal form(1NF)、Each attribute of the relation allows a single atomic value, so it is in 1NF、But some none-primary-key attributes, such as PartName and SupplierName, partiallydependant on the primary key (as FD1 and FD2 show), so it is not in 2NF、4、Normalization:1) FD1: PartID->{PartName}The relation can be decomposited into two relations:PART(PartID, PartName),FDs={PartID->PartName}, PK:(PartID);CAN_SUPL Y(PartID, SupplierID, SuplierName), FDs={SupplierID->SupplierName), PK:(PartID,SupplierID)、The relation PART is now in the third normal form because the only none-primary-keyattribute PartName, fully (not partially) and directly (not transively) dependants on the primary key PartId、The relation CAN_SUPPL Y is still in the first normal because the only none-primary-keyattribute SupplierName, partially dependants on the primary key (PartId,SupplierID)、2)CAN_SUPL Y(PartID, SupplierID, SuplierName), FDs={SupplierID->SuplierName):For SupplierID->SuplierName, the relation can be decomposited into two relations:SUPPLIER(SupplierID,SupplierName),FDs={SupplierID->SuplierName}, PK:(SupplierID);CAN_SUPL Y(PartID, SupplierID), FDs={}, PK:(PartID,SupplierID)、Both relations are in the third normal form, because for each one, no none-primary-keyattribute patially or transively dependants on its primary key、3) Three 3NF relations:PART(PartID, PartName),FDs={PartID->PartName}, PK:(PartID);SUPPLIER(SupplierID,SupplierName),FDs={SupplierID->SuplierName}, PK:(SupplierID);CAN_SUPL Y(PartID, SupplierID), FDs={}, PK:(PartID,SupplierID)、3、九步算法:三种异常:修改异常、插入异常、删除异常。

ER图习题及答案(word文档良心出品)

ER图习题及答案(word文档良心出品)

1.用质数法设计代码校验位:原代码共7位,从左到右取权3,5,7,13,17,19,23,以11为模,试求出2690088的校验位?如果让“11”既作模,又作权,会存在什么缺陷(可以举例说明)?当该位发生错误时,校验位将无法检测到这位发生错误。

如:将权13改为11(左边第四位权),原代码是2690088,其校验位仍为6,新码是26900886;在输入或传输过程中发生错误:第四位由0变为9(或其它任意数字1-9),即输入“26990886”此时的校检位6将无法检测到已发生的错误!因为2X3+6X5+9X7+9X11+0X17+8X19+8X23=435+9X11=534模11后所得余数仍为6,计算机会认为:没有发生错误!。

设某商业集团数据库中有三个实体集。

一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

试画出ER图,并在图上注明属性、联系的类型。

将ER图转换成关系模型,并注明主键和外键。

•这个ER图可转换4个关系模式:商店(商店编号,商店名,地址)职工(职工编号,姓名,性别,业绩,商店编号,聘期,月薪)商品(商品号,商品名,规格,单价)销售(商店编号,商品号,月销售量)2.设某商业集团数据库中有三个实体集。

一是“公司”实体集,属性有公司编号、公司名、地址等;二是“仓库”实体集,属性有仓库编号、仓库名、地址等;三是“职工”实体集,属性有职工编号、姓名、性别等。

公司与仓库间存在“隶属”联系,每个公司管辖若干仓库,每个仓库只能属于一个公司管辖;仓库与职工间存在“聘用”联系,每个仓库可聘用多个职工,每个职工只能在一个仓库工作,仓库聘用职工有聘期和工资。

数据流图ER图

数据流图ER图

产品库存系统
功能:
1.根据生产部门转来的收货通知单和已存货编码文件,更新库存数据,打印入库单;
2.根据销售部转来的出货通知单和已存货编码文件,更新库存数据,打印出库单;
3.根据库存量产生报警信息,提醒库存不足;
1).根据功能画顶层数据流图
顶层数据流图反映了最主要业务处理流程及系统与外界的关系。

经过分析,库存管理系统的主要功能应当有出库、入库两个主要数据流。

输入的源点和输出终点是生产部门和销售部门。

(2)根据顶层数据流图及对顶层数据流图的分析,画0层数据流图
第一层数据流图(a)
第一层数据流图(b)
3)进一步详细数据流图
(4)ER图。

E-R图例题解析

E-R图例题解析

一.设有如下实体:(10分)
学生:学号、单位、姓名、性别、年龄、选修课程名
课程:编号、课程名、开课单位、认课教师号
教师:教师号、教师姓名、性别、职称、讲授课程编号
单位:单位名称、电话、教师号、教师名
上述实体中存在如下联系:
(1)一个学生可选修多门课程,一门课程可为多个学生选修(2)一个教师可讲授多门课程,一门课程可为多个教师讲授(3)一个单位可有多个教师,一个教师只能属于一个单位
请完成以下工作:
(1)分别设计学生选课和教师任课两个局部信息的结构E-R图。

(2)将上述设计完成的E-R图合并为一个全局E-R图。

将该全局E-R图转换为等价的关系模型表示的数据库逻辑结构。

解:(1)本题的E-R图如图2所示。

(2)对应的关系模型结构如下:
学生(学号,单位,姓名,性别,年龄,选修课程名)
课程(编号,课程号,开课单位,认课教师号)
教师(教师号,教师姓名,性别,职称,课程编号)
单位(单位名称,电话,教师号,教师名)
*其中每个关系模式的候选码如下:
学生的候选码是学号;
课程的候选码是编号十课程号;
教师的候选码是教师号;
单位的候选码是单位名称。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
①内部处理间是否存在少数据流(内部空洞直接搭桥)
②每个加工要有输出与输入.(往往最后不知把数据流放哪里时,这是个好方法).
③将数据流放到何处时(哪个加工时)反复阅读试题说明找到相关的带有时序性的往往有相同的字眼(数据流同加工如数据流到货通知与加工缺到货对照)
3)可删元素
某数据存储首次出现时只与一个加工有关,那么这个数据存储应该作为与之关联加工的局部数据存储,在该层数据流子图中不必画出,而在该加工的子图中画出,除非该加工为原子加工,可能即使与多个加工相关但这多个加工无须与该存储相关而是可有其它存储直接得到.
////////// ER图设计 解题思路 ///////// ////////
///////////////////////////////////////////////////////
///////////////////////////////////////////
数据流图,DFD是一种分析系统数据流程的图形,意在让用户理解系统的功能、输入、输出和数据存储等。请认真弄清其应用后,在画出数据流图的情况下,系统的功能也就确定了,再经过细化,逐步向物理结构迈进。考核时,试题多从父图和子图的平衡来分析。这部分内容,解题的关键是高度重视题目说明,务必正确、深入理解其内容,必要时要读几遍,同时对于给出的图表,也要务必看懂。这样答题就轻松了,答案实际就蕴含在说明中
③在逐步精化的过程中,若一个文件首次出现时只与一个加工有关,既该文件是个加工的内部文件,那么该文件在当层图中不必画出,可在该加工的细化图中画出。
3.解题的技巧。
(1)阅读题干的技巧。快速的阅读第一遍,基本了解题目所涉及到的知识点或者事务,打记实体对象和存储文件,甚至可以将数据流也标记一下;这一步重点落在问题上,一般问题不难,但一定要看清问题。带着问题来看第二遍,边看边解决。
(2)要有整体的概念,不能因一个点符合就断定是它,尤其是数据对象。
(3)注意解题的速度,一般在20分钟以内为最好。
(4)解题的过程中,每一条数据流都能够在[说明]中找到相应的语句。
(5)数据流名称要写对,每错一个字扣0.5分;流向也要写对。
(6)做好以后,复查一遍;不要边做边怀疑、边修改,那样会担误时间,且错误更多。
E_R模型题型解析
实体间的关系
1:1(若对实体集A中的每一个实体,实体集B中至多有一个实体与之联系,反之亦然)
1:n(若对实体集A中的每一个实体,对应实体集B中N个实体,反之若对实体集B中的每一个实体,实体集A中至多有一个实体与之联系)
n:m(若对实体集A中的每一个实体,对应实体集B中N个实体反之亦然)
数据平衡原则分为两个方面:
根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图,除顶层图外,其余分层数据流图从0开始编号。
① 在分层数据流图中,父图和子图要平衡,也就是说,父图中某加工的输入输出数据流必须与它的子图的输入输出数据流在数量和名字上相同。
②数据平衡的另一个方面是说:每个加工必须即有输入数据流又有输出数据流,而且一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得,或者是通过该加工能产生的数据。
(2) 要特别注意的几个细节问题。
① 除了流向数据存储(文件)或从数据存储流出的数据流不必命名外,其它每个数据流都必须有一个合适的名字。
②流向文件的数据流,表示写入数据,流出文件的数据流表示读文件。在整套数据流图中,每个文件必须既有读的数据流又有写的数据流,但在某一张子图中可能只有读没有写,或者只有写没有读。
即一是工程确定了Βιβλιοθήκη 件也就确定了,功应商及工程确定了零件也就确定了,由此用一个二元关系(零件作为供应关系的属性).
再有对于一个人才信息系统其中的岗位------企业------人才,只能用两个二元关系,因为该系统是提供相关的岗位信息与人才信息即人才有求职意向,工司有岗位需求),在这里人才与企业并未有啥关系,只有在企业聘用员工时才发生三者关系.
③填写关系模式
根据题中的相关模式及其需求文档编写模式,要注意有些模式的元素可能隐藏在题中如求职意向模式中要有登记日期
2)优化数据模式
利用范式来优化.
弱实体集以双边框矩形表示,其联系用双边框的菱形表示.
弱实体集键用虚线表示.
元:参与联系的实体集数目称之为元.
基数:与一个实体有联系的另一端实体数目的最小值与最大值即一个实体通过联系集与另一实体集相关联的实体的数据目,而重复度是指的关联这一端的数目.
全部参与用双线表示,部分参与用单线表示.
①:找数据存储,只与单个存储相关.
4)存储结构描述
5)信息点
①对于校验处理往往需要相关的信息文件(入住单校验需要住房基本信息数据流引入)
②回答加工能做啥(如交费凭证教验能检查哪些不合格凭证,这要观察与之相关的数据存储,答案是凭证中有非法字符,交费文件不存在与之对应的交费凭证)
相关系统业务理解
2.解题的方法。
画法原则:
数据流必须与加工有关,
实体与实体之间不能有数据流,存储与存储,实体与实体之间都不能有数据流。流入加工的数据流与流出加工的数据流不能同名。
(1) 数据平衡原则。
局部数据存储的隐蔽性
当某层数据流图中的数据存储不是父图中相应加工的外部接口,而只是本图中某些加工之间的数据接 口时,那么这些数据存储为局部数据存储。为了强调局部数据存储的隐蔽性,一般情况下,局部数据存储只有作为某些加工的数据接口或某个特定加工的输入和输出时,才画出来。即按照自顶向下的分析方法,某数据存储首次出现时只与一个加工有关,那么这个数据存储应该作为与之关联加工的局部数据存储,在该层数据流子图中不必画出(本层),而在该加工的子图中画出,除非该加工为原子加工
一般要求把ER中的1MN标出.
② 空格内往往只需填一个实体及其相关联系
<填二元还是多元>
仔细分析题意,如果某一联系必须由多元才能确定则需用多元,如果此时用二元就会有信息丢失,如任一供应商可向任一工程供应任一零部件,则为了确定哪个供应商向哪个工程供应了何种零件,就必须定义一个三元联系,因为只有三者一起才能维一确定一个联系值.如果是说每个工程需要一定零件,而任一供应商可向任一工程供应零件,这里有两层意思
/////////////////////////////////////////////////////// /////////
///////////////////////////////////////////
出题方式:
1),填空
根据数据平衡原则将相关的制定的元素填写(有些要根据题目的说明得出)
2)补漏
根据题目说明或客观事实及数据平衡原则补写数据流,甚至在细分的基础上可能还要添加某些加工并由此再引出数据流.
<属性分配>
属性应是不可再分的语义单位,不能再有描述信息或不能与其他实体存在关联.
否则只能是实体
1)填空
根据题目的需求分析说明填写E_R图中的空格.
①图型画法 , 子类到超类连线用小圆圈表示,在UML(类图)中用空心三角形表示,三角尖指向超类,在UML中联系也是方框,彼此之间用连线连接起来便可,如果题中已有的部分是用UML那就用UML否择用传统E_R图
相关文档
最新文档