Objektorientering og UML. INF1050: Gjennomgang, uke 06
|
|
- Lars-Erik Aune
- 7 år siden
- Visninger:
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 Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver
DetaljerGJENNOMGANG 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:
DetaljerUse 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
DetaljerFra 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
DetaljerUKE 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
DetaljerMer 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
DetaljerKravhå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
DetaljerSystemutvikling. 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
DetaljerObligatorisk 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
DetaljerKonfigurasjonsstyring. 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
DetaljerGJENNOMGANG 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
DetaljerGJENNOMGANG 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
DetaljerEksamen 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
DetaljerKontrakter. 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
DetaljerForskningsmetoder. 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
DetaljerPrø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
DetaljerMer$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!
DetaljerMer 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
DetaljerFra 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
DetaljerUML-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
DetaljerLø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
DetaljerUML-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
DetaljerAnsvarsdrevet 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
DetaljerUniversitetet 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,
DetaljerSpesifikasjon 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
DetaljerUML- 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
DetaljerModellering 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
DetaljerModellering 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
DetaljerUse 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
DetaljerUML 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
DetaljerProsessmodeller 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
DetaljerUse 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,
DetaljerLø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
DetaljerI 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
DetaljerKravspesifikasjon 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
DetaljerProsjektledelse, 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
DetaljerUse 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
DetaljerIN2001: 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
DetaljerUNIVERSITETET 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:
DetaljerUNIVERSITETET 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:
Detaljer1. 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
DetaljerSystemarkitektur. 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 /
DetaljerFra 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
DetaljerSpesifikasjon 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
Detaljer1. 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)
DetaljerSpesifikasjon 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
DetaljerEstimering. INF1050: Gjennomgang, uke 09
Estimering INF1050: Gjennomgang, uke 09 Kompetansemål Estimering Hva og hvorfor? Estimeringsprinsipper Estimeringsprosessen Spesifikasjonsbasert testing / Strukturbasert testing Estimeringsmodeller COCOMO
DetaljerMetode 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
DetaljerSpesifikasjon 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
DetaljerHensikten 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
DetaljerIN2000:&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
DetaljerBakgrunn. 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
DetaljerGJENNOMGANG 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.
DetaljerBeskjed 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
DetaljerForfattere: 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
DetaljerMetode 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
DetaljerTittel 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
DetaljerOppgave 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
DetaljerGJENNOMGANG 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:
DetaljerNB! 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
DetaljerMetode 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
DetaljerInnholdsfortegnelse 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
Detaljero 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
DetaljerTesting 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
DetaljerDel - 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)
DetaljerConference 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
DetaljerGruppenavn. 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
DetaljerDagens 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
DetaljerMotivasjon: 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
DetaljerUML 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
DetaljerINF1400. Tilstandsmaskin
INF4 Tilstandsmaskin Hovedpunkter Tilstandsmaskin Tilstandstabell Tilstandsdiagram Analyse av D-flip-flop tilstandsmaskin Reduksjon av antall tilstander Tilordning av tilstandskoder Designprosedyre for
DetaljerINF 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.
DetaljerKravspesifikasjon 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
DetaljerKravspesifikasjon 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
DetaljerUnified 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
DetaljerProsjektgruppen: 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:
DetaljerIN& &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)
DetaljerObligatorisk 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.
DetaljerKap3: 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,
DetaljerGod 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:
DetaljerUNIVERSITETET 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:
DetaljerINF 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.
DetaljerTilstandsmaskiner 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
DetaljerUse 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
DetaljerINF1400. Tilstandsmaskin
INF4 Tilstandsmaskin Hovedpunkter Tilstandsmaskin Tilstandstabell Tilstandsdiagram Analyse av D-flip-flop tilstandsmaskin Reduksjon av antall tilstander Tilordning av tilstandskoder Designprosedyre for
DetaljerINF 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
DetaljerGruppetime
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
DetaljerMetode 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
DetaljerHva 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 å
DetaljerSTE6221 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,
DetaljerMetode 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
DetaljerTransaksjonsstandard 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
Detaljer1. 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
DetaljerTransaksjonsstandard 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
DetaljerINF 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...
DetaljerSRD 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...
DetaljerSRD 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...
DetaljerDELLEVERANSE 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
DetaljerTransaksjonsstandard 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