Modélisation Grady BOOCH pour VIP et équivalent UML2 en 2016

Comparaison entre l'Etude de la classe "Mainbridge" de VIP qui a servi à générer des objets dans mon logiciel, et une modélisation UML similaire en 2016

A plusieurs occasions lors de mes travaux de ces 5 dernières années,  j'ai constaté que dans l'avancement de mon logiciel « bridgrexpertia » je n’avais que très peu utilisé des objets instanciés à partir d’une classe, malgré un contexte de développement de nombreuses classes indispensables à ce logiciel. Je pense qu’aujourd’hui je pourrais choisir une approche conceptuelle bien plus orientée objet même en restant sous VIP. Avant d’aller plus loin dans ce sens je me propose de reprendre la classe des quatre mains d’une donne en reprenant une modélisation de l’existant, appuyée sur UML dans l’IDE Eclipse avec le Plugin gratuit PAPYRUS.

Mes choix de modélisation au départ du projet:

La Figure ci-dessus représente le modèle des classes de base de mon logiciel, lors de mon étude de Faisabilité, lorsqu’il permettait de proposer uniquement les Ouvertures en premier. Je reprends son  étude ici, dans ma nouvelle démarche de réflexion, car elle était relativement simple pou cette étape initiale du développement. La représentation des classes était basée sur le formalisme des années 2000 de GRADY BOOCH, un des « pères » de UML. Avec le formalisme du langage UML on se trouve en présence d’un diagramme de classe de haut niveau qui représente au départ des classes ABSTRAITES, c.à.d sans la description de tous leurs attributs et de leurs fonctions qui seront optionnellement ajoutés ultérieurement dans des diagrammes plus détaillés...................ou cerise sur le gateau lors d'une phase de REVERSE ENGINEERING, qui consiste à mettre à jour le/les modèle(s) à partir des modifications effectuées directement dans le code du langage d'implémentation (Java et C++ actuellement).

Voici ci-dessous le niveau de ces classes avec les références de GRADY BOOCH vers 2000 et mes adaptations:

 Voici ci-dessous une partie du même niveau de ces classes avec le formalisme UML2 dans Eclipse