Undervisningsplan

GS = Gurholt og Hasle sin bok "Grunnleggende systemutvikling".

RASD = Maciaszeks bok "Requirements Analysis and System Design".?

• Motivasjon og oversikt over kurset
• L?ringsm?l og vurderingsformer
• Hva er systemutvikling (software engineering)...
• Hva er software systemer og hva brukes de til...

Anbefalt lesestoff:

• GS kap. 1, 2, 3
• Forelesningsfoiler

• Motivasjon for hvorfor det er viktig med en software-utviklingsprosess.
• Gjennomg?else av de mest relevante prosessmodellene og erfaringer med hvordan disse blir fulgt i praksis i industrien.

Anbefalt lesestoff:

• GS kap. 4, 5, 6, 7
• RASD kap. 1
• Forelesningsfoiler

• Oppgaver
• Innspill til svar

• Prosesser (forts.)
• Systemutviklings-prosjekter og -prosjektledelse
• Prosjektplanlegging

Anbefalt lesestoff:

• GS kap. 16, 17, 18, 19, samt emne 9 bak i boka.
• Forelesningsfoiler

• Oppgaver
• Innspill til svar

PS 2000 kontraktstandarden for avtaler mellom oppdragsgiver (kunde) og leverand?r er mye brukt i Norge, og dere skal bl.a. relatere til den i de obligatoriske oppgavene. Under finner dere PS 2000-malene. Ta en kikk! Dere vil se at PS 2000 gjenspeiler en iterativ prosess, og dere vil i PS 2000-malene gjenkjenne livsyklusfasene dere har l?rt om hittil i kurset.

Anbefalt lesestoff:

• Om PS 2000
• PS2000 Del 1
• PS2000 Del 2
• PS2000 Del 3
• PS2000 Veiledning
• PS2000 Utfylt (dette er en faktisk kontrakt som har blitt anonymisert)
• Forelesningsfoiler

• Oppgaver
• Innspill til svar

• Kravh?ndtering
• Hva er krav
• Hvordan finne fram til krav
• Hvordan dokumenteres krav

Anbefalt lesestoff:

• GS kap. 1, 2, 3; samt emner 4, 7 i ressursdelen bakerst i boka
• RASD kap. 2
• Forelesningsfoiler

• Oppgaver
• Innspill til svar

澳门葡京手机版app下载 og erfaring har vist at estimering (forutsigelse) av tidsbruken (og dermed kostnadene) i systemutviklingsprosjekter er notorisk vanskelig ? f? presist. Dette gj?r det vanskelig ? planlegge tid og pengebruk. Denne forelesningen tar for seg kjente problemer i estimering og noen teknikker for estimering.

Anbefalt lesestoff:

• Forelesningsfoiler estimering
• Forelesningsfoiler gruppe-estimering

• Oppgaver
• Innspill til svar

• Obligatorisk oppgave 1
• PS 2000 Del 3 (redigerbar)

Kurset f?lger n? systemutviklningsprosessen inn i en mer formell fase, der man s?ker ? gi mer presise beskrivelser (dvs. modeller) av et IT-system under utvikling. Denne forelesningen tar for seg:

• Use Cases
• Domenemodeller
• Aktivitetsdiagrammer

Anbefalt lesestoff:

• GS 8.1-8.3, 8.5 og 8.6
• RASD 3.1, 3.2, 4.3.1 og 4.3.2
• Forelesningsfoiler

• Oppgaver
• L?sningsforslag

Mer modellering: Vi beveger oss n? fra krav til objekter. Denne forelesningen tar for seg:

• Ansvarsdrevet objekt-orientering
• Sekvensdiagrammer
• CRC

Anbefalt lesestoff:

• GS 8.4, 8.7-8.9
• RASD 3.4, 4.3.3
• Forelesningsfoiler

• Oppgaver

Mer modellering: Denne forelesningen tar for seg:

• Mer om Sekvensdiagrammer
• Klassediagrammer

Anbefalt lesestoff:

• GS Kap 8
• RASD Kap. 3, 4
• Forelesningsfoiler

• Oppgaver
• L?sningsforslag

• Obligatorisk oppgave 2
• Innf?ring/brukerveiledning i modelleringsverkt?yet Rational Rose

Denne forelesningen tar for seg:

• databaser og persistens, UML datamodellering, SQL

Anbefalt lesestoff:

• GS Kap 10, 11
• RASD Kap. 8
• Forelesningsfoiler

• Oppgaver
• L?sningsforslag

Arkitektur er sv?rt viktig og er noe vi faktisk har snakket om implisitt siden starten av kurset. N? defineres begrepet arkitektur mer eksplisitt.

• Hva er arkitektur...
• Fysisk og logisk arkitektur
• Brukergrensesnitt
• Web-applikasjoner

Anbefalt lesestoff:

• RASD 4.1, 7.1, 7.3
• GS kap. 9
• Forelesningsfoiler

• Oppgaver
• Innspill til svar

• Presentasjon av utviklingsverkt?yet Genova. Dette verkt?yet skal dere bruke i Oblig 3.

Anbefalt lesestoff:

• Foiler. Dette er en komplett versjon fra Esito som er nyttig som referanseguide til Genova.
• Forelesningsfoiler. Dette er den forkortede versjonen som blir gjennomg?tt p? forelesningen.

• Oppgaver

• Obligatorisk oppgave 3

Vi har n? kommet fram til testing-fasen i systemutviklingsprosessen. Denne fasen foreg?r typisk mot slutten av en iterasjon (dvs. f?r "kontrollpunktene" i PS2000-sammenheng.)

• Motivasjon for hvorfor testing er viktig.
• Noen testing-teknikker (white-box testing).

F?rste del av forelesningen vil gi en h?yniv?-oversikt over testing. Her vil "Part I" av "Oversikt"-foilsettet bli gjennomg?tt. Annen del av forelesningen vil v?re litt mer teknisk og ta for seg s?kalt "white-box" testing. Foilene om white-box testing finner dere i "Teknikk og detaljer"-foilsettet.

Anbefalt lesestoff:

• GS kap. 14
• RASD 9.1
• Forelesningsfoiler: Oversikt
• Forelesningsfoiler: Teknikk og detaljer

• Oppgaver
• L?sningsforslag

• Noen testing-teknikker ("Black-box"-testing).
• Testing som et ledd i utviklingsprosessen.

F?rste del av forelesningen vil fortsette den tekniske linja fra forrige forelesning og ta for seg s?kalt "black-box" testing. Foilene om black-box testing finner dere i "Teknikk og detaljer"-foilsettet som ble lagt ut for forrige forelesning. Annen del av forelesningen vil igjen v?re h?yniv?. Her vil "Part II" av "Oversikt"-foilsettet som ble lagt ut til forrige forelesning bli gjennomg?tt.

Anbefalt lesestoff:

• GS kap. 14
• RASD 9.1
• Forelesningsfoliene lagt ut til forrige forelesning

Merk at torsdag er 1. mai/Kristi himmelfartsdag. Dere som g?r p? torsdaggrupper m? pr?ve ? g? p? en annen gruppe.

• Oppgaver
• L?sningsforslag

Jus st?r sentralt i systemutvikling. For eksempel er det ikke vilk?rlig hvilke data som kan lagres (alts? hvilke entitetsobjekter som skal lagres persistent i en database) og hvordan slike data skal lagres (hvem har innsyn i dataene). Lover og regler for beskyttelse av data vil derfor ha p?virkning p? b?de funksjonelle og ikke-funksjonelle krav. Denne forelesningen vil fokusere p? personvern.

Anbefalt lesestoff:

• Kapittel 17 fra Gerhard Skagesteins bok
• Forelesningsfoiler

• Oppgaver
• Innspill til svar

Etter at den f?rste (eller andre, eller tredje...) versjonen av et system tas i bruk, vil det bli behov for endringer av systemet, enten fordi kunden ?nsker tilpassninger, eller fordi feil oppdages (av kunden eller ved testing). I iterativ utvikling er dette enda mer sentralt, siden deler av systemet tas i bruk underveis. Denne forelesningen tar for seg hvordan man h?ndterer slike endringer og hvordan man holder l?pende orden p? versjoner av systemet.

Anbefalt lesestoff:

• RASD kap. 9.2
• GS kap. 15
• Forelesningsfoiler

?

• Oppgaver

• Oppgaver
• L?sningsforslag

• Forelesningsfoiler

Lykke til!?