7M7011

Class Diagramadvanced concepts

7M7012

Characteristics of Object Oriented Design (OOD)

• Data and operations (functions) are combined objectobject

• Objects arte abstractions of real-world or system entities and manage themselves.

• Objects are independent and encapsulate state and represent information.

• System functionality is expressed in terms of object services.

• Objects communicate by message passing.

7M7013

• Objects are abstractions of real-world entities.

• Objects encapsulate state and represent information.

• Object’s state is protected.

• Objects have responsibility.

• Objects interact by interfaces.

7M7014

Conceptions

• Encapsulation • Information hiding• Responsibility

7M7015

Encapsulation

• Encapsulation is the grouping of related ideas into one unit, which can thereafter be referred to by a single name.• Object-oriented encapsulation is the packaging

of operations and attributes representing state into an object type so that state is accessible or modifiable via the interface provided by the encapsulation.

7M7016

Information hiding

• Information hiding is the use of an encapsulation to restrict from external visibility certain information decisions that are internal to the encapsulation structure.

7M7017

Responsibility

• Object oriented design is a responsibility driven design approach.• Objects have responsibilities that they prove

oneself.• Therefore, collaboration with other objects is

needed.

7M7018

Objects and object classes

• Objects are entities in a software system which represent instances of real-world and system entities

• Object classes are templates for objects. They may be used to create objects

• Object classes may inherit attributes and services from other object classes

7M7019

An object is an entity which has a state and a defined set of operations which operate on that state. The state is represented as a set of object attributes. The operations associated with the object provide services to other objects (clients) which request these services when some computation is required.

Objects are created according to some object class definition. An object class definition serves as a template for objects. It includes declarations of all the attributes and services which should be associated with an object of that class.

Objects

7M70110

Class diagrams

• Class diagrams are the most commonly used diagrams in UML.

• Class diagrams are for visualizing, specifying and documenting the system from a static perspective.

• Class diagrams indicate which classes know about other classes and, if they do, what type of relationship exists.

• Class diagrams help in showing the functional requirements of the system by the services the system should provide to its end-users.

7M70111

Relationship between diagrams

Use Casediagram Class diagram

Businessrules

in OCLInteractiondiagram

Class diagramwith OCL and

operations

State diagram

Activity diagram

CompleteClass diagram

Functionalrequirements:

Behaviour

Domainknowledge:Structure

provide infromation

may have influence on

7M70112

7M70113

Advanced Class Features

7M70114

Advanced Class Concepts : Visibility

• Visibility – class members (attributes, operations) may be specified as:{we have feature f, an attribute or operation that is defined on an object O of class C }• + : public{f is public f is visible to any object and f is inherited by the

subclasses of C.}• # : private{f is private f is visible only to O and f is not inherited by the

subclasses of C.}• - : protected(f is protected f is visible only to objects of class C and to objects of

C’s subclasses and f is inherited by the subclasses of C.}

• Restricting visibility is the same as restricting accessibility.

7M70115

Advanced Class Concepts : Scope

• Individual member data (= attributes) may have:• Class scope : a single copy of an attribute is

shared by all instances of a class.• Instance scope : each instance of a class would

have its own copy of the attribute.

7M70116

Advanced Class Concepts : Abstract

• An operation is abstract if it has no implementation.

• A abstract class cannot have any direct instances.

• Abstract classes only occur in the context of an inheritance hierarchy.

• Abstract operations and classes are specified by writing its name in italics.

7M70117

Advanced Class Concepts : Abstract

7M70118

Interfaces and Abstract Classes

• One can vary the interfaces of classes independent of the implementation.

• A pure interface is a class with no implementation and, therefore has operation declarations but no method bodies an fields.

• Interfaces are often declared through abstract classes.

7M70119

Window as Abstract Class

7M70120

Interfaces and Abstract Class

• Sub classing is not only the way to do this.• For instance Java provides an interface construct, and the

compiler checks that the implementing class provides implementations of all the interface’s operations.

7M70121

Lollipop notation for Interfaces

7M70122

Aggregation and Composition

• Aggregation is a special form of association that specifies a whole-part relationship between the aggregate (the whole) and a component (the part); aggregation is the part-of relationship.

{ it is a special form of association in which a collection of objects, each having an independent existence, is associated with an single object} {unfilled diamond}

• Composition is a form of aggregation with strong ownership and coincident lifetime of the parts by the whole; the part object may belong to only one whole – the parts are usually expected to live and die with the whole. (usually, any deletion of the whole is considered to cascade to the parts}{filled diamond}

7M70123

Aggregation and Composition: Example

7M70124

Alternative notation for Composition

7M70125

Derived Associations and Attributes

• Derived associations and attributes can be calculated from other associations and attributes, respectively, on a class diagram.• For example, an age

attribute of a Person can be derived if you know that Person’s date of birth.

7M70126

7M70127

Qualified Associations

• The qualifier specifies how a specific object at the many end of the association is identified, and may be seen as a kind of key separating all the objects in the association.

7M70128

Relations and Constraints

7M70129

Object Diagram

• Shows a set of objects and their relationships.

• Illustrates instances of things found in class diagrams.

• Represents the static design view.

7M70130

Object Diagram : Example