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

3.2 Plate-forme de migration (« Migration Platform »)

Non classé

La Figure 15 représente les principaux cas d’utilisation du système « Migration Platform ».
Ils sont répartis de la manière suivante :

· La cartographie de l’application représente la base de l’ensemble et contiendra tous les
composants applicatifs du projet (fenêtres, composants graphiques, classes, fonctions).

· La cartographie des tests intègre les différentes données propres aux tests et s’appuie sur la
cartographie de l’application pour indiquer quels sont les composants utilisés par les tests.

· Le suivi d’intégration quant à lui permet d’avoir un historique des niveaux d’intégration par
composant.

· Ensuite vient l’automatisation des tests qui s’appuie sur la cartographie des tests. Elle
permet, comme on le verra un peu plus loin, de spécifier une relation entre les composants
sources et cibles présents dans la cartographie de l’application.

Les différents acteurs sont l’architecte, qui a pour rôle principal d’initialiser et de vérifier que la
cartographie de l’application est correcte ; le testeur qui alimente la cartographie des tests d’une
part, et génère les scripts de tests d’autre part ; le chef de projet qui utilise la cartographie de
l’application pour obtenir différentes visions de celle-ci, et qui se sert du suivi d’intégration pour
avoir une idée réaliste de l’état d’avancement de l’intégration. Ces différents cas d’utilisation sont
détaillés dans les paragraphes suivants.

La Figure 16 représente la répartition des paquetages constituant le système plate-forme de
migration (« Migration Platform »). On peut remarquer que les deux principaux paquetages coeur
(« Core ») et éléments de code (« CodeItems ») forment un noyau autonome. Les autres
« fonctionnalités » viennent se greffer sur ce noyau et sont indépendantes entre elles, mis à part les
deux paquetages architecture de test (« Testing.Architecture ») et données de test (« Testing.Data »)
qui sont regroupées au sein du paquetage test.

Page suivante : 3.2.1 La cartographie des applications

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