Artefact: 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é.
Types de produits: Elément de modèle
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
Description
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.
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 ?