Les packages sont utilisées pour rendre les diagrammes plus simples et peuvent être utilisés pour n'importe quel type de diagramme. Un package peut être utilisé pour regrouper des cas d'utilisation (comme démontré dans le cours), des classes, etc.
StarUml v2 ne permet plus, en effet, de lier un acteur à un package. Cela ne vous empêche pas de créer des packages; puis d'indiquer les acteurs dans le diagramme de cas d'utilisation du package.
Je crois qu'en envoyant mon projet de conception de diagramme de contexte et de package dans la partie 2, je me suis trompe en envoyant mon projet de Bluemix. Je suis vraiment désolé pour mes camarades qui vont le corriger.
J'ai suivi ce cours avec beaucoup d'interet et j'ai souhaite poursuivre l'apprentissage d'uml. Je me suis donc interesse aux diagrammes de classes dans le cadre d'un projet personnel. Je rencontre une difficulte dans la conception de ce diagramme de classe.
Je resume ici ce que j'ai appris sur les relations entre classes.
aggregation: un objet peut etre constitue de plusieurs elements. Ces elements peuvent exister en dehors de l'objet et seront construit avant la creation de l'objet. on l'implemente par des methodes accesseurs(get et set)
association: c'est une collaboration entre 2 objets. Ca se traduit par l'utilisation de methodes d'une classe par une autre.
composition: un objet est constitue de plusieurs elements. Ces elements sont crees a la construction de l'objet et ces elements n'existe pas sans l'objet. Ca se traduira par un new dans le constructeur lors de l'implementation
interface: une interface est un contrat. Une classe qui est en contrat avec une interface se doit de definir les methodes declarees dans l'interface. Une interface ne fait que declarer les methodes. Une interface s'implemente par la construction d'une classe abstraite. Les classes qui accepte le contrat devront heriter de cette interface
Ais je bien compris?
voici mon soucis: J'ai 2 conteneurs: une table(QWidgetTable pour etre precis) et une map. Je ne sais pas trop comment m'y prendre pour modeliser la relation forte qu'il existe entre les 2.
Voici leur relation:
la mise a jour d'une table provoquera la mise a jour de la map
la mise a jour de la map provoquera la mise a jour de la table
Tout d'abord merci pour cette introduction au langage UML qui est très agréable à lire. Contrairement à ce que j'ai lu d'autres à ce sujet sur le net, ce cours permet de facilement débuter nos premiers diagrammes ce qui est motivant.
J'ai lu sur le forum qu'un cours était plus ou moins prévu pour continuer l'apprentissage et comme un an s'est écoulé depuis, je voulais savoir si c'est toujours d'actualité ? Si non, auriez-vous des conseils de lectures pour approfondir le sujet ?
Je ne suis pas informaticienne de formation mais je travaille dans le développement de logiciels embarqués dans l'automobile et nous allons sûrement utilisé ce langage prochainement. Alors j'aimerais pouvoir au plus tôt connaitre ce langage.
Tout d'abord un grand MERCI à Carina pour ce cours!
Je viens de finir le cours de la semaine 3 et afin de vérifier ma compréhension du cours j'ai repris l'activité de la semaine 2 et je l'ai enrichi.
Voici donc le diagramme de package (explications et questions en dessous):
Package "Authentifier":
Au départ je suis parti sur le fait que le client devait impérativement s'authentifier. De plus les acteurs de l'UI "Back office" ont eux aussi besoin de s'authentifier afin de préparer les commandes. J'ai donc créé un package de relation stéréotype "include".
Je souhaiterai maintenant que le client s'authentifie uniquement avant le règlement. Nombre de fois où j'ai moi même consulter des catalogue sans m'authentifier car je ne suis jamais allé jusqu'à la commande.
?: Dois-je laisser cette relation tel quel et si je dois la changer par quoi?
Package "Catalogue":
Je suis parti sur le fait que chacun des acteurs pouvaient consulter le catalogue, seul le patron pourra effectuer des modifications. J'ai donc fait une relation stéréotype "include". Cependant je ne suis pas convaincu par cette relation. Effectivement le package "Back office" ne contiendra pas toujours le package "Catalogue" vu que la consultation du catalogue n'est pas nécessaire à la préparation d'une commande.
?: Quelle relation mettre entre les packages "Back office" et "Catalogue"?
Je vous remercie d'avance pour vos réponses.
- Edité par stoads 13 juillet 2015 à 15:08:35
" Celui qui aime à apprendre est bien près du savoir " Confucius
Pourquoi l'acteur "abonne" est represente avec un lien direct a "depot d'un article prive" a la place d'avoir "depot d'un article prive" comme une action extented de "depot d'un article" suivant l'exemple de la 2eme image?
Désolé pour ce délai de réponse. Les vacances sont passées par là...
Pour répondre à votre question :
Dans la deuxième image, il s'agit d'une fonctionnalité supplémentaire "Sélectionner un client" qui est nécessaire pour "enregistrer un achat", lorsque l'acteur est un commercial.
Dans la première image, on met en évidence qu'il y ait 2 variantes (fonctionnements différents) d'un même cas d'utilisation. "Déposer un article public" ne se fera pas de la même façon que "déposer un article privé". Pourtant, dans les 2 cas, il s'agit bien d'un dépôt d'article.
j'aimerai savoir pourquoi dans le diagramme de Contexte et de Package la bank n'est pas concideré comme acteur externe et pourtant il faudrait bien que la trasaction de payement s'effectue.
Juste un petit mot sur les corrections, commencez déjà par lire l'exercice correctement et assurez vous de comprendre le tout avant de tailler des shorts à qui mieux mieux lol.
Je suis pas dans la compétition du 100% sans fautes, mais me faire tailler par des correcteurs qui ne savent pas lire c'est pénible.
Sinon le reste RAS, le cours est bien, je ne fait que le re-valider une deuxième fois depuis 2012, mais c'est toujours utile pour développer efficacement... je pense même que ce cours devrait être dans tout les parcours et le premier cours à suivre chez OC.
Bonjour dans le cadre de mon PFE j'ai besoin de réaliser un diagramme d'activitée pour une tâche périodique qui permet d'envoier des données au serveur à chaque 30 min,
Je suis en train de corriger les exercices de l'activité 2 (diagramme de contexte et de packages) et j'ai constaté que plusieurs diagrammes pourraient être correctes sans pour autant ressembler au corrigé-type. Par exemple, le corrige-type mentionne seulement 2 packages, alors qu'ils pourraient être partagés en 4 par exemple.
Est-ce que certains d'entre vous ont été aussi confrontés à cela? Et comment vous avez fais pour les corrections et les notes?
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
" Celui qui aime à apprendre est bien près du savoir " Confucius