Presentasjon 1, Requirement engineering process

Størrelse: px
Begynne med side:

Download "Presentasjon 1, Requirement engineering process"

Transkript

1 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 så det kan være flere forskjellige modeller av samme prosess (ingen enkel modell gir deg en komplett forståelse av prosessen) Nyttig når vi vet hvordan vi skal gjøre noe og vi vil forsikre oss om at andre gjør det på samme måten Requirements Engineering prosessmodeller er strukturerte aktiviteter som utføres for å lage, validere og opprettholde et kravdokument. De viser handlingene og leveringsveiene som er involvert i behandlingen av de forskjellige prosesser som hører til kravdokumentet eller systemutviklingen. Existing systems information Stakeholder needs Organisational standards Requirements ing process Agreed requirements System specifications Regulations Domain information System models Input og output til Requirement Enigineerings process 1

2 Coarse-grain Activity modell Grovstrukturerte aktivitetsmodeller beskriver sammenhengen mellom de forskjellige aktivitetene i prosessen. Kravdokumentet, eller systemutviklingen, består gjerne av flere forskjellige sammenhengende prosesser. De grovstrukturerte modellene viser prosesser som gir input til, og henter output fra bestemte prosesser. Slike modeller gir brukerne en oversikt over de forskjellige arbeidsoppgavene i hele prosessen. I begynnelsen er en slik modell et godt utgangspunkt, men etter hvert trengs mer detaljerte modeller. elicitation analysis and negotitaion documentation validation - Bruker behov - Domene informasjon - Eksisterende system - Informasjon - Forskrifter - Standarder document System specification Agreed requirements Spiral modell Man starter spiralen og dens aktiviteter blir repetert til kunde og leverandør er fornøyde med kravene. Når dette skjer har man et kravdokument. 2

3 Prosessmodellene inneholder disse aktivitetene: - Requirements elicitation o Finne kravene - Requirements analysis and negotiation o Analysere kravene og forhandle frem en kompromiss - Requirements documentation o Komme frem til et kravdokument som er forståelig for alle - Requirement validation o Sjekke kravene i forhold til konsistens og fullstendighet 3

4 Prosessaktør Prosessaktørene er mennesker og/eller organisasjoner som vil bli påvirket av systemet og som har direkte eller indirekte innflytelse på systemet. For å få en best mulig prosess er det viktig å involvere alle interessenter, som for eksempel sluttbrukerne, ulike ledere, utviklere, kunder, utenforstående organisasjoner som sertifikatutstedere og standardorganisasjoner av et system. Vanligvis blir aktørene identifisert ved hvilken rolle de har, f. eks. requirement. Dette gjør det lettere fordi disse rollene er assosiert til aktiviteter i prosessen. For å vise aktørenes assosiasjon til prosessaktiviteter kan man lage et rollehandlingsdiagram. Dette diagrammet blir ofte laget når prosessen blir detaljert beskrevet. Eks. over software prototyping Aksjon/handling Forstå problemet Etablere kravutkast Velge prototype system Utvikle prototype Evaluere prototype - Req. - Domene ekspert Sluttbruker -Reg. - Sluttbruker - SW - Prosjekt leder - Req. - SW - Sluttbruker - Domene ekspert - Req. - SW Rolle 4

5 Prosesstøtte Det finnes to typer verktøy for å støtte requirement ing prosessen: 1. Modellerings- og valideringsverktøy støtter utviklingen av systemmodeller som kan brukes til å spesifisere systemet, og for å sjekke fullstendigheten og samsvaret mellom disse modellene. Disse verktøyene gjør det mulig å: a. Lage grafisk- eller tekstmodeller av kravene b. Sjekke om navn er dupliserte c. Finne ut om det er ulinkede entiteter i en modell 2. Managementsverktøy hjelper med å håndtere en kravdatabase, støtter håndteringen av forandringer i kravene og skaper oversiktlighet. Grunnen til at man har utviklet disse verktøyene, er fordi man har store problemer med håndtere den store mengden data som blir samlet under requirement prosessen. Disse verktøyene gjør det mulig å: a. Arkivere forandringsforslag b. Linke forandringene til relaterte krav c. Hele tiden ha status på forandringene d. Rekonstruere kravenes historie e. Støtte sporbarhet 5

6 Prosess management Denne prosessen skal håndtere store mengder med informasjon, og sikre at denne informasjonen kommer frem til riktig sted. Prosessen skal: - håndtere forandringer til krav - håndtere relasjonene mellom kravene - håndtere bindingen mellom kravdokument og andre dokumenter 6

7 Prosesskvalitet En antagelse er at kvaliteten på utviklingsprosessene direkte påvirker kvaliteten på det leverte produktet. Bedriftenes evne til å ha en god prosesskvalitet er avhengig av deres modenhet til faktorer som blant annet å overholde budsjetter, holde tidsrammer og tilfredstille kundens behov. For å få et kvalitetsprodukt er det viktig å gjenkjenne relevante kilder, og få med alle viktige krav og gi en nøyaktig beskrivelse av kravene I denne modenhetsprosessen er det ifølge CMM (Capability Maturity Model) en modenhetsstige på 5 steg Prosessmodenhets modeller SEI CMM Delt inn i fem nivåer (Initielt (ukontrollert), Repeterbart (produkthåndtering), Definerbart (prosesshåndtering), Håndterbart (kvalitetshåndtering), Optimalisert (prosessforbedring)) SPICE Prosessmodenhets modell for mindre bedrifter (fem nivåer) (Fraværende, Utføres uformelt, Institusjonalisert, Kontrollert og styrt, Optimalisert)

8 Prosessforbedring Prosessforbedring betyr å ha forståelse for de eksisterende prosesser, og å forandre disse for å høyne produktkvalitet og/eller redusere kostnader og utviklingstid. Litteraturen har hittil fokusert på å forbedre prosesser for å øke kvaliteten på produktet, her tenker man mest på å redusere antall feil i sw. Vi ser nå at det blir viktigere å få økt forståelse for krav, forventninger i markedet og bedriftenes interessenter. (herunder det å redusere kostnader og utviklingstid.) Prosessforbedring forstås ikke bare med å adoptere bestemte metoder, verktøy eller å bruke noen modeller som er blitt brukt andre steder. Prosessforbedring bør sees på som en aktivitet som er spesifikk for en organisasjon eller for et produkt. Prosessforbedring må være kontinuerlig og iterativ. Dette for å kunne vurdere og videreutvikle prosessene. Det er fire spørsmål man må kunne svare på i forbindelse med prosessforbedring: 1. Hva er problemene med de eksisterende prosessene? 2. Hva er forbedringsmålene? 3. Hvordan kan vi introdusere prosessforbedringer for å nå målene? 4. Hvordan skal forbedringene kontrolleres og håndteres? De ulike stegene i prosessforbedring: - Analyse Her undersøkes eksisterende prosesser og det lages en prosessmodell. Dette for å dokumentere og forstå prosessen. - Identifikasjon Her bruker man resultatet i analysen til å identifisere kvalitet. - Introduksjon De nye metodene, prosedyrene og verktøyene settes på plass, og integreres med andre aktiviteter. - Opplæring For å få utbytte av de nye forbedringene trenges det opplæring. Uten opplæring kan de nye forandringene gjøre kvaliteten dårligere. 8

Requirement Engineering Process

Requirement Engineering Process Prosessaktører Prosesstøtte Prosess management Prosesskalitet Prosessforbedring Horfor bruke prosessmodeller? forenklet beskrielse a en prosess lagd ut fra et bestemt perspekti så det kan ære flere forskjellige

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

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

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

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

Kap. 10 Systemutvikling System Engineering

Kap. 10 Systemutvikling System Engineering Kap. 10 Systemutvikling System Engineering - Utvikling og integrering av både maskin- og programvare. - Hvordan oppstår behov for programvare? - Hvordan inngår programvare i en sammenheng med andre (del)systemer,

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

INF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav

INF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav INF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav 19. September 2016 Institutt for Informatikk, Universitetet i Oslo johe@ifi.uio.no Behov? Krav? 3 Krav

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

Chapter 4 Requirements Engineering

Chapter 4 Requirements Engineering Chapter 4 Requirements Engineering Letizia Jaccheri Professor Institutt for Datateknikk (IDI) Office 106, tel. (735)93469, letizia@idi.ntnu.no www.letiziajaccheri.org Course home page http://www.idi.ntnu.no/emner/tdt4140/

Detaljer

Bolk om Kravspesifisering

Bolk om Kravspesifisering Bolk om Kravspesifisering Guttorm Sindre, IDI Læremål Forstå Hva en kravspesifikasjon er, og hva den bør inneholde? Hvorfor god kravspesifikasjon er viktig i IS - utviklingsprosjekter Hvordan man går fram

Detaljer

KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300

KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300 NORGES TEKNISK- NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Navn: Hallvard Trætteberg Tlf.: 7359 3443 Hjelpemidler: Ingen tillatte hjelpemidler.

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

Digitalisering av krav - kravhåndtering

Digitalisering av krav - kravhåndtering Digitalisering av krav - kravhåndtering Frokostmøte Standard Norge 23. mai 2017 Kirsten Helle Broadest portfolio of solutions for the production and transformation of oil and gas Subsea Onshore/Offshore

Detaljer

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 8 september 2014

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 8 september 2014 Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 8 september 2014 Behov with UI, we are faced with counterintui%ve interac%on methods that are tailored to the needs

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

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Oversikt Behov Krav Oppgavebeskrivelse Oppgaveanalyse Behov og krav Behov Noe som ikke er koplet

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

INF 5120 Obligatorisk oppgave Nr 2

INF 5120 Obligatorisk oppgave Nr 2 INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping

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

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering. Bakgrunn Modellering har lenge vært et kjent begrep innen systemutvikling. På 80-tallet ble metoder som Yourdon/Demarco og Gane&Sarson brukt for å lage dataflyt-diagrammer. Etter hvert ble disse integrert

Detaljer

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet

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

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

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

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

Detaljer

ISO 27001 Syscom brukerforum 2013 Jørn Erik Hornseth og Torbjørn Remmen

ISO 27001 Syscom brukerforum 2013 Jørn Erik Hornseth og Torbjørn Remmen ISO 27001 Syscom brukerforum 2013 Jørn Erik Hornseth og Torbjørn Remmen Informasjonssikkerhet Visjon «Organisasjonen anerkjennes som ledende aktør innen informasjonssikkerhet» Oppdrag «Å designe, implementere,

Detaljer

Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi.

Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Oppsummering infosys Strategier Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Forretningststrategi Porters modell - konkurransefordel Bedriften oppnår konkurransefordel

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

Agenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen

Agenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen TDT4140: Kravinnhenting Torbjørn Skramstad IDI / NTNU Introduksjon til objektorientert design Agenda Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav Intervju Scenarier Etnografi Eksempel

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

Oppsummering. Thomas Lohne Aanes Thomas Amble

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

Detaljer

Kontrakter. INF1050: Gjennomgang, uke 12

Kontrakter. INF1050: Gjennomgang, uke 12 Kontrakter INF1050: Gjennomgang, uke 12 Kompetansemål Kontrakter I plandrevet utvikling I smidig utvikling Behov for smidige kontrakter Kontraktsmodeller PS2000 Del I: Kontrakter Grunnleggende: Hva? Plandrevet

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

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

Kravspesifiseringsprosessen

Kravspesifiseringsprosessen IMT2243: 18.februar 2010 DAGENS : Metoder for å få kartlagt de Funksjonelle kravene Strukturert Analyse den gamle måten og gjøre det på (dette foilsettet + wikipedia-omtalen er eneste pensum innen SA)

Detaljer

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller

Detaljer

Forslag til løsning. Oppgave 1

Forslag til løsning. Oppgave 1 Forslag til løsning Eksamen 2003 Oppgave 1 A) Lag en Business Model (COMET) for krisehåndteringssystemet. B) Diskuter fordeler og ulemper ved bruk av COMET i forhold til (Rational) Unified Process for

Detaljer

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner Software Engineering - definisjoner Kap. 2 Prosessen Utviklingsprosessen Modeller for utvikling Bauer: Etablering og bruk av gode ingeniørmessige prinsipper for å fremskaffe økonomisk programvare som er

Detaljer

Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen

Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen IMPLEMENTERINGSPLAN September 2015 ISO 9001:2015 publiseres Høst 2015 Akkreditering av sertifiseringsorganene

Detaljer

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 1.09.00 Software Engineering Filformat: 1 Filnavn: Børre

Detaljer

Obligatorisk oppgave INF3221/4221

Obligatorisk oppgave INF3221/4221 Obligatorisk oppgave INF3221/4221 Dette er en beskrivelse av den obligatoriske oppgavene for kurset INF3221/4221 Problemdefinering, krav og modellering, våren 2005. Formål Oppgaven går ut på å lage en

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

Use Case-modellering. INF1050: Gjennomgang, uke 04

Use Case-modellering. INF1050: Gjennomgang, uke 04 Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram

Detaljer

INF Introduksjon til design, bruk, interaksjon Kapittel 10 - Iden%fisere behov og etablere krav

INF Introduksjon til design, bruk, interaksjon Kapittel 10 - Iden%fisere behov og etablere krav INF1500 - Introduksjon til design, bruk, interaksjon Kapittel 10 - Iden%fisere behov og etablere krav 14. September 2015 Institutt for Informatikk, Universitetet i Oslo johe@ifi.uio.no Behov with UI, we

Detaljer

Endringer -- Hva blir det (til) med IEC 61511?

Endringer -- Hva blir det (til) med IEC 61511? 1 Endringer -- Hva blir det (til) med IEC 61511? IFEAs IEC 61508 seminar 7-8 Mars 2012 Mary Ann Lundteigen NTNU Mary.a.lundteigen@ntnu.no Mars 2012 2 IEC 61511 er Brukernes* standard Tre deler: Del 1 (tilsvarer

Detaljer

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

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

Detaljer

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse

Tom 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

Detaljer

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen. Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3

Detaljer

Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen, 05.03.2009

Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen, 05.03.2009 Identitetsstyring og tilgangskontroll innenfor et SOA-regime Ragna Fossen, 05.03.2009 On the Internet, nobody knows you re a dog. SOA-løsninger er på full fart inn i ITarkitekturen et effektivt verktøy

Detaljer

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0> Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1

Detaljer

Kundecase: Forbedring av Request Fulfillment prosess

Kundecase: Forbedring av Request Fulfillment prosess Kundecase: Forbedring av Request Fulfillment prosess Lean + ITIL = Sant? Oslo 30. mai 2012 Roger Tøftum Seniorrådgiver Steria Consulting E-post: rogt@steria.no Steria Telefon: 911 88 573 Ulike ambisjoner

Detaljer

Systemutviklingsmetoder

Systemutviklingsmetoder Systemutviklingsmetoder Kapittel 2, 4, 5 07.01.2004 Kirsten Ribu 1 I dag Et eksempel på et system med kravspesifikasjon Utviklingsmodeller: Strukturert systemutvikling (Fossefall-modellen) Evolusjonær

Detaljer

Egenevalueringsskjema

Egenevalueringsskjema Egenevalueringsskjema Service Level Management - ITIL Dato: 12.02.2009 Versjon 1.1 Finanstilsynet Tlf. 22 93 98 00 post@finanstilsynet.no www.finanstilsynet.no Evalueringsskjema for foretakets Service

Detaljer

Konfigurasjonsstyring

Konfigurasjonsstyring INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging

Detaljer

IT-forum våren 2004. ITIL et rammeverk for god IT-drift

IT-forum våren 2004. ITIL et rammeverk for god IT-drift IT-forum våren 2004 ITIL et rammeverk for god IT-drift Jon Iden, dr. polit Institutt for prosessutvikling og arbeidsflyt AS Institutt for informasjons- og medievitenskap, UiB Institutt for Prosessutvikling

Detaljer

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:

Detaljer

KommITs lederkurs i gevinstrealisering

KommITs lederkurs i gevinstrealisering KommITs lederkurs i gevinstrealisering Økonomiforum i Skien 4. juni 2015 Grete Kvernland-Berg, PA Consulting Group Liza Nienova, PA Consulting Group Plan for dagen 13:30 Introduksjon 13:50 14:20 14:30

Detaljer

Guri Kjørven, ISO 9001:2015 LEDELSESSYSTEMER FOR KVALITET

Guri Kjørven, ISO 9001:2015 LEDELSESSYSTEMER FOR KVALITET Guri Kjørven, 2015-12-02 ISO 9001:2015 LEDELSESSYSTEMER FOR KVALITET ISO 9001 hadde behov for endring for å: tilpasse seg til en verden i endring forbedre en organisasjons evne til å tilfredsstille kundens

Detaljer

Introduksjon til design, bruk, interaksjon. Litt om fagets historie. Gisle Hannemyr Ifi, høstsemesteret Design, bruk, interaksjon

Introduksjon til design, bruk, interaksjon. Litt om fagets historie. Gisle Hannemyr Ifi, høstsemesteret Design, bruk, interaksjon INF1500 Introduksjon til design, bruk, interaksjon Litt om fagets historie Gisle Hannemyr Ifi, høstsemesteret 2010 Design, bruk, interaksjon Dette er en kort og svært personlig fortelling om noe av den

Detaljer

GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER

GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER INF1050 V16 KRISTIN BRÆNDEN Kontrakter En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse til å gjøre eller å unnlate å gjøre noe Smidig

Detaljer

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser? UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering

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

Hvordan kan en god bestillingsløsning sikre styring og kontroll med innkjøp? EHF-konferansen 2017

Hvordan kan en god bestillingsløsning sikre styring og kontroll med innkjøp? EHF-konferansen 2017 Hvordan kan en god bestillingsløsning sikre styring og kontroll med innkjøp? EHF-konferansen 2017 Forutsetning 1 - def. verdikjeden Forutsetning Handlingsrom Verktøy Resultater Policy og strategi Organisasjon

Detaljer

A Study of Industrial, Component-Based Development, Ericsson

A Study of Industrial, Component-Based Development, Ericsson A Study of Industrial, Component-Based Development, Ericsson SIF8094 Fordypningsprosjekt Ole Morten Killi Henrik Schwarz Stein-Roar Skånhaug NTNU, 12. des. 2002 Oppgaven Studie av state-of-the-art : utviklingsprosesser

Detaljer

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av

Detaljer

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

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

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:

Detaljer

Oversikt over kurs, beskrivelser og priser Høst 2015. Bedriftsinterne kurs. kurs@qualisoft.no +47 518 70000. Kursnavn Forkunnskaper Dato/Sted

Oversikt over kurs, beskrivelser og priser Høst 2015. Bedriftsinterne kurs. kurs@qualisoft.no +47 518 70000. Kursnavn Forkunnskaper Dato/Sted Oversikt over kurs, beskrivelser og priser Høst 2015 Bedriftsinterne kurs Kursnavn Forkunnskaper Dato/Sted Basiskurs i QualiWare Introduksjon til (BPM) Business Process Management Professional Certificate

Detaljer

Ungdomstrinn- satsing 2013-2017

Ungdomstrinn- satsing 2013-2017 Ungdomstrinn- satsing 2013-2017 1 V I V I A N R O B I N S O N S F O R S K N I N G R U N D T E L E V S E N T R E R T L E D E L S E I E T U T V I K L I N G S V E I L E D E R P E R S P E K T I V 2 2. 5. 2

Detaljer

Business Process Re-engineering (BPR)

Business Process Re-engineering (BPR) 1 Business Process Re-engineering (BPR) Strategirådgiver 2 Business Process Re-engineering BPR konsept og praktisk prosjektledelse Forstå, kommunisere og forankre pågående forbedringsprosjekter Praktisk

Detaljer

Modellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering

Detaljer

GS1 Validering Brukerdokumentasjon 24.06.2008

GS1 Validering Brukerdokumentasjon 24.06.2008 GS1 Validering Brukerdokumentasjon 24.06.2008 24.06.2008 All contents copyright GS1 2008 Side 1 av 9 Innholdsfortegnelse 1. Introduksjon... 3 1.1. Bakgrunn... 3 1.2. Formål... 3 1.3. Bruksområde... 3 1.4.

Detaljer

Human Factors (HF) i kontrollrom - En revisjonsmetode 2003

Human Factors (HF) i kontrollrom - En revisjonsmetode 2003 Human Factors (HF) i kontrollrom - En revisjonsmetode 2003 Agenda Hva er Human Factors? Hvorfor trenger vi HF-revisjonsmetode? Hva er HF-revisjonsmetode? Hvorfor bruke HF-revisjonsmetode? Hvor finner du

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

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

Detaljer

PROMARK WORKFORCE MANAGEMENT ProPlanning

PROMARK WORKFORCE MANAGEMENT ProPlanning Med bemanningsplanlegging i oppnås en optimal fordeling av medarbeiderressurser i forhold til virksomhetens produksjons-, jobb- og aktivitetsbehov. IDENTIFIKASJON AV OPPGAVER SOM SKAL LØSES OG NÅR BEMANNINGSPLANLEGGING

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

AP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter

AP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter AP221 Use Case - TUL - Utarbeid komponenter Utarbeid komponenter En tjeneste i Sluttbrukerløsningen har en arbeidsflyt som bestemmer de forskjellige stegene som må gjennomføres i skjemainnsendingen. Disse

Detaljer

Priser første halvår 2015. Kurs levert av Qualisoft første halvår 2015

Priser første halvår 2015. Kurs levert av Qualisoft første halvår 2015 Kurs levert av Qualisoft første halvår 205 Priser første halvår 205 Påmelding: Mail: kurs@qualisoft.no Tlf: +47 5 87 00 00 Merk følgende: Ved for få antall påmeldte kan kurs avlyses inntil en uke før kursdato.

Detaljer

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning

DRI 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

Detaljer

Idébanken 1

Idébanken 1 09.10.2015 Idébanken 1 Hvordan skape et godt arbeidsmiljø uten stress Henvender seg til ledere og medarbeidere Del 1 Hva er stress? Del 2 Hvordan skaper vi et godt arbeidsmiljø? 09.10.2015 Idébanken

Detaljer

VURDERING I INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått

VURDERING I INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått Prøvekandidat: Bedrift: Dato for gjennomføring: VURDERING I INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått Planlegging: *Framdriftsplan *Valg av utstyr og verktøy *HMS *Tilrettelegging

Detaljer

Fartøyvernets ABC. Oift. Kostnadsoverslag

Fartøyvernets ABC. Oift. Kostnadsoverslag Oift Kostnadsoverslag Kostnadsoverslag Er det noen vits i å få et kostnadsoverslag på en jobb som skal utføres? Hvorfor ønsker vi å få et overslag? Finnes det gode og dårlige overslag? Kostnadsoverslag

Detaljer

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 20.09.2002 Software Engineering Filformat: 1 Filnavn:

Detaljer

DRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO

DRI2001 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

Detaljer

VURDERING I INDUSTRIRØRLEGGERFAGET Til vurdering Bestått meget Bestått Ikke bestått

VURDERING I INDUSTRIRØRLEGGERFAGET Til vurdering Bestått meget Bestått Ikke bestått Prøvekandidat: Bedrift: Dato for gjennomføring: VURDERING I INDUSTRIRØRLEGGERFAGET Til vurdering Bestått meget Bestått Ikke bestått Planlegging: *Framdriftsplan *Valg av utstyr og verktøy *HMS *Tilrettelegging

Detaljer

HVA BETYR MODENHET I PROSJEKT, PROGRAM OG PORTEFØLJE?

HVA BETYR MODENHET I PROSJEKT, PROGRAM OG PORTEFØLJE? HVA BETYR MODENHET I PROSJEKT, PROGRAM OG PORTEFØLJE? Siv. ing. Ingar Brauti, RC (Registered Consultant) +47 911 400 49 ingar.brauti@fornebuconsulting.com Fornebu Consulting AS 20.10.2011 Prosjekt 2011

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

SPPR Software Project Progress Report Uke 38-39

SPPR Software Project Progress Report Uke 38-39 SPPR Software Project Progress Report Uke 38-39 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold

Detaljer

Systemutvikling (Software Engineering) Professor Alf Inge Wang

Systemutvikling (Software Engineering) Professor Alf Inge Wang 1 Systemutvikling (Software Engineering) Professor Alf Inge Wang 2 Undervisningsmål og henvisning Målet med timen er: Få kunnskap om hva systemutvikling er Forstå hva en utviklingsprosess består av Få

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

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

Personvern og CAT. Thomas Marti - Salgsjef, Proplan AS Per Haraldsen - Løsningsarkitekt, Proplan AS

Personvern og CAT. Thomas Marti - Salgsjef, Proplan AS Per Haraldsen - Løsningsarkitekt, Proplan AS Personvern og CAT Thomas Marti - Salgsjef, Proplan AS Per Haraldsen - Løsningsarkitekt, Proplan AS Agenda 1. Visma Proplan CAT 2. Personvernproblematikk 3. Hvordan angripe Personvernproblematikk i CAT?

Detaljer

Learning activity 2 Webdesign Malin Jonsson

Learning activity 2 Webdesign Malin Jonsson Learning activity 2 Webdesign 2015 Malin Jonsson Innhold 0 Hva er Wireframe? Hvorfor er Wireframe så viktig? Wireframe 01 En wireframe er i all hovedsak websidens infrastruktur, det er hva den er bygget

Detaljer

Revisjonsskjema for administrasjon av kjøretøy og fotgjengere

Revisjonsskjema for administrasjon av kjøretøy og fotgjengere Revisjonen skal begynne med et oppstartmøte hvor revisjonsprosessen blir forklart og hvilke ressurser som trengs for revisorene (se AMS revisjonsforberedelsesdokument) 1.0 Standard for kjøretøy og fotgjengere

Detaljer

Hva betyr tjenesteorientert arkitektur for sikkerhet?

Hva betyr tjenesteorientert arkitektur for sikkerhet? Hva betyr tjenesteorientert arkitektur for sikkerhet? Torbjørn Staff Architecture Innovation Group Accenture, its logo, and High Performance Delivered are trademarks of Accenture. Agenda Arkitekturevolusjonen

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

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning

DRI 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

Detaljer

Notater: INF1510. Veronika Heimsbakk 20. mai 2015

Notater: INF1510. Veronika Heimsbakk 20. mai 2015 Notater: INF1510 Veronika Heimsbakk veronahe@ifi.uio.no 20. mai 2015 Innhold 1 Bruk 3 1.1 Begrepet «bruk»......................... 3 1.2 Begrepet «behov»........................ 3 1.2.1 Maslows behovspyramide................

Detaljer

Flight Progress Strip System for Air Traffic Control. Fag:

Flight Progress Strip System for Air Traffic Control. Fag: Dokument type: Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Dato: 01.10.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format mplan.pdf

Detaljer