Retningslinjer for akseptansetest
|
|
- Kristin Lorentzen
- 7 år siden
- Visninger:
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
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
Detaljer1. 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
Detaljere-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
DetaljerFinansportalen 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...
DetaljerTestbilag 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
DetaljerANBEFALING 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
DetaljerAnsvarlig: 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
DetaljerOverordnet 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
DetaljerKrav 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
DetaljerKort 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
DetaljerCross 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
DetaljerBilag 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
DetaljerLivslø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
DetaljerBilag 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
DetaljerStatens 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
DetaljerKundens 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
DetaljerEvalueringsskjema. 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
DetaljerKvalitet 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
DetaljerTestplan (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
DetaljerTestrapport. 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
DetaljerKostnadseffektivt 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
DetaljerAkseptansetesten. 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
DetaljerGrunnleggende 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
DetaljerAutomatisert 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
DetaljerBilag 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.
DetaljerNormens 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
DetaljerDRIFT 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
DetaljerAvtale 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
Detaljer4.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
DetaljerKundens 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
DetaljerWhy 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
DetaljerFORBEREDELSESFASE (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
DetaljerVEDLEGG 6 VEDLIKEHOLDSAVTALEN
Statlig spesialpedagogisk tjeneste VEDLEGG 6 VEDLIKEHOLDSAVTALEN KUNDENS KRAVSPESIFIKASJON Kursadministrasjonssystem Konkurransegrunnlag Kursadministrasjonssystem Side 2 av 5 Innhold: 1 OPPDRAGSGIVERS
DetaljerEffektiv 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
DetaljerMontasje. 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.
DetaljerTest 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
DetaljerGrunnleggende 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å
DetaljerOppgave 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.
DetaljerLø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...
DetaljerOverordnet 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
DetaljerEkspertgruppemø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
Detaljer3B - 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
DetaljerINSTALLASJONSVEILEDNING
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,
DetaljerSpø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
DetaljerStatisk 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
DetaljerTest 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
DetaljerKvalitet 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
Detaljer2B - 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
DetaljerBOSSNETT 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
DetaljerJara 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...
DetaljerSSA 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
DetaljerTypegodkjenning 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.
DetaljerWinTid 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
DetaljerA 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
DetaljerAP221 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
DetaljerBilag 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
Detaljer2.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
DetaljerRepetisjon 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,
DetaljerMTF-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
DetaljerBilag 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
DetaljerOppgradering 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
DetaljerRagnvald 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
DetaljerTestplan 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
DetaljerKravspesifikasjon 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
DetaljerInstallasjonsveiledning 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
DetaljerIntroduksjon 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...
DetaljerOppgraderinger 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
DetaljerProsess 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...
DetaljerVedlegg 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
DetaljerBlackBox, 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
DetaljerGJENNOMGANG 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.
DetaljerSaksnummer 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
DetaljerVedlegg 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
DetaljerValidering 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
DetaljerKRAVSPESIFIKASJON. 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
DetaljerServiceteam 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
DetaljerAvtale 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...
DetaljerBilag 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 Lagringsløsning 2012 1.3.2012 v.3 - HKE Innholdsfortegnelse Innholdsfortegnelse...2 1 Behovsbeskrivelse...3 1.1 Beskrivelse av nå situasjonen...3
DetaljerDDS-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
DetaljerTilpasningsavtalen 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
DetaljerPresentasjon 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
DetaljerGrunnleggende 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,
DetaljerSystem 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
DetaljerISTQB 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
DetaljerTypegodkjenning 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
DetaljerHensikten 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
DetaljerSSA-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...
DetaljerWinMed3. 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...
DetaljerVedlegg: 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
DetaljerEgenevalueringsskjema
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
DetaljerBOSSNETT 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
DetaljerInstallasjon 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,
DetaljerJernbaneverket 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
DetaljerRAMMEAVTALE 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
DetaljerBilag 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
DetaljerTJENESTEBESKRIVELSE 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å
DetaljerWhy 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
DetaljerHuldt & 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...
DetaljerInstallasjonsveiledning 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