Vous êtes sur la page 1sur 20

Modlisation mtier avec

UML
Une architecture centre sur les processus mtier

Le contexte

Dans un contexte de comptitivit accrue les entreprise doivent se


donner les moyens:

dvaluer la qualit de leurs produits et services


dvaluer la qualit de leurs systmes dinformation (adquation au
changement, lusage de linformation, aide aux processus etc.)

Aujourdhui, le systme dinformation nest plus vu comme une aide


au mtier mais en fait de plus en plus partie.
Tout mtier utilise linformation, il est aprs tout celui qui dtermine
les besoins dun systmes dinformation. Il est donc important que
celui-ci soit conu pour rpondre ses besoins.
besoin de modliser le mtier

Un modle de mtier est une vision simplifie du mtier. Il est


labstraction de comment fonctionne le mtier.

Le contexte

La modlisation des processus mtier doit prendre en compte

Le pourquoi?
Pourquoi est ce que le processus mtier existe.
Quoi?
Les activits mtiers dtailles qui doivent tre accomplies pour
atteindre les objectifs assigns au processus.
Qui?
Le systme ou la partie responsable pour chacune des activits.
O?
Le lieu o doivent se drouler les activits.
Quand?
Le mtier est sensible au facteur temps ses processus le sont
galement.

Modlisation des processus mtier

Quest ce quun processus mtier

Quest ce quun modle de processus mtier

emballage

Cest la manire dont une entreprise traite un


besoin mtier , ex: la gestion des prts
bancaires dans une banque, la gestion dune
commande dans une entreprise. Il sagit dun
ensemble dactivits mens par des individus et
des systmes pour rpondre un besoin
mtier.
Cest labstraction de la manire dont
collaborent des systmes et des individus pour
rpondre un besoin mtier dcrite dans une
notation.
Cest une vue simplifie de cette ralit
Cest la reprsentation dune connaissance et
dune expertise de la pratique du mtier.

Contrle qualit

facturation

livraison

Modle de processus mtier

A1

A3

conseiller

A2

A5

responsable

A4
comptable

Modlisation des processus mtier


Modle de processus mtier

emballage
A1

A3

conseiller

A2

Contrle qualit

A5

responsable

A4

facturation

livraison

comptable

Quest ce quil faut attendre de la


modlisation

Communication

Standards

Utiliser une notation commune


viter les effets de mode et les notation propritaires
Important pour assurer la prennit des spcifications
Mais pas pour le standard

Outils

Doivent fournir une assistance pour tout le cycle de


vie
Ne pas se limiter des boites outils (non intgres)

Difficult de la modlisation

Challenges

Processus larges et complexes.


Les acteurs de ces processus nont pas toujours une
matrise de tous les facteurs qui influent sur le
processus
Divers individus ont diffrentes visions du processus
Les processus sont souvent transversaux (peuvent
concerner diverses organisations)
Absence dun vocabulaire commun
Couvrent plusieurs aspects et diffrents niveaux
dabstraction et de dtail.

Le rle des modles

Un modle mtier est une sorte de plan qui conduit le


mtier.

Il permet une meilleur comprhension du processus


Il sert de base lamlioration du processus
Il sert de base laide la dcision, affecte les dcision en fixant
les priorits sur les objectifs, sert de base pour obtenir des
ressources.
Il permet danticiper les changements et volution.
Mme sil napporte pas toutes les rponses, il fournit une vision
de la stratgie suivre.

Un modle mtier est compos de:

Vues
Diagrammes
Objets et processus

UML pour la modlisation mtier


Lintrt dutiliser un langage tel que UML est de:

Disposer dun langage visuel permettant la reprsentation simple


des fonctions et leurs relations,

Utiliser un langage reconnu comme standard

Utiliser des techniques prouves

Utiliser des concepts similaires (tout pourra tre rapport des


objets, relations et interactions entre objets)

Utiliser la mme notation que celle utilise pour la modlisation


du systme et resserrer ainsi lcart entre les deux modlisations.

Modliser larchitecture mtier

Les modles architecturaux dfinissent la structure du mtier est sont


primordiaux pour comprendre le mtier et ses fonctionnalits.
Daprs Eriksson et Penker une bonne architecture permet au
concepteur dabstraire le mtier en divers aspects et vues et de se
focaliser sur un seul aspect la fois .
Les concepts mtier

Ressource

Processus

Sont les activits excutes par le mtier et durant lesquelles ltat des
ressources change. Les processus dcrivent comment faire les choses et
sont diriges par les rgles

Objectif

Tout objet humain, matriel, informationnel utilis ou produit par le mtier. Les
ressources sont organises en structures ayant des relations entre elles.

Ils dcrivent la finalit du mtier et peuvent tre dcomposs en sous


objectifs.

Rgle

Traduisent la connaissance du mtier. Elles dfinissent des contraintes sur


les diffrents aspects du mtier.

Mta modle pour la modlisation mtier


Processus

Objectif

Rgle

Ressource

Modlisation mtier UML

Le modle des processus mtier est une extension du modle


dactivit dUML.
Il a t propos en 2000 par Eriksson et Penker dans leur
ouvrage "Business Modeling with UML, Business Patterns at
Work
Ce modle a t construit en exploitant les mcanismes
dextension de la notation UML

Les strotypes

Les tagged value

Les contraintes

UML pour la modlisation mtier


Un modle est la description complte dun
systme, conformment une perspective ou
un point de vue.

Use Case
Use
Case
Diagrammes
Diagrams
Diagrams
de cas
dutilisation

Use Case
Use Case
Diagrams
Diagrammes
Diagrams de
squence

Scenario
Scenario
Diagrams
Diagrammes
Diagrams de
collaboration

Dynamique

Statique
State
State
Diagrams
Diagrammes
Diagrams
de classes

State
State
Diagrammes
Diagrams
Diagrams
de
composants

Modles

Scenario
Scenario
Diagrammes
Diagrams
Diagrams
dtatstransitions

Diagrammes
dactivit

State
State
Diagrams
Diagrammes
Diagrams
dobjets

Component
Component
Diagrammes
Diagrams
Diagrams
de
dploiement

UML pour la modlisation mtier


Process
name ASPECT
name

Generic
Concept

MODEL TABLE: BUSINESS PROCESS MODEL


Notation

Description

Remarks

Begin State

Initial state
of the
process that
is modeled

Each process model


that contains control
flows has exactly one
begin state

End State

Final state of
the process
that is
modeled

Each process model


that contains control
flows has exactly one
end state

Activity

Elementary
Activity
causing a
state
transition

Process

name

Process
name

An
aggregated
structure of
activities.

For each process, a


new process model
must be drawn that
"zooms in" on the
elementary activities
that comprise this
process

UML pour la modlisation mtier


Information
name

Physical

name

Resource

Abstract
name

People
name

Classes of
things that
are
consumed or
produced by
processes or
activities

Distinction is made
between: Information
resources, e.g. the
information in
documents, orders,
production plans.
Physical resources,
e.g. products,
machines. Abstract
resources that cannot
be touched upon, e.g.
contracts, accounts.
People, e.g.
employees
participating in the
process
Mind the consistency:
All resources appear
in the conceptual
model

Les processus mtier

Cest la partie active du mtier


Il dcrit la coopration des ressources et de la
transformation de ces ressources
Cest un ensemble structur dactivits conue pour
produire un rsultat la destination dun client ou dun
march.
Un processus

Possde un objectif
Ncessite une entre spcifique
Produit un rsultat
Utilise des ressources
Est dcrit par des activits organises dans un certain ordre
Affecte plus dune unit organisationnelle (horizontal)

Exemple de processus mtier

Information

Confirmation
Information

commande

Process

Livraison
commande

Goal

Respect des
dlais de
livraison

tape de processus ou activit

Les tapes dun processus sont reprsentes comme


lenchanement des activits qui le composent.

Un processus peut son tour tre compos de processus


et/dactivits

Un processus atomique nest compos que dactivits

Il nexiste pas de limitation du nombre de niveaux de


dcompositions dun processus

Un processus peut tre transverse plusieurs domaines de


lorganisation.

Exemple de processus complexe


process
Dveloppement du produit
prparation

ngociation
abstract
produit

information
Analyse du march

ralisation

acceptation

Exemple de processus atomique

Information

Information

commande

enregistrer
commande

Confirmation

montant >
10000 ?

[oui]

envoyer
Confirmation

[Non]

10

Exemple de processus transverses


Recherche

Dveloppement
produit

Commercial Vente

Fabrication

process
inspection

process
Lancement produit

process
Amlioration produit

Les vnements mtier

Un vnement peut:

Initier lexcution du processus


Affecter le comportement et lexcution du processus
Signaler la fin dun processus en produisant un vnement.

Le fait que lvnement surviennent du monde extrieur


(arrive dune commande client) ou dun autre processus (un
bordereau de livraison) importe peu.
Un vnement est reprsent par un strotype de classe.

Business event
Ordre client

11

Les vnements mtier

Dans un diagramme de processus on distingue lvnement


reu de lvnement mis.

vnement envoy

vnement reu (attendu)

Les ressources

4 catgories de
ressources

Physical: a une existance


materielle (article)
Abstract: une ide ou un
concept (contrat, compte)
Information: manipule
des informations sur
dautres objets (sparer
lobjet de linformation)
People: participe au
droulement du
processus

Resource

Thing

Physical

Information

Abstract

People

12

Les objectifs

Un objectif dcrit ltat souhait dune ou de plusieurs


ressources.

Il peut tre rattach au mtier dans sa globalit ou un processus


spcifique
Il doit tre mesurable pour suivre sa progression
Il peut de haut niveau (nous serons les leaders du march dici 5
ans ) ou spcifiques (nos ventes dpasserons xxxx en Asie du
sud).

Un objectif peut tre dcompos en sous objectifs

Un objectif peut se substituer un autre objectif

Un objectif doit tre rattach une problmatique mtier.

Les objectifs
<<Goal>>

Dans UML les objectifs sont


reprsents par des objets.
Un diagramme dobjet est
utilis pour reprsenter les
interdpendances entre objets.
Un objectif est donc linstance
dune classe UML strotype
par Goal .
On utilise le concept UML de
note strotyp en Problem
pour dcrire le problme
rattach lobjectif
Deux classe objectif ont t
prdfinies: Qualitative Goal
et Quantitative Goal

Quantitative Goal
Goal description : String
Goal value : Quantity
Current_value : String
Unit_of_measurement : String

<<Goal>>

Qualitative Goal
Goal_descript ion : String

Vente efficace :
Qualitative Goal

Problem
Force de vente

13

Les rgles

Elles dfinissent des contraintes,


conditions et rgles qui rgissent
le droulement des processus.
Souvent la rgle porte sur les
relations entre concept et dfinit
les conditions de validit des
relations.
Trois types de rgles

Drivation: dfinit comment driver


une information partir dune
autre. Il peut sagir dune rgle de
calcul ou dinfrence.
Contraintes: garantissent lintgrit
des objets. Par exemple les pr et
post conditions dune opration
dun objet.
Existence: dfinition les condition
de cration et de destruction des
objets.

People
Personne
1

{Personne.salaire >50000}
signe

0..*

Abstract
Contrat de bail

Fait rfrence
1

Physical
Proprit

Rule
Location=0.115*objet_bail.valeur

Rgles dans un diagramme de classes comme


contraintes, note rgle ou multiplicit

Les relations

Les relations organisent les


diffrents objets (ressources,
processus, objectifs etc.).
Les diagrammes utiliss tant ceux
dUML les relations seront
reprsentes selon chaque vue du
mtier conformment au diagramme
utilis.
Rappel des relations dans UML:

Transition entre tat / activits:


Gnralisation
Association/agrgation
dpendance
Raffinement

Physical
Superclass

Physical
Composant A

Physical
Subclass

Physical
Composant B

People
Personne associe

14

Les vues dune architecture mtier

La complexit de la modlisation du mtier requiert sa


dcomposition en vue multiples.
Chacune se focalise sur un aspect spcifique. Le modle st ainsi
construit de manire incrmentale.
Pour dfinir larchitecture mtier il est recommand davoir:

une connaissance du mtier,


des modles antrieurs du mtier
Des modles de rfrence du domaine (styles architecturaux
gnriques).

Quatre vues ont t dfinies:

Vision mtier: problmes rsoudre et objectifs atteindre


Processus mtier: activits et valeur produite. Interactions entre processus et

relations avec les ressources


Structure mtier: organisation du mtier et structure des produits gnrs.
Vision comportementale du mtier: le comportement individuel de chaque
ressource et de chaque processus

De larchitecture mtier larchitecture


logicielle

Le modle mtier peut servir de base la modlisation du


systme dinformation. Cette utilisation est facilit si la mme
notation est utilise dans les deux.
Il sagit cependant gnralement de deux projets distincts et il
nexiste pas de relation un un entre les composants des
deux modles.

15

Processus de dveloppement dun systme


Phases

Flux dactivits

Inspection

laboration

Construction

Transition

Capture des
besoins
Analyse
Conception
Implmentati
on
tests

Les vues dune architecture logicielle


Vue logique
Utilisateur final
Fonctionnalits

Intgrateurs systme
Performance
Passage lchelle

Vue de la ralisation

Vue des cas


dutilisation
Vue du
processus

Conceptuel

Programmeurs
Gestion du dveloppement

Vue du dploiement
Ingnierie du systme
Topologie du systme
livraison, installataion et
communication

Physique

16

Les vues darchitecture

La vue des cas dutilisation

Illustre les fonctionnalits cls du systme tel quelles sont perues


par les acteurs externes. Cette vue dirige les autres vues comme
lultime objectif du systme est de rpondre aux cas dutilisation

La vue logique

Montre la ralisation des besoins fonctionnels au travers les


groupes de classes (paquetages), les classes significatives
(diagrammes de classes), les tats et les comportements des classes
(diagrammes dtats) et les collaborations entre objets (les diagrammes
de collaboration, de squence et dactivit)

La vue du dploiement

Dcrit le systme en terme de nuds physiques (diagramme de


dploiement)

Les vues darchitecture

La vue de limplmentation

Structure le dveloppement du systme en terme de modules de


code (source et excutable).

La vue processus

Structure le systme en processus, interactions et


synchronisations

17

Utiliser larchitecture mtier pour dfinir


larchitecture logicielle

Cest un processus complexe

Toutes les parties du mtiers ne sont pas implment dans le systmes


logiciel (personne, activits manuelle et certain objectifs mtier)
Une classe ou un objet mtier ne correspond pas toujours une classe
ou un objet du systme logiciel
Les objectifs des deux modles ne sont pas les mmes il nest
gnralement pas bnfique de surcharger le modle mtier avec des
besoins de la modlisation systme, le premier y perd son sens.

Le modle mtier est utilis dans la modlisation systme pour:

Identifier les informations utiles aux processus mtier


Identifier les besoins fonctionnels et non fonctionnels
Servir de base lanalyse et a la conception (les ressources peuvent fournir des
classes du systme)
Identifier les composants adquats, le mtier ayant une visions globale et

transverse, les composants mtier peuvent tre une meilleure solution que les composant
identifis suite des considrations techniques.

Une cartographie du systme montrant


son support au mtier
<<system>>

systme
comptable

<<s ystem>>

systme
inventaire

<<system>>

base de
donnes clients

<<system>>

systme de
ventes

18

Servir de base lidentification des besoins


Les besoins fonctionnels sont dfinis dans le systmes par les
cas dutilisation

Un cas dutilisation ne correspond pas un processus mtier mais


un service attendu comme partie dun processus lextrieur du
systme.
Lanalyse des cas dutilisation fait partie de lactivit danalyse des
besoins.
Le modle du mtier sert identifier les services que doit fournir le
systme au mtier
Il peut servir dfinir les incrments dans un dveloppement
incrmental en aidant dfinir les priorit sur des considrations
mtier et non technologique (risque, ou dtendu de la solution logicielle)

Exemple de correspondance mtier-systme

Rserv comme livr

Mise jour inventaire

Identifier commande

Retirer liste des produits

assemply line
Systme inventaire

Extraire information commande

assemply line
Systme ventes

Identifier vendeur

assemply line
Systme comptable

Rserver comme vendu

UC1

process
Livrer commande

Enregistrer acompte

process
Enregistrer transaction
Crer transaction

process
Confirmer vente

Extraire information commande

19

Servir de base lanalyse et la conception

Le systme doit offrir des services au mtier les processus et


les ressources auront une reprsentation directe ou indirecte
dans le systme logiciel:

Certaines ressources ne sont peut tre pas implmentes dans


le systme mais communique avec lui et apparaissent donc
comme acteur ou objet interface dun autre systme.
Les processus mtier fournissent des informations sur les
communications entre les objets et alimentent ainsi les
diagramme de cas dutilisation ou de collaboration.
Les ressources de type information sont implmentes par
des classes entity .
Etc.

Servir de base lidentification des


composants

Les approches par les composants prennent de plus en plus


dimportance dans les approches de dveloppement de
logiciels.
Les composant a orientation mtier semblent susciter de plus
en plus dintrt au dtriment de composants orientation
technique.
Pour rsumer, la relation entre un processus mtier, un cas
dutilisation et un composant on peut dire:

Un processus mtier utilisera un ou plusieurs cas dutilisation


fournis par le systme, et les cas dutilisation peuvent tre
implments au travers de composants gnriques qui
rpondent tous ou certains des cas dutilisation.

20