De fleste kjenner Tomras pantemaskiner, som er godt utbredt i store deler av verden.

Størrelse: px
Begynne med side:

Download "De fleste kjenner Tomras pantemaskiner, som er godt utbredt i store deler av verden."

Transkript

1 Risikoanalyse i ukjent terreng om farene ved innovasjon og test Av Audun Urke, Sogeti Norge AS Innlegget tar for seg risiko og test i prosjekter preget av innovasjon. Innovasjon er som regel ikke farlig, men der er farer som kan gjøre at vi ikke når opp til forventningene til produktkvaliteten vi er med på å utvikle. Hvordan kan vi håndtere en slik risiko som testere? Oppfinnelsen av hjulet var en av de viktige innovasjonene vi har hatt hittil i historien, og i dette innlegget skal vi bruke den for å illustrere risiko ved innovasjon generelt. Flere tips er dessuten baserte på erfaringer fra test i et utviklingsprosjekt på Tomra. T-9: siste generasjon pantemaskin De fleste kjenner Tomras pantemaskiner, som er godt utbredt i store deler av verden. Tomra har laget en ny generasjon panteautomat som fornyer og forbedrer teknologien sin. På innsiden av automatene til Tomra finner vi blant annet sensorbasert høyteknologi og kompliserte embedded systemer. Målet for prosjektet som utviklet T9 var en maskin som er raskere, renere og som har mulighet for å håndtere andre emballasjetyper som ikke kun er sirkulære. Den store innovasjonen var verdens første 360 gjenkjenningssystem.

2 En flaske skal raskt analyseres uavhengig hvordan den legges inn i maskinen, og det betyr bearbeiding av et stort antall former, strekkoder, pantehastigheter, sikkerhetsmerker for å nevne noe. I tillegg kom mye nytt innen hardware, operativsystem, måten softwarene i maskinen samarbeider og kommuniserer på, og mye mer. Testteamet for T9 prosjektet besto av en testleder og en fast tester, hvor det ble hentet inn flere spesialiserte testressurser ved behov. Vi skal utover se litt mer på hvordan testingen tok hensyn til risiko. Men først er det greit å ta for seg hva vi mener med embedded testing. Embedded testing Hva er et embedded system? Det er lettere å peke på de enn å fortelle hvilke trekk som forener dem. Det er alt fra mobiltelefoner til biler. Det de har til felles er at de interagerer med den relle fysiske verden, for eksempel gjennom sensorer, og kontrollerer en spesifikk hardware. Siden det er veldig forskjellig fra å teste en mobiltelefon fra bilbremser, kan vi ikke peke på en mal eller en enkelt best practice som kan gjelde for samtlige typer embedded testing. Men uansett hvilken testtilnærmelse vi velger vil vi måtte ta hensyn til risiko. Innovasjon av forretningshensyn Hva er innovasjon? Det er vel en eller annen form for fornyelse? De fleste må fornye seg i dag av forretningshensyn: Vi vil kjappere ut til kunden med produktet og redusere Time2Market. Vi vil

3 redusere kostnadene og sikre oss Return On Investment. Vi må utvikle nye produkter og bli mer tilgjengelige på flere plattformer og kanaler. Test av trendene Vår oppgave er å kunne teste disse nye produktene, og det er dette som er hovedfokuset i dette innlegget. Bare det å teste kan jo sies å være med på å redusere risiko. Utfordringene fremover er jo mange: Internet of Things, Skyen, Big Data, Bring Your On Device. Felles for mange av disse er at de setter store krav til sikkerhet og personvern. Innovere oss som testere Og vi må heller ikke glemme å selv innovere oss, vi testerne, for å kunne utnytte ny teknologi og kunnskap for å kunne teste riktig, effektivt, bredere osv. For å eliminere risiko har vi blant annet tatt innover oss smidige utviklingmetoder. Automatiseringsverktøy har gjort det mulig å kjøre flere og bredere tester. Vi har forsøkt å få test inn så tidlig som mulig i prosjektene og ved reviews av kravspesifikasjoner og annen dokumentasjon. Disruption Innovasjonen og fornyelsen kan komme som en plutselig og banebrytende nyhet, som for eksempel dannelsen av Universet. Og innføringen av en ny idè, og dermed en radikal endring, er ofte det man legger i begrepet «disruption». Mange tenker kanskje på IPhonen som et eksempel. Denne typen innovasjon kan gi utfordringer siden vi ikke helt vet hva det er best å sammenlikne med. Sustaining innovation Innovasjonen kan også komme sakte med sikkert, som evolusjonen man tilpasser seg nye krav og muligheter fra en verden som stadig er i endring. «Sustaining innovation» kalles det ofte. Vi kan kanskje da støtte oss på tidligere testmetodikk og resultater, men det må ikke bli noen hvilepute. Produktrisiko: vi når ikke forventningene til kvalitet Der er flere definisjoner på risiko. Det er vanlig å se risiko som noe negativt, som potensiale for at noe uønsket skal inntreffe. La oss her si at produktrisiko er faren for at leveransen og resultatet ikke når opp til kvaliteten vi forventer det skal ha. Hva er sannsynligheten for at en feil kommer til syne, og hva er konsekvensene hvis den preger produktet? Hvordan kan vi finne sannsynligheten for feil når vi mangler informasjon om hvilke risiko som kan oppstå, hvor de kan oppstå og hvordan og hvorfor? Og hvordan kan vi vite konsekvensene av dem når vi egentlig ikke helt vet hva vi skal teste, i hvert fall ikke i tidlige stadier? Her kan feil som slipper gjennom fra arbeidet med produktrisikoen skape forsinkelser og budsjettoverskridelser som igjen kan utgjøre prosjektrisko. Kort sagt, vi har en utfordring med at vi mangler informasjon. Metoder og verktøy for risikostyring

4 For å kunne demme opp mot det å mangle informasjon, må vi kunne metoder og verktøy for risikostyring. Ulike metoder og verktøy har ulike egenskaper og muligheter, og vi og hjelpemidlene må jobbe mot det samme målet. Hvis ikke, som vi ser på illustrasjonen, kan det bli vanskelig. Det er vanlig å se metoder for risikostyring ut fra noen faser eller trinn: identifisere trusler evaluere og vurdere truslene bestemme risikoen, altså sannsynlighet og konsekvens finne måter å redusere risikoene prioritere risikoreduksjonen ut fra en strategi man utvikler Risikostyring og informasjon Det er i de to første fasene at vi i størst grad står overfor utfordringer som skyldes manglende informasjon. Det er jo her vi plukker ut faremomenter vi skal bruke tid på å teste fremover. Vi må identifisere det som kan bli en bekymring, vite hva vi skal teste, hvilke egenskaper vi skal teste for. Vi må også analysere de risikoene vi finner for å si mer om hvor grundig vi skal teste dette. Det vi ikke vet, det har vi ikke godt av. Hvordan identifisere og analysere risiko ved innovasjon? Så hva gjør vi? Vel, vi vet fra teststatistikk generelt at utviklingsfeil pleier å være hyppige der funksjonaliteten er kompleks, helt ny eller at et tidligere produkt er tilpasset på en grunnleggende måte. Det vil også ha sammenheng med tiden vi har til disposisjon og hvilke teknikker og verktøy som benyttes. Var der ofte feil i et sammenliknbart tidligere prosjekt, har disse ofte en tendens til å gjenta seg. Jo flere grensesnitt, jo større mulighet for integrasjonsfeil. Og en del prosjektrisikoer kan også nevnes, som kommunikasjon og teamsammensetting. Kort sagt: endringer kan bety feil. En slik statistisk kunnskap må vedlikeholdes og kvalitetssikres, og vil nok endre seg avhengig av typer produkt, utviklingsmetodikk og tilgjengelig teknologi. Den er et fint grunnlag for å sette opp mulige risiko items tidlig i et prosjekt. Kanskje også som grunnlag for å velge videre teknikk for risikoidentifisering og analyse, og hvor formell denne skal være. Sjekklister for å finne risiko items

5 Vi kan bruke den statistiske kunnskapen som over, eller vi kan ta utgangspunkt i funksjonelle og ikkefunksjonelle egenskaper. Utfordringen er å forestille seg enhver situasjon som kan innebære en risiko. Hva kan gå galt hvis produktet ikke går over i riktig ny tilstand? Er det en sjanse for at data går tapt eller korrumperes? Vi har kanskje vært inne på flere av disse hensynene tidligere i prosjektfasen, for eksempel under kravspesifiseringen, under designen og andre forberedende faser. Men vi sitter kanskje likevel igjen med frykten for at vi har glemt noe, oversett noe: hva er det vi ikke har tenkt på? Uansett kan vi gå videre med sjekklistene, de krav satt fra prosjektledelse og interessenter, og det testgrunnlaget vi har å basere oss på. Men der er også teknikker som kan hjelpe oss. Teknikker Det finnes mange teknikker for risikoidentifisering og analyse. De går fra å være uformelle sjekklister, som vi nettopp har sett eksempel på og workshops med interessenter - til mer formelle metoder som Hazard Analysis og Failure Mode and Effect Analysis. Teknikkene brukes ofte basert på de krav, den design og den implementasjon som er ferdig på tidspunktet for risikoanalysen. Og på den måten vil teknikker og bruken av dem gjenspeile test basisen, altså den informasjonen som definerer den systematferden vi krever. Det kan være lurt å tenke gjennom hvor mye test basis legger føringer for risikostyringen. For prosjekter med mye innovasjon, kan det være utfordringer ved å bruke disse teknikkene hvis vi mangler nok eller riktige data. Product Risk Analysis Hvilken teknikk vi velger avhenger av hvor mye vi ønsker å kontrollere risikoen og hvor mye ressurser vi ønsker å bruke på dem. I Sogeti bruker vi Product Risk Analysis, som er en egenutviklet metode for

6 risikoanalyse som hjelper oss frem til slike vurderinger. Ønsket er å kunne prioritere det som har størst risiko. Etter å ha identifisert risiko items ut fra test goals og evaluert dem, er det et eget steg som vektlegger å begrunne risikoklassen som vi kommer frem til. Her er det viktig med en konsensus i prosjektet og med interessenter å komme frem til en liste. Denne listen blir i neste omgang utgangspunktet for å kunne prioritere i testprosessen. Vi forsøker å kontrollere for at vi mangler informasjon om innovasjonen med å inkludere flest mulige interessenter i vurderingen av risikoklasse og prioriteringen. Risikoanalysens betydning: testplan og omfang I risikobasert testing vil naturligvis risikoanalysen få en stor rolle for hele testprosessen. Risikoanalysen blir ofte utgangspunktet for master test plan, og dermed også for hvordan de enkelte testnivåene, innrettes. Den vil legge føringer også for testomfang og testteknikker. Hvordan vi ser risikoen vil altså påvirke hele arbeidsprosessen videre. Vi kan gi et eksempel på hvordan risiko kan påvirke testnivåer. På Tomra er testobjektene er komplekse, med mange mindre subsystemer som skal integreres. I tillegg til de mer vanlige testnivåene som unit testing og systemtesting, må man også ta høyde for HW/SW/FW integrasjonstesting: for eksempel - avlesninger av flaskeinformasjon brukes til både sortering og dataadministrasjon. Markedstester gir verdifull informasjon om produktet i ulike kontekster hvor der er flere og mer spesifikke krav til hvordan maskinen skal se ut, yte og opptre. Det er gjennom risikoanalysen vi finner testomfanget og testdekningen som vi ønsker, det er den som gir oss risikoklasser i teststrategien vår. Vi har da nok allerede en ide om hvilke egenskaper av produktkvaliteten vi kommer til å vektlegge i testingen. I embedded testing finner vi ofte ikkefunksjonelle egenskaper som må vektlegges like mye som de funksjonelle. Pantemaskinene og noen av sorteringsløsningene utviklet av Tomra testes i klimarom for å se om temperaturer og fuktighet påvirker funksjonaliteten. Siden maskinen fysisk vil stå på steder som utsetter den for lys, temperatur og muligens støt må man sjekke at hardware og software tåler slike påkjenninger. Stadig utvikling Ideelt bør risikoanalysen gjøres så tidlig som mulig, og bør jo være med i master test plan eller for eksempel i 0-sprinten hvis man bruker SCRUM. Ved innovasjon kan det dukke opp risiko underveis, av grunner som vi allerede har nevnt, som må håndteres. Vi må med andre ord holde risikoanalysen vår oppdatert. Det er viktig å huske at denne risikoanalysen må tilpasses funn, endringer og nye krav som kommer underveis i prosjektet.

7 Dette har som kjent ikke bare betydning for produktkvalitet, men også store konsekvenser for estimering og prosjektstyring altså prosjektrisiko. I prosjektet på Tomra ble prioriteringen av testingen gjort fortløpende ut fra en vurdering av ny funksjonalitet, viktigheten av eksisterende feil og behovet for regresjonstesting. Ved et par anledninger på Tomra ble det umulig å kjøre tester som tidligere var prioriterte ut fra risiko, blant annet fordi hardware ikke var klar til å testes på. Kjenn ditt testobjekt Testobjektet og testmiljøet må få en stor rolle siden det er stadig i endring. Det er her historikken til innovasjonen og produktet ligger og hjelper oss til å forstå hvilken tilstand testobjektet er i til enhver tid. Vi må vite hvilken tilstand testobjektet er i og hva det vil bety å teste på det. Dette handler mye om forventninger. Testeren må tørre å tenke nytt og være fleksibel for å ta innover seg endringene. Lag en logg over utviklingen. Alt dette er viktig skal vi gjenskape et testresultat, og ikke minst til at vi kan stole på at testresultatet er riktig.

8 Bruk av historikk for å finne nye risiki La oss se mer på oppfinnelsen av hjulet. Vi kan late som om vi har tilgang til informasjonen som prosjektet som utviklet hjulet hadde tilgang på. Historikk kan bli en viktig kilde. Selv om innovasjonen kommer som lyn fra klar himmel, kan det hende at noen vet mye om dette lynet allerede om enn fra en indirekte vinkel. Akkurat som man før det runde hjulet hadde firkantede hjul. En kilde til risikoidentifisering og analyse kan være å se på hvor feilene var i tidligere produkter og kanskje er det skrevet noe om andres utfordringer i utviklingen av sine? Bruk tilgjengelig historikk. I mange bransjer må man også huske at man fortsatt selger firkantede hjul, slik at man må vite hvilke virkninger det nye systemet kan få for det gamle. Kan sykkelrammene tåle både firkantede og runde hjul? Vi kan gi noen eksempler på hvordan det nye produktet må tilpasse seg, og kanskje krever tilpasninger på andre systemer. På Tomra skulle den nye T9-maskinen kunne benytte seg av etablert software og design for brukerkommunikasjon. Den skulle kunne integreres med tidligere sorterings- og oppbevaringsløsninger, såkalte bakrom, som opprinnelig var utviklet ut fra andre tidligere modeller. Likeså skulle T9 også støtte en rekke SW applikasjoner og backofficesystemer, blant annet for dataadministrasjon, som allerede var etablerte ute hos kundene. Test av den nye løsningen

9 Underveis har vi testet mye på tilgjengelig funksjonalitet og en del ikke-funksjonelle egenskaper, og dermed testet mye av innovasjonen. Vi har da løpende prioritert testingen ut fra krav som dukket opp underveis i tillegg til de satt i system test planen. Så vi har testet deler av det nye gjennom nye tester. Men kan vi være sikre på at vi har testet alt som vi skulle? For å svare på det, kan vi kanskje se tilbake. Kan vi teste dette nye vi har laget med de tidligere testene? Regresjonstestingen fra tidligere prosjekter kan gi nyttig informasjon men dekker den alt? Vi hadde en test for å sykle opp en trapp med firkantede hjul, vil denne testen være aktuell for en sykkel med runde hjul? Både for tester utviklet ut fra tidligere tester eller helt nye tester, er det viktig med fleksibilitet og omstillingsemne i testteamet, og god kommunikasjon i prosjektet. Så kort sagt, hvordan skal vi testere håndtere risiko ved innovasjon? Endringer kan bety at det er kommet inn en feil Kjenn testobjektet: Lag en logg Bruk all tilgjengelig historikk Test både nye og gamle egenskaper Test må inn tidlig. Vi skal ta de bugsene tidlig. Eller for å omskrive et kjent engelsk ordtak: the early worm is caught by the bird.

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

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

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

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling

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

Gjelder fra: 19.08.2014. Godkjent av: Fylkesrådet

Gjelder fra: 19.08.2014. Godkjent av: Fylkesrådet Dok.id.: 1.3.1.7.0 Metode beskrivelse av arbeidsprosess og risiko- og Utgave: 1.00 Skrevet av: Camilla Bjørn Gjelder fra: 19.08.2014 Godkjent av: Fylkesrådet Dok.type: Styringsdokumenter Sidenr: 1 av 7

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

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

Etatene/sentrene står fritt til å bruke egne kontroll-/konsekvensområder i tillegg.

Etatene/sentrene står fritt til å bruke egne kontroll-/konsekvensområder i tillegg. Dok.id.: 1.3.1.7.0 Metode for beskrivelse av arbeidsprosess og risiko- og Utgave: 1.00 Skrevet av: Camilla Bjørn Gjelder fra: 02.02.2016 Godkjent av: Camilla Bjørn Dok.type: Styringsdokumenter Sidenr:

Detaljer

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Høgskolen i Telemark 2 Lars- Martin Hejll Høgskolen I Telemark Oppgave 1 Spørsmål fra pensum (20%) 1. Nødvendige aktiviteter i systemutvikling:

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

Oppgave 1 Multiple Choice

Oppgave 1 Multiple Choice Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

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

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

K O N S U L E N T - I D : 2 5 2 2 C U R R I C U L U M V I T A E

K O N S U L E N T - I D : 2 5 2 2 C U R R I C U L U M V I T A E K O N S U L E N T - I D : 2 5 2 2 C U R R I C U L U M V I T A E Utdannelse 1996-1998 2 årig Informatikk ved Høyskolen i Østfold 1994-1996 2 årig Økonomi og Administrasjon ved Høyskolen i Østfold Sertifiseringer

Detaljer

Verdien av god leverandørtesting i konstruksjonsfasen i smidige prosjekter

Verdien av god leverandørtesting i konstruksjonsfasen i smidige prosjekter Verdien av god leverandørtesting i konstruksjonsfasen i smidige prosjekter FOREDRAGSHOLDERE Kristian Bjerke-Gulstuen Accenture siden 1999 Fra utvikler til Testleder og Kvalitetsansvarlig Leder Accenture

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

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

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

Detaljer

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

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

Detaljer

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

Prosjekteierrollen, krav og forventninger. Implementering av pensjonsreformen i Statens Pensjonskasse PERFORM

Prosjekteierrollen, krav og forventninger. Implementering av pensjonsreformen i Statens Pensjonskasse PERFORM Prosjekteierrollen, krav og forventninger Implementering av pensjonsreformen i Statens Pensjonskasse Bakgrunn og fakta Prosjekt Perform Implementering av regelverket knyttet til pensjonsreformen Migrering

Detaljer

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

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

Prosjektledelse - fra innsiden

Prosjektledelse - fra innsiden Prosjektledelse - fra innsiden Presentasjon hos UiO 31.08.2012 Ida Lau Borch, fagansvarlig i Metier AS Det ligger et fantastisk potensial i det å være best i prosjektledelse og -styring Prosjekteierstyring

Detaljer

Testing tidlig i livssyklusen smidige prosjekter. Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria

Testing tidlig i livssyklusen smidige prosjekter. Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria Testing tidlig i livssyklusen smidige prosjekter Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria 20.03.2014 Arne Erik Hurum, Testansvarlig Helseforvaltningsløsninger/eSaks Hva er esaks Hvordan

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

Stein Haugen Sjefsingeniør, Safetec Nordic Professor II, NTNU

Stein Haugen Sjefsingeniør, Safetec Nordic Professor II, NTNU 25 år 1984-2009 25 år 1984-2009 Stein Haugen Sjefsingeniør, Safetec Nordic Professor II, NTNU Stein.Haugen@safetec.no / Stein.Haugen@ntnu.no Basis for presentasjon Først og fremst offshore og erfaringer

Detaljer

Høgskolen i Oslo og Akershus

Høgskolen i Oslo og Akershus Høgskolen i Oslo og Akershus Gruppe 2 Forprosjektrapport Presentasjon Oppdragsgiver: Prosjekttittel: Definisjon: Accenture Shera Shera er en «event»-applikasjon til Android der man kan registrere arrangementer

Detaljer

3.4 RISIKOSTYRING. Hva er risiko? Risikostyring Metoder for risikoanalyse

3.4 RISIKOSTYRING. Hva er risiko? Risikostyring Metoder for risikoanalyse 3.4 RISIKOSTYRING Hva er risiko? Risikostyring Metoder for risikoanalyse I design av kvalitet og prosesser må vi forebygge farlige forhold og uønskede hendelser. Som en generell regel gjelder 80/20-regelen

Detaljer

Hva er en innovasjon? Introduksjonsforelesning TIØ4258. Hvorfor er innovasjoner viktige? Hva er en innovasjon (II) Forslag?

Hva er en innovasjon? Introduksjonsforelesning TIØ4258. Hvorfor er innovasjoner viktige? Hva er en innovasjon (II) Forslag? 1 2 Hva er en innovasjon? Introduksjonsforelesning TIØ4258 Forslag? Ola Edvin Vie Førsteamanuensis NTNU 3 Hva er en innovasjon (II) Nye produkter Nye tjenester Nye prosesser og rutiner Nye ideer Nye markeder

Detaljer

Smidig metodikk, erfaringer fra NAV Fagportal

Smidig metodikk, erfaringer fra NAV Fagportal Smidig metodikk, erfaringer fra NAV Fagportal Gry Hilde Nilsen, NAV Morten Tveit, Fornebu Consulting NAV, 08.03.2011 Side 1 Smidig gjennomføring i NAV Fagportal Individer og samspill framfor prosesser

Detaljer

Prosjektledelse, prosjektplanlegging, teamarbeid

Prosjektledelse, prosjektplanlegging, teamarbeid INF1050: Systemutvikling 25. mars 2015 Prosjektledelse, prosjektplanlegging, teamarbeid Universitetslektor Yngve Lindsjørn INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 31. Mai, 2011 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 6 sider Vedlegg:

Detaljer

Tom Røise 27.Jan 2011

Tom Røise 27.Jan 2011 Forelesning IMT2243 27. Januar 2011 Tema : Risikostyring i systemutviklingsprosjekter Prosjektstyring i systemutviklingsprosjekter Presentasjon av prosjektoppgave 2011 Prosjektplandokumentet (Innlevering

Detaljer

Bruk av risikoverktøy i byggeprosjekter, eksempel Strindheimstunnelen

Bruk av risikoverktøy i byggeprosjekter, eksempel Strindheimstunnelen Bruk av risikoverktøy i byggeprosjekter, eksempel Strindheimstunnelen BegrensSkade fagdag 26.november 2015 Bjørn Kalsnes, NGI, DP 5 leder Torgeir Haugen, NCC 2015-11-26 BS fagdag 1 Innhold Hva er risiko?

Detaljer

IEC 61508. Hovedprinsipper og veiledning

IEC 61508. Hovedprinsipper og veiledning IEC 61508 Hovedprinsipper og veiledning Stein Hauge SINTEF Tlf: 75 17 33 70 / 930 18 395 haustein@online.no / stein.hauge@sintef.no 1 Bare måtte bruke IEC 61508 1 2 3 4 5 6 7 8 9 1010 1 1212 1313 1414

Detaljer

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG SCRUM Smidig prosjektledelse og utvikling 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG HVORDAN SPISER DU EN ELEFANT? EN BIT AV GANGEN 'HOW WILL YOU LIVE, RAMBO?'

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

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

Erfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009. Motivasjon av kunder og Nyttige verktøy

Erfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009. Motivasjon av kunder og Nyttige verktøy Erfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009 Motivasjon av kunder og Nyttige verktøy 2009-05-20 Computas AS 2008 Computas-metodikk fra da til nå Computas

Detaljer

Saksnummer 13/00203 1 / 29

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

Detaljer

Fra idé til marked Hvorfor elektronikk handler om mer enn kretskort

Fra idé til marked Hvorfor elektronikk handler om mer enn kretskort NCEI Teknologifrokost 25. Mars 2015 Fra idé til marked Hvorfor elektronikk handler om mer enn kretskort Del 1: Are Hellandsvik Forsker ved SINTEF IKT Kommunikasjonssystemer Del 2: Terje Frøysa Forsker

Detaljer

1. Hvilke type krav angår sikkerhet og pålitelighet?

1. Hvilke type krav angår sikkerhet og pålitelighet? 1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan

Detaljer

SALG. Hvorfor skal vi selge? For å sikre at. Hva er salg? Salg er å få. På samme måte

SALG. Hvorfor skal vi selge? For å sikre at. Hva er salg? Salg er å få. På samme måte SALG Hvorfor skal vi selge? For å sikre at For å sikre at Hva er salg? Salg er å få På samme måte Selgerstiler Skal vi bare være hyggelige eller selge for enhver pris? Salgsintensitet Målrettet salg Definere

Detaljer

20. Skadeforbyggende arbeid et felles ansvar

20. Skadeforbyggende arbeid et felles ansvar 20. Skadeforbyggende arbeid et felles ansvar Av skade blir man klok men ikke rik. Per Vetaas Vesta Forsikring AS per.vetaas@vesta.no Endringene i næringslivet går raskere og risikobildet blir stadig mer

Detaljer

Remote Video Solutions. Kameratjenester fra Securitas

Remote Video Solutions. Kameratjenester fra Securitas Remote Video Solutions Kameratjenester fra Securitas 2 Remote Video Solutions Remote Video Solutions gir deg økt trygghet. Vi kombinerer smart teknologi og vektere i en sikkerhetsløsning som vi vet kan

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

Kommende Trender Innenfor Test

Kommende Trender Innenfor Test Kommende Trender Innenfor Test Jennifer Blechar, Sopra Steria April 2015 Trondheim Test Conference Jennifer Blechar Studerte matematikk i USA, mastergrad fra London School of Economics, doktorgrad fra

Detaljer

Psykologisk kontrakt - felles kontrakt (allianse) - metakommunikasjon

Psykologisk kontrakt - felles kontrakt (allianse) - metakommunikasjon Tre kvalitetstemaer og en undersøkelse Psykologisk kontrakt felles kontrakt/arbeidsallianse og metakommunikasjon som redskap Empati Mestringsfokus 9 konkrete anbefalinger basert på gruppevurderinger av

Detaljer

HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no

HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no Fra SPKs strategi IT-tjenestene for kjerneprosessene i SPK er overordnet ansett å være gode og

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Use 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

Detaljer

Kjørehjelperen Testdokumentasjon

Kjørehjelperen Testdokumentasjon 2013 Kjørehjelperen Testdokumentasjon Høgskolen i Oslo og Akershus Henrik Hermansen og Lars Smeby Gruppe 8 26.05.2013 Forord Dette dokumentet tar for seg to forskjellige ting. Først forklares det hvordan

Detaljer

TM - Råsterk kanal for å selge mer! fredag 31. oktober 2008

TM - Råsterk kanal for å selge mer! fredag 31. oktober 2008 TM - Råsterk kanal for å selge mer! 1 1 DirektMedia Norge AS DirektMedia 130 ansatte 210 millioner i omsetning Norges største innen CRM- og direktemarkedsføring En totalleverandør i det norske CRM-markedet

Detaljer

Hasardidentifikasjon. Hvordan finne ut hva som kan gå GALT FØR det går galt.

Hasardidentifikasjon. Hvordan finne ut hva som kan gå GALT FØR det går galt. Hasardidentifikasjon Hvordan finne ut hva som kan gå GALT FØR det går galt. 1 Hasard (trussel, uønsket hendelse) 2 Hendelse/situasjon som potensielt kan medføre skade på mennesker eller miljø. Bilkollisjon,

Detaljer

STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen

STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen Tid: Mandag 06.08.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent

Detaljer

Oversikt over bevis at det finnes uendelig mange primtall med bestemte egenskaper

Oversikt over bevis at det finnes uendelig mange primtall med bestemte egenskaper Oversikt over bevis at det finnes uendelig mange primtall med bestemte egenskaper Richard Williamson 3. desember 2014 Oppgave 1 La n være et naturlig tall. Bevis at det finnes et primtall p slik at p >

Detaljer

IT I PRAKSIS!!!!! IT i praksis 20XX

IT I PRAKSIS!!!!! IT i praksis 20XX IT I PRAKSIS 1 IT i praksis 20XX 2 IT I PRAKSIS FORORD 3 INNHOLD 4 IT I PRAKSIS Styringsmodell for utviklingsprosjekter (SBN) 5 Fra en idé til gevinstrealisering styringsmodell for utviklingsprosesser

Detaljer

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495 Charlotte Sjøthun s180495 Nanna Mjørud s180477 Anette Molund s181083 Kravspesifikasjon Android app for aktivering av jakt- og fiskekort Bacheloroppgave vår 2014 Høgskolen i Oslo og Akershus Forord Hensikten

Detaljer

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016 Pillbox Punchline Gruppe 8 André Østhagen Bye, s198607 Annika Hammervoll, s198611 Hanne Rygge, s198613

Detaljer

Teststrategi! Teststrategi! Kom og kjøp!

Teststrategi! Teststrategi! Kom og kjøp! Teststrategi! Teststrategi! Kom og kjøp! Testdagen ODIN 2013 Remi Hansen 26.09.2013 PROMIS AS 1 Meg og mitt anliggende Anti-patterns Noen anbefalinger Photo (Flickr): Spiroll 26.09.2013 PROMIS AS 2 Remi

Detaljer

Referat fra Temakveld om lobbyvirksomhet 27.1.2011 Innleder: Håvard B. øvregård, leiar for Noregs Mållag

Referat fra Temakveld om lobbyvirksomhet 27.1.2011 Innleder: Håvard B. øvregård, leiar for Noregs Mållag Referat fra Temakveld om lobbyvirksomhet 27.1.2011 Innleder: Håvard B. øvregård, leiar for Noregs Mållag Definisjon lobbyvirksomhet Personers forsøk på å påvirke politikere/makthavere/beslutningstakere

Detaljer

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

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

Detaljer

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

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Utviklingsprosesser & krav og behov

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Utviklingsprosesser & krav og behov INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen Utviklingsprosesser & krav og behov I DAG GENERELT - Generell informasjon - Et par eksempler på dårlig utforming UTVIKLINGSPROSESSER - Fire tilnærminger

Detaljer

NFLB vinterkonferanse København 2009. Risikoforståelse ved Stig Larsen Rig Manager Odfjell Drilling. RISIKOIDENTIFISERING

NFLB vinterkonferanse København 2009. Risikoforståelse ved Stig Larsen Rig Manager Odfjell Drilling. RISIKOIDENTIFISERING NFLB vinterkonferanse København 2009. Risikoforståelse ved Stig Larsen Rig Manager Odfjell Drilling. RISIKOIDENTIFISERING Bakgrunn Hvorfor gjør vi dette? Stadig flere hendelser får oppgitt manglende risikoforståelse

Detaljer

IT Service Management

IT Service Management IT Service Management Forelesning uke 7 Innhold Endringer Endringer i ITIL: Service Transition Endringer - en nødvendig onde? If it ain t broke don t fix it. De fleste supportsaker synes å skyldes endringer

Detaljer

Smidig utvikling NTNU 10.01.2014 Tor-Erik Mathisen tor-erik.mathisen@accenture.com

Smidig utvikling NTNU 10.01.2014 Tor-Erik Mathisen tor-erik.mathisen@accenture.com Smidig utvikling NTNU 10.01.2014 Tor-Erik Mathisen tor-erik.mathisen@accenture.com Accenture, its logo, and High Performance Delivered are trademarks of Accenture. Agenda Hvorfor Hva Scrum Prosjekteksempel

Detaljer

KTN1 - Design av forbindelsesorientert protokoll

KTN1 - 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

Detaljer

Selvmordsvurdering. Et sjakkspill med flere ukjente. Ole Jørgen Hommeren 0verlege spes i psykiatri og arbeidsmedisin

Selvmordsvurdering. Et sjakkspill med flere ukjente. Ole Jørgen Hommeren 0verlege spes i psykiatri og arbeidsmedisin Selvmordsvurdering Et sjakkspill med flere ukjente Ole Jørgen Hommeren 0verlege spes i psykiatri og arbeidsmedisin I sjakk er alle regler absolutte. Alt kan analyseres og sannsynliggjøres. I suicidrisikovurdering

Detaljer

BommBang - Boomdans veiledning. BoomBang BoomDans. Forarbeid. Trinnene illustrerer hvordan en komposisjonsprosess kan arte seg i forhold til rytme.

BommBang - Boomdans veiledning. BoomBang BoomDans. Forarbeid. Trinnene illustrerer hvordan en komposisjonsprosess kan arte seg i forhold til rytme. BoomBang BoomDans Forarbeid Forarbeidet er laget som et flertrinnsprosess, og skolen velger selv hvor mange trinn i prosessen de følger. Trinnene illustrerer hvordan en komposisjonsprosess kan arte seg

Detaljer

Sertifisert Tester. Foundation Level Extension Pensum Agile Tester

Sertifisert Tester. Foundation Level Extension Pensum Agile Tester Sertifisert Tester Foundation Level Extension Pensum Agile Tester Norsk versjon 2015.N1 Basert på Engelsk versjon 2014 Norwegian Testing Board Copyright Dette dokument kan kopieres helt eller delvis, eller

Detaljer

Organisasjonsutvikling som kulturarbeid

Organisasjonsutvikling som kulturarbeid Organisasjonsutvikling som kulturarbeid Fagutvikling kan være innføring av nye tiltak eller evaluering og justeringer av etablerte tiltak. Fagutvikling kan også være innføring av nye metoder eller det

Detaljer

Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen

Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold Ove Dalen There is a lack of discipline in many web publishing processes because managers in charge of websites often don't respect

Detaljer

Forprosjektrapport MetaView

Forprosjektrapport MetaView Forprosjektrapport MetaView BACHELOROPPGAVE VÅREN 2014 Presentasjon Tittel: MetaView Oppgave: Utvikle en Windows 8 applikasjon som skal forenkle en liten del av MetaVision. Et verktøy for sykehus, leger

Detaljer

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

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

Detaljer

Velkommen til minikurs om selvfølelse

Velkommen til minikurs om selvfølelse Velkommen til minikurs om selvfølelse Finn dine evner og talenter og si Ja! til deg selv Minikurs online Del 1 Skap grunnmuren for din livsoppgave Meningen med livet drømmen livsoppgaven Hvorfor god selvfølelse

Detaljer

Kvalitetssikring i vår digitale hverdag - kan vi teste som vi alltid har gjort?

Kvalitetssikring i vår digitale hverdag - kan vi teste som vi alltid har gjort? Kvalitetssikring i vår digitale hverdag - kan vi teste som vi alltid har gjort? Trude Rosendal Computerworld 1/9-2015 1 Hva er det vi skal teste i vår digitale hverdag? Alle nåværende og fremtidige digitale

Detaljer

* Fra Lykketyvene. Hvordan overkomme depresjon, Torkil Berge og Arne Repål, Aschehoug 2013.

* Fra Lykketyvene. Hvordan overkomme depresjon, Torkil Berge og Arne Repål, Aschehoug 2013. * Fra Lykketyvene. Hvordan overkomme depresjon, Torkil Berge og Arne Repål, Aschehoug 2013. Mange personer med depresjon og angstlidelser eller med søvnproblemer, vedvarende smerter og utmattelse bekymrer

Detaljer

Erfaringsoverføring fra prosjekt til linje

Erfaringsoverfø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

Detaljer

Risikoanalysemetodikk

Risikoanalysemetodikk Risikoanalysemetodikk Mars 2012 Eva Henriksen, eva.henriksen@telemed.no Eva Skipenes, eva.skipenes@telemed.no Sikkerhetsrådgivere NST www.telemed.no/sikkerhet Metodikk for Risikoanalyse Risikovurdering

Detaljer

Evaluering av IT-systemer Introduksjon. Monica Kristiansen

Evaluering av IT-systemer Introduksjon. Monica Kristiansen Evaluering av IT-systemer Introduksjon Monica Kristiansen 1 Bruk av programvare i kritiske systemer En spennende verden! 2 Avanserte løfteraketter (Ariane 5) 3 Avanserte flyegenskaper 4 Avanserte flyegenskaper

Detaljer

Erfaring med funksjonell testing i en integrert ALM prosess

Erfaring med funksjonell testing i en integrert ALM prosess Erfaring med funksjonell testing i en integrert ALM prosess Forutsetninger for å kunne gjennomføre effektiv test Høy testdekning ved hjelp av regresjonstesting Feilhåndtering gjennom hele livssyklusen

Detaljer

AlgDat 12. Forelesning 2. Gunnar Misund

AlgDat 12. Forelesning 2. Gunnar Misund AlgDat 12 Forelesning 2 Forrige forelesning Følg med på hiof.no/algdat, ikke minst beskjedsida! Algdat: Fundamentalt, klassisk, morsomt,...krevende :) Pensum: Forelesningene, oppgavene (pluss deler av

Detaljer

TJENESTEDESIGN. Illustrasjon: SINTEF. Trygge spor

TJENESTEDESIGN. Illustrasjon: SINTEF. Trygge spor TJENESTEDESIGN Illustrasjon: SINTEF Trygge spor Innhold Status i tjenestedesign Innsikter fra personer med demens og pårørende Utkast til tjenestemodell Leveranser Tjenestemodell Åfjord Tjenestemodell

Detaljer

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

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

Programområde for design og tekstil - Læreplan i felles programfag

Programområde for design og tekstil - Læreplan i felles programfag Programområde for design og tekstil - Læreplan i felles Fastsatt som forskrift av Utdanningsdirektoratet 11. januar 2007 etter delegasjon i brev av 26. september 2005 fra Utdannings- og forskningsdepartementet

Detaljer

ITS-stasjonen. Kooperative systemer og utvikling av leverandørmarkedet. 24. april 2012

ITS-stasjonen. Kooperative systemer og utvikling av leverandørmarkedet. 24. april 2012 ITS-stasjonen Kooperative systemer og utvikling av leverandørmarkedet 24. april 2012 Det er daglig kø på 10% av Europas motorveger. Forsinkelser fører til unødig drivstofforbruk på 1.9 milliarder liter

Detaljer

Aktive hyller (Ref #1307884069102)

Aktive hyller (Ref #1307884069102) Aktive hyller (Ref #1307884069102) Søknadssum: 429600 Kategori: Ny formidling Varighet: Ettårig Opplysninger om søker Organisasjonsnavn / nr Deichmanske bibliotek / 992410213 Arne Garborgs plass 4 0179

Detaljer

Vi prioriterer næringslivet, bekjempelse av svart økonomi og sikker ID-forvaltning

Vi prioriterer næringslivet, bekjempelse av svart økonomi og sikker ID-forvaltning Vi prioriterer næringslivet, bekjempelse av svart økonomi og sikker ID-forvaltning Næringslivet opplever likere konkurransevilkår og betydelig redusert byrde Gjennom et slagkraftig samarbeid legger vi

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

Hvordan kan vi utvikle og etablere sikrere løsninger? Kasus: for mobiltelefoner og nettbrett

Hvordan kan vi utvikle og etablere sikrere løsninger? Kasus: for mobiltelefoner og nettbrett Hvordan kan vi utvikle og etablere sikrere løsninger? Kasus: for mobiltelefoner og nettbrett SpareBank 1 Finanshus Forvaltning 805 mrd. Bank, forsikring, eiendomsmegling, inkasso, etc. ca 6500 ansatte

Detaljer

John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM

John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM 1 AGENDA DEL1 HVA ER BPM Hva er BPM Utfordringen Gruppearbeid DEL2 PRAKTISK MODELLERING OG DEMO MED BIZAGI Hva er BPMN BPMN modellering verktøy

Detaljer

OBS! Man kan skrive på norsk!

OBS! Man kan skrive på norsk! 1 OBS! Man kan skrive på norsk! 2 Eksempel hentet fra en søknad som fikk støtte etter søknadsrunden våren 2014. Teksten som er uthevet viser eksempler på hvordan søknaden er relevant både for skolens egne

Detaljer

Aktivitet Forberedelse, gjennomføring, rapportering og oppfølging av Risikoanalyse.

Aktivitet Forberedelse, gjennomføring, rapportering og oppfølging av Risikoanalyse. RISIKOANALYSE OG FAREREDUSERENDE TILTAK Hensikt Å etablere en skriftlig oversikt på hva som kan gå galt med tilhørende sannsynlighetsgrad for at det skjer med gradering av konsekvens. Videre fastlegge

Detaljer

Vedlegg Brukertester INNHOLDFORTEGNELSE

Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester... 1 Testrapport Wireframe... 2 1. INTRODUKSJON... 2 1.1 Systemoversikt... 2 1.2 Meningen med testen... 2 2 TESTPLAN... 2 2.1 Funksjoner som

Detaljer

Performance Testing av IT løsninger. En liten hva og hvorfor på performance testing - Thor Olav Sørnmo, Teleplan Consulting

Performance Testing av IT løsninger. En liten hva og hvorfor på performance testing - Thor Olav Sørnmo, Teleplan Consulting Performance Testing av IT løsninger En liten hva og hvorfor på performance testing - Thor Olav Sørnmo, Teleplan Consulting Om Teleplan Consulting Etablert i 1959. Langsiktig og solid privat eierskap Eget

Detaljer