· celles qui modifient l'état de l'objet (ses
attributs) : ces opérations sont appelées modifiants ou
mutateurs.
· A l'opposé des opérations d'accès ou
accesseurs qui ne se contentent que de retourner la valeur d'une
propriété.
De ce qui précède on a donc la Figure 3.11
suivante :
User
IdUser : integer Nom : string
Figure 3.11 : Représentation graphique d'une
classe
Les associations
Les associations représentent des relations entre
objets, c'est-à-dire entre des instances de classes. Aux
extrémités d'une association figure la multiplicité
(cardinalité) qui est une énumération sous forme
d'intervalle d'entiers positifs ou nuls indiquant le nombre d'objets qui
peuvent participer à une relation avec l'objet de l'autre classe dans le
cadre d'une association. Les multiplicités sont notées de la
manière suivante
1 : Obligatoire (un et un seul)
0..1 : Optionnel (0 ou 1)
0..* ou * : Quelconque
n..* : Au moins n
n..m : Entre n et m (n et m en entier)
I,n,m : I, n, ou m
45
Les multiplicités les plus utilisées sont : 1,*,
1..* et 0..1.
46
Ayant présenté de façon très
brève les concepts du diagramme de classe, et les informations acquises
lors de la réalisation des diagrammes de cas d'utilisation et de
séquence ; ces informations nous ont permis d'avoir le diagramme de
classe suivant :
Figure 3.12 : Diagramme de classe de l'application
PressePapier1.0
· Le diagramme de package
Un package est un regroupement de classes présentant
des liens sémantiques entre elles. Le regroupement de classes en package
est une activité délicate mais d'une importance capitale dans les
logiciels de grande taille. Le regroupement de classes en packages les plus
indépendants possibles améliore la modularité du logiciel
et son développement par des équipes séparées (en
évitant les interactions) ou encore en utilisant les classes statiques
déjà développées et pouvant se mettre en relation
avec les classes de l'application qu'on veut
47
implémenter. La structuration d'un modèle en
package doit respecter deux principes fondamentaux à savoir : la
cohérence et l'indépendance.
La cohérence consiste à regrouper
les classes qui sont proches d'un point de vue sémantique.
Le principe de l'indépendance vise
à concentrer les efforts pour minimiser les relations entre les packages
(autrement dit les relations entre classes de packages différents).
Les classes de la Figure 3.12 étant en
relation avec les classes statiques du système d'exploitation dont un
héritage n'est possible il est vient donc qu'il soit possible de les
mettre en relation grâce aux packages. D'où les packages suivant
:
Figure 3.13 : Package de l'application
PressePapier1.0
Figure 3.14 : Package des classes du système
d'exploitation
48
Des Figure 3.13 et Figure 3.14
on obtient le diagramme de package suivant :
49
Figure 3.14 : Diagramme de package du
PressePapier1.0.
