Si le système doit remplacer un système existant, les problèmes de compatibilité, de conversion et de migration doivent
être pris en compte. En particulier :
-
Les données d'un système existant doivent être réacheminées (et si possible converties au bon format) vers le
nouveau système.
-
Les interfaces utilisateur (formats d'écran, commandes etc.) doivent être prises en charge par le nouveau système.
-
Les interfaces de programmes d'application doivent être maintenues.
-
La migration du système existant vers le nouveau système ne doit pas déranger les services utilisateur pour une
durée plus longue que prévue à l'origine (elle varie selon le métier).
-
Le nouveau système doit être capable de fonctionner en parallèle avec l'ancien système pendant la période de
migration.
-
On doit pouvoir revenir à l'ancien système, si besoin, pendant les deux premières semaines de l'opération.
-
Les anciennes données archivées doivent pouvoir être exécutées sur le nouveau système. Si elles sont protégées de
manière cryptographique, une attention toute particulière devra être portée aux clés de chiffrement lors de la
migration.
Les stratégies choisies pour gérer ces problèmes auront besoin d'une prise en charge appropriée dans l'architecture et
la conception du système.
Changer un système en environnement de fabrication demande de l'organisation et des préparatifs. Les facteurs
techniques à prendre en considération incluent que :
-
Les utilisateurs du système auront peut-être besoin d'être entraînés.
-
L'environnement de prise en charge de la production doit être préparé et le personnel d'assistance de la production
doit être entraîné et prêt à prendre en charge le système.
-
Les procédures de prise en charge de la production, incluant la sauvegarde, la reprise et la résolution d'incidents
doivent être établies.
Les facteurs métier qui influencent le calendrier de déploiement incluent :
Certains systèmes doivent être déployés en plusieurs fois à cause de considérations liées au temps ou à la
disponibilité. Si le système ne peut être déployé en une seule fois, il faut déterminer l'ordre dans lesquels les
composants doivent être installés et les noeuds sur lesquels ils doivent être installés. Les patterns courants de
calendrier de déploiement incluent :
-
Géographiquement - par zone
-
Fonctionnellement - par application
-
D'un point de vue organisationnel - par rayon ou par poste
Lorsque l'application est déployée sur une période de temps, parmi les problèmes à résoudre on trouve :
-
le logiciel doit être capable d'être exécuté dans une configuration partielle
-
des versions différentes du logiciel doivent pouvoir coexister
-
on doit pouvoir revenir à une version antérieure du système si des problèmes sont détectés dans le nouveau système
Ces fonctions ne peuvent être remplies sans un effort architectural marqué et devraient être documentées dans Produit: document de l'architecture logicielle.
Pour chaque catégorie d'utilisateurs, incluant l'administration, les opérateurs et les utilisateurs, il faut identifier
:
-
Les types de systèmes de technologie de l'information utilisés actuellement. Si pour certains
utilisateurs, internes ou externes à l'organisation, le système représente une première utilisation des
technologies de l'information, indiquez que cela mérite une attention particulière.
-
Ce que les nouvelles fonctions leur apporteront par le biais de ce système.
-
En d'autres termes, ce que seront leurs besoins d'apprentissage.
-
Les exigences du support de la langue nationale.
|