Chapter 13 (Online): Object-Oriented Databases

Slides:



Advertisements
Similar presentations
© 2005 by Prentice Hall Appendix 3 Object-Oriented Analysis and Design Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Advertisements

Object-Oriented Analysis and Design: Object Modeling – Class Diagrams
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 9 Slide 1 Appendix 3 Object-Oriented Analysis and Design.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall A.1.
Introduction To System Analysis and Design
Chapter 14 (Web): Object-Oriented Data Modeling
Object-Oriented Databases
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix.
Chapter 4: Object-Oriented Data Modeling
CHAPTER 2: MODELING DATA IN THE ORGANIZATION © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition Jeffrey.
Chapter 8 Structuring System Data Requirements
Chapter 4 Entity-Relationship modeling Transparencies © Pearson Education Limited 1995, 2005.
Chapter 14: Object-Oriented Data Modeling
Chapter 3: The Enhanced E-R Model
Advanced Information Modeling and Database Systems
Chapter 14: Object-Oriented Data Modeling
Data Modeling and the Entity-Relationship Model Chapter Four DAVID M. KROENKE’S DATABASE CONCEPTS, 2 nd Edition.
1 © Prentice Hall, 2002 Chapter 3: Modeling Data in the Organization Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred.
Systems Analysis and Design in a Changing World, Fifth Edition
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 8 Slide 1 Chapter 9 Structuring System Data Requirements.
Principles of Database Systems With Internet and Java Applications Today’s Topic Chapter 2: Representing Information with Data Models The lecture notes.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix A Object-Oriented.
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.
Database Management System Prepared by Dr. Ahmed El-Ragal Reviewed & Presented By Mr. Mahmoud Rafeek Alfarra College Of Science & Technology Khan younis.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Introduction To System Analysis and Design
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
1 Relational Databases and SQL. Learning Objectives Understand techniques to model complex accounting phenomena in an E-R diagram Develop E-R diagrams.
© Pearson Education Limited, Chapter 7 Entity-Relationship modeling Transparencies.
Structural Modeling. Objectives O Understand the rules and style guidelines for creating CRC cards, class diagrams, and object diagrams. O Understand.
CS3773 Software Engineering Lecture 04 UML Class Diagram.
CHAPTER 13 (ONLINE): OBJECT-ORIENTED DATA MODELING © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition.
1 © Prentice Hall, 2002 Chapter 14: Object-Oriented Data Modeling Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R.
© 2011 Pearson Education 1 Chapter 13 (Online): Object-Oriented Databases Modern Database Management 10 th Edition, International Edition Jeffrey A. Hoffer,
7-1 © Prentice Hall, 2004 Chapter 7: Conceptual Data Modeling Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
7-1 © Prentice Hall, 2007 Chapter 7: Conceptual Data Modeling Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 15: Object-Oriented Data Modeling Modern Database Management 9 h Edition Jeffrey A.
Unit 3 Conceptual Data Modeling. Key Concepts Conceptual data modeling process Classes and objects Attributes Identifiers, candidate keys, and primary.
7-1 © Prentice Hall, 2007 Week 5: Conceptual Data Modeling Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
© 2011 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 13 (Online): Object-Oriented Data Modeling Modern Database Management 10 th Edition.
Chapter 12 Entity-Relationship Modeling Pearson Education © 2009.
CHAPTER 13: OBJECT-ORIENTED DATA MODELING (OVERVIEW) © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition.
Lecture 8 Object-Oriented Analysis and Design 20.1 COSC4406: Software Engineering.
Lecture 6: Structural Modeling
Object-Oriented Data Modeling
DatabaseIM ISU1 Fundamentals of Database Systems Chapter 3 Data Modeling Using Entity-Relationship Model.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
CHAPTER 13: OBJECT-ORIENTED DATA MODELING (OVERVIEW) Modern Database Management 11 th Edition Jeffrey A. Hoffer, V. Ramesh, Heikki Topi © 2013 Pearson.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix A Object-Oriented Analysis and Design A.1.
Copyright © 2016 Pearson Education, Inc. Modern Database Management 12 th Edition Jeff Hoffer, Ramesh Venkataraman, Heikki Topi CHAPTER 2: MODELING DATA.
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 3: Modeling Data in the Organization Modern Database Management 9 th Edition Jeffrey.
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Lecture 3: Modeling Data in the Organization Modern Database Management 9 th Edition Jeffrey.
Data Modeling and the Entity-Relationship Model
Appendix 3 Object-Oriented Analysis and Design
Object-Oriented Modeling
Business System Development
DATA REQIREMENT ANALYSIS
Chapter 4: Part B Logical Database Design and the Relational Model
Entity-Relationship Modeling
Lec 3: Object-Oriented Data Modeling
Chapter 20 Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
Data Modeling and the Entity-Relationship Model
Systems Analysis – ITEC 3155 Modeling System Requirements – Part 2
Appendix A Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
Appendix 3 Object-Oriented Analysis and Design
Data Modeling and the Entity-Relationship Model
Presentation transcript:

Chapter 13 (Online): Object-Oriented Databases Modern Database Management 10th Edition, International Edition Jeffrey A. Hoffer, V. Ramesh, Heikki Topi © 2011 Pearson Education

Objectives Define terms Describe phases of object-oriented development life cycle State advantages of object-oriented modeling Compare object-oriented model with E-R and EER models Model real-world application using UML class diagram Provide UML snapshot of a system state Recognize when to use generalization, aggregation, and composition Specify types of business rules in a class diagram

What Is Object-Oriented Data Modeling? Centers around objects and classes Involves inheritance Encapsulates both data and behavior Benefits of Object-Oriented Modeling Ability to tackle challenging problems Improved communication between users, analysts, designers, and programmers Increased consistency in analysis, design, and programming Explicit representation of commonality among system components System robustness Reusability of analysis, design, and programming results

Figure 13-1 Phases of object-oriented systems development cycle Progressive and iterative development process

OO vs. EER Data Modeling Object Oriented EER Class Entity type Object Entity instance Association Relationship Inheritance of attributes Inheritance of attributes No representation of behavior Inheritance of behavior Object-oriented modeling is typically represented using the Unified Modeling Language (UML)

Classes and Objects Class: An entity that has a well-defined role in the application domain, as well as state, behavior, and identity Tangible: person, place or thing Concept or Event: department, performance, marriage, registration Artifact of the Design Process: user interface, controller, scheduler Object: a particular instance of a class Objects exhibit BEHAVIOR as well as attributes  Different from entities

State, Behavior, Identity State: attribute types and values Behavior: how an object acts and reacts Behavior is expressed through operations that can be performed on it Identity: every object has a unique identity, even if all of its attribute values are the same

a) Class diagram showing two classes Figure 13-2 UML class and object diagram a) Class diagram showing two classes Class diagram shows the static structure of an object-oriented model: object classes, internal structure, relationships

b) Object diagram with two instances Figure 13-2 UML class and object diagram (cont.) b) Object diagram with two instances Object diagram shows instances that are compatible with a given class diagram

Operation A function or service that is provided by all instances of a class Encapsulation – hiding internal implementation details Types of operations: Constructor: creates a new instance of a class Query: accesses the state of an object but does not alter its state Update: alters the state of an object Class-Scope: operation applying to the class instead of an instance Operations implement the object’s behavior

Associations Association Association Role Multiplicity Named relationship among object classes Association Role Role of an object in an association The end of an association where it connects to a class Multiplicity How many objects participate in an association. Lower-bound...Upper-bound (cardinality)

Examples of association relationships of different degrees Figure 13-3 Examples of association relationships of different degrees Unary Lower-bound – upper-bound Represented as: 0..1, 0..*, 1..1, 1..* Similar to minimum/maximum cardinality rules in EER Binary Ternary

Figure 13-4 Examples of binary association relationships a) University example Alternative multiplicity representation: specifying the two possible values in a list instead of a range

Figure 13-4 Examples of binary association relationships (cont.) b) Customer order example

Object diagram for customer order example Figure 13-5 Object diagram for customer order example Object diagram shows associations between specific object instances

Association Class An association that has attributes or operations of its own or that participates in relationships with other classes Like an associative entity in E-R model

Figure 13-6 Association class and link object a) Class diagram showing association classes Binary association class with behavior Unary association with only attributes and no behavior

Figure 13-6 Association class and link object (cont.) b) Object diagram showing link objects Association class instances

Figure 13-7 Ternary relationship with association class

Figure 13-8 Derived attribute, association, and role Constraint expression for derived attribute Derived attribute Derived relationship (from Registers-for and Scheduled-for) Derived attributes and relationships shown with / in front of the name

Draw a class diagram for the following situation (1): A company has a number of employees. The attributes of Employee include employeeID (primary key), name, address, and birthDate. The company also has several projects. Attributes of Project include projectName and startDate. Each employee may be assigned to one or more projects or may not be assigned to a project. A project must have at least one employee assigned and may have any number of employees assigned.

Draw a class diagram for the following situation (2): A university has a large number of courses in its catalog. Attributes of Course include courseNumber (primary key), courseName, and units. Each course may have one or more different courses as prerequisites or may have no prerequisites. Similarly, a particular course may be a prerequisite for any number of courses or may not be prerequisite for any other course. The university adds or drops a prerequisite for a course only when the director for the course makes a formal request to that effect.