Bilag 10 Test og kvalitetssikring. Bilag 10 Test og kvalitetssikring

Størrelse: px
Starte visningen fra side:

Download "Bilag 10 Test og kvalitetssikring. Bilag 10 Test og kvalitetssikring"

Transkript

1 1 Bilag 10 Test og kvalitetssikring

2 2 I N D H O L D S F O R T E G N E L S E 1. Indledning Formål med test og kvalitetssikring Teststrategi Testforløb Testniveauer og Testtyper Testdokumentation Hovedtestplan Testniveauplan Teststatusrapport Testniveaurapport Specifikation af testcases Reviewstrategi Testarbejdsprodukter og dokumentation der vil være genstand for reveiw Gates og Generiske Godkendelseskriterier Gate 0: Overtagelse af standard leverance fra Underleverandør til Gate 1: Overgang fra Krav til Design Gate 2 Overgang fra Systemtest til FAT Gate 3: Overgang fra FAT til SIT Gate 4: overgang fra UAT til produktion Gate 5: Overgang fra skærpet drift til normal drift Defectcklassificering og håndtering Severity og leverancetidspunkt Samarbejde vedr. defects Testdatamanagement Som del af Software Assurance forpligter leverandøren sig i øvrigt til at udvikle en mere komplet løsning ifht. håndtering af test data management. Dette er indeholdt i roadmap for Standardproduktet, men endnu ikke planlagt til en specifik release. Kunden vil blive inddraget i dialogen med Underleverandøren herom, som beskrevet i bilag 3, kapitel 5.Testmiljøer og infrastruktur Teststyringsværktøj Appendiks A Leverancer og ansvarsfordeling... 25

3 3 1. INDLEDNING 2. FORMÅL MED TEST OG KVALITETSSIKRING Nærværende Bilag 10 fastlægger de overordnede rammer for kvalitetssikringsaktiviteter udført i relation til Hovedaftalen. De overordnede rammer skitseret i nærværende bilag er udgangspunktet for en teststrategi, som skal udarbejdes i aftaleimplementeringsperioden. Foruden beskrivelse i nærværende bilag af teststrategi og øvrig testdokumentation henv i- ses også til Bilag 4 Dokumentation. I relation til test og øvrige kvalitetssikringsaktiviteter, er begrebsa pparat fra ISTQB så vidt mulig anvendt. Se for ordliste mv. 3. TESTSTRATEGI Der skal i aftaleimplementeringsperioden udarbejdes en teststrategi, der beskriver testog kvalitetssikringsaktiviteter på tværs af kunde/leverandørforholdet. Teststrategien vil være gældende for alle leverancer under indeværende rammekontrakt. Teststrategien forventes at indeholde beskrivelse af følgende emner: Samarbejdsmodellen for testen mellem Kunden og herunder af roller og ansvar for testaktiviteterne. Testniveauer og testtyper Aftalte kvalitetssikringsaktiviteter Gatekriterier Ansvarsfordeling for udførelse og godkendelse Forventet indhold i Hovedtestplaner Forventet indhold i Testniveauplaner Forventet indhold i Teststatusrapporter Forventet indhold i Testrapporter Anvendelse af Teststyringsværktøj Testmiljøer Defecthåndtering herunder betydning af status og kategorisering.

4 4 Teststrategien skal beskrive en risikobaseret tilgang til test og skal lægge vægt på tidlig test. Som et bærende element i den risikobaserede tilgang til test, gennemføres en Pr o- duktrisikoanalyse både som baseline for det samlede produkt (fastholdes i Teststrat egien) og for de enkelte leverancer (fastholdes i Hovedtestplanen). Første baseline PRA gennemføres ifm. udarbejdelsen af Teststrategien. Teststrategien skal sikre design af en tilgang til test og kvalitetssikring, der sikrer, at disse aktiviteter lægges så tidligt som muligt i de enkelte leverancefo rløb. I afsnittene nedenfor er angivet forventede elementer i den udarbejdede teststrategi. Kunden er dokumentansvarlig for udarbejdelse og vedligeholdelse af teststrategien. 3.1 Testforløb For hver leverance, med tilhørende leverancebilag, udarbejdes en hovedtestplan, hvor de specifikke test- og kvalitetssikringsaktiviteter i det pågældende projekt beskrives. A f- hængigt af leverancens indhold og kompleksitet, udarbejdes et antal Testniveauplaner. I figur 10.1 er dokumentstrukturen omkring teststrategi, hovedtestplaner og testniveauplaner skitseret. Figur 10.1

5 5 3.2 Testniveauer og Testtyper I hovedtestplanen beskrives det hvilke testniveauer, testen til en given lev erance skal omfatte. I forbindelse med test af leverancer opereres der med forskellige testnivea uer. Et testniveau dækker over testaktiviteter, der gennemføres i en bestemt fase i projektfo r- løbet. Med mindre andet aftales mellem Kunden og, vil nedenstående testniveauer være omfattet af testen til en given leverance: Systemtest (ST): Processen at teste et integreret system for at verificere, at det overholder specificerede krav. Udføres af i s testmiljø. Systemintegrationstest (SIT): Test af integrationer af systemer og pakker, test af grænseflader til eksterne organisationer. Udføres af Kunden i Kundens testmiljø. Factory Accepttest (FAT): Accepttest udført på det sted, hvor produktet er udviklet. Udføres af for at afgøre, hvorvidt en komponent eller et system o p- fylder kravene, som normalt omfatter hardware såvel som software. Udføres af i Kundens testmiljø. User accepttest (UAT): Formel test i forhold til brugerbehov, krav og forretning s- processer udført for at fastlægge, om et system opfylder acceptkriterierne, og som gør det muligt for bruger, Kunde eller anden berettiget instans at afgøre, om systemet kan accepteres. Udføres af Kunden i Kundens testmiljø. User accepttest (UAT) inkluderer aktiviteten Overtagelsesprøve jf. Hovedkontraktens pkt Formålet med overtagelsesprøven er at konstatere, om den aftalte funk tionalitet og Dokumentation som helhed opfylder Leveringsaftalens Kravspecifikation For alle Testniveauer gælder, at disse dels dækker over test af ny funktionalitet eller nye integrationer, dels skal dække over relevant regressionstest vurderet ud fra leverancens indhold. Valg af øvrige testtyper afhænger af leverancens karakteristika, og vil blive sp e- cificeret i Hovedtestplanen. Testen i et givent Testniveau kan dække over flere forskellige Testtyper. Valg af testtyper til brug på en given leverance vil afhænge af leverancens karakteristika og vil blive specificeret i Hovedtestplanen.

6 6 4. TESTDOKUMENTATION Nedenfor beskrives den testdokumentation, der forventes udarbejdet i forbindelse med leverancer. Kunden stiller skabeloner til rådighed for for al testdokumentation. 4.1 Hovedtestplan Hovedtestplanens formål er at give et overblik over rammerne omkring testen. Hovedtestplanen udarbejdes pr. leverance, og vil som udgangspunkt indeholde beskrivelse af følgende emner: Opgaveformulering og scope med angivelse af, hvilke sager testen dækker Grundlag for Hovedtestplan Beskrivelse af organisation incl. roller, opgaver, ansvar og mødestruktur Beskrivelse af teststatusrapportering Henvisning til relevant dokumentation Henvisning til teststrategi Produktrisikoanalyse Beskrivelse af Testniveauer Beskrivelse af Fremgangsmåde Overordnet tidsplan og milepæle Beskrivelse af Gates og godkendelseskriterier Testmiljøer og infrastruktur Beskrivelse af testproces og defecthåndtering Testrisici Indholdet i Hovedtestplanen specificeres nærmere i Aftaleimplementeringsfasen. er dokumentansvarlig for Hovedtestplanen. Kunden leverer input til Hovedtestplan for de Testniveauer, som Kunden har ansvar for. er ansvarlig for afholdelse af Produktrisikoanalysen, med aktiv deltagelse fra Kunden. leverer en Hovedtestplan forud for opstart af Systemtest til en given leverance. Med mindre andet aftales, leveres Hovedtestplanen senest 10 arbejdsdage forud for opstart af systemtesten.

7 7 Hovedtestplanen sendes til godkendelse hos Kunden. Har Kunden indsigelser til Hove d- testplanen fremsendes disse til senest 5 arbejdsdage efter Kundens modtagelse af Hovedtestplanen. Har ikke modtaget indsigelser til Hovedtestpl a- nen senest 5 arbejdsdage efter fremsendelse heraf, betragtes Hovedtestplanen som v æ- rende godkendt. Indsigelser til Hovedtestplanen, der ikke umiddelbart kan efterkommes eller som vil me d- føre, at Hovedtestplanen ikke kan godkendes senest 10 arbejdsdage efter den oprindelige leverance af Hovedtestplanen eskaleres til projektleder. Hvis Projektleder ikke kan go d- kende Hovedtestplan, eskaleres der jf. det i Bilag 8 beskrevne styringsorgan. Såfremt indsigelser til Hovedtidsplanen resulterer i rettelse og genfremsend else af Hovedtestplanen, vil fristen for Kundens godkendelse af den reviderede Hovedtestplan være 2 arbejdsdage. Såfremt ikke modtager indsigelse fra Kunden inden fristens udløb, betragtes Hovedtestplanen som værende godkendt. 4.2 Testniveauplan Inden opstart af testen for et givet Testniveau udarbejdes en Testniveauplan. For testniveauerne FAT, SIT og UAT gælder, at Testniveauplan sendes til hhv. Kunde eller Lev e- randør for kommentering. En Testniveauplan uddyber Hovedtestplanen der, hvor det skøn nes nødvendigt, og skal foreligge senest ved opstart af afvikling af det givne testniveau. Testniveauplanen vil som udgangspunkt indeholde beskrivelse af følgende emner: Scope for testniveau med angivelse af, hvilke sager testen dækker Forudsætninger for test Beskrivelse af fremgangsmåde incl. start og acceptkriterier Testmiljø og data Roller og ansvar, inkl. ressourcer Testrelaterede projektrisici og forebyggelse af disse Tidsplan for testaktiviteterne s eller Kundes deltagelse i testaktiviteter, som den anden organisation er ansvarlig for Kontaktperson ved udfordringer vedr. testmiljø, nedbrud mv. Indholdet i Testniveauplanen specificeres nærmere i kontraktimplementeringsfasen.

8 8 Det fastlægges i Hovedtestplanen, for hvilke Testniveauer i en given leverance, der skal udarbejdes Testniveauplaner. Med mindre andet aftales, udarbejdes der Testniveauplaner for følgende testniveauer: FAT SIT UAT Dokumentansvarlig er for de Testniveauer, som er ansvarlig for og Kunden for de Testniveauer, som Kunden er ansvarlig for. 4.3 Teststatusrapport Under testafvikling for FAT, SIT og UAT rapporteres fremdrift på testen. Teststatusrapporten har til formål at give et overblik over fremdrift i afvikling af testen, oplevede problemer og udfordringer samt at give et overblik over status på fundne fejl. Målgruppen for statusrapport er testens interessenter, herunder leverandørens og kundens Projektl e- dere og Testmanagere. Ansvarlig testmanager for det aktuelle testniveau er ansvarlig for at ud arbejde teststatusrapport. Hyppighed for statusrapporter fremgår af det enkelte projekts Hovedtestplan. Kunden stiller skabelon til rådighed for leverandøren, og der aftales metrikker og tolera n- cer inden testafvikling starter. 4.4 Testniveaurapport Ved afslutning af Testniveauerne Systemtest (ST), Systemintegrationstest (SIT), Factory Acceptance Test og User Acceptance Test (UAT) udarbejdes en Testniveaurapport. Testniveaurapporten sammenfatter testaktiviteter og testresultater. Rapporten har til formål at beskrive testens resultat som den foreligger ved testens afslutning, herunder at beskrive om testen er afviklet som planlagt, at angive eventuelle udeståender samt at angive status på eventuelle åbne defects. har ansvar for udarbejdelse af en Testniveaurapport for de Testniveauer, som har ansvar for. Kunden har ansvar for at udarbejde en Testniveaura p- port for de Testniveauer, som Kunden har ansvar for.

9 9 Testniveaurapportens specifikke indhold aftales mellem Kundens og Leverandør ens test manager og vil fremgå af teststrategien. Kunden stiller dokumentskabelon til rådighed. Som udgangspunkt vil testrapporten indeholde følgende oplysninger: Testens scope Årsag til evt. afvigelser fra tidsplanen, Opfyldelse af start- og acceptkriterier Testens resultat, herunder tilbageværende risiko ud fra Produktrisikoanalyse Fordeling af fundne defects, samt oversigt over åbne defects Plan for udbedring af eventuelle udeståender Testsporbarhed Konklusion og anbefalinger Testniveaurapporten skal foreligge senest 5 arbejdsdage efter afslutning af testen i et givent Testniveau. Testniveaurapporter for tests gennemført af godkendes af kunden. Har Kunden indsigelser til Testniveaurapporten fremsendes disse til Levera n- døren senest 5 arbejdsdage efter Kundens modtagelse af Testniveaurapporten. Har ikke modtaget indsigelser til Testniveaurapporten senest 5 arbejdsdage efter fremsendelse heraf, betragtes Testniveaurapporten som værende godkendt. Indsigelser til Testniveaurapporten, der ikke umiddelbart kan efterkommes eller som vil medføre, at Testniveaurapporten ikke kan godkendes senest 10 arbejdsdage efter den oprindelige leverance af Testniveaurapporten eskaleres til vurdering i Styregruppen. Såfremt indsigelser til Testniveaurapporten resulterer i rettelse og genfremsendelse af Testniveaurapporten, vil fristen for Kundens godkendelse af den reviderede Testnivea u- rapport være 2 arbejdsdage. Såfremt ikke modtager indsigelse fra Kunden inden fristens udløb, betragtes Testniveaurapporten som værende godkendt 4.5 Specifikation af testcases specificerer testfokus og indhold i systemtest af alle systemændringer, der introduceres som resultat af ændringsanmodninger, fejlrettelser, opgraderinger eller andet. Specifikationen vil ske i form af oprettelse test cases i teststyringsværktøjet og/eller i form af testbeskrivelser i sagsstyringsværktøjet. Design af testcases skal ske gennem struktureret brug af testdesignteknikker.

10 10 Test cases til FAT udarbejdes af kunden, og genbruges i forbindelse med UAT, dog her suppleret med test af kliniske arbejdsgange. Test casene skal dække validering af alle krav i leverancen, og reviewes af. Se i øvrigt beskrivelse af Gates. 5. REVIEWSTRATEGI Nedenstående afsnit skitserer de overordnede rammer for en reviewstrategi. I teststrat e- gien bliver reviewstrategien yderligere uddybet. Alle dokumenter og produkter jf. bilag 4 Dokumentation kan gøres til genstand for r e- view. Graden af formalisering af reveiwproces afhænger af f. eks. juridiske og lovregulerede krav, behovet for revisionsspor, kompleksiteten i en given leverance mv. Valg af reviewtype afhænger af formålet: at finde defects, at opnå forståelse, skabe di s- kussion eller at opnå konsensus om en beslutning. 5.1 Testarbejdsprodukter og dokumentation der vil være genstand for r e- veiw Testarbejdsprodukter til reveiw Type review Godkendende instans Teststrategi Formelt reveiw Director og Afdelingschef RSD Hovedtestplan Formelt review Testmanager RSD Testniveauplan Uformelt review Testniveaurapport Walk-through Testmanager RSD Testafslutningsrapport Uformelt Projektleder RSD 6. GATES OG GENERISKE GODKENDELSESKRITERIER Dette afsnit beskriver de aftalte Gates med tilhørende kriterier for at kunne overgå til næste Testniveau. Udover generiske gates, vil der for hver leverance være mere eller mindre specifikke opstarts-, afbrydelses- og godkendelseskriterier som skal dokumenteres i de til Testniveauerne tilhørende Testniveauplaner.

11 11 I nedenstående figur er udviklingsaktiviteter, testniveauer og gates placeret på en tidsli n- je: Foruden de i dette bilag nævnte Gates kan der i Hovedtestplanen tilføjes yderligere g a- tes. I tilfælde hvor opstart af s test forudsætter leverance(r) fra underlev e- randør, kan specifikke gatekriterier for opstart af s test efter leverance fra Underleverandør tilføjes. Såfremt Gates i nedenstående Gatekriterier ikke er opfyldt, gælder følgende eskalation s- vej: Test manager eskalerer til projektledelsen, som herefter har til ansvar at eskalere til styregruppen. 6.1 Gate 0: Overtagelse af standard leverance fra Underleverandør til Gate 0 beskriver kriterier for godkendelse af Standardleverance 1 fra Underleverandør af COSMIC applikationen, inden man kan færdiggøre tilpasning og påbegynde test af de af udviklede danske tilpasninger. Nr Gatekriterie Uddybende beskrivelse Ansvarlig. 1 Releasenote fra Releasenote skal indeholde oversigt over leveret Underleverandør Underleverandør funktionalitet, nødvendige konfigurationsæ n- er modtaget af dringer, oversigt over leverede fejlrettelser og oversigt samt beskrivelse af kendte fejl i leverancen. 2 Releasenote godkendes af s godkendelseskriterier i relation til standard leverancer fra Underleverandør er mødt ( udfylder krav) 1 Standardleverancer fra Underleverandør er Versioner, Releases, Feature Pack og Service Pack

12 12 3 Godkendt releasenote fremsendes til Kunden 6.2 Gate 1: Overgang fra Krav til Design Nedenfor angives gatekriterier, der skal være opfyldt som forudsætning for, at kan overtage ansvaret for design af endelig løsning. Nr Gatekriterie Uddybende beskrivelse Ansvarlig. Pr krav 1 Krav er angivet Krav skal dokumenteres som del af samlet lø s- Kunden på sagen 2 ningsdokumentation. 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. 2 Acceptkriterier er Alle krav skal dækkes af mindst ét acceptkrit e- Kunden angivet på sagen rie. Det skal være angivet hvilket krav, det givne acceptkritere er relateret til. Acceptkriterierne skal være testbare. 3 Krav og acceptkriterier er godkendt Godkendelse sker i form af en angivelse på den enkelte sag i sagsstyringsværktøjet af, at krav og acceptkriterier er modtaget og at de vurderes at opfylde de kriterier, der er angivet i g a- tekriterie 1 og 2. Godkendelse er samtidig en tilkendegivelse af, at vurderer, at de leverede krav og acceptkriterier er tilstrækkelige til at kan udarbejde en løsningsbeskrivelse/specifikation. 2 Termen sagen referer her til pågældende opgave/sag i sagsstyringsværktøjet

13 13 4 Igangsætning af løsningsspecifikation godkendt 5 Bestilling af opgave eller løsning overholder de i Bilag 13 beskrevne retningslinier. Godkendelse sker i form af en angivelse på den enkelte sag i sagsstyringsværktøjet af, at Kunden godkender, at igangsætter arbejdet med udarbejdelse af en løsningsbeskrivelse. Kunden Kunden 6 Leverancens scope er fastlagt 7 Produktrisikoanalyse er gennemført Pr leverance Aftalt scope er dokumenteret af og godkendt af Kunden jf. milepæl i projektplanen. Leverancens aftalte scope danner udgangspunkt for gennemførelse af en produktrisikoanalyse (PRA). PRA gennemføres med deltagelse af såvel Leverandør som Kunde. Det erkendes, at såvel Kunden som under arbejdet med udarbejdelse af en løsningsbeskrivelse kan blive klogere på, hvad krav og a cceptkriterier til en given opgave skal være. I skabelonen til tidsplanen for en release indsættes derfor en milepæl, der ligger midt i specifikationsforløbet. Denne milepæl angiver tidspunkt for, at krav og a c- ceptkriterier endeligt fastfryses. 6.3 Gate 2 Overgang fra Systemtest til FAT Inden påbegyndelse af Factory Acceptance Test (FAT) hos skal følgende kriterier være opfyldt: Nr. Gatekriterie Uddybende beskrivelse Ansvarlig 1 Testcases til Udarbejdelse af testcases til accepttest påbegy n- Kunden test op mod des når acceptkriterier er godkendt, og leveres acceptkriterier foreligger og er løbende til Leverandør for review og godkende l- se. Test cases skal være endelig godkendt senest

14 14 Nr. Gatekriterie Uddybende beskrivelse Ansvarlig godkendt af 2 Kunden er informeret om krav til opsætning af konfigurationer i Kundens testmiljø 3 Software applikationen er installeret i Kundens testmiljø 4 Konfigurationer i Kundens testmiljø er etableret jf. konfigurationsbeskrivelse 5 Systemtest hos er afsluttet 6 Evt. åbne defects af kategori 1 og 2 ved FATopstart medfø- 10 arbejdsdage inden planlagt opstart af FAT. Detaljeret plan for Kundens leverance af test cases og for s godkendelse heraf skal fremgå af tidsplanen for projektet. har senest 5 arbejdsdage forud for FAT-testens start fremsendt konfigurationsbeskrivelse (beskrivelse af samtlige konfigurationer i en leverance med anvisning af værdier, såfremt det er der definerer disse) til Kunden om krav til konfigurationer i testmiljøet. Milepæl herfor skal være angivet i projektets tid s- plan. Klienten installeres i Kundens testmiljø jf. insta l- lationsvejledning. Klient skal være installeret min. 5 hverdage inden FAT-opstart, for at Kunden kan sikre konfigurationer i miljøet. Hvis en given leverance indeholder omfattende konfig u- rationer, skal der tages højde for dette med ekstra tid til konfiguration i testmiljøet. Kunden har senest 2 dage forud for start af FATtesten tilrettet konfigurationerne i testmiljøet jf. konfigurationsbeskrivelse, og har informeret s test manager om, at dette er sket. Milepæl herfor skal være angivet i projektet tidsplan. Planlagt test i henhold til PRA er gennemført med tilfredsstillende resultat Kunden

15 15 Nr. Gatekriterie Uddybende beskrivelse Ansvarlig rer udvidelse af FAT til at omfatte regressionstest i relation til nødvendige fejlrettelser. 6.4 Gate 3: Overgang fra FAT til SIT Inden ansvar for test kan overdrages fra Leverandør til Kunde skal følgende kriterier/krav opfyldes: Nr Gatekriterie Uddybende beskrivelse Ansvarlig. 1 Hovedtestplan er godkendt af Kunden 2 Testniveaurapport for ST og Testansvar kan ikke formelt overdrages til Kunden før den/disse rapporter er modtaget og FAT er modtaget og godkendt godkendt. SIT kan starte op, men ikke afsluttes før leverandørtestrapporter er godkendt. 3 har dokumenteret Det skal fremgå af enten opdateret Hovedtestplan eller Testniveaurapport, hvordan anbefaling til test anbefaler Kunden at teste. Testanbefaling hænger uløseligt sammen med PRA, og tilbageværende risici på tidspunktet for overdragelse af testansvar fra Leverandør til Kunde. 4 Leverancedokument r leveret af Inden overdragelse af testansvar kan finde sted, skal leverancedokument være leveret til Kunden. 3 Leverancer under indeværende kontrakt kan være enten leveranceaftaler eller opgaver. Opgaver ved kan være store projekter ved Kunden, i disse tilfælde udarbejdes Hovedtestplan af Kundens testmanager, ved leveranceaftaler har s testmanager ansvar for udarbejdelse af Hovedtestplanen.

16 16 Nr Gatekriterie Uddybende beskrivelse Ansvarlig. 5 Overløb fra leverandørens testni- port, og overholder følgende: døren Åbne defects er dokumenteret i testniveaura p- Leveranveauer er indenfor aftalte ram- Ingen 1 og 2 ere Max. 5 3 ere Max ere mer Testniveaurapporten indeholder tillige en a f- hjælpningsplan for åbne defects, uafhængig af alvorlighedsgrad. 6 Reviews jf. strategi er gennemdøren Leveranført 6.5 Gate 4: overgang fra UAT til produktion For at Kunden kan beslutte en godkendelse til ibrugtagning af en leverance, kræves følgende: Nr Gatekriterie Uddybende beskrivelse Ansvarlig. 1 Åbne defects er Åbne defects er dokumenteret i hovedtestra p- Kunden inden for aftalte port, og overholder følgende: rammer i kontrakten Ingen 1 og 2 ere Max. 5 3 ere Max ere indeholder tillige en afhjælpningsplan for åbne defects, uafhængig af alvorlighedsgrad. 2 Afhjælpningsplan udarbejder en afhjælpningsplan for åbne defects for åbne defects, uafhængig af alvorlighed s- er godkendt ved grad, hvor aftalt leverancedato fremgår. kundens releasemanager 3 Overtagelsesprøve godkendes statere, om den aftalte funktionalitet og Dok u- Overtagelsesprøven er en aktivitet der skal kon- Kunden mentation som helhed opfylder Leveringsaft a- lens Kravspecifikation. 4 Ud fra en samlet vurdering anbefaler hvorvidt Kunden kan ibrugtage en leve- anbefaler GO til

17 17 leverancen 5 Kundens testmanager anbefaler GO til leverancen rance. Planlagt test i SIT og UAT er gennemført med tilfredsstillende resultat. Kunden 6.6 Gate 5: Overgang fra skærpet drift til normal drift Efter godkendt Overtagelsesprøven, gennemføres en driftsprøve jf. Hovedkontraktens pkt Nr Gatekriterie Uddybende beskrivelse Ansvarlig. 1 Driftsprøven gennemføres Driftsprøven tager sigte på at måle servicemål i Kunden med Kundens normale driftssituation. Driftsprøven tilfredsstillende resultat i kundens driftsmiljø for en given Leverance er bestået, når Kunden har accepteret ophør af Skærpet Drift, som a n- givet i Idriftsættelsesaftalen (se, Hovedkontra k- tens pkt ) 2 Skærpet drift Kunden afsluttes, og Systemet er tilbage i normal drift. 7. DEFECTCKLASSIFICERING OG HÅNDTERING I et hvert leveranceforløb gælder følgende: I begge organisationer udpeges en dedikeret medarbejder til at varetage Defectm a- nager-opgaver. Opgaver der varetages af Defectmanager uddybes i Teststrategi. Defectklassificering (en given fejls alvorlighed) afhænger af hvor mange patienter og/eller brugere som bliver påvirket af fejlen, samt hvor alvorlig konsekvensen af fejlen er. En given defects severity definerer hvor hurtig denne fejl skal rettes. Se afsnit 7.1. Defecthåndtering: i teststrategien vil aftalt defectflow fremgå. Heri indgår såvel gyldige statusser og ejer af defects på forskellige tidspunkter i en defects livsc y- klus.

18 Impact Severity og leverancetidspunkt En afvigelses alvorlighedsgrad (severity) afgøres af score på hhv. urgency og impact, se nedenstående tabeller. Urgency Kritisk 2 - Alvorlig 3 - Betydende 2 2 Alvorlig 2 - Alvorlig 4 Lav Betydende 4 - Lav 4 - Lav Godkendelseskriterier for enkelte testniveauer findes i gatekriterier i kapitel 6. Det tilstræbes, at alle defects fundet i en testperiode leveres rettet til næste tes tperiode på samme testniveau.

19 Urgency Definition Eksempler High Risiko for alvorlig skade ifht. patientsikkerhed, lovovertrædelse, data, sikkerhed, anseelse, økonomi Kan ikke gennemføre en eller flere væsentlige arbejdsprocesser. Ingen realistisk workaround. Svartider forringet i så stor grad at servicen i praksis ikke er tilgængelig. 2. Medium En eller flere væsentlige arbejdsprocesser kan kun gennemføres ved væsentlig ændring i arbejdsprocessen. Man skal anvende uforholdsmæssig meget tid på at løse en opgave. 3. Low Arbejdsprocesser kan gennemføres, evt. ved mindre ændring i arbejdsproces. Det er ikke muligt at logge på systemet Det er ikke muligt at oprette kontakter på patienter Det er ikke muligt at oprette rekvisitioner i ROS Risiko for alvorlig medicineringsfejl Fejlen blokkerer for videre test En eller flere ikke-essentielle funktioner er utilgængelige, men systemet kører fortsat. Performance i en afdelingsliste er dårlig, og en arbejdsgang tager meget længere tid end normalt. Det er ikke muligt at gennemføre afregning på patienter, fejllister hober sig op. Problemstillingen skal løses inden frist for afregning. Kritisk fejl ved alternativ arbejdsgang, men ved brug af standard arbejdsgang fungerer systemet som det skal. Kosmetiske fejl, fokus og tabulatorfejl, stavefejl og ligne n- de. Funktioner i en dialog kan kun anvendes ved brug af mus.

20 Impact Definition Eksempler High Omfang: >100 patienter, >100 brugere Omdømme: Det er betydelig risiko for tab af omdømme/goodwill Driftssikkerhed: Det er betydelig risiko for datatab eller nedbrud 2. Medium Omfang: patienter, brugere Omdømme: Der er risiko for tab af omdømme/goodwill Driftssikkerhed: Der er risiko for datatab eller nedbrud. 3. Low Omfang: <20 patienter, <20 brugere Driftssikkerhed: Der er minimal risiko for datatab eller nedbrud. Læger kan ikke godkende epikriser Flere sygehus kan ikke oprette nye diktater Der er betydelig risiko for patientsikkerhed App-server cache ryddes ikke, og servere bryder ned med out of memory-fejl. En specifik kontaktårsag kan ikke anvendes i skadekonta k- ter En personalegruppe kan ikke tilgå en sekundær oversigt En type indgående beskeder kan ikke modtages på 3 afdelinger. Plejeplan kan ikke færdiggøres for en patient Genoptræningsplaner kan ikke afsendes for 10 patienter i en afgrænset periode. En afdeling kan ikke redigere i opsætning af overblik

21 Samarbejde vedr. defects I Teststrategien fastlægges defectflow med gyldige statusser og hvem der har ansvar på et givent tidspunkt i en defects livscyklus. Jf. gatekriterier accepteres en begrænset mængde åbne defects ved overgang mellem testniveauer, og ved overgang fra test til produktion. For at honorere dette, gælder fø l- gende: Defects dokumenteres af tester ved oprettelse. Nødvendig information i en defect - rapport angives i Teststrategien. Såfremt behøver yderligere information, skal defects tildeles Kundens Defect Manager hurtigst muligt for besvarelse. Såvel Kunde som Leverandør forpligter sig til arbejde på at holde turnover-tid på defects så lav som muligt. Det er s såvel som Kundens mål, at en defect, der kræver nyt byg, leveres rettet med først kommende leverance til testmiljøet. 8. TESTDATAMANAGEMENT Det påhviler at stille testdata til rådighed, som overholder gældende dansk lovgivning. Dette forudsætter, at der mellem Kunde og Leverandør findes en løsning på udestående anonymiseringsproblematik ift. komplethed af anonymiseringen. For SIT og UAT gælder, at Kunden ønsker nedenstående behov i relation til testdata o p- fyldt. Kundes testmiljø indeholder relevante testdata inden testafvikling på aktuelt testniveau kan starte Kundens testmiljø indeholder kopi af konfiguration fra produktionsmiljøet Testdata er anonymiseret, og anonymisering overholder gældende dansk lovgi v- ning Sammensætningen af testdata skal være repræsentativ, svarende til fordeling af produktionsdata Testdata skal kunne bruges i test af integrationer/3. partssystemer. Dog vil ansv a- ret for oprettelse af specifikke testdata, der modsvarer testdata i 3. partssystemer påhvile Kunden.

22 22 Testdata skal indeholde Test-CPR-numre, som kan anvendes i Kundens test-cprkomponent. Ansvaret for oprettelse af disse CPR-numre ved at de pushes over i COSMIC fra regional CPR-komponent vil påhvile Kunden. Nationale test-cpr-numre, der anvendes af CPR-kontoret, må ikke manipuleres. Ansvaret for oprettelse af disse CPR-numre ved at de pushes over i COSMIC fra regional CPR-komponent vil påhvile Kunden. Testdata indlæses/restores minimum 2 gange årligt eller efter aftale. Som en del af at KÆ67 implementeres, sikres at nedenstående punkter er opfyldt i den fuldt anonymiserede database: Anonymiseringsscript udvides, så det kan rumme en fuld produktionskopi uden redundans i CPR-numre i testdata. Som led i anonymisering slettes alle EPJ-notater eller al fritekst erstattes med tegnet X i nøgleord af typen fritekst i notaterne. Dog fastholdes alle notater indeholdende procedure- og diagnosekoder. Anonymiserede CPR-numre skal have fiktive gadeadresser, men (anonymiserede) postnumre og gyldig kommunetilhørighed. Såfremt ved aftaleindgåelse ikke kan opfylde ovennævnte krav, forpligter sig til at i løbet af aftaleimplementeringsperioden at udarbejde en tidsplan for hvornår Kunden kan forvente ovennævnte krav opfyldt. I kontraktens løbetid vil der opstå behov for test på ikke-anonymiserede produktionsdata. I disse tilfælde forpligter leverandøren sig til at stille disse data til rådighed i et testmiljø med adgangskontrol og logning, svarende til produktionsmiljøet. 9. SOM DEL AF SOFTWARE ASSURANCE FORPLIGTER LEVERANDØREN SIG I ØVRIGT TIL AT UDVIKLE EN MERE KOMPLET LØSNING IFHT. HÅNDTERING AF TEST DATA MANAGEMENT. DETTE ER INDEHOLDT I ROADMAP FOR STANDARDPRODUKTET, MEN ENDNU IKKE PLANLAGT TIL EN SPECIFIK RELEASE. KUNDEN VIL BLIVE INDDRAGET I DIALOGEN MED UNDERLEVERANDØREN HEROM, SOM BESKREVET I BILAG 3, KAPITEL 5.TESTMILJØER OG INFRASTRUKTUR Som minimum skal Kunden have to testmiljøer, svarende til et testmiljø for kommende release (test 1), og et forvaltningstestmiljø svarende til produktion (test 2). Krav til

23 23 hardware og infrastruktur beskrives i driftskontrakt. Krav til servicemål mm. beskrives i bilag 5 Servicemål. Såfremt en Leveringsaftale kræver andet setup i forhold til testmiljøer, skal dette afklares og aftales i pågældende aftale. Følgende krav til testmiljø gælder ved testafvikling: Stabilt testmiljø: testmiljøet skal fungere stabilt, uden uplanlagt arbejde som insta l- lation og konfiguration Overvågning: har fokus på maksimal oppetid og proaktiv håndtering af eventuelle problemer i testmiljøerne. Kunden skal som minimum have adgang til teknisk hotline for support under testperioder. Transparens: Synlig status på testmiljøer Alle testmiljøer skal være forberedt til at kunne bruge Test-Regis. Kunden forventer kun behov for 2 testmiljøer koblet op mod Test-Regis. Hvis denne forventning viser sig ikke at holde, vil det være op til den enkelte Leveranceaftale at fastlægge rammer herfor. 10. TESTSTYRINGSVÆRKTØJ stiller teststyringsværktøj til rådighed for kunden (aktuelt Quality Center). kan i kontraktperioden vælge at skifte system, blot det nye system har ti l- svarende funktionalitet som det eksisterende. Såfremt vælger at udskifte teststyringsværktøj, påhviler det at flytte Kundens testcases mm. I teststyringsværktøjet dokumenteres følgende: Testcases og -scrips Defects Sporing mellem krav og testcases Sporing mellem testcases og produktrisiko Resultater af test Med baggrund i teststyringsværktøj overvåges og rapporteres på fremdrift indenfor fø l- gende hovedområder: Fremdrift i udarbejdelse af testcases, inkl. kravdækning jf. udarbejdede testcases Fremdrift på afvikling af testcases

24 24 Fremdrift på defecthåndtering og fejlrettelse

25 25 Appendiks A Leverancer og ansvarsfordeling Nedenfor angives en oversigt med beskrivelse af ansvarsfordeling i relation til de i Bilag 10 beskrevne opgaver og leverancer. Afsnit Leverance Opgave Ansvarlig Bidragyder Godkender 3. Teststrategi Dokumentansvarlig Kunden Leverandør Kunde og for udarbejdelse og Leverandør vedligeholdelse af Teststrategi 3.2 Systemtest (ST) 3.2 SystemIntegrationsTest (SIT) 3.2 Factory Acceptance Test (FAT) 3.2 User Accepttest (UAT) Forberedelse og Leverandør udførelse af testen Forberedelse og Kunden udførelse af testen Forberedelse og Leverandør udførelse af testen Forberedelse og Kunden udførelse af testen 4.1 Hovedtestplan Dokumentansvarlig Kunden Kunden for udarbejdelse af Hovedtestplan 4.1 ProduktRisiko- Analyse (PRA) 4.2 Testniveauplan for Systemtest (ST) 4.2 Testniveauplan for FactoryAcceptTest (FAT) Ansvarlig for afholdelse Leverandø- Kunden og dokuren mentation af ProduktRisikoAnalyse Udarbejdelse af Testniveauplan Udarbejdelse af Testni- Testniveauplan veauplan- sendes til kommente-

26 26 Afsnit Leverance Opgave Ansvarlig Bidragyder ring hos Kunden 4.2 Testniveauplan Udarbejdelse af Kunden Testni- for SystemIntegrationsTessendes Testniveauplan veauplan- til (SIT) kommentering hos 4.2 Testniveauplan Udarbejdelse af Kunden Testni- for UserAcceptTest (UAT) sendes til Testniveauplan veauplan- kommentering hos 4.3 Teststatusrapportskabelon 4.3 Teststatusrapport for FATtest 4.3 Teststatusrapport for SITtest 4.3 Teststatusrapport for UATtest 4.4 Dokumentska- Udarbejdelse og Kunden vedligeholdelse af skabelon for Teststatusrapporter Udarbejdelse af Teststatusrapport Udarbejdelse af Kunden Teststatusrapport belon for vedligeholdelse af ren TestNiveau- Rapport skabelon for Test- NiveauRapporter Udarbejdelse af Kunden Teststatusrapport Udarbejdelse og Kunden Leverandø- Godkender

27 27 Afsnit Leverance Opgave Ansvarlig Bidragyder 4.4 Testniveaurapport Udarbejdelse af Leverandø- efter Testniveaurapport ren afsluttet Systemtest (ST) 4.4 Testniveaurapport Udarbejdelse af Kunden efter Testniveaurapport afsluttet SystemIntegrationsTest (SIT) 4.4 Testniveaurapport Udarbejdelse af Leverandø- efter Testniveaurapport ren afsluttet FactoryAcceptanceTest (FAT) 4.4 Testniveaurapport Udarbejdelse af Kunden efter Testniveaurapport afsluttet Use- racceptance- Test (UAT) 4.5 Test cases til Systemtest (ST) 4.5 Test cases til FactoryAcceptTest (FAT) og UserAcceptTest (UAT) 4.5 Test cases til SystemIntegrationsTest (SIT) Specification af test cases til Systemtest (ST) Specification af Kunden test cases til FactoryAcceptTest (FAT) og UserAcceptTest (UAT) Specification af Kunden test cases til Sy- stemintegrations- Test (SIT) 5 Testafslut- Udarbejdelse af Kunden Godkender Kunden Kunden

28 28 Afsnit Leverance Opgave Ansvarlig Bidragyder Godkender ningsrapport Testafslutningsrapport 6.2 Krav Krav angivet på Der henvises til bilag 4 - Dokumentation sagen 6.2 Acceptkriterier Acceptkriterier angivet på sagen Der henvises til bilag 4 - Dokumentation 6.3 Leverancedokument Udarbejdelse af Der henvises til bilag 4 - Dokumentati- incl. Leverancedokuon oplysning om ment incl. oplysning konfigurationetioner om konfigura- 6.3 Software applikatioon Software applikati- Leverandø- installeret i ren Kundens testmiljø 6.3 Konfigurationer Konfigurering i Kunden Kundens testmiljø 8 Testdata Testdata stilles til rådighed 10 Teststyringsværktøj Teststyringsværktøj stilles til rådighed

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 8 Test 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav (MK).

Læs mere

Underbilag 14 C: Afprøvningsforskrifter til prøver og tests

Underbilag 14 C: Afprøvningsforskrifter til prøver og tests Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS) Indhold underbilag 14 C Afprøvningsforskrifter

Læs mere

Bilag 14 Prøver INSTRUKTION TIL TILBUDSGIVER:

Bilag 14 Prøver INSTRUKTION TIL TILBUDSGIVER: Bilag 14 Prøver INSTRUKTION TIL TILBUDSGIVER: Bilag 14 skal udfyldes af tilbudsgiver som del af tilbuddet. Udfyldelse skal ske i overensstemmelse med nedenstående retningslinjer. 2 14. INDLEDNING... 3

Læs mere

Procedure for systemtest

Procedure for systemtest LANDBRUGS- OG FISKERISTYRELSEN Procedure for systemtest Retningslinjer for hvordan test udføres i LFST Kontrakt om Testressourcer Underbilag 1c 23. oktober 2017 Version 1.0 En beskrivelse af hvordan test

Læs mere

Bilag 4 - Dokumentation. Bilag 4

Bilag 4 - Dokumentation. Bilag 4 Bilag 4 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... 3 2. Generelle dokumentationskrav... 3 3. Dokumentationstyper... 5 3.1 Dokumentation for rammer omkring samarbejdet... 5 3.1.1 Samarbejdshåndbog...

Læs mere

Teksten i denne instruktion er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.

Teksten i denne instruktion er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. BILAG 10 PRØVER Indholdsfortegnelse 1. Prøver... 4 2. Fælles regler for afprøvning... 4 2.1 Afklaringsproces og udarbejdelse af test cases... 4 2.2 Beskrivelse af afklaringsproces og udarbejdelse af test

Læs mere

Indholdsfortegnelse Afprøvning af Leverancen Fællesregler for afprøvning Fejl! Bogmærke er ikke defineret. Installationsprøve Delleveranceprøve

Indholdsfortegnelse Afprøvning af Leverancen Fællesregler for afprøvning Fejl! Bogmærke er ikke defineret. Installationsprøve Delleveranceprøve Bilag 11 Prøver Indholdsfortegnelse 1. Afprøvning af Leverancen 3 2. Fællesregler for afprøvning 3 2.1 Prøvens gennemførelse 3 2.2 Prøveplan 3 2.3 Rapportering 4 2.4 Godkendelse af en prøve 4 2.5 Leverandørens

Læs mere

Bilag 10. Afprøvning

Bilag 10. Afprøvning Bilag 10 Afprøvning 2 Vejledning til tilbudsgiver Dette bilag beskriver, hvordan Leverancer og videreudviklingsydelser skal afprøves af Kunden i samarbejde med Leverandøren. Bilaget gælder kun for større

Læs mere

OPTION TIL RM OG RN BILAG 12 TIL KONTRAKT OM EPJ/PAS PRØVER

OPTION TIL RM OG RN BILAG 12 TIL KONTRAKT OM EPJ/PAS PRØVER OPTION TIL RM OG RN BILAG 12 TIL KONTRAKT OM EPJ/PAS PRØVER INSTRUKTION TIL LEVERANDØR VED UDNYTTELSE AF OPTIONEN: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.

Læs mere

BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER

BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER 1 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved indgåelse heraf. Formål med bilag: Formålet

Læs mere

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 12 Change Management 16. marts 2018 Version 1.0 Side 1/16 [Vejledning til tilbudsgiver:

Læs mere

BILAG 7. Dokumentation

BILAG 7. Dokumentation BILAG 7 Vejledning til tilbudsgiver Bilaget indeholder Kundens mindstekrav til. 2 Indholdsfortegnelse 1. Indledning... 4 2. somfanget... 4 2.1 Proces for udarbejdelse og godkendelse af... 4 2.2 Generelle

Læs mere

Udbud af Telemedicinsk løsning til hjemmemonitorering. Bilag 14 - Prøver

Udbud af Telemedicinsk løsning til hjemmemonitorering. Bilag 14 - Prøver Udbud af Telemedicinsk løsning til hjemmemonitorering Bilag 14 - Prøver 2 Indholdsfortegnelse 14. Prøver 4 14.1 Indledning 4 14.2 Afprøvningsprogram 5 14.2.1 Generelle krav til afprøvningsprogrammet 5

Læs mere

VEJLEDNING. Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner

VEJLEDNING. Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner BILAG 7 AFPRØVNING VEJLEDNING Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner Beskrivelse af tilbudsgivers metoder og processer til intern test forud for overtagelses- og driftsprøverne,

Læs mere

Kontrakt om Testressourcer. Bilag 1a - Situationsbeskrivelse. 23. oktober Version 1.0

Kontrakt om Testressourcer. Bilag 1a - Situationsbeskrivelse. 23. oktober Version 1.0 Kontrakt om Testressourcer Bilag 1a - Situationsbeskrivelse 23. oktober 2017 Version 1.0 [Vejledning til tilbudsgiver: Leverandøren skal ikke besvare dette bilag og anmodes om ikke at ændre i bilaget eller

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 12 - Ændringshåndtering 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav

Læs mere

Bilag 14. Hovedtestplan. Udbud af Medical Device Information Collection

Bilag 14. Hovedtestplan. Udbud af Medical Device Information Collection Bilag 14 Hovedplan Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette Bilag er at

Læs mere

BILAG 5.D DOKUMENTATION

BILAG 5.D DOKUMENTATION BILAG 5.D DOKUMENTATION INDHOLDSFORTEGNELSE 1. Indledning...4 2. Kundens krav til Leverancedokumentation...4 Side 2 of 10 Instruktion til besvarelse af bilaget: Teksten i denne instruktion er ikke en del

Læs mere

BILAG 1: TIDSPLAN DUBU 3.0. Version 0.5

BILAG 1: TIDSPLAN DUBU 3.0. Version 0.5 BILAG 1: TIDSPLAN Version 0.5 18-11-2016 INSTRUKTION TIL TILBUDSGIVER Nærværende Bilag indeholder tidsplanen for gennemførelse af Projektet. Nærværende Bilag skal udfyldes af Tilbudsgiveren, jf. nedenstående

Læs mere

Udbud af RIPA - Syd. Bilag 1 - Tidsplan

Udbud af RIPA - Syd. Bilag 1 - Tidsplan Udbud af RIPA - Syd til Bilag 1 - Tidsplan Bilag 1 Tidsplan Side 1 af 12 Indholdsfortegnelse: 1. INDLEDNING...4 2. FRIST FOR BEVILLINGSMÆSSIG HJEMMEL...4 3. FERIE UGER...4 4. OVERORDNET FASEOPDEDLING...5

Læs mere

Bilag 0 Definitioner

Bilag 0 Definitioner Bilag 0 Definitioner 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... 3 2. Definitioner... 3 Bilag 0 1. FORMÅL OG INDHOLD 1.1 Dette bilag indeholder definitioner til brug for fortolkning

Læs mere

Bilag D Kundens medvirken Leveringsaftale 1 vedr. R8.x

Bilag D Kundens medvirken Leveringsaftale 1 vedr. R8.x Bilag D Kundens medvirken Leveringsaftale 1 vedr. R8.x 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... 3 1.1 Kundens medvirken i forbindelse med Leveranceaftale 1.... 3 1.1.1 Kundens medvirken

Læs mere

Bilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection

Bilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection Bilag 10 Samarbejdsorganisation Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette

Læs mere

Prøverne gennemføres som henholdsvis en Idriftsættelsesprøve, en Driftovertagelsesprøve og en. Prøve Delprøve Delprøve

Prøverne gennemføres som henholdsvis en Idriftsættelsesprøve, en Driftovertagelsesprøve og en. Prøve Delprøve Delprøve Bilag 12 Afprøvning Side 1 af 9 Bilag 12 Afprøvning I forbindelse med etablering af EPJ skal der gennemføres kvalitetsstyringsaktiviteter jf. bilag 10, herunder afprøvning og evaluering af den samlede

Læs mere

Bilag 1 Tidsplan Version 0.9 05-05-2014 0

Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 ETAPER I UDVIKLINGSPROJEKTET... 3 2.1.1 ETAPE I - AFKLARING... 3 2.1.2 ETAPE II ANALYSE, DESIGN,

Læs mere

Kontraktbilag 8 Prøver

Kontraktbilag 8 Prøver Kontraktbilag 8 Prøver [Vejledning til Leverandør i forbindelse med afgivelse af tilbud Dette kontraktbilag indeholder VHK s krav til Leverandørens prøver. Leverandøren skal ikke udfylde kontraktbilaget.

Læs mere

[Navn på Tilbudsgiver] Udbudsmateriale. Dato: Bilag 14. Version: 1.0. Bilag 14. Prøver. Bilag 14 Prøver Side 1 / 36

[Navn på Tilbudsgiver] Udbudsmateriale. Dato: Bilag 14. Version: 1.0. Bilag 14. Prøver. Bilag 14 Prøver Side 1 / 36 [Navn på Tilbudsgiver] Udbudsmateriale Dato: 02-05-2012 Bilag 14 Version: 1.0 Bilag 14 Prøver Bilag 14 Prøver Side 1 / 36 1 Indledning... 6 2 Teststrategi for projektet... 7 2.1 Udarbejdelse af teststrategi...

Læs mere

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative. Bilag 9 Dokumentation

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative. Bilag 9 Dokumentation Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 9 Dokumentation 16. marts 2018 Version 1.0 Side 1/8 [Vejledning til tilbudsgiver:

Læs mere

Bilag 14: Prøver. Udbud om levering, installation, implementering, support, drift og vedligehold af Borgeradministrativt System (BAS)

Bilag 14: Prøver. Udbud om levering, installation, implementering, support, drift og vedligehold af Borgeradministrativt System (BAS) Bilag 14: Prøver Udbud om levering, installation, implementering, support, drift og vedligehold af Borgeradministrativt System (BAS) Indhold bilag 14 Prøver 14. Prøver... 3 14.1 Indledning... 3 14.2 Afprøvningsprogram

Læs mere

Bilag 1. Tidsplan. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 1. Tidsplan. Til Kontrakt. Den Nationale Henvisningsformidling Bilag 1 Tidsplan Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 1 Tidsplan Side 1/10 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved

Læs mere

BILAG 6 TEST OG PRØVER

BILAG 6 TEST OG PRØVER BILAG 6 TEST OG PRØVER Vers. 2.0 3.09.2013 (Bilaget ligger på http://silkeborgkommune.dk/erhverv/udbud/varer-og-tjenesteydelser i pdfformat og word-format.) Skal ikke udfyldes af Tilbudsgiver. Bilaget

Læs mere

Underbilag 14 B: Oversigt over prøve- og testtyper. Udbud om levering, installation, implementering, support, drift og vedligehold af BAS

Underbilag 14 B: Oversigt over prøve- og testtyper. Udbud om levering, installation, implementering, support, drift og vedligehold af BAS Underbilag 14 B: Oversigt over prøve- og testtyper Udbud om levering, installation, implementering, support, drift og vedligehold af BAS Indhold underbilag 14 B Oversigt over prøve- og testtyper 14 B Oversigt

Læs mere

BILAG 1: TIDSPLAN BILAG 1: TIDSPLAN 21. februar 2014

BILAG 1: TIDSPLAN BILAG 1: TIDSPLAN 21. februar 2014 BILAG 1: TIDSPLAN 21. februar 2014 INSTRUKTION TIL TILBUDSGIVER Nærværende bilag indeholder tidsplanen for Systemet. Tilbudsgivers eventuelle forbehold til bilag 8 anføres i forbeholdslisten og skrives

Læs mere

Bilag 13 Procedure for bestilling af Opgaver og indgåelse af Leveringsaftaler

Bilag 13 Procedure for bestilling af Opgaver og indgåelse af Leveringsaftaler Bilag 13 Procedure for bestilling af Opgaver og indgåelse af Leveringsaftaler 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... 3 1.1 Generelle vilkår for Opgaver og Leveringsaftaler... 3

Læs mere

OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER

OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER INSTRUKTION TIL LEVERANDØR VED UDNYTTELSE AF OPTIONEN: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.

Læs mere

Koncessionskontrakt vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Kultur- og Fritidsforvaltningen

Koncessionskontrakt vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Kultur- og Fritidsforvaltningen vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Bilag 11 Prøver Bilag 11 1 1 INDHOLD 1 Afprøvning af systemet... 3 1.1 Prøveplaner, underbilag 12a.... 3 2 Fællesregler

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 9 Dokumentation 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav

Læs mere

SOLRØD KOMMUNE ESDH. Afprøvning. Bilag 6

SOLRØD KOMMUNE ESDH. Afprøvning. Bilag 6 SOLRØD KOMMUNE ESDH Afprøvning Bilag 6 April 2007 Vejledning Leverandør skal kvalificere bilaget ved at tilføje: Testplaner Beskrivelse af leverandørens metoder eller processer til intern test inden overgivelse

Læs mere

dfgfdhsjfgdghjghfkfhgkfhjsrt Hvad skal en kontrakt indeholde om kvalitetssikring og test? Niels Chr. Ellegaard Plesner Advokatpartnerselskab

dfgfdhsjfgdghjghfkfhgkfhjsrt Hvad skal en kontrakt indeholde om kvalitetssikring og test? Niels Chr. Ellegaard Plesner Advokatpartnerselskab dfgfdhsjfgdghjghfkfhgkfhjsrt Hvad skal en kontrakt indeholde om kvalitetssikring og test? Niels Chr. Ellegaard Plesner Advokatpartnerselskab Agenda 1. Indledning 2. Perspektivet 3. Skibbrudne IT-projekter

Læs mere

BILAG 6 ÆNDRINGSHÅNDTERING

BILAG 6 ÆNDRINGSHÅNDTERING BILAG 6 ÆNDRINGSHÅNDTERING INDHOLDSFORTEGNELSE 1. Indledning... 4 2. Ændringer... 4 2.1 Kundens ændringsanmodning... 4 2.2 Leverandørens ændringsanmodning... 4 2.3 Mindsteindhold for et løsningsforslag...

Læs mere

Drejebog for tilslutningsprøve OIO sag

Drejebog for tilslutningsprøve OIO sag Drejebog for tilslutningsprøve OIO sag Indholdsfortegnelse Ændringer i forhold til forrige version... 3 1 Indledning... 4 1.1 Formål med drejebogen... 4 1.2 Mål med tilslutningsprøven... 4 2 Overordnet

Læs mere

Bilag 6 Afprøvninger Version 1.0 23-02-2015

Bilag 6 Afprøvninger Version 1.0 23-02-2015 Bilag 6 Afprøvninger Version 1.0 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 7 2 INDLEDNING... 8 2.1 TERMINOLOGI... 8 2.2 TESTOMFANG... 8 2.3 TESTORGANISATION... 10 2.4 ANSVARSFORDELING (ROLLER

Læs mere

Rettelsesblad/ Supplerende meddelelse nr. 16

Rettelsesblad/ Supplerende meddelelse nr. 16 Rettelsesblad/ Supplerende meddelelse nr. 16 Dato 21. december 2018 Sagsbehandler Per Krogsgaard Mail pkro@vd.dk Telefon 244 3359 Dokument 18/10743-9 Side 1/13 Til de bydende på Udbud af s IT-drift Herved

Læs mere

Driftsleverandørens Driftsprøve. beskrivelse af formål og proces

Driftsleverandørens Driftsprøve. beskrivelse af formål og proces Driftsleverandørens Driftsprøve beskrivelse af formål og proces 16. april 2015 Den samlede dokumentation består af følgende dokumenter: Dokument Version Driftsdokumentation v 1.8 Dokumentationen vedligeholdes

Læs mere

Cosmic IT-strategisk råd - OUH. 26. juni 2015

Cosmic IT-strategisk råd - OUH. 26. juni 2015 Cosmic IT-strategisk råd - OUH 26. juni 2015 Status Roadmap 2015 Status på COSMIC efter R3.1 R3.1 (LPR3) driftsstart den 14. juni Det er overordnet set gået rigtig godt. Få fejl Mange tuningsaktiviter

Læs mere

Bilag 100. Bilagsoversigt. Udbud af Medical Device Information Collection

Bilag 100. Bilagsoversigt. Udbud af Medical Device Information Collection 100 soversigt Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med : Formålet med dette er at beskrive MDIC

Læs mere

Bilag 1. Tidsplan. Udbud af Medical Device Information Collection

Bilag 1. Tidsplan. Udbud af Medical Device Information Collection Bilag 1 Tidsplan Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette Bilag er at

Læs mere

Vejledning: Side 2 af 36 Bilag 11

Vejledning: Side 2 af 36 Bilag 11 Bilag 11 Prøver Vejledning: Afprøvning af Leverancen sker ved en fabriksprøve, overtagelsesprøve og driftsprøve. Såfremt Leverancen er opdelt i delleverancer, gennemføres der tillige delleveranceprøver

Læs mere

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 5 Servicemål 16. marts 2018 Version 1.0 Side 1/10 [Vejledning til tilbudsgiver:

Læs mere

CV Jakob Niemann. Resumé: Nøglekvalifikationer. Personlighed. Født: 24/02 1976

CV Jakob Niemann. Resumé: Nøglekvalifikationer. Personlighed. Født: 24/02 1976 Jakob Niemann IT Konsulent Født: 24/02 1976 Rosendalsgade 11, 2. TV. 2100 København Ø Tlf: +45 2859 9808 JakobNiemann@gmail.com Resumé: Test og Quality Manager med mere end 15 års IT erfaring. Har stor

Læs mere

Au Aarhus Universitet. Aarhus Universitet AU STADS Organisatorisk Implementering og Forankring PID Version 1.0

Au Aarhus Universitet. Aarhus Universitet AU STADS Organisatorisk Implementering og Forankring PID Version 1.0 Aarhus Universitet AU STADS Organisatorisk Implementering og Forankring PID Version 1.0 Version Dato Version Udarbejdet af Godkendt af Beskrivelse 06-10-2009 0.1 GST Første udkast 19-10-2009 0.2 GST Kommentarer

Læs mere

Kontraktbilag 04 - Transitionsprojekt

Kontraktbilag 04 - Transitionsprojekt Udbud nr. 2016/S 199-358626 EU-udbud af Cisco UCC i Region Syddanmark Kontraktbilag 04 - Transitionsprojekt Kontraktbilag 04 Transitionsprojekt Side 1/6 Indholdsfortegnelse 1. FORMÅL MED TRANSITIONSPROJEKTET...3

Læs mere

E2E Teststrategi Engrosmodellen

E2E Teststrategi Engrosmodellen E2E Teststrategi Engrosmodellen Et overblik over metode og proces Ver. 1.00 FRE August 2013 1 Kort om: End to End (E2E) Test Generelt om End-to-End (E2E) Test Formålet med at gennemføre en E2E test er

Læs mere

Performancetest af patientkritisk system DSTB Per Skjoldager ahoc - Jesper Mortensen ahoc

Performancetest af patientkritisk system DSTB Per Skjoldager ahoc - Jesper Mortensen ahoc Performancetest af patientkritisk system DSTB 2017 Per Skjoldager ahoc - per@skjoldager.eu Jesper Mortensen ahoc jesper@mortensen.com Hvem er vi Per Skjoldager Testmanager / ahoc Senior Test Manager med

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 1 Definitioner 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav

Læs mere

Bilag 7: Aftale om drift

Bilag 7: Aftale om drift Bilag 7: Aftale om drift Udbud af E-rekrutteringssystem Aftale om drift mellem REGION SYDDANMARK (i det følgende kaldet Kunden ) og Bilag 7 Aftale om drift 3 7.1 Indledning

Læs mere

Ved aftaleindgåelse drøftes de konkrete behov for specificering af app en med afsæt i nedenstående.

Ved aftaleindgåelse drøftes de konkrete behov for specificering af app en med afsæt i nedenstående. 1 Dette dokument beskriver nogle af de minimumskrav DR har til apps der skal leveres som en del af en entreprise til DR. Kravene er udarbejdet af DR Digitale Produkter. Ved aftaleindgåelse drøftes de konkrete

Læs mere

Kontraktbilag 05 - Prøver og Dokumentation

Kontraktbilag 05 - Prøver og Dokumentation Udbud nr. 2016/S 199-358626 EU-udbud af Cisco UCC i Region Syddanmark Kontraktbilag 05 - Prøver og Dokumentation Kontraktbilag 05 Prøver og Dokumentation Side 1/6 Indholdsfortegnelse 1. OVERTAGELSESPRØVEN...3

Læs mere

BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING

BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING INDHOLDSFORTEGNELSE 1. Indledning... 4 2. Ændringshåndtering... 4 3. Kundens Ændringsanmodning... 4 4. Leverandørens Ændringsanmodning... 4 5. Mindsteindhold

Læs mere

Bilag 15 Leverandørkoordinering

Bilag 15 Leverandørkoordinering Bilag 15 Leverandørkoordinering Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 LEVERANDØRENS ANSVAR... 4 4 LEVERANDØRENS KOORDINERINGS- OG SAMARBEJDSFORPLIGTELSE...

Læs mere

Målbillede for kontraktstyring. Juni 2018

Målbillede for kontraktstyring. Juni 2018 Målbillede for kontraktstyring Juni 2018 1 Introduktion Opstilling af målbillede Målbilledet for kontraktstyringen i Signalprogrammet (SP) definerer de overordnede strategiske mål for kontraktstyring,

Læs mere

Idékatalog Planlægning og brug af test i statslige it-projekter

Idékatalog Planlægning og brug af test i statslige it-projekter Idékatalog Planlægning og brug af test i statslige it-projekter Januar 2014 INDHOLD 1. INDLEDNING...1 2. TYPER AF TEST...2 3. PLANLÆGNING AF TEST I FASERNE...6 3.1 IDÉFASEN...6 3.2 ANALYSEFASEN...7 3.3

Læs mere

Bilag 8 omfatter ikke alle Kundens krav. Nogle af Kundens krav er medtaget i andre Bilag for at have en naturlig sammenhæng til konteksten.

Bilag 8 omfatter ikke alle Kundens krav. Nogle af Kundens krav er medtaget i andre Bilag for at have en naturlig sammenhæng til konteksten. Prøver Bilag 8 Vejledning til tilbudsgiver i forbindelse med udarbejdelse af tilbud Dette bilag indeholder Kundens krav til prøver. Hele Bilag 8, Prøver, udgør Mindstekrav (MK), der forudsættes opfyldt

Læs mere

1. Revideret tidsplan for udvikling af Nyt BBR

1. Revideret tidsplan for udvikling af Nyt BBR 1. Revideret tidsplan for udvikling af Nyt BBR Nedenstående er en revideret tidsplan, der efterfølgende skal indarbejdes i en revideret kontrakt. Der mangler en detailplanlægning af uddannelsesaktiviteterne.

Læs mere

Kontraktbilag 04 - Transitionsprojekt

Kontraktbilag 04 - Transitionsprojekt CURS (II) udbud Udbud nr. 2017/S 053-098025 EU-udbud af Cisco UCC i Region Syddanmark Kontraktbilag 04 - Transitionsprojekt Kontraktbilag 04 Transitionsprojekt Side 1/6 Indholdsfortegnelse 1. FORMÅL MED

Læs mere

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2 SF1460_C Aflever besked - version 2.2.2 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet

Læs mere

Rettelsesblad/ Supplerende meddelelse nr. 3

Rettelsesblad/ Supplerende meddelelse nr. 3 Rettelsesblad/ Supplerende meddelelse nr. 3 Dato 18. september 2018 Sagsbehandler Per Krogsgaard Mail pkro@vd.dk Telefon 4272 3359 Dokument 18/10740-4 Side 1/9 Til de bydende på Udbud af s IT-drift Herved

Læs mere

Udbud af RIPA-Syd. Underbilag 14.A - Definitioner og testtype katalog

Udbud af RIPA-Syd. Underbilag 14.A - Definitioner og testtype katalog Udbud af RIPA-Syd til Underbilag 14.A - Definitioner og testtype katalog Underbilag 14.A Definitioner og testtypekatalog Side 1 af 10 Indholdsfortegnelse: 1. DEFINITIONER...4 2. TESTTYPE KATALOG...5 2.1

Læs mere

Au Aarhus Universitet. Aarhus Universitet AU på STADS Teststrategi Version 1.0

Au Aarhus Universitet. Aarhus Universitet AU på STADS Teststrategi Version 1.0 Aarhus Universitet AU på STADS Teststrategi Version 1.0 Version Dato Version Udarbejdet af Godkendt af Beskrivelse 15-10-2009 0.1 LBA Første udkast 16-11-2009 0.2 GST Revideret udkast 18-12-2009 0.3 GST

Læs mere

Udbud af RIPA-Syd. Bilag 11 - Kundens deltagelse og modenhed

Udbud af RIPA-Syd. Bilag 11 - Kundens deltagelse og modenhed Udbud af RIPA-Syd til Bilag 11 - Kundens deltagelse og modenhed Bilag 11 Kundens deltagelse og modenhed Side 1 af 8 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og

Læs mere

GODKENDELSESKRITERIER

GODKENDELSESKRITERIER GODKENDELSESKRITERIER GODKENDELSESKRITERIER Indlægget drøfter med udgangspunkt i konkrete eksempler forskellige typer af godkendelseskriterier ved afprøvning i udviklings- og driftsaftaler og de overvejelser,

Læs mere

Kontraktbilag 10 Servicemål opdateret

Kontraktbilag 10 Servicemål opdateret Kontraktbilag 10 Servicemål opdateret 28.02.2017 [Vejledning til Leverandør i forbindelse med afgivelse af tilbud Dette kontraktbilag indeholder VHK s angivelse af servicemål og skal ikke udfyldes af Leverandøren.

Læs mere

Secure O matic. Gruppe 5 2. SEMESTERPROJEKT. Udgave. Accepttest-specifikation

Secure O matic. Gruppe 5 2. SEMESTERPROJEKT. Udgave. Accepttest-specifikation Udgave 2 2. SEMESTERPROJEKT Gruppe 5 Secure O matic Accepttest-specifikation Benjamin Sørensen, 02284 Tomas Stæhr Hansen, 03539 Stefan Nielsen, 02829 Mubeen Ashraf, 9279 Hussein Kleit, 9281 SECURE O MATIC

Læs mere

BILAG 10. Modelbilag til driftsaftale Om IT infrastruktur services (IT drift)

BILAG 10. Modelbilag til driftsaftale Om IT infrastruktur services (IT drift) BILAG 10 Modelbilag til driftsaftale 2017 Om IT infrastruktur services (IT drift) Side 2 1 VEJLEDNING 1.1 Dette afsnit er blot en vejledning til udfyldelse af bilaget og skal slettes inden Kontrakten underskrives.

Læs mere

Domstolsstyrelsen. Genudbud af e-tl. Spørgsmål / Svar i forbindelse med tilbudsfasen. I systemdokumentationen (Systemsystemmanual

Domstolsstyrelsen. Genudbud af e-tl. Spørgsmål / Svar i forbindelse med tilbudsfasen. I systemdokumentationen (Systemsystemmanual Pulje 8, 14. august 2014. Domstolsstyrelsen 1 Bilag 12, Mindstekrav 20 I systemdokumentationen (Systemsystemmanual Version 1.5, 06.09.2011) skriver Domstolsstyrelsen i afsnit 5.1 Miljøer, at I kopierer

Læs mere

Proces for Change Management

Proces for Change Management Regionen - It-stabens Kvalitetshåndbog - 6 Implementering - 6.01 Change Management It-stabens Kvalitetshåndbog Udskrevet er dokumentet ikke dokumentstyret. Proces for Change Management Niveau: Proces Dokumentbrugere:

Læs mere

BILAG 7 PRØVER. Udvikling af en hjemmeside til borgerforslag samt hosting og vedligeholdelse

BILAG 7 PRØVER. Udvikling af en hjemmeside til borgerforslag samt hosting og vedligeholdelse BILAG 7 PRØVER Vejledning: I dette bilag fastsættes kundens krav til afprøvning af leverancen og af evt. indfriede optioner. Leverandøren udarbejder på baggrund af kundens krav en overordnet plan for prøverne.

Læs mere

Bilag 7: Aftale om drift

Bilag 7: Aftale om drift Bilag 7: Aftale om drift Udbud af telemedicinsk løsning til hjemmemonitorering Aftale om drift mellem REGION SYDDANMARK (i det følgende kaldet Kunden ) og 2 Indholdsfortegnelse

Læs mere

Bilag 11 Ændringshåndtering

Bilag 11 Ændringshåndtering Bilag 11 Ændringshåndtering Version 1.0 04-07-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 TYPER AF ÆNDRINGER... 3 4 GENERELT... 3 5 ATP S FREMSÆTTELSE AF ÆNDRINGSANMODNINGER...

Læs mere

Bilag 13. Ophørsbistand. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 13. Ophørsbistand. Til Kontrakt. Den Nationale Henvisningsformidling Bilag 13 Ophørsbistand Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 13 Ophørsbistand Side 1/7 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive

Læs mere

Bilag 14: Prøver. Udbud af løn- og personalesystem

Bilag 14: Prøver. Udbud af løn- og personalesystem Bilag 14: Prøver Udbud af løn- og personalesystem Indhold Bilag 14 Prøver... 3 14.1 Afprøvningsprogram... 3 14.2 Afprøvningsforskrifter... 4 14.3 Afprøvningsplaner... 4 14.4 Godkendelse af en prøve...

Læs mere

Bilag 12 Leverancevederlag og betalingsplan samt øvrige priser

Bilag 12 Leverancevederlag og betalingsplan samt øvrige priser Bilag 12 Leverancevederlag og betalingsplan samt øvrige priser INSTRUKTION TIL TILBUDSGIVER: Bilag 12 angiver krav til leverancevederlag, betalingsplan m.v. Udfyldelse skal ske i overensstemmelse med nedenstående

Læs mere

Område dækket af servicepakke Vedligehold

Område dækket af servicepakke Vedligehold Område dækket af servicepakke Vedligehold Beskrivelse: Generelt Servicepakke Vedligehold er en del af programmelvedligeholdelsen, men beskrives herunder for at samle relevant information om serviceniveau.

Læs mere

Produktspecifikationer Cloud Connect Version 1.1. Cloud Connect. Side 1 af 7

Produktspecifikationer Cloud Connect Version 1.1. Cloud Connect. Side 1 af 7 Side 1 af 7 Indhold 1 INTRODUKTION TIL CLOUD CONNECT... 3 1.1. CLOUD CONNECT... 3 1.2. VORES SETUP... 3 1.3. LEVERANCEN... 4 1.3.1. Aktiviteter... 4 1.3.2. Forudsætninger for etablering... 4 1.4. KLARMELDINGSDATO...

Læs mere

Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele

Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele LEVERANCE 2.1 Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele Konceptet beskriver, hvordan koden forvaltes, og hvordan

Læs mere

IT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering

IT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Opdateret 26/06-2018 IT projektmodel Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Formål: Fælles metodik for projekter der involverer AU IT. Værktøj og støtte

Læs mere

IT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering

IT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Opdateret 19/04-2018 IT projektmodel Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Formål: Fælles metodik for projekter der involverer AU IT. Værktøj og støtte

Læs mere

Bilag 6: Servicemål. Udbud af E-rekrutteringssystem. Side 1 af 9

Bilag 6: Servicemål. Udbud af E-rekrutteringssystem. Side 1 af 9 Bilag 6: Servicemål Udbud af E-rekrutteringssystem Side 1 af 9 Indhold Bilag 6 Servicemål 3 6.1 Indledning 3 6.2 Systemets normale driftstid 3 6.3 Svartider 3 6.3.1 Krav til svartider 3 6.3.2 Måling af

Læs mere

Styregruppens anvendelse af tests

Styregruppens anvendelse af tests Styregruppens anvendelse af tests Styregruppens anvendelse af testresultater til styring af leverancen Danish Software Testing Board (DSTB) Softwaretest fra teori til praksis 2016 Bo Lind Fagråd for Strategi

Læs mere

Udbud af RIPA-Syd. Underbilag 14.B - Fejlproces

Udbud af RIPA-Syd. Underbilag 14.B - Fejlproces Udbud af RIPA-Syd til Underbilag 14.B - Fejlproces Underbilag 14.B Fejlproces Side 1 af 7 Indholdsfortegnelse: 1. INDLEDNING...4 1.1 Roller...4 1.2 Proces:...5 1.2.1 1.3 Beskrivelse af trinene i processen:...5

Læs mere

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 5 Servicemål 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav

Læs mere

Governancemodel for MedCom-versionsopdatering

Governancemodel for MedCom-versionsopdatering Governancemodel for MedCom-versionsopdatering UDKAST opdateret 11. juni 2014 Indhold Indledning... 1 National governance... 1 Resultatmål med governancemodel... 2 Hvordan opnås målet om en governancemodel?...

Læs mere

Bilag 11 - Prøver. Undervisningsministeriets udbud - Fremme af evalueringskulturen. 28. juni Uddannelsesudvalget L Bilag 3 Offentligt

Bilag 11 - Prøver. Undervisningsministeriets udbud - Fremme af evalueringskulturen. 28. juni Uddannelsesudvalget L Bilag 3 Offentligt Uddannelsesudvalget L 101 - Bilag 3 Offentligt Bilag 11 - Prøver Undervisningsministeriets udbud - Fremme af evalueringskulturen i folkeskolen 28. juni 2005 Connecting Business & Technology Devoteam Fischer

Læs mere

Kontraktbilag 7 Drift-, support og vedligeholdelsesydelser

Kontraktbilag 7 Drift-, support og vedligeholdelsesydelser Kontraktbilag 7 Drift-, support og vedligeholdelsesydelser [Vejledning til Leverandør i forbindelse med afgivelse af tilbud Dette bilag indeholder Kundens krav til Leverandørens drift-, support og vedligeholdelsesydelser.

Læs mere

Entreprenøren skal følge et kvalitetsstyringssystem, som lever op til de i dette bilag anførte krav.

Entreprenøren skal følge et kvalitetsstyringssystem, som lever op til de i dette bilag anførte krav. 1 Bilag 1 Kvalitetsstyring. 1. Indledning. Generelt Entreprenøren skal følge et kvalitetsstyringssystem, som lever op til de i dette bilag anførte krav. Entreprenøren skal indenfor rammerne af sit kvalitetsstyringssystem

Læs mere

Bilag 9. Ændringshåndtering. Udbud af Medical Device Information Collection

Bilag 9. Ændringshåndtering. Udbud af Medical Device Information Collection Bilag 9 Ændringshåndtering Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette Bilag

Læs mere

EU-udbud af WAN infrastruktur. Bilag 5 - Prøver og dokumentation

EU-udbud af WAN infrastruktur. Bilag 5 - Prøver og dokumentation EU-udbud af WAN infrastruktur Bilag 5 - Prøver og dokumentation INDHOLD 1. FORMÅLET MED NÆRVÆRENDE BILAG... 3 2. OVERTAGELSESPRØVE... 3 2.1 Krav til Overtagelsesprøven... 3 2.2 Gennemførelse af Overtagelsesprøven...

Læs mere

Bilag 8 - Samarbejdsorganisation. Bilag 8 - Samarbejdsorganisation

Bilag 8 - Samarbejdsorganisation. Bilag 8 - Samarbejdsorganisation 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... 3 2. Samarbejdsorganisationen... 3 3. Samarbejdsfora... 3 3.1 Strategisk niveau... 4 3.1.1 Samarbejdsforum... 4 3.2 Taktisk niveau... 5 3.2.1

Læs mere