Discussion :

[sangei]

Bonjour,

J'ai une classe interface qui contient le main (ClientLDAPUI) et une autre classe qui contient toutes les méthodes permettant de modifier un mot de passe LDAP (ClientLDAP).

La classe ClientLDAPUI (main) appelle les méthodes de la classe ClientLDAP. Ce qui veut dire que ma classe ClientLDAPUI importe la classe ClientLDAP.

Dans mon diagramme de classe UML, j'ai mis une relation entre les deux classes avec un diamant du côté de la classe ClientLDAPUI.

Est-ce que c'est correct ?

D'autre part, à la déclaration d'un méthode, je lance un fichier java permettant de gérer les exception (ClientException).
Comment est-ce que je peux le représenter sur mon diagramme de classe ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
void public pirntAttributes (....) throws ch.ClientException {
try {
}
catch {
}
}

Ce serait sympa si quelqu'un pouvait m'aider!

Merci d'avance

[ego]

A priori, tu ne dois pas mettre de compostion (diamant noir) ni d'association.
Les associations sont plutôt faites pour représenter des liens structurels et dans ton cas, ta classe UI n'a pas vraiment de lien structurel avec ta classe ClientLDAP.
Moi, je mettrai plutôt une dépendance stéréotypée "uses".
Pour le cas de ton exception, cela n'existe pas en UML. On le met généralement dans les propriétés liées au langage que tu utilises (Java, C++, C#,...)

[bruno_pages]

A priori, tu ne dois pas mettre de compostion (diamant noir) ni d'association.

je suis d'accord avec toi pour la dépendance, mais reste un détail : s'il appelle une opération d'ClientLDAP c'est bien qu'il y a une instance quelque part, d'ou peut être sa composition ?

[ego]

On peut "avoir" une instance par plusieurs moyens : on a un lien structurel, on a passé l'instance via un paramètre d'opération (variable locale), on accède à l'objet qui est "global" (genre singleton).
Je réserve donc les associations pour les liens structurels = liens entre objets "entités" et pour les liens entre participants d'une collaboration (pattern)

[sangei]

Merci pour ces infos.

Euh, comment est représentée une dépendance stéréotypée "uses" ?

Encore une autre question : est-ce qu'on doit représenter les packages dans un diagramme UML ?

Merci d'avance !

[sangei]

Oui, je sais que ces questions un peu bêtes, mais comme je l'ai dit, je suis débutante, alors ce serait vraiment sympa si quelqu'un pouvait m'aider!

Merci d'avance!

[ego]

pour uses, tu doit créer une dépendance = flèche pointillée et dans les propriétés de cette flèche, au niveau de la propriété "stéréotype", tu crées 'uses'
Pour les packages, oui, il peut être utile de représneter des diagrammes de classes ne comportant que des packages afin de montrer les dépendances existantes entre ces packages

[sangei]

Merci beaucoup pour ces explications.

[sangei]

J'ai une autre petite question :

Comment représente-t'on une énumération dans une diagramme de classe UML?
Est-ce qu'elle doit se trouver parmi les autres méthodes?

Merci d'avance

[ego]

Cela n'existe pas en UML mais voici comment on fait sous Rational Rose (extrait de la doc) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
enum ErrorCode {
	OK = 0,
	FileNotFound = 100,
	DeviceFirstNum = 200,
	DeviceNotFound = 201
 };	

donne la classe stéréotypée "enum" suivante:

Class <<enum>> ErrorCode 
Attributes of class&#58; &#40; 
	OK &#123; Initial Value = 0&#125;,
	FileNotFound &#123; Initial Value = 100&#125;
	DeviceFirstNum &#123; Initial Value = 200&#125;
	DeviceNotFound &#123; Initial Value = 201&#125;
&#41;

[sangei]

Merci beaucoup ego pour ces informations.

[bruno_pages]

Comment représente-t'on une énumération dans une diagramme de classe UML?
Est-ce qu'elle doit se trouver parmi les autres méthodes?

Meme si UML ne parle pas de certain concepts liés au langage cible, un modeleur digne de ce nom doit permettre de generer du code.

Comme le dit ego une enumeration peut etre representee par une classe stereotypee enum, de la meme facon le stereotype union permet de modeliser une union, itou pour struct etc ... mais tout cela est dépendant du modeleur utilise. En tout cas c'est le cas pour Bouml.

Dans le cas d'un enum, ce qui est normalement un attribut devient un item d'enumeration, c'est à dire que seul son nom et son eventuelle valeur ont de l'importance, pas son type ni sa visibilite.