urbanisation-si

urbanisation-si

Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas

Le diagramme des exigences de TOGAF a pour but de montrer qu’une exigence garantit un objectif, qu’elle est satisfaite par un composant applicatif et qu’elle sera vérifiée par des cas d’utilisation/de test.

 

exemple-de-projet-togaf-diagramme-d-exigences-avec-differents-types-de-liens.PNG

 

Pour préciser la sémantique des liens entre les classes stéréotypées UML "Objectifs", "Exigences", "Composants applicatifs" et "Cas d’utilisation/test", la norme SysML utilise les stéréotypes sur les dépendances UML suivants :

 

  • <<Part>> : décompose une exigence en exigences élémentaires.
     
  • <<Refine>> : décrit la manière dont un élément du modèle ou un ensemble d’éléments peut être utilisé pour affiner une exigence.
     
  • <<Guarantee>> : garantit l'atteinte de l'objectif
     
  • <<Satisfy>> : détermine qu’un élément de modèle permet de satisfaire l’exigence en supportant la fonction demandée, ou en répondant à la contrainte formulée. Par exemple un composant applicatif satisfait une exigence.
     
  • <<Verify>> : définit la manière dont un cas de test (dérivé d’un cas d’utilisation) vérifie une exigence. Par exemple, un cas d’utilisation peut exprimer des séquences de test qui vérifient si une exigence est satisfaite.

 

Voir l’annexe 1 à la fin de cet article, consacrée à notre étude de cas exhaustive SysML.

 

Exemple, l’exigence "IS access via website" :
. Affine et détaille l’exigence "Client autonomy"
. Garantit l’objectif "Reservation via the internet".
. Est satisfaite par le composant applicatif "TripReservationSite".
. Est vérifiée par les cas de test/utilisation "Cancel trip" et "Reserve trip".

 

Conclusion

Le diagramme SysML est certainement l’outil le plus rigoureux et formel pour modéliser les exigences.

 

Les différents stéréotypes de dépendances permettent de tisser des liens vers les objectifs, les composants applicatifs et les tests.

Les exigences seront justifiées par leurs liens avec les objectifs, elles seront réalisées par les composants applicatifs et vérifiées par les cas de test/utilisation.

 

Rhona Maxwel

@rhona_helena

 

"Ne pensez pas. La pensée est l’ennemie de la créativité. C’est conscient, et tout ce qui est conscient est mauvais. Vous ne pouvez pas essayer de faire des choses. Vous devez simplement faire ces choses."

Ray Bradbury

 

 

Annexe 1 : l’étude de cas SysML

 

 

 

 

Annexe 2 : les précédentes étapes de notre étude de cas TOGAF

 

Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio

 

Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation

 

Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)

 

Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM 

 

Etude de cas complète TOGAF, structure du projet et mode opératoire avec l’outil Modelio Business Analyst

  

Comment modéliser les objectifs stratégiques et opérationnels en phase A Vision de la méthode ADM TOGAF ? (étape 3.2 de notre étude de cas)

 

Cas complet de mise en œuvre TOGAF : l’artefact « catalogue d’objectifs » (étape 3.3 de notre didacticiel)

 

Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas



04/06/2018
0 Poster un commentaire

A découvrir aussi


Inscrivez-vous au blog

Soyez prévenu par email des prochaines mises à jour

Rejoignez les 203 autres membres