Discussion :

[stago]

Bonjour!!

Je souhaite développer une application sous J2EE (jsp,servlets,ejb) en passant par une modélisation UML...Or je sais pas trop comment faire... J'ai déjà modéliser des applications C++ sous UML mais avec J2EE je suis un peu coincé...

Par exemple pour les diagrammes de séquences, est ce que j'intègre les servlet. Pareil pour le diagramme de classes: comment dois je modéliser mes pages JSP, mes servlets et mes EJB.

Je ne trouve que des formations sur le net :(

Pourriez vous m'aider?

Merci





[Modéré par Didier]
Ajout de tag dans le titre
Lire les règles du forum : Règles du forum Java

[asx9]

un diagramme UML doit être utilisable pour n'importe quel langage objet. tu dois pouvoir développer une appli en java en c++ ou encore en php à partir des même diagramme UML

[djoukit]

D'accord avec asx9 pour ce qui est des diagrammes d'analyse. Par contre pour les diagrammes de conception tu peux utiliser des stéréotypes pour les Servlets, JSP, ...
Quant à ce qui doit apparaitre sur ton diagramme, c'est à toi de trouver un juste milieu entre les informations que te souhaitent mettre dans ton diagramme sans perdre de vue que ton diagramme doit rester lisible.

Tu peux par exemple faire deux diagrammes de séquences différents pour la présentation (User => BD) et pour le métier (BD => Données persistantes).

A toi de trouver ce qui correspond le mieux à ton besoin !

Bon courage

[stago]

Merci pour cette réponse...je vais peut être découper mes diagrammes de séquence en deux en effet...

Sinon mon soucis concerne principalement le diagramme de classes...Je ne vois pas trop comment m'y prendre...Suite aux diagrammes de séquence je ne vois qu'un diagramme de collaboration qui pourrait représenter au mieux l'archi de mon appli...

[djoukit]

Perso pour les diagrammes de classes, je n'en fait que pour mes classes métiers et je fais des VOPC (View of Participants Classes) pour chaque cas d'utilisation que je développe. Cela me permet d'avoir plusieurs visions restreintes de mes classes métiers et m'évite d'avoir un seul diagramme trop riche et difficilement lisible.

Par contre pour les classes n'appartenant pas au modèle métier, Je suis d'accord avec toi, un diagramme de collaboration est sûrement plus explicite pour représenter les interactions entre ces classes (servlets, EJB, ...), faire apparaitre les couches, ...
Cela te permettra de faire clairement apparaitre les dépendances entre classes et mettra en évidence ton architecture.