Présentation

APPLICATION MIGRATION FACTORY traite les applications Notes et leurs données selon les 3 stratégies suivantes :
Archivage
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.
Migration & Conversion
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.
Transformation
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.
Une même application Notes peut être à la fois Archivée, Migrée et Transformée : les données non actives sont extraites de l'application pour être archivées alors que les données actives sont importées dans la nouvelle application.

Lignes de Migration

APPLICATION MIGRATION FACTORY est configurée spécifiquement avec une ou plusieurs lignes de migration pour assurer le traitement des stratégies choisies par le client.
Chaque ligne de Migration se caractérise en fonction du type de source et de la cible choisie.
image

Types de sources et cibles potentielles des lignes de migration

Fonctionnement

POUR ENGAGER LE PROJET DE MIGRATION, L'APPLICATION MIGRATION FACTORY
FONCTIONNE AUTOUR DES 4 COMPOSANTES SUIVANTES :
image

Fonctionnement de l'AMF

Méthodologie de migration

Phases et Étapes de la Factory

Phase 1 : Assessment

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

Phase 2 : Decision

É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
Mise en œuvre d'une factory    Prepare    Run    Decom

Phase 3 : Prepare

Étape Factory Setup
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.

É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.
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.
Atelier Data Access
  • 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.

Phase 4 : Run

Étape Export
  • Extraire les données des bases Notes sous la forme de fichiers de données au format ouvert (XML, HTML, XSL...).
Atelier Extraction
  • Extrait du contenu vers des fichiers au format ouvert.
  • Pour stockage long terme, application en Read Only ou export vers d'autres plateformes.
Atelier Visualization
  • S’assurer que les données extraites s’affichent correctement (action humaine est requise).
Atelier Conversion
  • 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.
É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 Import
  • Importer les données venant de la base Notes. Le passage par des ateliers supplémentaires peut être nécessaire.
Atelier Customization
  • 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 Delivery
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.

Phase 5 : Decom

 
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...).
Fin de Projet
Désactivation de la Factory

Centre de Services Applicatifs

RESSOURCES ET EXPERTISES SUR LES TECHNOLOGIES MICROSOFT JAVA
& OPEN SOURCE UI/UX WEB AND MOBILE EMBEDED
image

Centre de Services Applicatifs

Réalisations

Projets réalisés :
Projets en cours :

Découvrez l'Application Migration Factory

Prenez rendez-vous pour une démo personnalisée de notre solution !

 

Informations Corporate
  A propos de Cooperteam