L'opération
Méthode UML : Comportement d'un
objet, c'est-à-dire l'ensemble des actions (appelées
opérations) que l'objet est à même de réaliser.
Opération SOA : Activités
constituant le périmètre fonctionnel que l'on souhaite exposer
aux consommateurs.
Un service métiers peut être constitué
d'une ou plusieurs opérations (traitements) mise(s) à disposition
d'un contrat mais pas systématiquement toutes appelées par le
contrat (en raison des pré et post conditions du SLA). La version touche
le service et non pas l'opération. Ainsi une modification
d'opération engendre la création d'une nouvelle version de
service.
AnalyserStockProduit
AnalyserDelaisProduit
Contrat de Service
_
MettreajourStockreserve
Illustration 21 :
Extrapolation de la représentation des cas d'utilisation pour illustrer
les Opérations
Le
Processus
Le diagramme d'activités UML permet de mettre en
lumière les opérations autour desquelles le consommateur et le
fournisseur s'inscrivent dans un jeu de rôles. Des
« pré » et « post » conditions
peuvent être définies par opération. Cette
modélisation concerne deux types de processus : Les processus
d'orchestration entre consommateur et fournisseur
(« chorégraphie »), Les processus d'orchestration
privés, internes au consommateur ou interne au fournisseur.
L'orchestration peut s'illustrer de diverses manières (réseau de
pétri, diagramme d'état, diagramme d'activité ...).
Illustration 22 : Phases
d'orchestration vues au travers d'un diagramme d'activités
réalisé sous Magicdraw
Le
Composant
Le périmètre du composant est celui d'un
programme qui s'exécute en exploitation, par exemple : un EJB, une
servlet dans une infrastructure J2EE. La modélisation traduit par un
composant, chacun des concepts logiques (moteur d'orchestration,
catégorie, service).
Illustration 23 : Diagramme
de Composants réalisé sous Magicdraw
| 
