É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.

ÉTAPE ANALYSE & SEGMENTATION

• 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.

ATELIER BUSINESS
SURVEY

• 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.

• 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.

• 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 DATA PREPARATION

• Cette étape permet de s’assurer de la bonne disponibilité et de la conformité des applications à migrer ainsi que de leurs données.

• 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.

• 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.

• 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.

• Applications qu’il faut entièrement réécrire pour la plateforme cible.
• Dernier atelier de l’étape Provisioning avant la livraison.

• 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.

• Assure le processus de livraison de l’application et si nécessaire, une assistance à l’installation.

• Support du delivery : 3 , 6 mois.
• Maintenance évolutive, corrective.
• Ajustement de l’infrastructure applicative.

• • 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…).