Professional Documents
Culture Documents
UML
Une architecture centre sur les processus mtier
Le contexte
Le contexte
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.
emballage
Contrle qualit
facturation
livraison
A1
A3
conseiller
A2
A5
responsable
A4
comptable
emballage
A1
A3
conseiller
A2
Contrle qualit
A5
responsable
A4
facturation
livraison
comptable
Communication
Standards
Outils
Difficult de la modlisation
Challenges
Vues
Diagrammes
Objets et processus
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.
Rgle
Objectif
Rgle
Ressource
Les strotypes
Les contraintes
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
Generic
Concept
Description
Remarks
Begin State
Initial state
of the
process that
is modeled
End State
Final state of
the process
that is
modeled
Activity
Elementary
Activity
causing a
state
transition
Process
name
Process
name
An
aggregated
structure of
activities.
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
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)
Information
Confirmation
Information
commande
Process
Livraison
commande
Goal
Respect des
dlais de
livraison
ngociation
abstract
produit
information
Analyse du march
ralisation
acceptation
Information
Information
commande
enregistrer
commande
Confirmation
montant >
10000 ?
[oui]
envoyer
Confirmation
[Non]
10
Dveloppement
produit
Commercial Vente
Fabrication
process
inspection
process
Lancement produit
process
Amlioration produit
Un vnement peut:
Business event
Ordre client
11
vnement envoy
Les ressources
4 catgories de
ressources
Resource
Thing
Physical
Information
Abstract
People
12
Les objectifs
Les objectifs
<<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
People
Personne
1
{Personne.salaire >50000}
signe
0..*
Abstract
Contrat de bail
Fait rfrence
1
Physical
Proprit
Rule
Location=0.115*objet_bail.valeur
Les relations
Physical
Superclass
Physical
Composant A
Physical
Subclass
Physical
Composant B
People
Personne associe
14
15
Flux dactivits
Inspection
laboration
Construction
Transition
Capture des
besoins
Analyse
Conception
Implmentati
on
tests
Intgrateurs systme
Performance
Passage lchelle
Vue de la ralisation
Conceptuel
Programmeurs
Gestion du dveloppement
Vue du dploiement
Ingnierie du systme
Topologie du systme
livraison, installataion et
communication
Physique
16
La vue logique
La vue du dploiement
La vue de limplmentation
La vue processus
17
transverse, les composants mtier peuvent tre une meilleure solution que les composant
identifis suite des considrations techniques.
systme
comptable
<<s ystem>>
systme
inventaire
<<system>>
base de
donnes clients
<<system>>
systme de
ventes
18
Identifier commande
assemply line
Systme inventaire
assemply line
Systme ventes
Identifier vendeur
assemply line
Systme comptable
UC1
process
Livrer commande
Enregistrer acompte
process
Enregistrer transaction
Crer transaction
process
Confirmer vente
19
20