Process modelling and definition. Simon A. Perry Brass Bullet Ltd.

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