V-BPM Cycle Presentation

8/22/2019 V-BPM Cycle Presentation

1/25


2/25

VV--BPM Cycle Reference ModelBPM Cycle Reference ModelBridging the gap between Process Modeling and IT Solutions DesignBridging the gap between Process Modeling and IT Solutions Design

Eduardo GonzalezEduardo GonzalezEnterprise Architect

adidas Group


3/25

adidasadidas GroupGroup

The adidas Group

strives to be the global leader

in the sporting goods industry

with s orts brands built on a assion

for sportsand a sporting lifestyle.

3


4/25

Main BrandsMain Brands

4


5/25

Some Figures Some Figures

Grou Revenue*at 31.12.2009

.

Net income 245 m

Employees worldwide 39,596

Subsidiaries 177

Important locations Herzogenaurach, Canton, Carlsbad,Portland, Amsterdam, Hong Kong,

Panama City

Partner of major sports events 2010 FIFA Football World Cup TM,2012 Olympic Games

5


6/25

adidasadidas Group BPM PracticeGroup BPM Practice

Source: Gartner 2006

Still in early phases, as mostorganizations are.

Trying to take first concretesteps to move forward (this

6


7/25

Business Pro ect IT Pro ect

BusinessBusiness--IT Engineering GapsIT Engineering Gaps

Process Understanding

& Definition

Solution DesignRequirements

Definition

ProcessEngineering

Gap

RequirementsEngineering

Gap

Process models used onl Re uirements are a thick Poor traceabilit of

for trainings, end-up justhanging on the walls.

Not really activated to

stacks of paper impossibleto digest.

Without explicit links back to

solution modules back torequirements.

Too many design details

rve e execu on orelated IT Projects.

exs ng process mo e s. e o eve oper screativity.

Further ref ined rocess models could hel brid in these a s

8


8/25

Business Process Driven SolutionsBusiness Process Driven Solutions

BusinessBusinessArchitecture Business

ObjectsBusiness

Organization

ContextualInformation

BusinessBusinessProcessProcess

Method & Tools

Solution

SolutionWorkflows &

Rules Solution

ITou ons

ArchitectureData Objects Users & Roles o u on

Meta Data

Use business process modeling as the vehicle for a gapless drive all the waydown from high-level business needs definition to satisfactory IT Solutionsdesign and implementation.

9


9/25

First QuestionFirst Question

ow o nser us ness rocess

Models tan ibl and seamlessl

into the Software Development-

10


10/25

Existing Reference ModelsExisting Reference Models

MonitorOptimizeDesign 1 5

BPM Cycle

Model Execute2 3 4

RequirementsAnalysis

AcceptanceTesting

AcceptanceTest Design

Solution

Definition

Architecture

Design

Integration

Testing

Solution

Testing

Solution

Test Design

Integration

Test Design

Single

Consolidated

ModuleDesign

UnitTesting

UnitTest Design

Reference

Model ?

Coding &AssemblingV-ModelProcess

Levels

11


11/25

VV--BPM Cycle Reference ModelBPM Cycle Reference Model

MonitorOptimizeDesign 1 5

Level 2

Requirements Acceptance

Model Execute2 3 4Level 3

SolutionDefinition

Analysis

SolutionTesting

Testing

Level 4

ArchitectureDesign

IntegrationTesting

Level 5

ModuleDesign

UnitTestingLevel 6

Coding &Assembling

Executable

Workflow

12


12/25

ProcessProcess--Centric Solution ArchitectureCentric Solution Architecture

Flexible end-to-end processorchestration of manual andsystem supported activities

Single user access point to workflowtasks and backend systems viastandard portal technology

Process flow parameterizationvia configurable and end-usermanaged business rules

12


13/25

Decomposition & ReassemblingDecomposition & Reassembling

?

1 2 3

Further decompose

the business

process into

Translate the

smaller process

elements into

Reassemble the

solution building

blocks into a

elements.

blocks.complete solution.

14


14/25

Second QuestionSecond Question

How to chunk the BusinessProcess to facilitate the

process elements into solution

u ng oc s

15


15/25

ObjectObject--Driven Process DecompositionDriven Process Decomposition

Object 1

Object 5

Object 7

Process A Process B Process C Process D

Object 3

Object 4 Process

Objects Map

Process E Process FObject 2

Ob ect 6

Object 8

An end-to-end process can Object life-cycles are the Decomposing a process

described as the handlingof core solution objects

(tangible and/or conceptual

dynamic essence ofprocesses and the data

structures around which

-

core solution objects

facilitates the derivation of

solution building blocksones) a ong e r u e-cycles.

sou on u ng oc s aredesigned and developed.

Conce t Source: BPM: A Ri orous A roach b Mart n Ould

rec y rom e processmodels.

16


16/25

Business and Solution ObjectsBusiness and Solution Objects

Object Modeling

Business Objects Solution Objects

1. Business objects are identified anddepicted in high-level Conceptual

1 3. Process-related structural andvalue calculation rules are also

3

friendly notations.

2. Solution objects are identified and2

.

4. The classification of objects as4detailed in Logical Object Modelsby refining (normalizing; subtyping;etc.) the simplified business viewfrom the Conce tual Ob ect Model.

backend, process, or maste -data starts in the Logical ObjectModel and is completed in thePh sical one.

17


17/25

Object States ModelingObject States Modeling (Life(Life--Cycle)Cycle)

Cluster exclusive states

within separate parallel

Model each object state

as a subtype in the Logical

Identify and document

intra- and inter-object-Normalization)

.

18


18/25

Object Handling CasesObject Handling Cases

Handling Case

--

Sub-caseHandling Rules(i.e. flow direction;

calculation, etc.)

Case Identification

1 Solution Object equals

Analogy to use cases.

Describe the way the

Case Types

Operational (single

Sub-cases for state-cyclesor complex states

system handles objectsalong their full life-cycle.

Management (multipleinstances)

Master Data

19

(Concept Source: BPM: A Rigorous Approach )


19/25

Object Model PrismObject Model Prism

LogicalData Model

object, triggering the parallel modeling of its solution objects life-cycle,starting from each corresponding Handling Case

20


20/25

CaseCase--GridGrid

Use

Case

Object

Handlingase

Vertical Use Cases Horizontal Object Handling

The Case-Grid is the solid

behavior from a rolecentric perspective.

system handles objects alongtheir respective life-cycle, asthey are handed-over across

functional and architecturalelements of the solution arederived.

21

.


21/25

Services Identification & ImplementationServices Identification & Implementation

Workflow Services (BPMS) Start/Stop of Handling Cases

BI Services BI BPMS Information Queries (Management

Handling Cases)

BAM Services BPMS Information Queries (Operational &

Management Handling Cases)

Composite Services (ESB) Cross-object Rules Validation

Composite Values Calculation

Computational Services (BRMS) Handling Rules Validation Attribute Value Calculation Rules Decision Value Calculation Rules

Data Services (Backends / MDM) Object State Settings Object State Changes Intra-object Rules Validation

Service

22


22/25

ObjectObject--Modeling Specific DeliverablesModeling Specific Deliverables

4 new deliverables addedto identify and model

and their associatedHandling Cases.

Case-Grid

e og ca a a o emoved to an earlierposition in the SDLC.

Workflows are simply

specified as a naturalrefinement of theredefined Handlin

Cases.

23


23/25

Refined VRefined V--BPM Cycle DeliverablesBPM Cycle Deliverables

24


24/25

To Be Continued To Be Continued

Definition of explicit deliverables for the Monitor and Optimize

BPM Cycle phases.

Modeling techniques to identi fy and describe process KPIs, and derive

from them functional and non-functional QoS re uirements.

Exploration and comparative analysis of richer Object State Modeling

- -

interdependencies.

Management (ACM) techniques into the Case-Grid concept.

Testing and refining of the concepts and techniques by extensively

using them in the real world

25


25/25

QuestionsQuestions

26

Documents

V-BPM Cycle Presentation