Les données de l'application sont extraites des bases Notes et conservées dans un format ouvert (XML, HTML, ...) pour une conservation long terme ou pour une migration future.
Les données de l'application sont extraites des bases Notes et injectées dans une application tierce (SharePoint, OneDrive, Google Drive, solutions du marché...).
Une conversion au format PDF est proposée.
L'application Notes est réécrite (nouveau développement) dans une technologie tierce (SharePoint, .Net, JEE) et les données Notes sont extraites puis importées.
APPLICATION MIGRATION FACTORY est configurée spécifiquement avec une ou plusieurs lignes de traitement en fonction des stratégies choisies par le client.
Chaque ligne de traitement se caractérise par un type de source et de cible choisie.
De nombreux projets ont été réalisés chez les clients suivants, entre autres :
ÉTAPE COLLECTE & AUDIT
Collecter et Auditer les données provenant des bases .NSF des serveurs Domino ou locales.
Données regroupant l’ensemble des caractéristiques d’une base Notes (template, volumétrie, activité utilisateur, code, sécurité, complexité, accès, etc.).
ATELIER AUDIT SERVEUR & APPS
Collecter les données.
Auditer les applications.
ATELIER AUDIT USER DESKTOP
Récupérer sur serveur les bases locales des PC des utilisateurs avant de les copier/répliquer vers un serveur.
ATELIER ANALYZE SERVER & SEGMENTATION
Réaliser les premiers traitements appliqués aux données issues de l’Audit.
Classer les bases en différents groupes homogènes : Emails, Applicatives / à ignorer, etc.
Fournir aux métiers l’ensemble des éléments clés pour faire un choix parmi les différents scenarii possibles pour les processus d’archivage, de migration et de transformation de leurs applications.
ATELIER DATA OWNERSHIP
Optionnel : sert à déterminer l’appartenance des bases Notes aux Business Units.
Pour déterminer qui est responsable de quelles bases et répartir les coût sur les BU.
Comprendre l’utilisation des applications Notes en interrogeant directement les personnes en charge de ces applications.
ATELIER COST
ESTIMATION
Fournit une liste de cibles technologiques compatibles par App (SharePoint, J2E…) et les charges estimées de migration.
ÉTAPE ARBITRAGES
Alimentées par les résultats détaillés de la phase d’Analyse, les directions Métiers décident du processus de Migration de leurs applications.
ATELIER BUSINESS DECISION
L’atelier Business Decision est le moment clé dans le projet de migration. Les Métiers décident, en s’appuyant sur les livrables fournis lors de l’Analyse, de la stratégie à choisir pour chaque application ( Migrer, Transformer) et de la plateforme cible retenue Budgets, Planning, Ressources sont validés, la migration peut commencer et la Factory s’activer.
ÉTAPE GO – NO GO
Cette étape permet de préparer, de configurer et d’activer la Factory.
Deux options : Mode SAAS ou Mode ON PREM, en fonction du projet et de sa volumétrie.
Cette étape permet de s’assurer de la bonne disponibilité et de la conformité des applications à migrer ainsi que de leurs données.
ATELIER LOCAL DATA UPLOAD
Optionnel lors de l’étape Conformité.
S’il y a des données à récupérer sur les postes des utilisateurs (base archives locales), nous devons (préalablement à leur traitement) les copier sur un serveur centralisé.
Si la base est chiffrée, nous devons utiliser l’ID Notes de l’utilisateur pour la déchiffrer avant de la copier sur le serveur.
Obligatoire lors de cette étape de mise en Conformité. Juste avant d’exporter les données de la base Notes (Mail ou Application), nous devons nous assurer qu’il n’existe pas de documents chiffrés au sein de la base.
Si tel est le cas, nous devons identifier les utilisateurs porteurs de la clé de déchiffrement et initier le travail de déchiffrement.
Si l’utilisateur a quitté la compagnie et que son ID est indisponible, des données chiffrées sont perdues.
ATELIER IDENTITY
Permet de bâtir le référentiel de noms entre le système actuel représenté par l’annuaire Domino (Names.nsf) et le système cible, habituellement représenté par l’annuaire Active Directory.
Extraire les données des bases Notes sous la forme de fichiers de données au format ouvert (XML, HTML, XSL…).
Extrait du contenu vers des fichiers au format ouvert.
Pour stockage long terme, application en Read Only ou export vers d’autres plateformes.
S’assurer que les données extraites s’affichent correctement (action humaine est requise).
Choix d’un format de lecture / écriture d’un document de type HTML, PDF ou Word.
Configuration du processus de conversion en fonction des formats choisis.
Reconstruire l’application sur la plateforme qui a été choisie. Cela peut se traduire par un simple import de données jusqu’à une réécriture complète de l’application.
ATELIER IMPORT
Importer les données venant de la base Notes. Le passage par des ateliers supplémentaires peut être nécessaire.
Lors de la nécessité de customiser l’application sur la nouvelle plateforme en intervenant sur les éléments de présentation de l’information.
ATELIER CODING
Applications qu’il faut entièrement réécrire pour la plateforme cible.
Dernier atelier de l’étape Provisioning avant la livraison.
ÉTAPE PROVISIONING
Reconstruire l’application sur la plateforme qui a été choisie. Cela peut se traduire par un simple import de données jusqu’à une réécriture complète de l’application.
ATELIER QUALITY CONTROL
A la fin du développement de l’application, avant livraison.
S’assurer que l’application répond au cahier des charges et que les spécifications ont bien été implémentées.
ATELIER ACCEPTANCE
Assure le processus de livraison de l’application et si nécessaire, une assistance à l’installation.
ATELIER SUPPORT
Support du delivery : 3 , 6 mois.
Maintenance évolutive, corrective.
Ajustement de l’infrastructure applicative.
ATELIER DECOM
Décommissionnement des anciennes applications Notes (archivage et sauvegarde du legacy) et des serveurs (vérification de la fin des accès à l’ancienne application, mise en place de redirection vers la nouvelle application…).
