Questions prises en charge
- faut-il conserver, encapsuler ou remplacer cet actif existant ?
- comment séparer les responsabilités de l’interface, des communications, des tâches d’arrière-plan et des journaux ?
- où placer les interfaces entre COM / ActiveX / C++/CLI / .NET ?
- où absorber les différences entre 32 et 64 bits ?
- que faut-il observer avant de commencer une analyse de dysfonctionnement ?
Phases adaptées
- clarification de la stratégie avant implémentation ;
- révision de la conception avant de modifier un système existant ;
- architecture problématique dont le remplacement complet serait trop coûteux ;
- incidents répétés qui appellent une remise à plat structurelle.
Sujets fréquents
- architecture d’applications Windows ;
- utilisation de COM / ActiveX / OCX ;
- interopérabilité 32/64 bits ;
- modèle de threading et gestion des cycles de vie ;
- conception des journaux, des exceptions et des tests des cas d’erreur.
Déroulement
- Nous clarifions l’architecture actuelle, les contraintes et les difficultés.
- Nous distinguons ce qui doit être conservé, encapsulé ou remplacé.
- Si nécessaire, nous poursuivons jusqu’à une revue orientée implémentation et à la documentation de la stratégie de modification.
Projets particulièrement adaptés
KomuraSoft est particulièrement à l’aise avec les projets Windows un peu anciens et un peu complexes :
- les actifs existants ont encore de la valeur ;
- leur maintenance est devenue difficile ;
- une refonte totale serait trop lourde.
Dans ce type de projet, commencer par clarifier la conception revient souvent moins cher.