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

Størrelse: px
Begynne med side:

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

Transkript

1 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 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a) implisitte systemkrav b) formelle prosesser c) Kodestandarder d) etikk Svar: a), IS side 108, lærebok s. 116

3 3. Hvilke av følgende er IKKE et funksjonelt krav? a) Etter vellykket innlogging, høres en lyd b) Autentisering av brukeren (id og passord) kreves før bruk av systemet c) Systemet må utvikles i løpet av seks måneder d) Ingen data skal forsvinne ved strømbrudd Svar: c)

4 4. I systemutvikling inneholder en kravspesifikasjon en: a) liste av nøkkelpersonell som utgjør ledelsen b) fullstendig beskrivelse av tilstanden til systemet c) beskrivelse av hva systemet skal gjøre d) beskrivelse av programvare som vil implementere systemet Svar: c), IS side 85, lærebok s. 93 (4.1.1)

5 5. Brukerkrav beskrives i følgende språk: a) Kun engelsk b) Latin c) Naturlig språk d) Så teknisk som mulig Svar: c, IS side 83, punkt 1, lærebok s. 91

6 6. Hvilke av følgende er IKKE et prinsipielt trinn i en endringshåndteringsprosess? a) Problemanalyse b) Endringsanalyse c) Implementering av endringer d) Spesifikasjon av problem Svar: d, IS side 113, figur, lærebok s. 121 (spesifikasjon av problem er input til endringshåndteringsprosesen)

7 7. Scrum er et eksempel på: a) Prosess b) Prosessmodell c) Utviklingsprosess Svar: b), Se slides fra forelesning om systemutviklingsprosessen

8 8. Hvilken av disse er ikke en prosessaktivitet? a) Analyse b) Design c) Testing d) Pålitelighet Svar: d), Pålitelighet er et mål på ikke-funksjonelt krav

9 9. Hvilket utsagn er riktig? a. I fossefallsmodellen kan man ikke endre kode etter at systemet er satt i drift b. Fossefallsmodellen representerer plandrevne prosesser c. I fossefallsmodellen vektlegges iterasjoner Svar: b), IS side 30, lærebok s. 28

10 10. Omfattende testing vil alltid føre til et feilfritt system a) Sant b) Galt Svar: b), IS side 206

11 11. Use Cases (bruksmønstre) kan sørge for verdifull input til design av black-box testing a) Sant b) Galt Svar: a), IS side 215

12 12. Testing av metoder definert i objektorienterte klasser blir vanskeliggjort av: a) Innkapsling ( encapsulation ) b) Nedarving ( inheritance ) Svar: b), IS side 212

13 13. En bedrift skal sette i gang et større systemutviklingsprosjekt. Hvor vil du kunne lese om hvorfor prosjektet skal realiseres? a) Kravspesifikasjonen b) Plandokumentet med milepæler og budsjetter c) Forretningsplanen Svar: c), se forelesning om prosjektledelse

14 14. I de fleste systemutviklingsprosjekter blir utviklingen organisert i team. Hvilket av følgende utsagn er feil? a) Like personlighetstyper og kjønn fungerer oftest best b) Jo større gruppen er, dess større utfordring med kommunikasjon c) Kommunikasjon går bedre i uformelle team enn i hierarkisk strukturerte team d) Det er vanlig med selvstyrte utviklingsteam i smidig metodikk Svar: a), IS side 607, lærebok s. 266 samt forelesning om prosjektledelse og teamarbeid

15 15. Hva vil du IKKE finne i en prosjektplan i et plandrevet utviklingsprosjekt? a. Prosjektorganisering b. Risikoanalyse c. Tidsplan for prosjektet d. Systemkrav Svar: d, IS side , lærebok s. 282

16 16. Hvilken av følgende faktorer reduserer sjansen for overestimering av kostnader i et IT prosjekt? a. Høy usikkerhet b. Lite relevant erfaring c. Prosjektet er mindre enn tidligere prosjekter d. Lang varighet på prosjektet Svar: c), IS kapitel 23

17 Eksamen INF1050 Oppgave 2 a - Tilstandsdiagram Rengjøring Velger styrke rengjort Start Venter do/ Vis "Velg drikk" Velger drikk kaffe fylt på Melk fylt på Trykket fyll på melk trykket fyll på kaffe Velg styrke og utfør do/ Vis "Velg styrke" og "Utfør" Trykker utfør Lag drikk Fylle på kaffe do/ Fyller på kaffe entry/ Lokk åpnes exit/ Lokk lukkes Fylle på melk do/ Fyller på melk do/ Lag drikk exit/ Oppdater kaffemaskin (tilgjengelighet og rengjøring)... Slutt

18 Eksamen INF1050 Oppgave 2 a - Tilstandsdiagram Rengjøring Velger styrke rengjort Start Venter do/ Vis "Velg drikk" Velger drikk kaffe fylt på Melk fylt på Trykket fyll på melk trykket fyll på kaffe Velg styrke og utfør do/ Vis "Velg styrke" og "Utfør" Trykker utfør Lag drikk Fylle på kaffe do/ Fyller på kaffe entry/ Lokk åpnes exit/ Lokk lukkes Fylle på melk do/ Fyller på melk do/ Lag drikk exit/ Oppdater kaffemaskin (tilgjengelighet og rengjøring)... Slutt

19 Eksamen INF1050 Oppgave 2 a

20 Eksamen INF1050 Oppgave 2 a aktivitetsdiagram kun hovedflyt

21 Eksamen INF1050 Oppgave 2 b Tilstandsdiagrammer brukes for å modellere systemets tilstand i forhold til hendelser (eksterne eller interne). Systemet går fra en tilstand til en annen. Aktivitetsdiagrammer brukes for å modellere dataflyten eller prosessen i systemet.

22 Eksamen INF1050 Oppgave 2 c Usecase-beskrivelse Navn: Velg drikke Aktør: Bruker av kaffemaskin Prebetingelser: Rengjør knappen lyser ikke Postbetingelser: Valgt drikke utleveres Hovedflyt: H1: Bruker velger drikk H2: Hvis en drikk med kaffe er valgt, får brukeren et tilleggsvalg (kan endre styrke) H3: Bruker trykker utfør knapp H4: Systemet beregner riktig blanding H5: Systemet lager og leverer drikke H6: Systemet oppdaterer status for maskinen

23 Eksamen INF1050 Oppgave 2 c Usecase-beskrivelse Alternative flyt: A1: Mangler melk A1.1: Mangler melk knapp aktiveres A1.2:Kun valg av drikke uten melk kan velges A1.3: Systemet fortsetter fra H1 A2: Mangler kaffe. Tilsvarende som A1 (bytt ut melk med kaffe) A3: Rengjør maskinen A3.1: Rengjør-maskin knapp aktiveres A3.2: Systemet opplyser om at ingen drikk kan velges før maskin er rengjort A.3.3: Systemet fortsetter fra H1

24 Eksamen INF1050 Oppgave 2 d Klassediagram

25 Eksamen INF1050 Oppgave 2 d Klassediagram

26 Eksamen INF1050 Oppgave 2 d Klassediagram

27 Eksamen INF1050 Oppgave 2 d Klassediagram

28 Eksamen INF1050 Oppgave 2 d Klassediagram

29 Eksamen INF1050 Oppgave 2 e Sekvensdiagram Velg drikke Ka : Kaffeautomat : Kaffemaskinbruker 1: velgdrikke(id) 2: lagdrikkeobjekt(id) : drikke 3: velgstyrke(styrke) 4: velgutfør() 5: leverdrikke(drikke, styrke) 6: oppdaterstatus()

30 Eksamen INF1050 Oppgave 2 e Pseudo-kode (ikke spørsmål i oppgaven) Class Kaffeautomat { Drikke drikke; lagdrikkeobjekt(int id) :Drikke drikke { switch (id) { case 0: drikke = new Espresso(); break; case 1: drikke = new Cappuchino(); break; etc. } return drikke; } velgdrikke (id) { drikke = lagdrikkeobject(id); } velgstyrke(styrke) { drikke.setsterk(styrke) } velgutfør() { leverdrikke (drikke, styrke); } } Merk: Syntaks er her ikke «riktig», selv om det er «java-lignenede»

31 Eksamen INF1050 Oppgave 3 Empiriske metoder Det enkleste vil nok være å lage en spørreundersøkelse. Lag et skjema med relevante spørsmål som først testes ut på noen (3-4) pilotpersoner før det sendes ut til alle ansatte For å få mer dybdeinnsikt i hva folk mener og hvorfor, kunne man kjøre en intervju -undersøkelse. Det krever imidlertid mye mer ressurser (et intervju kan sjelden være mindre enn 1/2 time; typisk vil det ta en time). Derfor er det mest realistisk å velge ca. 20 personer som har ulike roller, og de må velges både blant de som har deltatt i ett av de to Scrum-teamene og de som ikke har drevet med Scrum. Synspunkter vil da kunne utdypes, men man kan ikke vite sikkert hvor representative synspunktene er. Hadde man hatt virkelig bra med ressurser og litt tid på seg, kunne man også kjørt et komparativ (sammenlignende) case-studie der man valgte ut ett prosjekt hos hver av de to Scrum-teamene og så lot to team som jobber tradisjonelt utføre de samme to prosjektene som Scrum teamene, slik at man har to prosjekter som begge kjøres av ett Scrum-team og ett tradisjonelt team. Utfordringen vil være å få prosjektene like nok med hensyn til kundeinvolvering, men det er mulig, jfr. Studien over "Database for empiriske studier" der fire firmaer lagde samme system (presentert på flere forelesninger).

32 Eksamen INF1050 Oppgave 4a Scrum Scrum Jobber i team med en flat struktur, teamleder kalles Scrum-master, og er mer fasilitator enn tradisjonell prosjektleder (fordeler ikke oppgaver etc). Utviklingen foregår gjennom iterasjoner, kalt sprinter, av varighet 2-4 uker. Før en ny sprint starter gjennomføres sprintplanlegging der oppgavene som skal være med (kalles sprint backlog ) velges ut fra en større produkt backlog. En backlog er som regel en samling av user stories, og en produkteier (PO) har ansvaret for prioritering av oppgavene ( user stories) i en backlog. PO representerer kunden og er som regel med på sprint planleggingen og prioriterer oppgaver fra product backlog. Det er vanlig under sprintplanlegging at hele teamet er med på estimering av oppgavene ved bruk av såkalt planning poker. Noen foretrekker relativ estimering (en oppgave blir estimert til 8 points, en annen til 13 etc.). Andre foretrekker absolutt estimering (som regel i timer). Viktig i Scrum er daglige stand-up -møter der alle i teamet kort forteller om hva som er gjort siden siste møte (dagen før), problemer man eventuelt har og hva som skal gjøres fram til neste møte. Standup møtet skal være kort (det er derfor det er vanlig å stå, 15 min. er vanlig). Lange faglige diskusjoner tas i andre møter uten at alle trenger delta.

33 Eksamen INF1050 Oppgave 4a Scrum Scrum Jobber i team med en flat struktur Teamleder kalles Scrum-master Mer fasilitator/tilrettelegger enn tradisjonell prosjektleder (fordeler ikke oppgaver etc). Utviklingen foregår gjennom iterasjoner, kalt sprinter, av varighet 2-4 uker. Før en ny sprint starter gjennomføres sprintplanlegging der oppgavene som skal være med (kalles sprint backlog ) velges ut fra en større produkt backlog. En backlog er som regel en samling av user stories, og en produkteier (PO) har ansvaret for prioritering av oppgavene ( user stories) i en backlog. PO representerer kunden og er som regel med på sprint planleggingen og prioriterer oppgaver fra product backlog. Det er vanlig under sprintplanlegging at hele teamet er med på estimering av oppgavene ved bruk av såkalt planning poker. Noen foretrekker relativ estimering (en oppgave blir estimert til 8 points, en annen til 13 etc.). Andre foretrekker absolutt estimering (som regel i timer). Viktig i Scrum er daglige stand-up -møter der alle i teamet kort forteller om hva som er gjort siden siste møte (dagen før), problemer man eventuelt har og hva som skal gjøres fram til neste møte. Standup møtet skal være kort (det er derfor det er vanlig å stå, 15 min. er vanlig). Lange faglige diskusjoner tas i andre møter uten at alle trenger delta.

34 Eksamen INF1050 Oppgave 4a Kanban Kanban Baserer seg på Lean metodikk, bl.a. kjent fra Toyota og Just-intime prinsippet: Ikke start å lage noe før det er etterspurt. Kanban opererer ikke med tidsbokser som Scrum, man jobber til aktivitetene er ferdig. Kanban er flytbasert, dvs. oppgaver jobbes med inntil de er ferdige. I motsetning til i Scrum der man jobber innenfor faste tidsbokser. I Kanban settes det ofte et tak på antall oppgaver som kan utføres parallelt. Kanban brukes ofte der det er uungåelige avbrudd for å utføre support-, drift- og ad hocvedlikeholdsoppgaver. Også i Kanban er det vanlig å ha daglige Stand-up møter.

35 Eksamen INF1050 Oppgave 4a Kanban Kanban Baserer seg på Lean metodikk, bl.a. kjent fra Toyota og Just-in-time prinsippet: Ikke start å lage noe før det er etterspurt. Kanban opererer ikke med tidsbokser som Scrum, man jobber til aktivitetene er ferdig. Kanban er flytbasert, dvs. oppgaver jobbes med inntil de er ferdige. I motsetning til i Scrum der man jobber innenfor faste tidsbokser. I Kanban settes det ofte et tak på antall oppgaver som kan utføres parallelt. Kanban brukes ofte der det er uungåelige avbrudd for å utføre support-, drift- og ad hocvedlikeholdsoppgaver. Også i Kanban er det vanlig å ha daglige Stand-up møter.

36 Eksamen INF1050 Oppgave 4 b Scrum vs Kanban I Scrum har man sprintplanleggingsmøter der man estimerer oppgaver og legger dem i en sprint backlog Dette kan være en fordel da det blir lagt ned ekstra innsats for å bli ferdig med en Sprint, og gjennom timeboxing har man oversikt over når ting skal være ferdige. Estimering av innsats er ikke så vanlig i Kanban, noe som kan være en ulempe ift. å beregne kostnadene i prosjektet. På den annen side er det i Kanban få aktiviteter som går samtidig ( just-in-time - prinsippet). Dette gjør at aktivitetene er mindre avhengige av hverandre. I tilfeller der det er vanskelig å estimere innsatsen eller det er mange avbrudd pga feilretting, support- eller vedlikeholdsoppgaver, kan Kanban være gunstig.

37 Eksamen INF1050 Oppgave 4 b Scrum vs Kanban I Scrum har man sprintplanleggingsmøter der man estimerer oppgaver og legger dem i en sprint backlog. Dette kan være en fordel da det blir lagt ned ekstra innsats for å bli ferdig med en Sprint, og gjennom timeboxing har man oversikt over når ting skal være ferdige. Estimering av innsats er ikke så vanlig i Kanban, noe som kan være en ulempe ift. å beregne kostnadene i prosjektet. På den annen side er det i Kanban få aktiviteter som går samtidig ( just-in-time - prinsippet). Dette gjør at aktivitetene er mindre avhengige av hverandre. I tilfeller der det er vanskelig å estimere innsatsen eller det er mange avbrudd pga feilretting, support- eller vedlikeholdsoppgaver, kan Kanban være gunstig.

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

Oppgave 1 Multiple Choice

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

Detaljer

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

Prosjektledelse, prosjektplanlegging, teamarbeid

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

Detaljer

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

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

CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM

CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM Scrum Master og Product Owner i Høst 2015 1 Om Scrum Scrum er et populært rammeverk laget med henblikk på å utvikle komplekse informasjonssystemer.

Detaljer

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

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

Detaljer

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Klassediagram Aktivitetsdiagram Tilstandsdiagram Sekvensdiagram 1 Ta utgangspunkt i følgende klasser:

Detaljer

Spesifikasjon av Lag emne

Spesifikasjon av Lag emne Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Detaljer

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use

Detaljer

Scrum. -nøkkelbegreper og noen personlige erfaringer

Scrum. -nøkkelbegreper og noen personlige erfaringer Scrum -nøkkelbegreper og noen personlige erfaringer Agile Manifesto Manifest for smidig systemutvikling Vi oppdager stadig nye og bedre måter å utvikle systemer på, både ved å gjøre det selv og ved å hjelpe

Detaljer

Scrum. en beskrivelse V 2012.12.13

Scrum. en beskrivelse V 2012.12.13 Scrum en beskrivelse Scrum prinsipper Verdier fra Agile Manifesto Scrum er det mest kjente av de smidige (Agile) rammeverkene. Scrum er også kilden til mye av tankegodset bak verdiene og prinsippene i

Detaljer

Prosessmodeller og smidig programvareutvikling

Prosessmodeller og smidig programvareutvikling 1/21/14 INF1050: Systemutvikling 22. januar 2014 Prosessmodeller og smidig programvareutvikling Professor Dag Sjøberg Slide 1 INF1050/ 22.1.2014 / Dag Sjøberg Plan Kap. 2: Begrepet prosessmodell Prosessmodeller

Detaljer

Obligatorisk oppgave 1: Foranalyse og Kravhåndtering Lars- Martin Hejll 5611 Systemutvikling

Obligatorisk oppgave 1: Foranalyse og Kravhåndtering Lars- Martin Hejll 5611 Systemutvikling Obligatorisk oppgave 1: Foranalyse og Kravhåndtering LarsMartin Hejll 5611 Systemutvikling Høgskolen i Telemark Oppgave 1: Bakgrunn for systemet LarsMartin Hejll A) Ved å sentralisere bookingsystemet til

Detaljer

INF 5120 Modellering med objekter

INF 5120 Modellering med objekter INF 5120 Modellering med objekter Obligatorisk oppgave nr. 1 Gruppe 4 Problem: Det skal designes en kaffemaskin til bruk blant de ansatte hos en bedrift. Eieren av bedriften ønsker en enkel og billig maskin.

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

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

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

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

Detaljer

GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING

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

Detaljer

Kravspesifikasjon 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

Introduksjon,l SCRUM. EB og TMG 2010 1

Introduksjon,l SCRUM. EB og TMG 2010 1 Introduksjon,l SCRUM EB og TMG 2010 1 Hva er Scrum? Kilde: http:/image.google.com EB og TMG 2010 2 Kompleksitet Kilde: http://www.coderfriendly.com/ EB og TMG 2010 3 SCRUM - kortversjonen Scrum er en smidig

Detaljer

Avegility og ledelse av smidige prosjekter. Avenir AS > slide 1

Avegility og ledelse av smidige prosjekter. Avenir AS > slide 1 Avegility og ledelse av smidige prosjekter Avenir AS > slide 1 Avenir AS > slide 2 Erfaringer fra utvikling av Energimerkesystemet for NVE Bakgrunn for Energimerkesystemet Stortinget har besluttet innføring

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

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

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

SCRUM EB og TMG 2010

SCRUM EB og TMG 2010 SCRUM Hovedmål Mer om roller i SCRUM Es/mering av innhold i sprinter Visualisering av fremdri; ved burndown Scrum Daily SCRUM 24h Product backlog Sprint backlog 1 uke Sprint Delprodukt / delleveranse Roller

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

Meeting Reservation System

Meeting Reservation System Meeting Reservation System Oblig1c-1 Gruppe 8 Frode Revheim, Sven-Erik Nilsen, Terese Haug, Rolf Vassdokken Krav Vise møteromsoversikt Vise tilgjengelige rom for en gitt tidsperiode og med tilgjengelig

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

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

Bruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge

Bruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge Bruk av HP Quality Center med smidige utviklingsmetoder Kjell Lillemoen HP Sofware Norge QC og smidige metoder Agenda Smidig terminologi Smidig metoder og verktøy Hvilke krav bør vi stille QC med Scrum

Detaljer

=Systemutviklingsprosjekt - WATCH - Gruppe 208=

=Systemutviklingsprosjekt - WATCH - Gruppe 208= =Systemutviklingsprosjekt - WATCH - Gruppe 208= 5 personer 5 laptops /m java lunsjpenger -Ressurser- -Arbeidsoppdeling- Hva Timer Ansvar Lete frem relevant informasjon fra uoversiktlig og spredd informasjon

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

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

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

Detaljer

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

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

Detaljer

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

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

Detaljer

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

Motivasjon: Hvorfor modellere? Systemutvikling med UML Del 2 (forelesning 4-6) Repetisjon: Egenskapsrommet. Egenskapsrommet

Motivasjon: Hvorfor modellere? Systemutvikling med UML Del 2 (forelesning 4-6) Repetisjon: Egenskapsrommet. Egenskapsrommet Motivasjon: Hvorfor modellere? Systemutvikling med UML Del 2 (forelesning 4-6) Øyvind Stavdahl Institutt for teknisk kybernetikk, NTNU Oktober 2004 Avmystifisere systemets kompleksitet Skaffe oversikt

Detaljer

Oppgave 1. Finn krav. Finn krav. Finn test

Oppgave 1. Finn krav. Finn krav. Finn test Oppgave 1 1. Hensikten med use case er å oppnå en felles forståelse av krav til systemet mellom brukere / kunder og utviklere. Et use case er et scenario, ikke en komplett, deltaljert kravspesifikasjon.

Detaljer

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

2014 Høgskolen i Oslo og Akershus. Forprosjektrapport "Rinnovasjon" (Renovasjon og innovasjon) monabjerke.no

2014 Høgskolen i Oslo og Akershus. Forprosjektrapport Rinnovasjon (Renovasjon og innovasjon) monabjerke.no 2014 Høgskolen i Oslo og Akershus Torbjørn Gjøn s180399 Snorre Duun Strømsborg s180371 Matias Pettersen s180395 Forprosjektrapport "Rinnovasjon" (Renovasjon og innovasjon) monabjerke.no Presentasjon Tittel:

Detaljer

Use case drevet design med UML

Use case drevet design med UML Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05

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

Kandidat nr. 1, 2 og 3

Kandidat nr. 1, 2 og 3 Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning

Detaljer

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

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

Detaljer

Livsløpstesting av IT-systemer

Livsløpstesting av IT-systemer Livsløpstesting av IT-systemer Testing, validering og evaluering Teste Undersøke ved hjelp av tester om systemet fungerer slik det er beskrevet Validere Bekrefte hvordan systemet virkelig fungerer, om

Detaljer

ChiCMS Hovedprosjekt ved Høgskolen i Oslo 2011

ChiCMS Hovedprosjekt ved Høgskolen i Oslo 2011 TESTRAPPORT Forord Denne testrapporten har som formål å beskrive all testing som er utført på systemet, både under utviklingen og etter ferdigstilling. Målet for testingen er for å verifisere at vi har

Detaljer

07.06.2013 PROSJEKT 2013. Systemutvikling Rudi Østerhus, Kais Kristensen, Joakim Walstad

07.06.2013 PROSJEKT 2013. Systemutvikling Rudi Østerhus, Kais Kristensen, Joakim Walstad 07.06.2013 PROSJEKT 2013 UDRUNKBRO? Systemutvikling Rudi Østerhus, Kais Kristensen, Joakim Walstad Forord Denne rapporten er skrevet i løpet av fjerde semester i forbindelse med utgitt prosjektoppgave

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

Kandidatnummer: 2625, 2634, 2624, 2619, 2638. Emnekode: Emnenavn: Emneansvarlig: Innleveringsfrist: 15. mai 2009 kl 12.00

Kandidatnummer: 2625, 2634, 2624, 2619, 2638. Emnekode: Emnenavn: Emneansvarlig: Innleveringsfrist: 15. mai 2009 kl 12.00 Kandidatnummer: 2625, 2634, 2624, 2619, 2638 Emnekode: Emnenavn: Emneansvarlig: IS-304 Prosjektoppgave/Applikasjonsutvikling/Kvalitetssikring Hallgeir Nilsen Innleveringsfrist: 15. mai 2009 kl 12.00 Antall

Detaljer

Erfaringsoverføring fra prosjekt til linje

Erfaringsoverføring fra prosjekt til linje Erfaringsoverføring fra prosjekt til linje av Nils Faugli, Telenor Networks Tema: Kunnskapsledelse og kunnskapsforvaltning i prosjekter Dato: 16. Mars 2005 Sted: Norsk Hydro, Vækerø Bakgrunn Praksis i

Detaljer

Copyright 2010 Accenture All Rights Reserved. Smidig utvikling introduksjon og erfaringer

Copyright 2010 Accenture All Rights Reserved. Smidig utvikling introduksjon og erfaringer Smidig utvikling introduksjon og erfaringer Hvem er jeg Sven Erik Bjerke Teknisk arkitekt / utvikler Sterk interesse for smidige metoder Arbeider til daglig på Statens pensjonskasse (SPK) Har arbeidet

Detaljer

Bruk av Scrum i BI-prosjekter

Bruk av Scrum i BI-prosjekter Bruk av Scrum i BI-prosjekter 8. februar 2011 Elin Våge Lafton WWW.PLATON.NET Målsetning 40 minutter: Gi forståelse for hva scrum er og indikasjoner på om dette fungerer på BI-prosjekter 2 Agenda Sprint

Detaljer

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

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

Detaljer

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

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8.

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8. Aktivitetskart Planlegging dato: 29.01-09 TIL 7.2-09 Kravspesifikasjon beskrivelser Papirprototyp ER-diagram Planlegging og fastslåing av prosjekt En del av kravspesifikasjon. Grafisk visning av systemets

Detaljer

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

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

Detaljer

AP221 Use Case TUL Administrer brukere, grupper og rettigheter

AP221 Use Case TUL Administrer brukere, grupper og rettigheter AP221 Use Case TUL Administrer brukere, grupper og rettigheter Administrer rettigheter En løsningsadministrator kan tildele andre brukere forskjellige rettigheter i Tjenesteutviklingsløsningen. Den grunnleggende

Detaljer

STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen

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

Detaljer

(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

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

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

Detaljer

Digipost produktutvikling

Digipost produktutvikling Produktutvikling Digipost produktutvikling Bakgrunn Abstrakt produktutvikling, som utvikling av programvare, blir ofte forbundet med høy kompleksitet og tilhørende risiko. Ofte ser vi at desto mer omfattende

Detaljer

Conference Centre Portal (CCP)

Conference Centre Portal (CCP) IN-MMO Obligatorisk oppgave 1 Brian Elvesæter mmo-oppgaver@ifi.uio.no 1 Conference Centre Portal (CCP) 2 1 Oblig 1: Problem description [1/3] The Conference Center Portal is an Internet portal that organizers

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

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

Effektive samarbeidspraksiser for kravhåndtering

Effektive samarbeidspraksiser for kravhåndtering Effektive samarbeidspraksiser for kravhåndtering Hans Gallis Symphonical Kjetil Moløkken-Østvold Conceptos Consulting JavaZone, 18. september 2008 Viktige momenter ved denne sesjonen BOF = Diskusjonsbasert

Detaljer

Planlegging og dokumentasjon

Planlegging og dokumentasjon Planlegging og dokumentasjon Edgar Bostrøm. - leilighetsnotat, etterutdanningskonferansen, 17.02.2010, noe revidert. Generelle kommentarer: Begrunnelse for hovedområdet Planlegging og dokumentasjon : o

Detaljer

INTRANETT FOR DEN NORSKE KIRKE. Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves

INTRANETT FOR DEN NORSKE KIRKE. Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves INTRANETT FOR DEN NORSKE KIRKE Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves «Vi har troen på at en arbeidskultur med stor grad av kunnskapsdeling

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

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

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

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

Vedlegg Side 83 av 155

Vedlegg Side 83 av 155 4 Side 83 av 155 Innholdsfortegnelse 1 Kravspesifikasjon... 86 2 Kravspesifikasjon 2.0... 92 3 Domenemodell... 98 4 UseCase Diagram Oversikt... 102 6 Detaljert beskrivelse av UseCase Diagram... 106 Webapplikasjon...

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

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

Brukermanual for kommuneansvarlig og testleder

Brukermanual for kommuneansvarlig og testleder Brukermanual for kommuneansvarlig og testleder Jegerprøveeksamen www.jegerproveeksamen.no Innholdsfortegnelse Kommuneansvarlig... 3 Testleder... 3 Opprette testsenter og testledere... 3 Teknisk godkjenning

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300 Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 15. juni, 2008 Eksamen

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Eksamen i IN219, 13. desember 2001 Side 1 av 6 UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : IN219 Store programsystemer Eksamensdag : Torsdag 13. desember 2001 Tid for eksamen

Detaljer

Smidig prosjektering og systematisk ferdigstillelse fra teori til praksis

Smidig prosjektering og systematisk ferdigstillelse fra teori til praksis Smidig prosjektering og systematisk ferdigstillelse fra teori til praksis 14.10.14 Sven Wertebach og Per Roger Johansen Side 1 Agenda Metodikker: Inndeling. Sammenligning. Valg av riktig metode. Suksesskriterier.

Detaljer

Mellom barken og veden Smidig testing i krevende terreng TTC 2015

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

Detaljer

Scrum og offshoring En studie av prosjekter som benytter Scrum kombinert med offshoring

Scrum og offshoring En studie av prosjekter som benytter Scrum kombinert med offshoring Universitetet i Bergen Scrum og offshoring En studie av prosjekter som benytter Scrum kombinert med offshoring Cato Haukeland Masteroppgave i Informasjonsvitenskap Universitetet i Bergen Innlevert: 31.

Detaljer

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Gruppenummer: 21 Forprosjektrapport Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Gruppemedlemmer: Guro Asbjørnsen, Ester Jansson, Marius Skalstad og

Detaljer

Kanban. Anine Ragnif

Kanban. Anine Ragnif Kanban Anine Ragnif Hvorfor spille KANBAN-spillet? Prinsipper for KANBAN Forstå KANBAN rask og effektivt Mekanismer for god arbeidsflyt Morsom læring Kanban 2014 2 Historikk Kanban har sin opprinnelse

Detaljer

User Story Mapping gir en nyttigere backlog

User Story Mapping gir en nyttigere backlog User Story Mapping gir en nyttigere backlog Workshop, Smidig 2011 Nils Christian Haugen nch@scienta.no Christian Stensholt christian.stensholt@bouvet.no 1 Agenda Intro til User Story Mapping (15 min) Demo

Detaljer

Kravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse

Kravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse Dagens forelesning Kravspesifikasjon Kravspesifikasjon og objektorientert analyse Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi UML? Noen resultater fra et UML-eksperiment

Detaljer

I dag Prosjektstyring og prosjektgjennomføring

I dag Prosjektstyring og prosjektgjennomføring I dag Prosjektstyring og prosjektgjennomføring Prosesser, tidsplanlegging, risikostyring Kirsten Ribu 28.01.2004 Prosessmodeller og prosjekter Prosjektplanlegging, inkl. tidsplanlegging Risikostyring Gurholt

Detaljer

Geosynkronisering. En nasjonal standard for synkronisering av geografisk informasjon

Geosynkronisering. En nasjonal standard for synkronisering av geografisk informasjon Geosynkronisering En nasjonal standard for synkronisering av geografisk informasjon Definisjon GeoSynkronisering definerer en nasjonal standard for synkronisering av geografisk informasjon mellom datasystemer

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

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

if-tester Funksjoner, løkker og iftester Løkker og Informasjonsteknologi 2 Læreplansmål Gløer Olav Langslet Sandvika VGS

if-tester Funksjoner, løkker og iftester Løkker og Informasjonsteknologi 2 Læreplansmål Gløer Olav Langslet Sandvika VGS Løkker og if-tester Gløer Olav Langslet Sandvika VGS 29.08.2011 Informasjonsteknologi 2 Funksjoner, løkker og iftester Læreplansmål Eleven skal kunne programmere med enkle og indekserte variabler eller

Detaljer

Et IT-prosjekt = et prosjekt uten styring, er det virkelig slik det er?

Et IT-prosjekt = et prosjekt uten styring, er det virkelig slik det er? Et IT-prosjekt = et prosjekt uten styring, er det virkelig slik det er? Presentasjon hos UiO 03.09.2010 Christian Stensholt, prosjektleder i Bouvet ASA Agenda Innledning: De umulige IT-prosjektene Hva

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

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

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

Detaljer

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

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

Detaljer

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

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

Detaljer

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

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

Detaljer

2. Beskrivelse av mulige prosjektoppgaver

2. Beskrivelse av mulige prosjektoppgaver Avanserte databaser (øving 9, 10, 11 & 12) Tore Mallaug 25.01.2008 Opphavsrett:Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO326D Avanserte Databaser INNLEVERINGSFRISTER (Obligatorisk

Detaljer