Planera vägen ut redan när du väljer programvara
Öppen källkod gör ändringar enklare. Vilka data, konton och tjänster som måste följa med beror på den valda omfattningen av bytet.
En exitplan bör redan vid valet av en programvarulösning ange vilket byte som senare ska vara möjligt. Ett nytt utvecklingsteam, en ny driftmiljö och ett fullständigt byte av anslutna tjänster är olika projekt. Att bestämma gränsen tidigt gör det möjligt att medvetet acceptera beroenden och komma överens om vilka bevis som behövs.
Öppen källkod lämnar externa beroenden kvar
En licens enligt OSI:s Open Source Definition omfattar tillgång till källkoden och möjlighet att distribuera ändringar och härledda verk. Det överför inte automatiskt en driftad söktjänst, ett företagskonto eller dokumenten som lagras där.
I den fiktiva portalen P-18 har tillämpningens kod en licens för öppen källkod. Originaldokumenten finns i separat fillagring, kopplingen mellan personer och projekt i tillämpningen och sökindexet hos en förvaltad tjänst. En ny utvecklare kan ändra koden. Om portalen efter ett leverantörsbyte hittar samma dokument med samma åtkomstregler är en separat fråga.
Skilj på bytets omfattning före inköpet
Tre mål är möjliga i exemplet. Tabellen beskriver förväntade bevis, inte en redan genomförd migrering.
Mål för bytet | Vad som får finnas kvar i exemplet | Bevis som behövs |
|---|---|---|
Driftmiljö, lagring och söktjänst | Det nya teamet arbetar med egna behöriga konton; ansvar och nödvändig dokumentation har lämnats över. | |
Ny driftmiljö för tillämpningen | Lagring och söktjänst under företagets kontroll | Tillämpningen når tjänsterna från den nya miljön och fortsätter att tillämpa de överenskomna åtkomstreglerna. |
Fullständigt byte av anslutna tjänster | De nuvarande leverantörerna behöver inte vara kvar | Originaldokument, beskrivande metadata och behörighetskopplingar kan överföras; sökning och åtkomst prövas på nytt i målmiljön. |
Ett kopierat sökindex ersätter inte automatiskt originaldokumenten och deras kopplingar. Vid en återuppbyggnad måste det vara tydligt varifrån text, fasta dokumentidentifierare och behörigheter kommer. Ett indexformat som bara den gamla tjänsten förstår är inget användbart överlämningsbevis för en annan söktjänst.
Ett medvetet bevarat beroende kan vara rimligt
En förvaltad tjänst kan ge en nytta som motiverar arbetet vid ett senare byte. Den brittiska regeringens vägledning om teknisk leverantörsinlåsning rekommenderar att väga bytets konsekvenser mot nyttan av att stanna. Den tar också upp öppna format och tillgång till kunskap i teamet.
För tabellens andra fall kan det vara rimligt att behålla söktjänsten. Då måste det vara tydligt vem som administrerar kontot, kan ge åtkomst och sköter tjänsten efter bytet. Ska även tjänsten vara utbytbar ingår dataåtkomst och prövning av ett alternativ i den utökade omfattningen. Beteckningen ”öppen källkod” avgör inte det valet.
Skriv in den valda omfattningen i uppdraget
En konkret överenskommelse för exemplet kan lyda: ”Tillämpningen ska kunna flyttas till en annan driftmiljö. Dokumentlagring och sökning finns kvar i våra företagskonton. I målmiljön prövas att ett tillåtet dokument kan öppnas och att samma dokument nekas för en begränsad roll.”
Då blir det bevarade beroendet synligt och kontrollen kopplas till en konkret uppgift. Om ett fullständigt produktbyte senare behövs kan företaget fastställa vilka ytterligare data, gränssnitt och kunskaper som saknas. Exitplanen behöver uppdateras när systemet förändras.
Källor
Läs vidare
Alla artiklar
Mjukvaruutveckling med ASES
Skräddarsydd programvara, webb- och mobilappar