Unit 1( modelling concepts & class modeling)

https://sites.google.com/a/cmrit.ac.in/manoj-c5559/

PrerequisiteThe course is aimed at:

Students who have prior knowledge to the concept of Software Engineering.

Object oriented language like C++.

Polymorphism - Ability of different objects to response same message in different ways.

Circle

Rectangle

Triangle

Inheritance

InheritanceOne class can be used to derive another via inheritance

Classes can be organized into hierarchies

Bank Account

Account

Charge Account

Savings Account

Checking Account

Abstraction

Encapsulation

Learning Outcomes:At the end of the course the student would have the:

The Knowledge of the basic concepts of Object oriented modeling and Design.

Will be able to use the Object Oriented notations and process that extends from analysis through design to implementations.

Be able to use all the standard UML notations.

Capable to model the requirements with use cases and describe the dynamic behavior and structure of the design. Easily create a modular design with components and relate the logical design to the physical environment.

The Student will be able to use the concept of design patterns and apply it where suitable.

UML: Unified Modeling Language An industry-standard graphical language for specifying,

visualizing, constructing and documenting the software systems, as well as for business modeling.

The UML uses mostly graphical notations to express the OO modeling and design of software projects.

Simplifies the complex process of software design

What is UML?

Why we use UML?

Use graphical notation: more clearly than natural language and code.

Help acquire an overall view of a system.

UML is not dependent on any one language or technology.

How to use UML diagrams to design software system?

Types of UML Diagrams:

Use Case Diagram Class Diagram Sequence Diagram Collaboration Diagram State Diagram

Different Views

Users Designers Analyzers

UML Diagram – The Unified Modeling Language (UML) is a standard language for

Specifying Visualizing Constructing Documenting

Business Modeling Communications

UNIT – 1 : Introduction-Modeling Concepts, class Modeling

What is Object Orientation? What is OO development? OO themes; Evidence for usefulness of OO development; OO modeling history

Modeling as Design Technique: Modeling; abstraction; The three models.

Class Modeling: Object and class concepts; Link and associations concepts; Generalization and inheritance; A sample class model; Navigation of class models; Practical tips.

Object-Oriented Modelling and Design

Object-Oriented Modelling and Design is a way of thinking about problems using models organized around real world concepts. The fundamental construct is the object, which combines both data and behaviour.

ObjectsAn object has:

state - descriptive characteristics

behaviors - what it can do (or what can be done to it)

The state of a bank account includes its account number and its current balance

The behaviors associated with a bank account include the ability to make deposits and withdrawals

Note that the behavior of an object might change its state

• Objects have three responsibilities:

What they know about themselves – (e.g., Attributes)

What they do – (e.g., Operations)

What they know about other objects – (e.g., Relationships)

Objects

ObjectsSoftware objects model read-world objects or abstract concepts

• dog, bicycle, Bank accountReal-world objects have states and behaviors

• Dogs' states: name, color, breed, hungry• Dogs' behaviors: barking fetching• Bicycle ‘s State :• Bicycle’ s behavior :

Other examples of objects are: myself – an instructor object. you – a student objectthis room – a room objectthis universityyour car, etc.

What is Object-Orientation about?

One of the key challenges faced by Computer Scientist is how to handle complexity.

Two main concepts used to manage complexity are Modularity and Abstractions.Modularity means breaking a large system up into smaller pieces until each

peace becomes simple enough to be handled easily.

Abstraction focus on essential aspects of an application while ignoring details.

Over the years, computer scientists have developed a number of approaches to achieve modularity and abstraction.

The latest of these approaches is Object-Orientation or OO for short.

The key concept in OO is of course Object,

Object-Oriented

Software is organized as a collection of discrete objects that incorporate both State and behavior.

Four aspects (characteristics) required by an OO approach are -

Identity

Classification

Polymorphism

Inheritance

Identity

Identity means that data is organized into discrete, distinguishable entities called objects.

E.g. for objects: personal computer, bicycle

Objects can be concrete (such as a file in a file system) or conceptual (such as scheduling policy in a multiprocessing OS). Each object has its own inherent identity. (i.e two objects are distinct even if all their attribute values are identical).

ClassificationIt means that objects with same data structure (attribute) and

behavior (operations) are grouped into a class.

Each object is said to be an instance of its class.

A class is simply a representation of a type of object. It is the blueprint/ plan/ template that describe the details of an object.

A class is the blueprint from which the individual objects are created.

Classes – ExampleClasses – Example

AccountAccountAccountAccount

+Owner: Person+Owner: Person+Amount: double+Amount: double+Owner: Person+Owner: Person+Amount: double+Amount: double

+suspend()+suspend()+deposit(sum:double)+deposit(sum:double)+withdraw(sum:double)+withdraw(sum:double)

ClassClassClassClassAttributesAttributesAttributesAttributes

OperationsOperationsOperationsOperations

Classes and Objects – ExampleClasses and Objects – Example

AccountAccountAccountAccount

+Owner: Person+Owner: Person+Amount: double+Amount: double+Owner: Person+Owner: Person+Amount: double+Amount: double

+suspend()+suspend()+deposit(sum:double)+deposit(sum:double)+withdraw(sum:double)+withdraw(sum:double)

ClassClassClassClass ivanAccountivanAccountivanAccountivanAccount

+Owner=“ABC"+Owner=“ABC"+Amount=5000.0+Amount=5000.0+Owner=“ABC"+Owner=“ABC"+Amount=5000.0+Amount=5000.0

peterAccountpeterAccountpeterAccountpeterAccount

+Owner=“XYZ"+Owner=“XYZ"+Amount=1825.33+Amount=1825.33+Owner=“XYZ"+Owner=“XYZ"+Amount=1825.33+Amount=1825.33

kirilAccountkirilAccountkirilAccountkirilAccount

+Owner=“CSE”+Owner=“CSE”+Amount=25.0+Amount=25.0+Owner=“CSE”+Owner=“CSE”+Amount=25.0+Amount=25.0

ObjectObjectObjectObject

Polymorphism

It means that the same operation (i.e. action or transformation that the object performs) may behave differently on different classes.

Ability of different objects to response same message in different ways.

Polymorphism

Circle

Rectangle

Triangle

Inheritance

It is the sharing of attributes and operations among classes based on a hierarchical relationship.

Subclasses can be formed from broadly defined class.Each subclass incorporates or inherits all the

properties of its super class and adds its own unique properties.

Inheritance

Object-Oriented Development

Development refers to Software Life Cycle.

OOD approach encourages software developers to work and think in terms of the application domain through most of the software engineering life cycle.

Software Life Cycle

Software life cycle (or software process) - series of identifiable stages that a software product undergoes during its life time.

Feasibility study Requirements analysis and specification Design Coding Testing Maintenance

Object-Oriented Methodology The process for OO development and graphical notation for

representing OO concepts consists of building a model of an application and then adding details to it during design.

The methodology has the following stages: System conception : Software development begins with business

analysis or users conceiving an application and formulating tentative requirements

Analysis : The analyst must work with the requestor to understand the problem, because problem statements are rarely complete or correct.

The analysis model is a precise abstraction of what the desired system must do, not how it will be done.

It should not contain implementation decisions.

Object-oriented methodologyThe analysis model has 2 parts:

Domain model - a description of the real-world objects reflected within the system

Eg: Domain objects for a stock broker

Application – model - a description of the parts of the application system itself that are visible to the user.

Eg:- Application might include stock, bond, trade and commission.

Application objects might control the execution of trades and present the results.

Object-oriented methodology System design: The development teams devise a high – level

strategy – the system architecture for solving the application problem.

They also establish policies that will serve as a default for the subsequent, more detailed portions of design.

The system designer must decide what performance characteristics to optimize, choose a strategy of attacking the problem and make tentative resource allocations.

Class design : The class designer adds details to the analysis model in accordance with the system design strategy.

The focus of class design is the data structures and algorithms needed to implement each class.

Object-oriented methodology

Implementation : Implementers translate the classes and relationships developed during class design into particular programming language, database or hardware.

During implementation, it is important to follow good software engineering practice so that traceability to the design is apparent and so that the system remains flexible and extensible.

Object oriented ThemesAbstraction: let’s focus on essential aspects of an application while

ignoring details.

Encapsulation :( Information Hiding) separates the external aspects of an object , that are accessible to other objects from internal implementation details.

Sharing (reuse)

Emphasis on the essence of an object: OO technology stresses what an object is, rather than how it is used.

Synergy: Identity, classification, polymorphism, and inheritance characterize OO languages. Use all together.

Evidence for usefulness of OOD

Evidence for usefulness of OO development

Applications at General Electric Research and Development Center.(1990)OO techniques for developing compilers, graphics, user interfaces,

databases ,an OO language, etc.OO technology is a part of the computer science and software engineering

mainstream. Important forums: (OOPSLA,ECOOP) Object Oriented Programming

systems, Languages and applications. European Conference on OOP.

OO Modeling history

Work at GE R&D led to OMT(Object-Modeling Technique) in 1991.

Rumbaugh, Grady Booch on unifying the OMT and Booch Notaions in 1994.

In 1996 the OMG(Object Management Group) issued a request for the proposals for a standard OO modeling notation.

1997 UML was accepted by OMG as a standard.In 2001 OMG released UML Added features and released UML in 2004.

www.omg.org

2000: UML 1.3

1998: UML 1.2

1997: UML 1.0, 1.1

1996: UML 0.9 & 0.91

1995: Unified Method 0.8

Year & Version of UML 2011:UML 2.4

2010:UML2.3

2009:UML2.2

2007: UML 2.1.1

2005: UML 2.0

2003: UML 1.5

2001: UML 1.4

What is Modeling

Modeling consists of building an abstraction of reality.

Abstractions are simplifications because:They ignore irrelevant details andThey only represent the relevant details.

What is relevant or irrelevant depends on the purpose of the model.

What is a Model

A model is a simplification of reality.

A model may provideblueprints of a systemOrganization of the systemDynamic of the system

MODEL A model is an abstraction, before building any system a

prototype may be developed. The main purpose of model is for understanding of the system.

Designer build different kinds of models for various purposes before constructing things.

For example car , airplane, blueprints of machine parts, Plan for house construction etc., Models serve many purposes

Importance of Modeling

Models help usto visualize a system as it is or as we want it to be.to specify the structure or behavior of a system.in providing a template that guides us in constructing a

system.in providing documenting the decisions we have made.

Purpose of Modeling

Designers build many kinds of models for various purposes before constructing things.

Models serve several purposes –

Testing a physical entity before building (simulation)

Communication with customer

Visualization

Reduction of complexity

Better understanding of the problem

Purpose of Modeling

Communication with customers

Architects and product designers build models to show their customers. Mock ups are demonstration products that imitate some or all of the external behaviour of a system.

Purpose of Modeling

Visualization Storyboards of movies, television shows and

advertisements let writers see how their ideas flow. They can modify awkward transitions, and unnecessary segments before detailed writing begins.

Purpose of Modeling

Reduction of complexity The main reason for modeling is to deal with systems that

are too complex to understand directly. Models reduce complexity by separating out a small number of important things to deal with at a time.

Three models

We use three kinds of models to describe a system from different view points.

1.Class Model for the objects in the system & their relationships.

2. State model—for the life history of objects. Show how systems behave internally

3. Interaction Model—for the interaction among objects. Show the behaviour of systems in terms of how objects interact

with each other

Class diagrams

Class diagrams provide a graphic notation for modeling classes and their relationships, thereby describing possible objects

Note: An object diagram shows individual objects and their relationships.

Class diagrams

ClassName

attributes

operations

A class is a description of a set of objects that share the same attributes,operations, relationships, and semantics.

Graphically, a class is rendered as a rectangle, usually including its name,attributes, and operations in separate,designated compartments.

Class Names

ClassName

attributes

operations

The name of the class is the only required tag in the graphical representation of a class. It always appears in the top-most compartment.

Class Attributes

Person

name : Stringaddress : Addressbirthdate : Datessn : Id

An attribute is a named property of a class that describes the object being modeled.In the class diagram, attributes appear in the second compartment just below the name-compartment.

Class Operations

Person

name : Stringaddress : Addressbirthdate : Datessn : Id

eatsleepworkplay

Operations describe the class behavior and appear in the third compartment.

An example of Class

Account_Name- Custom_Name- Balance

+AddFunds( )+WithDraw( )+Transfer( )

Attributes

Operations

Conventions used (UML) in Class Diagrams

Conventions used (UML):• UML symbol for both classes and objects is box.

• Objects are modeled using box with object name followed by colon followed by class name, Both the names are underlined.

• Use boldface to list class name, center the name in the box and capitalize the first letter. Use singular nouns for names of classes.

• To run together multiword names (such as JoeSmith), separate the words With intervening capital letter.

Values and Attributes:

Value is a piece of data.Attribute is a named property of a class that describes a

value held by each object of the class.

E.g. Attributes: Name, bdate, weight.

Values: JoeSmith, 21 October 1983, 64.

Conventions used (UML):

List attributes in the 2nd compartment of the class box.

A colon precedes the type, an equal sign precedes default value.

Show attribute name in regular face, left align the name in the box and use small case for the first letter.

Similarly we may also include attribute values in the 2nd compartment of object boxes with same conventions.

Do not list object identifiers

Operations and Methods:

An operation is a function or procedure that maybe applied to or by objects in a class.

E.g. Hire, fire and pay dividend are operations on Class Company. Open, close, hide and redisplay are operations on class window.

A method is the implementation of an operation for a class.E.g. In class file, print is an operation you could implement

different methods to print files.

Note: Same operation may apply to many different classes. Such an operation is polymorphic.

UML conventions used –List operations in 3rd compartment of class box.List operation name in regular face, left align and use lower case for first letter.Optional details like argument list and return type may follow each operation name. Parenthesis enclose an argument list, commas separate the arguments. A colon precedes the result type.Note: We do not list operations for objects, because they do not vary amongobjects of same class.

Links and Association Links and associations are the means for establishing

relationships among objects and classes.

A link is a physical or conceptual connection among objects.

E.g. JoeSmith WorksFor Simplex Company.

An association is a description of a group of links with common structure and common semantics.

E.g. a person WorksFor a company.

Conventions used (UML):

Link is a line between objects

Association connects related classes and is also denoted by a line.

Show link and association names in italics.

Association

Associations are inherently bi-directional.

The association name is usually read in a particular direction but the binary association may be traversed in either direction.

UML Association Notation

In the UML, a navigable association is represented by an open arrow.

BankAccount Person

UML Binary Association Notation

A binary association is drawn as a solid path connecting two classes or both ends may be connected to the same class.

Company Person

Person• Self Associated involving class Person

Associations: MultiplicityMultiplicity defines the number of

objects associated with an instance of the association.

UML diagrams explicitly list multiplicity at the end of association lines.

Intervals are used to express multiplicity:

Car Person

transports

passenger

Car Person

transports

passenger

Car Person

transports

passenger

Car Person

transports

passenger

Car Person

transports

passenger

Associations and Multiplicity An association is used to show how two classes are related to each other

Symbols indicating multiplicity are shown at each end of the association

Many-to-one– Bank has many ATMs, ATM knows only 1 bank

One-to-many– Inventory has many items, items know 1 inventory

Analyzing and validating associations

Many-to-one A company has many employees, An employee can only work for one company. A company can have zero employees

E.g. a ‘shell’ company It is not possible to be an employee unless you work for a company

* worksForEmployee Company1

Many-to-many A secretary can work for many managers A manager can have many secretaries Managers can have a group of secretaries Some managers might have zero secretaries.

supervisor

*****1..*Secretary Manager

One-to-one For each company, there is exactly one board of directors A board is the board of only one company A company must always have a board A board must always be of some company

Company BoardOfDirectors11

Association RelationshipsIf two classes in a model need to communicate with each other, there must be link between them.

An association denotes that link.

InstructorStudent

Association Relationships (Cont’d)

We can indicate the multiplicity of an association by adding multiplicity relationships to the line denoting the association.

The example indicates that a Student has one or more Instructors:

InstructorStudent1..*

Association Relationships (Cont’d)

The example indicates that every Instructor has one or more Students:

InstructorStudent1..*

Association Relationships (Cont’d)We can also indicate the behavior of an object in an association (i.e., the role of an object) using rolenames.

InstructorStudent1..*1..*

learns fromteaches

one-to-one multiplicity

Coming up: Questions

Multiplicity ConstraintsStudent

Class Section

Course

Semester

Instructor

Department

takes>

is registered for>

teaches>

sponsors>

for is instance of>

1..*11

0..61..3

Association Ends

Associations have ends. They are called ‘Association Ends’.They may have names (which often appear in problem

descriptions).

Association EndsUse of association end names is optional.But association end names are useful for traversing associations.Association end names are necessary for associations between

objects of the same class.When constructing class diagrams you should properly use

association end names and not introduce a separate class for each reference. Two instances represent a person with a child one for child and one for parent.

In the correct model, one person instance participates in2 or more links, twice as a parent and zero or more times as a child.

Example of association ends use

Association: ordering, bag, sequence On a ‘many” association end, sometimes, it is required that objects

have an explicit order. In this case the ordering is an inherent part of the association

A workstation screen contains a number of overlapping windows. Each window on a screen occurs at most once. The windows have an explicit order so only the topmost window is visible.

The ordering is an inherent part of the association. If objects indicate ordered set objects by

writing ―{ordered} next to appropriate association end. ‖Example:

Association: ordering, bag, sequenceA bag is a collection of elements with duplicates allowed.A sequence is an ordered collection of elements with duplicates allowedBag: collection of elements with duplicates allowed. • Sequence: ordered collection of elements with duplicate allowed eg. An

itinerary is a sequence of airports and the same airport can be visited more than once.

• Sequence is ordered bag allow duplicates, {ordered} and {sequence}only difference is sequence allows duplicates as shown in figure 14.

Association class UML offers the ability to describe links of association with

attributes like any class.An association class is an association that is also a class.

Association classExamples:

Association classExample

Qualified Association

A qualified association is an association in which an attribute called Qualifier the objects for a ‘many’ association’ end.

A qualifier selects among the target objects, reducing the effective multiplicity from ‘many’ to ‘one’.

Both below models are acceptable but the qualified model adds information.

Qualified Association

Example:

Figure 5-9. Example of how a qualified association reduces multiplicity (UML class diagram). Adding a qualifier clarifies the class diagram and increases the conveyed information. In this case, the model including the qualification denotes that the name of a file is unique within a directory.

Directory Filefilename

Unit 1( modelling concepts & class modeling)

Engineering

DW Concepts Dimension Modeling Techniques

Intro to Modeling – Terms & concepts

MODELING AND SIMULATION COMPUTATIONAL MODELLING OF ...

Mathematical Modelling Concepts

Modelling Concepts

ETIS08 - Process Neutral Data Modelling Concepts -...

Advanced Modeling Concepts - ScopeForge

Information Modeling Concepts

Modeling Fundamentals - Concepts of Models and Systems...

Concepts of Mathematical Modelling

Asset Modeling Concepts - SOA

Oo concepts and class modeling

1 Enhanced Entity Relationship Modelling EER Model Concepts....

Concepts and Modelling in Geomorphology: International...

Data Flow Modelling Concepts

____________________________________________________________...