24
Business Systems Analysis Overview Part II by Vinil Gupta

Business Systems Analysis - Part II

Embed Size (px)

Citation preview

Page 1: Business Systems Analysis - Part II

Business Systems Analysis

Overview Part II

by Vinil Gupta

Page 2: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 2

Two aspect of UML

Static Structure

Dynamic Behaviour

Page 3: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 3

UML Diagrams OverviewDiagram

Structure Diagram

BehaviourDiagram

Component Diagram

Class Diagram

Object Diagram

Profile Diagram

Composite Structure Diagram

Deployment Diagram

Package Diagram

Activity Diagram

Use Case Diagram

Interaction Diagram

State Machine Diagram

Interaction Overview Diagram

Timing Diagram

Communication Diagram

Sequence Diagram

UML Diagrams Overview

Page 4: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 4

Use CasesUse Cases, Business Use Cases, Systems

Use Cases – OOAD Use Case ID Use Case Description Pre and Post Conditions Assumptions Main flow or Basic Flow Alternate Flows Exception Flows Business Rules Issues and Risks

Page 5: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 5

Object Constraint Language (OCL) OCL is used for applying constraints

and business rules.

Page 6: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 6

Unified Modelling Language (UML) OOAD Project Scope – user goals and system

interaction Use Case Diagram – Actors, Uses, Extends Class Diagram – Business Object Models

Associations, Attributes, Operations, Generalization, Constraint Rules, Aggregation and Composition

Page 7: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 7

Unified Modelling Language (UML) Sequence Diagram Collaboration Diagrams Package Diagrams State Diagrams Activity Diagrams Deployment Diagrams

Page 8: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 8

UML: Associations Description of a set of link

between objects A change to a thing affects the

semantics of a dependent thing One element is a specialisation

of another; substituted more general element

One classifier specifies a contract that the other classifier guarantees to carry out

Association

Dependency

Generalisation

Realisation

Page 9: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 9

Class Name

Class

Class Name

Attribute: Type = initialValue

Operation(arg list): return type

Class A Class Arole A

role B

Association

Multiplicities

Class

Class

Class

Class

1

*

0..1

Exactly one

Many (zero or more)

Optional (zero or one)

Numerically specified

m..n

Class

Class

Class

aggregation

composition

{ordered} * ordered role

Generalization

Supertype

Subtype 1 Subtype 2

discrimnator

Page 10: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 10

Class

Qualified Association

qualifer

Navigability

Source Targetrole name

Class A Class B

Dependency

Constraint{description of constraint}

Stereotype<<stereotype name>>

note text

Note

Object

object name: Class Name

Page 11: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 11

Class Diagram: Interfaces

Abstract Class{abstract}

Implementing Class

<<interface>>Type

Client of Type

Client Classdependency

Interface Name

Implementing Class

Page 12: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 12

Class Diagram: Parameterized Class

Set

Ttemplate class

Set<Integer>

bound element

Association Class

Class Class

AssociationClass

Page 13: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 13

Activity Activity

Activity Activity

Activity

[Condition 1]

[Condition 2]

* [for all thingies]

[synchronization condition]

Activity Diagram

Page 14: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 14

Package Name

Class 1

Class 2

Class 3

Package Name

dependency

Package Diagram

Page 15: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 15

Use Case Diagram

Use Case

<<Includes>>

<<extends>>

Page 16: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 16

an Object

new Object

message

create

Self-delegation

return

delete

Sequence Diagram

Page 17: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 17

Node

Component 2

Component 1

Deployment Diagram

Page 18: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 18

object name: class

: class

1: simple message()

role name

object namerole name

1.1*: iteration message()1.2: [condition] message ()

asynchronous message

Collaboration Diagram

Page 19: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 19

Superstate Name

Concurrent State

State State

State State

Page 20: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 20

Superstate Name

State Name

Variable:Type = initial value

Entry / Actiondo / activityexit / action

event / action (arguments)

State Name

event(arguments)[condition]/ action

State Diagram

Page 21: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 21

UML Common MechanismUML has four common mechanism

1. Specifications2. Adornments3. Common divisions4. Extensibility mechanism

Page 22: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 22

1.SpecificationSpecifications are the meat of the UML model.

They provide the semantic backplane of the model. UML model has at least two dimensions

1. Graphic dimensions – diagram

2. Textural dimensions – specifications textual descriptions of the semantics of an element

Page 23: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 23

1.Specification

UML models may be: Elided – some elements from diagrams to

simplify the view Incomplete – some elements may be

missing entirely Inconsistent – model may contain

contradictions

BankAccount

nameaccountNumber

deposite()withdraw()calculateInterest()

Icon or modelling element

Semantic BackplaneClass Specification

Use Case specification

Dependency specification

Deposit

Page 24: Business Systems Analysis - Part II

Vinil Gupta Business Systems Analysis Part II 24

Questions and Answers