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

Størrelse: px
Begynne med side:

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

Transkript

1 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 pålitelig og arbeider (virker) effektivt på reelle maskiner. IEEE: 1. Anvendelse av en systematisk, disiplinert, kvantifiserbar fremgangsmåte for utvikling, bruk (operation) og vedlikehold av programvare, dvs. anvendelse av engineering på programvare. 2. Studie av framgangsmåter som i 1. Systemutvikling Kap.2. Prosessen 1 Systemutvikling Kap.2. Prosessen 2 Utviklingsmodeller Fellestrekk for alle modellene: 1. Definisjonsfase 2. Utviklingsfase 3. Vedlikeholdsfase Utviklingsmodeller Definisjonsfase - fokus på hva Kartlegge: Informasjon Funksjoner som ønskes utført Systemoppførsel Grensesnitt Rammebetingelser for konstruksjon Valideringskriterier Systemutvikling Kap.2. Prosessen 3 Systemutvikling Kap.2. Prosessen 4 Utviklingsmodeller Utviklingsfase - fokus på hvordan Datastrukturer Funksjoner - programkonstruksjon, arkitektur Prosedyredetaljer Grensesnitt Kodekrav Testprosedyrer Fasen vil inneholde konstruksjon koding testing Utviklingsmodeller Vedlikeholdsfase Korreksjon Adapsjon: endringer i omgivelser/plattform fører til endringer - konvertering Utvidelser og forbedringer Preventivt vedlikehold: sw reengineering - forbedringer som gjør programmet lettere å vedlikeholde. Systemutvikling Kap.2. Prosessen 5 Systemutvikling Kap.2. Prosessen 6

2 Metoder Metoder viser hvordan systemutviklingen skal foregå: Prosjektplanlegging Estimering System og sw kravanalyse Konstruksjon av datastrukturer/databaser programarkitektur algoritmer/prosedyrer Koding Testing Vedlikehold Verktøy CASE-verktøy (Computer Aided Software Engineering) - støttesystem for systemutvikling Systemutvikling Kap.2. Prosessen 7 Systemutvikling Kap.2. Prosessen 8 Paraplyaktiviteter Foregår i alle faser, gjennom hele prosjektet: Prosjektadministrasjon Formelle gjennomganger Kvalitetssikring (SQA) Konfigurasjons-administrasjon Dokumentproduksjon Adm. av gjenbruk Målinger Risikoanalyse 2.4 Den lineære sekvensielle modellen Denne modellen kalles også den klassiske livssyklusen eller fossefallsmodellen. Det finnes flere varianter av modellen. System/informasjon analyse Systemutvikling Kap.2. Prosessen 9 Systemutvikling Kap.2. Prosessen 10 Alternativ fossefallsmodell Forprosjekt Analyse kalles også kravspesifikasjon Analyse Konstruksjon Koding Testing Vedlikehold System/information engineering og modellering System/information engineering og modellering omfatter det vi vanligvis gjør i et forprosjekt (forstudie, forandringsanalyse): Finne svakheter og mangler i dagens system. Definere mål for (eventuelt) nytt system. Se på løsningsalternativer (Kjøpe hyllevare eller egen utvikling) Lage (overordnet/grov)plan for prosjektet. Programvare er alltid del av et større system eller forretningsvirksomhet. Derfor starter utviklingen med å kartlegge krav for alle deler av systemet. Noen av delene er programvare, men de har grensesnitt mot de andre systemdelene som kan være maskinvare, personell og databaser. System engineering omfatter innsamling av krav på systemnivå, og noe analyse og konstruksjon på øverste nivå. Information engineering omfatter innsamling av krav på et overordnet (forretningsmessig, strategisk) nivå, og på de enkelte forretningsområdene Systemutvikling Kap.2. Prosessen 11 Systemutvikling Kap.2. Prosessen 12

3 Kravspesifikasjon (analyse) Samle inn krav til programvaren Identifisere info-domenet til programvaren Definerer krav til funksjoner, ytelse, grensesnitt (brukergrensesnitt osv.). Kravene til systemet og programvaren dokumenteres og gjennomgås med kundene Kravene bør nummereres slik at en kan henvise til dem senere i utviklingsprosessen. Konstruksjon (design) Konstruksjon av: Datastrukturer og databaser (E-R-diagram osv..) Programarkitektur Detaljert konstruksjon (innholdet i prosedyrene) Grensesnitt (GUI...) Konstruksjonen må dokumenteres slik at den kan kvalitetskontrolleres før koding starter. Den bør ha henvisning til kravspesifikasjonen. Systemutvikling Kap.2. Prosessen 13 Systemutvikling Kap.2. Prosessen 14 Koding (programmering) Koding kan foregå i et tradisjonelt språk som Pascal C++ Java. Eller utføres med 4.generasjonsverktøy. Testing Fokus i testingen er programmets logiske egenskaper: All kode skal testes! Ytre funksjonalitet (input gir rett output, d.v.s. oppfyller kravspesifikasjonen) Systemutvikling Kap.2. Prosessen 15 Systemutvikling Kap.2. Prosessen 16 Vedlikehold Rette feil Tilpasning til nye omgivelser Nye krav til forbedret funksjonalitet og ytelse Ulemper med fossefallsmodellen 1. Virkelige prosjekter følger sjelden den sekvensielle flyten i modellen. Det vil alltid forekomme iterasjoner (tilbakehopp, løkker). 2. Det er vanskelig for kunden å spesifisere alle krav eksplisitt. 3. Kunden må være tålmodig. Programmet er ikke tilgjengelig for kunden før til slutt (når testen er gjennomført). 4. Alvorlige feil oppdages sent. De er da vanskelig og kostbare å rette. 5. Det går lang tid fra kravspesifikasjonen er godkjent til levering, og kravene kan da ha endret seg. Men (varianter av) den klassiske livssyklus -modellen inneholder alt som må utføres i systemutviklingen, derfor er den mye brukt. Systemutvikling Kap.2. Prosessen 17 Systemutvikling Kap.2. Prosessen 18

4 2.5 Prototyping Det lages en forenklet modell av systemet (programvaren). Dette kan være: 1. PC-basert modell av brukergrensesnittet (for eksempel i Visual Basic) 2. En modell som inneholder deler av funksjonene som kreves i programmet 3. Et eksisterende program som utfører deler eller alle funksjonene som kreves, men som har egenskaper som må forbedres. Fremgangsmåte: 1. Innsamling av krav fra kunden. Def. overordnet mål. Snakk med Lag/revider 2. Rask konstruksjon av de kunden viktigste egenskapene. prototype 3. Lag første prototype 4. Evaluer prototypen (kunde/brukere) 5. Presisering/forbedring av kravene. Man går flere runder med forbedring av prototypen. Kundetest av prototypen Systemutvikling Kap.2. Prosessen Prototyping Prototypen brukes til å identifisere krav. Hva skjer med prototypen når den har tjent sin hensikt med hensyn til å identifisere krav? To alternativ: 1. Kast prototypen (anbefales av mange)! 2. Prototypen settes i drift som første versjon av programmet. Med gode verktøy kan mye av det som er laget i prototypen brukes i det endelige systemet (brukergrensesnitt, funksjonene osv.). Prototyping er velegnet og brukes mye i studentprosjekt! Systemutvikling Kap.2. Prosessen RAD-modellen RAD - Rapid Application Development (Rask utvikling av applikasjoner) er en lineær, sekvensiell utviklingsprosess som legger vekt på en svært kort utviklingssyklus. Man utnytter komponentbasert konstruksjon. Hvis kravene er klare, og prosjektområdet er begrenset, vil RAD prosessen gjøre at ei prosjektgruppe lager et fullt funksjonelt system på svært kort tid (60-90 dager). RAD brukes først og fremst i administrative systemer (information system application) RAD-modellen Analyse Delsystem 1 Delsystem Delsystem n Analyse Applikasjonsgenerering Prosessmodellering Datamodellering Applikasjonsgenerering Prosessmodellering Datamodellering dager Testing og overlevering Testing og overlevering dager Systemutvikling Kap.2. Prosessen 21 Systemutvikling Kap.2. Prosessen RAD-modellen 2.7 Evolusjonær systemutvikling Følgende faser inngår i RAD (se fig. 2.6): 1. Kartlegging (modellering) av forretningsområdet. Informasjonsflyten kartlegges. 2. Datamodellering. Dataobjekter (med attributter), relasjoner mellom dem (E-R- diagram). 3. Prosessmodellering. Det lages prosessbeskrivelser for å legge til, modifisere slette og hente frem dataobjekter. 4. Applikasjonsgenerering 5. Testing og overlevering (til kunden). I tilfeller der den linære modellen ikke passer kan en bruke modeller som tar hensyn til at produktet utvikler seg over tid (evolve..) De evolusjonære modellene er iterative (løkker). Det utvikles stadig mer komplette modeller. Systemutvikling Kap.2. Prosessen 23 Systemutvikling Kap.2. Prosessen 24

5 2.7.1 Den inkrementelle modellen Den inkrementelle modellen kombinerer elementer fra den linære, sekvensielle modellen (som brukes flere ganger), med den iterative filosofien til prototyping (se fig. 2.7) Hver linære sekvens produserer en ny versjon av programmet. Hver runde kan inneholde prototyping. Første versjon er ofte et kjerneprodukt med de viktigste funksjoner. Dette blir satt i drift hos kunden. Det lages en plan for neste versjon med endringer (feilrettinger etc.) og utvidelser (nye funksjoner). Det leveres ny versjon etter hvert inkrement. Dette fortsetter til produktet er komplett. Den inkrementelle modellen Utvikling av 1. versjon Utvikling av 2. versjon Levering av 1. versjon Utvikling av 3. versjon Levering av 2. versjon Levering av 3. versjon Tid Systemutvikling Kap.2. Prosessen 25 Systemutvikling Kap.2. Prosessen Den inkrementelle modellen Forskjellen fra prototyping er at hvert inkrement resulterer i en versjon som settes i drift hos kunden. Versjonene blir også evaluert av kunden. Modellen er godt egnet der det ikke er tilgjengelig nok personell til å lage et komplett system innen tidsfristen for prosjektet. Tidlige versjoner kan leveres med færre prosjektdeltagere i arbeid. Hvis første versjon blir godt mottatt, kan det settes på flere personer (hvis nødvendig) til å implementere neste versjon. Versjoner kan ta hensyn til teknisk risiko ved levering av nye maskiner. Vi lager første versjon for eksisterende maskiner, og neste versjon for nye. Systemutvikling Kap.2. Prosessen Spiralmodellen Spiralmodellen er en evolusjonær utviklingsmodell som kopler den iterative naturen til prototyping med de kontrollerte og systematiske egenskaper til den linære modellen. Den tilbyr rask utvikling av inkrementelle versjoner. De tidlige modellene kan være papirmodeller eller prototyper. De senerer versjoner er mer fullstendige. Modellen er delt inn i en rekke hovedaktiviteter ( framework activities ) som kalles task regions (oppgaveområder, sektorer). Det kan være fra 3 til 6 områder (sektorer). Systemutvikling Kap.2. Prosessen 28 Spiralmodellen Planlegging Spiralmodellen Kundekommunikasjon Innsamling av krav Prosjektstart Evaluering av kunde/ bruker Konstruksjon Risikoanalyse Engineering Fig. 2.8 viser en modell med 6 sektorer: 1. Kommunikasjon med kundene (og brukerne) 2. Planlegging: Målformulering, ressursfordeling, tids/ prosjektplan, alternativer og begrensninger. 3. Risikoanalyse (tekniske og prosjekt/administrative risiki). Analysere alternativer Identifisere risiki (forutse problemer) Planlegge tiltak 4. Engineering - prosjektere neste versjon (nivå) av produktet. 5. Konstruksjon og overlevering av produktet til kunden (testing, installasjon og brukerstøtte). 6. Kundeevaluering Systemutvikling Kap.2. Prosessen 29 Systemutvikling Kap.2. Prosessen 30

6 2.7.2 Spiralmodellen I hver sektor utføres et sett med oppgaver som er tilpasset det aktuelle prosjektet (små prosjekt: færre oppgaver, mindre formelt, store prosjekt: Flere oppgaver og mer formelt) I alle tilfeller utføres paraplyaktivitetene. Når prosessen starter, beveger prosjektet seg langs spiralen i klokkeretninger, innenfra og utover. Første runde kan resultere i utvikling av kravspesifikasjon. Andre runde kan være en prototype. Slik fortsetter en flere runder mot et mer ferdig produkt. I hver runde i planleggingssektoren justeres prosjektplanen (kostnader, tid, antall runder) Spiralmodellen Fig. 2.8 viser en startpunktakse der hver kube representerer startpunktet for forskjellige prosjekttyper. Kjernen (Concept Development Project) starter i sentrum og går nødvendige antall runder til konseptet er komplett. Neste kube: Prosjekt for utvikling av nytt produkt Et prosjekt kan ha hvileperioder, og så reaktiveres når det er behov for endringer Systemutvikling Kap.2. Prosessen 31 Systemutvikling Kap.2. Prosessen Sammensetning av komponenter Komponentbasert utvikling. Denne modellen brukes i objektorientert utvikling (kap. 20) Spiralmodellen Brukerkommunikasjon Innsamling av krav Planlegging Risikoanalyse Ja Hent komp. i bibliotek Identifiser Kandidatkomponenter Er komp. i bibliotek? Nei Lag ny Komp. Legg ny komp. i bibliotek Evaluering av kunde Konstruer n-te versjon av systemet Implementering Systemutvikling Kap.2. Prosessen 33 Systemutvikling Kap.2. Prosessen Fjerdegenerasjonsteknikker Automatisk generering av kode ut fra spesifikasjoner i et spesifikasjonsspråk. Bruker fjerdegenerasjonsspråk (4GL) Status for 4GL: Velegnet for administrative anvendelser (databaser etc., f.eks utviklet i Access) Redusert utviklingstid for små og middels store administrative systemer. Lite å vinne i store prosjekt p.g.a. omfattende kravspesifikasjon, konstruksjon og testing. Systemutvikling Kap.2. Prosessen 35

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

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

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

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

Innhold. Innledning... 15. Del 1 En vei mot målet

Innhold. Innledning... 15. Del 1 En vei mot målet Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................

Detaljer

Presentasjon 1, Requirement engineering process

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

Detaljer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller

Detaljer

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

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

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser 1 Ulike typer prosessmodeller Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall

Detaljer

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

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

Detaljer

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

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

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

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

INF1050 dagsorden 18. april 2007

INF1050 dagsorden 18. april 2007 INF1050 dagsorden 18. april 2007 Tema: Systemutviklingsprosessen Hvilke utviklingsmodeller kan vi velge mellom? Hvilke elementer inngår? Hvilke kriterier skal vi benytte for valg av modell? INF1050-systemutviklingsprosessen,

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 2. juni 2014 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 4 sider Vedlegg: Ingen Tillatte hjelpemidler:

Detaljer

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

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

Detaljer

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

Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu

Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 1 Ulike typer prosessmodeller De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall

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

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

Arkitektur. Kirsten Ribu Høgskolen i Oslo 10.02.04 10.02.2004 1

Arkitektur. Kirsten Ribu Høgskolen i Oslo 10.02.04 10.02.2004 1 Arkitektur Kirsten Ribu Høgskolen i Oslo 10.02.04 10.02.2004 1 I dag Generelt om arkitektur N-lags arkitektur MVC Model View Controller mønsteret 10.02.2004 2 Hva er arkitektur? Oppdelingen av et system

Detaljer

Tom Røise 2/28/2007. IMT2243 : Systemutvikling 1. Forelesning IMT2243 1. mars 2007. Tema : Litteratur : Strukturert analyse. Strukturert analyse

Tom Røise 2/28/2007. IMT2243 : Systemutvikling 1. Forelesning IMT2243 1. mars 2007. Tema : Litteratur : Strukturert analyse. Strukturert analyse Forelesning IMT2243 1. mars 2007 Tema : Litteratur : Art.saml. Punkt 9 : Kap. 9. SASD - modellen, E. Andersen Metoden går ut på å anvende et sett teknikker i arbeidet med å lage gode systemmodeller /beskrivelser

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

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

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006 Systemutvikling - oppsummering Alexander Nossum alexander@nossum.net blog.eksplisitt.net 22. mai 2006 INNHOLD 2 Innhold 1 Utviklingsprosessmodeller 3 1.1 Fossefall/waterfall................................

Detaljer

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 28.1.2009 Rune Steinberg International Development Manager ERP INF1050 Systemutvikling Vår 2009 - Copyright Rune Steinberg

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

Kvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler?

Kvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler? Kvalitet og programvare Når bare det beste er godt nok. Produktet prosessen eller begge deler? To nøtter Hva forbinder du med et IT-system som har (høy) kvalitet? Formuler 3 kriterier for (høy) kvalitet

Detaljer

Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 1. feb.2010

Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 1. feb.2010 Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 1. feb.2010 Arne Maus, Ifi med takk til Gerhard Skagstein(Ifi), Rune Steinberg, (Visma), Jo Hannay (Ifi), Ian Sommerville

Detaljer

20.1 Det objektorienterte paradigme (mønster)

20.1 Det objektorienterte paradigme (mønster) Kap. 20 Objektorienterte begreper og prinsipper Kap. 20 Objektorienterte begreper og prinsipper OOP - objektorientert programmering Opprinnelig fra norske SIMULA (67) Objektorientert utvikling kom i bruk

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

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

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

Grunnleggende om Evaluering av It-systemer

Grunnleggende om Evaluering av It-systemer Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien

Detaljer

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

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling Eksempel Evolusjonære modeller Utviklingsprosesser Evolusjonære modeller Foranalyse

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling Eksempel Evolusjonære modeller Utviklingsprosesser Evolusjonære modeller Foranalyse Evolusjonære modeller Foranalyse Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 28.1.2009 Rune Steinberg International Development Manager ERP Iterasjonsplan Iterasjon

Detaljer

Forslag til ny læreplan for informatikk studieretningsfag

Forslag til ny læreplan for informatikk studieretningsfag Forslag til ny læreplan for informatikk studieretningsfag Jens Kaasbøll, undervisningsleder, Institutt for Informatikk Foredrag på Faglig-pedagogisk dag Universitetet i Oslo, 4. januar 2000 1 Behov for

Detaljer

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ

Detaljer

Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider.

Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider. 1 For hver del, alle sub deler teller likt. Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider. For hvert spørsmål, hvis du trenger å

Detaljer

Arkitektur. Kirsten Ribu Høgskolen i Oslo

Arkitektur. Kirsten Ribu Høgskolen i Oslo Arkitektur Kirsten Ribu Høgskolen i Oslo 03.03.05 03.03.2005 1 I dag Generelt om arkitektur N-lags arkitektur 03.03.2005 2 Hva er arkitektur? Oppdelingen av et system i deler og spesifikasjon av samhandlingen

Detaljer

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

Læringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering 1 2 Læringsmål og pensum TDT4110 Informasjonsteknologi grunnkurs: Uke 38 Utvikling av informasjonssystemer Læringsmål Kunne seks faser for systemanalyse og design Kunne femstegs prosedyre for programmering

Detaljer

Jernbaneverkets erfaringer med implementering av RAMS

Jernbaneverkets erfaringer med implementering av RAMS Jernbaneverkets erfaringer med implementering av RAMS Terje Sivertsen, seksjonsleder signal Infrastruktur Teknikk, Premiss og utvikling Jernbaneverket RAMS-seminar, NJS, Oslo, 18. april 2007 1 Innhold

Detaljer

Arne Maus, Ifi. med takk til Gerhard Skagstein(Ifi), Rune Steinberg, (Visma), Jo Hannay (Ifi), Ian Sommerville m. fl. for lån av gamle foiler

Arne Maus, Ifi. med takk til Gerhard Skagstein(Ifi), Rune Steinberg, (Visma), Jo Hannay (Ifi), Ian Sommerville m. fl. for lån av gamle foiler Evolusjonære modeller Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 1. feb.2010 Foranalyse Iterasjonsplan Iterasjon 1 Analyse og Design Arne Maus, Ifi med takk til

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

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

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige

Detaljer

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)

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

Detaljer

DRI2001 h04 - Forelesning Systemutvikling og nettsteder

DRI2001 h04 - Forelesning Systemutvikling og nettsteder Systemutvikling utvikling av offentlig nettsteder DRI2001 forelesning 20.10 Litt om eksperimentell systemutvikling og prototyping Systemutviklingsprosessene og utvikling av [offentlige] nettsteder Fasene

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

Brukersentert design Kapittel 3 i Shneiderman

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

Detaljer

Grunnleggende testteori

Grunnleggende testteori 1 Grunnleggende testteori Industri - og software produkt Industriprodukt: Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes, og justeres så

Detaljer

Kirsten Ribu - Høgskolen i Oslo 05.05.04

Kirsten Ribu - Høgskolen i Oslo 05.05.04 Prosessmodellering Strukturert analyse og design et overblikk Gurholt & Hasle, kapittel 10 Kirsten Ribu - Høgskolen i Oslo 05.05.04 1 Perspektiver på modellering Datamodellering var lenge den mest brukte

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

DRI2001 forelesning

DRI2001 forelesning Systemutviklingsarbeidet et overblikk DRI2001 forelesning 6.10.04 Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer for SU-arbeidet Ulike SU-metoder Perspektiver i SU-arbeidet SU er

Detaljer

NOVUG 3 februar 2009

NOVUG 3 februar 2009 NOVUG 3 februar 2009 Tjenestekatalog og CMDB En kombinasjon som fungerer i praksis 2008 Prosesshuset AS All tillhørende informasjon kan bli endret uten varsel 1 Introduksjon Stig Bjørling Ellingsen Gründer

Detaljer

Kvalitetskrav til løsninger

Kvalitetskrav til løsninger Prosjektoppgaven Kvalitetskrav til løsninger Noen retningslinjer for å styre beslutningene deres finnes i form av hva brukere forlanger av software (og hardware): Brukbarhet. - Produktet skal være selvforklarende

Detaljer

2.13 Sikkerhet ved anskaffelse

2.13 Sikkerhet ved anskaffelse 2.13 Sikkerhet ved anskaffelse Gjennomføringsansvar: Alle som gjennomfører IT-anskaffelser i Midt-Telemarkkommunene kan bruke denne prosedyren som rettesnor. Hensikten med denne planen er: Danne grunnlag

Detaljer

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

Repository Self Service. Hovedoppgave våren 2010

Repository Self Service. Hovedoppgave våren 2010 Forprosjektrapport for Repository Self Service Hovedoppgave våren 2010 Christer Berg (070604 07HBDRA) Ron Stangvik (070427 07HBDRA) 1 Innholdsfortegnelse 1. MÅL OG RAMMER...3 1.1. Bakgrunn...3 1.2. Prosjektmål...3

Detaljer

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Statisk testing Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Hva er statisk testing Analyser som utføres på skrevne dokumenter Hensikten er å finne avvik fra spesifikasjonene

Detaljer

Kravspesifikasjon med. Erik Arisholm

Kravspesifikasjon med. Erik Arisholm Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Characteristics of a good design

Characteristics of a good design Characteristics of a good design (PPT. side 1) Innledning Høykvalitetsdesign bør ha visse karakteristikker for å oppnå kvalitetsprodukter, dvs.: enkelt å forstå enkelt å implementere enkelt å teste enkelt

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

Distributed object architecture

Distributed object architecture Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture

Detaljer

Kravspesifikasjon Digital distribusjon av sakspapirer

Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon 1.1. Tilbudets omfang og fylkeskommunens forventninger Aust-Agder fylkeskommune ber om tilbud på verktøy som legger til rette for

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

Generelt om operativsystemer

Generelt om operativsystemer Generelt om operativsystemer Operativsystemet: Hva og hvorfor Styring av prosessorer (CPU), elektronikk, nettverk og andre ressurser i en datamaskin er komplisert, detaljert og vanskelig. Maskinvare og

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

21. Objektorientert Analyse (OOA) Kap. 21 Objektorientert Analyse (OOA)

21. Objektorientert Analyse (OOA) Kap. 21 Objektorientert Analyse (OOA) 21. Objektorientert Analyse (OOA) Kap. 21 Objektorientert Analyse (OOA) Når vi skal lage en OO analysemodell, bruker vi 5 hovedprinsipper: 1. Lag en modell av informasjonsdomenet. 2. Beskriv modul-funksjonene

Detaljer

Operativsystemer og grensesnitt

Operativsystemer og grensesnitt Operativsystemer og grensesnitt Ulike måter å bruke OS'et på Application Program Interface (API) Applikasjoner (ofte C-programmer) som f.eks. emacs, som bruker tjenestene i OS ved å kalle på funksjoner

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

Kap. 12 Analysemodellering (Analysis Modeling)

Kap. 12 Analysemodellering (Analysis Modeling) Kap. 12 Analysemodellering (Analysis Modeling) Strukturert analyse er en av de mest brukte brukte modelleringsmetoder i analysen. Den andre er objektorientert analyse. 12.1 Kort historikk Strukturert analyse

Detaljer

Anskaffelse av FDVU - system

Anskaffelse av FDVU - system Anskaffelse av FDVU - system Hvordan gjøre gode innkjøp i dagens marked? Foredrag på FDV-dagene 17. oktober 2012 på Norges Varemesse, Lillestrøm FDVU-rådgiver Torstein Foss 1 Hvorfor FDVU system? Forenkle

Detaljer

Forelesning 2: Systemutviklingsprosesser

Forelesning 2: Systemutviklingsprosesser Forelesning 2: Systemutviklingsprosesser Introduksjon Å drive utvikling av programvare er en svært utfordrende aktivitet. For å ha en rimelig mulighet til å lykkes viser det seg at teknologi spiller en

Detaljer

SSA 2015. Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi

SSA 2015. Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi SSA 2015 Gjennomføring av leveransen i SSA-T og SSA-D seniorrådgiver Mari Vestre, Difi Mål med endringene i gjennomføring av leveransen i SSA-T og SSA-D Legge til rette for mindre detaljerte kravspesifikasjoner

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

Intelligente Handlevogner

Intelligente Handlevogner Intelligente Handlevogner Prosjektdokument Prosjekt I Systemutvikling ved Høgskolen I Gjøvik våren 2005. Audun Klundby Asbjørn Konstad Hans Einar Øverjordet 03HBINDA Kilde: www.windowsfordevices.com 1.

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

Validering og verifisering. Kirsten Ribu

Validering og verifisering. Kirsten Ribu Validering og verifisering Kirsten Ribu 2005 1 I dag Validering og verifisering Inspeksjon Testing 2 Noen ord om prosjektet Sjekk kurssidene jevnlig. Endringer forekommer (forelesningsplanen) Hvordan fungerer

Detaljer

Arne Maus, Ifi. med takk til Gerhard Skagstein(Ifi), Rune Steinberg, (Visma), Jo Hannay (Ifi), Ian Sommerville m. fl. for lån av gamle foiler

Arne Maus, Ifi. med takk til Gerhard Skagstein(Ifi), Rune Steinberg, (Visma), Jo Hannay (Ifi), Ian Sommerville m. fl. for lån av gamle foiler 1. Sosio-tekniske systemer 2. Kritiske systemer 3. Systemutviklingsprosesser (del I) Forelesning 2 - INF1050 Systemutvikling 25.1.2010 Arne Maus, Ifi med takk til Gerhard Skagstein(Ifi), Rune Steinberg,

Detaljer

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon 24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus Forprosjektrapport Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes

Detaljer

Utvikling av offentlige tjenester på Internett

Utvikling av offentlige tjenester på Internett Utvikling av offentlige nett-tjenester : Hva og hvordan DRI 2001 Forelesning 20.09.07 Noen ulike typer tjenester Viktige krav til offentlige nettjenester Sammenheng mellom tjenestetrappa og nettsteders

Detaljer

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02 Prosessmodeller og smidig programvareutvikling INF1050: Gjennomgang, uke 02 Kompetansemål Prosessmodeller Kunne redegjøre for hva som kjennetegner ulike prosessmodeller Vurdere prosesser for utvikling

Detaljer

Kirsten Ribu - Høgskolen i Oslo 05.05.04

Kirsten Ribu - Høgskolen i Oslo 05.05.04 Prosessmodellering Strukturert analyse og design et overblikk Gurholt & Hasle, kapittel 10 Kirsten Ribu - Høgskolen i Oslo 05.05.04 1 Prosessrapporten Prosessrapporten skal beskrive valg av systemutviklings-prosess,

Detaljer

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

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

Detaljer

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål OptimalJ-kurs UIO 2004 Agenda Time 1: Oppsummering av kurset Time 2: De ulike modellene egenskaper og formål Team Development med OptimalJ Domain Patterns Egenutviklede transformasjoner (krever Architect

Detaljer

Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i

Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i Kristiansund. Bedriften tilbyr engineering og maskintekniske

Detaljer

ELIN-metoden. Elektronisk informasjonsutveksling

ELIN-metoden. Elektronisk informasjonsutveksling ELIN-metoden Elektronisk informasjonsutveksling www.kith.no Hva er ELIN-metoden? Metode for å utvikle gode løsninger og sørge for at de blir tatt i bruk Prinsipper mer enn kokebok Metoden alene kan ikke

Detaljer

Generelt om operativsystemer

Generelt om operativsystemer Generelt om operativsystemer Hva er problemet? Styring av maskinvare og ressurser tilknyttet en datamaskin er komplisert, detaljert og vanskelig Maskinvare, komponenter og programvare endres og forbedres

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

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

Detaljer

Akelius Revisjon. Dokumentasjon ved revisjon av små foretak

Akelius Revisjon. Dokumentasjon ved revisjon av små foretak Akelius Revisjon Dokumentasjon ved revisjon av små foretak Dokumentasjon ved revisjon av små foretak DnR kom med en veiledning for dokumentasjon ved revisjon av små foretak i oktober. Veiledningen kan

Detaljer

Utarbeidelse av kravspesifikasjon for anskaffelse av NOARK system

Utarbeidelse av kravspesifikasjon for anskaffelse av NOARK system Utarbeidelse av kravspesifikasjon for anskaffelse av NOARK system Mars 2013 Astrid Øksenvåg Om EKOR Konsulenthus spesialisert på informasjonsforvaltning Bistår kunder med: Behovskartlegging Kravspesifisering

Detaljer

Løsningsforslag Sluttprøve 2015

Løsningsforslag Sluttprøve 2015 Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00

Detaljer

Tom Røise. IMT 2243 : Systemutvikling 1. Forelesning IMT2243 25. Januar 2007. Offshore Software Development. Offshore Software Development

Tom Røise. IMT 2243 : Systemutvikling 1. Forelesning IMT2243 25. Januar 2007. Offshore Software Development. Offshore Software Development Forelesning IMT2243 25. Januar 2007 Tema : Offshore Software Development Prosjektstyring i systemutviklingsprosjekter Risikoanalyse i systemutviklingsprosjekter Prosjektplanlegging (inkl. mal for Forprosjektrapport)

Detaljer

Kravspesifikasjon. Erik Arisholm. Simula Research Laboratory. Institutt for Informatikk. INF1050-krav-1

Kravspesifikasjon. Erik Arisholm. Simula Research Laboratory. Institutt for Informatikk. INF1050-krav-1 Kravspesifikasjon Erik Arisholm Simula Research Laboratory & Institutt for Informatikk INF1050-krav-1 Kravspesifikasjon Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi

Detaljer

Tom Røise 28.Jan 2010

Tom Røise 28.Jan 2010 Forelesning IMT2243 28. Januar 2010 Tema : Prosjektstyring i systemutviklingsprosjekter Prosjektplan (mal for Forprosjektrapport) Øvingstimen : RUP på lab A209 Pensum : Kap.5 i Sommerville (art.sam. 9)

Detaljer

Hvordan kjøpe SAP? Rolf Larsen Adm.Dir, Skye AS

Hvordan kjøpe SAP? Rolf Larsen Adm.Dir, Skye AS Hvordan kjøpe SAP? Rolf Larsen Adm.Dir, Skye AS 27.10.11 Innledning Jeg vil i dette foredraget dele mine erfaringer etter å ha jobbet med SAP som konsulent i 18 år Fokus: Hva er viktig for en kunde som

Detaljer

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

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

Detaljer