Dans cet article, nous souhaitons vous parler du processus de mise à niveau d'un client du secteur des services.
Le client, qui emploie environ 1000 personnes en Allemagne, compte environ 200 utilisateurs qui travaillent quotidiennement avec Dynamics NAV. L'objectif était de mettre à niveau Microsoft Dynamics NAV 2009 R2 Classic vers Dynamics NAV 2017.
Challenge
Les principaux défis ont été d'une part Intégration des modules tiersLe client utilise un certain nombre d'entre eux, par exemple un module de projet complet avec saisie des temps sur le web, un système de gestion des documents et des modules pour les paiements électroniques. Il a fallu veiller méticuleusement à ce que la version du fournisseur tiers soit correcte afin d'implémenter les objets dans le bon état de version. D'autre part, une Nombreuses adaptations spécifiques au client être analysés et évalués.
Les points forts du projet
Ci-dessous, nous souhaitons vous présenter Points forts du projet de l'histoire :
Le fait est qu'il y a plusieurs milliers Adaptation des objets de l'entreprise. Les multiples modifications d'objets dans le système ont dû être mémorisées (intégrées dans la nouvelle structure d'objets), ce qui a pu être réalisé avec succès.
En outre, la Transfert de la Rapports au nouveau format RDLC un grand défi.
De même, les Conception des centres de rôles (écran de démarrage spécifique au groupe d'utilisateurs dans NAV), qui n'existaient pas encore dans NAV 2009 R2 et qui ont donc été créés, ont nécessité des réflexions et des définitions précises en amont. Quatre centres de rôles de base ont été créés, selon le domaine d'activité des collaborateurs, par exemple des centres de rôles propres à la "comptabilité financière" ou à la "demande d'achat (BANF)".
En outre, le client dispose, en plus des dimensions courantes dans le système standard comme "objet de coûts" ou "centre de coûts", de quelques dimensions supplémentaires qui sont données lors de l'enregistrement.
Dans l'ancien système NAV 2009 R2, celles-ci se trouvaient encore dans des tables propres pour les dimensions et ont maintenant été intégrées dans les nouvelle logique Dimensionset ID ce qui représentait un changement technique important.
En outre, il a fallu décider au préalable quelles adaptations devaient également être reprises dans le nouveau système NAV 2017 ou quelles adaptations devaient être réalisées. Modifications n'étaient plus du tout nécessaires, puisqu'elles sont désormais disponibles dans la norme.
Un autre point fort de la mise à niveau était la Migration des données en raison de la grande quantité de données (taille de la base de données supérieure à 100 gigaoctets). Dans ce cas, des routines ont dû être adaptées pour que les données puissent être migrées correctement.
Procédure
En raison de la complexité et de l'ampleur des modifications apportées au projet de mise à niveau, celui-ci a été divisé en plusieurs petits paquets fonctionnels, par exemple "gestion des dimensions", "ajustement des documents", "interface A", etc., chacun sous la responsabilité d'un développeur.
Chaque paquet a ensuite été testé par les développeurs eux-mêmes dans des laboratoires dédiés. Tests de développeurs testé avant d'être Fonction et Tests d'intégration (vérification du fonctionnement dans les chaînes de processus) a été validé avec l'aide d'utilisateurs clés.
Les utilisateurs clés, qui devaient ensuite principalement transformer le savoir-faire aux autres collaborateurs, ont été impliqués et formés à un stade précoce du processus de mise à niveau.
Une fois les tests fonctionnels et d'intégration réussis, la formation des testeurs a eu lieu, suivie de la mise en œuvre du projet. Test utilisateur final (test d'acceptation) des collaborateurs qui travailleront plus tard avec le système. L'attention s'est alors portée sur l'ergonomie (interface) ainsi que sur l'applicabilité pratique des fonctionnalités intégrées.
Avant que le système ne soit mis en service, plusieurs tests ont été effectués. Essais de migration et la formation de l'utilisateur final. Une période de mise en service de trois jours a ensuite été fixée, au cours de laquelle le système a été activé.
La migration technique s'est faite par étapes intermédiaires de NAV 2009 R2 à NAV 2013 (conversion de la base de données et migration des données), NAV 2015 (conversion de la base de données et migration des données) et enfin NAV 2017 (conversion de la base de données, migration des données et fusion complète des objets).
Réalisation du projet
La mise à niveau a pu être réalisée dans un délai de dix mois et Dynamics NAV a pu être optimisé pour le client justement en ce qui concerne les fonctionnalités.
Grâce à une excellente organisation de projet de la part du client et à une très bonne interaction entre l'équipe de développement du client et les développeurs de bartolome röder AG, le projet a pu être mené à bien comme prévu.
