Gagne de la cryptomonnaie GRATUITE en 5 clics et aide institut numérique à propager la connaissance universitaire >> CLIQUEZ ICI <<

5 CONCLUSION

Non classé

Ce sujet de mémoire, de prime abord assez complexe dans sa réalisation, a abouti à la
production d’une suite d’outils qui s’intègrent dans le processus d’évolution d’architecture.

Actuellement, tous les projets de migration utilisent la cartographie des applications, des tests ou le
suivi de l’intégration. Il a fallu inventer un certain nombre de solutions, jongler avec l’existant,
l’état de l’art et les objectifs initiaux. Mais au final, le résultat me semble satisfaisant. Même s’il
reste des chantiers à concrétiser (cf. Tableau 2), grâce à la base « Migration Platform », c’est
l’ensemble du processus de migration industrielle qui a gagné en visibilité et en robustesse.

Les phases de test qui, on peut le dire, étaient souvent les parents pauvres de la migration, bénéficient
pleinement de cette réussite. Je pense qu’on peut dire que les objectifs fixés lors de la rédaction du
sujet de ce mémoire, ont été atteints. Cette réussite est en grande partie fondée sur la cohérence de
la clé qui identifie chaque composant de manière unique. Le respect du format qui la constitue est
primordial tout au long du processus de migration.

Pour la suite, il y a principalement deux thèmes qui sont pressentis comme pouvant apporter un réel
gain :

· monter en niveau d’abstraction sur les tests de référence, c’est-à-dire produire des tests de
niveau fonctionnel, retrouver des actions qui ont du sens pour l’utilisateur.

· le lotissement « intelligent » des applications. Dans mon idée, on pourrait se servir du
logiciel yEd afin d’obtenir un premier niveau de lotissement basé sur les adhérences entre
les éléments (cf. Figure 34). Ensuite, toujours au sein du logiciel yEd, un expert fonctionnel
serait en mesure d’intervenir pour affiner l’appartenance des éléments à tel ou tel lot. Une
fois le lotissement établi, il serait possible d’insérer les données dans la base de
cartographie. Ce travail permettrait d’avoir une vision des lots qui composent l’application,
puis de déterminer un ordre dans l’intégration des différents lots.

Comme on peut le constater, que ce soit avec la cartographie d’application ou avec la cartographie
de test, les axes de recherche sur ces thèmes sont nombreux et prometteurs. La volonté stratégique
de Sodifrance pousse à la concrétisation de ces objectifs, d’où l’opportunité pour moi de réaliser ce
mémoire sur ces sujets porteurs et innovants. Je remercie encore tous ceux qui, de près ou de loin,
ont participé ou ont rendu possible cette aventure.

Page suivante : 6 BIBLIOGRAPHIE

Retour au menu : Stratégie de test au sein du processus d’évolution d’architecture de Sodifrance