Process modelling and definition. Simon A. Perry Brass Bullet Ltd.
|
|
- Beryl Goodwin
- 5 years ago
- Views:
Transcription
1 Process modelling and definition Simon A. Perry Brass Bullet Ltd.
2 If you're looking for trouble, you came to the right place Elvis Presley
3 Overview 1. The magic of processes 2. Modelling 3. The seven views 4. Conclusions (5. Case study)
4 Process and procedure are the last hiding place for people who don t have the wit or wisdom to do their jobs properly David Brent
5 1. The magic of processes Processes are an integral part of life every time we do anything the way we do it Process describes the approach Effective processes replication rather than copying perception Requires views
6 Example process Different view points observer/executor Traceability steps involved evolution of information Roles Why? initial requirements
7 Background Who follows processes? people organisations Process modelling, aka business process modelling, business process management, business process re-engineering, operations management, process mapping, process re-alignment Modelling techniques may be applied to all of the above
8 Problems with processes Too long Too short Written by committee Too many Unrealistic Language Awareness Fear of failure Perception
9 ( Camelot,Camelot ) It s only a model Patsy
10 2. Modelling Modelling helps to combat the three evils of life Complexity Lack of understanding Communication problems Impossible to eliminate, but essential to minimise
11 Modelling techniques Many techniques exist flow charts RACI matrix tables (and variations) BPML I-DEF Technique we will be looking at is the UML
12 The UML The Unified Modelling Language visual modelling language origins in software engineering open standard modelling now an ISO standard Created in 1997 evolution and consolidation of 120+ techniques and notations
13 Rationale for UML Widespread use Accepted internationally ISO UK government mandate, under egif Intuitive Extensive use in other aspects of organisation
14 Process modelling Processes are complex Different types of process very high level (ISO, IEC, BSI) high level (industry standards, PAS) medium level (in-house processes) low level (procedures) very low level (guidelines, work instructions)
15 The process meta-model In order to fully specify any process, a number of concepts must be realised The process meta-model defines this the concepts involved how they may be realised Generic meta-model presented here may be tailored for specific/organisational use
16 Concept view is formatted according to Process knowledge organises presents stakeholder's view of Process model Process document Document template describes purpose of Process Process description satisfies Requirements set Section describes Process validation owns Stakeholder Supplier Customer Domain expert Author User
17 Concept view - with groups Source Understanding Presentation is formatted according to Process knowledge organises presents stakeholder's view of Process model Process document Document template describes purpose of Process Process description satisfies Requirements set Section describes Process validation owns Stakeholder Supplier Customer Domain expert Author User
18 Realisation view validates * satisfies Requirements set Process description Process validation «use case» Requirement «use case diagram» Requirements view satisfies * «actor» Stakeholder «class diagram» Process content view «class» Process defines structure of «class diagram» Process structure view defines behaviour of «activity diagram» Process behaviour view «class diagram» Stakeholder view «class» Stakeholder «class diagram» Information view «class» Artefact «attribute» Artefact «operation» Activity «object» Artefact «swim lane» Stakeholder «sequence diagram» Process instance view produces/consumes validates «activity invocation» Activity «life line» Process
19 Da dah, da da da dah, da da da da dada-da-da, da da da-da-da-da- DAH-DAH The Magnificent Seven
20 3. The seven views The process meta-model comprises seven inter-related views Any language/notation may be used that is able to realise the seven views each may be realised using a small subset of UML diagrams Provides basis for analysis and discussion Consistency may be defined : UML + consistency = model UML - consistency = pictures Consistency = confidence
21 Presenting the seven views The views are presented here with examples from a process model Aim of example is to identify complexity promote understanding of meta-model promote understanding of modelling promote discussion within group promote discussion with customer
22 The requirements view Specifies overall aims of process possible to have more than one view specified by stakeholder or groups Essential for validation changes in related process models changes in business Requirements need to be checked periodically
23 Example requirements view Invoicing context Raise invoice «includes» «includes» Check Initiator Administrator Ensure payment «includes» «constrains» «constrains»«includes» Deliver invoice Director Ensure timliness Maintain accountancy records Monitor invoice
24 Process structure view Specifies structure of concepts terminology used Forms basis for process mapping May relate to other issues life cycle management Identifies high-level conceptual problems
25 Example process structure view Process model 4 Process group Process Artefact produces/consumes Activity Role is responsible for
26 Process content view Identifies actual processes in each group shows activities shows artefacts May show general associations May show dependencies
27 A single process Meeting logistics Minutes Outcome info Invitation Agenda Outcome define outcomes() identify attendees() invite() set environment() greet() execute meeting() close meeting() record minutes() reset environment()
28 The Enterprise process Enterprise Process Meeting logistics Tender application Personnel Customer invoice Minutes Outcome info Invitation Agenda Outcome define outcomes() identify attendees() invite() set environment() greet() execute meeting() close meeting() record minutes() reset environment() Tender information save source() perform high-level review() assess feasibility() update statistics() create directory() create entry() apply for ITT() receive ITT() write tender() review() distribute documents() collate documents() Invoice Date Invoice number Amount VAT rate VAT amount Total To Address PO number Raised by Approved by calculate figures() print () authorise() deliver() check() secondary check() confirm payment() close invoice()
29 Stakeholder view Identifies stakeholder roles within organisation project system Presents stakeholders in a classification hierarchy additional relationships may be added
30 Example stakeholder view Stakeholder Customer Supplier User Sponsor Technical Administration Operator External Management Standard Legal
31 The process behaviour view Shows how an individual process behaves order of activities information flow responsibilities Applies to any process with activity Often defined at procedure level
32 Process behaviour view - Meeting logistics Administrator Chair Secretary Attendee :Outcome info define outcomes :Invitation[] :Agenda identify attendees invite respond set environment confirm greet cancel execute meeting :Outcome record minutes :Minutes reset environment close meeting
33 The information view Identifies all artefacts relationships between them May be at high or low level detailed structure and content of individual artefacts traceability trails
34 Information view - high level Course set-up specification provides detail for Invoice feeds into Accounts record Work order defines detail for
35 Process instance view Shows instances of processes and stakeholders Forms basis for validation Relates process execution back to requirements
36 Example process instance view :Initiator :Project initiation :Course set-up :Customer invoice :Course delivery
37 Practical uses Process capture (tacit, documented, etc) Process analysis (optimisation, improvement, verification, validation, etc) Process definition (documentation, automation, etc) Process mapping (compliance, assessments, audits, etc) Most other process-related buzz words
38 Mapping between standards Structural high-level mapping can be performed with models Detailed modelling captured with tables Metrics may be applied Mapping between multiple standards possible Creation of interface process is very powerful
39 And now, the end is near Frank Sinatra
40 4. Conclusions Processes are prevalent Processes exhibit the three evils Processes may be modelled Confidence in process is essential
41 More information A pragmatic guide to business process modelling, Jon Holt, BCS Publishing UML for systems engineering watching the wheels, Jon Holt, IET publishing simon.perry@brass-bullet.co.uk
42 5. Case study Case study is based on several sources Standards Real process model All diagrams are real Used as an example and basis for exercises Comparisons/mappings made
43 Example process model Case study is based on real-life organisations Names have been removed All diagrams are real Model used as a basis for discussion
44 PSV - Process structure view
45 PSV extended to show groups Process model 4 Process group Technical Project Enterprise Agreement Process Artefact produces/consumes Activity Role is responsible for
46 PSV extended to show life cycle phases Process model Life cycle 4 6 Process group Iteration Phase is executed during Process Conception Construction Operations Artefact produces/consumes Activity Role is responsible for Development Transition Retirement
47 PSV cause for concern? Process model 4 Process group Process Sub process Leaf process Artefact produces/consumes Activity Role is responsible for
48 PSV definite cause for concern
49 PSV - Further breakdown of process groups Process group Enterprise Agreement Project Technical Management Support
50 PCV focus on Enterprise Enterprise Process Meeting logistics Tender application Personnel Customer invoice Minutes Outcome info Invitation Agenda Outcome define outcomes() identify attendees() invite() set environment() greet() execute meeting() close meeting() record minutes() reset environment() Tender information save source() perform high-level review() assess feasibility() update statistics() create directory() create entry() apply for ITT() receive ITT() write tender() review() distribute documents() collate documents() Invoice Date Invoice number Amount VAT rate VAT amount Total To Address PO number Raised by Approved by calculate figures() print () authorize() deliver() check() secondary check() confirm payment() close invoice()
51 PCV focus on Personnel
52 PCV focus on Technical Training
53 PCV focus on Technical Product development
54 SV - Generic stakeholder view
55 SV Focus on Customer
56 SV Focus on Supplier Stakeholder Customer External Supplier Administrator Initiator Technical Organizer Director Development Training Management Project manager Requirements engineer Designer Implementer Demonstrator Tutor Analyst Tester Installer
57 SV responsibility chains
58 SV competencies
59 RV Invoicing process
60 IV Information view
61 IV multiple copies
62 IV - traceability
63 PIV process instance view
64 PIV invoicing for training
65 PIV inclusion of stakeholders
66 PBV process behaviour view Administrator Director Raise invoice :Amount :VAT rate calculate figures [not OK] print :Total :VAT amount :Invoice authorize :Invoice deliver [OK] :Date check [not paid] :Date secondary check confirm payment close invoice [paid]
67 Modelling standards Process must be able to be demonstrated to comply with: Standards Best practice In-house sources Example using several standards Technical mapping ISO & ISO Management mapping PRINCE II
68 IV partial process quagmire
69 PSV high-level structural mapping
70 PSV mapping between groups
71 PCV process mapping Customer/ supplier 8 Process Acquisition Identified supplier Justification Agreement System Payment establish plan() prepare request for service() select supplier() evaluate proposal() negitiate agreement() monitor agreement() confirm compliance() Agreement 2 Process Supply Identified acquirer Response to acquirer Agreement System Responsibility Payment evaluate request() prepare response() negotiate agreement() execute() monitor execution() Supply Response Contract System Delivery statement negotiate contract() develop system() deliver & install() prepare response() identify delivery req's() Acquisition preparation Customer need Customer req's Acquisition strategy Acceptance criteria identify need() define requirements() prepare strategy() define acceptance() Acquisition Operational use Operation Supplier monitoring Activity list Progress Performance provide supplier feedback() review development() Customer support Requirements elicitation Supplier selection Acquisition req's Supplier Contract define acquisition req's() select supplier() prepare & negotiate contract() Customer acceptance Acceptance criteria Evaluation strategy Evaluation result evaluate delivered product() accept delivered product() (ISO 15288) (ISO 15504)
72 PSV life cycle mapping
73 PSV focus on component