ECE 355: Software Engineering CHAPTER 2 Unit 4 (Part 2) Presentation material based on past ECE 355...

ECE 355: Software Engineering

CHAPTER 2

Unit 4 (Part 2)

Presentation material based on past ECE 355 notes by Prof. K. Czarneszki.

Course outline

• Unit 1: Software Engineering Basics • Unit 2: Process Models and Software Life Cycles• Unit 3: Software Requirements Unit 4: Unified Modeling Language (UML)• Unit 5: Design Basics and Software Architecture• Unit 6: OO Analysis and Design • Unit 7: Design Patterns• Unit 8: Testing and Reliability • Unit 9: Software Engineering Management and Economics

UML - Outline

• Introduction• Behavioral modelingStructural modeling

– Static structural diagrams• Class diagrams• Object diagrams

– Implementation diagrams• Component diagrams• Deployment diagrams

• Advanced modeling

What is structural modeling?

• Structural model: a view of a system that emphasizes the structure of the objects, including their classifiers, relationships, attributes and operations.

Structural Modeling: Core Elements

«interface»

Structural Modeling: Core Elements (cont’d)

Construct Description Syntax

constraint¹ a semantic condition or restriction.

¹ An extension mechanism useful for specifying structural elements.

{constra in t}

Structural Modeling: Core Relationships


association a relationship between two or moreclassifiers that involves connectionsamong their instances.

aggregation A special form of association thatspecifies a whole-part relationshipbetween the aggregate (whole) and thecomponent part.

generalization a taxonomic relationship between a moregeneral and a more specific element.

dependency a relationship between two modelingelements, in which a change to onemodeling element (the independentelement) will affect the other modelingelement (the dependent element).

Structural Modeling: Core Relationships (cont’d)


realization a relationship between a specification andits implementation.

Structural Diagram Tour

• Show the static structure of the model– the entities that exist (e.g., classes, interfaces, components, nodes)– internal structure– relationship to other entities

• Do not show temporal information• Kinds

– static structural diagrams• class diagram• object diagram

– implementation diagrams• component diagram• deployment diagram

UML - Outline

• Introduction• Structural modeling

Static structural diagrams• Class diagrams

• Object diagrams

– Implementation diagrams• Component diagrams

• Deployment diagrams

• Behavioral modeling• Advanced modeling

Static Structural Diagrams

• Shows a graph of classifier elements connected by static relationships.

• kinds– class diagram: classifier view– object diagram: instance view

UML - Outline


– Static structural diagramsClass diagrams

• Object diagrams




Class

Window

originsize

Open()Close()Move()Display()

name

attributes

operations

Active class

EventManager

Suspend()Flush()

Thick boundary

Classes: compartments with names

Fig. 3-23, UML Notation Guide

bill no-shows

Reservation

operations

guarantee()cancel ()change (newDate: Date)

responsibilities

match to available rooms

exceptions

invalid credit card

Classes with more detailsPackageName::Agent

Height: FloatVal : Boolean = false<<constructor>>New(p : policy)<<process>>Process(o : order)…

Responsibilities-- determine risk of an order-- handle criteria for fraud

Name: simple, path

Attribute: all, only some, or none

Stereotype: group attributes/ops and put a descriptive prefix.

Responsibility: obligation of a class. free-form text.

Operations: services provided.

Classifiers

• A classifier is a mechanism for describing structural and behavioral features.– Nine classifiers

• Classes, interfaces, datatypes, signals, components, nodes, use cases, subsystems.

– Advanced features• Multiplicity, visibility, signatures, polymorphism

Visibility of a classifier’s attr. & ops.

1. Public: Any outside classifier can use (+).2. Protected: Any descendant of the classifier can use (#).3. Private: Only the classifier itself can use (-).

Toolbar# currentSelection: Tool# toolCount: Integer

+ pickItem(i: integer)- compact()

(Owner) Scope

1. Instance: Each instance of the classifier holds its own value for the feature.2. Classifier: There is just one value of the feature for all instances of the classifier.

Frame

Header : FrameHeader

uniqueID : Long

instance

classifier

(“static” in Java)

Multiplicity

- Specification of the range of allowable cardinalities an entity may assume.

NetworkController 1

consolePort [2..*] : Port

Classes: method body


report ()

BurglarAlarm

isTripped: Boolean = false

PoliceStation

1 station

*

{ if isTrippedthen station.alert(self)}

alert (Alarm)

Showing more details...

Names of abstract classes and operations shown in italics

Window

display ()

size: Areavisibility: Boolean

hide ()

Window

Window

+default-size: Rectangle#maximum-size: Rectangle

+create ()

+display ()

+size: Area = (100,100)#visibility: Boolean = true

+hide ()

-xptr: XWindow*

-attachXWindow(xwin:Xwindow*)

{abstract,author=Joe,status=tested}


Relationships

• Dependency: • Use to show one thing using or deriving from

another.• Arrow in the direction of thing being depended on.

• Generalization:• Use to show a parent-child relationship.• Child is substitutable for parent (not the other way!)

• Association: (structural relationship)• Objects of one thing are connected to another.• Unary, binary, n-ary.

Relationships

Window

Open()Close()HandleEvent()

Event

DialogBox Control

association

dependency

generalization

DisplayPrompt()…

ConsoleWindow

Generalization: Alternative notations


Shape

SplineEllipsePolygon

Shape

SplineEllipsePolygon

Shared Target Style

Separate Target Style

. . .

. . .

Generalization: Multiple Classification


Vehicle

WindPoweredVehicle

MotorPoweredVehicle

LandVehicle

WaterVehicle

venue

venuepowerpower

SailboatTruck

{overlapping} {overlapping}

More about association

Person CompanyWorks for

Name an association to describe its nature.Direction triangle: direction of reading.

Person Company

Role: face presented to the other class.

employee employer


Person Company

Navigability: An arrow may be attached to the end of the path toindicate that navigation is supported toward the classifier attachedto the arrow.

Works for


Person Companyemployee employer

1..**

Multiplicity: How many objects may be connected across an instance of an association.

Multiplicity at one end for each object at the other end, there must be that many objects at the near end.

Exactly one: 1Zero or one: 0 .. 1Many: 0 .. *One or more: 1 .. *Not shown unspecified or suppressed

AggregationPlain association: peer relationship.Aggregation: whole/part relationship. - An object may be a part of ONLY one aggregate at a time.

1

*

Company

Department

whole

part


Composition (composite aggregation): - An object may be a part of ONLY one composite at a time. - Whole is responsible for the disposition of its parts.

Window

Frame*

1

whole

part

Composition vs Aggregation

• Aggregation: does not link the lifetimes of the whole and its parts.

• Composition:• Parts with nonfixed multiplicity can be created after

the composite itself. lifetime

• Such parts can be explicitly removed before the death of the composite. lifetime

• An object may be a part of only one composite at a time. strong ownership

Alternative notations for composition


Window

scrollbar [2]: Slidertitle: Headerbody: Panel

Window

scrollbar title body

Header Panel

2 1 1

Slider

111


scrollbar:Slider

Window

2

title:Header1

body:Panel1


Association classes: specify properties of an association.

Company Person

Job

employer employee

* 1..*

DescriptiondateHiredSalary

Ternary Associations


PlayerTeam

Year

Record

goals forgoals againstwinslosses

goalkeeper

season

team

ties

ConstraintsConstraints add new semantics or change existing rules.

Portfolio

BankAccount

Corporation

{secure}{or}

Person

Constraints and Comments


Member-of

Chair-of

{subset}Person Committee

Person Company

boss

{Person.employer =Person.boss.employer}

employeremployee

0..1

0..1

1

Representsan incorporated entity.

Derived Attributes and Associations


Person

birthdate/age{age = currentDate - birthdate}

Company

Person

Department

WorksForDepartment

/WorksForCompany

{ Person.employer=Person.department.employer }

1

1

1employer

employerdepartment

More examples of associations

Polygon PointContains

{ordered}

3..1

GraphicsBundle

colortexturedensity

1

1

-bundle

+vertex

More examples of associations


Person

Manages

JobCompany

boss

worker

employeeemployer

0..1

Job

Account

Person

Corporation

{Xor}

salary

Dependencies


«friend»ClassA ClassB

ClassC

«instantiate»

«call»

ClassD

operationZ()«friend»

ClassD ClassE

«refine»ClassC combines

two logical classes

Realization- A semantic relationship between classifiers.- One classifier specifies a contract that another guarantees.- Realization in two places:

- between interfaces and classes/components that realize them.- between use cases and collaborations that realize them.

- Graphical rendering: cross between generalization and dependency

Interface

• Defines a set of operation specs

• Never defines an implementation(no attributes, no associations, operations not implemented)

• Typically attached to a class or component

Interfaces: Shorthand Notation


+crea te ()+ log in (U serN am e, P assw d)+ find (S to re Id )+ge tP O S to ta ls (P O S id )+upda teS to reTo ta ls (Id ,S a les)+ge t(Item )

-s to re Id : In teger-P O S lis t: L is t

Store

P O S te rm ina l

P O S te rm ina lH om e

<<use>>

S to reH om e

S to re

POSterm inal

I

I

+create()+login(UserNam e, Passwd)+find(StoreId)+getPOStotals(POSid)+updateStoreTotals(Id,Sales)+get(Item )

-storeId: Integer-POSlist: List

Store

POSterm inal

POSterm inalHom e

<<use>>

StoreHom e

POSterm inal

+getPOStotals(POSid)+updateStoreTotals(Id,Sales)+get(Item )

<<interface>>Store

Interfaces: Longhand Notation


I

I

Types and Implementation Classes


Set«type»

addElement(Object)removeElement(Object)testElement(Object):Boolean

* elements

Object«type»

HashTableSet«implementationClass»

addElement(Object)removeElement(Object)testElement(Object):Boolean

1 body

HashTable«implementationClass»

setTableSize(Integer)

Type

• Like an interface: Defines a set of operation specs

• Unlike an interface: Can have attributes and associations

Class Diagram Example

+getOrderStatus+setOrderStatus+getLineItem s+setLineItem s+getCreditApproved+setCreditApproved

...

OrderBean{abstract}

LineItem{abstract}

Product

1

*

1

*

<<interface>>EntityBean

CreditCard{abstract}

Custom er

PM Order

PM LineItem

PM CreditCard

*

1

*

buyer

order

order

item

item

com m odity

Adapted from Fig. 23 [EJB 2.0].

UML - Outline


– Static structural diagrams• Class diagramsObject diagrams




Instances

• Concrete manifestation of an abstraction

• All objects are instances

• Not all instances are objects. (Instance of an association is a “link”)

• To indicate an instance, underline its name

Instances (named, anonymous, multiple)

t: Transaction myCustomer

:Multimedia::AudioStream

:keyCode

multiobject

anonymous

named

Object statemyCustomer

Id : SSN = “432 …..”Active = true

c: Phone[WaitingForAnswer]

Instance with explicit state

Instance with attribute values

Object diagrams

• Model the instances of things contained in class diagrams.

• Show objects are their relationships at a point in time.

• No communication is shown.

An object diagram

c:Company

d1: Dept d2: Dept

d3: Dept

p: Person : ContactInfo

name = “Sales” name = “R&D”

Name = ….

Name = “jk” Address=“200 U Av.”

Objects, links, notes, constraints

Composite objects


horizontalBar:ScrollBar

verticalBar:ScrollBar

awindow : Window

surface:Pane

title:TitleBar

moves

moves

UML - Outline


– Static structural diagrams• Class diagrams

• Object diagrams

Implementation diagrams• Component diagrams



Implementation Diagrams

• Show aspects of model implementation, including source code structure and run-time implementation structure

• Kinds– component diagram– deployment diagram

UML - Outline



• Object diagrams

– Implementation diagramsComponent diagrams



Component Diagram

• Shows the organizations and dependencies among software components

• Component– a modular, replaceable and significant part of a

system that packages implementation and exposes a set of interfaces

• Components may be– implemented by artifacts (e.g., binary, executable,

or script files)

<<EJBEntity>>Catalog

CatalogHom e

Catalog

CatalogPK

<<EJBSession>>ShoppingSession

ShoppingSessionHom e

ShoppingSession

CatalogInfo

<<file>>CatalogJAR

<<focus>>Catalog

<<auxiliary>>CatalogPK

<<auxiliary>>CatalogInfo

CatalogHom e

Catalog

<<EJBEntity>>ShoppingCart

ShoppingCartHom e

ShoppingCart

Component Diagram


UML - Outline



• Object diagrams

– Implementation diagrams• Component diagramsDeployment diagrams


Deployment Diagram

• Shows the configuration of run-time processing elements and the software components, processes and objects that live on them

• Deployment diagrams may be used to show which components may run on which nodes

Deployment Diagram


ECE 355: Software Engineering CHAPTER 2 Unit 4 (Part 2) Presentation material based on past ECE 355...

Documents

Transcript of ECE 355: Software Engineering CHAPTER 2 Unit 4 (Part 2) Presentation material based on past ECE 355...