OOM
Transcript of OOM
![Page 1: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/1.jpg)
The Object Oriented Data Model
![Page 2: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/2.jpg)
Data Model
• A data model is a logic organization of the real world objects (entities), constraints on them, and the relationships among objects. A DB language is a concrete syntax for a data model. A DB system implements a data model.
![Page 3: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/3.jpg)
A core object-oriented data model consists of the following basic object-oriented concepts:
• (1) object and object identifier: Any real world entity is uniformly modeled as an object (associated with a unique id: used to pinpoint an object to retrieve).
• (2) attributes and methods: every object has a state (the set of values for the attributes of the object) and a behavior (the set of methods - program code - which operate on the state of the object). The state and behavior encapsulated in an object are accessed or invoked from outside the object only through explicit message passing.
![Page 4: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/4.jpg)
Continue…• (3) class: a means of grouping all the objects which
share the same set of attributes and methods. An object must belong to only one class as an instance of that class (instance-of relationship). A class is similar to an abstract data type. A class may also be primitive (no attributes), e.g., integer, string, Boolean.
• (4) Class hierarchy and inheritance: derive a new class (subclass) from an existing class (superclass). The subclass inherits all the attributes and methods of the existing class and may have additional attributes and methods. single inheritance (class hierarchy) vs. multiple inheritance (class lattice).
![Page 5: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/5.jpg)
5
Object-Oriented Data Modeling
![Page 6: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/6.jpg)
6
Objectives• Definition of 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
![Page 7: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/7.jpg)
7
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
![Page 8: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/8.jpg)
8
Progressive and interative development process
![Page 9: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/9.jpg)
9
OO vs. EER Data Modeling
Object Oriented EER
Class Entity typeObject Entity instanceAssociation RelationshipInheritance of attributes Inheritance of attributesInheritance of behavior No representation of
behavior
Object-oriented modeling is typically represented using the Unified Modeling Language (UML)Unified Modeling Language (UML)
![Page 10: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/10.jpg)
10
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
ObjectsObjects exhibit BEHAVIOR as well as attributes Different from entitiesentities
![Page 11: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/11.jpg)
11
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
![Page 12: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/12.jpg)
12
Class diagramClass diagram shows the static structure of an object-oriented model: object classes, internal structure, relationships.
Figure 2 UML class and object diagram a) Class diagram showing two classes
![Page 13: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/13.jpg)
13
Object diagramObject diagram shows instances that are compatible with a given class diagram.
Figure 2 UML class and object diagram (cont.) b) Object diagram with two instances
![Page 14: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/14.jpg)
14
Operation• A function or service that is provided by all
instances of a class• 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– Scope: operation applying to the class instead of an
instance
Operations implement the object’s behaviorbehavior
![Page 15: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/15.jpg)
15
Associations• Association: – 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)
![Page 16: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/16.jpg)
16
Figure 3Examples of association relationships of different degrees
Lower-bound – upper-bound
Represented as: 0..1, 0..*, 1..1, 1..*
Similar to minimum/maximum cardinality rules in EER
Unary
Binary
Ternary
![Page 17: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/17.jpg)
17
Alternative multiplicity representation: specifying the two possible values in a list
instead of a range
Figure 4 Examples of binary association relationshipsa) University example
![Page 18: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/18.jpg)
18
Figure 4 Examples of binary association relationships (cont.)b) Customer Order example
![Page 19: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/19.jpg)
19
Figure 5Object diagram for customer order example
![Page 20: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/20.jpg)
20
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 ER model
![Page 21: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/21.jpg)
21
Binary association class with behavior
Unary association with only attributes and no behavior
Figure 14-6 Association class and link object a) Class diagram showing association classes
![Page 22: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/22.jpg)
22
Association class instances
Figure 6 Association class and link object (cont.)b) Object diagram showing link objects
![Page 23: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/23.jpg)
23
Figure Ternary relationship with association class
![Page 24: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/24.jpg)
24
Figure 8 Derived attribute, association, and role
Derived attributes and relationships shown with / / in front of the name
Derived relationship (from Registers-for and Scheduled-for)
Constraint expression for derived attribute
Derived attribute
![Page 25: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/25.jpg)
25
Generalization/Specialization• Subclass, superclass– similar to subtype/supertype in EER
• Common attributes, relationships, and operationsoperations• Disjoint vs. Overlapping• Complete (total specialization) vs. incomplete (partial
specialization)• Abstract Class: no direct instances possible, but
subclasses may have direct instances• Concrete Class: direct instances possible
![Page 26: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/26.jpg)
26
Figure 9 Examples of generalization, inheritance, and constraintsa) Employee superclass with three subclasses
Shared attributes and operations
An employee can only be one of these subclasses
An employee may be none of them.
Specialized attributes and operations
![Page 27: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/27.jpg)
27
Figure 9 Examples of generalization, inheritance, and constraints (cont.)b) Abstract Patient class with two concrete subclasses
Abstract indicated by italics
A patient MUST be EXACTLY one of the subtypes
Dynamic means a patient can change from one subclass to another over time
![Page 28: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/28.jpg)
28
Class-Scope Attribute
• Specifies a value common to an entire class, rather than a specific value for an instance.
• Represented by underlining
• “=“ is initial, default value
![Page 29: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/29.jpg)
29
Polymorphism
• Abstract Operation: Defines the form or protocol of the operation, but not its implementation
• Method: The implementation of an operation• Polymorphism: The same operation may
apply to two or more different classes in different ways
![Page 30: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/30.jpg)
30
Figure 11 Polymorphism, abstract operation, class-scope attribute, and ordering
Class-scope attributes–only one value common to all instances of these classes (includes default values)
This operation is abstract…it has no method at Student level
Methods are defined at subclass level
![Page 31: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/31.jpg)
31
Overriding Inheritance
• Overriding: The process of replacing a method inherited from a superclass by a more specific implementation of that method in a subclass– For Extension: add code– For Restriction: limit the method– For Optimization: improve code by exploiting
restrictions imposed by the subclass
![Page 32: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/32.jpg)
32
Figure 12 Overriding inheritance
Restrict job placement
Subclasses that do not override place-student use the default behavior
![Page 33: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/33.jpg)
33
Multiple Inheritance
• Multiple Classification: An object is an instance of more than one class
• Multiple Inheritance: A class inherits features from more than one superclass
![Page 34: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/34.jpg)
34
Figure 13 Multiple inheritance
![Page 35: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/35.jpg)
35
Aggregation• Aggregation: A part-of relationship between a
component object and an aggregate object
• Composition: A stronger form of aggregation in which a part object belongs to only one whole object and exists only as part of the whole object
• Recursive Aggregation: Composition where component object is an instance of the same class as the aggregate object
![Page 36: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/36.jpg)
36
Figure 14 Example of aggregation
A Personal Computer includes CPU, Hard Disk, Monitor, and Keyboard as parts. But, these parts can exist without being installed into a computer. The open diamond indicates aggregation, but not composition
![Page 37: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/37.jpg)
37
Figure 14-15 Aggregation and Composition
(a) Class diagram
(b) Object diagram
Closed diamond indicates composition. The room cannot exist without the building
![Page 38: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/38.jpg)
38
Figure 14-16 Recursive aggregation
![Page 39: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/39.jpg)
39
Business Rules• Implicit and explicit constraints on objects – for
example:– cardinality constraints on association roles– ordering constraints on association roles
• Business rules involving two graphical symbols:– labeled dashed arrow from one to the other
• Business rules involving three or more graphical symbols:– note with dashed lines to each symbol
![Page 40: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/40.jpg)
40
Figure 17 Representing business rules
Three-symbol constraint
Two-symbol constraint
![Page 41: OOM](https://reader033.fdocuments.us/reader033/viewer/2022061123/5474216fb4af9f0b768b45bb/html5/thumbnails/41.jpg)
41
Figure 18 Class diagram for Pine Valley Furniture Company