Of het nu een volledige nieuwe implementatie betreft, de overgang naar een nieuw of de upgrade van een bestaand PLM systeem, data migratie komt bijna altijd om de hoek kijken. Waarom:

• Omdat er niet zoiets als 'oude' gegevens bestaat...?
• Omdat het de actuele bedrijfsgegevens zijn, die nodig zijn of het uitgangspunt voor verbetering...?
• Omdat het een kans tot kwaliteitscorrectie biedt...?
• Omdat het makkelijk is...?

Of het nu een volledige nieuwe implementatie betreft, de overgang naar een nieuw of de upgrade van een bestaand PLM systeem, data migratie komt bijna altijd om de hoek kijken. Waarom:

• Omdat er niet zoiets als 'oude' gegevens bestaat...?
• Omdat het de actuele bedrijfsgegevens zijn, die nodig zijn of het uitgangspunt voor verbetering...?
• Omdat het een kans tot kwaliteitscorrectie biedt...?
• Omdat het makkelijk is...?

Elk van de bovenstaande punten is een discussie op zich. Maar migratie is niet moeilijk, hoewel een een relatief begrip. Voorwaarde is dat bij alle benodigde stappen een duidelijk besluit worden genomen. Makkelijk is niet gelijk aan snel of goedkoop; dat is het gevolg van elk van de besluiten. De figuur geeft weer dat bij alle afwegingen voor correctie, migratie en controle keuzes gemaakt kunnen en moeten worden tussen kwaliteit, kosten en tijd. Een goede benadering voor het aflopen van het migratie proces is om uit te gaan van een ideale situatie met oneindig budget en tijd en de potentiele kwaliteit leidend te laten zijn.

De principe stappen die te volgen zijn bij een migratie zijn:

• Inventarisatie
  Welke informatie is beschikbaar? Dit betreft alle informatie, pas in een latere stap zal besloten moeten worden wat wel en niet te migreren.
• Mapping en mapping regels
  Tussen het datamodel van de actuele data en de het datamodel van het nieuwe PLM systeem moet een mapping gemaakt worden. Zeer waarschijnlijk is dat hier ook regels bij gedefineerd moeten worden om velden te combineren, te splitsen of te vertalen.
• Analyse, filtering en kwaliteitscorrectie
  Aan de hand van de mapping en de regels kan een kwaliteit van gegevens geanalyseerd worden. Hiermee kan filtering plaatsvinden om te bepalen welke gegevens noodzakelijk zijn. Als gegevens waarvan besloten worden dat deze alsnog nodig zijn, is het nuttiger om deze te migreren. Het beschikbaar stellen in een oud of offline systeem leidt principieel tot fouten, waardoor de voordelen van het PLM worden ondermijnd. Het is niet noodzakelijk om gegevens te corrigeren als dat niet leidt tot conflicten bij het migreren. Gegevens kunnen met extra regels altijd gemigreerd worden in combinatie met het besluit de kwaliteit in het PLM systeem na migratie te corrigeren. Het is een serieus advies om te alleen te doen als bij voorbaat resources worden gereserveerd of het bedrijfsbelang duidelijk gemaakt wordt.
• Migratie
  De daadwerkelijke migratie is - als de mapping en regels eenduidig zijn - een technische aangelegenheid. Aandachtspunten zijn het vooraf goed bepalen van de doorlooptijd, planning van migratie stappen en prioriteit.
• Verificatie
  Bij een goede aanpak van migratie moet een 100% verificatie ingepland zijn als verschilrapportage tussen oude gegevens en gegevens zoals in het PLM systeem aanwezig na migratie. De kans is zeer groot dat uitzonderingen gevonden worden, die nog niet in regels of mapping waren gevonden. De verificatie fase garandeert dat er geen kwaliteits verschil tussen data voor en na migratie bestaat, maar zegt niets over de kwaliteit van data zelf.

Links

• Migration Madness (part 1 - 14)
• Technia Web - Data Migraine
• Convergence Data Services - Case Study #2 PLM Data Migration