Object Oriented Analysis and Design 1 Chapter 1 Introduction 1.1 Introduction to Object Oriented ...

Object Oriented Analysis and Design 1

Chapter 1 Introduction 1.1 Introduction to Object Oriented 1.2 Introduction to UML 1.3 Software Process and OOA&D 1.4 Component and CBSD 1.5 Patterns and Architecture


1.1 Introduction to Object-Oriented OO Programming (procedural V.S. OO) Basic concepts of OO


OO Programming


Designing ProgramsSoftware Development – Solving Problem

Problem Space

Business Process

Place Order

Inventory

Shipping

Computer System

Descriptions of problem (Human: Requirements) Natural Language

Descriptions of solution (Human: Designing Program )

Programming Language

Execution of program Solution Space

A Gap between languages


Software Development – Solving Problem

Problem Space

Computer System

Descriptions of problem (Human: Requirements) Natural Language

Descriptions of solution (Human: Designing Programs)

Programming Language

Execution of program Solution Space

A Gap between languages

Machine Language

Assembly LanguageHigh-Level Language (Procedural) e.g. C, BASIC

High-Level Language (Object-Oriented) e.g. C++ Java

Place Order

Inventory

Shipping

Business Process


Procedural Programming This programming paradigm is essentially an abstraction of machine /assembly language.

Program is organized around procedures. Focus on data structures, algorithms and sequencing of steps

Programs = AlgorithmPrograms = Algorithm + + Data StructureData Structure

An algorithm is a set of instructions for solving a problem

A data structure is a construct used to organize data in a specific way.

Most computer languages, from early examples like FORTRAN and ALGOL to more recent languages like C and Ada, have been imperative or procedural.


Procedural Programming - Example Writing a program to handle bank accounts

Customer can open different type of accounts, such as cash account, check account and Loan account.

For each account, customer can deposit, withdraw or transfer.

How to write this program with C ?


Procedural Programming - Example

A procedural programming language usually consists of : A collection of variables, each of which at any stage contains a

certain value (a number, a character, a string of characters, etc) A collection of statements that change the values of these variables.

The building-block of this type program is the procedure or function.

Programs = AlgorithmPrograms = Algorithm + + Data StructureData StructureStruct account { char name; int accountId; float balance; float interestYTD; char accountType;};

Data Structure: Bank Account

Procedure 1: Deposit() {...}

Procedure 1: Withdraw() {...}

Procedure 1: Transfer() {...}


Procedural Programming - Disadvantages Procedures and data are clearly separated. Transformation of concepts between analysis & impl

ementation. Design models are a long step from implementation. Procedures are often hard to reuse. Programs are often hard to extend and maintain.

Data Procedure

Hudson riverNJ NY

a gap Analysis Design

Hudson riverNJ NY

a gap


Object-Oriented Programming: OOP A design and programming technique Some terminology:

object - usually a person, place or thing (a noun)

method - an action performed by an object (a verb)

type or class - a category of similar objects (such as automobiles)

Objects have both data and methods Objects of the same class have the same

data elements and methods Objects send and receive messages to

invoke actions


Object-Oriented Programming - Example Writing a program to handle bank

accounts Customer can open different type of accounts,

such as cash account, check account and Loan account.

For each account, customer can deposit, withdraw or transfer.

How to write this program with C++ or Java ?


Object-Oriented Programming - Example Object-Oriented approach

combine the accounts (data) with the operations on the accounts to objects.

A new kind of data type: BankAccount class C++ code:

Class BankAccount { private: float balance; float interestYTD;char * owner; int account_number; public: void Deposit (float amount) {...} float WithDraw (float amount) {…} bool Transfer (BankAccount & to, float amount) {…}};


Object-Oriented Programming - Example The building-block of this type program is

class or objects.

BankAccount

balance : floatinterestYTD : floatowner : characcount_number : int

MakeDeposit(amount : float) : voidWithDraw(amount : float) : floatTransfer(to : BankAccount, amount : float) : bool


Example - The Shape Application We have an application that must be able to

draw circles and squares on a standard GUI The circles and squares must be drawn in a

particular order. A list of the circles and squares will be created

in the appropriate order, and the program must walk the list in that order and draw each circle or square.


Example - Procedural Programming in C Data Structure

---Shape.h --------------------------------------------Enum Shape {circle, square};struct Shape { ShapeType itsType;}; ---Circle.h --------------------------------------------struct Circle { Shape itsType; double itsRadius; Point itsCenter;};---square.h -------------------------------------------struct Square { Shape itsType; double itsSide; Point itsTopLeft;};


Example - Procedural Programming in C Function

---drawAllShapes.c --------------------------------------------typedef struct Shape *ShapePointer;

Void DrawAllShapes (ShapePointer list[], int n) { int I; for (i=0; i<n; i++) { struct Shape* s = list[i]; switch (s->itsType) { case square: DrawSquare((struct Square*)s); break; case circle: DrawCircle((struct Circle*)s); break; } }}


Example - Procedural Programming in C Problems

Rigid: because the addition of Triangle causes Shape,Square,Circle, and DrawAllShapes to be recompiled and redeployed.

Fragile: because there will be many other switch/case or if/else statements that are both hard to find and hard to decipher.

Immobile: because anyone attempting to reuse DrawAllShapes in another program is required to bring along Square and Circle, even if that new program does not need them.


Example – Object-Oriented Programming in C++class Shape { public: virtural void Draw() const= 0;}; class Square : public Shape { public: virtual void Draw() const;};class Circle : public Shape { public: virtual void Draw() const;};

void DrawAllShapes(vector <Shape*>& list) { vector<Shape*> :: iterator I; for (i = list.begin(); i != list.end(); i++) (*i)->Draw();}

It is changed by adding new code rather than by changing existing code.

Not rigid Not FragileNot Immobile


Example - Object-Oriented Programming in C++ Now, the requirement is changed:

All Circles should be drawn before any Squares In previous solution, The DrawAllSquares function

is not closed against this change. How can we close the DrawAllShapes function

against changes in the ordering of drawing? Using Abstraction. Using a “Data-Driven” Approach …..


What Is Object Technology? Object Technology

A set of principles guiding software construction together with languages, databases, and other tools that support those principles. (Object Technology - A Manager’s Guide, Taylor, 1997)


The History of Object Technology Major object technology milestones

Simula

1967

C ++

Late 1980s

Smalltalk

1972

Java

1991

The UML

1996

???

2000+


Strengths of Object Technology A single paradigm

A single language used by users, analysts, designers, and implementers

Facilitates architectural and code reuse Models more closely reflect the real world

More accurately describes corporate entities Decomposed based on natural partitioning Easier to understand and maintain

Stability A small change in requirements does not mean

massive changes in the system under development

Adaptive to change


Basic concepts of OO


Basic Concepts of Object Orientation Object Class Message Basic Principles of Object Orientation Abstraction Encapsulation Inheritance Polymorphism Interface and Abstract Class


Informally, an object represents an entity, either physical, conceptual, or software.

Physical entity

Conceptual entity

Software entity

What Is an Object?

Truck

Chemical Process

Linked List


A More Formal Definition An object is an entity

with a well-defined boundary and identity that encapsulates state and behavior. State is represented by

attributes and relationships.

Behavior is represented by operations, methods, and state machines. Object

Operations

Attributes


An Object Has State The state of an object is one of the possible

conditions in which an object may exist. The state of an object normally changes

over time.

Name: J ClarkEmployee ID: 567138HireDate: 07/25/1991Status: TenuredDiscipline: FinanceMaxLoad: 3

Name: J ClarkEmployee ID: 567138Date Hired: July 25, 1991Status: TenuredDiscipline: FinanceMaximum Course Load: 3 classes Professor Clark

Professor Clark


An Object Has Behavior Behavior determines how an object acts and

reacts. The visible behavior of an object is modeled

by the set of messages it can respond to (operations the object can perform).

Professor Clark’s behaviorSubmit Final GradesAccept Course OfferingTake Sabbatical

Maximum Course Load: 3 classesSubmitF

inalGrad

es()

AcceptCourseOffering()

TakeSabbatical()

Professor Clark

SetMaxLoad()

Professor Clark


An Object Has Identity Each object has a unique identity, even if the

state is identical to that of another object.

Professor “J Clark” teaches Biology

Professor “J Clark” teaches Biology


Objects Need to Collaborate

Objects are useless unless they can collaborate together to solve a problem. Each object is responsible for its own behavior

and status. No one object can carry out every responsibility

on its own. How do objects interact with each other?

They interact through messages.


What Is a Class? A class is a description of a set of objects that

share the same properties and behavior. An object is an instance of a class.

Objects

Professor Smith

Professor Jones

Professor Mellon

Professor

- name- employeeID : UniqueId- hireDate- status- discipline- maxLoad

+ submitFinalGrade()+ acceptCourseOffering()+ setMaxLoad()+ takeSabbatical()

Class: Professor

Attributes

Operations


A Sample Class

Data Items: manufacturer’s name model name year made color number of doors size of engine etc.

Methods: Define data items

(specify manufacturer’s name, model, year, etc.)

Change a data item (color, engine, etc.)

Display data items Calculate cost etc.

Class: Automobile


The Relationship Between Classes and Objects A class is an abstract definition of an object.

It defines the structure and behavior of each object in the class.

It serves as a template for creating objects

Objects are grouped into classes. An object is an instance of a class.

Professor

- name- employeeID : UniqueId- hireDate- status- discipline- maxLoad

+ submitFinalGrade()+ acceptCourseOffering()+ setMaxLoad()+ takeSabbatical()

ObjectsProfessor SmithProfessor Jones

Professor Mellon

From Real Worldabstracting

Class: Professor

To computer World

instancingJ Clark : Professor

Objects


What Is an Attribute? An attribute is a named property of a class

that describes a range of values instances of the property may hold. A class may have any number of attributes or no

attributes at all.

Attributes

Student

- name- address- studentID- dateOfBirth


Attributes in Classes and Objects

name: M. Modanoaddress: 123 MainstudentID: 9dateofBirth: 03/10/1967

name: D. Hatcheraddress: 456 OakstudentID: 2dateofBirth: 12/11/1969

Class

ObjectsStudent

- name- address- studentID- dateOfBirth


What Is an Operation? An operation is the implementation of a

service that can be requested from any object of the class to affect behavior.

A class may have any number of operations or none at all.

Operations

Student

+ get tuition()+ add schedule()+ get schedule()+ delete schedule()+ has pre-requisites()


class Professor { private String name; private int age; private String speciality;

public Professor (String sm, int ia, String ss) { name = sm; age = ia; speciality = sst; } public String getName () { return name;} public int getAge () { return age;} public String getSpeciality () { return speciality;}}

Example: class Professor

Professor

- name : String

- age : int

- speciality : String

+getName() : String+getAge() : int+getSpeciality() : String


wang : Professor

name = “wang” age = 35speciality = “computer”

Professor wang = new Professor (“wang”, 35, “computer”);

Example : Instance of Professor


What is a message?What is a message? A specification of a communication between objects

that conveys information with the expectation that activity will ensue

One object asks another object to perform an operation.

Professor wang

wang.getName()

What is your name?


The OrderEntryForm wants Order to calculate the total dollar value for the order.

Example: Object Interaction

OrderEntryForm Order

orderIDdatesalesTotaltaxshipDate

Calculat

eOrd

erTotal

()

calculateOrderTotal()

The class Order has the responsibility to calculate the total dollar value.

Message


Basic Principles of Object Orientation

Object Orientation

Enca

psul

atio

n

Abs

trac

tion

Poly

mor

phis

m

Inhe

ritan

ce


What Is Abstraction?Abstraction can be defined as:

Any model that includes the most important, essential, or distinguishing aspects of something while suppressing or ignoring less important, immaterial, or diversionary details. The result of removing distinctions so as to emphasize commonalties. (Dictionary of Object Technology, Firesmith, Eykholt, 1995)

Abstraction Emphasizes relevant characteristics.Suppresses other characteristics.BriefCase

- Capacity- Weight

+ open()

+ close()


Example: Abstraction

Student Professor

Course Offering (9:00 AM, Monday-Wednesday-Friday) Course (e.g. Algebra)


What Is Encapsulation? Encapsulation means to design, produce, and

describe software so that it can be easily used without knowing the details of how it works.

Also known as information hiding

An analogy: When you drive a car, you don’t have know the

details of how many cylinders the engine has or how the gasoline and air are mixed and ignited.

Instead you only have to know how to use the controls.


What Is Encapsulation?

Improves Resiliency

Hide implemmentation from clients clients depend on interface


Encapsulation Illustrated

Professor Clark needs to be able to teach four classes in the next semester.

SubmitFinalG

rades

()

AcceptCourseOffering()

TakeSabbatical()

Professor Clark

SetMaxLoad()

Name: J ClarkEmployee ID: 567138HireDate: 07/25/1991Status: TenuredDiscipline: FinanceMaxLoad:4

SetMaxLoad(4)


Encapsulation – Information/Implementation hiding

InterfaceInterface

Implementation details Implementation details which are invisible for which are invisible for client.client.

Information which can’t be Information which can’t be accessed by clientaccessed by client

ClientClient Deposit()Withdraw()Transfer()

BalanceinsterestYTDOwnerAccount_number Deposit() {…}Withdraw() {…}Transfer() {…}


What Is Inheritance ?

Inheritance —a way of organizing classes Term comes from inheritance of traits like

eye color, hair color, and so on. Classes with properties in common can be

grouped so that their common properties are only defined once.

Is an “is a kind of” relationship


An Inheritance Hierarchy

Vehicle

Automobile Motorcycle Bus

Sedan Sports Car School Bus Luxury Bus

What properties does each vehicle inherit from the types of vehicles above it in the diagram?


Example: Single Inheritance One class inherits from another.

CheckingSavings

Superclass (parent)

Subclasses

Inheritance Relationship

Ancestor

Descendents

Account

- balance- name- number

+ withdraw()+ createStatement()


Example: Multiple Inheritance

Use multiple inheritance only when needed and always with caution!

A class can inherit from several other classes.

FlyingThing Animal

HorseWolfBirdHelicopterAirplane

Multiple Inheritance


Polymorphism Polymorphism—the same word or phrase can

be mean different things in different contexts Analogy: in English, bank can mean side of a

river or a place to put money In Java, two or more classes could each have

a method called output Each output method would do the right thing

for the class that it was in. One output might display a number whereas

a different one might display a name.


What Is Polymorphism?

Manufacturer AManufacturer B

Manufacturer C

OO Principle:Encapsulation

The ability to hide many different implementation behind a single interface.


Example: Polymorphism

Stock Bond Mutual Fund

Get Current Value

getCurrentValue()

getCurrentValue()

getCurrentValue()


Realization relationship (stay tuned for realization relationships)

What is an Interface? An interface is a collection of operations that specify

a service of a class or component. Interfaces formalize polymorphism Interfaces support “plug-and-play” architectures

Shape

draw()move()scale()rotate()

<<Interface>>Tube

Pyramid

Cube

‘What’

‘How’


Elided/Iconic Representation(“lollipop”)

Canonical (Class/Stereotype) Representation

(stay tuned for realization relationships)

How Do You Represent An Interface?

Shape

draw()move()scale()rotate()

<<Interface>>

Shape

Tube

Pyramid

Cube

Tube

Pyramid

Cube


What is an Abstract Class?

Abstract class

Abstract operation

Shape

{abstract}

draw () {abstract}

Circle

draw ()

Rectangle

draw ()

An abstract class is a class that may not has any direct instances.

In the UML, you specify that a class is abstract by writing its name in italics.

An abstract operation is an operation that it is incomplete and requires a child to supply an implementation of the operation.

In the UML, you specify an abstract operation by writing its name in italics.


1.2 Introduction to UML What is modeling? What is visual modeling ? What is the UML?


What is modeling?


What is modeling?A model is a simplification of reality.

What is this Thing? Modeling a Briefcase

Abstracting

BriefCase

- Capacity- Weight

+ open()

+ close()


What is modeling?

What is this Thing? A new Use for a Briefcase

Questions: Why did we model the thing as “Briefcase”? Why did we not model it as a “chair”? What do we do if the sitOnIt() operation is the most frequently used operation? The briefcase is only used for sitting on it. It is never opened nor closed. Is it a “Chair”or a “Briefcase”?

A model is an abstraction of things. Emphasizes relevant characteristics.

Suppresses other characteristics.

Abstracting BriefCase

- Capacity- Weight+ open()+ close()

+ sitOnIt()


The Importance of Modeling

Paper Airplane F-16 Fighter Jet

Less Important More Important


Why Do We Model? We build models to better understand the system

we are developing. Modeling achieves four aims. Modeling

Helps us to visualize a system as we want it to be. Permits us to specify the structure or behavior of a

system. Gives us a template that guides us in constructing a

system. Documents the decisions we have made.

We build models of complex systems because we cannot comprehend such a system in its entirety.


What is visual modeling?


What Is Visual Modeling?

Computer System

“Modeling captures essential parts of the system.”

Dr. James Rumbaugh

Visual Modeling is modelingusing standard graphical notations

Business Process

Place Order

Inventory

Shipping


Visual Modeling Captures Business Processes

Use-case analysis is a technique to capture business processes from a user’s perspective.


Visual Modeling Is a Communication Tool

Use visual modeling to capture business objects and logic.

Use visual modeling to analyze and design your application.


Visual Modeling Manages Complexity


Visual Modeling and Software Architecture

User Interface(Visual Basic,Java) Business Logic

(C++, Java)

Database Server(C++ & SQL)

Model your systemindependent of implementation language


Visual Modeling Promotes Reuse

Multiple Systems

ReusableComponents


What is the UML?


What Is the UML? UML is an acronym for Unified Modeling Language The UML is a language for

Visualizing Specifying Constructing Documenting

the artifacts of a software-intensive system.

UML: Object-Oriented & Visual Modeling


History of the UML

Web - June 1996

OOPSLA 95

PublicFeedback

OMG Acceptance, Nov 1997Final submission to OMG, Sept 1997First submission to OMG, Jan 1997

UML 1.0UML partners

UML 1.1

UML 1.4

UML 2.0

Planned minor revision (2000)

Planned major revision (2001)

UML 1.3Current minor revision 1999


UML Semantics UML Notation Guide UML Example Profiles UML Model Interchange Object Constraint Language Specification UML Standard Elements Glossary

OMG UML Specification


UML Semantics

Layer Description Example

The infrastructure for a etamodeling architecture. Defines the language for specifying metamodels.

MetaClass, MetaAttribute,MetaOperation

meta-metamodel

An instance of a meta-metamodel.Defines the language for specifying amodel.

Class, Attribute, Operation,Component

metamodel

An instance of a metamodel. Defines a language to describe an information domain.

StockShare, askPrice,sellLimitOrder,StockQuoteServer

model

An instance of a model. Defines a specific information domain.

<Acme_SW_Share_98789>,654.56, sell_limit_order,<Stock_Quote_Svr_3223>

user objects (user data)

Four-Layer Metamodel Architecture:


3.1.1 UML Semantics


UML Semantics

Collaborations

Behavioral Elements

Use Cases Activity Graphs

Common Behavior State Machines

Model Management

Core

Data Types

Extension Mechanisms

Foundation


1.3 Software Process and OOA&D Iterative Development and the Unified Process Object-Oriented Analysis and Design Overview


Iterative Development and the Unified Process


A Definition of ProcessA process defines Who is doing What, When and How to reach a certain goal.

New or changed

requirements

New or changed

system

Software EngineeringProcess


Agile Process An agile process implies a light and adaptive

process, nimble in response to changing needs Example: XP (eXtreme Programming) heavy vs. light

A heavy process is a pejorative term meant to suggest one with the following qualities:

• many artifacts created in a bureaucratic atmosphere

• rigidity and control• elaborate, long-term, detailed planning

• predictive rather than adaptive


Agile Process predictive vs. adaptive

A predictive process is one that attempts to plan and predict the activities and resource (people) allocations in detail over a relatively long time span, such as the majority of a project.

Predictive processes usually have a “waterfall” or sequential lifecycle—first, defining all the requirements; second, defining a detailed design; and third, implementing.

In contrast, an adaptive process is one that accepts change as an inevitable driver and encourages flexible adaptation; they usually have an iterative lifecycle.


Waterfall Development Characteristics Delays confirmation of

critical risk resolution Measures progress by

assessing work-products that are poor predictors of time-to-completion

Delays and aggregates integration and testing

Precludes early deployment

Frequently results in major unplanned iterations

Code and unit test

Design

Subsystem integration

System test

Waterfall Process

Requirements analysis


Iterative Development Produces an Executable

InitialPlanning

Planning

Requirements

Analysis & Design

Implementation

Deployment

Test

Evaluation

ManagementEnvironment

Each iteration results in an executable release


Risk Profiles

Risk ReductionRisk ReductionRisk ReductionRisk Reduction

TimeTime

Iterative RiskIterative RiskWaterfall RiskWaterfall Risk

Ris

kR

isk


Introduction to UP(Unified Process) Best Practices Key concepts UP structure Core Workflow Appling UML in the UP The RUP is a Process Framework


Best Practices Develop Iteratively Manage Requirements Use Component Architectures Model Visually Verify Quality Control Changes


Key concepts

Describe a Use Case

Use case package

Use case

responsible for

Analyst

Artifact

A piece of information that is produced, modified, or used by a process

Worker

A role played by an individual or a team

Activity

A unit of work

Who does Who does it?it?

What is What is produced?produced?

How does How does it?it?

Worker, Artifact and Activity


Key concepts

When does When does it?it?

Workflow (Discipline) A workflow is a sequence of activities that produces a

result of observable value


UP Structure UP Structure Lifecycle Phases Major Milestones Phases and Iterations Iterations and Workflow


UP Structure

Workflows group activities logically

In an iteration, you walk through all workflows


InceptionInception ElaborationElaboration ConstructionConstruction TransitionTransition

Process Structure - Lifecycle Phases

The Unified Process has four phases: Inception - Define the scope of project Elaboration - Plan project, specify features,

baseline architecture Construction - Build the product Transition - Transition the product into end user

community

time



Phase Boundaries Mark Major Milestones

Lifecycle Objective Milestone

Lifecycle Architecture Milestone

Initial Operational Capability Milestone

Product Release

time


Iterations and Phases

An iteration is a distinct sequence of activities based on an established plan and evaluation criteria, resulting in an executable release (internal or external).

PreliminaryIteration

Architect.Iteration

Architect.Iteration

Devel. Iteration

Devel. Iteration

Devel. Devel. IterationIteration

TransitionIteration

TransitionIteration


Minor Milestones: Releases


Core WorkflowCore Process Workflows 1) Business Modeling 2) Requirements 3) Analysis & Design 4) Implementation 5) Test 6) Deployment

Core Supporting Workflows 7) Configuration & Change Management 8) Project Management 9) Environment

Workflow Detail: Requirements - Define the System

C apture a C om m on

Vocabulary

SystemAnalyst

F ind Actors and Use Cases

Use-Case Model(re fined)

Use-CaseModeling

Guidelines

SupplementarySpecifications

Glossary(re fined)

Glossary

StakeholderRequests

Use-Case Model

M anage D ependencies

RequirementsManagement

Plan

Vision

Business Use-Case Model

Business Object Model

RequirementsAttributes

RequirementsAttributes

(refined)

D evelopVision

BusinessRules

Vision(re fined)

Use Case(outlined)


Appling UML in the UP

OK

OK

Fail

R ealized By

Im plem entedBy

Verified By

Im plem entationM odel

Test M odelD esign M odel

U se-C ase M odel

Models

Core Process Workflows Test

Im plem en-tation

Analysis &D esign

R equirem ents

Business U se-C ase M odel

Business M odeling

Business O bject M odel

BBB

B

R ealized By

Autom atedBy


The UP is a Process Framework

There is NO Universal Process! • The Unified Process is designed for flexibility and extensibility

» allows a variety of lifecycle strategies» selects what artifacts to produce » defines activities and workers» models concepts


OO A&D Overview


The purposes of Analysis and DesignTo transform the requirements into a design of the

system to-beTo evolve a robust architecture for the systemTo adapt the design to match the implementation

environment, designing it for performance


SupplementarySpecification

Use-Case ModelDesign Model

Data Model

ArchitectureDocument

Analysis and Design

Analysis and Design Overview

Glossary


Analysis Versus Design Analysis

Focus on understanding the problem

Idealized design Behavior System structure Functional requirements A small model

Design Focus on understanding

the solution Operations and

Attributes Performance Close to real code Object lifecycles Non-functional

requirements A large model


TopDown

BottomUp

Design Classes

Subsystems

Use Cases

Analysis and Design is not Top-Down or Bottom-Up


Analysis and Design Workflow


Analysis and Design Activity Overview


Architect

Software ArchitectureDocument

Design Model

Designer

Use-Case Realization

Package/Subsystem

Class

Database DesignerData Model

ArchitectureReviewer

DesignReviewer

Workers and Their Responsibilities


1.4 Component and CBSD Component CBSD


Component Definition of a (Software) Component

A non-trivial, nearly independent, and replaceable part of a system that fulfills a clear function in the context of a well-defined architecture.

A component conforms to and provides the physical realization of a set of interfaces.

A physical, replaceable part of a system that packages implementation and conforms to and provides the realization of a set of interfaces.

A component represents a physical piece of implementation of a system, including software code (source, binary or executable) or equivalents such as scripts or command files.


CBSD - Component-Based Software Development Resilient

Meets current and future requirements Improves extensibility Enables reuse Encapsulates system dependencies

Component-based Reuse or customize components Select from commercially-available components Evolve existing software incrementally


Purpose of a CBSD Basis for reuse

Component reuse Architecture reuse

Basis for project management Planning Staffing Delivery

Intellectual control Manage complexity Maintain integrity

System-System-softwaresoftware

MiddlewareMiddleware

Business-Business-specificspecific

Application-Application-specificspecific

Component-based Architecture with layers


1.5 Patterns and Architecture Basic Concepts of Patterns Basic Concepts of Software Architecture


Basic Concepts of Patterns


Basic Concepts of Patterns What is a pattern? Part of a pattern Some example patterns Modeling a pattern with UML


What is a pattern?What is a pattern?• A common problem – and a proven solution – in a context• A structured, packaged problem solution in literary form.• A way of recording experience, “best practices” – In a standard format – A repository for knowledge• “What’s new is that there’s nothing new here.Patterns are about what works. Patterns give us a way to talk about what works.” – Brian Foote, 1997.


Parts of a Pattern• Name: a good name is essential because pattern names help designers to communicate.

• Context: where the pattern can be applied • Forces: to be balanced in the solution • Problem: usually describes in terms of the forces.

• Solution: a proven way of balancing the forces


Some Example Patterns Alexander pattern: Window place Architectural pattern: MVC Design pattern: Observer Analysis pattern: Party


An Alexander Pattern - Window Place • Name: Window Place• Context and forces: a room has a window and a place to sit – We are drawn towards the light – We want to sit comfortably• Problem: how to be comfortable and still near the natural light• Solution: place the comfortable sitting place near the window (e.g., a window seat)


Architectural Pattern - MVC• Name: MVC (Model-View-Controller)

• Context and forces: we have a data model and several representations of the data

– We want to modularize the system – Data representation must be kept up to date• Problem: how to modularize the system

• Solution: the model holds the data (and does data modification), the view represents the data, the controller handles user input


Design Patterns - Observer• Name: Observer• Context and forces: data is kept in one object and displayed in other objects

– We want to distribute the functions – We want the system to stay consistent

• Problem: keep the information consistent

• Solution: the display objects observe the object holding the data and are notified of changes in the data


Analysis Pattern - Party• Name: Party• Context and forces: we have people and organizations that both take on roles in the system – We want to allow several types of entities – We want to treat all entities consistently

• Problem: how can we treat them uniformly without complicating the diagrams?

• Solution: Add a party entity which unifies the two entities


Modeling a pattern with UML






Basic Concepts of Software Architecture


What Is Architecture? Software architecture encompasses the set of

significant decisions about the organization of a software system Selection of the structural elements and their

interfaces by which a system is composed Behavior as specified in collaborations among those

elements Composition of these structural and behavioral

elements into larger subsystems Architectural style that guides this organization

Grady Booch, Philippe Kruchten, Rich Reitman, Kurt Bittner; Rational(derived from Mary Shaw)


What is Software Architecture ? Software architecture also involves

usage functionality performance resilience reuse Comprehensibility economic and technology constraints and

tradeoffs aesthetic concerns


Architecture Constrains Design and Implementation Architecture involves a set of strategic

design decisions, rules or patterns that constrain design and construction

CODE

implementation

design

architecture

Architecture decisions are the most fundamental decisions and changing them will have significant ripple effects.


The common theme in all software architecture definitions Regardless of the definition (and there are many)

the common theme in all software architecture definitions is that it has to do with the large scale — the Big Ideas in the forces, organization, styles, patterns, responsibilities, collaborations, connections, and motivations of a system (or a system of systems), and major subsystems.


Architecture metamodel (Booch)

Software Architecture

Software Architecture Description

Architectural view

is made of

is represented by

Architecture Design Process

produces

Form

Component

Connection

Architectural Pattern

is a

is made of

Software Architects

are actors in

Logical view

Process view

Implemen- tation view

Deployment view

Requirements

satisfies

Architectural style

has

has

has

is a

System architecture

is part of

Architecture Style guide

Constraints

constrains

constrains

Use case view

relates to

Architectural Blueprint

depicts


Architectural view An architectural view is a simplified description

(an abstraction) of a system from a particular perspective or vantage point, covering particular concerns, and omitting entities that are not relevant to this perspective


Process View Deployment View

Logical View

Use-Case View

Implementation View

End-user Functionality Programmers

Software management

PerformanceScalabilityThroughput

System integratorsSystem topology

Delivery, installation

communication

System engineering

Analysts/DesignersStructure

Software Architecture: The “4+1 View” Model


How many views? Simplified models to fit the context

Not all systems require all views:

Single processor: drop deployment view

Single process: drop process view

Very Small program: drop implementation view

Adding views:

Data view, security view


Architectural Style Non software examples

http://www.bc.edu/bc_org/avp/cas/fnart/fa267/amstyles.html

An architecture style defines a family of systems in terms of a pattern of structural organization.

An architectural style defines a vocabulary of components and connector types a set of constraints on how they can be combined one or more semantic models that specify how a

system’s overall properties can be determined from the properties of its parts


Architecturally significant elements Not all design is architecture

Main “business” classes Important mechanisms Processors and processes Layers and subsystems

Architectural views = slices through models


Architectural Focus Although the views above could represent the

whole design of a system, the architecture concerns itself only with some specific aspects:

• The structure of the model - the organizational patterns, for example, layering.

• The essential elements - critical use cases, main classes, common mechanisms, and so on, as opposed to all the elements present in the model.

• A few key scenarios showing the main control flows throughout the system.

• The services, to capture modularity, optional features, product-line aspects.


Characteristics of a Good Architecture Resilient Simple Approachable Clear separation of concerns Balanced distribution of responsibilities Balances economic and technology

constraints

Date post:	25-Dec-2015
Category:	Documents
Upload:	theodore-mason
View:	217 times
Download:	0 times