Planlegg veien ut allerede når du velger programvare
Åpen kildekode gjør endringer enklere. Hvilke data, kontoer og tjenester som må flyttes, avhenger av det valgte omfanget av byttet.
En exitplan bør allerede ved valg av en programvareløsning angi hvilket bytte som senere skal være mulig. Et nytt utviklingsteam, et nytt driftsmiljø og full utskifting av tilknyttede tjenester er ulike prosjekter. Fastsettes grensen tidlig, kan virksomheten bevisst akseptere avhengigheter og avtale nødvendig dokumentasjon.
Åpen kildekode lar eksterne avhengigheter bestå
En lisens etter OSIs Open Source Definition omfatter tilgang til kildekoden og mulighet til å distribuere endringer og avledede verk. Den overfører ikke automatisk en driftet søketjeneste, en virksomhetskonto eller dokumentene som er lagret der.
I den fiktive portalen P-18 har applikasjonskoden en åpen kildekodelisens. Originaldokumentene ligger i separat fillagring, koblingen mellom personer og prosjekter i applikasjonen og søkeindeksen hos en administrert tjeneste. En ny utvikler kan endre koden. Om portalen etter et leverandørbytte finner de samme dokumentene med de samme tilgangsreglene, er et eget spørsmål.
Skill mellom omfangene før anskaffelsen
Tre mål er mulige i eksemplet. Tabellen beskriver forventet dokumentasjon, ikke en allerede gjennomført migrering.
Mål for byttet | Hva som kan bestå i eksemplet | Nødvendig dokumentasjon |
|---|---|---|
Driftsmiljø, lagring og søketjeneste | Det nye teamet arbeider med egne autoriserte kontoer; ansvar og nødvendig dokumentasjon er overført. | |
Nytt driftsmiljø for applikasjonen | Lagring og søketjeneste under virksomhetens kontroll | Applikasjonen når tjenestene fra det nye miljøet og håndhever fortsatt de avtalte tilgangsreglene. |
Full utskifting av tilknyttede tjenester | De nåværende leverandørene trenger ikke bli | Originaldokumenter, beskrivende metadata og rettighetskoblinger kan overføres; søk og tilgang prøves på nytt i målmiljøet. |
En kopiert søkeindeks erstatter ikke automatisk originaldokumentene og koblingene deres. Ved gjenoppbygging må det være klart hvor tekst, faste dokumentidentifikatorer og rettigheter kommer fra. Et indeksformat som bare den gamle tjenesten forstår, er ikke brukbar overføringsdokumentasjon for en annen søketjeneste.
En bevisst beholdt avhengighet kan være fornuftig
En administrert tjeneste kan gi en nytte som forsvarer arbeidet ved et senere bytte. Den britiske regjeringens veiledning om teknisk leverandøravhengighet anbefaler å veie virkningen av byttet mot nytten av å bli. Den omtaler også åpne formater og tilgjengelig kunnskap i teamet.
For tabellens andre tilfelle kan det være rimelig å beholde søketjenesten. Da må det være klart hvem som administrerer kontoen, kan gi tilgang og følger opp tjenesten etter byttet. Skal også denne tjenesten være utskiftbar, blir datatilgang og prøving av et alternativ en del av det utvidede oppdraget. Betegnelsen «åpen kildekode» avgjør ikke dette valget.
Skriv det valgte omfanget inn i oppdraget
En konkret avtale for eksemplet kan lyde: «Applikasjonen skal kunne flyttes til et annet driftsmiljø. Dokumentlagring og søk blir i virksomhetskontoene våre. I målmiljøet prøves åpning av et tillatt dokument og avvisning av det samme dokumentet for en begrenset rolle.»
Da blir den beholdte avhengigheten synlig, og kontrollen knyttes til en konkret oppgave. Blir et fullt produktbytte nødvendig senere, kan virksomheten målrettet finne hvilke ytterligere data, grensesnitt og kunnskaper som mangler. Exitplanen må oppdateres når systemet endres.
Kilder
Les videre
Alle artikler
Programvareutvikling med ASES
Skreddersydd programvare, web- og mobilapper