Modifications prises en charge
- ajouter des fonctions sans casser l’existant ;
- revoir une architecture conçue uniquement pour le 32 bits ;
- remplacer progressivement des éléments pendant l’exploitation ;
- améliorer performances et stabilité ;
- remettre en ordre un code devenu difficile à maintenir.
Dans un logiciel Windows existant, il importe moins de créer du neuf que de savoir ce qui doit être préservé sans être cassé.
Points essentiels
Nous examinons notamment :
- l’incidence sur l’exploitation actuelle ;
- les composants dont dépend le logiciel ;
- les architectures 32/64 bits et les limites de processus ;
- les conditions de distribution, d’inscription et de droits ;
- un découpage par étapes qui facilite le retour arrière.
Thèmes fréquents
- prolongation de vie de logiciels VB6 / MFC / WinForms ;
- clarification d’actifs COM / ActiveX / OCX ;
- révision d’architectures mêlant C++ et C# ;
- passage au 64 bits de logiciels conçus pour x86 ;
- amélioration des journaux et de la capacité de diagnostic pendant les modifications.
Situations adaptées
- le logiciel fonctionne encore, mais chaque modification est risquée ;
- seule une partie doit être modernisée ;
- un composant fournisseur ou un ancien actif constitue le goulet d’étranglement ;
- il faut d’abord prolonger la durée de vie et clarifier l’existant avant un remplacement complet.
Déroulement
- Nous recensons dépendances et contraintes.
- Nous séparons les zones à conserver de celles à remplacer.
- Nous définissons un plan progressif et renforçons si nécessaire les tests et les journaux.