|
Phase 1: Analyse et Plan de migration
|
Analyse technique:
but : définir les spécificités du
projet à migrer
- Entrées/sorties du projet
- Liste des appels
spécifiques au langage source et cible
- Definition des principes
de rédaction du code cible
|
Analyse fonctionnelle
:
but : déterminer le champ
d'application des règles
- Définition des parties
concernées par la migration.
- Délimitation des points
fonctionnels concernés
|
Rédaction du plan de
migration iso-fonctionnel :
but : déterminer les méthodes qui
seront appliquées et le planning final des étapes qui seront validées
pour la migration finale.
|
Modification du code
source : (optionnelle / recommandée)
but : simplifier l'écriture des
règles par l'optimisation partielle du code source.
|
|
Phase 2: Migration et ajustement des règles
|
Ecriture des règles de
migration :
- Ecriture des règles
standards liées au langage source
- Ecriture des règles liées
aux spécificités du projet
(Plus les règles seront précises et leurs portée
étendue, plus la phase d'ajustements post migration (phase 3) sera
négligeable.)
|
Migration L2L:
- Utilisation du
moteur de la Syriade L2L suite pour la migration proprement dite
- Exploitation des
logs pour la vérification de l'application correcte des règles.
|
Validation
iso-fonctionelle :
- Validation du comportement
fonctionnel identique de la nouvelle application (iso-fonctionnalité).
- Validation des étapes
restant à valider (ergonomie/gestions des appels externes, ...)
|
|
Phase
3: Finalisation
|
Ajustements post
migration :
- Derniers ajustements de
remise en forme du code
- Optimisation du code généré
- Go- Live !!
|