Digital holdbarhed

En åben opskrift til at vurdere programmer og tjenester. Samme spørgsmål, samme vægte og synlige beviser for hvert produkt.

Vurdér et produkt Se produktark

Digital holdbarhed er en metode til at vurdere, hvor meget værdi en bruger kan bevare, når software, leverandører og computere ændrer sig. Metoden kan bruges på et program, der installeres lokalt, en serverpakke og en tjeneste på nettet. Den vurderer en konkret produktversion og en konkret måde at bruge den på.

Spørg altid om to ting: Kan brugeren fortsætte arbejdet, hvis leverandøren forsvinder? Kan brugeren beholde og læse resultatet af sit arbejde, hvis programmet holder op med at virke? De to svar skal også stå i produktarket. Et mailprogram kan miste adgangen til en mailserver, mens tidligere gemte mailfiler stadig kan læses. Omvendt kan en tjeneste fungere i dag, mens det er vanskeligt at flytte dens data.

Målet er digital selvstændighed. Ejeren skal kende sine afhængigheder, kunne tage ansvar for backup og vedligeholdelse og have en brugbar vej videre. At eje en binær fil, som kan startes uden aktiveringsserver, giver råderet. Det giver også et ansvar for opdateringer og sikker drift. En stor leverandør kan have fremragende oppetid, men brugeren bestemmer stadig ikke over leverandørens fremtidige vilkår.

Sådan gennemføres vurderingen

Afgræns først produktets navn, version, leveringsform og den funktion, brugeren faktisk er afhængig af. Skriv hvilke data der opstår under brugen. Besvar derefter hvert af de syv checkpoints nedenfor med 0, 1, 2 eller ukendt. Vælg den højeste karakter, som den tilgængelige dokumentation og en praktisk prøve understøtter. Skriv et konkret bevis og en begrænsning. En markedsføringspåstand alene er en kilde til undersøgelse, ikke en afprøvet egenskab.

0 betyder, at brugeren mangler den beskrevne mulighed. 1 betyder, at den findes med en væsentlig afhængighed eller begrænsning. 2 betyder, at brugeren kan gennemføre handlingen selv med dokumenterede midler. Vælg ukendt, når kilderne ikke afgør spørgsmålet. Ukendt er hverken nul eller to; resultatet vises som et interval, indtil forholdet er undersøgt.

Checkpoint	Vægt	0 point	1 point	2 point
Råderet over programmet	3	Kun adgang til leverandørens kørende tjeneste, eller en kopi som ikke kan bruges uden løbende tilladelse.	Brugeren har en kopi, men installation eller brug kræver en ekstern konto, aktivering eller anden kritisk hjælp.	Brugeren har en komplet installerbar kopi og ret til at bruge den uden løbende aktivering hos leverandøren.
Råderet over data	3	Intet fuldstændigt, brugbart udtræk.	Data kan hentes, men vigtige dele mangler, eller formatet kræver leverandørens program.	Et fuldstændigt udtræk, inklusive relevante filer og metadata, kan læses med dokumenterede eller almindeligt tilgængelige værktøjer.
Eksterne afhængigheder	2	Kernefunktionen kræver en bestemt ekstern tjeneste uden en brugbar erstatning.	Kernefunktionen bruger eksterne protokoller eller tjenester, men en anden udbyder eller en delvis funktion kan bruges.	Kernefunktionen kan drives på udstyr, brugeren råder over, med udskiftelige eller lokalt tilgængelige dele.
Installation og flytning	2	Brugeren kan ikke selv sætte produktet op igen.	Geninstallation er mulig, men kræver leverandørens hjælp eller manglende installationsdele.	Brugeren kan installere den dokumenterede pakke på en ny understøttet maskine eller server.
Backup og genskabelse	2	Ingen fuld backup eller vej til genskabelse er dokumenteret.	Fuld backup er dokumenteret, men genskabelse på en ren installation er ikke påvist.	Fuld backup og genskabelse på en ren installation er afprøvet for denne type data.
Platformens levetid	1	Produktet kræver allerede en forældet eller fastlåst platform.	Den aktuelle udgave virker på en understøttet platform, men der er ingen dokumenteret vej til en ny platform.	Der findes flere understøttede platforme eller en dokumenteret byggevej med tilgængelige afhængigheder.
Vedligeholdelse og sikkerhed	1	Brugeren har ingen praktisk vej til fejlrettelser eller sikkerhedsopdateringer.	Leverandøren kan opdatere, eller kildekode findes, men uafhængig bygning og opdatering er ikke dokumenteret.	Kode, bygning, afhængigheder og opdateringsvej er dokumenteret, så andre kan vedligeholde produktet.

Vægtene giver størst betydning til kontrollen over program og data. De er de to ting, brugeren skal kunne tage med sig. Et produkt, der kun findes som software as a service, vil typisk få lavere point for råderet over program, installation og eksterne afhængigheder. Det er en vurdering af brugerens handlemuligheder, ikke en påstand om tjenestens daglige kvalitet.

Score og stjerner

Gang hvert point med checkpointets vægt og læg sammen. Den højeste score er 28. Når alle syv svar er kendte, vises score/28 og en stjernevisning på 0-5 stjerner, beregnet som afrund(score × 5 / 28) til nærmeste hele tal, hvor præcis en halv rundes op. Vis altid den præcise score ved siden af stjernerne.

Ved ukendte svar vises et interval. Den nedre grænse er summen af de kendte point. Den øvre grænse lægger 2 × vægt til for hvert ukendt checkpoint. Skriv for eksempel 16-22/28 - foreløbig. Der gives ingen stjerner, før alle syv spørgsmål er besvaret. Manglende dokumentation bliver dermed synlig uden at blive forvekslet med en påvist mangel.

Scoren er en egenvurdering på vurderingsdatoen. Den er ikke en garanti for fremtidig kompatibilitet, sikkerhed eller levetid. En høj score fritager ikke ejeren for backup og opdateringer. Genbesøg vurderingen ved større versioner, nye licensvilkår, ændret dataformat, nye eksterne afhængigheder og ændret installationsmodel.

Prøv resultatet mod fem hændelser

Skriv, hvad brugeren konkret kan gøre, hvis leverandøren lukker i morgen, hvis en computer skal udskiftes, hvis en ekstern API eller protokol ændrer sig, hvis data skal flyttes til et andet produkt, og hvis alt skal genskabes fra backup. Henvis til en afprøvet handling, når den findes. Beskriv åbne problemer som åbne problemer.

Produktark

Et offentligt produktark skal kunne læses uden forkundskab til den software, der vurderes. Det indeholder:

Produkt, version, leveringsform, vurderingsdato og vurderende part.
Hvilken funktion der vurderes, og hvilke data brugeren skaber.
Kort svar på de to hovedspørgsmål: fortsat arbejde og bevaret værdi.
Syv svar med point, vægt, konkret bevis, kilde og begrænsning.
Præcis score eller interval, stjerner når alle svar er kendte, og antal ubesvarede checkpoints.
Svar på de fem hændelser, vigtigste afhængighed og dato for senest afprøvede genskabelse.
Dato eller hændelse, der udløser en ny vurdering.

En anden person skal kunne gentage vurderingen med de samme kilder og forstå, hvor vedkommende kan nå et andet resultat. Vurderer vi vores egne produkter, skal det stå tydeligt. Metoden og skalaen er ens for vores egne produkter og andres.