Bilag 4 Dokumentation

Størrelse: px
Starte visningen fra side:

Download "Bilag 4 Dokumentation"

Transkript

1 Bilag 4 Dokumentation Version

2 Indhold 1 VEJLEDNING TIL TILBUDSGIVER INDLEDNING OVERORDNEDE DOKUMENTATIONSKRAV FORMAT LEVERING AF DOKUMENTATION KONFIGURATIONSSTYRING OG VEDLIGEHOLD AF DOKUMENTATION OVERSIGT OVER DOKUMENTATION SPROG UDARBEJDELSE OG GODKENDELSE AF DOKUMENTATION BISTAND TIL ATP'S UDARBEJDELSE OG VEDLIGEHOLDELSE AF DOKUMENTATION DOKUMENTATION AF LEVERANCEN OVERSIGT OVER DOKUMENTTYPER DOKUMENTATION DER LEVERES I ETAPE I DOKUMENTATION DER LEVERES LØBENDE I ETAPE II DOKUMENTATION VEDRØRENDE DRIFT LEVERANDØRENS BESKRIVELSE AF DOKUMENTATION UDARBEJDELSE AF DOKUMENTATION SAMT ATP S ADGANG DOKUMENTATIONSOVERBLIK Bilag 4 Dokumentation Side 1 af 26

3 1 Vejledning til Tilbudsgiver Dette bilag skal udfyldes af Tilbudsgiveren, jf. nedenstående retningslinjer. Tilbudsgiver skal som del af sit tilbud følge og besvare instruktioner, som er markeret med [ ]. For nærværende bilag betyder det, at: Tilbudsgiver i punkt 5.1, på et generelt niveau skal beskrive, hvordan Tilbudsgiver vil håndtere udarbejdelsen af Dokumentationen, herunder sikre at Dokumentationen altid afspejler den aktuelle version af Systemet samt versionering i overensstemmelse med kravene. Tilbudsgiver skal ligeledes beskrive, hvordan ATP får adgang til den til hver en tid aktuelle og fuldt opdaterede Dokumentation. Tilbudsgiver i punkt 5.2 skal indsætte et overblik over den Dokumentation, der påtænkes leveret, herunder - fx gennem anvendelsen af en enterprise arkitektur rammeværk eller lignende illustrere og beskrive sammenhængen mellem de forskellige dokumentationselementer, samt indsætte et udkast til den Dokumentation, der bliver leveret sammen med Løsningen jf. den supplerende vejledning i punktet. Tabel 1 Vejledning til Tilbudsgiver Bilag 4 Dokumentation Side 2 af 26

4 2 Indledning ATP s formål med at tilvejebringe Dokumentationen er at blive tilført viden, der gør ATP i stand til at anvende, idriftsætte, drifte, vedligeholde og videreudvikle Leverancen samt at tilfredsstille revisionsmæssige krav. Endvidere skal dele af Dokumentationen kunne anvendes til dialog med 3. parter vedrørende systemintegrationer, da forskellige komponenter i ATP s systemlandskab leveres af forskellige leverandører. Endelig skal Dokumentationen kunne overdrages til ny driftsleverandør jf. bilag 20 (Ophørsbistand). Bilag 4 Dokumentation Side 3 af 26

5 3 Overordnede dokumentationskrav I dette punkt beskrives de generelle krav til den leverede Dokumentation i tillæg til de overordnede krav beskrevet i Kontraktens punkt 5. Al Dokumentation skal leveres i overensstemmelse med disse krav med mindre andet er angivet eller aftalt. 3.1 Format Den til enhver tid gældende Dokumentation i den seneste, godkendte version skal stilles til rådighed for ATP som online-dokumentation, som kan vises og downloades af ATP, herunder ved at Leverandøren anviser en web-adresse eller lignende, hvorigennem ATP kan få adgang til Dokumentationen. Dokumentationen skal overdrages til ATP i søg- og redigerbar elektronisk kopi i et printvenligt format, så en papirudgave kan dannes ved behov. Dokumentationen skal overholde åbne standarder som Open Document Format (ODF), Open Office XML (OOXML) MicroSoft Office eller tilsvarende åben standard. Mere specielle filformater kan suppleres af pdf. Der skal endvidere anvendes et udbredt og anerkendt modelleringssprog i forbindelse med Dokumentationen. Såfremt UML ikke anvendes, bedes Leverandøren eksplicit redegøre for sit valg af modelleringssprog. Supplerende kan E/R diagrammer benyttes til dokumentation af datastrukturer. 3.2 Levering af Dokumentation Det er Leverandørens ansvar at sikre udarbejdelsen af Dokumentationen. Dokumentationen skal udarbejdes løbende. Dokumentationen skal fremsendes ved Delleveranceprøver. Godkendelse af Dokumentationen er en del af Delleveranceprøverne samt Overtagelsesprøven, jf. bilag 6 (Afprøvninger). Al Dokumentation skal være godkendt inden Overtagelsesdagen. Dokumentationens opbygning og kvalitet skal understøtte, at såvel drift som videreudvikling med jævne mellemrum kan bringes i udbud i henhold til gældende lovgivning og/eller kan overdrages til anden leverandør. Alle dele af Leverancen, inklusive den krævede Dokumentation, skal uhindret og omkostningsfrit for ATP kunne indgå i udbudsforretninger. Bilag 4 Dokumentation Side 4 af 26

6 ATP arbejder med offentlige standarder, og har valgt at Dokumentationen for Systemet lagres i en tilpasset version af OIO-reolen. OIO-reolen er beskrevet i bilag 2A (Sådan forretningsmodellerer vi i ATP). OIO reolen indeholder dokumentation udarbejdet af ATP, og som ATP vedligeholder. Fremadrettet kommer OIO-reolen også til at indeholde dokumentation leveret af Leverandøren. I kontraktperioden vedligeholder ATP OIO-reolen og sikrer, at materiale leveret af Leverandører placeres her. For den del af dokumentationen, som ATP vedligeholder, skal Leverandøren skriftligt meddele ATP behov for opdateringer og ændringer. ATP foretager herefter opdateringer. Hvilke artefakter ATP vedligeholder, fremgår af bilag 2A (Sådan Forretningsmodellerer vi ATP). 3.3 Konfigurationsstyring og vedligehold af Dokumentation Leverandøren skal sikre, at den leverede Dokumentation altid er opdateret, jf. Kontraktens punkt 5 (Dokumentation), således at Dokumentationen til enhver tid (i) afspejler, hvorledes Systemet fungerer/fungerede på et givent tidspunkt, og (ii) opfylder kravet om, at Dokumentationen skal muliggøre at ATP selv, eller ved tredjemand, kan varetage drift, vedligeholdelse og videreudvikling af Systemet. Leverandøren skal opdatere Dokumentationen ved godkendte Ændringer, jf. bilag 11 (Ændringshåndtering). Hver gang, der foretages rettelser til Systemet, skal Leverandøren levere en opdateret version af Dokumentationen. ATP skal godkende Dokumentationen. Ændringer i Dokumentationen skal være sporbare. Leverandøren skal derfor sikre, at Dokumentationen indeholder revisionshistorik og er tydeligt versioneret. 3.4 Oversigt over Dokumentation Leverandøren skal udarbejde og levere, og i hele kontraktperioden vedligeholde, en oversigt over den Dokumentation, der er og vil blive udarbejdet. I Udviklingsprojektet indgår denne oversigt i statusrapporteringen. Efter Overtagelsesdagen vedligeholdes oversigten i Driftsaftalehåndbogen. Oversigten skal, for hvert element, beskrive målgruppe, formål og anvendelse af Dokumentationen og vise den logiske sammenhæng mellem de enkelte dele af Dokumentationen. Der skal endvidere leveres en læsevejledning, der gør det enkelt at fremfinde den ønskede Dokumentation. Læsevejledningen må gerne være klikbar. Bilag 4 Dokumentation Side 5 af 26

7 Dokumentationen skal sikre at en udenforstående, med kendskab til Systemets arkitektur og teknologi, kan læse og forstå, hvordan Systemet er opbygget. Driftsdokumentation skal tilgodese genudbud af drift. Dokumentation skal have et detaljeringsniveau så Ydelserne omfattet af denne kontrakt med jævne mellemrum kan bringes i udbud i henhold til gældende EU-lovgivning. Jf. også kravene i bilag 20 (Ophørsbistand). 3.5 Sprog Brugerdokumentationen skal være på dansk. Den øvrige Dokumentation skal foreligge på dansk eller engelsk. 3.6 Udarbejdelse og godkendelse af Dokumentation Leverandøren planlægger, styrer og gennemfører udarbejdelsen af Dokumentationen. Leverandøren har i punkt 5.1 angivet en generel beskrivelse af, hvordan Dokumentation udarbejdes. Leverandøren skal udarbejde et udkast til strukturen af hvert enkelt dokumentationselement, der skal godkendes af ATP, forud for leverance af dokumentationselementet. Al Dokumentation skal godkendes af ATP som forudsætning for godkendelse af den pågældende Delleverance eller Etape, som Dokumentationen vedrører, jf. bilag 1 (Tidsplan) og bilag 6 (Afprøvninger). ATP godkender Dokumentationen senest 10 Arbejdsdage efter modtagelsen af Dokumentationen, såfremt de kravsatte godkendelseskriterier er opfyldt, jf. bilag 6 (Afprøvninger). Leverandøren og ATP kan aftale en anden tidsfrist. Såfremt Dokumentation ikke opfylder Godkendelseskriterierne, skal ATP redegøre for Fejl og Mangler over for Leverandøren. Leverandøren skal herefter rette og genfremsende Dokumentationen til ATP s godkendelse. Al Dokumentation skal være leveret og godkendt af ATP inden Overtagelsesprøven kan påbegyndes. I Figur 1 og Tabel 2 har ATP angivet processen og ansvarsfordeling i forbindelse med udarbejdelse og godkendelse af Dokumentation. Bilag 4 Dokumentation Side 6 af 26

8 Figur 1 Proces for udarbejdelse og godkendelse af Dokumentation Aktivitet Kravafklaring Udkast til dokumentstruktur Godkendelse af dokumentstruktur og udarbejdelse af godkendelseskriterier Udarbejdelse af dokumentindhold Afprøvning og godkendelse i henhold til de kravsatte godkendelseskriterier, jf. bilag 6 (Afprøvninger). Ansvar Fælles Kunde og Leverandør Leverandør Kunde Leverandør Kunde Tabel 2 Ansvar i forbindelse med udarbejdelse af Dokumentation 3.7 Bistand til ATP's udarbejdelse og vedligeholdelse af Dokumentation Leverandøren er i kontraktperioden ansvarlig for at bistå ATP med udarbejdelsen og vedligeholdelsen af den Dokumentation ATP er ansvarlig for. Leverandørens bistand skal blandt andet inkludere review af Dokumentation samt leveringen af de informationer, som Leverandøren er - eller burde være - i besiddelse af, og som er nødvendige for ATP's udarbejdelse/vedligeholdelse af Dokumentationen. Bilag 4 Dokumentation Side 7 af 26

9 4 Dokumentation af Leverancen Nedenfor har ATP angivet, hvilke dokumenttyper Dokumentationen af Leverancen skal indeholde. Dokumentation vedrørende Afprøvning er beskrevet i 6 (Afprøvninger). 4.1 Oversigt over dokumenttyper Følgende dokumenttyper er yderligere beskrevet i de efterfølgende punkter: Dokumenttype Arkitekturbeskrivelse Designspecifikation Systemdokumentation Systemdokumentation Systemdokumentation Systemdokumentation Systemdokumentation Systemdokumentation Systemdokumentation Standarddokumentation Detaljerede snitfladebeskrivelser Brugervejledning Vejledning til administratorer Undervisningsmateriale Undervisningsmateriale Installationsvejledning Driftsvejledning Driftsaftalehåndbog Beredskabsplan Beskrivelse Overordnet struktur og design af den komplette Leverance samt dokumentation af arkitekturovervejelser og -beslutninger Specifikation af design af hele Systemet. Overblik over Systemets komponenter (komponentdiagram) Systemkontekst Operationel arkitektur Arkitekturbeslutninger Beskrivelse af særligt komplekse interaktioner Logisk Datamodel Fysisk Datamodel Producentens programmanualer og øvrige producentdokumentation Detaljerede beskrivelser af Systemets snitflader til andre systemer eller parter. Vejledning, der beskriver hvordan Systemet bruges, og som skal kunne læses af slutbrugere. Brugervejledningen skal evt. sammen med skærmhjælp guide brugerne igennem Systemet. Vejledning, der beskriver, hvordan Systemet administreres. Materiale til Leverandørens undervisning af ATP s undervisere og andre nøglepersoner. Materiale til ATP s undervisning af øvrige brugere af Systemet Installationsvejledningen beskriver, hvordan det leverede Programmel skal installeres på den valgte driftsplatform. Vejledning, der beskriver forholdene vedr. drift af Systemet. Beskriver driften af Systemet, kontaktoplysninger for alle personer involveret i drift, beskrivelse af teknisk opsætning som f.eks. konfigurationsfiler og skabeloner og beskrivelse af organisering af Systemets drift og vedligeholdelse. Beredskabsplan, der beskriver, hvad der som minimum skal gøres for at genetablere drift af Systemet efter en katastrofe. Tabel 3 Oversigt over dokumenttyper Bilag 4 Dokumentation Side 8 af 26

10 4.2 Dokumentation der leveres i Etape I Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Arkitekturbeskrivelse Overordnet struktur og design af den komplette Leverance samt dokumentation af arkitekturovervejelser og -beslutninger Leverandøren skal gennem sin udviklingsmetode designe og dokumentere arkitekturen. Formålet er at dokumentere systemarkitekturen, der ligger bag det System, som skal indfri forretningsbehovene Arkitekturbeskrivelsen skal beskrive Systemets komplette arkitektur og fungerer som grundlag for design og udvikling af Systemet. Arkitekturbeskrivelsen skal afdække følgende aspekter: Arkitekturoversigt hvor man præsenterer Systemet set fra et itperspektiv og forklarer hvordan forretningskravene omsættes. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Architecture Overview i udviklingsmetoden Rational Unified Process. ATP godkender dokument leverancen. System Kontekst hvor man repræsenterer hele Systemet som et enkelt objekt eller proces og identificerer grænsefladerne mellem Systemet og eksterne parter. Leverandøren forventes igennem brug af dennes egen udviklingsmetoder, at levere et indhold som minder om indholdet i artefaktet System Context i udviklingsmetoden Rational Unified Process. Bilag 4 Dokumentation Side 9 af 26

11 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Arkitekturbeskrivelse [fortsat] Sikkerhedsarkitektur hvor man beskriver de sikkerhedsaspekter, som Systemet skal efterleve, herunder rollebegreber. På dette tidspunkt skal beskrivelsen være på konceptuelt niveau, hvor de forskellige elementer (processer og teknologier) og relationer imellem disse dokumenteres skematisk. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Security Architecture i udviklingsmetoden Rational Unified Process. Operationel Arkitektur hvor man beskriver de operationelle aspekter ved en it-systemarkitektur, herunder hvilke teknologier og software og hardware produkter, som kan levere de ønskede karakteristika og funktioner. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Operational Model i udviklingsmetoden Rational Unified Process. Bilag 4 Dokumentation Side 10 af 26

12 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Arkitekturbeskrivelse [fortsat] Komponentmodel hvor man på dette på dette tidspunkt i projektforløbet på et overordnet og konceptuelt niveau beskriver, hvordan Systemet er nedbrudt i mindre afgrænsede funktionsområder, med angivelse af ansvarligheder og services (interfaces). Denne del arkitekturbeskrivelse skal udstikke de overordnede linjer i systemdesignet, når Systemet skal designes og implementeres. Sammenhængen herfra og til ATP s komponent-model skal være tydelig. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Component Model i udviklingsmetoden Rational Unified Process Arkitekturbeslutninger hvor de overvejelser og beslutninger, som ligger bag arkitekturen, skal dokumenteres. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere på et niveau, som svarer til indholdet i artefaktet Architectural Decisions i udviklingsmetoden Rational Unified Process. Bilag 4 Dokumentation Side 11 af 26

13 4.3 Dokumentation der leveres løbende i Etape II Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Designspecifikation Specifikation af design af hele Systemet. Designspecifikationen forventes at være en videreudvikling af Arkitekturbeskrivelsen. Designspecifikationen skal modsvare ATP s kravspecifikation og fungerer som grundlag for konstruktion af Leverandøren skal gennem sin udviklingsmetode specificere, hvordan den bagvedliggende forretningslogik (back end) og præsentationsmæssige design (front end) konstrueres og/eller konfigureres. Systemet. Konstruktion dækker både over speciel udviklet og/eller tilpasset Formålet er at dokumentere, hvordan Systemet konstrueres, så den indfrier forretningsbehovene, kode samt etablering og konfiguration af standard funktionalitet. Designspecifikationen skal afdække følgende aspekter: Komponentmodel som videreudvikles og detaljeres i forhold til arkitekturbeskrivelse. Her skal man på et logisk niveau beskrive systemdesignet, som er opdelt i lag, moduler og komponenter. Her definerer man services og de tilhørende ansvar for at levere funktionaliteten. Sammenhængen herfra og til ATP s komponentmodel skal være tydelig. Designspecifikationen skal dokumenteres på et niveau, så en ny leverandør kan vedligeholde og videreudvikle Systemet. ATP godkender dokument leverancen. Logisk Datamodel hvor man på logisk niveau beskriver de logiske entiteter, tilhørende attributter og beskriver entiteternes indbyrdes relationer og afhængigheder. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere et indhold som svarer til den Logiske datamodel i artefaktet Data Model i udviklings-metoden Rational Unified Process. Bilag 4 Dokumentation Side 12 af 26

14 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Designspecifikation [fortsat] Design af snitflader og kommunikation hvor man beskriver detaljer for data, som bliver transporteret ved udveksling af information over et interface. Denne specifikation inkluderer information om kommunikationsmekanismer herunder protokol, format af data, som udveksles, og eventuelle sikkerhedsaspekter i den forbindelse. De enkelte operationer, herunder deres funktionalitet og anvendelse. Information om de forskellige input/output parametres anvendelse beskrives, med typedefinition og definitionsmængder, ligesom fejlhåndtering med forklaring af fejl- og årsagskoder også bliver beskrevet. Endelig beskrives eventuel transaktionshåndtering og SLA på grænsefladen. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Interface Specifications i udviklings-metoden Rational Unified Process Design af sikkerhed og brugerhåndtering hvor man detaljerer Sikkerhedsarkitekturen fra Arkitekturbeskrivelsen og specificerer, hvordan denne del af leverancen skal konstrueres og/eller konfigureres. Bilag 4 Dokumentation Side 13 af 26

15 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Designspecifikation [fortsat] Udrulning og dimensionering af infrastruktur - hvor man detaljerer den operationelle arkitektur fra Arkitekturbeskrivelsen, som her bør specificeres på både logisk og fysisk niveau. Man angiver, blandt andet, hvordan Systemet bliver udrullet, ligesom man specificerer aspekterne omkring netværkskonfiguration, dimensionering af hardware (antal servere og deres individuelle konfiguration fx Processer, RAM og disk størrelser). Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere den tilsvarende information. Design af brugergrænsefladen hvor skærmbillede designet dokumenteres inklusiv sammenhænge mellem skærmbilleder, valideringsregler, fejl- og systembeskeder der præsenteres. Arkitekturbeslutninger hvor de overvejelser og beslutninger, som ligger bag arkitekturen og det underliggende design, skal dokumenteres. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere på et niveau, som svarer til indholdet i artefaktet Architectural Decisions i udviklingsmetoden Rational Unified Process. Og i øvrigt skal specifikationen angive eventuelt klassedesign, services, fejlhåndtering, programorganisering, navngivning og design detaljer om, hvordan aktiviteterne i de forskellige processer skal konstrueres og/eller konfigureres mv. Designspecifikation skal leveres med hver Delleverance. Bilag 4 Dokumentation Side 14 af 26

16 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Systemdokumentation Overblik over Systemets komponenter (komponentdiagram) Skal give overblik over Systemets tekniske dele og deres indbyrdes samspil og afhængigheder. Kan i et vist omfang danne grundlag for en vurdering af systemarkitekturens kvalitet - er der f.eks. flere indbyrdes afhængigheder end nødvendigt? Denne leverance skal afdække følgende aspekter: Arkitekturoversigt [Opdateret så den afspejler den endelige systemleverance]. Her præsenteres Systemet set fra et it-perspektiv og forklarer hvordan forretningskravene omsættes. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Architecture Overview i udviklingsmetoden Rational Unified Process. Komponentmodel [Opdateret så den afspejler den endelige systemleverance]. Her skal man på et logisk niveau beskrive systemdesignet, som er opdelt i lag, moduler og komponenter. Her definerer man services og de tilhørende ansvar for at levere funktionaliteten. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Component Model i udviklingsmetoden Rational Unified Process Sammenhængen til ATP s komponentmodel er tydelig. Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udfører drift- og vedligeholdelsesopgaverne for Systemet Bilag 4 Dokumentation Side 15 af 26

17 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Systemdokumentation Systemkontekst Dette dokument præciserer og dokumenter det miljø, Systemet skal fungere i. Dokumentationen skal inkludere: Eksterne events som Systemet skal reagere på. Events, som Systemet selv generer og leverer til de eksterne parter. Data, som Systemet modtager fra eksterne parter og som skal behandles. Data, som Systemet producere og som sendes til de eksterne parter. Denne leverance skal afdække følgende aspekter: System Kontekst [Opdateret så den afspejler den endelige systemleverance]. Hvor man repræsenterer hele Systemet som et enkelt objekt eller proces og identificerer grænsefladerne mellem Systemet og eksterne parter. Leverandøren forventes, igennem brug af dennes egen udviklingsmetoder, at levere et indhold som minder om indholdet i artefaktet System Context i udviklingsmetoden Rational Unified Process. Skal være i overensstemmelse i informationsstrømmende mellem eksterne enheder og forretningsprocesser. Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Bilag 4 Dokumentation Side 16 af 26

18 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Systemdokumentation Sikkerhedsarkitektur Her beskrives de sikkerhedsaspekter som Systemet efterlever Denne leverance skal afdække følgende aspekter: Sikkerhedsarkitektur [Opdateret så den afspejler den endelige systemleverance]. Hvor man beskriver de sikkerhedsaspekter, som Systemet skal efterleve, herunder rollebegreber. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Security Architecture i udviklingsmetoden Rational Unified Process. Skal være i overensstemmelse med ATP s krav vedrørende sikkerhed, jf. bilag 3A.1 (Kravliste) og bilag 13 (Sikkerhed). Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Bilag 4 Dokumentation Side 17 af 26

19 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Systemdokumentation Operationel arkitektur Her beskrives de operationelle aspekter ved systemarkitekturen Denne leverance skal afdække følgende aspekter: Operationel Arkitektur [Opdateret så den afspejler den endelige systemleverance]. Hvor man beskriver de operationelle aspekter ved en it-systemarkitektur, herunder hvilke teknologier og software og hardware produkter, som kan levere de ønskede karakteristika og funktioner. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere et indhold som minder om indholdet i artefaktet Operational Model i udviklingsmetoden Rational Unified Process. Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Systemdokumentation Arkitekturbeslutninger Her beskrives hvor de overvejelser og beslutninger, der er truffet igennem design og implementeringsforløbet, og som ligger bag arkitekturen og det underliggende design for den endelige systemleverance. Leverandøren forventes igennem brug af dennes egen udviklingsmetode, at levere på et niveau, som svarer til indholdet i artefaktet Architectural Decisions i udviklingsmetoden Rational Unified Process. Alle væsentlige beslutninger er dokumenteret Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Bilag 4 Dokumentation Side 18 af 26

20 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Systemdokumentation Beskrivelse af særligt komplekse interaktioner For de særligt komplekse integrationer beskrives, hvordan udveksling af informationer (data) foregår. Her beskrives: Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). hvilke data, der transporteres henover en snitflade, hvilke betingelser, der skal være opfyldt, for at det sker, samt hvordan transporten sker. Systemdokumentationen skal kunne overdrages til og benyttes af en Et eksempel på en integration kan være anvendelse af en webservice. eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Beskrivelser forventes leveret i form af beskrivende tekst og diagrammer, som fx sekvensdiagrammer eller flowchart diagrammer. Antallet af særligt komplekse integrationer forventes at være Bilag 4 Dokumentation Side 19 af 26

21 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Systemdokumentation Logisk Datamodel Denne leverance skal afdække følgende aspekter: Logisk Datamodel [Opdateret så den afspejler den endelige systemleverance]. Hvor man på logisk niveau beskriver de logiske entiteter, tilhørende attributter og beskriver entiteternes indbyrdes relationer og afhængigheder. Leverandøren forventes, igennem brug af dennes egen udviklingsmetode, at levere et indhold som svarer til den Logiske datamodel i artefaktet Data Model i udviklings-metoden Rational Unified Process. Den logiske datamodel skal være opbygget son et entitets-relations diagram Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Systemdokumentation Fysisk Datamodel Denne leverance skal afdække følgende aspekter: Fysisk Datamodel Hvor man beskriver den fysiske implementering af den logiske datamodel. Modellen beskriver tabeller og nøgler (primærnøgler og fremmednøgler), samt forbindelserne mellem disse. Derudover skal revisionsspor, afstemningsspor og logningsdata tydeligt fremgå af modellen, således at beskrivelsen opfylder de nonfunktionelle krav på disse områder.. Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). Systemdokumentationen skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at udføre drifts- og vedligeholdelsesopgaverne for Systemet. Bilag 4 Dokumentation Side 20 af 26

22 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Standarddokumentation Producentens programmanualer og øvrige producentdokumentation I det omfang Systemet baserer sig på Standardprogrammel, skal Leverandøren sikre, at installationsvejledninger, konfigurationsvejledninger, driftsvejledninger, administrationsvejledninger, brugervejledninger og lignende fra producenten af Standardprogrammellet er tilgængeligt for ATP sammen med den øvrige Dokumentation. Standarddokumentationen skal være fuldt dækkende for Standardprogrammellet, og skal modsvare den anvendte version af Standardprogrammellet. Standarddokumentationen skal være på dansk eller engelsk. Detaljerede snitfladebeskrivelser Detaljerede beskrivelser af Systemets snitflader til andre systemer eller parter. Leverandøren skal på baggrund af informationsbeskrivelserne i bilag 3A.6 (Integrationer) udarbejde detaljerede snitfladebeskrivelser for Systemets snitflader til andre systemer eller parter. De detaljerede snitfaldebeskrivelser skal dokumentere den tekniske implementering af Systemets snitflader og skal endvidere kunne indgå i ATP s dialog med eksterne parter i forbindelse med f.eks. indgåelse eller ændring af dataudvekslingsaftaler/databehandleraftaler. Skal kunne understøtte de drifts-, vedligeholdelses- og videreudviklingsopgaver, som ATP og Leverandøren skal udføre, jf. bilag 3A (Behovsopgørelse). De detaljerede snitfaldebeskrivelser skal kunne overdrages til og benyttes af en eventuel ny leverandør, så denne er i stand til at etablere snitfladerne samt udføre drifts- og vedligeholdelsesopgaverne for Systemet. Bilag 4 Dokumentation Side 21 af 26

23 Dokumenttype Beskrivelse Formål og indhold Kvalitetskrav Brugervejledning Vejledning, der beskriver hvordan Systemet bruges, og som skal kunne læses af slutbrugere. Brugervejledningen skal evt. sammen med skærmhjælp guide brugerne igennem Systemet. Vejledningen skal give brugeren den fornødne viden til at kunne betjene de dele af Systemet, der er rettet mod brugeren. Brugervejledningen kan supplere undervisning og online-hjælp. Brugervejledningen har Kunderådgivere som målgruppe. Brugervejledning, undervisning og online-hjælp skal kunne guide brugeren i at udføre bestemte opgaver inden for en bestemt tidsramme og fejlmargin. Brugervejledningen består af systemvejledning og online hjælp. Brugervejledningen skal gøre ATP s superbrugere i stand til at udarbejde detaljerede instrukser samt supplere online hjælp med forretningsspecifikt indhold. Vejledning til administratorer Vejledning, der beskriver, hvordan Systemet administreres. Vejledningen skal give forretningsadministratorer den fornødne viden til at kunne administrere den del af Systemet, som administratoren er ansvarlig for. Det kan fx være brugeradministration eller konfigurationsændringer. Systemet skal kunne administreres af administratorer, der er uddannet i Systemet. Undervisningsmateriale Materiale til Leverandørens undervisning af ATP s undervisere og andre nøglepersoner. Materiale, der understøtter Leverandørens undervisning af ATP s undervisere og andre ATP nøglepersoner efter train the trainer princippet, jf. bilag 3A (Behovsopgørelse). Undervisningsmaterialet skal gøre superbrugere i stand til at anvende Systemet. Undervisningsmateriale Materiale til ATP s undervisning af øvrige brugere af Systemet Materiale til ATP s undervisere, der understøtter ATP s undervisning af øvrige brugere af Systemet, jf. bilag 3A (Behovsopgørelse). Undervisningsmaterialet skal gøre ATP s undervisere i stand til at gennemføre undervisning af de øvrige brugere af Systemet, og skal gøres elektronisk tilgængeligt for ATP i forbindelse med Leverandørens undervisning af ATP s undervisere. Tabel 4 Dokumentation der leveres løbende i Udviklingsprojektets Etape II Bilag 4 Dokumentation Side 22 af 26

24 4.4 Dokumentation vedrørende drift Dokumentnavn Beskrivelse Formål og indhold Kvalitetskrav Installationsvejledning Installationsvejledningen beskri- Vejledningen skal indeholde klare beskrivelser af, på hvilken måde Vejledningen skal være udformet, ver, hvordan det leverede Pro- de forskellige miljøer hos Leverandøren skal etableres for at Syste- så en driftsoperatør med sædvanli- grammel skal installeres på den met kan afvikles i overensstemmelse med Kontrakten. Herunder skal ge IT-kompetencer på den valgte valgte driftsplatform. det beskrives, hvordan en leverance flyttes fra et miljø til et andet, driftsplatform kan udføre installatio- inklusiv en oversigt over forskelle i navngivning af miljøvariable nen. Såfremt installationen kræver mellem miljøerne. særlige kompetencer skal Leveran- Vejledningen skal specificere, hvilke komponenter, der skal installe- døren angive, hvilke kompetencer res og deres indbyrdes sammenhænge og afhængigheder. Forud- som kræves. Vejledningen skal sætninger for driftsafviklingen af Systemet skal ligeledes være be- give læseren den fornødne viden til skrevet, dvs. at installere og afinstallere Syste- Hvilken hardware der skal installeres på, og som Systemet kræver, met. Eksempelvis: Systemoversigt f.eks. maskintype, netværk og ydre enheder. (beskrivelse af servere, databaser, Hvilken software, der er en forudsætning, og i hvilken version, netværk), Vejledning til operativ-, f.eks. operativsystem, applikationsserver, logningssoftware og instal- database-, applikationssoftware, lationssoftware. oprettelse af bruger, grupper, Ret- Krav til andre systemers tilgængelighed. tigheder, Overvågning, Backup. Vejledningen skal også beskrive, hvordan al decentral klientsoft- Systemet skal kunne installeres hos ware, der indgår i Systemet, skal installeres samt hvilke forudsæt- en ny driftsleverandør uden hjælp ninger denne del af Systemet stiller til andet hardware og software, fra Leverandøren. som klienterne skal have installeret. Vejledningen skal indeholde en punktfremstilling af installationens forskellige trin, således at det klart fremgår i hvilken rækkefølge, installation skal foretages. Vejledningen skal også indeholde information om roll back, dvs. hvordan en installation afbrydes og den hidtidige installation retableres. Bilag 4 Dokumentation Side 23 af 26

25 Dokumentnavn Beskrivelse Formål og indhold Kvalitetskrav En installation kan kræve migrering af produktionsdata, der anvendes af en foregående udgave af Systemet. Installationsvejledningen skal specificere, hvordan migrering foretages i forbindelse med installation. Som oftest kræver en installation opsætning af diverse parametre. Dette kan være i konfigurations-filer, tabeller i en database eller opsætningsskærmbilleder i Systemet. Installationsvejledningen skal indeholde et afsnit, som beskriver denne opsætning. Systemet kan også bygge på tilstedeværelsen af bestemte data eller services. Sådanne forhold skal ligeledes være beskrevet. Test af installationen skal beskrives således, at det er muligt at verificere, at Systemet er korrekt installeret og kørende, og det skal fremgå, hvor og hvordan eventuelle fejl er registreret. Vejledningen skal beskrive, hvorledes alle komponenter afinstalleres, herunder konfigurations filer, logfiler mm. Driftsvejledning Vejledning, der beskriver forholde- Vejledningen skal give læseren den fornødne viden til at kunne Systemet kan driftes hos ny drifts- ne vedr. drift af Systemet. betjene de dele af Leverancen, der indgår i driften. Det drejer sig fx leverandør. om håndtering af kørsler, håndtering af data, der skal ind eller ud af Leverancen, og reaktionerne knyttet til de forskellige fejlmeddelelser i Systemet. Vejledningen indeholder også en beskrivelse af de processer, der er en forudsætning for, at Leverancen kan køre, proces for backup og reetablering af data, fallback-plan samt vejledning for fejlsituationer og afhjælpning af disse. Bilag 4 Dokumentation Side 24 af 26

26 Dokumentnavn Beskrivelse Formål og indhold Kvalitetskrav Driftsaftalehåndbog Beskriver driften af Systemet, Driftsaftalehåndbogen indeholder til enhver tid en aktuel liste over de Systemet skal kunne driftes hos ny kontaktoplysninger for alle perso- personer, man skal kontakte, hvis der er problemer i driften. driftsleverandør. ner involveret i drift, beskrivelse af For hver person skal det angives, i hvilke tilfælde de skal kontaktes teknisk opsætning som f.eks. og hvordan de kontaktes samt evt. hvad det koster. En godkendt driftsaftalehåndbog er konfigurationsfiler og skabeloner en forudsætning for idriftsættelse af og beskrivelse af organisering af Driftsaftalehåndbogen bør indeholde beskrivelse af den tekniske Systemet. Systemets drift og vedligeholdelse. opsætning, fx konfigurationsfiler og skabeloner, processer for softwareopdatering, sikkerhed, programmel mv. Endelig indeholder Driftsaftalehåndbogen aftalte procedurer for alle Service Management-processer (ITIL). Beredskabsplan Beredskabsplan, der beskriver, Planen skal minimere afbrydelser i ATP s forretningsaktiviteter, Der skal kunne gennemføres be- hvad der som minimum skal gøres beskytte kritiske informationsaktiver og sikre hurtig genetablering redskabstest af Systemet inden for for at genetablere drift af Systemet efter en katastrofe. beredskabsplanen skal holdes opdateret og de aftalte rammer. efter en katastrofe. afprøves årligt og ved større ændringer på Systemet. Bilag 4 Dokumentation Side 25 af 26

27 5 Leverandørens beskrivelse af Dokumentation Dette punkt indeholder Leverandørens beskrivelse af Dokumentationen. 5.1 Udarbejdelse af Dokumentation samt ATP s adgang [Tilbudsgiver skal på et generelt niveau beskrive, hvordan Tilbudsgiver vil håndtere udarbejdelsen af Dokumentationen, herunder sikre at Dokumentationen altid afspejler den aktuelle version af Systemet samt versionering i overensstemmelse med kravene. Tilbudsgiver skal ligeledes beskrive, hvordan ATP får adgang til den til hver en tid aktuelle og fuldt opdaterede Dokumentation]. 5.2 Dokumentationsoverblik Formålet med nedenstående dokumentationsoverblik er at give tilstrækkeligt overblik over den samlede Dokumentation, samt inddelingen af de forskellige typer Dokumentation, der leveres som en del af leverancen. De enkelte dokumentationselementer gennemgås i de følgende punkter. [Tilbudsgiver skal: 1. indsætte et overblik over den Dokumentation, der påtænkes leveret, herunder - fx gennem anvendelsen af et enterprise arkitektur rammeværk eller lignende illustrere og beskrive sammenhængen mellem de forskellige dokumentationselementer. 2. ved at indsætte niveau 3-overskrifter i dette punkt, indsætte et udkast til den Dokumentation, der bliver leveret sammen med Systemet. Dokumentationen skal henføres til en af de i dette bilag beskrevne typer af Dokumentation (dokumentationselementer). Tilbudsgiver skal for hvert dokumentationselement beskrive: Målgruppe og formål, Indhold i dokumentationselementet, samt Vise eksempler på tilsvarende dokumentation. Tilbudsgiver skal også beskrive den eller de notationsformer, der anvendes, fx UML, BPMN m.v., og jf. punkt 3.1 indsætte det format, som Dokumentationen leveres i. Tilbudsgiver opfordres til, såfremt det vurderes at kunne forbedre opfyldelsen af ATP s behov, at udbygge dokumentationselementerne omfattet af nærværende bilag.] Bilag 4 Dokumentation Side 26 af 26

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

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 5 - Priser og betalingsplan

Bilag 5 - Priser og betalingsplan Bilag 5 - Priser og betalingsplan Genudbud INSTRUKTION TIL TILBUDSGIVER Nærværende bilag skal udfyldes af Tilbudsgiveren, jf. nedenstående retningslinjer. Tilbudsgiver skal som del af sit tilbud følge

Læs mere

K02 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT. Bilag

K02 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT. Bilag K02 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT INTRODUKTION TIL MODELBILAGENE Bilag Der er i starten af hvert bilag givet en vejledning. Denne vejledning fungerer som en kort praktisk indføring i kontraktens

Læs mere

BILAG 10 VEDLIGEHOLDELSE

BILAG 10 VEDLIGEHOLDELSE BILAG 10 VEDLIGEHOLDELSE VEJLEDNING Bilaget skal udfyldes af tilbudsgiver på baggrund af det i bilaget anførte skema samt de nedenfor og i kontrakten og kravspecifikationen nævnte krav og forventninger.

Læs mere

Bilag 1 Tidsplan Version 0.9 23-02-2015 0

Bilag 1 Tidsplan Version 0.9 23-02-2015 0 Bilag 1 Tidsplan Version 0.9 23-02-2015 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

Bilag 9 ATP s medvirken

Bilag 9 ATP s medvirken Bilag 9 ATP s medvirken Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 3 RAMMER FOR MEDVIRKEN... 5 3.1 ATP S PROJEKTORGANISATION... 5 3.1.1 LEVERANCESPOR: LØSNINGSUDVIKLING...

Læs mere

DD110 - Detaljeret projektplan

DD110 - Detaljeret projektplan Version: 1.3 Status: Godkendt Godkender: Dokumenthistorik Version Dato Navn Status Bemærkninger 1.0 9-11-2007 Endelig Initiel version 1.1 22-11-2007 Godkendt 1.2 28-11-2007

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

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

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet. MOX og APOS2 Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.

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

Udbudsbeskrivelse. Prækvalifikation. GEV A/S Maj 12014. Forsyning Helsingør A/S

Udbudsbeskrivelse. Prækvalifikation. GEV A/S Maj 12014. Forsyning Helsingør A/S Udbudsbeskrivelse Orientering Montage af om fjernaflæste målerudbud elmålere Prækvalifikation GEV A/S Maj 12014 Forsyning Helsingør A/S Juli 2014 Indholdsfortegnelse Indholdsfortegnelse 1 Indledning...

Læs mere

It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud. Region Midtjylland 2010.

It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud. Region Midtjylland 2010. It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud Region Midtjylland 2010. 1 1 Indledning 1.1 Versionshistorie Version Dato Ansvarlig Status Beskrivelse 1.0 2010-05-04 HENSTI Lukket Definition

Læs mere

Vejledning til Teknisk opsætning

Vejledning til Teknisk opsætning Vejledning til Teknisk opsætning v. 1.0 Adm4you, 2010. Indhold Kort om denne vejledning... 3 Generelt om easyourtime... 3 Installation af databasen... 3 Sikkerhed og rettigheder... 4 SQL Login... 4 Rettigheder

Læs mere

NOTAT. ITafdelingen. IT og sikkerhedsmæssige udbudskrav ved indkøb af fagsystemer

NOTAT. ITafdelingen. IT og sikkerhedsmæssige udbudskrav ved indkøb af fagsystemer NOTAT Dato Sagsnummer/dokument Fælles- og Kulturforvaltningen ITafdelingen 09-02-2015 2013-17156-10 IT og sikkerhedsmæssige udbudskrav ved indkøb af fagsystemer Køge Rådhus Torvet 1 4600 Køge Dette dokument

Læs mere

Projekt: VAX NemHandel 4.0

Projekt: VAX NemHandel 4.0 Ejer: mysupply ApS Projekt: VAX NemHandel 4.0 Emne: Dette dokument beskriver de tekniske specifikationer for VAX NemHandel 4.0 samt krav til miljøet, herunder hardware og software, hvori VAX NemHandel

Læs mere

Kravspecifikationen er udformet med vekslende tekstuel beskrivelse af behov og krav og de relevante behov og krav.

Kravspecifikationen er udformet med vekslende tekstuel beskrivelse af behov og krav og de relevante behov og krav. 18. marts 2013 KMJ NOTAT SAPA Udbudsbilag Til brug for SAPA udbudsforretning udarbejdes følgende bilag: Bilag 0 Definitioner I dette bilag vil de definitioner som benyttes i kontrakten og på tværs af bilagene

Læs mere

DOKUMENTBROKER Koncept

DOKUMENTBROKER Koncept DOKUMENTBROKER Koncept Copyright 2012 INDHOLDSFORTEGNELSE 1 Hvad er DokumentBrokeren?...1 1.1 Formål...1 1.2 Fordele...1 1.3 Baggrund...2 2 Komponenter...3 2.1 Dataflet...4 2.2 Platform og teknologi...4

Læs mere

Udbudsbetingelser for indkøb af system til forbrugsafregning (FAS):

Udbudsbetingelser for indkøb af system til forbrugsafregning (FAS): Udbudsbetingelser for indkøb af system til forbrugsafregning (FAS): Lejre Forsyning Højbyvej 19 4320 Lejre 4646 4040 www.lejreforsyning.dk Bjørn M. Nielsen Tlf.: 46464041 bjni@lejreforsyning.dk Dato: 11-09-2013

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

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 17, Forpligtelser ved ophør

Bilag 17, Forpligtelser ved ophør Bilag 17, Forpligtelser ved ophør Version Ændringer Dato 2.1 Rettet i: 06-02-2014 - Punkt 1 - Punkt 2 - Krav 17.1 - Krav 17.2 - Krav 17.3 - Krav 17.5 - Krav 17.6 - Krav 17.7 - Krav 17.8 - Krav 17.11 -

Læs mere

Bilag 0. Terminologi og definitioner

Bilag 0. Terminologi og definitioner Bilag 0 Terminologi og definitioner Vejledning til tilbudsgiver i forbindelse med udarbejdelse af tilbud Dette bilag indeholder ingen krav eller mindstekrav, og skal ikke udfyldes ved Leverandørens afgivelse

Læs mere

Hassansalem.dk/delpin User: admin Pass: admin BACKEND

Hassansalem.dk/delpin User: admin Pass: admin BACKEND Hassansalem.dk/delpin User: admin Pass: admin BACKEND 1/10 Indledning Dette projekt er den afsluttende del af web udvikling studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med Del-pin

Læs mere

uddybende beskrivelse af processen i forbindelse med fremsøgning af sagsakter?

uddybende beskrivelse af processen i forbindelse med fremsøgning af sagsakter? UDBUD AF BYGGESAGSSYSTEM OFFENTLIGT UDBUD, OFFENTLIGGJORT DEN 3. JULI 2015. SPØRGSMÅL OG SVAR NR. 1 (17/08/2015) NR. 1. 2. REFERENCE SPØRGSMÅL SVAR Bilag 1. Krav 9 Bilag 1. Krav 17 Er det muligt at få

Læs mere

Prisberegningsark for bilag 5

Prisberegningsark for bilag 5 Prisberegningsark for bilag 5 Version 1.0 27042015 Vejledning Nærværende regneark indeholder Leverandørens prisfastsættelse af Leverancen og Ydelserne omfattet af Kontrakten. Regnearket er opbygget efter

Læs mere

Skabelon til Driftsdokumentation

Skabelon til Driftsdokumentation Skabelon til Driftsdokumentation Dokumentet Driftsdokumentation er den samlede dokumentation for systemet , der benyttes af i forbindelse med løsning af .

Læs mere

Mindstekrav til udstyr (fase 1) Løsningsbeskrivelse

Mindstekrav til udstyr (fase 1) Løsningsbeskrivelse Mindstekrav til udstyr (fase 1) Løsningsbeskrivelse Indholdsfortegnelse 3.1 INDLEDNING 2 3.2 MINDSTEKRAV TIL SLUTBRUGERNES KLIENTER MV 2 3.2.1 Mindstekrav til hardware for PC-klienter 2 3.2.2 Mindstekrav

Læs mere

Bilag 9, Kvalitetssikring

Bilag 9, Kvalitetssikring Bilag 9, Kvalitetssikring Version Ændringer Dato 2.1 Ændret i: 06-02-2014 - Punkt 1 - Punkt 2 - Krav 9.1 - Krav 9.2 - Krav 9.3 - Krav 9.5 - Krav 9.6 - Krav 9.7 - Krav 9.8 - Tilføjet krav 9.14 - Tilføjet

Læs mere

Overvejelser om genudbud af it-løsninger - Jura brugt strategisk i it-kontrakter

Overvejelser om genudbud af it-løsninger - Jura brugt strategisk i it-kontrakter NOTAT Overvejelser om genudbud af it-løsninger - Jura brugt strategisk i it-kontrakter 1. Indledning Hver gang, en kommune foretager et it-udbud bør man allerede i planlægningen af udbuddet tænke frem

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

Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer

Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer UdbudsVejledning Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog,

Læs mere

Leverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV

Leverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV Leverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV Indhold 1. DEFINITIONER... 2 2. BAGGRUND OG FORMÅL... 2 3. MODERNISERINGSSTYRELSENS YDELSER... 3 4. INSTITUTIONENS

Læs mere

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0 SmartFraming Et vindue til nationale sundhedssystemer Version 3.0 Infrastruktur i dagens sundheds IT Det sundhedsfaglige personale benytter sig i dag af en række forskellige systemer i forbindelse med

Læs mere

Installation og Drift. Aplanner for Windows Systemer Version 8.15.12

Installation og Drift. Aplanner for Windows Systemer Version 8.15.12 Installation og Drift Aplanner for Windows Systemer Version 8.15.12 Aplanner for Windows løsninger Anbefalet driftsopsætning Cloud løsning med database hos PlanAHead Alle brugere, der administrer vagtplaner

Læs mere

GENUDBUD AF NEMREFUSION. 28. november 2013

GENUDBUD AF NEMREFUSION. 28. november 2013 GENUDBUD AF NEMREFUSION 28. november 2013 Agenda Formål med genudbuddet og overordnede målsætninger Funktionalitet og værdi System design drift support Selvbetjeningskomponent (option) Tidsplan/udbudsform

Læs mere

Installation af kalibreringsprogrammet. (BDE versionen)

Installation af kalibreringsprogrammet. (BDE versionen) Installation af kalibreringsprogrammet. (BDE versionen) Installationen består egentlig af to (3) dele: 1 del der vedrører selv programmet med tilhørende filer ( det kan opdateres ) 2 en del der vedrører

Læs mere

Tilbudsmateriale: Ny Storage løsning. 1. Introduktion. 2. Løsningsoverblik. 2. januar 2012

Tilbudsmateriale: Ny Storage løsning. 1. Introduktion. 2. Løsningsoverblik. 2. januar 2012 2. januar 2012 Tilbudsmateriale: Ny Storage løsning. 1. Introduktion Dette tilbudsmateriale er annonceret på Syddjurs Kommunes hjemmeside iht. Bekendtgørelsen af lov om indhentning af tilbud på visse offentlige

Læs mere

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7 Etablering af datadistribution på den Fællesoffentlige Datafordeler Version: 0.8 Status: udkast Oprettet: 10.3.2014 Dato: 16. juni 2014 Dokument historie

Læs mere

KIH Database. Systemdokumentation for KIH Databasen. 1. maj 2013. Side 1 af 13

KIH Database. Systemdokumentation for KIH Databasen. 1. maj 2013. Side 1 af 13 KIH Database Systemdokumentation for KIH Databasen 1. maj 2013 Side 1 af 13 Indholdsfortegnelse Indholdsfortegnelse... 2 Indledning... 3 Systemoverblik... 3 KIH Database applikationsserver... 5 Forudsætninger

Læs mere

Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12

Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12 Oktober 2013 HLG/XIGA Opstartsvejledning ATS Engros 1/12 1. ATS Engros vejledning for aktører Formålet med dette dokument er at beskrive, hvordan du kommer i gang med at anvende ATS til test af certifikat

Læs mere

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4

Læs mere

Punkter som ikke synes relevante for det givne projekt besvares med: ikke relevant

Punkter som ikke synes relevante for det givne projekt besvares med: ikke relevant Modtagelseserklæring Modtagelseserklæring for AAU ITS Infrastruktur version 4. Anvendelse Modtagelseserklæringen skal anvendes i forbindelse med projekter drevet af PMO, AIU eller IFS. Projektlederen er

Læs mere

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur IT & Operational Developement Projekt DAF Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur Politiken Jyllandsposten Berlingske Tidende OMD Carat Mediaedge:CIA Mediacom Initiative

Læs mere

Resumé NSI har udviklet en funktionel prototype med en visuel brugergrænseflade, der giver ikke-teknikere mulighed for at tilgå adviseringsservicen.

Resumé NSI har udviklet en funktionel prototype med en visuel brugergrænseflade, der giver ikke-teknikere mulighed for at tilgå adviseringsservicen. Fælles testmiljøer Statens Serum Institut Sektor for National Sundheds-it - Anvenderguide: Visuel adviseringsklient, en funktionel prototype Artillerivej 5 2300 København S Dato: 12.12.2013 Version: 1.0

Læs mere

Kontraktbilag A - Kravspecifikation

Kontraktbilag A - Kravspecifikation Kontraktbilag A - Kravspecifikation Side 1 af 5 1 Indledning Nærværende kontraktbilag fastsætter de mindstekrav, der gælder for anskaffelsen af elektroniske dørlåse til Lemvig Kommune. Leverandøren gøres

Læs mere

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke:

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke: ISO 9001:2015 (Draft) Side 1 af 9 Så ligger udkastet klar til den kommende version af ISO 9001. Der er sket en række strukturelle ændringer i form af standardens opbygning ligesom kravene er blevet yderligere

Læs mere

Informations- og spørgemøde d. 26. maj

Informations- og spørgemøde d. 26. maj Informations- og spørgemøde d. 26. maj EU-udbud 2014/S 096-167854 Kontrakt om levering, drift, vedligehold og support af infrastruktur service (»Infrastructure as a Service«)(IaaS)) til servere og storage

Læs mere

EA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning:

EA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning: Introduktion til EA3 Mit navn er Marc de Oliveira. Jeg er systemanalytiker og datalog fra Københavns Universitet og denne artikel hører til min artikelserie, Forsimpling (som også er et podcast), hvor

Læs mere

SAS Education Services

SAS Education Services SAS Education Services Indhold SAS Datamodellering Education Service...2 Tour de SAS Education Service...3 SAS Visual Analytics Education Service...4 SAS Data Integration Education Service...6 SAS Metadata-sikkerhed

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

Specifikation af leverancen med priser

Specifikation af leverancen med priser SOLRØD KOMMUNE ESDH Specifikation af leverancen med priser Bilag 4 April 2007 Vejledning Bilaget skal udfyldes af tilbudsgiver, således at bilaget indeholder priser for alle leverandørens ydelser under

Læs mere

JTA-DynamicsPDF. til. Microsoft Dynamics C5 vers. 3 SP3 eller højere. JTA-Data Jylland Vinkelvej 108a 8800 Viborg Tlf. 86672024 www.jta-jylland.

JTA-DynamicsPDF. til. Microsoft Dynamics C5 vers. 3 SP3 eller højere. JTA-Data Jylland Vinkelvej 108a 8800 Viborg Tlf. 86672024 www.jta-jylland. JTA-DynamicsPDF til Microsoft Dynamics C5 vers. 3 SP3 eller højere. www.jta-jylland.dk 1. Introduktion til JTA-DynamicsPDF. JTA-DynamicsPDF til Microsoft Dynamics C5 er et ekstra modul, som er udviklet

Læs mere

Guide til IT projekter i den fællesoffentlige projektmodel

Guide til IT projekter i den fællesoffentlige projektmodel DEN FÆLLESOFFENTLIGE PROJEKTMODEL Guide til IT projekter i den fællesoffentlige projektmodel Dato: 22.06.2015 Version: 1.0 1 Projektledelse af it-projekter Denne guide tager udgangspunkt i særlige forhold

Læs mere

Faktaark for DAR 1.0

Faktaark for DAR 1.0 1. december 2014 HEGK Faktaark for DAR 1.0 Overordnet beskrivelse og baggrund for DAR 1.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 DAR i dag... 3 Fremtidige DAR 1.0... 4 3. Teknik...

Læs mere

Document Capture for Microsoft Dynamics NAV. Ændringslog og opgraderingsnoter version 3.01

Document Capture for Microsoft Dynamics NAV. Ændringslog og opgraderingsnoter version 3.01 Document Capture for Microsoft Dynamics NAV Ændringslog og opgraderingsnoter version 3.01 INDHOLDSFORTEGNELSE Generelle ændringer... 3 Klassisk Klient... 5 Rollebaseret klient & server... 6 Webgodkendelse...

Læs mere

STS Designdokument. STS Designdokument

STS Designdokument. STS Designdokument STS Designdokument i STS Designdokument STS Designdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.3 2013-01 N STS Designdokument iii Indhold 1 Introduktion 1 2 Arkitekturoverblik 1 2.1 Eksterne

Læs mere

Sagsnr. 1-23-4-82-2-14 Spørgsmål og svar Udbud af IT Service Management System. 1. Spørgsmål til UDBUDSBETINGELSER + UDBUDSBILAG 1-4

Sagsnr. 1-23-4-82-2-14 Spørgsmål og svar Udbud af IT Service Management System. 1. Spørgsmål til UDBUDSBETINGELSER + UDBUDSBILAG 1-4 Sagsnr. 1-23-4-82-2-14 Spørgsmål og svar Udbud af IT Service Management System 1. Spørgsmål til UDBUDSBETINGELSER + UDBUDSBILAG 1-4 Nr. Spørgsmål Svar Modtaget Besvaret 1.1 Vi det være tilladeligt at udarbejde

Læs mere

HOSTINGPLANER DDB CMS HOS DBC

HOSTINGPLANER DDB CMS HOS DBC HOSTINGPLANER DDB CMS HOS DBC Indhold Hostingplaner DDB CMS hos DBC... 1 1 Hostingplaner... 3 2 Definitioner... 4 2.1 Miljøer... 4 2.2 Support... 4 2.2.1 DDB CMS - 1. line support... 4 2.2.2 DDB CMS -

Læs mere

Aftale om serverhosting

Aftale om serverhosting Version: 3.0125 - d. 25. januar 2013 Aftale om serverhosting mellem Kunde (Herefter kaldet kunden) Adresse Post og by CVR: xxxx xxxx Wannafind.dk A/S (Herefter kaldet leverandøren) Danmarksvej 26 8660

Læs mere

Bilag 18 Projektaftale Skabelon

Bilag 18 Projektaftale Skabelon Bilag 18 Projektaftale Skabelon Version 1.0 27-04-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 PROJEKTBESTILLING... 4 3 FORMÅL... 5 4 FRAVIGELSER FRA PROJEKTVILKÅRENE... 6 5 PRIS... 7 5.1 BEREGNINGSMODEL...

Læs mere

Bilag 3B Løsningsbeskrivelse

Bilag 3B Løsningsbeskrivelse Bilag 3B Løsningsbeskrivelse Version 0.9 05-05-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 5 2 INDLEDNING... 6 3 LEVERANDØRENS BESVARELSE AF FUNKTIONELLE KRAV TIL SYSTEMET... 7 3.1 SYSTEMBESKRIVELSE...

Læs mere

BILAG 1 GENERELLE BETINGELSER INTERN (VERSION 1.0 AF 31. MAJ 2005) (I DET FØLGENDE KALDET GENERELLE BETINGELSER) OIO STANDARDAFTALE FOR WEB SERVICES

BILAG 1 GENERELLE BETINGELSER INTERN (VERSION 1.0 AF 31. MAJ 2005) (I DET FØLGENDE KALDET GENERELLE BETINGELSER) OIO STANDARDAFTALE FOR WEB SERVICES BILAG 1 GENERELLE BETINGELSER INTERN (VERSION 1.0 AF 31. MAJ 2005) (I DET FØLGENDE KALDET GENERELLE BETINGELSER) OIO STANDARDAFTALE FOR WEB SERVICES INDHOLDSFORTEGNELSE 1. Anvendelsesområde... 3 2. Definitioner...

Læs mere

KontraktBilag 3 Servicemål

KontraktBilag 3 Servicemål KontraktBilag 3 Servicemål [Måned] 2015 1 Indholdsfortegnelse 1. Vejledning til Leverandør... 4 1.1 Bilagets formål og indhold... 4 1.2 Definitioner... 4 2. Driftsforudsætninger... 4 2.1. Konfiguration

Læs mere

Vejledningen til proces for design af fremtidsmodellen

Vejledningen til proces for design af fremtidsmodellen Vejledningen til proces for design af fremtidsmodellen Januar 2014 Indhold 1. FORMÅL... 3 FORMÅLET MED DENNE PROCESVEJLEDNING... 3 2. FREMTIDSMODELLENS OMRÅDER... 3 2.1. AKTIVITETER... 4 DEFINER OVERORDNEDE

Læs mere

Kom godt i gang KMD VALG. Digital Valgliste Installationsvejledning Version 2.4.0

Kom godt i gang KMD VALG. Digital Valgliste Installationsvejledning Version 2.4.0 KMD VALG. Digital Valgliste Installationsvejledning Version 2.4.0 Indholdsfortegnelse Indholdsfortegnelse Forord... 2 1 Programmer og krav... 3 1.1 Installér og konfigurer udstyr... 3 1.2 Lukket netværk...

Læs mere

Opstartsvejledning ATS aktørudgave

Opstartsvejledning ATS aktørudgave Opstartsvejledning ATS aktørudgave 7. september 2012 XHLG/NLJ 1/13 1. ATS vejledning for aktører Formålet med dette dokument er at beskrive, hvordan I kommer i gang med at anvende ATS til test af certifikat

Læs mere

EDI. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version 201010

EDI. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version 201010 EDI Microsoft Dynamics NAV 2009 SP1 Klassisk Side 1 Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller i anden form - uden forudgående skriftlig tilladelse fra

Læs mere

Referencedatamodelprojektet. Overblik over DDV Governance-modellen

Referencedatamodelprojektet. Overblik over DDV Governance-modellen Referencedatamodelprojektet Overblik over DDV Governance-modellen Version 1.0 23. oktober 2012 ISBN: --- Titel: Udgiver: Overblik over DDV Governance-modellen DANVA Vandhuset Godthåbsvej 83 8660 Skanderborg

Læs mere

MOF i NCC. Holdninger Enkelhed Automatik. Niels Flemming IT-driftschef NCC Construction A/S

MOF i NCC. Holdninger Enkelhed Automatik. Niels Flemming IT-driftschef NCC Construction A/S MOF i NCC Holdninger Enkelhed Automatik Niels Flemming IT-driftschef NCC Construction A/S Hvem er NCC 2002: 25.000 ansatte i alt 4.300 ansatte i dk 40 mia. oms. i alt 7 mia. oms. i DK Side 2 Mange udfordringer

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel 02. december 2014 Indhold INDHOLD... 1 INDLEDNING... 2 STANDARDER... 4 OIOUBL e-handelsstandard... 4 OIORASP - transportprotokol... 5 BETINGELSER FOR ANVENDELSE AF

Læs mere

EG Data Inform. Byggebasen. WCF og webservices. Jens Karsø

EG Data Inform. Byggebasen. WCF og webservices. Jens Karsø EG Data Inform Byggebasen WCF og webservices Jens Karsø 10 Indholdsfortegnelse Byggebasen Services indledning... 2 Målsætning... 2 Valg af teknologier... 3 Kommunikationsmodel for byggebasen... 3 Services.byggebasen.dk...

Læs mere

SOSIGW. - Driftsvejledning for SOSIGW 1.0. Indeks

SOSIGW. - Driftsvejledning for SOSIGW 1.0. Indeks SOSIGW - Driftsvejledning for SOSIGW 1.0 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Kontrol af korrekt driftstilstand... 2 Ændring af statisk konfiguration... 2 Logfil... 2 Backup... 3

Læs mere

UniLock System 10. Manual til Integration med Salto adgangskontrol (RW Pro) Projekt PCS125-20 Version 1.0 Revision 140806

UniLock System 10. Manual til Integration med Salto adgangskontrol (RW Pro) Projekt PCS125-20 Version 1.0 Revision 140806 UniLock System 10 Manual til Integration med Salto adgangskontrol (RW Pro) Projekt PCS125-20 Version 1.0 Revision 140806 Med integration til Salto adgangskontrol kan UniLock administrere personers adgang

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 2A: IT-status i Ikast-Brande Kommune. Januar 2014

Bilag 2A: IT-status i Ikast-Brande Kommune. Januar 2014 Bilag 2A: Januar 2014 Side 1 af 5 1. Indledning... 3 2. Statusbeskrivelse... 3 3. IT infrastruktur og arkitektur... 4 3.1. Netværk - infrastruktur... 4 3.2. Servere og storage... 4 3.3. Sikkerhed... 4

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel Indhold > Indledning 3 Standarder 5 OIOUBL 5 OIO RASP 6 OIO SMI 7 Biblioteker 8 Web applikationer 9 Fakturablanket 9 NemHandel Registrering 9 NemHandel.dk 10 Web services

Læs mere

Brugervejledning for. Telenor Dialer

Brugervejledning for. Telenor Dialer Brugervejledning for Telenor Dialer 1 Indholdsfortegnelse Generelt om Telenor Dialer.... 5 Telenor Dialer og OneNumber.... 6 Telenor Dialer og OneNumber Mobile.... 6 Faciliteter i Telenor Dialer...7 Installation

Læs mere

BILAG 1 TIDS- OG AKTIVITETSPLAN

BILAG 1 TIDS- OG AKTIVITETSPLAN BIAG 1 TIDS- OG AKTIVITETSPAN INDHODSFORTEGNESE 1. Hovedtidsplan... 5 1.1 Ændring af tidsplanen... 6 2. Underbilag 1.a Milepæle for levering af licenser og evt. hardware... 6 3. Underbilag 1.b Detailplan

Læs mere

FMK-online's brug af SmartFraming

FMK-online's brug af SmartFraming Side 1 af 9 FMK-online's brug af SmartFraming Version 1.1 2011-11-01 Side 2 af 9 Indholdsfortegnelse Indledning...3 Initialisering og login...3 Kontekst Properties...4 user.id.authorizationid...4 userorganization.id.number...4

Læs mere

Document Capture til Microsoft Dynamics NAV. Quick Guide til RTC version 3.50

Document Capture til Microsoft Dynamics NAV. Quick Guide til RTC version 3.50 Document Capture til Microsoft Dynamics NAV Quick Guide til RTC version 3.50 INDHOLDSFORTEGNELSE Introduktion... 3 Basisopsætning... 4 Indlæsning af standard opsætning... 4 Opdatering af standard opsætning...

Læs mere

Kapitel 21: Softwarearkitektur designprincipper

Kapitel 21: Softwarearkitektur designprincipper Kapitel 21: Softwarearkitektur designprincipper Miriam Tang Jacob Jensen Lars Christensen Jacob Atzen Onsdag 9/3 Dagens program Definitioner Analyseværktøjer Designprocessen Raffinering Afrunding Design

Læs mere

GE SERVICE Rottehullet

GE SERVICE Rottehullet til GeoEnviron Service RotteHullet Service til integration mellem GeoEnviron og Rottehullet Et serverprogram (Windows service) står for dataudvekslingen mellem GeoEnviron og den fællesoffentlige rottedatabase

Læs mere

Rettelser/tilføjelser samt skriftlige spørgsmål og svar til udbudsmaterialet

Rettelser/tilføjelser samt skriftlige spørgsmål og svar til udbudsmaterialet Rettelser/tilføjelser samt skriftlige spørgsmål og svar til udbudsmaterialet Rettelser/tilføjelser til udbudsmaterialet Frederiksberg Kommune har følgende rettelser/tilføjelser til udbudsmaterialet: Rettelse/tilføjelse

Læs mere

WHITEPAPER DokumentBroker

WHITEPAPER DokumentBroker WHITEPAPER DokumentBroker Copyright 2013 DokumentBrokeren er en selvstændig arkitekturkomponent, som uafhængigt af forretningsapplikation og kontorpakke, genererer dokumenter af forskellige typer og formater,

Læs mere

Hovedtidsplan og betalingsplan

Hovedtidsplan og betalingsplan SORØD KOMMUNE ESDH Hovedtidsplan og betalingsplan Bilag 1 April 2007 SORØD KOMMUNE Vejledning Hovedtidsplan everandøren skal kvalificere hovedtidsplanen inden for de angivne tidsmæssige rammer ved at indføje

Læs mere

WSLA for webservices under Danmarks Miljøportal. Version 2.2

WSLA for webservices under Danmarks Miljøportal. Version 2.2 WSLA for webservices under Danmarks Miljøportal Version 2.2 Forord Dette er en Web Service Level Agreement (WSLA) for de fælles offentlige webservices, der er tilknyttet databaser under Danmarks Miljøportal.

Læs mere

Installationsvejledning SAS Foundation 9.2 SAS Enterprise Guide 4.2. Windows Vista

Installationsvejledning SAS Foundation 9.2 SAS Enterprise Guide 4.2. Windows Vista Installationsvejledning SAS Foundation 9.2 SAS Enterprise Guide 4.2 Windows Vista Oversigt Inden installationen... 3 Udpakning af softwaren... 4 Kopiér licensen ind... 6 Installationen... 7 Yderligere

Læs mere

It-sikkerhedstekst ST8

It-sikkerhedstekst ST8 It-sikkerhedstekst ST8 Logning til brug ved efterforskning af autoriserede brugeres anvendelser af data Denne tekst må kopieres i sin helhed med kildeangivelse. Dokumentnavn: ST8 Version 1 Maj 2015 Logning

Læs mere

DLK Pro Download key. Avancerede digitale tachograf løsninger

DLK Pro Download key. Avancerede digitale tachograf løsninger DLK PRO DOWNLOAD KEY Avancerede digitale tachograf løsninger DLK Pro Download Key Download tools PC program Med Download Tools programmet, der ligger på din DLK Pro, kan du; Se de generelle data for hver

Læs mere

Kontrakt K03 STANDARDKONTRAKT FOR LÆNGEREVA- RENDE IT-PROJEKT BASERET PÅ EN AGIL METODE. udvikling og levering af en it-leverance til [ ] mellem

Kontrakt K03 STANDARDKONTRAKT FOR LÆNGEREVA- RENDE IT-PROJEKT BASERET PÅ EN AGIL METODE. udvikling og levering af en it-leverance til [ ] mellem J.nr.: 460694 HOL/MTG/mw K03 STANDARDKONTRAKT FOR LÆNGEREVA- RENDE IT-PROJEKT BASERET PÅ EN AGIL METODE Kontrakt om udvikling og levering af en it-leverance til [ ] mellem [ ] (i det følgende kaldet Kunden)

Læs mere

Dm071 / Dm072 - Obligatorisk projekt 3: Design af model

Dm071 / Dm072 - Obligatorisk projekt 3: Design af model Dm071 / Dm072 - Obligatorisk projekt 3: Design af model Fag: Projektet omhandler emner fra fagene Software Design og Software Konstruktion. Formål: Formålet med projektet er at give dig mulighed for sammen

Læs mere

INDHOLDSFORTEGNELSE. INDLEDNING... 7 Kristian Langborg-Hansen. KAPITEL ET... 9 I gang med App Inventor. KAPITEL TO...

INDHOLDSFORTEGNELSE. INDLEDNING... 7 Kristian Langborg-Hansen. KAPITEL ET... 9 I gang med App Inventor. KAPITEL TO... INDHOLDSFORTEGNELSE INDLEDNING... 7 Kristian Langborg-Hansen KAPITEL ET... 9 I gang med App Inventor Installation af App Inventor... 10 Trådløs installation... 11 Installation af emulator (Windows)...

Læs mere

Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder.

Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder. .NET UDVIKLER NATIONALITET: DANSK PROFIL Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder. Stor erfaring omkring databasedesign, datahåndtering og MS

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

FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014

FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 FKG datamodellen Version 2.3.1 ArcGIS integration #1 FKG Fælleskommunale Geodatasamarbejde FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 1 FKG datamodellen Version

Læs mere

Hvordan griber du moderniseringsprocessen an? Peter Janum Sode Senior Security Consultant pso@dubex.dk

Hvordan griber du moderniseringsprocessen an? Peter Janum Sode Senior Security Consultant pso@dubex.dk Hvordan griber du moderniseringsprocessen an? Peter Janum Sode Senior Security Consultant pso@dubex.dk Overordnet fremgangsmåde Identificér områder der hører under fundamental sikkerhed i risikovurderingen.

Læs mere