Comment dessiner un composant avec POJO comme modèle dans UML?

Question

j'ai construire une application web, j'ai servlet Controler et les classes Java comme la demande handdler

donc si le servlet reçoit une demande d'un client, il appeler la méthode du gestionnaire de requêtes pour traiter la demande, et alors le gestionnaire de requêtes devra appeler un ejb pour faire la logique métier, et quand l'ejb l'aura fait, le gestionnaire de requête donnera une réponse au client (page JSP)

alors la question est, comment dessiner l'UML basé sur la structure que j'ai décrite ci-dessus? la façon de décrire la relation entre un composant (servlet et ejb) avec le POJO (RequestHandler)? thx pour l'aide

---

est-il juste de tirer comme ça?

http://i56.tinypic.com/2lmx6c5.jpg

thx

Answer 1

[par question en commentaire sur la façon de dessiner diagramme de classes]

diagrammes de classes sont probablement le plus souvent utilisés pour montrer les relations dans un domaine de problème. Les relations capturent les règles du domaine (par exemple "Chaque commande consiste en une ou plusieurs lignes de commande"/"chaque ligne de commande fait partie d'un seul ordre").

Dans votre cas, les classes couvrent les couches de l'architecture. Par conséquent, les relations capturent les règles architecturales plutôt que les règles de domaine. Je n'ai pas tendance à utiliser des diagrammes de classes à cette fin, mais le principe est le même. Pour chaque paire de classes, vous devez demander:

• Comment décririez-vous la relation entre les classes?
• Quelle est la cardinalité?

Par exemple, prenez le client de servlet &. Comment décririez-vous la relation? Probablement quelque chose comme:

• Description: client appelle servlet/servlet est appelé par client
• cardinalité: pour chaque instance de client donné, combien de servlets peut-il parler? Probablement un ou plusieurs. De même, de combien de clients une seule instance de servlet peut-elle recevoir des demandes? Encore une fois sans doute un ou plusieurs (dépend de votre conception)

ci-dessus sont supposant correct pour votre conception que vous auriez quelque chose comme les (mes excuses suivantes pour la mise en forme, yuml.me ne semble pas placer le texte proprement):

approche même pour les autres classes. Demandez d'abord comment vous décririez la relation comme une phrase, puis déterminez la cardinalité. Par exemple, prenez le gestionnaire de demande de servlet: comment décririez-vous cela? Je ne suis pas très familier avec les modèles java EE, mais je suppose que le servlet délègue au gestionnaire de requêtes. Donc, la phrase de relation serait quelque chose comme "servlet délégués demande au gestionnaire de demande". Et ainsi de suite à la classe ejb, etc.

hth.