Chapter 12 View Design and Integration. McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Outline Motivation for view design.

Slides:



Advertisements
Similar presentations
Chapter 6: Entity-Relationship Model (part I)
Advertisements

Entity-Relationship (ER) Modeling
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 12 View Design and Integration.
© Copyright 2011 John Wiley & Sons, Inc.
The Hierarchical Model
BUSINESS DRIVEN TECHNOLOGY Plug-In T4 Designing Database Applications.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Copyright Irwin/McGraw-Hill Data Modeling Prepared by Kevin C. Dittman for Systems Analysis & Design Methods 4ed by J. L. Whitten & L. D. Bentley.
Copyright © 2015 Pearson Education, Inc. Database Design Chapters 17 and
Chapter 5 Understanding Entity Relationship Diagrams.
Modeling the Data: Conceptual and Logical Data Modeling
LIS 557 Database Design and Management William Voon Michael Cole Spring '04.
Chapter Chapter 13-2 Chapter 13 Data Modeling Introduction An Overview of Databases Steps in Creating a Database Using Rea Creating Database Tables.
Chapter 8 Normalization. © 2001 The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin Outline Modification anomalies Functional dependencies.
Databases Chapter Distinguish between the physical and logical view of data Describe how data is organized: characters, fields, records, tables,
© 2003 The McGraw-Hill Companies, Inc. All rights reserved. Working with Financial Statements Chapter Three.
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Understanding Entity Relationship Diagrams.
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 6 Developing Data Models for Business Databases.
© 2002 by Prentice Hall 1 David M. Kroenke Database Processing Eighth Edition Chapter 6 Database Design Using Entity- Relationship Models.
Lesson-19 Data Modeling and Analysis
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 2 Introduction to Database Development.
FIS 431/631 Financial Information Systems: Analysis and Design ERD & Normalization Joe Callaghan Oakland University Department of Accounting & Finance.
Systems Analysis and Design in a Changing World, 6th Edition
Chapter 6 Developing Data Models for Business Databases.
BIS310: Week 7 BIS310: Structured Analysis and Design Data Modeling and Database Design.
Mapping ERM to relational database
Entity-Relationship Design
Trisha Cummings.  Most people involved in application development follow some kind of methodology.  A methodology is a prescribed set of processes through.
Chapter 3 Data Modeling Using the Entity- Relationship (ER) Model Dr. Bernard Chen Ph.D. University of Central Arkansas.
Data Modeling Using the Entity-Relationship Model
Chapter 5: Modeling Systems Requirements: Events and Things
Modeling Systems Requirements: Events and Things.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Database Design Sections 6 & 7 Second Normal Form (2NF), Unique Identifiers (UID), Third Normal Form (3NF), Arcs, Hierarchies and Recursive relationships.
1 ER Modeling BUAD/American University Entity Relationship (ER) Modeling.
CHAPTER EIGHT Accessing Data Processing Databases.
Chapter 7 Normalization. McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Outline Modification anomalies Functional dependencies.
CHAPTER EIGHT Accessing Data Processing Databases.
Chapter 3 Data Modeling Using the Entity- Relationship (ER) Model Dr. Bernard Chen Ph.D. University of Central Arkansas Fall 2008.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 4 Domain Classes.
Chapter 9 View Design and Integration. © 2001 The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin Outline Motivation for view design.
Database Design, Application Development, and Administration, 5 th Edition Copyright © 2011 by Michael V. Mannino All rights reserved. Chapter 6 Developing.
C-1 Management Information Systems for the Information Age Copyright 2004 The McGraw-Hill Companies, Inc. All rights reserved Extended Learning Module.
3 & 4 1 Chapters 3 and 4 Drawing ERDs October 16, 2006 Week 3.
Chapter 4-1. Chapter 4-2 Chapter 4: Data Modeling Introduction An Overview of Databases Steps in Creating a Database Using REA Creating Database Tables.
IFS310: Module 6 3/1/2007 Data Modeling and Entity-Relationship Diagrams.
Database Design – Lecture 4 Conceptual Data Modeling.
Copyright © 2013 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin APPENDIX C DESIGNING DATABASES APPENDIX C DESIGNING DATABASES.
Databases Chapter Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 9 Designing Databases 9.1.
Entity Relationship Diagram (ERD). Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship.
Chapter 8 Entity-Relationship Modeling Pearson Education © 2009.
1 Information System Analysis Topic-3. 2 Entity Relationship Diagram \ Definition An entity-relationship (ER) diagram is a specialized graphic that illustrates.
©Silberschatz, Korth and Sudarshan2.1Database System Concepts Chapter 2: Entity-Relationship Model Entity Sets Relationship Sets Mapping Constraints Keys.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 6 Modeling the Data: Conceptual and Logical Data Modeling.
Ch 05. Basic Symbols ( manino ). Cardinalities Cardinality Notation.
McGraw-Hill/Irwin © 2003 The McGraw-Hill Companies, Inc., All Rights Reserved. Example 1-Ad A.
Chapter 5 Understanding Entity Relationship Diagrams.
Database Design, Application Development, and Administration, 6 th Edition Copyright © 2015 by Michael V. Mannino. All rights reserved. Chapter 5 Understanding.
5 Chapter 5: Modeling Systems Requirements: Events and Things Systems Analysis and Design in a Changing World.
Database Design Chapters 17 and 18.
Conceptual Design & ERD Modelling
View Design and Integration
Lecture on Data Modeling and Analysis
Databases and Structured Files: What is a database?
Database Design Chapters 17 and 18.
ACCOUNTING INFORMATION SYSTEMS
Entity-Relationship Diagram (ERD)
Presentation transcript:

Chapter 12 View Design and Integration

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Outline Motivation for view design and integration View design with forms View integration

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Why View Design and Integration? Database complexity reflects organizational complexity. Time-consuming and labor-intensive process Collect requirements from different user groups Coordination among designer team members Manage complexity of large designs

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Managing Complexity As the “divide and conquer” strategy is used to manage complexity, view design and integration is an approach to managing complexity of the database design effort.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Overview of View Design and Integration

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. View Design with Forms Important source of database requirements Reverse the process described in the Chapter 10 Derive an ERD that is consistent with the form Five step procedure

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Sample Customer Order Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Form Analysis Create an ERD to represent a form ERD supports form and other anticipated processing ERD should be consistent with the form ERD is a view of the database

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Form Analysis Steps

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Step 1: Define Form Structure Construct a hierarchy that depicts the form structure Most forms consist of a simple hierarchy where the main form is the parent and the subform is the child. Complex forms can have parallel subforms and more levels in the hierarchy.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Hierarchical Form Structure

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Step 2: Identify Entity Types Split each node in the hierarchical structure into one or more entity types. Make an entity type if a form field is a potential primary key and there are other associated fields in the form.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Entity Types for the Customer Order Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Step 3: Attach Attributes Attach attributes to the entity types identified in the previous step Group together fields that are associated with the primary keys found in Step 2 Form fields close together may belong in the same entity type

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Attributes Added to the Entity Types

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Step 4: Add Relationships Relationships involving the form entity type –Form entity type contains the form's primary key –Relationships between the form entity type and other entity types derived from the parent node: usually 1-M. –Add a relationship to connect the form entity type to an entity type in the child node Add relationships to connect entity types derived from the child node if not already connected

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Entity Relationship Diagram

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Step 5: Check Completeness and Consistency The ERD should adhere to the diagram rules specified in Chapter 5. In addition, the ERD should be consistent and complete with respect to the form structure. Explore diagram transformations as suggested in Chapter 6.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Consistency Rules for Relationship Cardinalities 1.In at least one direction, the maximum cardinality should be one for relationships connecting entity types derived from the same node (parent or child). 2.In at least one direction, the maximum cardinality should be greater than one for relationships connecting entity types derived from nodes on different levels of the form hierarchy.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Analysis of M-Way Relationships using Forms Choice between M-way and binary relationships can be difficult. Data entry forms provide a context to understand M-way relationships. An M-way relationship may be needed if a form shows a data entry pattern involving three entity types.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Sample Project Purchasing Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. ERD for the Project Purchase Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Sample Purchasing Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. ERD for the Purchasing Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. View Integration Combine individual views into a complete database design Incremental and parallel integration approaches

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Incremental Approach

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Parallel Approach

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Integration Strategy

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Precedence Relationships Form A precedes form B if form A must be completed before form B. Preceding forms typically provide data for subsequent forms. Place forms with precedence relationships in the same view subset

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Precedence Example

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Resolving Synonyms and Homonyms Synonym: spelled differently but have the same meaning Homonym: same sound and often the same spelling but different meaning Forms provide a context to resolve Major part of standardizing a vocabulary

View Integration Examples

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Sample Invoice Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Incremental Integration Example The following 5 slides demonstrate the Incremental Integration process by integrating the Invoice Form with the ERD for Customer Order Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Form Hierarchy

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Identify entity types and attach attributes

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. List the form fields that match existing entity types Order No matches the Order entity type. Customer No, Customer Name, Address, City, State, and Zip match the Customer entity type. Product No, Description, and Unit Price match the Product entity type.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Analyze Homonyms Revise the Customer entity type with two sets of address fields: billing address fields and shipping address fields. Add shipping address fields to the Invoice entity type. Create a new entity type (ShipAddress) with the shipping address fields.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Integrated ERD (incremental)

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Parallel Integration Example The difference between the parallel and incremental approaches is that integration occurs later in the parallel approach. For the parallel approach, ERDs for forms must be constructed before merging.

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. ERD for the Invoice Form

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Integrated ERD (Parallel)

McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Summary View design and integration is an important skill for designing large databases. Manage complexity of large development efforts The result of form analysis is an ERD that is a view of the database. Two approaches for View Integration, incremental and parallel