Discussion :

[amnay]

Bonjour à vous tous

je viens de commencer avec uml,
et j'aimerais savoir jusqu'à ou je peux me laisser aller avec mon imagination et mon expérience,

dans un exercice on nous demande de réaliser le diagramme d'un site marchant sur lequel : internautes ( client ou visiteur) pourront choisir des articles( remplir le panier ) modifier son contenue ou supprimer des articles de panier, et bien sûr pour valider le panier, la commande sera passée lorsque le contenue du panier est validé, après le client effectue le paiement, pour cette dernière étape rien n'a été dit, mais on peut comprendre qu'il y a eu une saisie d'information bancaire, d'une vérification avec le système d'information de la banque (services visa ou autres ) ...

ma question ou mes questions sont les suivantes :

1) dans un cas pareille à étudier ( pas dans le terrain réel ) avec comme interlocuteur un texte pas parfait : est ce qu'il faut se maintenir au information dans le texte ou se laisser aller avec nos connaissance et ajouter d'autre acteurs et d'autres cas d'utilisation ?

2) est ce qu'il existe une modélisation précise pour les uc optionnels ? si oui, comment ? par exemple l'internaute, peut modifier ou supprimer des articles, comme il peut ne pas le faire.

3) dans un cas pareil aussi, est ce qu'il est possible de regrouper les acteurs de l'autre coté de système ( administrateur, service client, livraison ... ) dans un seul acteur ( administration site ) ou mieux les séparer en plusieurs acteurs tout en sachant quand dans la description du fonctionnement du site rien n'a été dit à propos d'eux .


désolé pour ce long message
et merci d'avance à tous ceux qui vont le lire.

Merci

[bruno_pages]

Bonsoir,

1) il y a un autre interlocuteur : celui qui vous demande de résoudre le problème, il faut peut être voir avec celui-ci ce qu'il convient de faire. Sinon à priori je me limiterais au problème posé du moment qu'il ne contient pas d'erreur

2) pour indiquer graphiquement une option il faut utiliser les dépendances stéréotypées extend (attention au sens de la relation !) entre UCs. Sinon ne pas oublier que la description d'un UC ne se limite pas au seul diagramme, il y a aussi une description textuelle qui peut contenir ce genre de chose. Mais attention de ne pas tenir compte de l'implémentation

3) premièrement bien comprendre qu'un acteur est un rôle, et qu'une personne réelle (ou autre entité) peut jouer plusieurs rôles. Un acteur peut hériter d'autres, A hérite de B signifie que dans tout les cas A peut remplacer B (mais bien-sûr A est associé à des UCs supplémentaires, sinon A==B)

[amnay]

Merci bruno pour ta réponse

j'ai essayé d'adapter le concepte de l'héritage à ma solution, un client est avant tout un internaute visiteur, je vais mettre ci joint une prise d'écran de ma solution, je cherche pas une solution mais de la critique, sûrement il y a des choses à qui j'ai pas fait attention.

(le problème avec les exercices d'une formation à distance c'est qu'il faut prendre des décisions sans attendre une réponse des profs, une réponse qui peut tarder d'une ou deux semaines) je sais bien qu'un cas d'utilisation c'est pas juste le diagramme, mais quand on précise dans la question :
-> donnez le diagramme de cas d'utilisation qui traite le fonctionnement de site, et qu'il faut pas dépasser 2 pages dans la solution de tout l'exercice, qui compote bien entendu d'autres question.


DIAGRAMME


Merci beaucoup

[hegros]

Ok quelques remarques en vrac

Pour l'héritage pas les association j'inverserais visiteur et client
Ajouter/Modifier/Supprimer sont trop petit pour être des cas d'utilisation
Les cas Ajouter/Modifier/Supprimer sont des scénarios de rechercher produit
service client doit être représenté comme un acteur pas comme un use case

[amnay]

oups oui oui pour services clients, c'est vrai, j'avais pas fait attention,

par contre je crois que c'est l'internaute client qui est une spécialisation du client visiteurs, parce qu'il peut efféctuer les mêmes scénario qu'un client visiteur, avec d'autre que ce dernier ne peut pas réaliser.

pour ce qui est de l'ajouter/modifier/supprimer , j'ai pensé tout mettre dans un uc : gestion de panier
?


Merci

[hegros]

ok utilise plutôt un verbe à l'infinitif Gérer un panier