Bilag 4 - Dokumentation. Bilag 4

Transkript

1 Bilag 4

2 2 I N D H O L D S F O R T E G N E L S E 1. Formål og indhold Generelle dokumentationskrav Dokumentationstyper Dokumentation for rammer omkring samarbejdet Samarbejdshåndbog Teststrategi Sikkerhed samt processer Projektdokumentation Overblik over Leveringsaftalens indhold Tids- og aktivitetsplan Krav og Acceptkriterier Løsningsbeskrivelser Statusrapport Risikolog Hovedtestplan Testniveauplan Teststatusrapport Testniveaurapport Testafslutningsrapport Testspecifikationer Leverancedokument Godkendelsesblanket Dokumentation for support og vedligehold Incidents, Problems, Service Requests, og øvrige aktiviteter HotFix Leverancedokument Service Level Agreement rapport på support og vedligehold Systembeskrivelse Tilpasninger til systemets funktionalitet Grænseflader Informationsmodel Ændringsdokumentation Brugerdokumentation Teknisk dokumentation Systemadministrationsmanual Installationsvejledning Certificering af 3. partsprodukter Proces for udarbejdelse og godkendelse af dokumentation... 16

3 3 1. FORMÅL OG INDHOLD Dette bilag beskriver krav og forventninger, til den dokumentation, som skal leveres i forbindelse med support, vedligeholdelse og videreudvikling af Cosmic systemet. Formålet med nærværende bilag er at beskrive hvilken dokumentation, som Leverandøren leverer, hvilken dokumentation Kundens forventes at levere, på overordnet niveau at beskrive det forventede indhold i dokumentationen samt at beskrive, hvornår eller i hvilk e sammenhænge den givne dokumentation leveres. Nærværende bilag beskriver dokumentationsindhold på et overordnet niveau. Den endel i- ge detaljerede specifikation af krav til dokumentindhold samt til proces for udarbejdelse, vedligeholdelse og godkendelse aftales mellem Kunden og Leverandøren i implementeringsfasen efter kontraktindgåelse, jf. bilag 1 Aftaleimplementering. 2. GENERELLE DOKUMENTATIONSKRAV Indholdet i de forskellige dokumentationstyper fastlægges som beskrevet i aftaleimpl e- menteringsperioden, jf. bilag 1 Aftaleimplementering. Udarbejdelse af dokumentation skal herefter efterleve de opstillede krav hertil. Alle dokumentationstyper, der kræver Kundens godkendelse, er angivet i nærværende bilag. Kunden har altid mulighed for at kommentere på fremsendt dokumentation. Kunden godkender dokumentstrukturen i forbindelse med aftaleimplementeringsfasen, og der vil herefter være følgende generelle godkendelseskriterier for dokumentation: Dokumentationen følger den dokumentstruktur, som Kunden har godkendt. Indholdet i dokumentet svarer til de angivne overskrifter i dokumentstrukturen og beskrivelse af indhold angivet i nærværende kontraktbilag. Dokumentationen opdateres løbende og ved ændringer gennem de faste ydelser og godkendes efter ovenstående godkendelseskriterier. Den samlede dokumentation skal til enhver tid være tilgængelig for Kunden i et dokumentationsbibliotek via. en online løsning. Dokumentationen skal være tilgængelig i et tidssvarende, rediger -, søg og læsbart elektronisk format. Leverandøren skal udarbejde og vedligeholde et grafisk overblik samt en liste over den samlede dokumentation for systemet. Formatet herfor aftales i Aftaleimplementeringen.

4 4 Leverandøren skal sikre, at al Dokumentation leveres på dansk. Tekniske specifikati oner af generel karakter, kan dog efter særskilt aftale være på engelsk. Kunden kan anmode om en fuld opdatering af dokumentationen med 1 måneds varsel, men i øvrigt er det Leverandørens ansvar løbende at holde dokumentationen opdateret. Såfremt Regionen kræver dette på anden måde end igennem de aftalte løbende levera n- cer, er det imod særskilt betaling. Med løbende leverancer menes her re leases, hvor der med leverance af releases leveres brugerdokumentation, onlinehjælp, releasenotes m.m. Eventuelle forhold i dokumentationen, som kan kategoriseres som værende af særlig fo r- trolighed eller kommerciel værdi for Leverandøren, skal uden beregning fjernes fra d o- kumentationen af Leverandøren på Kundens foranledning. Leverandøren skal løbende tilse, at dokumentationen er på et niveau, således at en potentiel ny leverandør kan overtage ydelserne for Support og Vedligehold på lige fod med Leverandøren. Dette inkluderer al teknisk dokumentation fra Underleverandør, herunder dokumentation for konfiguration, parameter opsætning og løbende vedligehold af syst e- met ift. Releases, Feature Packs, Service Packs og Hot Fixes. Selve kildekoden og brug s- ret til løsningen er ikke inkluderet heri. Det påhviler leverandøren at levere og opdatere systemdokumentationen for de dele af systemet, som ligger uden for standardsystemet d.v.s de tilpasninger samt den funktionalitet, som Leverandøren har udarbejdet således at en potentiel ny leverandør kan ove r- tage support og vedligehold. Denne systemdokumentation skal som minimum indeholde det i punkt anførte dokumentation, dokumenteret kildekode samt øvrig intern d o- kumentation. Dokumentationen af de dele af systemet, som ligger uden for standardsystemet, skal v æ- re rettet mod videreudvikling og drift, således at tekniske forhold, der har effekt herpå, dokumenteres. Dette værende for videreudvikling f.eks. funktionalitet, grænseflader og datamodel, samt for driftsafviklingen; kildekode på server, datab ase, klient og 3. partsmoduler. Det skal som en del af Aftaleimplementeringen fastlægg es, hvad denne systemdokumentation præcist indeholder, herunder hvilke dele af der er omfattet af ovenstående.

5 5 3. DOKUMENTATIONSTYPER Leverandøren har det fulde ansvar for udarbejdelse, opdatering samt vedligehold af d o- kumentationen. Denne dokumentation deler sig i følgende kategorier: Dokumentation for rammer omkring samarbejdet Projektdokumentation Dokumentation for support og vedligehold Brugerdokumentation Teknisk dokumentation <Leverandøren udarbejder, som en del af Aftaleimplementeringen, en grafisk i llustration over typen af dokumentation ift. ydelserne> I afsnittene nedenfor specificeres det, hvad det nærmere indhold i disse dokumentation s- kategorier er. 3.1 Dokumentation for rammer omkring samarbejdet Dokumentation for rammer omkring samarbejdet omfatter følgende dokumenter; Samarbejdshåndbog Teststrategi Samarbejdshåndbog Samarbejdshåndbogen beskriver forhold i det daglige samarbejde mellem Kunden og L e- verandøren omkring Support, Vedligeholdelse og Funktionelle Ændringer. Samarbejd s- håndbogen ændrer ikke på Kontrakten og dens krav men er en beskrivelse af, hvorledes disse udmøntes i det daglige samarbejde. Samarbejdshåndbogen skal afspejle den sa m- arbejdsorganisation, som er beskrevet i bilag 8 Samarbejdsorganisation. Samarbejdshåndbogen beskriver samarbejde i relation til følgende emner: Bemanding i forhold til roller og samarbejdsfora o Samarbejdsfora o Kundens roller o Leverandørens roller o Kontaktoplysninger o Bemanding af samarbejdsfora o Eskalering

6 6 Rapportering; Oversigt over rapporter og beskrivelse af rapporters indhold Support o o Kontaktinformation Beskrivelse af Henvendelser, Incident Management, Problem Management og Brugeradministration Vedligeholdelse og funktionelle ændringer o Dokumentation o o Ændringshåndtering Skabeloner Procedure for aflevering og godkendelse af dokumentation Leverandøren skal i kontraktimplementeringsperioden, jf. bilag 1 Aftaleimplementering, udarbejde en Samarbejdshåndbog, der på et operationelt niveau beskriver snitfladerne i det daglige samarbejde mellem Leverandøren og Kunden. En beskrivelse af hvem, der gør hvad hvornår omkring Support, Vedligeholdelse og Funktionelle Ændringer. Samarbejd s- håndbogen skal ikke beskrive arbejdsgange internt hos Kunden eller internt hos Levera n- døren. Ændringer i samarbejdshåndbogen skal godkendes af såvel Kunden som Leverandøren jf. bilag 7 Ændringshåndtering. Leverandøren er dokumentansvarlig og skal opdatere samarbejdshåndbogen ved godkendte ændringer. Leverandøren er ansvarlig for, at samarbejdshåndbogen er tilgængelig for alle involver e- de parter Teststrategi Leverandøren og Kunden vedligeholder i fællesskab en teststrategi, der beskriver, hvo r- dan samarbejdet omkring testen foregår. Teststrategien vil være et dynamisk dokument, der løbende udbygges og justeres efter aftale mellem Kunden og Leverandøren. Indholdet i teststrategien skal dog til enhver tid efterleve kontraktens krav. Kunden er dokumentansvarlig for udarbejdelse og løbende vedligeholdelse af teststrat e- gien. Ændringer i teststrategien skal godkendes af Leverandøren.

7 7 For beskrivelse af indholdet i Teststrategien henvises til bilag 10 Test og Kvalitetssikring Sikkerhed samt processer Leverandøren skal, jf. de angivne politikker og processer i bilag 2 Kundens it miljø, l ø- bende dokumentere overholdelse af disse ift. aftalens yde lser. 3.2 Projektdokumentation Projektdokumentation omfatter den dokumentation, der leveres i rammerne af Leveringsaftale jf. bilag 13 forstået som forløbet fra aftaleindgåelse til release af en eller flere s y- stemændringer i et test- eller produktionsmiljø. Projektdokumentation omfatter nedenstående dokumentationstyper: Overblik over leverancens indhold Tids- og aktivitetsplan Krav og acceptkriterier Løsningsbeskrivelse Statusrapport (månedlig) Risikolog Hovedtestplan Testniveauplan Teststatusrapport Testafslutningsrapport Testspecifikationer Leverancedokument Godkendelsesblanket Nedenfor beskrives det nærmere indhold i hvert af ovenstående dokumentationstyper Overblik over Leveringsaftalens indhold Til hver Leveringsaftale leveres en oversigt over indhold. Oversigten kan leveres i forske l- ligt format, men leveres typisk i form af et filter i sagsstyringsværktøjet indeholdende alle de sager, der i et samarbejde mellem Kunden og Leverandøren er udvalgt til at skulle medtages i en given leverance. Overblik over leverancens indhold leveres ved projektopstart og vedligeholdes løbende i projektforløbet.

8 Tids- og aktivitetsplan Til hver leverance leveres en tids- og aktivitetsplan. Planen indeholder angivelse af de aktiviteter, som skal udføres i projektforløbet med angivelse af tidsangivelse for aktivit e- tens udførelse og med angivelse af milepæle for afslutning af væsentlige aktiviteter. Tids - og aktivitetsplanen dokumenteres i Ms-Project (med mindre andet aftales) og leveres i Ms-Project- og/eller i pdf-format. Tids- og aktivitetsplanen leveres ved projektopstart og vedligeholdes løbende i projektfo r- løbet Krav og Acceptkriterier Til hvert Leveringsaftale udarbejder og leverer Kunden krav og acceptkriterer. Leverance af krav og acceptkriterier er forudsætningen for, at Leverandøren kan påbegynde uda r- bejdelse af løsningsbeskrivelse på den pågældende Leveringsaftaleændringsanmodning. Krav skal opfylde følgende kriterier: Krav skal angives på punktform med ét krav pr. punkt. Krav skal være fyldestgørende Krav skal være realistiske/realiserbare Krav skal ikke tage afsæt i løsningsdesign Acceptkriterier skal opfylde følgende kriterier: Alle krav skal dækkes at mindst ét acceptkriterie Det skal være angivet hvilket krav, det givne acceptkritere er relateret til Acceptkriterierne skal være testbare Kunden er ansvarlig for udarbejdelse af krav og acceptkriterier dækkende ændringsønsker stillet af Kunden. Leverandøren har ansvar for formulering af krav og acceptkriterer dækkende ændringer forårsaget af tekniske ændringer, versionsopgradeling af Cosmic applikationen eller tilsvarende udefra kommende krav om ændringer. Krav og acceptkriterier dokumenteres i vedhæftet særskilt dokument på de pågældende sager i sagsstyringsværktøjet.

9 9 Krav og acceptkriterier formuleret af Kunden sendes til godkendelse hos Leverandøren. Krav og acceptkriterier formuleret af Leverandøren sendes til godkendelse hos Kunden. Milepæle for leverance af krav og acceptkriterier samt for godkendelse heraf vil fremgå af tids- og aktivitetsplanen for leverancen Løsningsbeskrivelser På alle Leveringsaftaler udarbejder Leverandøren en Løsningsbeskrivelse. Løsningsbeskrivelsen udarbejdes med udgangspunkt i de af Kunden definerede krav og acceptkriterier og beskriver: anbefaling på hvorvidt udviklingsopgaven, såfremt der er tale en sådanne, bør løses inden for core i standardsystemet eller som en tilpasning udarbejdet specifikt til Kunden. Dette bør baseres på forventet levetid, behov ift. time-to-market samt udviklingsomkostninger design på den foreslåede løsning anbefaling ift. idriftsættelsestidspunkt jf. releaseplan samt estimat. Løsningsbeskrivelsen vil være en detaljeret specifikation af systemændringen herunder af designet i den foreslåede løsning. Løsningsbeskrivelsen dokumenteres i et vedhæftet dokument i sagsstyringsværktøjet og sendes til Kundens godkendelse. Milepæle for leverance af løsnings beskrivelse samt for Kundens godkendelse heraf vil fremgå af tids- og aktivitetsplanen for det givne projekt. Løsningsbeskrivelsen vedhæftes sagen i sagsstyringsværktøjet. Det bemærkes, at ved opdatering af en løsningsbeskrivelsen tilføjes løsningsbeskrivelsen til sagen i en ny version. Den oprindelige version af løsningsbeskrivelsen vil af hensyn til konfigurationsstyring ikke blive fjernet fra sagen. Der henvises i øvrigt til Bilag 7 Ændringshåndtering - Template Statusrapport Statusrapport leveres månedligt i projektforløbet fra projektopstart og i ndtil projektafslutning. Statusrapporten indeholder som udgangspunkt følgende emner: Ledelsessammendrag med angivelse af status på aftalegrundlag samt status på planer og aktiviteter

10 10 Kontraktstatus og ændringsanmodninger Økonomisk status Risikolog Status på tidsplan Organisationsmæssig status Status på kvalitetsaktiviteter Aktiviteter Risikolog Leverandøren vedligeholder en risikolog, der løbende deles med Kunden og som danner basis for Kundens og Leverandøren fælles stillingtagen til mitigerende aktiviteter Hovedtestplan For beskrivelse af Hovedtestplanen henvises til Bilag 10 Test og Kvalitetssikring Testniveauplan For beskrivelse af Testniveauplanen henvises til Bilag 10 Test og Kvalitetssikring Teststatusrapport For beskrivelse af Teststatusrapport henvises til Bilag 10 Test og Kvalitetssikring Testniveaurapport For beskrivelse af Testniveaurapport henvises til Bilag 10 Test og Kvalitetssikring Testafslutningsrapport For beskrivelse af Testafslutningsrapport henvises til Bilag 10 Test og Kvalitetssikring Testspecifikationer For beskrivelse af Testspecifikationer henvises til Bilag 10 Test og Kvalitetssikring Leverancedokument Leverancedokumentet er en dokumentation af, hvad der er aftalt mellem Kunden og Leverandøren om, hvad der leveres i en given version af COSMIC med tilhørende integrationer.

11 11 Indholdet i leverancedokumentet er hentet som udtræk fra sagsstyringsværktøjet via filteret for den givne leverance. Indholdet i leverandedokumentet vil omfatte Nyheder, Ændringsanmodninger og Fejlrettelser, der er medtaget i leverancen. Desuden vil Leverancedokumentet angive krav til ændring i konfigurationer i systemet. Nyheder er ændringer i standardmodulet, som releases ifm. opgradering til nyere version af standardmodulet. Leveringsaftaler håndterer ændringsanmodninger bestilt af Kunden. Fejlrettelser er rettelse af fejl, der har været identificeret i produktion og som det i samråd mellem Kunden og Leverandøren er besluttet at rette i forbindelse med leverancen. Leverancedokumentet sendes til Kunden i en foreløbig version i opstarten af forløbet omkring Leveringsaftalen. Den endelige version af Leverancedokumentet leveres efter Lev e- randørens udvikling og test er gennemført da Leverandøren først på dette tidspunkt har de endelige detaljer omkring konfigurationer til rådighed. Såfremt der kommer ny leverance på samme version opdateres leverancedokumentet med de ændringer, der er sket siden sidste leverance. Dette fortsætter indtil en version insta l- leres og tages i anvendelse i driften Godkendelsesblanket Godkendelsesblanket for en leverance har til formål at fastholde en fælles forståelse af, hvilken leverance der er gennemført og som kan godkendes eventuel med udeståede, som fastholdes i aftalte handlingsplaner for løsning. 3.3 Dokumentation for support og vedligehold I forbindelse med den løbende support og vedligeholdelse leveres der følgende dokume n- tation: Dokumentation på Incidents, Problems, Service Requests, Løsningsdatabase og øvrige aktiviteter HotFix Leverancedokument Service Level Agreement rapport på support og vedligehold Systembeskrivelse Tilpasninger til systemets funktionalitet Grænseflader Informationsmodel

12 12 Ændringsdokumentation Incidents, Problems, Service Requests, og øvrige aktiviteter For Incidents, Problems, Service Requests og øvrige aktiviteter registreres som minimum følgende oplysninger i den tilknyttede sag i sagsbehandlingssystemet: Komponentnavn Kategorisering Incidenttitel Unikt ID Dato og tidspunkt for oprettelse Arbejdslog (løbende status) Dato og tidspunkt for afslutning Beskrivelse af Incidentet Anmelder Kontaktperson Prioritet Løsningsbeskrivelse, når Incident er løst. Oplysningerne dokumenteres og vedligeholdes jf. bilag 3 i en Løsningsdatabase HotFix Leverancedokument For beskrivelse af ydelsen HotFix henvises til Bilag 3 Ydelsesspecifikation. Efter leverance af hotfix es leveres et HotFix Leverancedokument. HotFix Leverancedok u- mentet indeholder som minimum følgende oplysninger: Systemversion, som hotfix en er indeholdt i Leverancedato Kontaktperson hos Leverandøren Kontaktperson hos Kunden Navn på den person, der har bestilt hotfix en Navn på den person, der har godkendt hotfix en. Tidsplan Installationsvejledning Beskrivelse af hotfixens indhold Beskrivelse af den gennemførte test på hotfixen. HotFix Leverancedokumentet leveres senest på dagen for idriftsættelse af hotfix et.

13 Service Level Agreement rapport på support og vedligehold. Service Level Agreement rapporten (SLA-rapport) besvarer de i kontrakten definerede Servicemål, jf. bilag 5, til service og vedligehold. For beskrivelse af rapportering henvises til bilag 5 Servicemål Systembeskrivelse Systemdokumentationen opdateres løbende og ved ændringer gennem de faste ydelser og godkendes efter aftalte godkendelseskriterier. Det påhviler Leverandøren at levere og opdatere den tekniske dokumentation fra Unde r- leverandør ifm. Leveringsaftale 1 for opgradering til R8.x, herunder også al dokumentat i- on, som Leverandøren måtte have udarbejdet som en del af Leveringsaftalen og opgrad e- ringen til den nye version. Det påhviler endvidere Leverandøren at levere og opdatere systemdokumentationen for de dele af systemet, som efter opgraderingen ligger uden for standardsystemet d.v.s de tilpasninger samt den funktionalitet, som Leverandøren har udarbejde t. Denne systemdokumentation, skal som minimum indeholde dokumentation for hver tilpasning, beskrivelse af funktionalitet, testdokumentation, grænseflader, logisk datamodel samt detaildok u- mentation for design og virkemåde. Det skal som en del af Aftaleimplementeringen fastlægges hvad denne systemdokument a- tion præcist indeholder Tilpasninger til systemets funktionalitet Leverandøren skal løbende opdatere listen over tilpasninger til systemets funktionalitet, jf. bilag 12 Oversigt over tidligere indgåede aftaler om systemets funktionalitet. Leverandøren skal sikre at listen er dækkende, ligesom sporbarhed ift. tilpasninger som er udgået, herunder hvornår, hvorfor og hvordan funktionaliteten evt. er dækket Grænseflader Leverandøren skal løbende sikre dokumentation for systemets interne såvel som eksterne grænseflader, som inkluderer følgende: Beskrivelse af grænseflade, herunder formål Angivelse af ind- og uddata

14 14 Kommunikationsmetode Volumen og tidsmæssige forhold Eventuelle logiske afhængigheder Eventuelle sæsonudsving Leverandøren skal vedligeholde en overblikstegning over alle systemets grænseflader i et læsbart format. Leverandøren skal endvidere vedligeholde en liste over alle systemets grænseflader, som inkluderer: Navn på grænseflade Grænsefladetype Formål (kort) Kommunikationsmetode Leverandøren skal vedligehold en log, der løbende dokumenter grænsefladernes anve n- delse. Denne log skal inkludere: Antal servicekald pr. grænseflade, Størrelse på den enkelte forespørgsel pr. grænseflade, herunder gennemsnitlig størrelse Størrelse på det enkelte svar pr. grænseflade, herunde gennemsnitlig størrelse på det enkelte svar Antal fejlkald pr. grænseflade Informationsmodel Leverandøren skal udarbejde og vedligeholde en informationsmodel for systemet efter afslutning af Leveringsaftale 1, som indeholder en overordnet informationsmodel på begrebsniveau Ændringsdokumentation Leverandøren skal vedligeholde en ændringslog for samtlige ændringer, der inkluderer: Område/modul Kategorisering Navn på ændring Unikt ændrings-id Dato for anmodning Dato for afslutning Beskrivelse af ændringen, herunder årsag

15 15 Ændringsanmoder Kontaktpersoner hos Kunden og Leverandøren Prioritet Arbejdslog, som løbende opdateres Løsningsbeskrivelse Status vedr. Kundens godkendelse af ændringen 3.4 Brugerdokumentation Der leveres onlinehjælp for Cosmic standardsystemet på dansk. Ved tilkøb af nye moduler leveres en brugerintroduktion af det nye modul på engelsk. Leverandøren skal levere brugerdokumentation på dansk på overordnet niveau for nye moduler samt service packs og releases. Leverancen af brugerdokumentation vil være oversættelser af den brugerdokumentation, der lever es fra Underleverendøren samt brugerdokumentation for Leverandørens tilpasninger. 3.5 Teknisk dokumentation Systemadministrationsmanual Underleverandøren udarbejder systemadministrationsmanualer ifm. nye releases. Denne dokumentation udarbejdes på engelsk. Når dokumentationen foreligger fra Underleverandøren leveres denne dokumentation videre til Kunden Installationsvejledning Underleverandøren leverer teknisk installationsvejledning, som Leverandøren anvender i installationssammenhæng. Leverandøren leverer en installationsvejledning til COSMIC klienten. Denne beskriver, hvordan klienten leveres til Kunden samt hvordan klienten installeres hos Kunden Certificering af 3. partsprodukter Underleverandørern vedligeholder en liste over certificerede 3. partsprodukter, som su p- porteres i Cosmic.

16 16 4. PROCES FOR UDARBEJDELSE OG GODKENDELSE AF DOKUMENTATION Nærværende afsnit beskriver proces og ansvar i forbindelse med detaljeret fastlæggelse af indhold i de forskellige dokumentationstyper herunder for udarbejdelse af dokumentskabeloner samt for godkendelse af samme. Det detaljerede indhold i de enkelte typer af dokumentation, herunder udarbejdelse af skabeloner for dokumentationen fastlægges i samarbejde mellem Kunden og Leverandøren under aftaleimplementeringsperioden. De i figur 1 og tabel 1 indeholdte aktiviteter for udarbejdelse af dokumentation skal indarbejdes i tidsplanen for kontraktimplementeringsperioden. Krav- Afklaring FÆLLES LEVERANDØR Udkast til dokumentstruktur Godkendelse af dokumentstruktur KUNDE LEVERANDØR Udarbejdelse af dokumentindhold Afprøv- ning/- godkendelse KUNDE Udarbejdelse af dokumentation Figur 1 Proces for udarbejdelse af Projektdokumentation Aktivitet Ansvar Kravsafklaring Udkast til dokumentstruktur Godkendelse af dokumentstruktur Udarbejdelse af dokumentindhold Afprøvning og godkendelse Fælles Kunde og Leverandør Leverandør* Kunde* Leverandør* Kunde Tabel 1 Ansvar for aktiviteter i forbindelse med udarbejdelse af Projek t- dokumentation. * Det bemærkes jf. Bilag 10 Test og Kvalitetssikring, at Kunden er dokumentansvarlig for teststrategien og det vil således være Kunden, der udarbejder udkast til dette dokument, som herefter godkendes af Leverandøren, hvorefter Kunden vil stå for udarbejdelse af dokumentindhold.