Modélisation et implémentation d’une base de données répartie pour la gestion de l’enrôlement dans un processus électoral

II.3.5. ENCAPSULATION

a) Définition :

Concept bien connu des développeurs objet, le principe de l'encapsulation est d'autoriser l'accèsaux données uniquement via les méthodes. Une autre édition consiste à considérer la capacité del'objet à cacher ses méthodes.^62(*)

L'encapsulation permet :

ï D'augmenter le niveau d'abstraction de la classe ;

ï De protéger les objets des classes d'une manipulation interdite de la part des clients de la classe ;

ï De protéger les clients vis-à-vis des évolutions de la classe elle-même.

Les méthodes d'une classe représentent les services de la classe en question. Une classe fournisseur propose des services aux autres classes clientes. Au niveau d'une base de données, une méthode peut être programmée par une fonction ou une procédure cataloguée (pour les bases objet-relationnelles, ces méthodes sont définies directement au niveau du type de la table).^63(*)

b) Visibilité des attributs et méthodes :

Les règles de visibilité d'un attribut ou d'une méthode viennent compléter ou préciser la notion d'encapsulation. Ainsi, il est possible de préciser le degré de protection au profit de classes utilisatrices bien particulières, désignées implicitement dans la spécification de la classe fournisseur.

UML définit trois niveaux de visibilité pour les attributs et les méthodes (ces niveaux correspondent à ce que propose le langage C++) :

ï public (symbole +) : niveau le moins strict, qui rend l'élément visible à toutes les autres classes ;

ï protégé (symbole #) : niveau intermédiaire, qui rend l'élément visible aux sous-classes de la classe fournisseur (aux « classes amies », friend classes en C++) ;

ï privé (symbole -) : niveau le plus strict, qui rend l'élément visible à la classe fournisseur seule (aux classes amies en C++).^64(*)

Ce qui est de notre cas, l'encapsulation et la visibilité devront être programmées manuellement et explicitement au niveau de la base (c'est là où se trouve le plus grand fossé entre classes d'objets et enregistrements de la base). C'est à dire par l'ajout de méthodes ou des procédures cataloguées. Il faudra donc prévoir suffisamment de méthodes d'insertion, de modification et de suppression d'objets de la base, ainsi que les services à assurer [SOU 04].^65(*)

II.3.6. PRESENTATION DU DIAGRAMME DE CLASSE

Fig.IV.11. Diagramme de classe

* ⁶² SOUTOU C., Op.cit., p. 83.

* ⁶³ Idem, p. 84

* ⁶⁴ Ibidem.

* ⁶⁵ SOUTOU C., Op.cit., p. 84.