Day 9-10 - Service modeling in depth.pdf

7/23/2019 Day 9-10 - Service modeling in depth.pdf

1/32

Service Modeling in depth

!"#"$%& ()*+,-./ 012-.-./

3456748


2/32

2014 Cordial Business Advisers AB. All rights reserved.


EA Modeling Overview

EA TOOL BASICSPROCESSMODELING

SERVICEMODELING

INFORMATIONMODELING

APPLICATIONMODELING

O

bjective

T

argetGroup

Content

To secure basicmodeling skills ina repository

based EA tool

All roles involvedin creating EAcontent

Importantconcepts

Basic modeling

Navigation

Reports

ARIS BusinessPublisher

To secure basicprocess modelingskills in a

repository basedEA tool

All roles involvedin creatingprocess content

Hierarchy

Models & objects

Exercises

Key design

principles

To secure basicbusiness servicemodeling skills in

a repositorybased EA tool

All roles involvedin identifying andmodeling

capabilities andrequirements

Hierarchy

Models & objects

Exercises

Key design

principles

To secure basicinformationmodeling skills in


All roles involvedin identifyinginformation

requirements

Hierarchy

Models & objects

Exercises

Key design

principles

To secure basicapplicationmodeling skills in


All roles involvedin describingexisting

applications aswell as future

solutions

Hierarchy

Models & objects

Exercises

Key design

principles

2


3/32



Agenda Day 7-8 Service modeling in depth

Agenda TEACHER

Service modeling architecturewalkthrough

Agust Wadstrm

Identify Services and Capabilities Agust Wadstrm

Exercise: Case in Service Architecture Agust Wadstrm

3


4/32

Service modeling architecturewalkthrough


5/32


6/32


What is the purpose of process capabilities?

!

Process capabilities embody therequirements for functional support in

the processes.

! By exposing the process capabilities,

we can ensure that we do not realize

the same functionality in severaldifferent solutions.

!

Examples of questions that areanswered through the process

capabilities:

From a process perspective whichfunctional requirements are

applicable on IT systems?

What information must be available to

enable functional requirements to bemet?

What requirements are realized by

process capabilities?

6


7/32 2014 Cordial Business Advisers AB. All rights reserved.

Service vs Product / Offering?

! As we noticed, services can be difficult to identify because they are often closely

associated with a good; such as the combination of a diagnosis with the administrationof a medicine

! hence, a useful definition for putting the service in a context is:

A Product / Offering = a Good or a Service, or a combination of both!

7



Why use Business Service Architecture?

" %9 :);+ ?2,29 21+ ;1+29+* 2.* 9>+ :2. ). >)D )1 EF D>) 9>+ A1);+== -= ;211-+* ))



The process capability architecture

A capability element describing the atomic parts of the activity capability

A Business Service that creates a clear value with no description of how itworks creates several business objects

A process capability that may solve a clear business requirement bysupporting one or several process components creates at least one

business object

An activity capability describing the functionality it needs to support one orseveral activities too small to create a business object

Level 1

Level 2

Level 3

Level 5

Level 4

Level 6

Domains decomposed into sub-domain, targets for logical applications

Domains

9



A process capability represents the functionalitya process need to execute

BOOKINGPROCESS

REGISTERCUSTOMER ORDER

CUSTOMERORDER

Is supported by

Has output of

Is input for

RESERVATIONSYSTEM

supports

10



The Process Architecture is the foundationfor the Service Architecture

The Process Architecture The Service Architecture

!"# %&'()*+,#--#- .*# /"# 0.1

/"./ /"# #2/#*)*3-# ,.2

)*+4&,# 5&-32#-- %#*63,#-7 82#

+* 9.21 )*+,#--#- :*#.;3



The Service Architecture is designed to supportthe Processes

!"# >&2,?+2.;3/1 4#9.24#4 '1

/"# @*+,#-- A+9)+2#2/- .*#

-&))+*/#4 '1 @*+,#--

A.).'3;3?#-

The Process ArchitectureThe Service Architecture

Locate Vehicle

L4

Identify location for VehicleDelivery

L4supports

12



Service ArchitecturePrinciples

1.

A Business Service (offered by a Sub-domain) is realized by one, or

several, Sub-processes (1:M)

2.

Business Services belongs to a Sub-Domain (M:1)

1.

A Business Service is provided by one and only one Subdomain (M:1)

2.

or A Business Service is realized within one and only one Subdomain(M:1)

3. A L4-Capability supports one or several Process Components (1:M)

4. Business Service encompasses L4 Capabilities (M:M)

13



The Domain Concept

Deconstruction of the enterprise

Each domain is cohesive (with regardsto process, information and/orsystems) with clear purpose of

delivering products/services (internalor external)

Each domain is loosely coupled with

other domains

Can be further decomposed into sub-domains

Independent of country, business

units, organization etc

More stable than organizational

structures

The Enterprise

Domain A

Domain C

Domain B

External product/service

Internal product/service

14



Objects Description

15



The information that is handled between thecapabilities at level 3 is called business objects

Marketplanning

Production ofmarketingmaterial

Production ofmarketing

activity

16

MARKETPLAN

MARKETMATERIAL

Activityplan

Marketplan

Business area

Business plan

Salesunit

Brochure

Marketmaterial

Language style

Customergroup

Picturegallary

Business object describes exactly what information an ability or process capabilityhandles in the shape of objects



Business objects is information in the shape ofentities

Business object describes exactly what information an ability or process capabilityhandles in the shape of objects

MARKET PLANMARKET

MATERIAL

Activityplan

Marketplan

Business area

Business plan

Salesunit

Brochure

Marketmaterial

Language style

Customergroup

Picturegallary

Production ofmarketing material

17



The entities in the business object comes(usually) from several different object groups

MARKET PLAN

OBJECT GROUP: Strategic planning

Operational

planProject

plan

OBJECT GROUP: Organization

Productionunit

Legal unit

Group

Business

areaSalesunit

Marketplan

Businessplan

Activityplan

Activityplan

Marketplan

Business area

Business plan

Salesunit

1818



An entity can exist in more than one businessobject

CUSTOMER

CustomerOrder

OrderlineProduct

Bus

ines

sob

ject

CUSTOMERORDER

Kund

Customer

Customercategory

Order

Order

Orderline

Product

Productcategory

ProductObjectgroup

Customer

Customercategory

19


20/32

Identify Services and Capabilities

P bili i id ifi d f h


21/32


Process capabilities are identified from the processarchitecture

Processes are used to answerquestions about how weperform different tasks in thebusiness and who makes it.

Process Process Capability

Capabilities describe what iscreated without regard to the

order or who performs thetasks that the capability

provide.

Level 3

Level 4

Level 5

Level 6

Level 3

Level 4

Level 5

Level 6

21


22/32

2014 Cordial Business Advisers AB. All rights reserved.22

Derive Business Services fromthe Sub-processes.

Describe each Business Service

Name convention: Verbal Noun

Vehicle Check-OutCheck-Out Vehicle

L3

How to Identify Business Services

Develop the Service Architecture

Identify BusinessServices Identify BusinessObjects Identify ProcessCapabilities

Define the Service

Architecture &Collaboration

Detail theBusiness Objects

Identify

FunctionalRequirements


23/32


Analyze the Process Artifacts

Identify BO candidates

Describe the Business Objects

How to Identify Business Objects



Define the Service



Identify



24/32


Check-Out Vehicle

L4

Check-Out Vehicle

L4

Check Vehicle Condition

L4

Finalize VehicleRental Agreement

Check-Out RentalVehicle

Check VehicleCondition

Check VehicleRental Agreement

Create VehicleRental Reservation

Offer add-onService

Capabilities

Derive Capabilities from theProcess Components.

Describe each Capability

Name convention: Verb + noun

How to Identify Capabilities



Define the Service



Identify



25/32


Develop a Business ServiceContext Model for each service

Develop a Business ServiceArchitecture Model for eachservice

Develop a Business ServiceCollaboration Model

Define the Service Architecture



Define the Service



Identify



26/32


Create Business Object Modelsfor each BO

The purpose of this model is todescribe the requirements oninformation in terms of Entitiesand relationships.

Detail the Business Objects



Define the Service



Identify



27/32


The purpose of this model is todescribe the requirements for aspecific capability.

Requirements are described interms of input/output(information) to/from thecapability as well as specifyingfree text descriptions of thecapability.

This model can be used on bothL4 and L5

Identify Functional Requirements



Define the Service



Identify



28/32

Exercise: Case in Service Architecture


29/32


Set Headerfor models

Set Descriptionattribute for models

Set Person responsible attribute for models

Set Model hierarchy number attribute for model

Set Model/object status attribute for models

Set Descriptionattribute for objects

Set Hierarchy number attribute for objects

Actions for Modelers

29


30/32


Create a Service Architecture

!

Create a Service Architecture based on given Process Architecture Map

! Time: 120 minutes

30


31/32


Create a Service Architecture

Identify and create Business Services, Capabilities and Business Objects based on theprocess. Show from which Processes and Artefacts the objects are created.

Use the created objects and create a Capability Collaboration Model (CCM)

Choose one the Business Objects and create a Business Object Model (BOM), makesure that the model is assigned to the object

Create a Capability Architecture Model (CAM) on one of the Capabilities and assign it

Create a Capability Requirement Model on the same Capability and assign it

31


32/32

Bonus Challenge - Ericsson real life experience

! Identify Business Services based on this Change Management

Process from MSTOP (Can be provided separately)

Day 9-10 - Service modeling in depth.pdf

Documents

Transcript of Day 9-10 - Service modeling in depth.pdf