4.2.1 Modéliser la structure logique du système dans un diagramme de classes

• Diagramme au cœur de l’analyse et de la conception orientées objet
• Abstraction
  • Abstraire = ignorer / cacher des caractéristiques non significatives
  • Ne garder que les caractéristiques d’une classe importantes pour l’intervenant
    • Analyste versus architecte ou concepteur
• Encapsulation comme mécanisme d’abstraction
  • Cacher des détails en les rendant « privés » (non visibles)
    • Par exemple, en analyse, montrer le « quoi » qui est « public » (visible)
      Puis, en conception, détailler en ajoutant les éléments pour le « comment »
    • Protège l’analyse des changements effectués lors de la conception dans la partie « privée » en ne remettant pas en cause ce qui est exposé « publiquement » au niveau métier
      • Par exemple, l’analyse spécifie que tel élément est un ensemble
        La conception précise que c’est une liste doublement chaînée

    précédent     suivant 

Les éléments de base de la structure logique du système sont les classes. La définition d’une classe contient les détails d’un élément de cette structure qui sont importants pour l’intervenant (analyste versus architecte ou concepteur) et le système modélisé. Retirer des détails non significatifs à une étape donnée du développement s’appelle l’abstraction. Les diagrammes de classes de l’analyse sont plus abstraits que les mêmes diagrammes repris et raffinés lors de la conception.

Très liée au concept d’abstraction, l’encapsulation est une particularité de l’orientation objet. L’encapsulation permet à chaque élément structurel de base, c’est-à-dire à chaque classe, de cacher des détails, soit des données contenues dans l’élément soit des actions possibles sur l’élément. Nous verrons ainsi qu’une classe peut n’exposer que certaines de ses caractéristiques. L’encapsulation est très importante car elle permet de passer de manière gracieuse de l’analyse à la conception en exposant tout d’abord les caractéristiques pertinentes pour le métier de l’application (le « quoi ») et ensuite en montrant aux développeurs des caractéristiques particulières donnant les indications sur le « comment ». Cela protège l’analyse des changements effectués lors de la conception dans la partie « privée » en ne remettant pas en cause ce qui est exposé « publiquement » au niveau métier.

D. Conan, C. Taconet, C. Bac, Télécom SudParis, CSC 4002, Octobre 2015