Discussion :

[questionneuse]

salut,

je suis entrain de travaillée sur un projet et j'aimerai bien avoir un exmple de fiche de description de cas d'utilisation, parceque je voudrai en faire une bien complète mais je vois pas trop comment on fait?
Sinon je voudrais bien aussi une fiche de test de validation d'un cas d'utilisation pour voir a quoi ca ressemble, et l'utiliser comme modèle ..
Si vous n'en avez pas sous la main je suis preneuse pour des conseils de pros ..

Merci

[YAMKI]

Voila un exemple de fiche descriptive de UC. 5C'est celle fournit par F. Vallee P. Roques)

Titre :
But :
Résumé :
Acteurs :
Date de création : Date de mise à jour :
Version : Responsable :

Préconditions :
Scénario nominal :
Ce cas d'utilisation commence lorsque....
Enchaînement (a) :

Enchaînement (b) :

[Exception 1 : ]

Enchaînements alternatifs :
Enchaînement (c) :


Ce cas d'utilisation se termine lorsque ....

Esceptions :
Exception 1 :

Voila une base de description. Apres a toi de la mettre a ton gout. Pour ma part je rajoute les posts conditions ainsi que différentes remarques ou exigences IHM que l'on peut anticiper dans la phase de conception. Ca permet de noter quelque part les subtilité que tu releve dans les specs.


Bon courage

[questionneuse]

Merci pour la fiche

mais

Scénario nominal :

Ca correspond a koi exactement?

Enchaînement (a) :

Enchaînement (b) :

ca correspond aux interactions de l'utilisateur avec le système, c'est ca?

[YAMKI]

Scébario nominale : c'est le scénario classique, hors cas particulier.


Les enchaînements des cas unitaire qui associé entre eux forme des scénario et répondent aux exigences de ton cas d'utilisation.

Vallée et Roques font une présentation plus sommaire pour le plan à suivre. A toi de l'enrichirent en fonction de tes besoins et de ton style :

Sommaire d'identification
inclut titre, but, résumé, dates, version, responsable, acteurs, ...

description des enchaînements
décrit le scénario nominal, les enchaînements alternatifs, les enchâînements d'exception, mais aussi les préconditions et les postconditions.

Besoins d'IHM
ajoute éventuellement des contraintes d'interface homme-machine : ce qu'il est nécessaire de montrer, en conjonction avec les opérations que l'utilisateur peut déclencher.

Exigences non fonctionnelles
ajoute éventuellement les informations suivantes : fréquence, volumétrie, disponibilité, fiabilité, intégrité, confidentialité, performance, concurrence, etc. Ces informations peuvent servir à mieux évaluer les contraintes techniques et pourront améliorer la capture des besoins opérée en parallèle par l'achitecte technique