1 Data Modeling : ER Model… Lecture 07. 2 Summary of last lecture ER model notation Examples Ternary relationship Weak entities Extended ER Model Process.

Slides:



Advertisements
Similar presentations
Database Design: ER Modelling (Continued)
Advertisements

Enhanced/Extended Relationship-Diagram
Advanced Data Modeling
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 6 Advanced Data Modeling.
Chapter 6 Advanced Data Modelling
System Analysis - Data Modeling
Systems Analysis Requirements structuring Process Modeling Logic Modeling Data Modeling  Represents the contents and structure of the DFD’s data flows.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 The Enhanced Entity- Relationship (EER) Model.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Chapter 4 Enhanced Entity-Relationship (EER) Modeling.
Modeling Data The Entity Relationship Model (ER) For Database Design.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Chapter Five Data Modeling with the Entity-Relationship Model.
Chapter Five Data Modeling with the Entity-Relationship Model.
Chapter 2: Entity-Relationship Model (Continued)
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Chapter 4 The Enhanced Entity-Relationship (EER) Model
Chapter 41 Enhanced Entity-Relationship and Object Modeling.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 The Enhanced Entity- Relationship (EER) Model.
Enhanced Entity-Relationship Model (EER) 1. Enhanced-ER (EER) Model Concepts Includes all modeling concepts of basic ER Additional concepts: subclasses/superclasses,
The Entity-Relationship Model. 421B: Database Systems - ER Model 2 Overview of Database Design q Conceptual Design -- A first model of the real world.
Entity Relationship Modeling Objectives: To illustrate how relationships between entities are defined and refined. To know how relationships are incorporated.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
1 Web-Enabled Decision Support Systems Entity-Relationship Modeling Prof. Name Position (123) University Name.
Systems Analysis and Design in a Changing World, Fifth Edition
1 Data Modeling : ER Model Lecture Why We Model  We build models of complex systems because we cannot comprehend any such system in its entirety.
1 Ref: Prof Sarda Process Modeling…… Lecture Outline Data flow diagram (DFD)
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 6 Structuring.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 8 Slide 1 Chapter 9 Structuring System Data Requirements.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Conceptual Data Modeling. What Is a Conceptual Data Model? A detailed model that shows the overall structure of organizational data A detailed model.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 20 Object-Oriented.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
THE ENHANCED ER (EER) MODEL CHAPTER 8 (6/E) CHAPTER 4 (5/E)
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 4 Domain Classes.
© Pearson Education Limited, Chapter 7 Entity-Relationship modeling Transparencies.
7-1 © Prentice Hall, 2004 Chapter 7: Conceptual Data Modeling Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
Unit 3 Conceptual Data Modeling. Key Concepts Conceptual data modeling process Classes and objects Attributes Identifiers, candidate keys, and primary.
Database Systems: Enhanced Entity-Relationship Modeling Dr. Taysir Hassan Abdel Hamid.
Lecture 4 Conceptual Data Modeling. Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship,
5 Systems Analysis and Design in a Changing World, Fifth Edition.
1 DATA FLOW DIAGRAM. 2 Outline Process decomposition diagrams Data flow diagram (DFD)
Dr.Basem Alkazemi
1 Data Modeling : ER Model…. Lecture Summary so for …. ER Model Entity, Attribute, Key Relationships Instance Diagram.
UNIT_2 1 DATABASE MANAGEMENT SYSTEM[DBMS] [Unit: 2] Prepared By Lavlesh Pandit SPCE MCA, Visnagar.
Object-Oriented Modeling: Static Models. Object-Oriented Modeling Model the system as interacting objects Model the system as interacting objects Match.
Enhanced Entity-Relationship (EER) Modeling. Slide 4- 2 Chapter Outline EER stands for Enhanced ER or Extended ER EER Model Concepts Includes all modeling.
 Week08.  Review Schedule Weeks 8-14  This week o Review last class o Introduce Class Diagrams o ICE-03 Sheridan SYST Engineering Quality Systems.
Database Design – Lecture 4 Conceptual Data Modeling.
Chapter 4 Extended Entity-Relationship (EER)Model Incorporates Set-subset Relationships Incorporates Generalization Hierarchies Constraints: Coverage Constraints:
CST203-2 Database Management Systems Lecture 4. Student entity NIDFNameLNameRegNoExamIdBirthdate.
Slide 4-1 Elmasri and Navathe, Fundamentals of Database Systems, Fourth Edition Revised by IB & SAM, Fasilkom UI, 2005 Exercise 1. a property or description.
© Shamkant B. Navathe CC Enhanced Entity-Relationship Copyright © 2004 Ramez Elmasri and Shamkant Navathe.
DBMS ER model-2 Week 6-7.
Systems Design.  Application Design  User Interface Design  Database Design.
Extended ER Modelling. Extended E-R Features: Specialization Top-down design process; we designate subgroupings within an entity set that are distinctive.
Basic ER modeling was adequate for simpler databases, but in the 1980’s more demanding databases required more extensive modeling requirements. Some such.
Database Design, Application Development, and Administration, 6 th Edition Copyright © 2015 by Michael V. Mannino. All rights reserved. Chapter 5 Understanding.
Data Modeling Advanced Concepts Updated 20/4/2015 TMC2034 Database Concept and Design1.
Lecture # 14 Chapter # 5 The Relational Data Model and Relational Database Constraints Database Systems.
Lab 3 Data Flow Diagram CPIT 250 System Analysis and Design.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Business System Development
Enhanced Entity-Relationship (EER) Model
The Enhanced Entity- Relationship (EER) Model
Object-Oriented Analysis and Design
Data Modelling Chapter 7
Chapter 4 Entity Relationship (ER) Modeling
Chapter 20 Object-Oriented Analysis and Design
Systems Analysis – ITEC 3155 Modeling System Requirements – Part 2
Presentation transcript:

1 Data Modeling : ER Model… Lecture 07

2 Summary of last lecture ER model notation Examples Ternary relationship Weak entities Extended ER Model Process Modeling

3 EXTENDED E-R MODEL extensions to capture more meaning concepts of generalization, aggregation and sub-set hierarchies added Similar to OO concepts : inheritance, composite objects

4 Generalization to generalize from two or more entity sets and factor out commonality Example : given two entities Faculty and Non-faculty, we can define a ‘general’ entity called Employee Common attributes are factored out to define ‘Employee’ entity; specific (non- common) attributes incorporated in ‘Faculty’ and ‘Non-faculty’ entities represented by IS-A relationship

5

6 Another example :

7 Specialization also called subset hierarchy; we created special cases for a given entity. - Teacher a specific case of Employee - Employee called superset, Teacher called subset entity E1 is subset of E if every instance of E1 is also an instance of E; this is also IS-A relationship E called superset and E1 as subset (or sub-class); E may have multiple and possibly over-lapping subsets every instance in E need not be present in subsets of E

8 Specialization….. specialization allows classification of an entity in subsets based on some distinguishing attribute/property we may have several specialization of same entity the subsets may have additional attributes

9

10 Inheritance there is inheritance of attributes from superclass or superset the subclass/subset automatically inherits attributes defined at superclass/superset level thus, inheritance present in both Generalization and specialization Direction important : bottom-up in generalization, top-down in Specialization Important to distinguish the two cases

11 Aggregation for building complex entity from existing entities (or existing entities and relationships) two ways of defining complex entities : create an attribute whose value is another entity define an entity as containing a group of related entities

12 Examples : Work-order object (entity) defined as consisting of entities Raw-material, Tools and Workers; Work-order itself related with Customer entity Aggregation notation not explicitly provided in Extended E-R model

13 Raw Material Tools Worker Customer JobNoQuantity Work-order

14 Summary Data Modeling important to understand data to be handled in a given application. We develop a conceptual Model first. ER model uses concepts of Entity, Relationship and Attribute. Provides Constraints: primary key, cardinality…. Simple to use diagramming notation User cam understand and validate our model

15 Process Modeling

16 Outline Process decomposition diagrams Data flow diagram (DFD)

17 Process Model A process is a business activity which when executed produces certain outputs from given inputs The function(s) performed by a process may be complex, with multiple inputs, outputs and users The entire application itself is a process We use successive decomposition into sub processes to reveal greater details of the processing

18 Function Decomposition Decomposition splits wok of a task into subtasks; subtasks together make-up the parent task; not like ‘calling’ a module Balanced decomposition: sub-tasks are roughly equal in complexity

19 Function Decomposition … Top-down decomposition gives hierarchical structure Decompose into 2 or more; not more than 5 A high cohesion (high independence) and minimum coupling (minimum interdependence) are fundamental criteria Continue decomposition until elementary processes are identified

20 Function Decomposition Elementary process is a smallest unit of activity meaningful to end user (it sees and leaves data in consistent state) Process decomposition diagram A tree structure Elementary processes are leaf nodes Data are not shown

21 FD Diagrams: Examples

22 FD Diagrams: Examples

23 Exercise: prepare FDDs for Railway reservation system Hospital patient management Employee payroll

24 Function Decomposition … Use proper naming of processes Business functions named as nouns (marketing, Inventory control, …) Process name consists of an active verb and an object (accept order, calculate interest, …)

25 Naming … Avoid long names (sentences containing and, if, then, etc. indicate non-cohesive complex tasks) Real world is a good reference for selecting proper names; organizational units are organized functionally and each unit has a well-defined task