1 Data migratie project 1

Transcriptie

1 1 Data migratie project Inleiding Achtergrond Het netwerkgebied van Netbeheerder Y is per 1 januari eigendom van Netbeheerder X. Het gaat om circa elektriciteits- en gasaansluitingen die overgaan naar Netbeheerder X. Per 1 januari zal Netbeheerder Y organisatorisch en systeem technisch volledig geïntegreerd zijn in Netbeheerder X. Om dit te bewerkstelligen wordt de data uit de systemen van Netbeheerder Y ingehuisd in de systemen van Netbeheerder X. Hiervoor moet een data extractie uit de systemen van Netbeheerder Y plaatsvinden, die dan wordt ingeladen in de systemen van Netbeheerder X. Tellingen, een Gebruikers Acceptatie Test (afgekort tot GAT) per systeem en een keten- /regressietest moeten daarna aantonen, dat de systemen van Netbeheerder X met daarin toegevoegd de data van Netbeheerder Y blijven werken conform specificaties Scope Domeinen en processen # Domein (Hoofd)proces *) [1] Asset Management Registratie ondergrondse bedrijfsmiddelen Registratie bovengrondse bedrijfsmiddelen Synchronisaties omliggende systemen [2] Infra Services Realiseren aansluitingen Realiseren infrastructuur Oplossen storingen Onderhoud & inspecties [3] Klant & Markt Beheren aansluitregister Alloceren en Reconciliëren Meetdata en Factureren (periodiek) *) Gebaseerd op de Proces Atlas van Netbeheerder X Systemen (meest relevante) De doelsystemen waar de data van Netbeheerder Y in belandt en overige systemen van Netbeheerder X, die door de inhuizing worden geraakt (zoals portals). De relevante koppelingen tussen de doelsystemen en aanpalende systemen. # Onderdeel (Doel)systeem Toelichting [1] Asset Management (AsM) GEN/GIS Geografisch informatiesysteem SAP Bedrijfsmiddelen Infra Services (INFRA) STAP Storingensysteem 1 Dit document is opgesteld vanuit perspectief van Netbeheerder X, die data overneemt van Netbeheerder Y Infocon versie 0.1 Pag. 1 van 5

2 # Onderdeel (Doel)systeem Toelichting WOM Workflow systeem Diverse portalen Zoals OVL portal [2] Klant & Markt (K&M) KV Aansluitregister Incl. C-AR GV Aansluitregister Allocatie en Reconciliatie Diverse portalen Zoals Slimme meter portaal Aanpak migratie De migratie van data vindt per systeem plaats met max. drie proefmigraties (PM1, PM2 en PM3) en een dry run (afgekort tot DR; d.i. de generale repetitie) t.b.v. de productie belading Projectorganisatie Voor de integratie van Netbeheerder Y is de volgende projectorganisatie opgezet: Tellingen, de GAT testen per systeem en de keten-/regressietest vallen binnen het deelproject Transitie en Testen. Facility Management, HR, Finance en Fudura vallen buiten de scope van tellingen en testen. Het deelproject ICT is ondersteunend aan de overige deelprojecten. 1.2 Acceptanten De (business) acceptanten zijn te verdelen in formele en operationele acceptanten. Per domein (K&M, AsM en INFRA) is de business lead de formele acceptant. De testplannen (master testplan (MTP) en detail test plan (DTP) per testsoort), de acceptatiecriteria en de product risico analyse (afgekort tot PRA) zijn/worden tezamen met formele acceptanten opgesteld (TMap fase: Testplanning). Infocon versie 0.1 Pag. 2 van 5

3 Een operationele acceptant staat voor de operationele taken, zoals het (mede) specificeren van testgevallen (TMap fase: Testspecificatie) en het (mede) uitvoeren van de testen (TMap fase: Testuitvoering). Deze rol wordt ingevuld met medewerkers uit de business en functioneel beheerders. De testcoördinator faciliteert de testplanning, testspecificatie en testuitvoering en ondersteunt de formeel en operationeel acceptanten bij het uitvoeren van hun taken. 1.3 Acceptatiecriteria Om de proefmigraties, de dry run en de werkelijke migratie te kunnen goedkeuren moeten acceptatiecriteria worden opgesteld. Deze acceptatiecriteria borgen dat: er een rationeel besluit kan worden genomen over het al dan niet accepteren van de migratie en de controle en acceptatie van de migratie herhaalbaar zijn (met hetzelfde resultaat). Op hoofdlijnen (alle domeinen) worden er bij de migratie van Netbeheerder Y drie zaken gecontroleerd: 1. Volledigheid. Zijn alle data/objecten, die aangeboden zijn voor de migratie ook werkelijk gemigreerd. 2. Juistheid. Zijn alle data/objecten, die aangeboden zijn voor de migratie goed gemigreerd. 3. Functionele bruikbaarheid in de bestaande processen en systemen van Netbeheerder X zonder uitval of workarounds (tenzij overeengekomen dat dat acceptabel is). Ad.1. en 2. Het volgende tellingenmodel is voor de migratie (alle domeinen) van toepassing: Opm.: A hoeft niet gelijk aan elkaar te zijn tijdens de verschillende stappen in de zin van aantallen (door uitval, e.d.). Daarom de aanduiding met A, A, A, A. [1] Volledigheid migratie Technische tellingen/ Step-by-step controles (controles A, A, A, A in de bovenstaande figuur): bij elke stap in het conversieproces, dus van extractie uit het bronsysteem (Netbeheerder Y) tot en met inladen van gegevens in de doelsystemen (Netbeheerder X) worden tellingen (#aantal records in csv export is hetzelfde als in import tabel, etc.) uitgevoerd. Functionele tellingen (controle C in de bovenstaande figuur): dit zijn tellingen/aantallen op de functionele objecten, zoals klanten, aansluitingen, aansluitingen E in bedrijf, MS stations, etc. 100% Verklaard, dat wil zeggen: succesvol + uitval = aangeboden, dus output/bron = input/doel. Infocon versie 0.1 Pag. 3 van 5

4 [2] Juistheid migratie *) Visuele controles (controle C in de bovenstaande figuur): Deze zijn bedoeld om aan te tonen dat de objecten/data één op één in de systemen van Netbeheerder X zijn overgezet. Deze controle vindt steekproefsgewijs plaats. De steekproef populatie is hierbij representatief voor de totale populatie. Dit wil zeggen, de steekproef bevat alle soorten combinaties van producten, type meters, etc., etc., van specifieke profielen. Hash totals/geautomatiseerde tellingen (controle B in de bovenstaande figuur): o Voor de velden/attributen die van bron naar doel gelijk moeten blijven kan dit door het berekenen van hash totals op deze velden (hash total veld A bron = hash total veld A doel). o Voor de velden/attributen die van bron naar doel een mapping (van een waarde naar een andere waarde) ondergaan. 100% Verklaard. *) Om de end-to-end controles (B en C in het bovenstaande tellingenmodel) soepel te laten verlopen worden alle records, die gecontroleerd zullen worden al voor de migratie geselecteerd en wordt de informatie die van deze records gecontroleerd moet worden vooraf in controlelijsten verzameld. Binnen het deelproject Transitie en testen worden: In samenspraak met ICT en acceptanten/business zowel de volledigheid/ step-by-step als de juistheid/ end-to-end tellingen nader uitgewerkt en gerealiseerd in tellingenscripts. De uitvoering hiervan wordt geïntegreerd in de migratiescripts (tijdens de voorbereiding van de migratie door het team Tellingen ). In samenspraak met business acceptanten de visuele controles uitgewerkt in testgevallen en checklists (tijdens de testfase Specificatie door testanalist en testcoördinator). Tijdens de proefmigraties kan indien van toepassing het tellingenmodel worden bijgesteld/aangescherpt, zodat een definitief tellingenmodel gebruikt kan worden tijdens de Dry Run (DR) en de productiebelading. Ad.3. Voor de doelsystemen is het behoud van de huidige functionaliteit van deze systemen ook onderdeel van de acceptatiecriteria. Behalve een juiste functionaliteit van een doelsysteem voor de gemigreerde data is het immers ook van belang dat het systeem voor de reeds aanwezige data gewoon doordraait en dat ook de bedrijfsprocessen/ketens blijven aansluiten op de verwerking van de data in de doelsystemen. De volgende generieke acceptatiecriteria 2 zijn van toepassing: [1] Functionaliteit (juistheid, volledigheid) [2] Processen/workflow (inpasbaarheid) De zekerheid, dat: de niet aangepaste onderdelen van een systeem van Netbeheerder X na de integratie van Netbeheerder Y nog steeds juist werken (regressie) de aangepaste rapportages (zoals BI/EDWH) van Netbeheerder X t.g.v. de integratie van Netbeheerder Y functioneren conform specificaties. Niet aangepaste rapportages blijven normaal werken (regressie) Het betreft hier de integratie tussen processen/workflow en de doel- systemen. Processen/workflows blijven correct (conform specificaties) werken met de gemigreerde data. Te testen aspecten hierbij zijn: processen en Netbeheerder Y data, processen en Netbeheerder X 2 Dit zijn kenmerken uit de ISO-norm ISO25010 Infocon versie 0.1 Pag. 4 van 5

5 [3] Tijdbeslag (performance) [4] Beheerbaarheid data, processen rondom de RVK datum, processen die teruggrijpen op het verleden (voor ), raadplegen historie, werkafspraken, onderhanden werk, e.d. - De snelheid waarmee een (doel)systeem interactieve/on-line transacties afhandelt mag na de migratie niet trager is dan de reactie snelheid van voor de migratie (gebruikersaspect) - De verwerkings- en doorlooptijden van de koppelingen/- synchronisaties tussen systemen blijven binnen de hiervoor beschikbare time slots (functioneel beheeraspect) - De back-ups van de doelsystemen, zoals uitgevoerd door de OPERATIONEEL BEHEER blijven binnen de hiervoor beschikbare time slots (technisch beheeraspect) - GIS/GEN: o de migratie in GEN Acceptatie is geaccepteerd door AsM en INFRA (aantallen en inhoudelijk) o in de werking van de migratieloops (migratie- en tellingenscripts) moet er een logging zijn conform de standaard dataloops, LoopHelp, doorlooptijden, enz. Dit zijn de standaard eisen bij dataloops o de migratie scripts zijn voorzien van commits, zodat een gedeeltelijke rollback van een script mogelijk wordt o migratie scripts zijn menugestuurd (welke scripts dit zijn en welke sturing hier gewenst is wordt tijdens de ontwikkeling van de scripts nader bepaald) o Beheer GBS voert de loops uit in GEN Acceptatie (PAT test) en Productie - K&M o Beheer criteria K&M Binnen het deelproject Transitie en testen worden in samenspraak met business acceptanten de testgevallen voor zowel de GAT als Keten-/regressietesten (KRT) voorafgaand aan de testuitvoering (tijdens de testfase Specificatie ) door testanalist en testcoördinator opgesteld Schorsing criteria Van alle bevindingen die gedaan zijn geldt per (doel)systeem dat, bij overgang naar een volgende fase, per foutcategorie de volgende aantallen bevindingen open mogen staan: Foutcategorie Van Migratie naar GAT Van GAT naar KRT Van KRT naar Productie Kritiek Hoog (met workaround) Middel Laag Voor wat betreft de migratie worden steekproefgroottes en schorsing criteria uitgewerkt in het Detail Test Plan (DTP) per domein en/of testsoort. Infocon versie 0.1 Pag. 5 van 5