Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer
|
|
- Solbjørg Egeland
- 8 år siden
- Visninger:
Transkript
1 Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer
2 Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller akseptansekriteriene eller ikke og for å muliggjøre for brukeren, kunden eller en annen autorisert enhet å fastslå om systemet skal aksepteres eller ikke. [IEEE 610] Systemeierne/brukerne/kunden har med denne testen anledning til å godkjenne eller avvise systemet.
3 Akseptansekriterier Sluttkriteriene som en komponent eller et system må oppfylle for å bli akseptert av en kunde, bruker eller en annen autorisert enhet. [IEEE 610].
4 Akseptansetest Akseptansetesten utføres for å avgjøre om et produkt oppfyller kundens behov, og stemmer overens med spesifikasjonen og annen dokumentasjon. Akseptansetesten er siste mulighet for en kunde å avvise et utilstrekkelig produkt, før det settes i drift. En godt gjennomført akseptansetest kan beskytte kunden mot tap som skyldes dårlige produkter
5 Plass i V-modellen Kundespesifikasjon Akseptansetesting Kravspesifikasjon Systemtesting Design Integrasjonstesting Modul implementasjonmodultesting + MIT
6 Planlegging av testen Akseptansetesten består av fem faser: 1. Bestemme hvor kritisk systemet er (Analyser krav til testen) 2. Bestemme hvilke kvaliteter som skal testes eller evalueres (Spesifiser detaljerte krav til testen) 3. Designe testen 4. Utfør testen 5. Rapporter resultatene De første tre fasene tilhører planleggingen og er først og fremst kundens ansvar. De siste to fasene krever sterk deltakelse av leverandøren.
7 Hvor viktig er systemet? Grad av viktighet bestemmer hvor mye ressurser som skal brukes på testen. ISO standard beskriver 6 hovedkvaliteter: Funksjonalitet Pålitelighet Bruksegenskaper Effisiens (Ytelse) Vedlikeholdsegenskaper Portabilitet (Overføres til andre plattformer)
8 Rammer Beslutte hvilke funksjonskrav som skal testes. Bygger på: Analyse av spesifikasjon, datamodell og liknende dokumenter. Analyse av bruksanvisningen eller annen dokumentasjon Analysearbeidet kan kombineres med en evaluering av de dokumentene. Viktige opplysninger for analysen er: Hvem er de ulike brukerne eller interessentene i systemets funksjoner? Hva er objektene som systemet skal behandler (objektene i virkeligheten eller i datamodellen)? Hva er objektenes livssyklus, altså de tilstandene disse gjennomløper og hva slags overganger mellom tilstandene er mulige? Hvilke funksjoner eller operasjoner skal hver bruker (interessent) ha tilgjengelig?
9 Utarbeide testkrav Beskriv scenarier benytter og dokumenterer de enkelte funksjonene. Beskrivelsene skal vise hvordan en bruker utfører funksjonene. Ta med alle datafelter som gis inn eller listes ut. Om det dukker opp situasjoner som ikke lar seg teste i forbindelse med de tidligere beskrivelser så lag nye scenarier. Sjekk alt som er spesifisert Se etter situasjoner fra virkeligheten som ikke er spesifisert, men allikevel er viktige. Eksempler er: registrering av motstridende opplysninger slutt på papir midt i en jobb som krever utlisting duplisert registrering av opplysninger som ikke skal dupliseres generelle betjeningsfeil ikke kontakt med database, server etc.
10 Hva skal testes alt eller prioritet? Risiko for feil og viktighet i praktisk bruk. Vektlegger at testen skal finne maksimalt antall feil. Prioriterer komplekse systemdeler Deler hvor en vet at det har vært usikkerhet, der det har vært strid, endringer, og der det har vært mye feil i tidligere tester. Slike systemdeler kan (men må ikke) gi trøbbel senere. Finne feilene som er viktigst i drift Teste funksjoner som brukes oftest i praksis. Sjeldne situasjoner og sjeldent brukte funksjoner testes kuttes ut. Det finnes statistiske metoder til å evaluere testen beregne forventet pålitelighet i drift.
11 Valg av testdata For hvert scenario finnes fram til variasjonsbredden i input- og outputdata og det velges forskjellige data som dekker denne variasjonen. Valg av testdata medfører ekvivalensklasseinndeling, grenseverdianalyse, årsaks-virkningsanalyse og bruk av parvise kombinasjoner Hvert scenario bør utføres flere ganger med ulike testdatasett.
12 Klargjøring for test Lage testfiler og testdatabaser Programmere testen for automatisk kjøring Klargjøre testverktøy Alle tekniske oppgavene er et ansvar for leverandøren Utvikling av testsituasjonene og testdata er et kundeansvar.
13 Noen absolutte kvalitetskrav ISO DIS er en internasjonal standard som fastlegger kvalitets- og testkriterier for software pakker. Eksempler derifra er: En softwarepakke skal ha en produktbeskrivelse og en bruksanvisning Produktbeskrivelsen skal inneholde en viss minsteinformasjon, bl.a. funksjoner, konfigurasjon, grensesnitt, grenseverdier, sikkerhet, pålitelighet, krav til kunnskaper hos brukerne. Det skal ikke være avvik mellom spesifikasjon (produktbeskrivelse) og bruksanvisning Bruksanvisningen skal beskrive alle bruker-tilgjengelige funksjoner Bruksanvisningen skal kunne forstås av de brukerne som vanligvis utfører arbeidsoppgavene som produktet er tenkt til. Alle funksjoner som finnes i produktbeskrivelsen og bruksanvisningen skal fungere i den beskrevne form. Brukergrensesnittet skal være enhetlig. Brukeren skal ikke miste kontrollen over produktet. Datatap skal ikke forekomme, ikke en gang ved grensebelastninger. Testen skal inkludere input som uttrykkelig er forbudt. Eksemplene i dokumentasjonen skal inkluderes i testen. Standarden er et godt utgangspunkt for å planlegge en produktevaluering.
14 Gjennomføring av akseptansetesten Testen gjennomføres etter testplanene Kundens medarbeidere kjører testen og vurderer resultatene Det har læreeffekt for kundens medarbeidere Kundens medarbeidere er de beste til å vurdere om systemet oppfyller deres behov. Utføres nye tester underveis skal en senere fortsette der en forlot den planlagte testen. Det bør være mulig å logge hva slags input og output som forekommer under slike ekstra tester. Vanligvis er det ikke nødvendig med slike tester da de fleste situasjonene likevel vil være inkludert i en nøye planlagt test. Feil som oppstår registreres Feil som ikke påvirker det videre testforløpet registreres og testen fortsetter. Hvordan og når de skal rettes bestemmes senere Feil som stopper testen registreres og rettes umiddelbart Etter feilretting bør en kjøre testene på nytt. Best er det å kjøre hele akseptansetesten på nytt
15 Skal produktet aksepteres? Feiltyper Avvik mellom spesifikasjon og program (feil) Avvik mellom behov og program (endringsønsker). Hva sier kontrakten? Godta et maksimalt antall alvorlige og mindre alvorlige feil. Hvis det er flere feil, må testen kjøres om igjen, eventuelt i utøkt form. Hvis det er mange flere feil enn grensen bør produktet forkastes da testing bare finner en relativt konstant del av alle feil (så lenge en ikke øker testingens omfang vesentlig). Selv om de feil som ble funnet blir reparert, vil altså produktet inneholde et proporsjonalt antall flere feil, som da gjør seg gjeldende i drift. Akseptansetesten skal ikke finne feil, men vise at produktet er klar til å settes i drift. Et for høyt antall feil tyder på at leverandøren har gjort en for dårlig jobb. Et feiltall på over 2 feil pr programlinjer vil være alarmerende. Et høyt antall følgefeil etter feilretting vil også være alarmerende
16 Oppsummering Kunden bør forberede testscenarier samtidig med spesifikasjonen. Kundens testansvarlige skal arbeide med test på heltid (i spesifikasjons- og testfasen). Testen gjøres grundig, men skal ikke finne for mange feil. Testen inkluderer vurdering av brukerhåndbok og andre dokumenter. En må avtale tidlig hva som er feil og hva som er endringsønsker. Testen (eller deler av den) bør kjøres om igjen etter feilretting.
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
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
DetaljerRepetisjon av testing. Vi undersøker om systemet virker slik det skal
Repetisjon av testing Vi undersøker om systemet virker slik det skal Test av software For å teste om alle kravene er oppfylt må kravspesifikasjon og utviklingsdokumenter gjennomgås. Hvordan programmet
DetaljerRepetisjon av testing. Vi undersøker om systemet virker slik det skal
Repetisjon av testing Vi undersøker om systemet virker slik det skal Test av software For å teste om alle kravene er oppfylt må kravspesifikasjon og utviklingsdokumenter gjennomgås. Hvordan programmet
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
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.
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,
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å
DetaljerKapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process
INF 329 Web-teknologier Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process Navn: Bjørnar Pettersen bjornarp.ii.uib.no Daniel Lundekvam daniell.ii.uib.no Presentasjonsdato:
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
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
DetaljerEn kravspesifikasjon skal være så konkret og detaljert at det er mulig å teste det ferdige produkt/system opp mot store deler av denne.
A KRAVSPESIFIKASJON Dette notat er en generell beskrivelse av en kravspesifikasjon for et (teknisk) datasystem. Den er basert på «The STARTS Purchasers Handbook» kap.4 og Appendix B, oversatt til norsk
DetaljerKravhåndtering. INF1050: Gjennomgang, uke 03
Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle
DetaljerOppsummering. Thomas Lohne Aanes Thomas Amble
Oppsummering Thomas Lohne Aanes Thomas Amble 14.11.04 Kapittel 2: Data Modell Mål: Data som skal brukes av applikasjonen blir spesifisert på en formell og likevel intuitiv måte. Resultat: Vi får et konseptuelt
DetaljerPrinsipper for vurderinger og problemstillinger knyttet til fjerning av Frigg. ptil 23.08.2006 Patrick Decosemaeker, Total
Prinsipper for vurderinger og problemstillinger knyttet til fjerning av Frigg ptil 23.08.2006 Patrick Decosemaeker, Total Frigg og MCP01 Frigg & MCP01 Fjernings prosjekt Fjerning av 6 topsides : TP1, TCP2,
DetaljerGrunnleggende testteori
1 Grunnleggende testteori Error-Fault-Failure 2 Error : når en programmerer koder feil eller utelater kode (evt. miljøpåvirkning) årsaken til en fault Fault (defect eller bug): feil i kode kan lede til
DetaljerIntroduksjon til evaluering av It-systemer. Hvordan vurdere og verdsette?
Introduksjon til evaluering av It-systemer Hvordan vurdere og verdsette? Bør jeg gå på forelesning i dag? Kriterier for eller imot: Interessant/kjedelig tema God/dårlig foreleser Kan lese forelesningene
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
DetaljerEvaluering av brukskvalitet for et Web-grensesnitt
Evaluering av brukskvalitet for et Web-grensesnitt Brukergrensesnitt Dørhåndtak - elektronisk kodelås Reflektere hvem som gjør hva Program som gjør det mulig for en bruker å kommunisere med datamaskinen
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
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...
DetaljerFinansportalen Historiske bankdata
Bilag 6: Administrative bestemmelser For Finansportalen Historiske bankdata Åpen anbudskonkurranse Bilag 6 Administrative bestemmelser Innholdsfortegnelse 1 AVTALEN PUNKT 1.9: PARTENES REPRESENTANTER...
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
DetaljerTestrapport. Studentevalueringssystem
Testrapport Studentevalueringssystem 1 Forord 1.2 Forord Dette prosjektet er et hovedprosjekt i data ved Høgskolen i Oslo, avdeling for ingeniørutdanning, og gjennomføres i samarbeid med Ingeniøravdeling
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
DetaljerElhub Strategi Aktørtesting
Elhub Strategi Aktørtesting Versjon 2.0 29.septemper 2016 Innholdsfortegnelse 1 Introduksjon... 2 1.1 Endringslogg... 2 2 Definisjoner... 2 3 Om aktørtesting... 3 3.1 Formål... 3 3.2 Deltakere... 3 3.3
DetaljerUML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
DetaljerKapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20
Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 Kravspesifikasjoner & Data design Thomas Tjøstheim og Thomas Edvinsen 20 September 2004 Kapittel 7 & 8 p.2/20 Introduksjon Kravspesifikasjoner består av to underdeler:
DetaljerKonfigurasjonsstyring. INF1050: Gjennomgang, uke 11
Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del
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
DetaljerInf1055 Modul B 26 april 2017:
Inf1055 Modul B 26 april 2017: Del 1: - Testing Yngve Lindsjørn ynglin@ifi.uio.no 1 Oversikt - Testing Hva er testing? Validering &Verifisering Testfaser Enhetstesting Integrasjonstesting Systemtesting
DetaljerTest i Praksis. NTNU Februar 2014. Copyright 2014 Accenture All Rights Reserved.
Test i Praksis NTNU Februar 2014 Hvem er vi? Erik Gjerdrum Master i Kommunikasjonssystemer fra IFI UiO Jobbet med test i siden 2006 Markus Living Master i Industriell Økonomi fra Linköping, Sverige Jobbet
DetaljerNEK Elsikkerhetskonferansen 2011
NEK Elsikkerhetskonferansen 2011 Innkjøp og integrasjon av utstyr og systemer i et industrianlegg Ole Ragnar Helgen, BIS Production Partner BIS Production Partner in the Bilfinger Berger family Industrial
DetaljerUtvikling Doffin 2015-2016
Utvikling Doffin 2015-2016 Plan for forbedringer av Doffin for perioden 2015 til 2016 24 juni 2015 Skisse på Doffin TED KGV Publiserte kunngjøringer Varslingstjeneste Lage kunngjøringer Registrere interesse
DetaljerTildeling av forskningsmidler med søknadsfrist juni 2004. Veiledning for forskningsinstitusjoner og bedrifter
Tildeling av forskningsmidler med søknadsfrist juni 2004 Veiledning for forskningsinstitusjoner og bedrifter Norges forskningsråd 2004 Grafisk design: Fete typer Trykk: Gamlebyen Grafiske AS Opplag: 8000
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
DetaljerSAT Prosedyre (Site Acceptance Test)
SRO-Anlegg Status: Gjeldende Dato: 29.05.2013 Utarbeidet av: Lasse Hysvær SAT Prosedyre Tittel: Dato: 29.05.2013 Utarbeidet av: Lasse Hysvær Dok. ID: N/A Kontrollert av: Erik Bostad Status: Gjeldende Sammendrag:
DetaljerRiskManager Avvikshåndtering Kurshefte for behandlere
RiskManager Avvikshåndtering Kurshefte 1 BEHANDLE AVVIK... 4 1.1 Behandler mottar et nytt avvik...4 1.2 Egne notater i avviket...6 1.3 Godkjenn for behandling...7 1.4 Mulighet for overstyring/endring av
DetaljerAEAM i KU. 1. AEAM-prosessen
AEAM i KU 1. AEAM-prosessen KU er en prosess som ligger i området mellom forskning, forvaltning og politikk, og de fleste KU karakteriseres av knapphet på økonomiske ressurser, tid og kunnskap. Det er
DetaljerLykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet
Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:
DetaljerKTN1 - Design av forbindelsesorientert protokoll
KTN1 - Design av forbindelsesorientert protokoll Beskrivelse av A1 A1 skal tilby en pålitelig, forbindelsesorientert tjeneste over en upålitelig, forbindelsesløs tjeneste A2. Det er flere ting A1 må implementere
DetaljerKrav. Beskriver tjenestene produktet skal håndtere Kravene kan testes
Krav og terminologi Krav Et utsagn som gjelder produktet vi skal teste og evaluere. Vi skal vurdere graden av sannhet i kravet opp mot funksjonen i produktet Funksjonelle krav Beskriver tjenestene produktet
DetaljerSpesifikasjon av Lag emne
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerTom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse
IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler
DetaljerProsjektet - leveranser. Testing og evaluering av systemer. Hva er sikkerhetskritiske systemer? I dag: Systemfeil og testing. Robust kraftforsyning?
Testing og evaluering av systemer Kirsten Ribu 23.10.2007 Prosjektet - leveranser Utfyll prosjektplanen etterhvert: Estimat Risikoplan Kravspesifikasjon Roller og arbeidsoppgaver Lag mappe med gruppenavn,
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.
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
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
DetaljerAnskaffelsesregelverket Erfaring fra en offentlig anskaffelse med laveste pris som kriteringsvalg ANNE METTE E. RENSVIK, XYLEM I TRONDHEIM
Anskaffelsesregelverket Erfaring fra en offentlig anskaffelse med laveste pris som kriteringsvalg ANNE METTE E. RENSVIK, XYLEM I TRONDHEIM Erfaring fra et spesielt tilfelle Anbudsinnbydelse fra en kommune
DetaljerGenerelt om operativsystemer
Generelt om operativsystemer Operativsystemet: Hva og hvorfor Styring av prosessorer (CPU), elektronikk, nettverk og andre ressurser i en datamaskin er komplisert, detaljert og vanskelig. Maskinvare og
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 21. sept. 05 Informasjonssystem og datasystem Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer og perspektiver for SU-arbeidet
DetaljerAnsvarsdrevet OO: CRC og UML Sekvensdiagrammer
Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use
DetaljerAkseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad
Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
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
DetaljerMiniveiledning om innovative offentlige anskaffelser. Nasjonalt program for leverandørutvikling
Miniveiledning om innovative offentlige anskaffelser Nasjonalt program for leverandørutvikling HVORFOR?» NASJONALE UTFORDRINGER KREVER NYE LØSNINGER Norge står overfor betydelige fremtidige utfordringer.
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...
DetaljerRiskManager Avvikshåndtering. Kurshefte for meldere
RiskManager Avvikshåndtering Kurshefte for meldere Innhold 1 INNLEDNING - MODUL FOR AVVIKSHÅNDTERING... 3 2 MIN PROFIL I AVVIKSMODULEN... 4 3 MELDE ET AVVIK... 5 3.1 Avviksskjema...6 3.1.1 Enhet meldingen
Detaljerkan flere studenter falle av underveis, da det er vanskelig for faglærer å se hvem som kan ha nytte av å følges opp ekstra.
Visjonsdokument 1 Introduksjon Dette prosjektet er gitt av Svend Andreas Horgen, og gjennomføres som en prosjektoppgave i faget TDAT3022-A 14H Systemutviklingsprosjekt ved HiST, AiTEL. Hensikten med dette
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
DetaljerAkseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud
Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
DetaljerBrukskvalitet. Bruk og nytte av systemet
Brukskvalitet Bruk og nytte av systemet Fem grunner til at systemer er vanskelige å bruke Systemet er tilpasset maskinen og arbeidsoppgaven - ikke brukeren Brukerenes arbeidsoppgaver endres raskt, mens
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerMMI-sammendrag fra eksamener
MMI-sammendrag fra eksamener Hva er MVC MVC er en software arkitektur som muliggjør å skille datalaget fra presentasjonslaget i en applikasjon. I Swing er View og Controller ofte sydd sammen til GUI komponenter
DetaljerTestrapport for Sir Jerky Leap
Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse
DetaljerOOA&D starter med systemvalg
OOA&D starter med systemvalg Situasjon Ideer Rike bilder Systemer Systemdefinisjon 1 Analyse & design Analyse av problemområdet Krav til bruk Analyse av anvendelsesområdet Klasser V Struktur V Adfærd V
DetaljerKvalitetskrav til løsninger
Prosjektoppgaven Kvalitetskrav til løsninger Noen retningslinjer for å styre beslutningene deres finnes i form av hva brukere forlanger av software (og hardware): Brukbarhet. - Produktet skal være selvforklarende
DetaljerRetningslinjer for akseptansetest
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
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerEventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Testrapport
Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Testrapport 1 INNHOLDSFORTEGNELSE 1 INNHOLDSFORTEGNELSE... 1 2 Innledning... 2 3 Formål med testing... 3 3.1 Funksjonalitet...
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
DetaljerKompleksitetsanalyse Helge Hafting 25.1.2005 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO117D Algoritmiske metoder
Helge Hafting 25.1.2005 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO117D Algoritmiske metoder Innhold 1 1 1.1 Hva er en algoritme?............................... 1 1.2
DetaljerSTE6221 Sanntidssystemer Løsningsforslag
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag Tid: Fredag 02.03.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator,
DetaljerRetningslinjer for den praktiske delen av fagprøven ENERGIMONTØRFAGET. Oslo, mars 1997 Kirke-, utdannings- og forskningsdepartementet
Retningslinjer for den praktiske delen av fagprøven ENERGIMONTØRFAGET Oslo, mars 1997 Kirke-, utdannings- og forskningsdepartementet Innhold Kapittel I... 1 Generell informasjon... 1 Kapittel II... 2 Prøvenemndas
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
DetaljerLæringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering
1 2 Læringsmål og pensum TDT4110 Informasjonsteknologi grunnkurs: Uke 38 Utvikling av informasjonssystemer Læringsmål Kunne seks faser for systemanalyse og design Kunne femstegs prosedyre for programmering
DetaljerJon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad
Forprosjektrapport Presentasjon Tittel: Oppgave: Infront SSO Utvikle en Single Sign-on løsning for Infront Periode: 8/1-2013 28/5-2013 Gruppemedlemmer: Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini
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
DetaljerISY Park Go og nye ISY Park. Endre Lykke, NoIS
ISY Park Go og nye ISY Park Endre Lykke, NoIS Agenda ISY Park 7 status Presentasjon av ISY Park Go Ny NS 3420 Nye ISY Park 8 Avklaringer og diskusjon 2019-02-07 Nye ISY Park 2 ISY Park 7 Status ISY Park
DetaljerForprosjekt. Oppgavens tittel: Motorstyring Dato: 24.01.05. Jon Digernes Institutt/studieretning: Program for elektro og datateknikk
HØGSKOLEN I SØR-TRØNDELAG Avdeling for teknologi Program for elektro-og datateknikk 7004 TRONDHEIM Forprosjekt Oppgavens tittel: Motorstyring Dato: 24.01.05 Project title: Gruppedeltakere: Sverre Hamre
DetaljerXO DOC gir merverdi Målet med XO DOC er å gi merverdi til deg som kunde ved å gi kontroll over ditt nettverk. Det skal gjøres
INTRODUKSJON...1 XO DOC GIR MERVERDI...1 SPART TID VED FEILSØKING...1 HØYERE EFFEKTIVITET PÅ INNLEIDE KONSULENTER...1 BEDRE OVERSIKT VED BRUK AV FLERE LEVERANDØRER PÅ IT-TJENESTER...2 MINDRE TID BRUKT
DetaljerINTELLIGENT SERVICE FOR EN ENKLERE HVERDAG KONE 24/7 CONNECTED SERVICES
INTELLIGENT SERVICE FOR EN ENKLERE HVERDAG KONE 24/7 CONNECTED SERVICES KONE har i samarbeid med IBM gjort heiser smartere. Ved å koble heiser til skyen kan vi samle inn store mengder data ved hjelp av
DetaljerDRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO
DRI 2001 13.9 : Introduksjon til systemutvikling. Introduksjon til systemutvikling Systemutvikling og nettstedsutvikling Om ulike typer offentlige nettsteder Kvalitetskrav til offentlige nettsteder Litt
DetaljerTestdokumentasjon for Agresso Employee
for Agresso Employee Hovedprosjekt i data våren 2007 Gruppe 20: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 2 Agresso Employee 1. Forord Denne testdokumentasjonen er en
Detaljer1. Programmering: Hva og hvorfor? Scratch fra scratch Enkel programmering for nybegynnere
1. Programmering: Hva og hvorfor? 1. Programmering: Hva og hvorfor? Du har nå valgt å lære deg å programmere. Gratulerer med et flott valg! Programmering er en allsidig og nyttig aktivitet, og det er et
DetaljerTDT4102 Prosedyre og Objektorientert programmering Vår 2014
Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyre og Objektorientert programmering Vår 2014 Øving 10 Frist: 2014-04-11 Mål for denne øvinga:
DetaljerKravspesifikasjon for
for ANSKAFFELSE AV Utarbeide WEB løsning samt maler for dokumenter og publikasjoner Luftambulansetjenesten ANS 21. juni 2012 INNHOLDSFORTEGNELSE: 1. FORORD... 3 2. KRAVSPESIFIKASJONENS OMFANG... 3 2.1
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,
DetaljerVinnerens forbannelse,! informasjonsasymmetri,! utvalgsrisiko,! moralsk risiko! og! IT-kontrakter!
Vinnerens forbannelse,! informasjonsasymmetri,! utvalgsrisiko,! moralsk risiko! og! IT-kontrakter! Magne Jørgensen Fire spørsmål! Du legger inn bud på et hus og vet at det er mange andre som også ønsker
DetaljerKundens krav til leveranser
Kundens krav til leveranser HiB Felles plattform for Høgskolens nettsider Parafer / Side 1 av 6 Innhold 1 FORMÅL MED ANSKAFFELSEN... 3 2 ANSKAFFELSENS INNHOLD OG OMFANG... 3 3 KRAV TIL LEVERANSEN... 5
DetaljerErfaringer fra bytte av sak-arkivsystem i Rana kommune fra Esa til ephorte
Erfaringer fra bytte av sak-arkivsystem i Rana kommune fra Esa til ephorte serviceavdelingen Mål for anskaffelsen «Rana kommune har som mål å samhandle internt og eksternt på en sikker, effektiv og miljøvennlig
DetaljerKravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009
Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerInstallasjon av OneStop Reporting Produktene på Terminalserver
Installasjon av OneStop Reporting Produktene på Terminalserver Innhold 1 Introduksjon 2 Planlegging 3 Installasjon 4 Eksempel 2010 OneStop Reporting http://www.onestopreporting.com support@onestopreporting.com
DetaljerBruk av oppgaver og grupper i
Bruk av oppgaver og grupper i Versjon 02.07.2007 Ansvarlig for dokumentet Multimedisenteret/NTNU Innhold Innhold...1 Komme i gang med oppgaver...2 Legge til en oppgave...2 En oppgaves egenskaper...2 For
DetaljerErfaringsoverføring fra prosjekt til linje
Erfaringsoverføring fra prosjekt til linje av Nils Faugli, Telenor Networks Tema: Kunnskapsledelse og kunnskapsforvaltning i prosjekter Dato: 16. Mars 2005 Sted: Norsk Hydro, Vækerø Bakgrunn Praksis i
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 12. sept. 06 Forholdet mellom informasjonssystemet og virkeligheten Hva innebærer utvikling av et IS (systemutvikling: SU) Å utvikle et IS det
DetaljerNeste generasjon ERP-prosjekter
Neste generasjon ERP-prosjekter Jan-Olav Arnegård 27. okt 2016 Nøkkeltall 2015 22 Land der vi er direkte representert 36 BearingPoint-kontorer 67 Kontorer der vi er representert via vår globale alliansepartnere
DetaljerRETNINGSLINJE FOR SAMARBEID MELLOM..KOMMUNE OG ST. OLAVS HOSPITAL OM IKT- LØSNINGER OG ELEKTRONISK SAMHANDLING
RETNINGSLINJE FOR SAMARBEID MELLOM..KOMMUNE OG ST. OLAVS HOSPITAL OM IKT- LØSNINGER OG ELEKTRONISK SAMHANDLING Hjemlet i lov om kommunale helse- og omsorgstjenester av 14.6.2011 3-5 tredje ledd, 6-2 siste
DetaljerDerfor er forretningssystemet viktig for bedriften
Innhold Derfor er forretningssystemet viktig for bedriften... 2 Når er det på tide å bytte forretningssystem?... 2 Velg riktig forretningssystem for din bedrift... 3 Velg riktig leverandør... 4 Standard
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
DetaljerKravspesifikasjon. Forord
Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.
Detaljer