Konvertering fra ett datasystem til et annet kan oppnås ved flere metoder. En parallell konvertering er en der både de gamle og nye datasystemene drives samtidig. Dette gjøres vanligvis for å holde det gamle systemet tilgjengelig som backup til det nye systemet fungerer tilfredsstillende. Parallell konvertering har noen fordeler, men det har også noen ulemper.
Kjører to systemer samtidig
Å kjøre to systemer parallelt krever to ganger ressursene for å utføre det samme arbeidet som et enkelt system. Dette krever mer strøm og øker driftskostnadene. Arbeiderne må også utføre to ganger sin normale arbeidsbelastning for å oppnå samme utgang, i hovedsak inn eller bytte data to ganger for hver gang de ville gjøre det på et enkelt system for å sikre at informasjonen forblir identisk mellom begge. Den doble arbeidsbelastningen reduserer produksjonen, noe som øker prisen på sluttproduktet ved å redusere arbeidernes potensielle produksjon per betalt arbeidsperiode.
Sannsynlighet for feil
Inngangsfeil er alltid en mulighet, men når mengden data som skrives inn dobler, øker sannsynligheten for en feil med den. Sannsynligheten for feil kan også øke hvis arbeidstakere er tvunget til å jobbe raskere, og en inngangsfeil på ett system vil ta den ut av synkronisering med den andre. Når dette skjer, er systemene ikke lenger parallelle, og ytterligere tid og energi må investeres for å spore og rette feilmeldingen.
Fordeler ved parallell konvertering
Mens parallell konvertering har noen ulemper, er dens primære appell i potensialet for fortsatt jevn drift under overgangstiden. Det nye systemet kan kjøres ved siden av det gamle systemet i uker eller måneder, noe som gjør det mulig å oppdage eventuelle problemer i det nye systemet uten å utsette virksomheten for nedleggelse når det oppstår problemer. Denne funksjonen er spesielt nyttig når du vedtar nye, uprøvde systemer eller systemer som kan kreve uforutsette spesialiseringer og optimalisering etter implementering.
Alternative konverteringsstrategier
I tillegg til parallell konvertering finnes flere andre konverteringsstrategier. En abrupt cutover, også kjent som et stup, innebærer å stenge det gamle systemet og konvertere til det nye på en bestemt tid. Plutselige konverteringer er vanligvis planlagt i lange perioder med nedetid, for eksempel helger eller begynnelsen av et nytt regnskapsår, for å oppdage og rette eventuelle problemer før arbeidere kommer tilbake og begynner å bruke det nye systemet. En plasseringskonvertering oppstår når flere steder bruker det samme systemet. Ett sted blir et teststed for det nye systemet, og når problemene blir utarbeidet der ute, implementeres systemet også på alle andre steder. En trinnvis konvertering innebærer implementering av oppdateringer eller et nytt system i etapper, med hvert trinn debugges før neste implementeres.
