Retningslinjer for akseptansetest

Størrelse: px
Begynne med side:

Download "Retningslinjer for akseptansetest"

Transkript

1 Retningslinjer for akseptansetest 1 Akseptansetest i DGI Akseptansetest (AT) er kundens egen test for å verifisere at leveransen er i henhold til bestillingen. Ifølge V-modellen som knytter testnivå til stadier i design og utvikling, skal AT ta utgangspunkt i kravspesifikasjonen med akseptansekrav. Dette blir kundens siste mulighet til å hindre at systemet går i produksjon med feil og mangler. Det er viktig å påpeke at inspeksjon og gjennomgang i samarbeid med leverandør bør skje gjennom hele prosjektperioden for å forebygge problemer så tidlig som mulig. Figur 1: Skisse over ulike test scenarier For å sikre en forsvarlig gjennomføring, skal det utarbeides strategi- og testplaner som behandler risikofaktorer, prioriteringer, rutiner og rapporteringsformer overfor leverandør. Videre må roller og ansvar for testmiljø, testdata, eventuelt testverktøy, testscript og utføring av selve testingen fordeles. Her bør brukerne være sterkt involvert. I utgangspunktet har AT følgende feilnivåer, såfremt ikke annet er avtalt: Nivå Kategori Beskrivelse A Kritisk feil Showstopper, Systemer stopper B Alvorlig feil Enkelt funksjoner ikke som beskrevet. Tidkrevende og ressurskrevende å omgå. Dokumentasjon er misvisende, ufullstendig og kan ikke benytte funksjoner. C Mindre alvorlig Enkelt funksjoner ikke som beskrevet. Tidkrevende og ressurskrevende å omgå. Dokumentasjon er misvisende, ufullstendig og kan lett misforstås D Kosmetiske feil Stavefeil, skriftstørrelse, feil farge etc.

2 Kriterier som må være oppfylt før AT kan starte: AT planen er godkjent Lavere testnivå fullført ingen utestående kritiske feil (ref figur 1) All dokumentasjon er ferdig Leverandøren må fremvise en testrapport fra egen systemtest Forvaltnings-, drifts-, bruker- og installasjonsdokumentasjon skal foreligge, gjerne 2 uker, før AT starter. Nødvendige programvare lisenser er dokumentert og fremskaffet Alle testdata er fremskaffet Oversikt over hvem som skal bidra i testen og hvilke roller 2 Beskrivelse av nødvendig dokumentasjon Ved overlevering av et IT-system til DGI må det samtidig leveres tilstrekkelig permanent dokumentasjonen til IT-systemet. Det er viktig at denne dokumentasjonen inneholder nødvendig informasjon for å bruke, vedlikeholde og drifte IT-systemet til daglig. Samtidig er det en nødvendighet at informasjonen presenteres på en slik måte at målgruppene forstår innholdet. Denne type dokumentasjon kan deles opp i 4 typer: Forvaltningsdokumentasjonen (også kalt systemdokumentasjon), beregnet på å gi støtte til forvaltning av systemet, dvs. feilretting og annet vedlikeholdsarbeid med systemet. Driftsdokumentasjon, beregnet på å støtte til drift av systemet, dvs. backup, overvåking, initiering av spesielle kjøringer etc. Installasjonsdokumentasjon, er påkrevd for å installere IT-systemet når installasjonen er så kompleks at det trengs en dokumentert plan. Brukerdokumentasjon, beregnet på å gi brukene veiledning i bruk av systemet. 2.1 Installasjonsdokumentasjon Det skal leveres en installasjonsveiledning med figurer, og dokumentasjon av versjoner og avhengigheter til underliggende operativsystemer/api-er. Forslag til hovedkapitler: 2 Installasjonsplan 3 Systemkrav 4 Installasjon av systemet 5 Feilhåndtering 2.2 Forvaltningsdokumentasjon Forvaltningsdokumentasjonen er primært beregnet på systemutviklere og de som skal vedlikeholde IT-systemet. IT-systemet skal beskrives tilstrekkelig detaljert til at forsvarlig systemforvaltning (vedlikehold og videreutvikling) muliggjøres. Forvaltningsdokumentasjonen skal gi innsikt i og forståelse av systemet. Side 2

3 En tilfredsstillende forvaltningsdokumentasjon er en forutsetning for å sikre de verdier som er lagt ned i utviklingen av systemet. Kvalitetsmessig, effektivt og risikofritt vedlikehold er avhengig av denne dokumentasjonen. Forslag til hovedkapitler 1 : 2 Oppstilling over aktuelle lover, forskrifter, regler, og retningslinjer for det området systemet omfatter 3 Systembeskrivelse: grensesnitt mot andre systemer som angir hvilke data som mottas/leveres og på hvilket format, systemarkitektur, databasebeskrivelse, logisk og fysisk, datafeltbeskrivelse, referanse til data-ordliste, system funksjoner med angivelse av hensikt/bruksområde, inndata, behandlingsregler etc., adgangskontroller og autorisasjon. 4 Sikkerhetskrav 5 Driftsmessige krav og ressurser 6 Systembenyttede standarder 7 Rutiner for systemforvaltning: rutiner for forvaltning, plan for testing, testdata, forventede testresultater, rutiner for oppdatering av dokumentasjon, rutiner for å informere, bibliotekrutiner 8 Begrep 9 Programdokumentasjon 10 Ordliste 2.3 Driftsdokumentasjon Driftsdokumentasjonen er primært beregnet på driftspersonalet. Den er en beskrivelse av systemets oppbygging og driftsmønster for å sikre korrekt drift av IT-systemet, driftsmessig vedlikehold og stabilitet. Driftsdokumentasjonen er grunnlag for korrekt, kontinuerlig og tidsriktig drift av systemet. Operatørene får gjennom denne dokumentasjonen den nødvendige veiledning i å handle riktig ved meldinger fra systemet. Videre skal hensyn i forbindelse med sikkerhetskopiering ivaretas. Handlinger som bør utføres i forbindelse med katastrofer for å redusere skadevirkningene bør beskrives separat. Forslag til hovedkapitler 2 : 2 Ressurser, maskinvare, programvare, utstyr, kommunikasjon 3 Driftsrettet beskrivelser av systemet: avhengigheter til andre systemer, oversikt over driftsoppdrag med tilhørende rapporter og avhengigheter mellom oppdrag, beskrivelse av driftsoppdrag med rapporter og parametere, bestillingsrutiner for oppdrag, beskrivelse av driftsplanleggingssystem 4 Driftsrutiner: kjøreplan, prioritet ved driftsforstyrrelser, ressursforbruk, manuelle kontroller, konsollmeldinger og hvordan disse skal behandles, oversikt over driftsmeldinger, rutiner i forbindelse med feilmeldinger, loggføringer og behandling 1 Tisip Innføring av system av Greta Hjertø 2 Tisip: Innføring av system av Greta Hjertø Side 3

4 av logger, rutiner for sikkerhetskopieringer, restart og recoveryrutiner, avbruddsrutiner 5 Rapporter 6 Oppfølging og driftsvedlikehold av systemet 7 Rutiner for forvaltning, behandling av endringsønsker, feilmeldinger og reklamasjoner 8 Begreper 9 Retningslinjer vedrørende sikkerhet 10 Ordliste 2.4 Brukerdokumentasjon Brukerdokumentasjonen er primært beregnet på brukerne av systemet. Den skal på en oversiktlig og lettfattelig måte beskrive systemet med tilhørende manuelle rutiner slik det arter seg for brukeren. Hensikten er å sikre korrekt bruk av IT-systemet, og den skal kunne benyttes som oppslagsbok for brukerne. Brukerdokumentasjonen bidrar til korrekt og konsistent bruk av systemet og sikrer den nødvendige datadisiplin. Dette krever at brukeren, i tillegg til å få veiledning i bruken, også kan forstå systemet virkemåte. Brukerdokumentasjonen må derfor inneholde en beskrivelse av systemet, behandlingsregler og sammenhengen med andre systemer. Forslag til hovedkapitler 3 : 2 Oppstilling over aktuelle lover, forskrifter, regler og retningslinjer for det området systemet omfatter 3 Overordnet beskrivelse av systemet, herunder hensikten med systemet, dialogstrukturen, skjermbilde og rapportstruktur, på og avloggingsprosedyrer. 4 Brukerrettet beskrivelse av systemet, eksempelvis: bruksområde, grensesnitt til andre systemer, skjermbilder med forklaring av datafelter og regler for utfylling, menyer og kommandoer, funksjoner og behandlingsregler, regler for retting av feilregistrerte data, feilmeldinger, manuelle kontroller og avstemmingsrutiner, manuelle rutiner, driftsmessige forhold av betydning for brukeren. 5 Lagringsprosedyrer. 6 Rutiner for forvaltning (behandling av endringsønsker, feilrapporter, reklamasjoner) 7 Retningslinjer vedrørende sikkerhet 8 Ordliste 3 Tisip: Innføring av system av Greta Hjertø Side 4

5 3 Typiske tester i akseptanseperioden Typiske tester som vil være naturlig å legge inn som en del av AT: Tester som skal gjennomføres Installasjonstest Funksjonstest Test av driftsprosedyrer, herunder sikkerhetskopiering Tester som kan gjennomføres etter behov. Dette bestemmes under planlegging av AT. Robusthetstest Integrasjonstest Volum-, kapasitets- og svartidstest Sikkerhetstest Gjennomgang av all dokumentasjon 3.1 Installasjonstest Denne testen skal kjøres med installasjonsdokumentasjon i hånden for sikre at dokumentasjonen som er levert kan brukes ved installasjon av DGI. 3.2 Funksjonstest Testing av It-systemet basert på de funksjonelle krav til løsningen (kravspesifikasjonen). Være sikker på at IT-systemet fysisk fungerer slik det var meningen og alle menyer er tilgjengelig. IT-systemet støtter den generelle industristandarden i det miljøet det skal operere. Eksempelvis i et Windows miljø skal F1 hente opp hjelp, CTRL+C kopierer, etc. 3.3 Robusthetstest Robusthetstesting er definert i hvilken grad IT-systemet fungerer korrekt (som forventet) ved uventet data inn og stress testing. Målet med robusttestingen er å komme frem til test caser og testmiljøer hvor IT-systemet robusthet kan bedømmes. 3.4 Integrasjonstest Integrasjonstest skal finne de feil som ligger i samarbeid mellom systemet og andre eksterne systemer. Moduler på ulike maskiner, i ulike prosesser eller delsystemer etc., hovedsakelig grensesnitt- og kommunikasjonsfil. Integrasjonstest krever en del arbeid med testmiljø. Derfor er det en fordel å ha klare ansvarsforhold for tilretteleggingen. 3.5 Volum-, kapasitets- og svartidstest Test av om systemet kan håndtere maksimalt antall brukere med akseptabel responstid samt systemets oppførsel ved prosessering av store datamengder. 3.6 Sikkerhetstest Test om det lar seg gjøre å komme rundt sikkerhetsmekanismene i systemet og de integrasjoner som er definert. Side 5

Retningslinjer for akseptansetest

Retningslinjer for akseptansetest Bilag 5 Kundens godkjenningsprøve Retningslinjer for akseptansetest 1 Akseptansetest i DGI Akseptansetest (AT) er kundens egen test for å verifisere at leveransen er i henhold til bestillingen. Ifølge

Detaljer

1. Innføring av system

1. Innføring av system Greta Hjertø 02.04.2004 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO314D Prosjektrettet systemarbeid 1. Resymé: : I denne leksjonen skal vi ta for oss den siste av fasene

Detaljer

e-læringsprogram for prosjektledelse Endringer i den generelle avtaleteksten Bilag 6

e-læringsprogram for prosjektledelse Endringer i den generelle avtaleteksten Bilag 6 e-læringsprogram for prosjektledelse Endringer i den generelle avtaleteksten Bilag 6 Anskaffelsesnummer: 14/0038 Saksnummer: 2014/00380 Difis kontaktperson: Herman Valen Innhold 1 Innledning... 3 1.1 Formålet

Detaljer

Finansportalen Historiske bankdata

Finansportalen Historiske bankdata Bilag 5: Testing og godkjenning For Finansportalen Historiske bankdata Bilag 5 Testing og godkjenning Innholdsfortegnelse 1.1 OMFANG... 3 1.1.1 Systemtest 3 1.1.2 Godkjenningsprøve 3 1.2 GJENNOMFØRING...

Detaljer

Testbilag til IT kontrakter

Testbilag til IT kontrakter Testbilag til IT kontrakter Grunner til å lage dette testbilaget Unngår å diskutere de samme problemstillingene i hver kontrakt testfaglige selvfølgeligheter blir landet av testfaglig personell en gang

Detaljer

ANBEFALING TIL GOD IT-SKIKK (NR. 1) IT-DOKUMENTASJON

ANBEFALING TIL GOD IT-SKIKK (NR. 1) IT-DOKUMENTASJON ANBEFALING TIL GOD IT-SKIKK (NR. 1) IT-DOKUMENTASJON 1. MARS 2011 DENNE ANBEFALING ER UTGITT AV Information Systems Audit and Control Association NORWAY CHAPTER NORWAY CHAPTER 3.UTGAVE ERSTATTER 2. UTGAVE

Detaljer

Ansvarlig: Faglig ansvarlig for innhold og revisjon, Testseksjonen TestiT, Avd. for Tjenesteproduksjon HN IKT

Ansvarlig: Faglig ansvarlig for innhold og revisjon, Testseksjonen TestiT, Avd. for Tjenesteproduksjon HN IKT Teststrategi IKT-testing i Helse Nord Ansvarlig: Faglig ansvarlig for innhold og revisjon, Testseksjonen TestiT, Avd. for Tjenesteproduksjon HN IKT Endring Versjon Rolle / Organisasjon Revidert Revisjon

Detaljer

Overordnet Testplan. MUSIT Ny IT-arkitektur, Pilot og Hovedprosjekt. Page 1 of 11

Overordnet Testplan. MUSIT Ny IT-arkitektur, Pilot og Hovedprosjekt. Page 1 of 11 Overordnet Testplan MUSIT Ny IT-arkitektur, Pilot og Hovedprosjekt Page 1 of 11 Innhold 1 Innledning... 4 1.1 Hensikten med dette dokumentet... 4 1.2 Grensesnitt.... 4 1.3 Omfang av dokumentet... 4 1.4

Detaljer

Krav som bør stilles til leverandørens verifikasjon og test

Krav som bør stilles til leverandørens verifikasjon og test Krav som bør stilles til leverandørens verifikasjon og test Av Hans Schaefer Versjon 1.2, 14.9.2005 Dette dokument beskriver krav en bør stille til verifikasjon under utviklingen og test hos en seriøs

Detaljer

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste? Kort om evaluering og testing av It-systemer Hvordan vurdere, verdsette, velge og teste? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme

Detaljer

Cross the Tech Bridge. Anette Valaker

Cross the Tech Bridge. Anette Valaker Cross the Tech Bridge Anette Valaker Anette.Valaker@sogeti.no En funksjonell tilnærming til test av infrastruktur Litt om meg Jobbet som testleder i Sogeti siden 2007 Jobbet med test av ulike systemer

Detaljer

Bilag 4 Prosjekt- og fremdriftsplan for migrering til ny plattform

Bilag 4 Prosjekt- og fremdriftsplan for migrering til ny plattform Bilag 4 Prosjekt- og fremdriftsplan for migrering til ny plattform Versjonshåndtering Versjon Dato Initiert av Endringsårsak 1.0 16.05.2013 Difi Dokument distribuert til tilbydere 2.0 20.08.2013 Difi Dokument

Detaljer

Livsløpstesting av IT-systemer

Livsløpstesting av IT-systemer Livsløpstesting av IT-systemer Testing, validering og evaluering Teste Undersøke ved hjelp av tester om systemet fungerer slik det er beskrevet Validere Bekrefte hvordan systemet virkelig fungerer, om

Detaljer

Bilag 6 Vedlegg 9 - Oversikt over dokumentasjon, planer og rapporter

Bilag 6 Vedlegg 9 - Oversikt over dokumentasjon, planer og rapporter Bilag 6 Vedlegg 9 - Oversikt over dokumentasjon, planer og rapporter Versjonshåndtering Versjon Dato Initiert av Endringsårsak 1.0 16.05.2013 Difi Dokument distribuert til tilbydere 2.0 20.08.2013 Difi

Detaljer

Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser

Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser BILAG 1 Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser Driftsavtalen - MIL.NO Avtale om kjøp av driftstjenester knyttet til maskinvare, infrastruktur og programvare Bilag 1 Forsvarets

Detaljer

Kundens tekniske plattform

Kundens tekniske plattform Kundens tekniske plattform Statens vegvesen IKT-avdelingen Versjon: 1.1 27.02 2015 Status: Godkjent Side 1 av 5 Innhold 1 Innledning 2 Teknisk plattform 2.1 Interne miljøer 2.1.1 Systemtest (UTV) 2.1.2

Detaljer

Evalueringsskjema. Foretakets nettbankvirksomhet. Foretakets navn : Dato: Underskrift : Dato: 13.11.2007 Versjon: 1.0

Evalueringsskjema. Foretakets nettbankvirksomhet. Foretakets navn : Dato: Underskrift : Dato: 13.11.2007 Versjon: 1.0 Evalueringsskjema Foretakets nettbankvirksomhet Foretakets navn : Dato: Underskrift : Dato: 13.11.2007 Versjon: 1.0 Finanstilsynet Tlf. 22 93 98 00 post@finanstilsynet.no www.finanstilsynet.no Evalueringsskjema

Detaljer

Kvalitet i programvaresystemer Dokumentasjon av tester

Kvalitet i programvaresystemer Dokumentasjon av tester Kvalitet i programvaresystemer Dokumentasjon av tester Dette notatet handler om dokumentasjon av tester. Gjennom utforming og gjennomføring av tester søker man å avdekke så mange feil i et program som

Detaljer

Testplan (Software Test Plan)

Testplan (Software Test Plan) Testplan (Software Test Plan) Amanuel K. Tedla Eleonora Ntreska Ingrid Vik Hansen Joakim Moen Innholdsfortegnelse Innholdsfortegnelse 1.. Introduksjon... 3 1.1 Definisjoner... 3 1.2 Antagelser ved testing

Detaljer

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5 Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som

Detaljer

Kostnadseffektivt eller bortkastet tid? Øyvind Woll Seniorkonsulent, Vivento AS

Kostnadseffektivt eller bortkastet tid? Øyvind Woll Seniorkonsulent, Vivento AS Kostnadseffektivt eller bortkastet tid? Øyvind Woll Seniorkonsulent, Vivento AS Input Output Hvordan kan vi fastslå om systemet er testbart? Hvordan kan vi lære mer om systemet? Hvordan kan vi bli bedre

Detaljer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller

Detaljer

Grunnleggende om Evaluering av It-systemer

Grunnleggende om Evaluering av It-systemer Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien

Detaljer

Automatisert Robusthetstesting. Erik Arisholm Testify AS

Automatisert Robusthetstesting. Erik Arisholm Testify AS Automatisert Robusthetstesting Erik Arisholm Testify AS 21. september Robusthetstesting Robusthetstesting er testing som avslører sårbarheter i et system overfor uventede (kombinasjoner av) input stressende

Detaljer

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON Administrativt system for skole og SFO SAK NR.: 15/05314 1 Kravmatrise Spesifikasjon av krav Skal (S) Bør (B) Kravet MÅ tilfredsstilles.

Detaljer

Normens krav og anbefalinger fra kravspek til innføringsprosjekt. 31. oktober 2018

Normens krav og anbefalinger fra kravspek til innføringsprosjekt. 31. oktober 2018 Normens krav og anbefalinger fra kravspek til innføringsprosjekt 31. oktober 2018 Agenda Anskaffelse Innføring Forvaltning og drift Krav til systemer (FA 38) og selvdeklareringsdokumenter Krav til medisinsk

Detaljer

DRIFT OG VEDLIKEHOLD PASIENTVARSLINGSSYSTEM

DRIFT OG VEDLIKEHOLD PASIENTVARSLINGSSYSTEM VEDLEGG 05 DRIFT OG VEDLIKEHOLD PSIENTVRSLINGSSYSTEM OVERHLL OG FOSNES KOMMUNER 1.0 Generelle krav Leverandøren vil ha et overordnet ansvar for drift og forvaltning av kundens pasientvarslingssystem. Krav

Detaljer

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Kundens kravspesifikasjon Bilag til Kjøpsavtalen K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning... 3 2 Kundens bakgrunn

Detaljer

4.1. Kravspesifikasjon

4.1. Kravspesifikasjon 4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens

Detaljer

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Bilag 1 til vedlikeholdsavtalen Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Side 2 av 14 Innhold 1 KRAV TIL VEDLIKEHOLDSAVTALE... 3 1.1 KRAV TIL BRUKERSTØTTE OG OPPFØLGING.3 1.2

Detaljer

Why Desperate Houswives make Excellent Test Managers Testprosjektet som suksessfaktor i et hvert prosjekt

Why Desperate Houswives make Excellent Test Managers Testprosjektet som suksessfaktor i et hvert prosjekt Why Desperate Houswives make Excellent Managers prosjektet som suksessfaktor i et hvert prosjekt dagen ODIN 21.November 2012 Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO 15 års erfaring

Detaljer

FORBEREDELSESFASE (FF)

FORBEREDELSESFASE (FF) FREMDRIFTSPLAN SOLA KOMMUNE (Underbilag 4 - versjon 2) ACOS Ressurser (timer) Kunde Ressurser (timer) Ansvar Dokumentasjon Startdato Sluttdato FORBEREDELSESFASE (FF) 11.11.16 1.5.17 FF0.1 Signering av

Detaljer

VEDLEGG 6 VEDLIKEHOLDSAVTALEN

VEDLEGG 6 VEDLIKEHOLDSAVTALEN Statlig spesialpedagogisk tjeneste VEDLEGG 6 VEDLIKEHOLDSAVTALEN KUNDENS KRAVSPESIFIKASJON Kursadministrasjonssystem Konkurransegrunnlag Kursadministrasjonssystem Side 2 av 5 Innhold: 1 OPPDRAGSGIVERS

Detaljer

Effektiv testing med rike anonymiserte testdata

Effektiv testing med rike anonymiserte testdata Effektiv testing med rike anonymiserte testdata 20. september 2016 Helene Aune Skatteetaten Erik Rogstad 21. september 2016 Skatteetatens IT- og Servicepartner Skatteetatens leverandør av IT- og administrative

Detaljer

Montasje. Leverandøren skal generelt beregne 5 dagers behandlingstid hos oppdragsgiver for godkjenning av milepæler.

Montasje. Leverandøren skal generelt beregne 5 dagers behandlingstid hos oppdragsgiver for godkjenning av milepæler. Vedlegg 4c Teknisk beskrivelse - Prosjektgjennomføring 1 Generelt Anskaffelsen består av komplett MR- maskin, inklusive fjerning av gammelt utstyr, montasje, nytt eller oppgradert RF- bur og opplæring.

Detaljer

Test og kvalitet To gode naboer. Børge Brynlund

Test og kvalitet To gode naboer. Børge Brynlund Test og kvalitet To gode naboer Børge Brynlund To gode naboer som egentlig er tre Kvalitetssikring, kvalitetskontroll og testing Kvalitet I Betydningen Kvalitet er den viktigste faktoren for å avlede langsiktig

Detaljer

Grunnleggende testteori

Grunnleggende testteori 1 Grunnleggende testteori Industri - og software produkt Industriprodukt: Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes, og justeres så

Detaljer

Oppgave 1. Finn krav. Finn krav. Finn test

Oppgave 1. Finn krav. Finn krav. Finn test Oppgave 1 1. Hensikten med use case er å oppnå en felles forståelse av krav til systemet mellom brukere / kunder og utviklere. Et use case er et scenario, ikke en komplett, deltaljert kravspesifikasjon.

Detaljer

Løsning for utgående EHFfaktura

Løsning for utgående EHFfaktura Løsning for utgående EHFfaktura og fakturahotell Bilag Kundens kravspesifikasjon Anskaffelse av konsulenttjenester DocuLive referanse nr 202036-38 Side av 7 Innledning... 3 2 Forklaring til kravspesifikasjonen...

Detaljer

Overordnet IT beredskapsplan

Overordnet IT beredskapsplan Overordnet IT beredskapsplan Side 1 av 7 Overordnet IT beredskapsplan NB! Innholdet i denne malen må tilpasses til egen virksomhet. Det kan medføre utfylling av ytterligere informasjon og/eller sletting

Detaljer

Ekspertgruppemøte - Test. Statnett 15.januar 2015

Ekspertgruppemøte - Test. Statnett 15.januar 2015 Ekspertgruppemøte - Test Statnett 15.januar 2015 Agenda ekspertgruppemøte 15.01.2015 11:00-12:00 Lunsj (valgfritt) 12:00-12:15 Innledning Dagens agenda Kort informasjon om prosjektstatus 12:15-13:00 Gjennomgang

Detaljer

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3 KRAV TIL DRIFT AV TILBUDT

Detaljer

INSTALLASJONSVEILEDNING

INSTALLASJONSVEILEDNING INSTALLASJONSVEILEDNING Oppdatering av ditt Mamut-system DETALJERT STEG-FOR-STEG VEILEDNING I HVORDAN OPPDATERE DIN VERSJON AV MAMUT BUSINESS SOFTWARE FRA VERSJON 9.0 ELLER NYERE Mamut Kunnskapsserie,

Detaljer

Spørsmål og svar til Konkurransegrunnlag

Spørsmål og svar til Konkurransegrunnlag CMS-løsning Saksnr.: INTER-030-13 Spørsmål og svar til Konkurransegrunnlag # 2, utsendt 20.11.2013 1. Introduksjon 1.1 Formål Formålet med dette dokumentet er å gi svar på innkomne spørsmål til Konkurransegrunnlaget

Detaljer

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Statisk testing Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Hva er statisk testing Analyser som utføres på skrevne dokumenter Hensikten er å finne avvik fra spesifikasjonene

Detaljer

Test i smidig. Laila Sandbæk Testrådgiver og testleder Sogeti

Test i smidig. Laila Sandbæk Testrådgiver og testleder Sogeti Test i smidig Laila Sandbæk Testrådgiver og testleder Sogeti 03.03.2016 Produktkøen til foredraget Sprintrytme Plassering av testaktivitetene i sprintrytmen Teamet Test som en integrert del av gjennomføringsmodellen

Detaljer

Kvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler?

Kvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler? Kvalitet og programvare Når bare det beste er godt nok. Produktet prosessen eller begge deler? To nøtter Hva forbinder du med et IT-system som har (høy) kvalitet? Formuler 3 kriterier for (høy) kvalitet

Detaljer

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 1.2 KRAVTABELL... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3

Detaljer

BOSSNETT AS. Retningslinjer for drift, vedlikehold og service for tilkobling til bossnettet. 2013-01-02 Dokument 9. Revisjonshåndtering

BOSSNETT AS. Retningslinjer for drift, vedlikehold og service for tilkobling til bossnettet. 2013-01-02 Dokument 9. Revisjonshåndtering BOSSNETT AS Retningslinjer for drift, vedlikehold og service for tilkobling til bossnettet 2013-01-02 Dokument 9 Revisjonshåndtering Revisjon Endring Dato Utført av Innholdsfortegnelse 1 Generelt... 3

Detaljer

Jara NetBusiness og Jara B2B Volum

Jara NetBusiness og Jara B2B Volum Vilkårs - og funksjonsbeskrivelse for Jara NetBusiness og Jara B2B Volum 01.01.2010 Versjon 7.0 Innholdsfortegnelse VILKÅRS - OG FUNKSJONSBESKRIVELSE... 1 1 INNLEDNING... 4 1.1 HENSIKT... 4 1.2 DEFINISJONER...

Detaljer

SSA V, Den store vedlikeholdsavtalen

SSA V, Den store vedlikeholdsavtalen SS V, Den store vedlikeholdsavtalen ilag 1: Kundens kravspesifikasjon Løsning for ny portal Rana kommune Innhold 1.1. Oppbygging av dokumentet 1.2. Mål og omfang 1.3. Juridiske rammebetingelser 1.4. Sikkerhet

Detaljer

Typegodkjenning av. linjetilknyttet kontrollrom

Typegodkjenning av. linjetilknyttet kontrollrom Typegodkjenning av linjetilknyttet kontrollrom Prosedyrer og regelverk Versjon 1, 27.1.2017 Side 1 av 7 Innholdsfortegnelse 1. Typegodkjenningens hensikt... 3 2. Gjennomføring av typegodkjenning... 3 2.1.

Detaljer

WinTid Scheduler. Oppgradering til versjon 6.0.1 HRM

WinTid Scheduler. Oppgradering til versjon 6.0.1 HRM Oppgradering til versjon 6.0.1 HRM Innholdsfortegnelse 1. OM DOKUMENTET... 3 1.1 DOKUMENTETS MÅLSETNING... 3 1.2 HVEM ER DOKUMENTET SKREVET FOR?... 3 1.3 OPPBYGNING OG OPPBEVARING... 3 1.4 ANSVARLIG FOR

Detaljer

A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Test Manager at Lånekasse

A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Test Manager at Lånekasse A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Manager at Lånekasse 21.mars.2013 Heza Wasfy Hvem er Sogeti? Sogeti Norge er et heleid datterselskap

Detaljer

AP221 Use Case TUL Migrer og produksjonssett tjenesteutgave

AP221 Use Case TUL Migrer og produksjonssett tjenesteutgave AP221 Use Case TUL Migrer og tjenesteutgave Migrer og tjenesteutgave Ved migrering av tjeneste overføres en utgave av tjenesten til et sluttbrukermiljø. For test kan migrering gjøres fullt og helt av tjenesteutvikler

Detaljer

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon Helse Vest Innkjøps saksnummer: 2015/22 Helse Vest IKTs avtalenummer: 901502 Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon ist oppdatert: 06.01.2016

Detaljer

2.13 Sikkerhet ved anskaffelse

2.13 Sikkerhet ved anskaffelse 2.13 Sikkerhet ved anskaffelse Gjennomføringsansvar: Alle som gjennomfører IT-anskaffelser i Midt-Telemarkkommunene kan bruke denne prosedyren som rettesnor. Hensikten med denne planen er: Danne grunnlag

Detaljer

Repetisjon om evaluering av It-systemer. Hvordan vurdere og verdsette?

Repetisjon om evaluering av It-systemer. Hvordan vurdere og verdsette? Repetisjon om evaluering av It-systemer Hvordan vurdere og verdsette? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme om Verdsette Vurdere,

Detaljer

MTF-SYMPOSIUM MARS 2011 KJELL GRØNDAHL SEKSJONSLEDER, NEVRO/AUDIO MEDISINSK-TEKNISK AVD. HELSE BERGEN

MTF-SYMPOSIUM MARS 2011 KJELL GRØNDAHL SEKSJONSLEDER, NEVRO/AUDIO MEDISINSK-TEKNISK AVD. HELSE BERGEN MTF-SYMPOSIUM MARS 2011 KJELL GRØNDAHL SEKSJONSLEDER, NEVRO/AUDIO MEDISINSK-TEKNISK AVD. HELSE BERGEN HELSE VEST 4 medisinsk-tekniske avdelinger Organisering er ulik i hvert foretak Helse Vest IKT AS som

Detaljer

Bilag 6 Vedlegg 3 Definisjoner

Bilag 6 Vedlegg 3 Definisjoner Bilag 6 Vedlegg 3 Definisjoner Saksnummer 13/00203 1 / 7 Versjonshåndtering Versjon Dato Initiert av Endringsårsak 0.1 16.05.2013 Difi Dokument distribuert til tilbydere 02. 01.11.2013 Difi Ny definisjon

Detaljer

Oppgradering av Handyman til ny versjon

Oppgradering av Handyman til ny versjon Oppgradering av Handyman til ny versjon Innhold Kjekt å vite før oppgradering av Handyman... 1 Installasjonsveiledning... 2 Handyman Administrator... 2 Handyman Office... 3 F.A.Q.... 5 Hvorfor får jeg

Detaljer

Ragnvald Sannes Handelshøyskolen BI. Oppdragsgiver: CSAM Health v/sverre Flatby. Dato:

Ragnvald Sannes Handelshøyskolen BI. Oppdragsgiver: CSAM Health v/sverre Flatby. Dato: En vurdering og sammenligning av prosjektgjennomføringen i tilbud fra Logica og CSAM Health på Regional rammeavtale, anskaffelse av klinisk arbeidsflate for Helse Sør-Øst RHF Ragnvald Sannes Handelshøyskolen

Detaljer

Testplan PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED. Høgskolen i Buskerud og Vestfold, avd.

Testplan PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED. Høgskolen i Buskerud og Vestfold, avd. Testplan PROSJEKT Signal Communication Unit OPPDRAGSGIVER Kongsberg Maritime AS UTFØRT VED Høgskolen i Buskerud og Vestfold, avd. Kongsberg MEDLEMMER Marius Johanssen, Stefan Dasic, Eivind Nielsen, Armaan

Detaljer

Kravspesifikasjon Digital distribusjon av sakspapirer

Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon 1.1. Tilbudets omfang og fylkeskommunens forventninger Aust-Agder fylkeskommune ber om tilbud på verktøy som legger til rette for

Detaljer

Installasjonsveiledning Oppgradering av tidligere versjon

Installasjonsveiledning Oppgradering av tidligere versjon Installasjonsveiledning Oppgradering av tidligere versjon For installasjon på Lokal PC. Denne installasjonsveiledningen gjelder dersom du har lastet ned Duettoppdateringen fra www.duett.info. 1 Innhold

Detaljer

Introduksjon Omfang Testmiljø Testdata Forberedelser i Edielportalen Gjennomføring Lenker til Elhub-dokumentasjon Tester for Query (QRY)

Introduksjon Omfang Testmiljø Testdata Forberedelser i Edielportalen Gjennomføring Lenker til Elhub-dokumentasjon Tester for Query (QRY) 17. oktober 2017 Innhold 1 Introduksjon... 2 1.1 Bakgrunn... 2 1.2 Hensikt... 2 1.3 Deltakere... 2 1.4 Testbasis... 2 1.5 Endringslogg... 3 2 Omfang... 3 2.1 Oversikt over prosesser som vil bli testet...

Detaljer

Oppgraderinger i SAP. Planlegge, organisere og gjennomføre en oppgradering til ECC 5.0/ECC 6.0. Sveinung Gehrken

Oppgraderinger i SAP. Planlegge, organisere og gjennomføre en oppgradering til ECC 5.0/ECC 6.0. Sveinung Gehrken Oppgraderinger i SAP Planlegge, organisere og gjennomføre en oppgradering til ECC 5.0/ECC 6.0. Sveinung Gehrken Gehrken Systems Agenda Vurdere 1 2 oppgradering 4 Erfaringer og hjelpemidler Planlegge oppgradering

Detaljer

Prosess for systemutvikling i Difi. Versjon 1.0

Prosess for systemutvikling i Difi. Versjon 1.0 Prosess for systemutvikling i Difi Versjon 1.0 1 Innhald 1 INNLEIING... 3 1.1 SENTRALE OMGREP OG DEFINISJONAR... 3 1.2 DEFINISJON AV ROLLAR... 3 2 PROSESS FOR SYSTEMUTVIKLING... 4 2.1.1 Analyse og design...

Detaljer

Vedlegg 11: Foreløpige krav til drift, vedlikehold og support. Dato: Sider: 19

Vedlegg 11: Foreløpige krav til drift, vedlikehold og support. Dato: Sider: 19 Vedlegg 11: Foreløpige krav til drift, vedlikehold og support Dato: 31.10.2012 Sider: 19 Innhold Side til drift, vedlikehold og support... 1 1.0 Drift av løsning... 2 2.0 Support og vedlikehold... 9 3.0

Detaljer

BlackBox, WhiteBox og andre testmetoder. Etter ønske fra studentene 26. november 2009

BlackBox, WhiteBox og andre testmetoder. Etter ønske fra studentene 26. november 2009 BlackBox, WhiteBox og andre testmetoder Etter ønske fra studentene 26. november 2009 Hva er testing? Testing er å undersøke IT-systemer eller deler av det for å vurdere om kravene til det som testes er

Detaljer

GJENNOMGANG UKESOPPGAVER 9 TESTING

GJENNOMGANG UKESOPPGAVER 9 TESTING GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.

Detaljer

Saksnummer 13/00203 1 / 29

Saksnummer 13/00203 1 / 29 Bilag 6 Vedlegg 6 7 Vedlegg - Kundens teststrategi 7 - Kundens teststrategi Saksnummer 13/00203 1 / 29 Versjonshåndtering Versjon Dato Initiert av Endringsårsak 1.0 16.05.2013 Difi Dokument distribuert

Detaljer

Vedlegg 1. Kravspesifikasjon. Løsning for sikkerhetskopiering og gjenoppretting av data

Vedlegg 1. Kravspesifikasjon. Løsning for sikkerhetskopiering og gjenoppretting av data Vedlegg 1 Kravspesifikasjon Løsning for sikkerhetskopiering og gjenoppretting av data Side 1 av 5 Vi ønsker å etablere en ny løsning for sikkerhetskopiering, med program- og maskinvare. Denne skal gå over

Detaljer

Validering og verifisering. Kirsten Ribu

Validering og verifisering. Kirsten Ribu Validering og verifisering Kirsten Ribu 2005 1 I dag Validering og verifisering Inspeksjon Testing 2 Noen ord om prosjektet Sjekk kurssidene jevnlig. Endringer forekommer (forelesningsplanen) Hvordan fungerer

Detaljer

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1 KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3

Detaljer

Serviceteam vedlikehold. Dialogkonferanse 15.oktober 2015

Serviceteam vedlikehold. Dialogkonferanse 15.oktober 2015 Serviceteam vedlikehold Dialogkonferanse 15.oktober 2015 Innhold Ruter og IT i Ruter Retningen framover Eksisterende avtalestruktur og plan for fremtidig struktur Omfang på ny avtale - Gjennomgang av utstyr

Detaljer

Avtale for kjøp av Elektronisk personalhåndbok

Avtale for kjøp av Elektronisk personalhåndbok Avtale for kjøp av Elektronisk personalhåndbok Kundens kravspesifikasjon Bilag til Kjøpsavtalen K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning... 3 Kundens bakgrunn og formål med anskaffelsen...

Detaljer

Bilag 1: Kundens kravspesifikasjon

Bilag 1: Kundens kravspesifikasjon Bilag 1: Kundens kravspesifikasjon 1. Innledning Dette bilaget inneholder Kundens krav til tjenesten, inkl. løsningen.

Detaljer

Østre Toten kommune Konkurransegrunnlag Kravspesifikasjon

Østre Toten kommune Konkurransegrunnlag Kravspesifikasjon Østre Toten kommune Konkurransegrunnlag Kravspesifikasjon Lagringsløsning 2012 1.3.2012 v.3 - HKE Innholdsfortegnelse Innholdsfortegnelse...2 1 Behovsbeskrivelse...3 1.1 Beskrivelse av nå situasjonen...3

Detaljer

DDS-CAD 7 INSTALLERE PÅ TERMINALSERVER. DATA DESIGN SYSTEM ASA Øksnevad Næringspark, 4353 Klepp st., fax 51788901, tel.: 51788900, e-post: dds@dds.

DDS-CAD 7 INSTALLERE PÅ TERMINALSERVER. DATA DESIGN SYSTEM ASA Øksnevad Næringspark, 4353 Klepp st., fax 51788901, tel.: 51788900, e-post: dds@dds. 18.10.2010 1 INSTALLERE PÅ TERMINALSERVER DATA DESIGN SYSTEM ASA Øksnevad Næringspark, 4353 Klepp st., fax 51788901, tel.: 51788900, e-post: dds@dds.no 2 18.10.2010 Installere på TerminalServer 18.10.2010

Detaljer

Tilpasningsavtalen Avtale om levering av standardsystem og tilpasning Statens standardavtaler for IT-anskaffelser SSA-T

Tilpasningsavtalen Avtale om levering av standardsystem og tilpasning Statens standardavtaler for IT-anskaffelser SSA-T Tilpasningsavtalen Avtale om levering av standardsystem og tilpasning Statens standardavtaler for IT-anskaffelser SSA-T Vedlegg 3 - Utkast standardavtale (ssa-t-01-07-2012_v2).doc Avtale om levering av

Detaljer

Presentasjon Test. Møte med Systemleverandører 5.desember 2014

Presentasjon Test. Møte med Systemleverandører 5.desember 2014 Presentasjon Test Møte med Systemleverandører 5.desember 2014 Agenda Informasjon om status og planer for videre arbeid i Elhubprosjektet Informasjon om organisering av testaktiviteter Presentasjon av kravspesifikasjoner

Detaljer

Grunnleggende testteori. Etter Hans Schaefer

Grunnleggende testteori. Etter Hans Schaefer Grunnleggende testteori Etter Hans Schaefer Industri- og softwareprodukt Industriprodukt Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes,

Detaljer

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration

Detaljer

ISTQB Foundation Level Prøveeksamen

ISTQB Foundation Level Prøveeksamen ISTQB Foundation Level Prøveeksamen Svar på følgende spørsmål For hvert spørsmål er der ETT og BARE ETT rett svar! (Unntak er avmerket spesielt). Spørsmål til Kap 1 ("Fundamentals") 1.1. (K2) Hva er betydningen

Detaljer

Typegodkjenning av. radioterminaler

Typegodkjenning av. radioterminaler Typegodkjenning av radioterminaler Prosedyrer og regelverk Versjon 4, 16.10.2015 Side 1 av 7 Innholdsfortegnelse 1. Typegodkjenningens hensikt... 3 2. Gjennomføring av typegodkjenning... 3 2.1. Sikkerhetsmessige

Detaljer

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker

Detaljer

SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon Driftsavtalen (SSA-D) Bilag : Kundens kravspesifikasjon Innhold INNLEDNING.... BESKRIVELSE BILAG.... KRAVTABELL... AVTALENS OMFANG... 4. KUNDENS FORMÅL MED AVTALEN... 4 KRAV TIL DRIFT AV TILBUDT LØSNING...

Detaljer

WinMed3. Release Notes Allmenn Våren 2013. Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1

WinMed3. Release Notes Allmenn Våren 2013. Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1 WinMed3 Release Notes Allmenn Våren 2013 Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1 Innholdsfortegnelse Om dokumentet... 3 E-resept... 4 eportal... 5 Forbedret registrering og innlogging...

Detaljer

Vedlegg: Oversikt over ansvarsfordeling mellom superbrukere, ledere, fagsystemkontakter og avdeling for elektronisk forvaltning

Vedlegg: Oversikt over ansvarsfordeling mellom superbrukere, ledere, fagsystemkontakter og avdeling for elektronisk forvaltning Vedlegg: Oversikt over ansvarsfordeling mellom, ledere, fagsystemkontakter og avdeling for 1 Nye 1.1 Oppnevning av 1.2 Opplæring av Sette av tid og prioritere nødvendig opplæring. 1.3 Produksjonskrav Sørge

Detaljer

Egenevalueringsskjema

Egenevalueringsskjema Egenevalueringsskjema for foretakets IT-virksomhet forenklet versjon basert på 12 COBIT prosesser Dato: 10.07.2012 Versjon 2.6 Finanstilsynet Tlf. 22 93 98 00 post@finanstilsynet.no www.finanstilsynet.no

Detaljer

BOSSNETT AS Bergen sentrum

BOSSNETT AS Bergen sentrum BOSSNETT AS Bergen sentrum Retningslinjer for drift, vedlikehold og service for tilkobling til bossnettet i Bergen sentrum 30. aug. 2011 Dokument 9 Revisjonshåndtering Revisjon Endring Dato Utført av Innholdsfortegnelse

Detaljer

Installasjon av FEBDOK versjon 5.3 enbruker.

Installasjon av FEBDOK versjon 5.3 enbruker. Installasjon av FEBDOK versjon 5.3 enbruker. Dette er en veiledning av installasjon av FEBDOK 5.3 enbruker. Denne installasjonen er utført på Windows 7. Har du ikke Windows 7 kan skjermbildene avvike noe,

Detaljer

Jernbaneverket TELE Kap.: 4 Infrastruktur Regler for prosjektering og bygging Utgitt: 01.01.07

Jernbaneverket TELE Kap.: 4 Infrastruktur Regler for prosjektering og bygging Utgitt: 01.01.07 Generelle tekniske krav Side: 1 av 15 1 HENSIKT OG OMFANG... 2 2 GENERELLE KRAV... 3 2.1 Standarder og normer... 3 2.2 Kompetansekrav...3 2.3 Generelle krav til utbygger/leverandører av teleanlegg... 3

Detaljer

RAMMEAVTALE Elektroniske betalingskort Vedlegg 1 Kravspesifikasjon

RAMMEAVTALE Elektroniske betalingskort Vedlegg 1 Kravspesifikasjon RAMMEAVTALE Elektroniske betalingskort Vedlegg 1 Kravspesifikasjon Versjon 1.0 10.03.2014 I N N H O L D 1. INFORMASJON OM ANSKAFFELSEN... 3 1.1. Innledning... 3 1.2. Billettsystemet... 3 2. FUNKSJONELLE

Detaljer

Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter.

Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter. Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter. Beskrivelse/navn Rammeavtalen gjelder bistand til APEX programmering

Detaljer

TJENESTEBESKRIVELSE GRÅ FIBER /v1.0

TJENESTEBESKRIVELSE GRÅ FIBER /v1.0 TJENESTEBESKRIVELSE GRÅ FIBER 04.08.2016/v1.0 TJENESTEBESKRIVELSE 1 GRÅ FIBER 1 1 INNLEDNING 3 2 DEFINISJONER 3 3 TJENESTENS EGENSKAPER 3 3.1 Grå Fiber egenskaper... 4 3.2 Grå Fiber Aksess... 4 3.3 Grå

Detaljer

Why Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt

Why Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt Why Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt NFP s Arena for Prosjektledere 19.April 2012 Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO

Detaljer

Huldt & Lillevik Reise. Oppgradering. Aditro HRM AS

Huldt & Lillevik Reise. Oppgradering. Aditro HRM AS Huldt & Lillevik Reise Oppgradering Aditro HRM AS Oppdatert pr. 29. mai 2009 Innholdsfortegnelse Om denne veiledningen...2 Installere serverfiler... 2 Oppgradere arbeidsstasjoner ved automatisk oppgradering...

Detaljer

Installasjonsveiledning Oppgradering av tidligere versjon

Installasjonsveiledning Oppgradering av tidligere versjon Installasjonsveiledning Oppgradering av tidligere versjon For installasjon i nettverksmiljø med Windows Terminalserver og databaseserver. Denne installasjonsveiledningen gjelder dersom du har lastet ned

Detaljer