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

Størrelse: px
Begynne med side:

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

Transkript

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

2 Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme om Verdsette Vurdere, taksere, sette pris på Foreta en vurdering av systemet og nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien systemet har for en spesiell bruker eller brukergruppe for å løse en arbeidsoppgave i en gitt situasjon.

3 Forutsetninger Brukerne vil ha systemer som eksempelvis er: Lette å lære og å bruke Effektive til å løse arbeidsoppgavene Sikre slik at data skal ikke forsvinner eller stjeles eller systemet skal ikke feilfungere eller stopper Nyttige for bruker og virksomhet Tilfredsstiller behovene i arbeidsdagen Den som har ansvar for systemet setter opp kriterier eller forutsetninger som skal være oppfylt

4 Hvorfor skal vi evaluere? Foreta beslutning om kjøp eller integrasjon av programvare Overtar ansvar for utvikling, markedsføring og vedlikehold et produkt Utarbeide konkrete krav i en utviklingskontrakt Programvaren holder ikke lenger definerte kvalitetsmål For å sikre produktkvalitet, kontrollere kostnader For å redusere forretningsrisiko Flere grunner

5 Hva skal vi evaluere? IT-systemer som brukes i virksomheter Grensesnitt Funksjonalitet Brukervennlighet Brukskvalitet Kost/Nytteverdi Personsikkerhet Informasjonssikkerhet Psykososialt miljø Delene eller helheten Flere funksjoner og egenskaper.

6 Evalueringstabell Lage en liste med evalueringskriterier Velge kriteriene på grunnlag av bruk og produkt Prioritere mellom kriteriene Verdsett vekte hvert kriterium Estimere en verdi for hvert kriterium Velge produktet med størst poengsum? Listen blir ofte subjektiv Kriterium Produkt 1 Produkt 2 Produkt 3 Produkt 4 Brukergrensesnitt Troverdig leverandør Pris Går også på UNIX

7 kroners-spørsmålet Hvilken software er den beste for min bedrift? Den beste software for min bedrift er den som gir: Størst verdiskapning, omsetning, overskudd? Høyest nytteverdi? Best effektivitet? Flest fornøyde kunder og medarbeidere? Den beste software for min bedrift er ikke alltid eller nødvendigvis den beste for din eller en annen bedrift

8 Det endelige (elendige) valget Hva er de viktigste utfordringene når bedriften skal velge software, og hvorfor? To viktige utfordringer er: At alle brukerønskene er oppfylte Å unngå overraskelser etter kjøp og innføring Utfordringene kan løses ved å: ta med brukerne i evaluerings- og valgprosessen foreta en fullstendig analyse av systemet gjennomføre en strukturert demonstrasjon lytte til andres råd og erfaringer

9 En kjapp metode for å kjøpe software Lag en prioritert liste over kriteriene du vil kjøpe etter Pris, funksjonalitet, support, videreutvikling Lag en liste over produkter du mener tilfredsstiller de fleste kriteriene ved å: Kontakt forhandlere Let på Internett Les fagtidsskrifter Studer produktkataloger Fjern de minst interessante fra listen Få ta i mer detaljert informasjon om de gjenværende Vurder all informasjon på nytt Foreta en siste sjekk og løp og kjøp

10 En testing er en slags evaluering Industriprodukt Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes, og justeres så produktet oppfyller kravene. Softwareprodukt IT-systemer Immaterielt produkt Kan ikke teste direkte Testes under utvikling for å finne svakheter og feil Mye vanskeligere fordi en ikke vet om alle feil er funnet og dermed oppfyller kravene når produktet er ferdig utviklet

11 Test av IT-systemer For å teste om kravene er oppfylt må alle spesifikasjoner og dokumenter granskes Hvordan programmet fungerer kan bare vurderes ved testing på datamaskin Derfor er testing en viktig del av arbeidet med å utvikle programmet Testingen og testdokumentasjonen er en viktig dokumentasjon for å vise at programmet fyller kravene som forutsatt

12 Terminologi noen ord og uttrykk Confidens Defect Debugging Error Fail Failure Maturity Reliability Testing Validation Verification Tiltro, tillit, pålitelighet Defekt - Feil eller Mangel Finne, analysere og rette, fjerne feil Feil Åfeile Problem, Avvik Modenhet - Om organisasjonen kan gjøre nytte av det den lærer av testene Pålitelighet Hele testprosessen Validere - Bekrefte med bakgrunn i forventet bruk - Gjøre de riktige tingene Verifisere - Bekrefte at krav som er stilt er oppfylt - Gjøre tingene riktig

13 Teste eller debugge Hensikten med testing er å: Analysere program eller dokumentasjon for å påvise/finne/utelukke feil Kjøre programmet for å Påvise/finne/utelukke feil Vurdere kvaliteten Vurdere om det er stabilt og pålitelig Hensikten med debuging er å: Lokalisere og rette feil Lokalisere feilen Hva består feilen i? Korrigere og fjerne feilen Teste at det ikke er en maskert feil Teste korreksjonen for å sikre at nye feil ikke er introdusert

14 Testing Analysere program, dokumentasjon og andre beskrivelser for å forsikre oss om at programmet er laget slik det opprinnelig var planlagt og beskrevet Systematisk kjøring av programmet under kontrollerte betingelser for å Finne feil Dokumentere fravær av feil - korrekt implementasjon Øke sikkerhet og pålitelighet konfidensen Testingen planlegges under utviklingen

15 V - modellen Kravspesifikasjon Akseptansetest Funksjonell systemdesign Systemtest Teknisk systemdesign Integrasjonstest Komponent spesifikasjon Komponenttest Programmering

Introduksjon til evaluering av It-systemer. Hvordan vurdere og verdsette?

Introduksjon 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

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

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

Introduksjon til evaluering av It-systemer. Hvordan vurdere og verdsette?

Introduksjon 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? Grunner for eller imot: Interessant/kjedelig tema God/dårlig foreleser Kan lese forelesningene

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

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

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

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

EKSAMEN. Evaluering av IT-systemer. Eksamenstid: kl 0900 til kl 1300

EKSAMEN. Evaluering av IT-systemer. Eksamenstid: kl 0900 til kl 1300 EKSAMEN Emnekode: ITL24006 Dato: 4. desember 2007 Hjelpemidler: Emne: Evaluering av IT-systemer Eksamenstid: kl 0900 til kl 1300 Faglærer: Ingen, heller ikke kalkulator eller mobiltelefon Kåre Sorteberg

Detaljer

Repetisjon av testing. Vi undersøker om systemet virker slik det skal

Repetisjon 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

Detaljer

Repetisjon av testing. Vi undersøker om systemet virker slik det skal

Repetisjon 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

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

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

Presentasjon 1, Requirement engineering process

Presentasjon 1, Requirement engineering process Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv

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

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

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

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

STATKRAFT MOBILE WORK PLACE

STATKRAFT MOBILE WORK PLACE STATKRAFT MOBILE WORK PLACE Ronny Olaisen Ronny Olaisen Statkraft Energi AS Senior Vedlikeholds Ingeniør Sentral Teknisk Stab Forvaltning og administrasjon av SAP PM prosess - Support, SAP, MWP og BW -

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

Kravhåndtering. INF1050: Gjennomgang, uke 03

Kravhå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

Detaljer

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter

Detaljer

Evaluering av IT-systemer 2009 Å velge riktig informasjonssystem

Evaluering av IT-systemer 2009 Å velge riktig informasjonssystem Evaluering av IT-systemer 2009 Å velge riktig informasjonssystem av Kåre Sorteberg August 2009 1 Innhold Innledning... 3 Analyser fremtidige behov... 3 Lag en plan for arbeidet.... 3 Vurder arbeidsprosessene...

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

Test i Praksis. NTNU Februar 2014. Copyright 2014 Accenture All Rights Reserved.

Test 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

Detaljer

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted. Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig

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

Evaluering og analyse. Før start

Evaluering og analyse. Før start Evaluering og analyse Før start Analyse - Evaluering Beskrive en situasjon Fakta Spesifisere en løsning Fakta eller ønsker Evaluere en forandring Beskrive en tilfredshet/grad av oppfyllelse Definisjon

Detaljer

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

GJENNOMGANG UKESOPPGAVER 7 REPETISJON GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon

Detaljer

Læringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering

Læ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

Detaljer

Retningslinjer for akseptansetest

Retningslinjer 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

Detaljer

Krav. Beskriver tjenestene produktet skal håndtere Kravene kan testes

Krav. 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

Detaljer

Anskaffelse og implementering av verktøy for virksomhetsstyring - Stortingets administrasjon

Anskaffelse og implementering av verktøy for virksomhetsstyring - Stortingets administrasjon Anskaffelse og implementering av verktøy for virksomhetsstyring - Stortingets administrasjon Møte i virksomhetsstyringsnettverket 18.11.2015 23.11.2015 Side 1 Disposisjon Informasjon om Stortingets administrasjon

Detaljer

Debugging. Tore Berg Hansen, TISIP

Debugging. Tore Berg Hansen, TISIP Debugging Tore Berg Hansen, TISIP Innhold Innledning... 1 Å kompilere og bygge et program for debugging... 1 Når debugger er i gang... 2 Symbolene i verktøylinjen... 3 Start på nytt... 3 Stopp debugging...

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

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

Evaluering av IT-systemer 2009

Evaluering av IT-systemer 2009 Evaluering av IT-systemer 2009 Kompendium til evalueringsdelen Kompendiet dekker de viktigste temaene i evalueringsdelen Kåre Sorteberg Kursansvarlig August 2009 1 Innhold Innledning... 3 CH1 - Grunnleggende

Detaljer

Evaluering av brukskvalitet for et Web-grensesnitt

Evaluering 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

Detaljer

TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS

TESTRAPPORT   Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Medlemmer av gruppe 35: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:

Detaljer

IT-nytten i en virksomhet Bruk av IKT i virksomheter - G

IT-nytten i en virksomhet Bruk av IKT i virksomheter - G IT-nytten i en virksomhet Bruk av IKT i virksomheter - G Definisjoner Strategi Plan for hvordan virksomheten skal oppnå sine mål Sett av handlinger for å oppnå virksomhetens mål IT-strategi Plan for hvordan

Detaljer

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

Forelesning i INF1510 - våren 2014 Hvordan jobber vi med evaluering? Tomm Eriksen Interaksjonsdesigner - Universitetet I Oslo

Forelesning i INF1510 - våren 2014 Hvordan jobber vi med evaluering? Tomm Eriksen Interaksjonsdesigner - Universitetet I Oslo Forelesning i INF1510 - våren 2014 Hvordan jobber vi med evaluering? Tomm Eriksen Interaksjonsdesigner - Universitetet I Oslo Hvem er vi? Hva jobber vi med? Noe av det vi har levert det siste året Hvilken

Detaljer

Evaluering av It-systemer i et forvaltningsperspektiv. Drift, vedlikehold og videreutvikling av IT-systemet

Evaluering av It-systemer i et forvaltningsperspektiv. Drift, vedlikehold og videreutvikling av IT-systemet Evaluering av It-systemer i et forvaltningsperspektiv Drift, vedlikehold og videreutvikling av IT-systemet Bakgrunnen IT-systemer har ofte lenger levetid enn forventet er ofte forretningskritiske utvikler

Detaljer

Metoder for evaluering. Flere generelle RRISC

Metoder for evaluering. Flere generelle RRISC Metoder for evaluering Flere generelle RRISC En enkel evalueringsmetode 1. Før evaluering 1. Velg evalueringsnivå 2. Velg evalueringsteknikk 2. Under evaluering 1. Utføre målingene 2. Registrere resultatene

Detaljer

Tom Røise 9. Februar 2010

Tom Røise 9. Februar 2010 Forelesning IMT2243 9. Februar 2010 Tema : Kravspesifisering : prosessen og produktet Viewpoint en myk tilnærming Pensum : Kap. 6 og 7 i Sommerville, Kravspesifisering Kravspesifisering = arbeidet med

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

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

Kvalitetskrav til løsninger

Kvalitetskrav 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

Detaljer

Ta kunden på alvor og øk salget

Ta kunden på alvor og øk salget Ta kunden på alvor og øk salget Super Enkel Forskning viser 70-80% av alle selgere/ servicemedarbeidere tar ikke kundene på alvor. Hvorfor mister vi kunder? 1% dør 3% flytter 5% skifter pga råd fra venner

Detaljer

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20

Kapittel 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:

Detaljer

Brukskvalitet. Lett å bruke og samtidig nyttig

Brukskvalitet. Lett å bruke og samtidig nyttig Brukskvalitet Lett å bruke og samtidig nyttig Fem grunner til at systemer kan være vanskelige å bruke Systemet er ikke tilpasset brukeren, men maskin og arbeidsoppgave Arbeidsoppgaver endres raskt - systemer

Detaljer

Klagenemnda for offentlige anskaffelser. Morten Goller, Tone Kleven og Jakob Wahl.

Klagenemnda for offentlige anskaffelser. Morten Goller, Tone Kleven og Jakob Wahl. Klagenemnda for offentlige anskaffelser Innklagede gjennomførte en ett trinns forhandlet konkurranse for anskaffelse av programvare for gjennomføring av inkassosaker. Klagenemnda kom til at innklagede

Detaljer

Integrasjon - fra strategi til vellykket implementering. Integrasjonsdagene Halden, august 2013 Ståle Hustad, TrønderEnergi Nett AS

Integrasjon - fra strategi til vellykket implementering. Integrasjonsdagene Halden, august 2013 Ståle Hustad, TrønderEnergi Nett AS Integrasjon - fra strategi til vellykket implementering Integrasjonsdagene Halden, august 2013 Ståle Hustad, TrønderEnergi Nett AS Agenda Om TrønderEnergi Bakgrunn for etablering av integrasjonsplattform

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

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

Testdokumentasjon. Testdokumentasjon Side 1

Testdokumentasjon. Testdokumentasjon Side 1 Testdokumentasjon Testdokumentasjon Side 1 1. Innledning Dette er en testrapport som er laget for å teste applikasjonene for ios og Android plattformer. Den vil være delt opp i 4 deler. Den første delen

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

GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING

GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING INF1050 V16 HVA ER KRAVHÅNDTERING? Kravhåndtering er prosessen å identifisere, analysere og spesifisere kravene til et nytt system eller et system som skal forbedres

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den

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

Mellom barken og veden Smidig testing i krevende terreng TTC 2015

Mellom barken og veden Smidig testing i krevende terreng TTC 2015 Mellom barken og veden Smidig testing i krevende terreng TTC 2015 FOREDRAGSHOLDERE Kristian Bjerke-Gulstuen Accenture siden 1999 Fra utvikler til Testleder og Kvalitetsansvarlig Leder Accenture Norway

Detaljer

Avdekke virksomhetens kunnskap, velge systemet fornuftig og unngå marerittene. ERP ABBATE UK LIMITED 1

Avdekke virksomhetens kunnskap, velge systemet fornuftig og unngå marerittene. ERP ABBATE UK LIMITED 1 Avdekke virksomhetens kunnskap, velge systemet fornuftig og unngå marerittene. ERP ABBATE UK LIMITED 1 CRM, Customer Relationship Management, fokuserer på utvikling og opprettholdelse av stabile kunderelasjoner

Detaljer

Metodisk arbeid. Strukturert arbeidsmåte for å nå et bestemt mål

Metodisk arbeid. Strukturert arbeidsmåte for å nå et bestemt mål Metodisk arbeid Strukturert arbeidsmåte for å nå et bestemt mål Hva er en metode? En metode er et redskap, en fremgangsmåte for å løse utfordringer og finne ny kunnskap Metode kommer fra gresk, methodos:

Detaljer

Vedlegg 6 - Evalueringsskjema

Vedlegg 6 - Evalueringsskjema Vedlegg 6 - Evalueringsskjema Formål Bergen brannvesen har til formål å anskaffe vernebekledning som innehar en høy ytelse når det gjelder funksjonalitet og komfort. På bakgrunn av dette ønsker Bergen

Detaljer

Effektiv testing. Per Otto Bergum Christensen. 9.-10. September, JavaZone. Bergum Christensen Consulting

Effektiv testing. Per Otto Bergum Christensen. 9.-10. September, JavaZone. Bergum Christensen Consulting Effektiv testing Per Otto Bergum Christensen 9.-10. September, JavaZone Bergum Christensen Consulting Om meg Per Otto Bergum Christensen (33) Siv.ing, Datateknikk, NTNU Jobbet med utviklingsprosjekter

Detaljer

Kravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009

Kravspesifikasjon 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

Detaljer

KVALITETSSTYRINGSSYSTEMET VED IMB MASKINER

KVALITETSSTYRINGSSYSTEMET VED IMB MASKINER KVALITETSSTYRINGSSYSTEMET VED IMB MASKINER Innholdsfortegnelse 1 Innledning... 3 1.1 Generelt om kvalitetsstyringssystemet ved IMB Maskiner...3 1.2 Om IMB Maskiner...3 1.3 Definisjoner av sentrale begrep

Detaljer

Brukersentert design Kapittel 3 i Shneiderman

Brukersentert design Kapittel 3 i Shneiderman Brukersentert design Kapittel 3 i Shneiderman ISO 9241-210 Iterativ og brukernær systemutvikling. Kriterier for valg av metode. Brukersentrert design vs. RUP. Deltagende design Den skandinaviske arven.

Detaljer

Evaluering av IT-systemer

Evaluering av IT-systemer Evaluering av IT-systemer Blokk 2 - Høstsemesteret 2010 23. september til 15. oktober Kåre Sorteberg Med forbehold om endringer Mål Blokk 2 Studentene skal: lære å evaluere et bredt spekter av IT-systemer

Detaljer

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser) Arbeidsplan En arbeidsplan er en måte å få oversikt over de ulike fasene i prosjektet. I arbeidsplanen har vi delt arbeidet i naturlige faser og detaljert disse med estimert tidsbruk. Hovedfasene er startfasen,

Detaljer

Bedre valg av leverandør gjennom trialsourcing & Fastpris eller per time?! Oslo, 1. desember, 2014 Magne Jørgensen

Bedre valg av leverandør gjennom trialsourcing & Fastpris eller per time?! Oslo, 1. desember, 2014 Magne Jørgensen Bedre valg av leverandør gjennom trialsourcing & Fastpris eller per time?! Oslo, 1. desember, 2014 Magne Jørgensen Presentasjonen bygger på:" Better selection of Software Providers Through Trialsourcing,

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

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling Innledning Læringsmål Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling 21.1.2009 Forstå hvorfor systemutviklingsprosessen er viktig Forstå de viktigste prinsippene for ulike prosesser

Detaljer

Konkurransegrunnlag for. for kjøp av. Verktøy for avvikshåndtering

Konkurransegrunnlag for. for kjøp av. Verktøy for avvikshåndtering Konkurransegrunnlag for for kjøp av Verktøy for avvikshåndtering For levering til Miljødirektoratet Saksnummer: 2014/6623 1 1 OPPDRAGET OG ADMINISTRATIVE BESTEMMELSER... 3 1.1 Om Oppdragsgiver... 3 1.2

Detaljer

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester. 1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer

Detaljer

WebSmart. Trond E. Nilsen Select AS

WebSmart. Trond E. Nilsen Select AS WebSmart Trond E. Nilsen Select AS Select AS Postordreselskap (nytte og pyntegjenstander) I Norge siden 1965 I Baltikum siden 1998 Egenutviklet Ordre/lager/faktura system basert på i5 9 ansatte i Norge

Detaljer

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...

Detaljer

Turnus- og Ressursplanleggingssystem i Mantena. Prekvalifiseringskonferanse kl

Turnus- og Ressursplanleggingssystem i Mantena. Prekvalifiseringskonferanse kl Turnus- og Ressursplanleggingssystem i Mantena Prekvalifiseringskonferanse 21.10.14 kl. 12.00 Turnus- og Ressursplanleggingssystem i Mantena Mantena AS er et heleid datterselskap av NSB AS. Selskapet utfører

Detaljer

INF Introduksjon til design, bruk, interaksjon Evaluering del 2

INF Introduksjon til design, bruk, interaksjon Evaluering del 2 INF1500 - Introduksjon til design, bruk, interaksjon Evaluering del 2 4. november 2013 Institutt for Informatikk, Universitetet i Oslo joshi@ifi.uio.no INF1500 Evaluering, del 2 1 Oversikt Rask oppsummering

Detaljer

Gjennomføring av muntlig-praktisk eksamen i Teknologi og Forskningslære 1 Privatister

Gjennomføring av muntlig-praktisk eksamen i Teknologi og Forskningslære 1 Privatister Gjennomføring av muntlig-praktisk eksamen i Teknologi og Forskningslære 1 Privatister Utdanningsprogram: Studiespesialisering Realfag Fagkode og fagnavn: REA3018 Teknologi og forskningslære 1 Type fag

Detaljer

Utbytte av brukerdreven innovasjon

Utbytte av brukerdreven innovasjon Utbytte av brukerdreven innovasjon - Sett fra leverandørens side 100113 MBT - Copyright 2010 Imatis Espen Semb Bosted: Skien (Norge) Nåværende jobb: Imatis, Project Manager Jobbet i Imatis siden 2004 Utdannelse:

Detaljer

LÆREPLAN I PROSJEKT TIL FORDYPNING FOR VG1 ELEKTROFAG

LÆREPLAN I PROSJEKT TIL FORDYPNING FOR VG1 ELEKTROFAG LÆREPLAN I PROSJEKT TIL FORDYPNING FOR VG1 ELEKTROFAG Data og Elektronikk, Dataelektronikker. 1. FORMÅLET MED OPPLÆRINGEN Prosjekt til fordypning skal gi elevene mulighet til å prøve ut enkelte eller flere

Detaljer

360 eworker. Appen som gjør det enda enklere å jobbe i 360 - Saksbehandling og dokumenthåndtering fra ipad

360 eworker. Appen som gjør det enda enklere å jobbe i 360 - Saksbehandling og dokumenthåndtering fra ipad 360 eworker Appen som gjør det enda enklere å jobbe i 360 - Saksbehandling og dokumenthåndtering fra ipad 360 eworker - Appen som gjør det enda enklere å jobbe i 360 Jobb med saksbehandlingsoppgaver, dokumenter

Detaljer

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Forstudierapport Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Bakgrunn for prosjektet 3 2.1 Beskrivelse av problemer og behov........................... 3 2.2 Kort om dagens systemer................................

Detaljer

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Kontrakter og test i smidige prosjekter Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Agenda Smidige manifest Smidige prosjekter og testing Samarbeid og tillit teori Hva er en kontrakt Gjennomgang av

Detaljer

CRIStin 2.0 Om videreutvikling av CRIStin-systemet. Oppstartseminar 22. Oktober 2013

CRIStin 2.0 Om videreutvikling av CRIStin-systemet. Oppstartseminar 22. Oktober 2013 CRIStin 2.0 Om videreutvikling av CRIStin-systemet Oppstartseminar 22. Oktober 2013 CRIStin og de gode hjelperne Mål for CRIStin-systemet Nav i norsk forskning Gi oversikt og pekere til mer detaljer Koblinger

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

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

Bli en bedre bestiller Telemark Online 2017

Bli en bedre bestiller Telemark Online 2017 Bli en bedre bestiller Telemark Online 2017 Hva skal vi igjennom? - En litt mer komplisert verden - Mål/strategi/plan - metode - Den digitale verktøykassen - Case: finne rett kanalmiks - Gjøre selv eller

Detaljer

Hva er LEAN? Ole Løland TrioVing

Hva er LEAN? Ole Løland TrioVing Hva er LEAN? Ole Løland TrioVing LEAN er et tankesett som leder til kontinuerlige forbedringer utført av alle ansatte. LEAN er et tankesett som leder til kontinuerlige forbedringer utført av alle ansatte.

Detaljer

Tom Røise 18. Februar 2009

Tom Røise 18. Februar 2009 Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare

Detaljer

Fra data til innsikt. Om prosjektet

Fra data til innsikt. Om prosjektet Fra data til innsikt DEFINERE FOKUS Om prosjektet De store produksjonsselskapene innen olje og gass må hele tiden strebe etter å effektivisere drift og øke sikkerheten på sine installasjoner. For å støtte

Detaljer

Modernisering av IKT i NAV

Modernisering av IKT i NAV Modernisering av IKT i NAV Test, Leverandørperspektiv Vedtaksløsningen 28.05.13 Kristian Bjerke-Gulstuen Innhold Kort introduksjon til Moderniseringsprogrammet i NAV Overordnet oversikt over test i NAV

Detaljer

Arkitekturprinsipper i spesialisthelsetjenesten. Versjon 1.0 Sist oppdatert: 27. nov 2014

Arkitekturprinsipper i spesialisthelsetjenesten. Versjon 1.0 Sist oppdatert: 27. nov 2014 Arkitekturprinsipper i spesialisthelsetjenesten Versjon 1.0 Sist oppdatert: 27. nov 2014 Nasjonal IKTs Fagforum Arkitektur forvalter arkitekturen for spesialisthelsetjenesten Som en del av dette er det

Detaljer

Vinnerens forbannelse,! informasjonsasymmetri,! utvalgsrisiko,! moralsk risiko! og! IT-kontrakter!

Vinnerens 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

Detaljer

Holdninger til og bruk av avdelingsvise kliniske informasjonssystemer ved St. Olavs hospital

Holdninger til og bruk av avdelingsvise kliniske informasjonssystemer ved St. Olavs hospital 1 Holdninger til og bruk av avdelingsvise kliniske informasjonssystemer ved St. Olavs hospital Eivind Vedvik Medisinstudent, det medisinske fakultet, NTNU Norsk senter for elektronisk pasientjournal eivindve@stud.ntnu.no

Detaljer

Klagenemndas medlemmer: Per Christiansen, Kai Krüger, Bjørg Ven. (2) Følgende tildelingskriterier fremgikk av konkurransegrunnlaget punkt 3.

Klagenemndas medlemmer: Per Christiansen, Kai Krüger, Bjørg Ven. (2) Følgende tildelingskriterier fremgikk av konkurransegrunnlaget punkt 3. Klagenemnda for offentlige anskaffelser Innklagede gjennomførte en konkurranse om rammeavtale for fagsystem (IKT) for barnehage og skole. Klagenemnda fant at innklagede hadde brutt kravet til nærmere begrunnelse

Detaljer

DRI2001 / FINF september Utvikling av en offentlig nettjeneste: MinSide. 21. september 2006 Marius Pellerud 1

DRI2001 / FINF september Utvikling av en offentlig nettjeneste: MinSide. 21. september 2006 Marius Pellerud 1 DRI2001 / FINF4001 21. september 2006 Utvikling av en offentlig nettjeneste: MinSide 21. september 2006 Marius Pellerud 1 1 Tema i forelesningen Hva skal MinSide bli? Faser i prosjektet Eksempel på strategi

Detaljer

Får man det man betaler for?

Får man det man betaler for? Får man det man betaler for? Eller kan man også sette pris på ting man får kastet etter seg? Av Jon Grov, 20. mai 2005 1 av 14 Tema Fri og proprietær programvare. Hvordan kan man vurdere programvarekvalitet?

Detaljer

Gode råd er ikke dyre

Gode råd er ikke dyre Gode råd er ikke dyre Kjenn din ide. Kjenn deg selv. Kjenn ditt marked. Kjenn din økonomi. Kjenn dine støttespillere. Hvorfor utsette seg for noe så vanskelig? Å starte en virksomhet er en prosess. Ja,

Detaljer