Projet MVC-CD Les modèles de classes associés au développement avec Eclipse et VP Introduction Créé par P.-A. Sunier, le 11 juin 2014 Modifié par P.-A. Sunier, le 11 juin 2014 Page 1 sur 4 Table des matières 1 Préambule ....................................................................................................................................... 3 2 Bibliographie.................................................................................................................................... 4 Page 2 sur 4 1 Préambule Initialement, nous avons réalisés un projet Visual Paradigm qui comportait nos différents modèles de spécifications; ils sont accessibles au travers de la documentation que nous fournissons en regard de notre travail de spécification. [http://lgl.isnetne.ch/Sagex35793/Specifications/index.htm] Ensuite, nous sommes passés en phase de réalisation avec une double stratégie liée à des contraintes organisationnelles: - développement des classes Java manuellement à l'aide d'Eclipse; génération du code des classes java à partir de notre projet initial Visual Paradigm. En cours de réalisation, nous avons décidé d'uniformiser notre stratégie de développement et d'expérimenter l'utilisation de Visual Paradigm en tant que plugin de modélisation au sein d'Eclipse [MVC-40]. Nous avons alors convenu de systématiquement générer les squelettes de code à partir de Visual Paradigm et ensuite de le remettre à jour après toute modification, ajout ou suppression de méthodes et/ou objets; nous avons alors constaté un fonctionnement hasardeux de la synchronisation entre le code Java d'Eclipse et le modèle sous Visual Paradigm. Nous pensons que cette synchronisation aléatoire est probablement dû au fait que nous avons d'une part réalisé des modèles et d'autre part implanté ces modèles directement en écrivant le code. Nous avons alors pris la décision de considérer le code Java au sein d'Eclipse comme notre source la plus fiable; nous avons supprimé le modèle Visual Paradigm et l'avons recréé à partir de la fonction automatique de synchronisation à partir du code. Dès lors, il nous a fallu refaire tous nos diagrammes; nous les avons refaits en respectant les détails de notation propres au processus d'ingénierie inverse que nous avons utilisé; entre autres, cela implique que: - Nous conservons 2 associations monodirectionnelles au lieu d'une seule bidirectionnelle. Page 3 sur 4 2 Bibliographie [MVC-40] Projet MVC-CD Mise en place de l'environnement de développement S. Berberat, 2014 http://lgl.isnetne.ch/Sagex35793/Realisations/EnvironnementDeveloppement.pdf Page 4 sur 4