L'étape de finalisation permet de passer du dernier prototype recetté à la version client livrée au maître d'ouvrage.
Dans la mesure où les tests utilisateurs ont été correctement conduits pour chaque prototype, si la règle de non-régression des prototypes a été appliquée et si les tests de non régression ont été réalisés chaque fois qu'une procédure DRNR est intervenue, le dernier prototype recetté constitue le logiciel complet qui ne doit plus présenter de bogues.
Si par contre, l'un de ces points n'a pas été respecté, il se peut que des anomalies subsistent ou même aient été rajoutées, à l'occasion d'une modification intempestive d'un prototype recetté. Si l'on ne veut pas livrer un logiciel bogué, il faut recommencer la plupart des tests, ce qui rallongera de façon considérable le délai de livraison et mettra les valideurs de fort mauvaise humeur en constatant que certaines parties du logiciel qui ne posaient plus de problèmes antérieurement, présentent maintenant des dysfonctionnements.
Bien sûr, comme nous nous situerons ici dans le premier cas de figure qui correspond à une mise en oeuvre correcte de la démarche MACAO, nous considèrerons que le logiciel obtenu à ce niveau est exempt d'anomalies visibles.
Bien que le dernier prototype soit le logiciel complet puisqu'il comprend la totalité des fonctions demandées, il ne peut faire l'objet en l'état d'une livraison finale. Il lui manque pour cela l'environnement logistique qui lui permettra de s'intégrer puis d'évoluer au sein de l'organisation utilisatrice.
En effet, la mise en œuvre d'un logiciel ne se résume pas à installer des programmes sur des ordinateurs. Encore faut-il que ces programmes soient utilisés correctement.
Par ailleurs, les desiderata des utilisateurs évoluent au cours du temps : de nouveaux besoins apparaissent, d'autres n'ont plus d'utilité, de nouvelles techniques de gestion voient le jour que certains veulent appliquer. Il en est de même pour l'organisation et pour l'environnement socio-économique dans lequel elle baigne : le nombre et la variété des objets augmentent parfois de façon considérable, la concurrence pousse à diminuer l'âge des informations, des restructurations peuvent se produire qui limitent ou augmentent le nombre d'utilisateurs, de nouvelles technologies apparaissent.
Tous ces faits nécessitent que le logiciel livré aujourd'hui puisse évoluer dans le futur rapidement et à un coût raisonnable, afin de s'adapter aux nouvelles conditions de fonctionnement.
Un autre aspect à prendre en compte est la probabilité de panne du matériel informatique, ou de dysfonctionnement grave du logiciel souvent lié à des erreurs de manipulation, ou à des malversations d'origine externe (virus par exemple). Dans ce domaine, la politique de l'autruche n'est jamais payante ; c'est pourquoi des procédures de sauvegarde et de secours doivent être prévues afin d'éviter que de tels accidents ne débouchent sur des catastrophes irrémédiables.
Compte tenu de tous ces aspects, nous pouvons dire que l'étape de finalisation représente une tâche complexe qui ne doit pas être prise à la légère.
Dans le cadre de MACAO nous nous limiterons à distinguer quatre phases pour finaliser le projet sans préciser quels moyens particuliers seront utilisés pour leur mise en œuvre.
Les quatre phases sont :
- le paramétrage du logiciel,
- la production de la documentation,
- le conditionnement de la livraison,
- le déploiement.
