Produit: Opération métier |
|
 |
Service métier pouvant être requis à partir d'un objet afin d'activer un comportement. Une opération indique le nom, le type, les paramètres et les contraintes permettant d'invoquer un comportement associé. |
|
Objet
La fonction première des opérations est d'enregistrer les services métier fournis et nécessaires qu'un élément prend en
charge ou requiert.
|
Relations
Rôles | Responsable:
| Modifié par:
|
Entrée vers | Obligatoire:
| Facultatif:
| Externe:
|
Sortie de |
|
Description principale
Les spécifications d'une opération ont la structure suivante :
-
Description
-
Paramètres d'entrée-sortie
-
Exigences non fonctionnelles :
-
Elles sont dérivées des exigences non fonctionnelles associées aux étapes des différents cas d'utilisation
métier pris en charge par cette opération.
-
Le contexte d'utilisation de l'opération (c'est-à-dire, un cas d'utilisation métier donné) peut ne pas être
enregistré (il peut par exemple être défini en termes de prise en charge des exigences de performances
minimales lorsque l'on prend en compte tous les cas d'utilisation métier).
-
Préconditions
-
Postconditions
-
Traçabilité du système superordonné
-
Facultatif : traçabilité (d'étapes) de cas d'utilisation métier
Dans la plupart des cas, les opérations sont définies pour le système métier et les principaux sous-systèmes,
accompagnant la décomposition aussi loin que nécessaire, de manière récursive. Les opérations sont regroupées autour
d'interfaces associées aux responsabilités principales du (sous-)système en question.
Selon le niveau de granularité et le contexte d'utilisation, différents rôles déterminent, définissent, améliorent ou
utilisent des opérations en tant qu'entrées principales pour leurs tâches associées :
-
Les architectes métier décriront les principaux services pris en charge par les éléments significatifs d'un
point de vue architectural.
-
Les analystes métier travailleront avec les architectes métier afin de mapper les étapes de cas
d'utilisation métier aux opérations du système.
-
Les concepteurs métier les utiliseront en tant qu'entrées au cours de l'amélioration et de la
restructuration des étapes, les opérations faisant office de blocs structurels pour les spécifications
d'interface/contrat.
|
Propriétés
Facultatif |  |
Planifié |  |
Considérations clés
Le concepteur métier est responsable de l'intégrité de l'ensemble d'opérations et doit s'assurer que :
-
les opérations sont uniques et qu'elles ne se chevauchent pas,
-
les opérations associées sont regroupées de façon logique autour des interfaces,
-
chaque opération est correctement documentée,
-
les relations de traçabilité vers d'autres opérations et/ou étapes de cas d'utilisation métier ont été établies,
-
le taux de couverture des cas d'utilisation métier ou des opérations du système est suffisant, sur la base de la
portée de l'itération actuelle.
|
Personnalisation
Options de représentation |
L'approche par opérations représente une manière plus formelle et plus rigoureuse de définir les services pris en
charge par le système métier et par ses principaux sous-systèmes. En général, les cas d'utilisation métier constituent
le point de départ, on suppose donc que les opérations seront utilisées en association avec les cas d'utilisation
métier.
Principales décisions en termes de personnalisation :
-
Faut-il décrire uniquement les opérations significatives d'un point de vue architectural (celles qui sont associées
aux principaux cas d'utilisation métier) ?
-
Jusqu'où doit aller la décomposition logique du sous-système ?
-
Faut-il décrire les préconditions et les postconditions dans leur totalité ?
-
La traçabilité entre les opérations et les opérations du système métier et/ou les cas d'utilisation
métier doit-elle être conservée ?
|
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|