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

Forskning 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!