Framework pour la modélisation UML
Bonjour,
Très souvent nous sommes emmenés à faire le projet UML de l'application que nous developpons.
Bien que la maîtrise des concepts UML ne pose pas problème du fait de nombreuses publications dessus notamment sur developpez.com, eh bien nous remarquons qu'en général lorsqu'il faut commencer son projet UML, on se pose les questions suivantes:
-par quoi vais-je commencer ?
-comment structurer mon projet UML ?
-je ne vois pas comment faire le projet UML d'une application de type webapp, ou de type t quelconque.....
-comment m'organiser ?
Stéphanie YOUNA, Armel CHETAH et Salomon MAYENGUE de la société Koossery Technology vous proposent dans l'article ci-dessous un framework (cadre organisationnel de travail) pour modéliser vos applications en langage UML.
Framework pour la modélisation d'un projet en langage UML
Merci de vos réactions sur ce fil.
Projet UML et best pratices
L'article est au début pas mal et ensuite on rentre dans le détail sans vraiment répondre aux questions.
On fini par ne pas savoir pas quoi commencer:cry:
Cette article décrit une approche waterfall et une modélisation/création de la base de donnée physique directement en phase de conception.
Je pense qu'au début d'un projet on doit d'abord se poser des questions comme:
1. Doit-on avoir une approche de modélisation dite Waterfall ou en itérations succésives ?
2. La cible est-elle java/jee ou autres ?
3. A-t-on des compétences en interne ? si oui il faut d'abord privilégié ces technologies ?
Il faut noter aujourd'hui que les itérations sont uniquement possible avec Java car le metamodel UML 2.2 à un mécanisme objet comme Java. Ceci n'est pas vraiment possible avec les autres languages.
Désolé pour dotnet qui à mon avis devant ce constat technique a préférer faire du DSL plutôt que de ce prendre la bafe en pleine figure avec l'approche de metamodélisation UML 2.2 :mouarf:
Projet UML et méthodologie
Le début est bien et faire des Cas d'utilisation est une bonne idée. Ce qui me semble léger est la réponse technique aux Cas d'utilisation.
A ce moment l'utilisateur doit décider s'il veut partir d'une méthodologie waterfall ou en itération.
L'itération que je décrit est un model qui donne un code et ensuite ce code est complété par le developpeur afin d'avoir un exécutable. Ensuite le client regarde et complète graphiquement et au niveau modèle afin de redonner aux developpeur des informations précises sur ce qu'il veut changer. A ce moment on refait une autre itération et cela recommence en boucle. Le model ne doit pas générer de code avec une transformation mais doit être incrémentale avec natif Java et natif UML, sinon on perd la logique entre le modèle et le code une fois que le code est factorisé par le développeur. On arrive aux limites du MDA traditionnel.
A ce moment on doit aussi réjouter les règles métiers, voir les contraintes et requirements. Je veux dire qu'a chaque itération on doit rajouter ou changer requirements, contraintes et règle métiers. Ceci n'est possible que si on prend une approche meta modeling et non MDD. C'est à ce moment que la seul façon de faire du MDA et de l'agile ou approche en itération est l'utilisation de la meta modélisation.
Je sais qu'en UML tradionnel on parle de CIM (requirement) ensuite de PIM (modélisation indépendante de la cible) ensuite de PSM (e.g. platform specific model) et enfin du passage au code. Mais là c'est hors sujet si l'utilisateur décide de partir d'une apporche en itération.
Tout doit être mélanger et travailler en itération. Aussi bien le modèle que le code que les requirements, que les règles métiers.
Le data model c'est pas de l'UML donc hors sujet !!
En conclusion votre sujet est trop léger dés qu'on passe d'un UML théorique à un UML en action :ccool:
Vlad Varnica
Omondo
Valorisation de l'expérience de modélisation
Baké,
Je pense que votre initiative de faire un tutorial UML afin d'aider les utilisateurs à commencer des projets UML est une bonne initiative :ccool:
Attention à votre message en terme de communication car il semble que vous soyez favorable aux approches itératives dans un contexte de réalisation de projet mais que sur vos commentaires on pourrai croire que vous rester figé sur une approche dite "Waterfall".
je vous ferai part de la suite
Bonjour,
je n'ai pas encore lu l'article, mais quand je le lirai, je vous ferai part de mes remarques et suggestions.
Déjà je trouve l'initiative louable pour nous les développeurs.
