Artefact: Opération
Cet artefact représente un service qui peut être requis d'un objet pour induire 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

L'objectif principal des opérations est de capturer les services fournis et requis par un élément.

Relations
Description
Description principale

Une spécification d'opération prend la forme suivante :

  • Description
  • Paramètres d'entrée/sortie
  • Exigences non fonctionnelles :
    • Celles-ci sont dérivées des exigences non fonctionnelles associées aux étapes des différents cas d'utilisation pris en charge par cette opération.
    • Le contexte d'utilisation de l'opération (par ex., un cas d'utilisation précis) n'est pas toujours précisé (par exemple, il peut être indiqué en termes de prise en charge des exigences de performances minimales lorsque tous les cas d'utilisation sont considérés)
  • Conditions préalables
  • Conditions à posteriori
  • Traçabilité du système
  • Facultatif : traçabilité du cas d'utilisation (étapes)

Dans la plupart des cas, les opérations sont définies pour le système en cours de développement et les sous-systèmes principaux, suivant la décomposition aussi loin que nécessaire, de manière récursive. Les opérations sont groupées autour des interfaces en fonction des principales responsabilités du (sous-)système en cours d'analyse.

Selon le niveau de granularité et le contexte d'utilisation, différents rôles créent, définissent, améliorent ou utilisent les opérations comme entrée principale pour les tâches associées :

  • Les architectes décrivent les principaux services pris en charge par les éléments significatifs de l'architecture.
  • Les analystes collaborent avec les architectes pour transformer les étapes des cas d'utilisation en opérations du système.
  • Les concepteurs les utilisent comme entrées lors des étapes d'amélioration et de restructuration, les opérations devenant les briques des spécifications de conception de l'interface.
  • Les testeurs créent les cas de test en fonction des opérations spécifiées.
  • La direction les utilise comme base de planification des phases et des itérations.
Considérations clés
Le concepteur est responsable de l'intégrité de l'ensemble des opérations et doit s'assurer que :
  • les opérations sont uniques et qu'il n'y a pas de chevauchement entre elles
  • les opérations liées sont groupées logiquement 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 ont été établies
  • les cas d'utilisation ou les opérations du système ont été correctement couvert(e)s, selon la portée de l'itération en cours
Personnalisation
Options de représentation

L'approche basée sur les opérations est une manière plus formelle et plus rigoureuse de définir les services pris en charge par le système et ses principaux sous-systèmes. En général, le point de départ est les cas d'utilisation du système, si bien qu'on suppose que des opérations seront utilisées avec des cas d'utilisation.

Les principales décisions de personnalisation sont :

  • décrire uniquement les opérations significatives en termes d'architecture (celles qui sont liées aux cas d'utilisation les plus importants) ?
  • jusqu'où la décomposition logique des sous-systèmes doit aller ?
  • décrire complètement les conditions préalables et les post-conditions ?
  • besoin de maintenir une traçabilité entre les opérations et les opérations système et/ou les cas d'utilisation?

Si les spécifications de conception de l'interface doivent être produites, le niveau de détail et de formalisme pour les opérations qui feront partie de ces spécifications augmentera jusqu'au point où les artefacts en résultant pourront être utilisés pour l'implémentation et les tests.