[DC] Modéliser une classe interface + une autre classe

Version imprimable

04/12/2005, 12h44
sangei

[DC] Modéliser une classe interface + une autre classe
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:

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
04/12/2005, 15h38
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#,...)
04/12/2005, 17h08
bruno_pages

Citation:

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 ?
04/12/2005, 17h37
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)
05/12/2005, 08h16
sangei

Merci pour ces infos.

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

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

Merci d'avance !
05/12/2005, 12h21
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!
05/12/2005, 18h48
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
06/12/2005, 08h12
sangei

Merci beaucoup pour ces explications.
20/12/2005, 14h28
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

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

Code:

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

donne la classe stéréotypée "enum" suivante&#58;

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;

20/12/2005, 16h17
sangei

Merci beaucoup ego pour ces informations.
21/12/2005, 22h46
bruno_pages

Citation:

Envoyé par sangei

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.