Discussion :

[bob633]

Bonjour, voilà la semaine prochaine j'ai un examen sur UML et j'avous que j'ai un peut de mal avec tout ce qui concerne UML, j'ai réuss à trouver le sujet de l'année dernière pour voir à quoi ressembler un contrôle et je suis rester bloqué sur certaines questions :

C'est surtout sur les questions "comment modéliser ça en UML ( 2 et 3) .. je ne sais pas du tout quoi répondre.

Merci d'avance

[Hephaistos007]

Question 2 : pas de nouvel acteur nécessaire donc pas de modélisation (la question est étrange je trouve).

Question 3 : nouvel acteur "pompiste" nécessaire donc modélisation de l'acteur et de son use case en UML.

[bob633]

Question 2 : pas de nouvel acteur nécessaire donc pas de modélisation (la question est étrange je trouve).

Question 3 : nouvel acteur "pompiste" nécessaire donc modélisation de l'acteur et de son use case en UML.

merci beaucoup, effectivement c'est bizarre de dire à la deux que ce n'est pas un acteur supplémentaire (même si je suis d'accord que sa sert à rien à cette question) et dire qu'on ne modélise donc rien :s

Sinon je bloque sur une autre question, quel est la grande différence entre un diagramme de séquence "system" et un diagramme de séquence détaillée ? Je pense que l'un se rapproche plus de la boite noire et l'autre la boite clair mais j'ai du mal ..

merci

[hegros]

2- on pourrait voir un acteur plus abstrait comme le salarie ou le gestionnaire cela reste discutable.

3- un bémol parce qu'on pourrait penser que remplir les reservoirs des pompes est une opération de maintenance pas de pompiste

c'est quoi que tu as du mal avec les petites boîtes

[Hephaistos007]

Sinon je bloque sur une autre question, quel est la grande différence entre un diagramme de séquence "system" et un diagramme de séquence détaillée ? Je pense que l'un se rapproche plus de la boite noire et l'autre la boite clair mais j'ai du mal ..

La diagramme de séquence a deux utilisations :

• Il sert à montrer les interactions entre les acteurs et le système pour réaliser chaque cas d'utilisation, formant ainsi un scénario. Cela est fait pendant l'analyse des besoins et ne nécessite donc pas de connaitre les détails d'implémentation.
• Il sert à montrer les envois de messages entre les objets impliqués dans un cas d'utilisation. Cela est fait lors de la conception détaillée car il faut déjà avoir identifié et explicité les classes (au sens OO du terme) des objets et les associations entre elles.