Bonjour,
s 'il vous plait j 'ai fait ce diagramme de cas d 'utilisation d' un candidat je veux savoir est ce que ce bon et je veux que quelle qu' un me donner son point de vue
Cordialement votre .
Bonjour,
s 'il vous plait j 'ai fait ce diagramme de cas d 'utilisation d' un candidat je veux savoir est ce que ce bon et je veux que quelle qu' un me donner son point de vue
Cordialement votre .
Bonjour,
retirez les includes-authentification, car actuellement chaque UC impose de s'authentifier ce qui je l'espère faux car cela voudrait dire que l'utilisation passera son temps à cela, c.a.d. qu'il ne le fera pas seulement une fois par session
notez que l’authentification n'est pas non plus une extension, mais c'est une précondition
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
Bonjour,
merci pour votre repense mais comment je dessine le précondition dans le use case ?
moi je veux faire les diagrammes de cas d 'utilisation d'un site web de recrutement en ligne j'ai trois acteur est ce que je peux divisé mes diagrammes (Diagramme de cas d'utilisation d' un candidat ,d 'un recruteur ,d'un administrateur )ou je doit le devisé selon les grand tache ?
cela ne se dessine pas, cela fait parti de la description textuelle associée aux UCs
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
Bonjour,
Les pré-conditions peuvent se mettre sous la forme de notes, mais dans ce cas cela va alourdir le diagramme.
Un cas d'utilisation DOIT être accompagné par une description textuelle qui va préciser les différents scénarios qui seront rencontrés. Cette description va permettre de discuter avec le fonctionnel car présenter une ellipse avec 3 mots à l'intérieur n'est pas suffisant pour comprendre le projet à réaliser.
Par exemples, peuvent être mentionnés :
- date, version et nom du rédacteur du cas d'utilisation
- Description simplifiée de l'UC.
- Acteur principal et acteurs de second plan (participants).
- Pré-conditions = état du système avant le déclenchement de l'UC.
- Post-conditions = état du système après l'exécution de l'UC.
- Déclencheur = quel événement va déclencher l'UC.
- 1 scénario nominal (tout se passe bien)
- 0 ou plusieurs scénarios alternatifs (cas particuliers)
- 0 ou plusieurs scénarios d'erreur (arrêt de l'UC prématurément).
- Des maquettes d'IHM.
- Des exigences non fonctionnelles...
Pour en connaitre un peu plus : le livre d'Alistair Cockburn "Bien rédiger des cas d'utilisation"
Si vous pensez que ma réponse est utile pour vous et pour les autres utilisateurs du forum, pensez à voter.
Re bonjour ,
merci pour vos repenses
j 'ai essayé de corriger mes diagrammes est ce que ce bon comme ca et pour le diagramme de classe est ce qu'il y a des fautes et merci
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager