Objektorientering og UML. INF1050: Gjennomgang, uke 06

Størrelse: px
Begynne med side:

Download "Objektorientering og UML. INF1050: Gjennomgang, uke 06"

Transkript

1 Objektorientering og UML INF1050: Gjennomgang, uke 06

2 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design patterns ) Eksempler på diagrammer og kode

3 Gjennomgang av ukesoppgaver Ukens tema: Mer om objektorientering og UML

4 Oppgave 1: Bakgrunn Ta utgangspunkt i følgende klasser: En skriver til en PC Du kan anta at det er en blekkskriver, og at den ikke står i nettverk En bankkonto En bok som tilhører et bibliotek

5 Oppgave 1(a) Definer attributter og operasjoner (metoder) for disse klassene

6 Oppgave 1(a): Løsningsforslag Definer attributter og operasjoner (metoder) for disse klassene

7 Oppgave 1(b) Finn andre klasser som disse klassene kan assosieres med

8 Oppgave 1(b): Løsningsforslag Finn andre klasser som disse klassene kan assosieres med Hvilke andre klasser er naturlige å modellere? Bruker domenekunnskap for å identifisere øvrige klasser Skriver Bankkonto Bok PC Bank Bibliotek Hva er informasjonsbehovet? Hva skal de ulike klassene gjøre? Hvilke assosiasjoner ønsker vi mellom klassene?

9 Oppgave 1(b): Løsningsforslag Finn andre klasser som disse klassene kan assosieres med Hva forteller forholdene oss?

10 Oppgave 2(a) Hva er et aktivitetsdiagram?

11 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Aktivitetsdiagram = Flytskjema (flowchart) Grafisk representasjon av arbeidsflyt Viser aktiviteter og tilhørende handlinger (actions) Viser overordnet kontrollflyt Beskriver hvordan mulige utfall av en aktivitet påvirker flyten Viser hvilke aktiviteter som kan utføres parallelt Aktivitetsdiagram utgjør en del av standarden til UML 2.0

12 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Grunnkomponenter i et aktivitetsdiagram Start: Angir hvor flyten starter Slutt: Angir hvor flyten ender Aktiviteter: Angir ulike aktiviteter som inngår i arbeidsflyten Representeres med navngitte, avrundede rektangler Kan være fysisk ( godkjenn søknad ) eller elektronisk ( vis kjøpshistorikk ) Valg: Angir at man står ovenfor et valg (decision) Eksempel: IF, IF-ELSE, CASE, osv.

13 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel I: Veldig enkelt aktivitetsdiagram Hva forteller dette diagrammet oss? Flytskjema for å lage kaffe Hvilke aktiviteter inngår i arbeidsflyten? Kun én aktivitet: Lag kaffe

14 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Alternative løp: Valgdiamanter Beskriver hvordan handlinger (valg) påvirker flyten i systemet Viser de mulige utfallene av en aktivitet Kan ha mange utfall, men kun ett av utfallene velges

15 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel II: Bruk av valgdiamanter Hva forteller dette diagrammet oss? Valg av drikke Hvilke aktiviteter inngår i arbeidsflyten? Velg drikke Lag té Lag kaffe Hva er de ulike valgene? Té eller kaffe

16 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Blokkeringer (bar) Representerer start (split) og slutt (join) for parallelle prosesser Viser hvilke prosesser man må vente på, før man kan gå videre

17 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel III: Bruk av blokkeringer Hva forteller dette diagrammet oss? Viser hvordan kaffe lages Hvilke aktiviteter inngår i arbeidsflyten? Lag kaffe Varm vann / kvern kaffebønner Hvilke aktiviteter kan utføres parallelt? Varm vann Kvern bønner

18 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Aktivitetsdiagram med baner (swimlanes) Beskriver roller Hvem gjør hva? Hvordan interagerer rollene med hverandre?

19 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel IV.a: Aktivitetsdiagram med baner

20 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel IV.a: Aktivitetsdiagram med baner

21 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel IV.b: Aktivitetsdiagram uten baner, men med merknader

22 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel IV.b: Aktivitetsdiagram uten baner, men med merknader

23 Oppgave 2(a): Løsningsforslag Hva er et aktivitetsdiagram? Eksempel V: Aktivitetsdiagram med flerdimensjonale baner

24 Oppgave 2(b) Hvorfor er det nyttig å lage aktivitetsdiagrammer?

25 Oppgave 2(b): Løsningsforslag Hvorfor er det nyttig å lage aktivitetsdiagrammer? Aktivitetsdiagrammer: Nytteverdi Definerer flyten for en gitt aktivitet som kan gjennomføres i systemet Finner prosesser som kan kjøres parallelt og er uavhengige av hverandre Finner deadlocks i systemet Økt forståelse av arbeidsrutiner Aktivitetsdiagram kan modellere Arbeidsflyt i et system Organisasjonsflyt

26 Oppgave 3(a) Hva er hendelsesdrevet modellering?

27 Oppgave 3(a): Løsningsforslag Hva er hendelsesdrevet modellering? Hendelsesdrevet modellering = Event-Driven Modelling Viser hvordan systemet responderer på eksterne / interne hendelser Viser hvordan tilstander er knyttet til hendelser i et system Spesielt nyttig for sanntidssystemer UML-representasjon av hendelsesdrevet modellering Tilstandsdiagrammer Eksempel Tilstander: Ventil åpen / Ventil lukket Hendelser: Lukk ventil / Åpne ventil

28 Oppgave 3(b) Hva er et tilstandsdiagram?

29 Oppgave 3(b): Løsningsforslag Hva er et tilstandsdiagram? Tilstandsdiagrammer (State diagrams) Representerer en tilstandsmaskin Grafisk representasjon av de ulike tilstandene et system kan være i Beskriver hvilke hendelser som får systemet til å endre tilstand Altså: Hvordan går vi fra én tilstand og til en annen? Ytterligere informasjon (følger ofte med diagrammene) Fullstendig spesifikasjon som utdyper hva som inngår i hver tilstand Hvordan påvirker aktiviteter / hendelser / triggere tilstandsendringer?

30 Oppgave 3(b): Løsningsforslag Hva er et tilstandsdiagram? Tilstander Rektangler med avrundede hjørner Navn som forklarer hva slags tilstand dette er Objektets adferd forblir stabil i dette vinduet Objektet vil være i denne tilstanden inntil det stimuleres av en hendelse Utdypende tilstander Øverste felt: Navn på tilstanden Nederste felt: Liste over interne hendelser / adferd som utføres i denne tilstanden

31 Oppgave 3(b): Løsningsforslag Hva er et tilstandsdiagram? Utdypende tilstander entry / do / exit / Adferd som utføres med en gang systemet endres til denne tilstanden Adferd som utføres så lenge dette er tilstanden til systemet Adferd som utføres når vi går ut av tilstanden (til en annen)

32 Oppgave 3(b): Løsningsforslag Hva er et tilstandsdiagram? Eksempel: Utdypende tilstander CD-spiller med to utdypende tilstander Viser bruk av entry, do, exit

33 Oppgave 3(b): Løsningsforslag Hva er et tilstandsdiagram? Overganger Viser en gyldig tilstandsendring Piler annotert med navn på hendelsen som forårsaker tilstandsendringen Hvis du er i tilstand X, og hendelse Y inntreffer, hvilken tilstand ender du opp i? Eksempel Bankkonto er i Lukket tilstand Hendelsen Åpne inntreffer Bankkontoen er nå i Åpen tilstand

34 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Hendelsesflyt 1. Velg effektnivå (power) Full / Half 2. Sett tid med numerisk tastatur 3. Trykk start Merknad Døren må være lukket Figur 5.16 (Sommerville)

35 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Tilstandsdiagrammer viser Hvilke tilstander et system kan være i Hvilke hendelser som forårsaker tilstandsendringer Trenger allikevel en fullstendig spesifikasjon Detaljert beskrivelse Redegjør for hva som inngår i hver tilstand Hvordan påvirker aktiviteter / hendelser / triggere tilstandsendringer? Hvilke antakelser er gjort? Kan vise denne informasjonen med tabeller

36 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Detaljert beskrivelse av tilstandene Figur 5.17 (Sommerville)

37 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Hva forårsaker tilstandsendringer? Figur 5.17 (Sommerville)

38 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Super- og subtilstander Problem Kan få svært mange tilstander Løsning Supertilstander skjuler informasjon Inneholder subtilstander Kan modelleres i et annet tilstandsdiagram Figur 5.16 (Sommerville)

39 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Super- og subtilstander Viser hva som inngår i Operation Består av flere tilstander Checking Cook Alarm Done Detaljer som skjules fra hoveddiagrammet Figur 5.18 (Sommerville)

40 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Super- og subtilstander Bruker for å vise at tilstanden inneholder subtilstander

41 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Eksempel: Super- og subtilstander Tilstandsdiagram for en telefon under oppringing

42 Oppgave 3(b): Løsningsforslag Eksempel: Enkel mikrobølgeovn Avbryt Bruker for å vise at tilstanden avbrytes

43 Oppgave 3(b): Løsningsforslag Hva er et tilstandsdiagram? Forskjellen på aktivitets- og tilstandsdiagrammer Aktivitetsdiagram Flytskjema (flowchart) Systemet beveger seg fra aktivitet til aktivitet Piler Tilstander Tilstandsdiagram Tilstandsskjema (state diagram) Systemet beveger seg fra tilstand til tilstand Piler Aktiviteter

44 Oppgave 3(c) Hvorfor er det nyttig å lage tilstandsdiagrammer?

45 Oppgave 3(c): Løsningsforslag Hvorfor er det nyttig å lage tilstandsdiagrammer? Tilstandsdiagrammer: Nytteverdi Viser hvilke tilstander systemet kan være i Viser hvordan vi beveger oss mellom tilstander Triggere Forutsetninger Viser deadlocks i systemet Tilstander vi ikke kan rømme fra

46 Oppgave 4: Vaskemaskin Ta utgangspunkt i et system for en vaskemaskin der du antar følgende: - Det er fire ulike vaskeprogrammer - Vanlig tøy kan vaskes på 30, 40, eller 60 grader - Ullvask er forhåndsinnstilt på 30 grader - Sentrifugering er inkludert i vaskeprogrammene. Ikke en egen knapp - Når maskinen har startet (trykket på startknappen), er det ikke mulig å avbryte programmet

47 Oppgave 4 Lag et tilstandsdiagram for denne vaskemaskinen

48 Oppgave 4: Løsningsforslag Lag et tilstandsdiagram for denne vaskemaskinen 1. Identifiser de ulike tilstandene Hva gjør maskinen mens den ikke er i bruk? Venter (første tilstand) Hva er det siste maskinen gjør før den går tilbake til starttilstanden? Vasker (siste tilstand) Hvilke andre tilstander vil vaskemaskinen kunne være i? Dør åpen Krever at døren lukkes før vaskingen starter Dør lukket Kan starte vaskeprogram

49 Oppgave 4: Løsningsforslag Lag et tilstandsdiagram for denne vaskemaskinen 2. Hvilke handlinger leder til tilstandsendringer? For hver tilstand: Hvordan kan objektene gå ut av denne? Venter Velg vaskeprogram Dør lukket Åpne dør / Start vask Dør åpen Lukk dør Vasker Ikke spesifisert Alle handlinger fører til tilstandsendringer Hvilken tilstand vil handlingen lede deg til? Eksempel: Start vask går fra tilstanden Dør lukket til Vasker

50 Oppgave 4: Løsningsforslag Lag et tilstandsdiagram for denne vaskemaskinen Eksempel I: Enkelt tilstandsdiagram

51 Oppgave 4: Løsningsforslag Lag et tilstandsdiagram for denne vaskemaskinen Eksempel II: Alternativt tilstandsdiagram

52 Oppgave 5: Pante flasker Ta utgangspunkt i eksempelet med å pante flasker fra forelesningen om objektorientert modellering Navn: Pante flasker Aktør: Kunde Prebetingelse: Panteautomat er klar til å ta imot pant Postbetingelse: Kunde får kvittering eller lodd (Røde Kors) Hovedflyt 1. Kunde setter inn en flaske (panteobjekt) 2. Panteautomaten skanner koden på flasken 3. Panteautomaten godkjenner objekt og pantebeløpet legges til det totale 4. Kunde trykker på kvittering 5. Panteautomat skriver ut kvittering

53 Oppgave 5(a) Utvid den tekstlige beskrivelsen med tilfellene at flere flasker pantes og at det er fullt i mottaket av flasker

54 Oppgave 5(a): Løsningsforslag Utvid den tekstlige beskrivelsen med tilfellene at flere flasker pantes og at det er fullt i mottaket av flasker Alternativ flyt I, steg 1: Mottak fullt A1.1: Systemet gir beskjed om at det er fullt i mottaket av flasker A1.2: Systemet returnerer flaske A1.3: Systemet går til steg 5 i hovedflyten Alternativ flyt II, steg 4: Flere flasker A2.1: Kunde velger å pante en ny flaske A.2.2: Systemet returnerer til steg 1 i hovedflyten

55 Oppgave 5(b) Utvid sekvensdiagrammet med tilfellet at det er fullt i mottaket av flasker

56 Oppgave 5(b): Løsningsforslag Utvid sekvensdiagrammet med tilfellet at det er fullt i mottaket av flasker

57 Oppgave 5(b): Løsningsforslag

58 Oppgave 5(c) Utvid aktivitetsdiagrammet med funksjonalitet som legger til pantebeløp på flasker som gir pant

59 Oppgave 5(c): Løsningsforslag Utvid aktivitetsdiagrammet med funksjonalitet som legger til pantebeløp på flasker som gir pant 1. Identifiser de ulike aktivitetene som inngår i Pant av flasker Sett inn panteobjekt Ta ut panteobjekt Legg til pantebeløp Skriv ut lodd Skriv ut kvittering Representeres som avrundede rektangler i aktivitetsdiagrammet

60 Oppgave 5(c): Løsningsforslag Utvid aktivitetsdiagrammet med funksjonalitet som legger til pantebeløp på flasker som gir pant 2. Identifiser de ulike avgjørelsene og mulige utfall Godkjent? Er panteobjektet gyldig? (Med andre ord: Gir det pant?) Fortsett? Ønsker brukeren å pante flere flasker? Kvittering eller lodd? Ønsker brukeren kvittering eller lodd? Avgjørelser representeres med valgdiamanter Utfallene angis ved piler til neste aktivitet

61 Oppgave 5(c): Løsningsforslag Utvid aktivitetsdiagrammet med funksjonalitet som legger til pantebeløp på flasker som gir pant 3. Sett sammen aktiviteter og avgjørelser til et helhetlig diagram

62 Oppgave 5(d) Hvordan kunne du modellert use caset uten å bruke klassen Pantesystem i klasse- og sekvensdiagrammet?

63 Oppgave 5(d): Løsningsforslag Hvordan kunne du modellert use caset uten å bruke klassen Pantesystem i klasse- og sekvensdiagrammet? Den opprinnelige løsningen hadde følgende klasser Pantesystem Panteautomat Kvittering Lodd For å fjerne Pantesystem må vi legge funksjonaliteten i andre klasser Vi lar Panteautomat -klassen håndtere dette

64 Oppgave 5(d): Løsningsforslag Hvordan kunne du modellert use caset uten å bruke klassen Pantesystem i klasse- og sekvensdiagrammet? Nytt klassediagram Innholdet fra Pantesystem legges til i Panteautomat

65 Oppgave 5(d): Løsningsforslag

66 Spørsmål? Ta kontakt Yulai Fjeld uio.no Husk å inkludere emnekoden! Andre gruppelærere Delta på gruppetimene

67 Takk til Foilene er basert på Tidligere presentasjoner laget av Emilie Hallgren og Kristin Brænden Eksisterende forelesningsnotater av Dag Sjøberg og Yngve Lindsjørn Sommerville, I. (2010). Software Engineering (9th Edition). Pearson.

68 Takk for meg Neste uke : Systemarkitektur

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver

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

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

Fra krav til objekter. INF1050: Gjennomgang, uke 05

Fra krav til objekter. INF1050: Gjennomgang, uke 05 Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet

Detaljer

UKE 11 UML modellering og use case. Gruppetime INF1055

UKE 11 UML modellering og use case. Gruppetime INF1055 UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav

Detaljer

Mer om objektorientering og UML

Mer om objektorientering og UML INF1050: Systemutvikling 21. februar 2017 Mer om objektorientering og UML Universitetslektor Yngve Lindsjørn INF1050 > Systemutvikling->objektorientert modellering 1 Temaer i dagens forelesning Ø Objektorientert

Detaljer

Kravhåndtering. INF1050: Gjennomgang, uke 03

Kravhåndtering. INF1050: Gjennomgang, uke 03 Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle

Detaljer

Systemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017

Systemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017 Systemutvikling Universitetet i Oslo, Institutt for informatikk Vår 2017 Dagens plan Introduksjon Emnets oppbygging Praktisk om ukesoppgaver og obligatoriske oppgaver Gjennomgang av ukesoppgaver Registrering

Detaljer

Obligatorisk oppgave 3. INF1050: Gjennomgang, uke 16

Obligatorisk oppgave 3. INF1050: Gjennomgang, uke 16 Obligatorisk oppgave 3 INF1050: Gjennomgang, uke 16 Pensum for oppgaven Estimering Arkitektur 4+1 view-modellen og lagdeling Arkitektoniske stiler UML-modellering Tilstands- og aktivitetsdiagrammer Testing

Detaljer

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11 Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del

Detaljer

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller

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

Eksamen INF1050: Gjennomgang, uke 15

Eksamen INF1050: Gjennomgang, uke 15 Eksamen 2012 INF1050: Gjennomgang, uke 15 Overblikk Varierte spørsmål fra pensum Modellering Use case Tekstlig beskrivelse Sekvensdiagram Klassediagram Krav Empiriske metoder Smidig metodikk Varierte spørsmål

Detaljer

Kontrakter. INF1050: Gjennomgang, uke 12

Kontrakter. INF1050: Gjennomgang, uke 12 Kontrakter INF1050: Gjennomgang, uke 12 Kompetansemål Kontrakter I plandrevet utvikling I smidig utvikling Behov for smidige kontrakter Kontraktsmodeller PS2000 Del I: Kontrakter Grunnleggende: Hva? Plandrevet

Detaljer

Forskningsmetoder. INF1050: Gjennomgang, uke 13

Forskningsmetoder. INF1050: Gjennomgang, uke 13 Forskningsmetoder INF1050: Gjennomgang, uke 13 Kompetansemål Forskningsmetoder Hva? Hvorfor? Empiriske forskningsmetoder Eksperiment Case-studier Etnografi Aksjonsforskning Spørreskjema Systematisk litteraturstudie

Detaljer

Prøveeksamen INF1050: Gjennomgang, uke 15

Prøveeksamen INF1050: Gjennomgang, uke 15 Prøveeksamen 2016 INF1050: Gjennomgang, uke 15 Overblikk Multiple choice Modellering Aktivitetsdiagram Sekvensdiagram Klassediagram Tilstandsdiagram Krav Ikke-funksjonelle krav og målbarhet Smidig metodikk

Detaljer

Mer$om$objektorientering$og$UML

Mer$om$objektorientering$og$UML INF1030:&25.&april&2019 Mer$om$objektorientering$og$UML Yngve&Lindsjørn ynglin@ifi.uio.no IN1030& >&Systemutvikling6>objektorientert modellering 1 Gjennomgang&i&dagens&forelesning! Tabeller&(arrays)&vs.&objekter!

Detaljer

Mer om objektorientering og UML

Mer om objektorientering og UML INF1055: SKK Modul B 19. april 2017 Mer om objektorientering og UML Yngve Lindsjørn ynglin@ifi.uio.no INF1050 > Systemutvikling->objektorientert modellering 1 Temaer i dagens forelesning Ø Arrays vs. objekter

Detaljer

Fra krav til modellering av objekter

Fra krav til modellering av objekter INF1050: Systemutvikling 14. februar 2017 Fra krav til modellering av objekter Førstelektor Yngve Lindsjørn INF1050 -> Systemutvikling -> Fra krav til modellering av objekter 1 Temaer i dagens forelesning

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

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

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

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

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte Universitetet i Oslo Institutt for informatikk Eskild Busch UML hefte 6. desember 2000 Innhold Dette heftet tar for seg deler av UML som er sentralt i kurset IN29. Use case-, sekvens-, tilstand- og klassediagrammer,

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

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

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

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av

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

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

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02

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

Detaljer

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

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

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

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

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

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

IN2001: Kravhåndtering, modellering, design

IN2001: Kravhåndtering, modellering, design IN2001: Kravhåndtering, modellering, design 30 januar 2018 Yngve Lindsjørn ynglin@ifi.uio.no IN2001 -> Kravhåndtering og modellering 1 Gode beskrivelser av krav er viktig for kontrakt oppdragsgiver leverandør

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

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

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

Systemarkitektur. INF1050: Gjennomgang, uke 07

Systemarkitektur. INF1050: Gjennomgang, uke 07 Systemarkitektur INF1050: Gjennomgang, uke 07 Kompetansemål Systemarkitektur Hva og hvorfor? Arkitektoniske modeller Kjennetegn Fordeler og ulemper Arkitektoniske stiler Ulike typer: Pipe-and-Filter /

Detaljer

Fra krav til objektdesign

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

Detaljer

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter 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

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

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Detaljer

Estimering. INF1050: Gjennomgang, uke 09

Estimering. INF1050: Gjennomgang, uke 09 Estimering INF1050: Gjennomgang, uke 09 Kompetansemål Estimering Hva og hvorfor? Estimeringsprinsipper Estimeringsprosessen Spesifikasjonsbasert testing / Strukturbasert testing Estimeringsmodeller COCOMO

Detaljer

Metode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering av ansvar i en trelagsarkitektur

Metode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering av ansvar i en trelagsarkitektur Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram

Detaljer

Spesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter

Spesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter 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

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

IN2000:&Kravhåndtering,&modellering,&design

IN2000:&Kravhåndtering,&modellering,&design IN2000:&Kravhåndtering,&modellering,&design 31&januar&2019 Yngve&Lindsjørn ynglin@ifi.uio.no IN2001&'>&Kravhåndtering og modellering 1 Gode&beskrivelser&av&krav er&viktig&for kontrakt&oppdragsgiver& leverandør

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

GJENNOMGANG UKESOPPGAVER 9 TESTING

GJENNOMGANG UKESOPPGAVER 9 TESTING GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.

Detaljer

Beskjed fra Skagestein

Beskjed fra Skagestein Beskjed fra Skagestein "I forbindelse med prosjektoppgavens delinnlevering 4 vil gruppelærerne sette opp en PHP-orakeltjeneste torsdag 7. april kl 1415-1800 på termstua i Niels Henrik Abels hus." INF1050-klasser-1

Detaljer

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5. 2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave

Detaljer

Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur

Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram

Detaljer

Tittel Objektorientert systemutvikling 2

Tittel Objektorientert systemutvikling 2 EKSAMENSFORSIDE Fagnr. OBJ208 Tittel Objektorientert systemutvikling 2 Ansvarlig faglærer Viggo Holmstedt Klasse(r) Dato IS/IN 2 11.06.2009 Eksamensoppgaven Ant. sider inkl. består av følgende: forside

Detaljer

Oppgave 1: Multiple choice (20 %)

Oppgave 1: Multiple choice (20 %) Oppgave 1: Multiple choice (20 %) For alle oppgavene gjelder at det bare er ett riktig svar. No Spørsmål Svar A Svar B Svar C Svar D 1 Kanban er et eksempel på: Prosess Software prosess Prosess modell

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

NB! Endring i undervisningsplanen

NB! Endring i undervisningsplanen NB! Endring i undervisningsplanen Forelesningen 24. mars må dessverre avlyses på grunn av Fagkritisk dag Se beskjed som er lagt ut på kursets nettsider og den oppdaterte undervisningsplanen INF1050-klasser-1

Detaljer

Metode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering g av ansvar i en trelagsarkitektur

Metode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering g av ansvar i en trelagsarkitektur Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram

Detaljer

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 1 Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 FRA LEVERANSE 1 (GRUPPE 2)...5 TILLEGG I FORUTSETNINGER... 5 REVIDERT UTGAVE AV SPESIFIKASJON FRA

Detaljer

o UML klassediagrammer

o UML klassediagrammer UML klassediagrammer Erik Arisholm INF050-klasser- INF050-klasser-2 Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment

Detaljer

Testing av programvare. INF1050: Gjennomgang, uke 08

Testing av programvare. INF1050: Gjennomgang, uke 08 Testing av programvare INF1050: Gjennomgang, uke 08 Kompetansemål Testing av programvare Hva og hvorfor? Testfaser Ulike nivåer Testtyper Spesifikasjonsbasert testing / Strukturbasert testing Testdrevet

Detaljer

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle Del - leveranse Del 2 Inf 2120 fredag 29.4 Gruppe 1 Knut Johannes Dahle AV Catrine Myhre (catrinem@ifi.uio.no) Mehdi Zare (mehdiz@ifi.uio.no) Odd Christer Brovig (oddcb@ifi.uio.no) Christer Aas (chrisva@ifi.uio.no)

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

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

Dagens forelesning. o Litt mer om design med UML sekvensdiagrammer. Sentralisert og delegert kontrollstil

Dagens forelesning. o Litt mer om design med UML sekvensdiagrammer. Sentralisert og delegert kontrollstil Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram

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

UML klassediagrammer

UML klassediagrammer UML klassediagrammer Erik Arisholm INF1050-klasser-1 INF1050-klasser-2 INF1050-klasser-3 Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater

Detaljer

INF1400. Tilstandsmaskin

INF1400. Tilstandsmaskin INF4 Tilstandsmaskin Hovedpunkter Tilstandsmaskin Tilstandstabell Tilstandsdiagram Analyse av D-flip-flop tilstandsmaskin Reduksjon av antall tilstander Tilordning av tilstandskoder Designprosedyre for

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

Kravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon

Kravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Kravspesifikasjon med. Erik Arisholm

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

Detaljer

Unified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert

Unified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert 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

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 4 NY FUNKSJONALITET (ENDELIG) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson Dato:

Detaljer

IN& &april&2019. Modellering*av*krav. Yngve&Lindsjørn. IN1030&'>Systemutvikling'>&Modellering&av&krav 1

IN& &april&2019. Modellering*av*krav. Yngve&Lindsjørn. IN1030&'>Systemutvikling'>&Modellering&av&krav 1 IN&1030 04.&april&2019 Modellering*av*krav Yngve&Lindsjørn ynglin@ifi.uio.no IN1030&'>Systemutvikling'>&Modellering&av&krav 1 Temaer i$dagens$forelesning Modellering&av&krav UML&diagrammer Use$Case$(Bruksmønster)

Detaljer

Obligatorisk oppgave 5: Modellering av krav

Obligatorisk oppgave 5: Modellering av krav IN1030 - Systemer, krav og konsekvenser Obligatorisk oppgave 5: Modellering av krav Nøkkelord: UML, klassediagram, sekvensdiagram, tekstlig beskrivelse, prosjektplanlegging, risikoanalyse, aktivitetsdiagram.

Detaljer

Kap3: Klassemodellering

Kap3: Klassemodellering Kap3: Klassemodellering I dag: Litt repetisjon fra sist (innledende om klassemodellen) Deretter egentlig litt mer repetisjon, men nå fra intro- Felt-/Instansvariabler og kurset i Java: Klasser og Objekt,

Detaljer

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 Mer om UML God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 1 I dag Litt repetisjon GRASP mønstre og OO design Prosjektoppgaven:

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:

Detaljer

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE Datamodeller og andre UML diagrammer kan selvsagt tegnes for hånd, men vi kan også bruke alt fra enkle tegneprogrammer til komplette utviklingsmiljøer.

Detaljer

Tilstandsmaskiner kalles på engelsk for Finite State Machines.

Tilstandsmaskiner kalles på engelsk for Finite State Machines. Tilstandsmaskiner Tilstandsmaskiner kalles på engelsk for Finite State Machines. Tilstandsmaskiner er en metode til å beskrive systemer med logisk og dynamisk/tidsmessig oppførsel. Metoden tilstandsmaskiner

Detaljer

Use case drevet design med UML. I dag

Use case drevet design med UML. I dag Use case drevet design med UML Bente Anda 14.09.2006 I dag Oppgaven fra forrige forelesning System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram Bente

Detaljer

INF1400. Tilstandsmaskin

INF1400. Tilstandsmaskin INF4 Tilstandsmaskin Hovedpunkter Tilstandsmaskin Tilstandstabell Tilstandsdiagram Analyse av D-flip-flop tilstandsmaskin Reduksjon av antall tilstander Tilordning av tilstandskoder Designprosedyre for

Detaljer

INF Obligatorisk prosjektarbeid

INF Obligatorisk prosjektarbeid Example HR INF3120 - Obligatorisk prosjektarbeid INNHOLD: 1 Bakgrunn... 2 2 Læringsmål... 2 3 Vurderingskriterier... 2 4 Organisering av prosjektarbeidet... 3 4.1 Grupper... 3 4.2 Viktige aktiviteter og

Detaljer

Gruppetime

Gruppetime Gruppetime 2 01.01.18 Bli med i Slack-kanalen vår hvis du enda ikke har gjort det! https://join.slack.com/t/in2001/shared_invite/enqtmzayntq4nji0ntawltuymjbjzwzindm1ytvkmg RmOTc4ZDI4NGIyMDFmMGZkMGMyYzJmYjk1M2NlZGQyNGNmOWM0Mzc1ODM4NTM5NzY

Detaljer

Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur

Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram

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

STE6221 Sanntidssystemer Løsningsforslag

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

Detaljer

Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur

Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldinger 3 2.1.2 forretningsregler 3 2.1.3 Samhandling

Detaljer

1. Modellering av objektorienterte systemer

1. Modellering av objektorienterte systemer Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Modellering av objektorienterte systemer Tore Berg Hansen Lærestoffet er utviklet for faget IFUD Objektorientert systemutvikling 1. Modellering

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper/funksjoner 3 2.1.2 BusinessAcknowledge

Detaljer

INF Obligatorisk prosjektarbeid INNHOLD:

INF Obligatorisk prosjektarbeid INNHOLD: INF3120 - Obligatorisk prosjektarbeid INNHOLD: 1 Bakgrunn... 2 2 Læringsmål... 2 3 Vurderingskriterier... 2 4 Organisering av prosjektarbeidet... 3 4.1 Grupper... 3 4.2 Viktige aktiviteter og leveranser...

Detaljer

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

Detaljer

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

Detaljer

DELLEVERANSE 1 INF2120 V06

DELLEVERANSE 1 INF2120 V06 DELLEVERANSE 1 INF2120 V06 GRUPPE 22 VERSION: FINAL 22 FEBRUARY, 2006 MORTEN FOLLESTAD RAYNER VINTERVOLL ANISH RAJA IVA N. IVANOVA BJØRN BRÆNDSHØI Page 1 REVISJONSOVERSIKT Revisjonsoversikt Versjon Forfattere

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1

Detaljer