OBJECT RELATIONSHIPS, ATTRIBUTES, AND METHODS
MS
Published · 25 slides · 0 views
1 / 1
Description
OBJECT RELATIONSHIPS, ATTRIBUTES, AND METHODS Chapter 8 INTRODUCTION In an object-oriented environment, objects take on an active role in a system. Of course, objects do not exist in isolation but interact with each other. Indeed, these
Related Topics
Share
Embed code
Download this presentation From Below
"OBJECT RELATIONSHIPS, ATTRIBUTES, AND METHODS" is the property of its rightful owner. Permission is granted to download and print the materials on this website for personal, non-commercial use only, and to display it on your personal computer provided you do not modify the materials and that you retain all copyright notices contained in the materials. By downloading content from our website, you accept the terms of this agreement.
Presentation Transcript
01
OBJECT RELATIONSHIPS, ATTRIBUTES, AND METHODS Chapter 8<br>
02
INTRODUCTION In an object-oriented environment, objects take on an active role in a system.
Of course, objects do not exist in isolation but interact with each other.
Indeed, these interactions and relationships are the application.<br>
Of course, objects do not exist in isolation but interact with each other.
Indeed, these interactions and relationships are the application.<br>
03
INTRODUCTION Three types of relationships among objects are
Association.
How are objects associated? This information will guide us in designing classes.
Super-sub structure (also known as generalization hierarchy).
How are objects organized into superciasses and subclasses?
This information provides us the direction of inheritance.<br>
Association.
How are objects associated? This information will guide us in designing classes.
Super-sub structure (also known as generalization hierarchy).
How are objects organized into superciasses and subclasses?
This information provides us the direction of inheritance.<br>
04
INTRODUCTION Aggregation and a-part-of structure.
What is the composition of complex classes?
This information guides us in defining mechanisms that properly manage objectwithin-object.
Generally speaking, the relationships among objects are known as associations.<br>
What is the composition of complex classes?
This information guides us in defining mechanisms that properly manage objectwithin-object.
Generally speaking, the relationships among objects are known as associations.<br>
05
ASSOCIATIONS Association represents a physical or conceptual connection between two or more objects.
For example, if an object has the responsibility for telling another object that a credit card number is valid or invalid, the two classes have an association.
Binary associations are shown as lines connecting two class symbols<br>
For example, if an object has the responsibility for telling another object that a credit card number is valid or invalid, the two classes have an association.
Binary associations are shown as lines connecting two class symbols<br>
06
ASSOCIATIONS Ternary and higher-order associations are shown as diamonds connecting to a class symbol by lines, and the association name is written above or below the line.
The association name can be omitted if the relationship is obvious.<br>
The association name can be omitted if the relationship is obvious.<br>
07
Identifying Associations Identifying associations begins by analyzing the interactions between classes.
After all, any dependency relationship between two or more classes is-an association.
You must examine the responsibilities to determine dependencies.
In other words if an object is responsible for a specific task (behavior) and lacks all the necessary knowledge needed to perform the task, then the object must delegate the task to another object that possesses such knowledge<br>
After all, any dependency relationship between two or more classes is-an association.
You must examine the responsibilities to determine dependencies.
In other words if an object is responsible for a specific task (behavior) and lacks all the necessary knowledge needed to perform the task, then the object must delegate the task to another object that possesses such knowledge<br>
08
Identifying Associations First, extract all candidates' associations from the problem statement and get them down on paper.
You can refine them later.
Notice that a-part-of structures (aggregation) and associations are very similar.
Simply pick the one most natural for the problem domain.
Of you can represent the problem more easily with association, then select it.<br>
You can refine them later.
Notice that a-part-of structures (aggregation) and associations are very similar.
Simply pick the one most natural for the problem domain.
Of you can represent the problem more easily with association, then select it.<br>
09
Guidelines for Identifying Association The following are general guidelines for identifying the tentative associations:
A dependency between two or more classes may be an association.
Association often corresponds to a verb or prepositional phrase, such as part of, next to, works for, or contained in.
A reference from one class to another is an association.
Some associations are implicit or taken from general knowledge.<br>
A dependency between two or more classes may be an association.
Association often corresponds to a verb or prepositional phrase, such as part of, next to, works for, or contained in.
A reference from one class to another is an association.
Some associations are implicit or taken from general knowledge.<br>
10
Common Association Patterns The common association patterns are based on some of the common associations defined by researchers and practioners: Rumbaugh et al., Coad and Yourdon [3], and others. These include
Location association—next to, part of contained in:
For example, consider a soup object, cheddar cheese is a-part-of soup.<br>
Location association—next to, part of contained in:
For example, consider a soup object, cheddar cheese is a-part-of soup.<br>
11
Common Association Patterns Communication association—talk to, order to.
For example, a customer places an order (communication association) with an operator person<br>
For example, a customer places an order (communication association) with an operator person<br>
12
Eliminate Unnecessary Associations Implementation association.
Defer implementation-specific associations to the design phase Implementation associations are concerned with the implementation or design of the class within certain programming or development environments and not relationships among business objects.<br>
Defer implementation-specific associations to the design phase Implementation associations are concerned with the implementation or design of the class within certain programming or development environments and not relationships among business objects.<br>
13
Eliminate Unnecessary Associations Ternary associations.
Ternary or n-ary association is an association among more than two classes .
Ternary associations complicate the representation .
When possible, restate ternary associations as binary associations<br>
Ternary or n-ary association is an association among more than two classes .
Ternary associations complicate the representation .
When possible, restate ternary associations as binary associations<br>
14
Eliminate Unnecessary Associations Directed actions (or derived) association.
Directed actions (derived) associations can be defined in terms of other associations.
Since they are redundant, avoid these types of association.
For example, Grandparent of can be defined in terms of the parent of association<br>
Directed actions (derived) associations can be defined in terms of other associations.
Since they are redundant, avoid these types of association.
For example, Grandparent of can be defined in terms of the parent of association<br>
15
SUPER-SUB CLASS RELATIONSHIPS The other aspect of classification is identification of super-sub relations among classes.
For the most part, a class is part of a hierarchy of classes, where the top class is the most general one and from it descend all other, more specialized classes.
The super-sub class relationship represents the inheritance relationships between related classes, and the class hierarchy determines the lines of inheritance between class.<br>
For the most part, a class is part of a hierarchy of classes, where the top class is the most general one and from it descend all other, more specialized classes.
The super-sub class relationship represents the inheritance relationships between related classes, and the class hierarchy determines the lines of inheritance between class.<br>
16
SUPER-SUB CLASS RELATIONSHIPS Superclass-subclass relationships, also known as generalization hierarchy, allow objects to be built from other objects.
Such relationships allow us to implicitly take advantage of the commonality of objects when constructing new classes.
The super-sub class hierarchy is a relationship between classes, where one class is the parent class of another (derived) class that the parent class also is known as the base or super class or ancestor.<br>
Such relationships allow us to implicitly take advantage of the commonality of objects when constructing new classes.
The super-sub class hierarchy is a relationship between classes, where one class is the parent class of another (derived) class that the parent class also is known as the base or super class or ancestor.<br>
17
SUPER-SUB CLASS RELATIONSHIPS The real advantage of using this technique is that we can build on what we already have and, more important, reuse what we already have.
Inheritance allows classes to share and reuse behaviors and attributes.<br>
Inheritance allows classes to share and reuse behaviors and attributes.<br>
18
Guidelines for Identifying Super-Sub Relationship, a Generalization Top-down.
Look for noun phrases composed of various adjectives in a class name.
Often, you can discover additional special cases.
Avoid excessive refinement.
Specialize only when the subclasses have significant behavior.<br>
Look for noun phrases composed of various adjectives in a class name.
Often, you can discover additional special cases.
Avoid excessive refinement.
Specialize only when the subclasses have significant behavior.<br>
19
Guidelines for Identifying Super-Sub Relationship, a Generalization Bottom-up.
Look for classes with similar attributes or methods.
In most cases, you can group them by moving the common attributes and methods to an abstract class.
You may have to alter the definitions a bit; this is acceptable as long as generalization truly applies.
However, do not force classes to fit a preconceived generalization structure.<br>
Look for classes with similar attributes or methods.
In most cases, you can group them by moving the common attributes and methods to an abstract class.
You may have to alter the definitions a bit; this is acceptable as long as generalization truly applies.
However, do not force classes to fit a preconceived generalization structure.<br>
20
Guidelines for Identifying Super-Sub Relationship, a Generalization Reusability.
Move attributes and behaviors (methods) as high as possible in the hierarchy.
At the same time, do not create very specialized classes at the top of the hierarchy.
This is easier said than done.
The balancing act can be achieved through several iterations.
This process ensures that you design objects that can be reused in another application.<br>
Move attributes and behaviors (methods) as high as possible in the hierarchy.
At the same time, do not create very specialized classes at the top of the hierarchy.
This is easier said than done.
The balancing act can be achieved through several iterations.
This process ensures that you design objects that can be reused in another application.<br>
21
Guidelines for Identifying Super-Sub Relationship, a Generalization Multiple inheritance.
Avoid excessive use of multiple inheritance.
Multiple inheritance brings with it complications such as how to determine which behavior to get from which class, particularly when several ancestors define the same method.
It also is more difficult to understand programs written in a multiple inheritance system.
One way of achieving the benefits of multiple inheritance is to inherit from the most appropriate class and add an object of another class as an attribute<br>
Avoid excessive use of multiple inheritance.
Multiple inheritance brings with it complications such as how to determine which behavior to get from which class, particularly when several ancestors define the same method.
It also is more difficult to understand programs written in a multiple inheritance system.
One way of achieving the benefits of multiple inheritance is to inherit from the most appropriate class and add an object of another class as an attribute<br>
22
A-PART-OF RELATIONSHIPS—AGGREGATION Apart-of relationship, also called aggregation, represents the situation where a class consists of several component classes.
A class that is composed of other classes does not behave like its parts; actually, it behaves very differently.
For example, a car consists-of many other classes, one of which is a radio, but a car does not behave like a radio<br>
A class that is composed of other classes does not behave like its parts; actually, it behaves very differently.
For example, a car consists-of many other classes, one of which is a radio, but a car does not behave like a radio<br>
23
A-PART-OF RELATIONSHIPS—AGGREGATION Two major properties of a-part-of relationship are transitivity and antisymmetry :
Transitivity. The property where, if A is part of B and B is part of C, then A is part of C.
Antisymmetty. The property of a-part-of relation where, if A is part of B, then B is not part of A.<br>
Transitivity. The property where, if A is part of B and B is part of C, then A is part of C.
Antisymmetty. The property of a-part-of relation where, if A is part of B, then B is not part of A.<br>
24
A-Part-of Relationship Patterns To identify a-part-of structures, Coad and Yourdon provide the following guidelines:
Assembly.
An assembly is constructed from its parts and an assembly-part situation physically exists;
For example, a French onion soup is an assembly of onion, butter, flour, wine, French bread, cheddar cheese, and so on.<br>
Assembly.
An assembly is constructed from its parts and an assembly-part situation physically exists;
For example, a French onion soup is an assembly of onion, butter, flour, wine, French bread, cheddar cheese, and so on.<br>
25
A-Part-of Relationship Patterns Container:
A physical whole encompasses but is not constructed from physical parts; for example, a house can be considered as a container for furniture and appliances.
Collection-member.
A conceptual whole encompasses parts that may be physical or conceptual; for example, a football team is a collection of players.<br>
A physical whole encompasses but is not constructed from physical parts; for example, a house can be considered as a container for furniture and appliances.
Collection-member.
A conceptual whole encompasses parts that may be physical or conceptual; for example, a football team is a collection of players.<br>