Inception Elaboration Construction Transition Bemanning 1 1,5 2 2 Varighet i uker Antall iterasjoner (lengde i uker i parentes) Tabell 1

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "Inception Elaboration Construction Transition Bemanning 1 1,5 2 2 Varighet i uker Antall iterasjoner (lengde i uker i parentes) Tabell 1"

Transkript

1 Innhold Innledning... 2 Faseplan... 2 Iterasjonsplanlegging... 3 Oppstartsfasen... 3 Artefaktene i oppstartsfasen... 4 Utdypingsfasen... 5 Konstruksjonsfasen... 5 Overføringsfasen... 6 Litteratur

2 Innledning I dette notatet summerer vi opp de sentrale tingene ved planlegging av UP-prosjekter og hva som gjøres i oppstartsfasen. Vi legger mest vekt på det som skjer i oppstartsfasen fordi det er det dere må ta tak i med tanke på første innlevering. I UP planlegges det på to nivåer ved at man lager en overordnet faseplan og detaljerte planer for hver iterasjon etter hvert. Temaet er behandlet kort i kapittel 40 i læreboken (Larman, 2005). I UP er det Use case som driver prosjektet. Det betyr at arbeidet i hovedsak organiseres rundt det å realiserer use case, de viktigste og mest kritiske for suksess først, deretter de mindre viktige og mindre kritiske. Men det betyr ikke at oppstartsfasen er en kravanalysefase i fossefallsforstand. Det er ikke gitt at en use case kan realiseres i en iterasjon. Noen use case kan være så store at de trenger flere iterasjoner og går over flere faser. Faseplan I UP er det fire faser. Faseplanleggingen er på overordnet nivå og består i å fastsette mål, milepæler og sluttdato for hver fase. I oppstartsfasen er estimatene for milepælene vage. Etter hvert som man arbeider seg gjennom bearbeidingsfasen, blir estimatene bedre og bedre. Et mål for bearbeidingsfasen er å ha fått frem nok realistisk informasjon til at man kan forplikte seg på milepæler og mål for slutten av konstruksjonsfasen og overføringsfasen. En grov faseplanen for et lite prosjekt, typisk 5000 linjer Javakode, kan se slik ut: Inception Elaboration Construction Transition Bemanning 1 1,5 2 2 Varighet i uker Antall iterasjoner (lengde i uker i parentes) Tabell 1 1 (3) 1 (6) 3 (6) 1 (3) Tallene er kun ment som retningslinjer. I vårt prosjekt hvor vi også skal lære, kan det være nødvendig med flere, men kortere iterasjoner i alle faser slik som antydet i undervisningsplanen. For et større prosjekt med linjer Javakode er dette en typisk faseplan: Inception Elaboration Construction Transition Bemanning Varighet i uker Antall iterasjoner (lengde 1 (6) 2(8) 4(9) 1 (6) i uker i parentes) Tabell 2 2

3 Iterasjonsplanlegging Hovedideen med iterativ utvikling er at prosjektet stadig må tilpasses etter hvert som man får tilbakemeldinger fra interessepartene (brukere, oppdragsgiver, utviklerne). Man vil derfor bare planlegge i detalj neste iterasjon slik at man kan ta hensyn til den kunnskap man får gjennom tilbakemeldingene. Typiske trinn i iterasjonsplanleggingen er disse: 1. Bestem lengden på iterasjonen. To til seks uker er vanlig. Korte iterasjoner er å foretrekke, men de må ikke være så korte at man ikke får gjort noe fornuftig i iterasjonen. Når en sluttdato er bestemt skal den holdes (timeboxing). Hvis sluttdatoen ikke kan holdes med det opprinnelig planlagte arbeid, må omfanget reduseres. 2. Organiser og gjennomfør et planleggingsmøte. Dette gjøres mot slutten av en iterasjon unntatt for første iterasjon i oppstartsfasen (inception). På planleggingsmøtet deltar de fleste interesseparter: brukere, utviklere, markedsfolk, oppdragsgiver, prosjektleder. 3. Man setter opp en liste med mulige mål for iterasjonen. For eksempel hvilke use case som skal realiseres, feil som må rettes, tester som må kjøres, osv. Målene må rangeres etter viktighet. 4. Hvert medlem i utviklingsgruppen avklarer hvor mye ressurser de har til å jobbe på prosjektet den kommende tiden, for eksempel om de kan jobbe full tid, om de skal ha ferie osv. 5. Et mål blir detaljert og problemer avklart. Så må utviklerne gjennomføre idedugnader for å for å finne detaljerte oppgaver knyttet til målene med estimater for ressursbehovet. Estimatene for alle oppgaver summeres til en total. 6. Punkt 5 gjentas inntil man har fylt iterasjonen med oppgaver. Oppstartsfasen Se kapittel 4 i læreboken (Larman, 2005). Oppstartsfasen er en mulighetsfase. På engelsk feasibility phase. Her skal man avklare om prosjektet er gjennomførbart. Fasen er relativt kort, vanligvis bare en iterasjon. De sentrale oppgavene er å finne frem til 10% av use casene, avklare de kritiske ikkefunksjonelle kravene, få avklart lønnsomheten i prosjektet (engelsk business case) og legge til rette et utviklingsmiljø for den etterfølgende fase. Det man vil ha svar på er typiske spørsmål som: Hva er visjonen for og hva er lønnsomheten i prosjektet? Er det gjennomførbart? Skal man kjøpe eller utvikle? Hva er grovt størrelsesordenen for kostnadene? Dreier det seg om NOK eller er det snakk om flere millioner? Skal vi fortsette eller bare skrinlegge det hele? For å kunne utarbeide en visjon og svare på disse spørsmålene må man få avklart noen krav, men det er ikke meningen å finne alle krav. Alle estimater er også grove overslag. Det er først i utdypingsfasen at de fleste krav avklares. 3

4 Artefaktene i oppstartsfasen UP beskriver en rekke artefakter. Ikke alle er nødvendige i alle prosjekter. Det er også slik at artefakter kan påbegynnes i en fase og gis mer innhold i etterfølgende iterasjoner. Man lager ikke et artefakt hvis det ikke er et klart behov for det. Noen artefakter er midlertidige og laget for å avklare et aktuelt problem. Disse kastes når de ikke lenger tjener noen hensikt. Artefakter som kan være aktuelle å begynne med i oppstartsfasen er vist i Tabell 3 Den er hentet fra side 50 i læreboken (Larman, 2005). I første omgang må dere konsentrere dere om visjonsdokumentet og use casemodellen ettersom det er det dere skal levere først. Artefakt Visjon og lønnsomhet Use casemodell Tilleggsspesifikasjon Ordbok Risiko og plan for risikohåndtering Prototyper og bevis av mulighet Iterasjonsplan Faseplan og utviklingsplan Utviklingsopplegg Tabell 3 Beskriver overordnede mål, rammer, lønnsomhet og sammendrag for ledere. Beskriver de funksjonelle kravene. I oppstartsfasen vil navnene på de viktigste use case bli identifisert og rundt 10% av use casene vil bli detaljert. Andre krav, spesielt ikkefunksjonelle. Definisjon av sentrale ord og uttrykk. En beskrivelse av risikoer og ideer til hvordan de skal unngås eller håndteres. For å klargjøre visjonen og prøve ut tekniske ideer. Beskriver hva som skal gjøres i første iterasjon i utdypingsfasen. Unøyaktig gjetting av varigheten av og ressursbehov for utdypingsfasen samt behov for folk, verktøy, opplæring og andre ressurser. En beskrivelse av UP-trinn og artefakter for dette prosjektet. Et UP-prosjekt må alltid legges opp etter den aktuelle situasjonen. Hva skal man så lage først? Det er det ingen bestemte regler for. Men det kan være fruktbart å veksle mellom de forskjellige artefakter fordi de påvirker hverandre. På side 114 i læreboken (Larman, 2005) finner vi disse rådene knyttet til visjonsdokumentet og use case: 1. Lag et kort første utkast til visjonsdokumentet. 2. Finn frem til brukermålene og navnene til de tilhørende use casene. Dere har tidligere lært om use case. Les likevel kapittel 6 i læreboken. Der finner dere nok noe nytt. 3. Detaljer noen use case og start med de ikkefunksjonelle kravene. Det er det som i UP kalles Supplementary Specification. Se kapittel 7 i boken til Larman. 4. Utvid visjonsdokumentet ved å trekke ut viktig informasjon fra arbeidet med å identifisere use case. 4

5 Et eksempel på et utviklingsopplegg finner dere i Tabell 4 Krav Design Implement. Testdrevet utvikling Parprogrammering Stadig integrasjon Kodestandarder Smidig prosjektledelse Daglige stand up møter Prosjektledelse Tabell 4 arbeidsmøte Intensivt arbeidsmøte Smidig modellering Testdrevet utvikling Disiplin Praksis Artefakt Oppstart Utdyping Konstruk. Overfør. Forretningsmodellering Smidig modellering Intensivt Domenemodell start Use casemodell Visjon Supplerende krav Ordbok Designmodell Arkitekturdokument Datamodell Kildekode Løpende Løpende Løpende Løpende Utdypingsfasen Hovedmålet med denne fasen er å få på plass en kjernearkitektur og håndtering av de største risikoer gjennom en eller flere iterasjoner avhengig av prosjektets størrelse. Kjør flere (korte) iterasjoner. Planlegg neste iterasjon. Revider om nødvendig. Konstruksjonsfasen Her itererer man seg gjennom de gjenværende lettere og lavrisikotingene. Kjør korte iterasjoner. Planlegg neste iterasjon. Revider om nødvendig. 5

6 Overføringsfasen Systemet testes (betatester) og tas i bruk. Vanligvis en iterasjon. Erfaringsrapportering. 6

7 Litteratur Larman, Craig 2005, Applying UML and patterns. An introduction to object-oriented analysis and design and iterative development. Tredje utgave. Upper Saddle River: Prentice Hall. 7

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

1. Mer om iterative utviklingsprosesser

1. Mer om iterative utviklingsprosesser Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Mer om iterative utviklingsprosesser Tore Berg Hansen 8.11.2005 Lærestoffet er utviklet for faget LV339D Objektorientert ssytemutvikling

Detaljer

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

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

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

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

Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP

Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å

Detaljer

Hensikten med denne delen av kurset. Objektorientering hva er det? Objektets egenskaper. Best practises ved programvareutvikling

Hensikten med denne delen av kurset. Objektorientering hva er det? Objektets egenskaper. Best practises ved programvareutvikling Objektorientert systemutvikling, litt UML og Rational Unified Process (RUP) UML Distilled kap. 2 Hensikten med denne delen av kurset Å lære og øve på modelleringsteknikker Å lære om gode designprinsipper

Detaljer

Hva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP

Hva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP Hva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å

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

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

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

S Y S T E M U T V I K L I N G ( L O 1 3 8 A )

S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O O G A K E R S H U S P R O S J E K T R A P P O RT S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) H Ø S T 2011 GRUPPE 24:

Detaljer

Om prosesser 1. Om prosesser

Om prosesser 1. Om prosesser Tore Berg Hansen 27.1.2004 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LV339D Objektorientert systemutvikling 1. Resymé: Denne leksjonen handler om utviklingsprosesser.

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

Gruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>

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

Detaljer

Oppfølgingsdokument. Kode 009 29. januar 2004 GymPack. D01-2004 Oppfølgingsdokument. Periode 009 Forfatter. Hanne Johnsen

Oppfølgingsdokument. Kode 009 29. januar 2004 GymPack. D01-2004 Oppfølgingsdokument. Periode 009 Forfatter. Hanne Johnsen Periode 009 Forfatter Hanne Johnsen www.multipro-skien.no www.kiprod.com www.prosjekt.kiprod.com 1 av 7 Oppgaver for D01-2004: I denne perioden har vi konstruert infokiosken, detaljert use caser, og begynt

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

DOMAINING AS GRUPPENR.24

DOMAINING AS GRUPPENR.24 A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O PROSJEKTPLAN SYSTEMUTVIKLING (LO138A) HØST 2011 DOMAINING AS GRUPPENR.24 Forfattere: s171633, Truc Tran, s171171, My

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

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

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

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

Vakt og lønnssystem - Rema 1000

Vakt og lønnssystem - Rema 1000 Avdeling for ingeniørutdanning Høgskolen i Oslo og Akershus Prosjektrapport Systemutvikling (LO138A) Høst 2011 Vakt og lønnssystem - Rema 1000 Gruppe 8 Forfattere: Andreas Baaserud, s169982 Ravi Agnihotri,

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

Visjonsdokument PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED. Høgskolen i Buskerud og Vestfold, avd.

Visjonsdokument PROSJEKT. Signal Communication Unit OPPDRAGSGIVER. Kongsberg Maritime AS UTFØRT VED. Høgskolen i Buskerud og Vestfold, avd. Visjonsdokument PROSJEKT Signal Communication Unit OPPDRAGSGIVER Kongsberg Maritime AS UTFØRT VED Høgskolen i Buskerud og Vestfold, avd. Kongsberg MEDLEMMER Marius Johanssen, Stefan Dasic, Eivind Nielsen,

Detaljer

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002 SLUTTRAPPORT gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen 25. november 2002 1 Innhold 1 Sammenligning ressursforbruk 3 2 Erfaringer fra prosjektgjennomføring

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

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

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

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

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

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

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

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

Kravspesifikasjon. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Kravspesifikasjon Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Overordnet systembeskrivelse 4 2.1 Bakgrunn for prosjektet................................. 4 2.2 Funksjoner og

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

Kap 11 Planlegging og dokumentasjon s 310

Kap 11 Planlegging og dokumentasjon s 310 Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:

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

Estimering av kostnader i softwareutvikling. Hans Christian Benestad PhD, Expertware AS

Estimering av kostnader i softwareutvikling. Hans Christian Benestad PhD, Expertware AS Estimering av kostnader i softwareutvikling Hans Christian Benestad PhD, Expertware AS 1 Lesson 1: Planlegging er nødvendig 2 men ikke tilstrekkelig 3 Lesson 2: Vit hvorfor du estimerer 4 Estimering i

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

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av: Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:

Detaljer

Distributed object architecture

Distributed object architecture Forelesning IMT2243 1. April 2009 Tema: forts. arkitektur og design av programvare Oppsummering fra forrige gang Programvarearkitektur i distribuerte systemer Programvarearkitektur i RUP Eksempler på arkitekturvurderinger

Detaljer

Programvare arkitekturer

Programvare arkitekturer Programvare arkitekturer 14. oktober 2001, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker

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

SAKSFRAMLEGG. Forum: Skate Møtedato: 11.02.2015

SAKSFRAMLEGG. Forum: Skate Møtedato: 11.02.2015 SAKSFRAMLEGG Forum: Skate Møtedato: 11.02.2015 Sak under løpende rapportering og oppfølging Sak 02-2014. Veikart for nasjonale felleskomponenter. I dette møtet: Beslutningssak. Historikk/bakgrunn Skate

Detaljer

Tips ved skriving av rapport Hovedprosjekt for data-linjene

Tips ved skriving av rapport Hovedprosjekt for data-linjene Tips ved skriving av rapport Hovedprosjekt for data-linjene Status pr 27. mars 2009: Forprosjekt ferdig Presentere forprosjekt for oppdragsgiver? Kommentarer må innarbeides i hovedprosjektet Hovedprosjekt

Detaljer

Løsningsforslag til Case. (Analysen)

Løsningsforslag til Case. (Analysen) Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen

Detaljer

1. Om prosesser. Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Om prosesser Tore Berg Hansen

1. Om prosesser. Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Om prosesser Tore Berg Hansen Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Om prosesser Tore Berg Hansen Lærestoffet er utviklet for faget IFUD1019 Objektorientert systemutvikling 1. Om prosesser Resymé: Denne leksjonen

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

INF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen

INF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen INF1000 Eksamensforberedelser og -tips Høst 2014 Siri Moe Jensen Hva skal evalueres? Fra kurssidene Etter å ha tatt INF1000 Overordnet pensum kan du skrive små til middels store programmer oppdelt i klasser.

Detaljer

Prosjektledelse, prosjektplanlegging, teamarbeid

Prosjektledelse, prosjektplanlegging, teamarbeid INF1050: Systemutvikling 21. mars 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning

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

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

Prosjektledelse - fra innsiden av et utviklingsprosjekt. Presentasjon hos UiO Ida Lau Borch, prosjektleder i Bouvet ASA

Prosjektledelse - fra innsiden av et utviklingsprosjekt. Presentasjon hos UiO Ida Lau Borch, prosjektleder i Bouvet ASA Prosjektledelse - fra innsiden av et utviklingsprosjekt Presentasjon hos UiO 09.09.2011 Ida Lau Borch, prosjektleder i Bouvet ASA Agenda De umulige IT-prosjektene Hvordan vi gjør det Utfordringer og lykkestunder

Detaljer

Resultater fra den første runden med referansemåling (benchmarking) i IMPI-prosjektet (mars 2011)

Resultater fra den første runden med referansemåling (benchmarking) i IMPI-prosjektet (mars 2011) Resultater fra den første runden med referansemåling (benchmarking) i IMPI-prosjektet (mars 2011) Rapport innenfor rammen av det europeiske prosjektet Indicators for Mapping & Profiling Internationalisation

Detaljer

Flere design mønstre. 19. september 2002, Tore Berg Hansen, TISIP

Flere design mønstre. 19. september 2002, Tore Berg Hansen, TISIP Flere design mønstre 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å

Detaljer

Prosjektledelse, prosjektplanlegging, teamarbeid

Prosjektledelse, prosjektplanlegging, teamarbeid SKK modul B 03. Mai 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1055 > SKK -> Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning Prosjektstyring/Prosjektledelse

Detaljer

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055 UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling

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

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

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

STATUSRAPPORT I: Produksjon av webside for Skjerdingen Høyfjellshotell.

STATUSRAPPORT I: Produksjon av webside for Skjerdingen Høyfjellshotell. STATUSRAPPORT I: Produksjon av webside for Skjerdingen Høyfjellshotell 1 25. FEBRUAR 2010 http://hovedprosjekter.hig.no/v2010/imt/mp/skjerdingen INNHOLD PROSJEKTDELTAKERNE 3 PROSJEKTPLAN 3 LEVERANSER OG

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) 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a)

Detaljer

HiST/AITeL - RAPPORT 20O6: 2 Avdeling for informatikk og e-læring Høgskolen i Sør-Trondheim. utviklingsmodeller

HiST/AITeL - RAPPORT 20O6: 2 Avdeling for informatikk og e-læring Høgskolen i Sør-Trondheim. utviklingsmodeller HiST/AITeL - RAPPORT 20O6: 2 Avdeling for informatikk og e-læring Høgskolen i Sør-Trondheim utviklingsmodeller ISBN 82-7877-137-5 ISSN 1504-5587 HiST/AITeL - RAPPORT 2 Trondheim 2006 av Tore Berg Hansen

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

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling 21.1.2009 Rune Steinberg International Development Manager ERP INF1050 Systemutvikling Vår 2009 - Copyright Rune Steinberg 2009 1 Innledning

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

UKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKE 15 Prosjektledelse, planlegging og teamarbeid Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Se på oblig 5 Prosjektledelse og teamarbeid (kap. 22) Prosjektplanlegging og

Detaljer

1. Å lage programmer i C++

1. Å lage programmer i C++ Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Å lage programmer i C++ Tore Berg Hansen og Else Lervik Rividert siste gang 29. august 2005 1. Å lage programmer i C++ Resymé: Dette notatet

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.

Detaljer

Veileder for kravspesifisering. for digitale læringsplattformer og digitale læringsressurser

Veileder for kravspesifisering. for digitale læringsplattformer og digitale læringsressurser Veileder for kravspesifisering for digitale læringsplattformer og digitale læringsressurser Kravspesifisering s.2av54 Innholdsfortegnelse KRAVSPESIFISERING...3 BEOVSANALYSE...8 OMFANGSBESKRIVELSE...12

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

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

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

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl Side av 9 NTNU Norges teknisk-naturvitenskapelige universitet BMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:. juni Eksamen i fag SIF808

Detaljer

SSBs rammeverk for prosjekt- og porteføljestyring. DIFIs storsamling 29. januar 2013 Seksjonssjef Marit Rønning

SSBs rammeverk for prosjekt- og porteføljestyring. DIFIs storsamling 29. januar 2013 Seksjonssjef Marit Rønning 1 SSBs rammeverk for prosjekt- og porteføljestyring DIFIs storsamling 29. januar 2013 Seksjonssjef Marit Rønning 1 Behov for forbedret prosjektstyring i SSB 1. Utarbeide en samlet oversikt over prosjektstyringsrutiner

Detaljer

UML-Unified Modeling Language

UML-Unified Modeling Language UML-Unified Modeling Language Use case realisering Designmodellering 21.01.2004 Kirsten Ribu Use Case diagram Klassediagram Oppførselsdiagrammer: Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram

Detaljer

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320

Detaljer

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag LØSNINGSMOMENTER FOR : EKSAMEN FAGNAVN: FAGNUMMER: SYSTEMUTVIKLING IMT2243 EKSAMENSDATO: 4. juni 2007 KLASSE: 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA TID: 0900-1200 FAGLÆRER: Tom Røise ANTALL

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

Forprosjektrapport gruppe 20

Forprosjektrapport gruppe 20 Høgskolen i Oslo og Akershus Forprosjektrapport gruppe 20 PlaNet Knut Magnus Elde s189160 Kristoffer Ylven Westgaard s189143 22.01.2015 Innhold 1. Sammendrag... 3 2. Dagens situasjon... 3 3. Mål og rammebetingelser...

Detaljer

Prosjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10

Prosjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10 Prosjektledelse, planlegging og teamarbeid INF1050: Gjennomgang, uke 10 Kompetansemål Prosjektstyring og prosjektledelse Hva og hvorfor? Risikohåndtering Ledelse av mennesker og motivasjon Teamarbeid og

Detaljer

inf 1510: å lage skisser og prototyper

inf 1510: å lage skisser og prototyper inf 1510: å lage skisser og prototyper 1) underveis i designprosessen forstår vi mer og mer av hva vi skal lage og hvordan det kan lages: hvordan kan vi designe en prosess der vi lærer underveis? 2) hva

Detaljer

Kravspesifikasjon. Forord

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

Detaljer

Semesteroppgave i TOD076 Systemutvikling og webapplikasjoner Våren Gruppe E. Kandidater:

Semesteroppgave i TOD076 Systemutvikling og webapplikasjoner Våren Gruppe E. Kandidater: Semesteroppgave i TOD076 Systemutvikling og webapplikasjoner Våren 2010 Gruppe E Kandidater: Innholdsfortegnelse Sjekklister 9 Sjekkliste for nådd LCO-milepæl 9 Sjekkliste for nådd LCA-milepæl 10 Sjekkliste

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

Databaser og moderne systemutvikling - dag én

Databaser og moderne systemutvikling - dag én Databaser og moderne systemutvikling - dag én Harald Holone DAS - 2011-10-17 Databasen Demo Design Eclipse Endringer Enhetstesting Hibernate IoC Iterasjon JUnit Klienten Logikk Maven Mock-ups MySQL Objekter

Detaljer

Hvordan håndterer du anskaffelser i IT-prosjekter? Bente Hagelien Mari Vestre Jannicke Klepp Tryggestad Lars Nokken

Hvordan håndterer du anskaffelser i IT-prosjekter? Bente Hagelien Mari Vestre Jannicke Klepp Tryggestad Lars Nokken Hvordan håndterer du anskaffelser i IT-prosjekter? Bente Hagelien Mari Vestre Jannicke Klepp Tryggestad Lars Nokken PROGRAM: Kl. 09.30 Kaffe/te - nettverking Kl. 10.00 Hvorfor har vi laget veilederen?

Detaljer

PROSJEKTPLAN FORSTUDIE BYGGELEMENT PRODUKSJON Utkast

PROSJEKTPLAN FORSTUDIE BYGGELEMENT PRODUKSJON Utkast PROSJEKTPLAN FORSTUDIE BYGGELEMENT PRODUKSJON Utkast 24.10.2012 Bilde: Trond Haavik, Segel AS, prefabrikerte element kan brukast både på små og store bygg, så vel nye som ved rehabilitering. Her eksemplifisert

Detaljer

(MVC - Model, View, Control)

(MVC - Model, View, Control) INF1010 - våren 2008 Modell - Utsyn - Kontroll (MVC - Model, View, Control) Stein Gjessing Inst. for informatikk Et bankprogram Vi skal lage et program som håndterer kontoene i en bank. En konto eies av

Detaljer

1. Å lage programmer i C++

1. Å lage programmer i C++ Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Å lage programmer i C++ Tore Berg Hansen og Else Lervik Rividert siste gang 24. august 2006 1. Å lage programmer i C++ Resymé: Dette notatet

Detaljer

INF1510: Obligatorisk oppgave 2: prosjektforslag

INF1510: Obligatorisk oppgave 2: prosjektforslag INF1510: Obligatorisk oppgave 2: prosjektforslag Prosjektgruppe: G0Gr33n! Vi er fire jenter og to gutter som har forskjellig bakgrunn i forhold til erfaring og kunnskap. Vi forventer å lære mer om brukerorientert

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

Tema 1 - Prosjekt som arbeidsform. Hva er et prosjekt? Prosjektets livssyklus

Tema 1 - Prosjekt som arbeidsform. Hva er et prosjekt? Prosjektets livssyklus Tema 1 - Prosjekt som arbeidsform Innledning: I kapittel 1 i KG og kapittel 2 i BHG møter du prosjektbegrepet, typiske kjennetegn ved prosjekter og ulike prosjekttyper. Sentralt er beskrivelsen av prosjektets

Detaljer

Undervisning i Smidige metoder ved Universitetet i Oslo

Undervisning i Smidige metoder ved Universitetet i Oslo Undervisning i Smidige metoder ved Universitetet i Oslo Dag Sjøberg Professor ved Ins4tu7 for informa4kk Universitetet i Oslo Dag Sjøberg, Universitetet i Oslo 1 Planer for undervisning Kurs INF1050 Systemutvikling/software

Detaljer

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering Use case realisering Designmodellering 31.01.2005 Kirsten Ribu UML-Unified Modeling Language Use Case diagram Klassediagram Oppførselsdiagrammer Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram

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

Valg av utviklingsmetode hva betyr dette for kontraktsutformingen

Valg av utviklingsmetode hva betyr dette for kontraktsutformingen Valg av utviklingsmetode hva betyr dette for kontraktsutformingen SSA-konferansen 2010 Erik Bollestad Forfatter Prosjektittel 16.02.2010 16.02.2010 1 Kontraktens funksjoner Konfliktforebyggende Avklarer

Detaljer

Statusrapport

Statusrapport 22.10.2016 Statusrapport GRUPPE 9 KRISTOFFER-ANDRE KALLIAINEN, JACOB ÅS, PEDER AALEN WIIG Innhold STATUSRAPPORT 1... 2 PROSJEKT: WEB-BYRÅ... 2 1. HVA ER UTFØRT I PERIODEN... 2 2. STATUS I FORHOLD TIL MÅLOPPNÅELSE...

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