View
221
Download
0
Category
Preview:
Citation preview
8/14/2019 UML Business Context
http://slidepdf.com/reader/full/uml-business-context 1/4
IRM Training - White Paper
UML – Business Context
© 2007 IRM Training Pty Ltd www.irm.com.au 1
UML – Business Context
Jan Kusiak, Training Services ManagerIRM Training Pty Ltd ACN 007 219 589
Suite 209, 620 St Kilda Rd, Melbourne, Vic. 3004, AustraliaTel: +613 9533 2300
Overview
“Where does UML fit?” is a common question among new (and not sonew!) business analysts. We all know that the M stands for modelling butbeyond this, perceptions start to differ. In its current form (V2.0) UMLconsists of 13 diagram types all of which provide a different view of a
system. In the following extract from our RUML1 course manual we’ll
take a brief look at which of the 13 diagrams are of most relevance forus and how they fit together.
1 RUML – Modelling Requirements with Use Case & the UML
Introduction
For those of you new to diagramming techniques, think of an architect’s
plans for a new house – there will be front, side and top views, electricalwiring and plumbing diagrams, plus specific diagrams for such things asfoundations, load-bearing walls… etc.
As a business analyst we are primarily concerned with what our system(house) will do. For example we may specify that the house will have ahome theatre, intercom, zoned climate control, keyless entry, etc. but we
will not be doing the wiring diagram ourselves. This is done by thepeople who will be building the system (i.e. installing the electrics).However we can draw a diagram (a model) to show where the plasmascreen, intercom and control panel should be and here is where therelevance of UML lies – we are using models (diagrams) to describe oursystem.
8/14/2019 UML Business Context
http://slidepdf.com/reader/full/uml-business-context 2/4
IRM Training - White Paper
UML – Business Context
© 2007 IRM Training Pty Ltd www.irm.com.au 2
Which diagrams to use
Activity diagrams are used to describe the overall process. They show flowsthrough a sequence of states with activities and sub-activities being performed.
Activity diagrams can be used in much the same way as dataflow diagrams toprovide a high-level view of the system or process. At a lower level, activitydiagrams can also be used to model the detail flow inside a use case.
Agent Customer Manager
Quote
[valid]
[customer enquiry]
[application received][quote
rejected]
[Quote accepted]
[complete]
Interviewcustomer
Completeapplication
Develop quote
<<parent>>Record
final quote
Review quote
Draw up policydocuments
Despatch policydocuments
Use Cases are the main medium of communication with business users abouttheir requirements – the business functions. They describe everyday system
behaviour (events) such as a credit card purchase or an insurance policyapplication. They describe behaviour both for a given event (pay for goods bycredit card) for alternatives (card needs authorisation) and for exceptions (creditcard declined). Use cases can be both textual and diagrammatic.
Complete
application
Quote policy
price and
conditions
Create policy
Present
policy
Agent
Customer
Manager
8/14/2019 UML Business Context
http://slidepdf.com/reader/full/uml-business-context 3/4
IRM Training - White Paper
UML – Business Context
© 2007 IRM Training Pty Ltd www.irm.com.au 3
Interaction (Sequence & Communication) Diagrams are used to document
the communications that must go on between the user and the system, andinternally between system components. Sequence diagrams show behaviour basedon time and flow of messages. Communication diagrams show the flow of
messages between objects and classes.
Sequence Diagram
:Manager
Enter Policynumber
Read
Accumulate value
Display details
:Policy UpdateScreen
:Policy:Insured
Item:Product
Read
Policy details
Item details
Product details
Communication Diagram
:Manager
Current:PolicyUpdate
:Policy
:Insured Item
:Product
- PremiumRate
1: Enter Policy Number 2: Read3. Accumulate
value
4: Read rules
Class Diagrams - used to group together things that have the same attributesand the same behaviour. Class diagrams can be used to model data by onlyshowing the attribute layer and the relationships. However this is not true data
modelling as the natural structure of the data is not shown. You will often findentity relationship diagrams used in conjunction with UML to give a true datamodelling representation.
Insured Item
- Name
- Card Number
- Expiry Date
- Value
Customer
- Name
- Contact Details
- Telephone Number
- Read
- Contact
Policy
- PolicyNumber
- Coverage- Sum Insured
- Date Commenced
- Expiry Date
- Update
- AccumulateBeneficiary
- Relationship
- Owner Flag
- Add
Address
- Street- City
- Search
- Modify
- Cleanse
covers
1..* 0..*1..1has0..*
1..*
1..1
Organisation
- ACN
- Registered Address
- Contact Person
- Contact
Person
- Date Of Birth
- Gender
- Occupation
- Calculate Age
8/14/2019 UML Business Context
http://slidepdf.com/reader/full/uml-business-context 4/4
IRM Training - White Paper
UML – Business Context
© 2007 IRM Training Pty Ltd www.irm.com.au 4
Business Perspective – Interaction between diagrams
Before UML came along business analyst used structured techniques to describebusiness functionality. The diagrams and techniques of choice were:
• dataflow diagrams to model the business process
• mini specs to define the process logic (business rules)
• entity relationship diagrams to model the underlying data
• a data dictionary to define the data in the data model
Together these gave us a comprehensive representation of what was required –the resulting document was called a Functional Specification. These techniques arestill widely used but now UML provides another option and we can use the
following conceptual diagram to give us a business perspective of our system.
[complete]
[application received]
Completeapplication
Develop quote
[customerenquiry]
:Manager
Current:PolicyUpdate
1:Enter Policy Number
:Manager
Enter Policynumber
Display details
:Policy UpdateScreen
Customer
- Name
- Contact Details
- Telephone Number
- Read
- Contact
Address
- Street
- City
- Search
- Modify
- Cleanse
1..1has
0..*
ActivityDiagrams
ClassDiagrams
Use CaseDiagrams
CommunicationDiagrams
states &
transitions
events
communications
associationsclasses
events
operations
operations
operations classes
classes
SequenceDiagrams
states
UML techniques are not incompatible with structured techniques and both showthe requirements in different ways. Structured techniques differ in that theyseparate the data and process, considering each one independently, beforebringing them together to complete the model. Object-oriented techniques
consider the data and process as closely inter-dependent. They are even heldtogether in the same notation within each class or object.
© 2007 IRM Training Pty Ltd. All rights reserved.
Send feedback and comments to: training@irm.com.au
You may use this article in your newsletter or internal document free of charge, provided that you do not alter it
in any way and include all copyright notices.
Recommended