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.
|