[UML] Propositions de modélisations

Version imprimable

16/02/2006, 11h24
MD Software

[UML] Propositions de modélisations

:salut:

Je suis en train de faire une étude visant à comparer des modèles de conceptions. Je suis donc à la recherche de volontaires qui seraient prêts à modéliser des petits problèmes (classiques).

Voilà mon idée : j'expose un problème et vous proposez un diagramme de classe apportant une solution. L'objectif est que vous modélisiez la solution selon votre point de vue. J'aurais ainsi des modélisations différentes pour un même problème.

Voici un exemple de problème, l'un de ma liste (7 en tout) :

Citation:

Modéliser un système permettant de dessiner un graphique. Un graphique est composé d'images, de lignes, de rectangles et de textes. Une image est composée d'autres images, lignes, rectangles et textes.

Il ne s'agit pas de faire un dossier de conception, mais juste un diagramme de classe.

Niveau format, j'accepte Bloc note, papier numérisé, ModelMaker, argouml ou bouml

Merci d'avance.
16/02/2006, 14h40
ego

http://img50.imageshack.us/img50/1977/graphique1ff.gif
16/02/2006, 15h11
MD Software

Merci
Est-ce que d'autres personnes l'auraient modélisé différemment ?
16/02/2006, 23h04
bruno_pages
Je pense qu'on peut juste faire deux remarques à la solution d'ego :
- l'utilisation de ObjetGraphique (loin d'etre farfelue) n'est pas impérative à ce stade car on ne sait pas encore s'il y a des comportements partagés (meme s'il est aise d'avoir sa petite idee la dessus)
- l'utilisation d'associations et non de compositions, mais l'énoncé du problème ne dit pas si un object graphique survit ou non a son diagramme, une ligne a son image etc... (meme si la aussi il est aise d'avoir sa petite idee la dessus)
17/02/2006, 00h06
ego

Quand on fait des applis graphiques (type dessin), on ne lit pas le cycle de vie du "graphique" et des objets affichés.
Pour les comportements, on peut aisément imaginer qu'il y en aura de communs et même si ce n'est pas le cas, on peut toujours factoriser comme cela, ......selon moi
17/02/2006, 10h02
MD Software

Voilà qui est intéressant, je recherche justement plusieurs propositions différentes pour un même problème.

Voici un autre problème

Citation:

Modéliser un éditeur de dessin.
Un dessin est composé de lignes, de rectangles et de raclettes, placés à des positions précises. Une raclette est une forme complexe qu'une classe boîte-noire dessine. Cette classe, qui est fournie, effectue ce dessin en mémoire, et le met à disposition grâce à une méthode getRaclette(). Il est probable que le système évolue pour que l'on puisse en plus, dessiner des cercles.
17/02/2006, 11h39
ego

Tu as des gens comme Ilog, avec IlogViews qui font ce genre d'outil. Tu imagines que même si on te donne une "solution", elle sera nécessairement très mauvaise dans la pratique car ce genre d'application est très complexe à réaliser.
Dans ce genre d'outils, on a des "dessinateur manager", des "proxy" sur les objets à afficher (proxies qui stockent les informations contextuelle au couple objet - dessin dans lequel il est affiché; comme le facteur de zoom par exemple), des "dessinateurs d'objets" car ce ne sont pas les objets qui savent se dessiner bien sûr, et plein plein d'autres classes.........

Quel objectif vises-tu exactement ?
17/02/2006, 12h46
MD Software

Je ne cherche pas à modéliser ce genre d'outil.
J'effectue une activité de recherche visant à comparer différentes modélisations pour un même problème.

A priori, chaque concepteur à sa propre manière de solutionner un problème. Donc, ce qui m'interesse, c'est d'avoir vos conceptions sur ces problèmes. Mon objectif est d'avoir un maximum de conception issues de concepteurs différents.
17/02/2006, 15h07
Royd938

Il suffit d'appliquer le design pattern Composite pour ta classe image...
17/02/2006, 18h10
ego

ce que je voulais dire c'est que certains de tes problèmes sont en fait très complexes dans la "vraie vie" et ce n'est pas en qq minutes que l'on peut te répondre. Il faudrait pour cela réaliser l'appli elle-même et avoir en fait plus d'informations que ce que tu demandes.
Bref, ne t'attend pas à avoir une solution qui a du sens dans une vraie application
19/02/2006, 21h30
MD Software

Citation:

Envoyé par ego

ce que je voulais dire c'est que certains de tes problèmes sont en fait très complexes dans la "vraie vie" et ce n'est pas en qq minutes que l'on peut te répondre. Il faudrait pour cela réaliser l'appli elle-même et avoir en fait plus d'informations que ce que tu demandes.
Bref, ne t'attend pas à avoir une solution qui a du sens dans une vraie application

Ce n'est pas vraiment le but.