EKSAMEN I FAG SYSTEMERING 2 Tirsdag 23. mai 2000 Tid: kl

Størrelse: px
Begynne med side:

Download "EKSAMEN I FAG 78052 SYSTEMERING 2 Tirsdag 23. mai 2000 Tid: kl 0900-1300"

Transkript

1 NORGES TEKNISK- NATURITENSKAPELIGE UNIERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSITENSKAP Side 1 av 8 Faglig kontakt under eksamen: Navn: Hallvard Trætteberg Tlf.: Hjelpemidler: Ingen tillatte hjelpemidler. EKSAMEN I FAG SYSTEMERING 2 Tirsdag 23. mai 2000 Tid: kl Løsningsskisse: Oppgave 1. Modellering (40%) Alle underoppgavene teller likt A) Forklar hovedkonseptene i objekt-orientert modellering. LS: Dette er blant annet beskrevet i boka side 45. Hovedpunkter: Beskrivelse av verden som autonome, kommuniserende objekter. Hovedkonsepter:?? Objekt. Entitet med unik identitet og lokal tilstand som bare kan aksesseres utenfra ved å sende meldinger til dets grensesnitt (hendelser som igangsetter operasjoner/metoder).?? Prosess: Objektets livssyklus, de tilstandene objektet gjennomgår basert på eksterne og interne hendelser under sin livstid?? Klasse: Et sett av objekter som deler samme definisjoner av attributter og metode/operasjoner Finnes en mer detaljert figur s. 46, men detaljer fra denne kreves ikke! Nedenfor er en situasjonsbeskrivelse (case) som skal brukes i resten av oppgaven Hos gjødselfabrikanten "Norsk Hygro" skjer sekkefylling (bagging) av bulkmateriale ved at en produksjonsordre lages for den gjødselen som skal fylles i sekker. Pris pr tonn for gjødselet etter at det er fylt i sekker og transportert til et av firmaets lagerbygg er avhengig av følgende variabler: Pris som bulkmateriale, sekkestørrelse, kostnader forbundet med selve bagging-prosessen samt logistikkostnader. Tidsfastsettelsen for en produksjonsordre, avhenger av a) mengde tilgjengelig bulkmateriale og b) innkommende salgsordrer for gjødsel ferdig fylt i sekker. Selve bagging-prosessen skje enten internt i fabrikken, dvs. at kun sekkene kjøpes fra en ekstern leverandør, eller ved at en underleverandør (subcontractor) står for både levering av sekker og selve arbeidet med å fylle bulkmaterialet på sekkene. Det siste alternativet er typisk gjeldende når sekkefyllingen finner sted ved et av de desentraliserte lagerbyggene. I de tilfeller hvor sekkefyllingen skjer desentralisert, vil logistikkostnadene påløpe materialet mens det fremdeles er i bulk form, og vice versa for gjødsel som fylles i sekker på fabrikken og deretter transporteres til et av lagerhusene. I begge tilfeller gis produktet resulterende fra produksjonsordren en ny

2 materialkode, som knytter produktet til opplysninger om sekkestørrels e, ny pris, m.m. Gjødselfabrikanten skiller mellom forskjellige produksjonsserier både for bulkmateriale og for gjødsel i sekker, for således å kunne følge opp logistikkostnadene, produksjonskostnadene og kostnadene direkte knyttet til baggingprosessen individuelt for alle lagerhus og alle kombinasjoner av gjødseltype og sekkestørrelser. Bulkmaterialet leveres i 3 forskjellige kvaliteter, og fylles i sekker à 25, 50, 100 og 250 kg. B) Modeller caset ved bruk av EPC (Event-Process-Chains) i ARIS. LS: Se forslag til figur bakerst i LS. Denne er noe mer detaljert enn en minimumsløsning. Hvis man har svært mye enklere figurer, bør dette diskuteres under C) som del av semantisk kvalitet Merk at de logiske operatorene skrives litt ulikt i ulike artikler om ARIS i pensum. Den notasjonen som er brukt her er fra artikkelen som omhandler språket generelt. C) Gi en egen-evaluering av modellen som du har laget i 1B sin empiriske, syntaktiske og semantiske kvalitet. LS: Her bør man ta utgangspunkt i en beskrivelse (gjerne figur) av kvalitetsrammeverket (boka s. 95) (denne har man i og for seg nytte/behov for også i 3B). Spesielle aspekter:?? Empirisk: Aspekter ved pen skrift, rette linjer, bokser like store, graflayout (kryssende linjer, balansering etc) som ikke nødvendigvis kan være optimal?? Syntaktisk: Har man brukt språket riktig? Hvis man vet at man har brukt syntaks feil, og påpeker dette, er dette en pluss?? Semantisk. Denne skal forholde seg til case-beskrivelsen. Lite trolig at man med vilje har tatt med ting som ikke er der (hvis man har det, bør man legge ved de antagelsene som er gjort som bakgrunn. I forhold til kompletthet, kan manglende kompletthet bunne i to ting: At man ikke kan uttrykke alt i caset i EPC, og at man bevisst har valgt bort mindre vesentlige aspekter (noe som igjen er helt legalt, hvis det da ikke overdrives) D) Hvis du skulle modellert caset i UML, hvilke(t) delspråk ville du brukt, og hvordan ville du brukt de ulike språkelementene i disse delspråkene? (Du trenger ikke å lage selve modellen, men må spesifiser hvordan du ville ha brukt ulike konsepter i UML). Spesielt er det viktig at du utdyper hvordan forretningsprosesser og andre prosesser kan modelleres i UML. LS: I forhold til UML, ville det være naturlig å lage et enkelt klassediagram for å modellere de strukturelle aspektene. I forhold til forretningsprosessen, ville man kunne bruke aktivitetsdiagrammer. For en veldig høynivå fremstilling av dette kunne man ha brukt use-case. Også de andre diagramtypene ville kunne være nyttige for ulike aspekter, og oppgaven er relativt åpen. Det som er vel så viktig er at man har et velbegrunnet valg av delspråk som bygger på en forståelse av hva disse språkene kan uttrykke. Å bruke sekvensdiagrammer, der man har prosesser til å spille rollen som objekter egentlig gjør, er ikke noen god løsning.

3 Oppgave 2. Kvalitet av modelleringsspråk (30%) Alle underoppgavene teller likt Norsk Hygro er i markedet for et modelleringsverktøy som skal brukes i forhold til å styre sine industrielle produksjonsprosesser, samt for å kunne hente inn og akkumulere data for spørring i et datavarehus. iktige områder å modellere i tillegg til arbeidsprosessene er produktene som produseres og som er innsatsfaktorer, forretningsregler, organisasjonsstruktur, og IT Infrastruktur. Deler av modellene skal i utgangspunktet forstås av alle i Norsk Hygro. I Norsk Hygro har alle i systemavdelingen nylig gått på et kurs i UML, og Rational Rose er brukt ved utvikling av et par mindre applikasjoner. Norsk Hygro bruker også SAP, og har i forbindelse med dette forsøkt å modellere noen av de prosessene som understøttes vha. ARIS. A) Basert på denne beskrivelsen, og de resultatene du har i fra oppgave 1, gjør en overordnet evaluering av språkkvaliteten på modelleringspråkene i ARIS og i UML i forhold til denne settingen. ær nøye med å beskrive de antagelsene du gjør. LS: Her vil svaret kunne være avhengig av videre antagelser spesielt forhold til kunnskapen til de som skal bruke dette hos Hygro. Mange vil kanskje føle at oppgaven er litt åpen, men det er et poeng her at man snarere skal identifisere hva det er man trenger å vite noe om, gjøre antagelser om det (i virkeligheten ville man prøvd å finne ut av disse antagelsene mer sikkert), for så å bygge på dette i videre evaluering.?? Domain appropriateness: Generelt er ARIS-prosessmodellering bedre egnet slik det er beskrevet her, spesielt med sin knytning mot prosessmodeller i SAP. Selv om man tildels kan bruke aktivitetsdiagrammer på et overordnet forretningsprosessnivå, er ikke dette spesiallaget til dette, samt at knytningen mot en strukturell (og organisasjonsmodell) er dårligere. På den annen side mangler både UML og ARIS diverse ting e.g. skikkelig modellering av forretningsregler?? Participant Knowledge Appropriateness: Avhengig av de som skal bruke språket. For folk uten modelleringsbakgrunn, vil det generelt være enklere å komme igang med en prosessorientert tankegang. På den annen side, siden UML er standardisert (i større grad enn ARIS), og det undervises nå på de fleste universiteter, er det etterhvert mer og mer sannsynlig at folk kjenner ihvertfall deler av dette språket fra før. ARIS er allikevel uten tvil enklere å lære seg.?? Knowledge Externalizability Appropriateness: Dette er igjen avhengig av aktørene som er involvert, hvilke måter de er vant til å eksternalisere sin kunnskap på og hvilket domene det er snakk om. Igjen er ARIS/prosessmodellering å foretrekke?? Participant Interpretation Appropriateness. Her kan man trekke inn aspekter fra evalueringer av de to språkene, delvis basert på oppgave 1b. Begge har problemer her, detaljer for UML finnes beskrevet i fasit til øving 2. ARIS, blant annet siden det er enklere, virker å ha mindre problemer her.?? Technical actor interpretation enhancement: Begge språkene har en formell syntaks, men ikke noen formell semantikk (selv om det er gjort utvidelser i forhold til dette både for UML og ARIS). UML har muligens kommet noe lengre her i forhold til at bruk av meta-modellering etc. Det er i og for seg ikke nødvendig å trekke noen endelig konklusjon (og gjør man det kan svaret godt være UML eller ARIS, bare det er konsistent med den øvrige beskrivelsen). Allikevel vil jeg si at utifra beskrivelsen er ARIS sannsynligvis bedre egnet for virksomheten, selv om man i systemavdelingen muligens vil ha et annet syn.

4 B) I artikkelen On the Deep structure of Information Systems av Wand og Weber beskrives en representasjonsmodell for informasjonsystemer. Hvordan kan denne modellen brukes til å evaluere kvaliteten av et modelleringsspråk? LS: Noen hovedpunkter ved Wand/Weber (man trenger ikke å si noe særlig om modellen i detalj for å få en god score her): Informasjonssystemer lages gjennom å lage et sett av scripts (modeller) generert via grammars (språk) Representasjonsmodell som basis for å evaluere IS analyse og design-språk i forhold til dets evne til å lage modeller som er gode representasjoner av verden. Basert på Mario Bunges ontologi som er vellutviklet og formalisert. Adresserer ikke om man modellerer en objektiv virkelighet eller en sosialt konstruert virkelighet, det eksterne perspektiv tas for gitt 4 språkkvalitetsaspekter nevnes med bakgrunn i denne modellen.?? Ontologisk kompletthet (vs. domain appropriateness): Kan alle konseptene i modellen representeres i språket??? Ontologisk klarhet?? Construct overload (Comprehensibility appropriateness): Er det konsepter i språket som representeres flere konsepter i modellen??? Construct redundancy (Comprehensibility appropriateness): Er det konsepter i modellen som er representert av flere konsepter i språket??? Construct excess (vs. domain appropriateness): Er det konsepter i språket som ikke er i modellen? C) Hvordan forholder representasjonsmodellen til Wand og Weber seg til kvalitetsrammeverket beskrevet i pensumboka? LS: Representasjonsmodellen er et innspill til hva et IS-domene alltid inneholder og sier derfor noe om dette. Mest direkte er det relatert til språkkvalitet.?? Ontologisk kompletthet (vs. domain appropriateness)?? Ontologisk klarhet?? Construct overload (Comprehensibility appropriateness)?? Construct redundancy (Comprehensibility appropriateness)?? Construct excess (vs. domain appropriateness) Den gir spesielt en utvidelse av domain appropriateness aspektet i forhold til det som står i rammeverket. Man kan her også få innspill i forhold til semantisk kvalitet av en faktisk modell og kunnskapskvalitet (i.e. de andre kvalitetsaspektene som.

5 Oppgave 3. Modellkvalitet, systemutviklingsmetodikk og verktøy. (30%) Alle underoppgaver teller likt A) I artikkelen Biting the silver bullet Towards a brighter future for system development beskrives modell-eksekvering (model execution) som en viktig modelleringsteknikk. Beskriv de ulike teknikkene for model-eksekvering som omhandles i artikkelen. LS: De viktigste punktene her er også beskrevet i kapittel 6 i boka.?? Step-by-step, interaktiv utførelse (eventuelt med animering)?? Batch-utførelse?? Programmert utførelse med Spypoints/breakpoints?? Exhaustive utføring/watchdogs B) Hvilket kvalitetsmål vil modelleksekvering primært støtte oppnåelsen av? Gi også en beskrivelse av hvordan modelleksekvering som teknikk forholder seg til de øvrige 5 semiotiske kvalitetsmålene i kvalitetsrammeverket (enten som middel, eller der kvalitetsmålet er en forutsetning for å kunne gjennomføre denne modelleringsaktiviteten). LS: i figur på side 100 i boka, samt i eget avsnitt i kapittel 6 i boka har vi plassert denne teknikken under pragmatisk kvalitet, (men exhaustive execution er hovedsaklig en teknikk i forhold til semantisk kvalitet). I forhold til de andre kvalitetsnivåene (dette spørsmålet er kan ses på som litt vanskelig, en nøkkelopplysning her er kolonnen: Beneficial existing quality i tabellen på side 100):?? Fysisk kvalitet: En forutsetning for at modellen skal kunne eksekveres er naturlig nok at den eksisterer. Selve eksekveringen vil føre til at aspekter ved den dynamiske modellen blir eksternalisert (i.e. som en utvidelse av modellen, hvis denne trace-en tas vare på)?? Empirisk kvalitet: I utgangspunktet uviktig i forhold til det å kunne eksekvere modellen, men vil være et middel som sammen med eksekveringen kan bidra til forståelse?? Syntaktisk kvalitet: En forutsetning for at (den aktuelle delen av) modellen skal kunne utføres. Teknikken kan indirekte bidra til å øke syntaktisk kvalitet, siden man ofte vil ha sjekker/kompilering fra modellen til et annet språk for eksekvering, som vil gi feilmeldinger ved forsøk på kjøring/oversettelse.?? Semantisk kvalitet (og oppfattet semantisk kvalitet): Kan bedres via resultater fra eksekveringen (i.e. man finner feil i modellen)?? Sosial kvalitet: Kan bedres gjennom den økte forståelse, e.g. hvis flere gjennomfører eksekvering av modellen sammen, og får en felles oppfatning av om modellen er riktig eller ikke C) I Processes in Requirements Engineering av Loucoupolos og Karakostas beskrives en modell for kravspesifikasjon. Gi en oversikt over denne, og relater denne modellen til den generelle modelleringsprosessen (SPEC-prosessen) beskrevet i pensumboka.

6 LS: Denne inneholder 3 hovedprosesser:?? Elicitation: Læring om domenet?? Specification: Modellering av domenet?? alidation: alidering av modell i forhold til domene og brukere Problem-domenet (D) og brukerne (K og I)er også eksplisitt representer (se figur i artikkel) vs. SPEC:?? Elicitation: Som del av preparation?? Specification: Tilsvarer expansion?? alidation: Tilsvarer consolidation

7 Motta salgsordre Lag produksjonsordre Salgsordre Produksjonsordre ferdig Tilgjengelig materiale Kjøp inn sekker Overfør bulkmateriale til underleverandør Klar for bagging Klar til bagging hos underleverandør Bestem logistikkostnader Fyll i sekker Bagging kostnad Fyll i sekker Bestem logistikkostnader Ferdige fylte sekker Logistikkostnad Beregn pris Lag materialkode Bulkpris Sekkestørrelse Klar til oversendelse Send til kunde Oppdater produksjonsstatistikk

KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300

KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300 NORGES TEKNISK- NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Navn: Hallvard Trætteberg Tlf.: 7359 3443 Hjelpemidler: Ingen tillatte hjelpemidler.

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

Presentasjon 1, Requirement engineering process

Presentasjon 1, Requirement engineering process Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv

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

INF 5120 Obligatorisk oppgave Nr 2

INF 5120 Obligatorisk oppgave Nr 2 INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping

Detaljer

INF5120 - Oblig 2. Hour Registration System (HRS)

INF5120 - Oblig 2. Hour Registration System (HRS) INF5120 - Oblig 2 Hour Registration System (HRS) 1 av 40 1 Innholdsfortegnelse 1 Innholdsfortegnelse... 2 2 Innholdsfortegnelse for figurer... 3 3 Hour Registration System (HRS)... 4 3.1 Introduksjon...

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

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler

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

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:

Detaljer

Requirement Engineering Process

Requirement Engineering Process Prosessaktører Prosesstøtte Prosess management Prosesskalitet Prosessforbedring Horfor bruke prosessmodeller? forenklet beskrielse a en prosess lagd ut fra et bestemt perspekti så det kan ære flere forskjellige

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

2. Beskrivelse av mulige prosjektoppgaver

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

Detaljer

EKSAMEN I FAG SIF8040 - MMI OG GRAFIKK Lørdag 16. august 2003 Tid: kl. 0900-1400

EKSAMEN I FAG SIF8040 - MMI OG GRAFIKK Lørdag 16. august 2003 Tid: kl. 0900-1400 Side 1 av 6 NORGES TEKNISK-NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Dag Svanæs, Tlf: 73 59 18 42 EKSAMEN I FAG SIF8040 - MMI OG GRAFIKK

Detaljer

Innhold. Innledning... 15. Del 1 En vei mot målet

Innhold. Innledning... 15. Del 1 En vei mot målet Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................

Detaljer

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

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

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

NOVUG 3 februar 2009

NOVUG 3 februar 2009 NOVUG 3 februar 2009 Tjenestekatalog og CMDB En kombinasjon som fungerer i praksis 2008 Prosesshuset AS All tillhørende informasjon kan bli endret uten varsel 1 Introduksjon Stig Bjørling Ellingsen Gründer

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

Oppgave 1 Referent Modell (20%)

Oppgave 1 Referent Modell (20%) BOKMÅL Side 1 av 5 NORGES EKNISK- NAURVIENSKAPELIGE UNIVERSIE INSIU FOR DAAEKNIKK OG INFORMASJONSVIENSKAP KONINUASJONS EKSAMEN I FAG SIF 8035 INFORMASJONSSYSEMER orsdag 10. august 2000 Løsningsforslag

Detaljer

Prosessmodell. Hurtigguider - rammeverk Sist redigert 13.06.2009. Snorre Fossland Eier og driver Snorres Modellbyrå

Prosessmodell. Hurtigguider - rammeverk Sist redigert 13.06.2009. Snorre Fossland Eier og driver Snorres Modellbyrå Prosessmodell Hurtigguider - rammeverk Sist redigert 13.06.2009 For å arbeide med prosessene, må du kunne synliggjøre og kommunisere dem på overordnet nivå. Du må også kunne bryte dem ned i mer detaljerte

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

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

Oppgaver og løsningsforslag i undervisning. av matematikk for ingeniører

Oppgaver og løsningsforslag i undervisning. av matematikk for ingeniører Oppgaver og løsningsforslag i undervisning av matematikk for ingeniører Trond Stølen Gustavsen 1 1 Høgskolen i Agder, Avdeling for teknologi, Insitutt for IKT trond.gustavsen@hia.no Sammendrag Denne artikkelen

Detaljer

A2: Runde (legevisitt) A2.1 A2.2. Forberedelse. Konsultasjon. Pasient. LabSys. Sykepleier

A2: Runde (legevisitt) A2.1 A2.2. Forberedelse. Konsultasjon. Pasient. LabSys. Sykepleier Loop (pasienter) loop (pasienter) Oppgave 1 APM modell Generell kommentar: Dette var en relativt liten modelleringsoppgave. Nokså mye av prosessmodellen var gitt eksplisitt (de 3 hovedprosessene) og selve

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

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Høgskolen i Telemark 2 Lars- Martin Hejll Høgskolen I Telemark Oppgave 1 Spørsmål fra pensum (20%) 1. Nødvendige aktiviteter i systemutvikling:

Detaljer

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

Jernbaneverkets erfaringer med implementering av RAMS

Jernbaneverkets erfaringer med implementering av RAMS Jernbaneverkets erfaringer med implementering av RAMS Terje Sivertsen, seksjonsleder signal Infrastruktur Teknikk, Premiss og utvikling Jernbaneverket RAMS-seminar, NJS, Oslo, 18. april 2007 1 Innhold

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

Status for arbeidet med Referansemodell for elektronisk samhandling i og med offentlig forvaltning. Rammeverk for interoperabilitet

Status for arbeidet med Referansemodell for elektronisk samhandling i og med offentlig forvaltning. Rammeverk for interoperabilitet Status for arbeidet med Referansemodell for elektronisk samhandling i og med offentlig forvaltning Arne-Jørgen Berre SINTEF Arne.J.Berre@sintef.no Rammeverk for Rammeverk for Referansemodeller Referansemodell

Detaljer

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ

Detaljer

Oppgave 1 Multiple Choice

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

Detaljer

Er du nysgjerrig på om det er mulig...

Er du nysgjerrig på om det er mulig... BIMMER: Hvorfor ta steget over til Novapoint DCM og Quadri DCM? SOLVEIG FISKAA OG HEIDI BERG, VIANOVA SYSTEMS Er du nysgjerrig på om det er mulig......å dele alle infrastruktur data i en intelligent modell,

Detaljer

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

Detaljer

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Logica 2012. All rights reserved No. 3 Logica 2012. All rights reserved No. 4 Logica 2012. All rights reserved

Detaljer

Rollemodell. for. det norske kraftmarkedet

Rollemodell. for. det norske kraftmarkedet Rollemodell for det norske kraftmarkedet Versjon: 1.1.A Dato: 27. mai 2010 INNHOLD 1. INNLEDNING... 3 1.1 OM ROLLEMODELLEN... 3 1.2 EDIEL/EBIX... 3 1.3 NOEN UAVKLARTE PROBLEMSTILLINGER... 4 1.3.1 Nettområder

Detaljer

LØSNINGSFORSLAG TDT 4175 INFORMASJONSSYSTEMER Lørdag 24. mai 2008 Tid: kl. 0900-1300

LØSNINGSFORSLAG TDT 4175 INFORMASJONSSYSTEMER Lørdag 24. mai 2008 Tid: kl. 0900-1300 Side 1 av 9 BOKMÅL NORGES TEKNISK-NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Guttorm Sindre Tlf: 7359 4479 / 9343 0245 LØSNINGSFORSLAG

Detaljer

Planlegging og dokumentasjon

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

Detaljer

Prosjektoppgave INF2120 Våren 2007: Rebusløp

Prosjektoppgave INF2120 Våren 2007: Rebusløp Prosjektoppgave INF2120 Våren 2007: Rebusløp Versjon 070219. Vi skal lage programvare for å kunne gjennomføre et Rebusløp. Prosjektformalia Generelt Alle prosjektgruppene får samme oppgave Det lages ny

Detaljer

Tom Røise 18. Februar 2009

Tom Røise 18. Februar 2009 Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare

Detaljer

PROSJEKTBESKRIVELSE. Hovedprosjekt Standardisering av digitalisert landskapsinformasjon. (BIM for landskap)

PROSJEKTBESKRIVELSE. Hovedprosjekt Standardisering av digitalisert landskapsinformasjon. (BIM for landskap) PROSJEKTBESKRIVELSE Hovedprosjekt Standardisering av digitalisert landskapsinformasjon (BIM for landskap) Innhold Bakgrunn... 2 Hovedoppgave... 2 Omfang og krav til leveranse... 4 Fremdrift... 4 Økonomi...

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

John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM

John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM 1 AGENDA DEL1 HVA ER BPM Hva er BPM Utfordringen Gruppearbeid DEL2 PRAKTISK MODELLERING OG DEMO MED BIZAGI Hva er BPMN BPMN modellering verktøy

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

TDT4100 Objektorientert programmering

TDT4100 Objektorientert programmering Eksamensoppgave i TDT4100 Objektorientert programmering Tirsdag 2. juni 2009, kl. 09:00-13:00 Oppgaven er utarbeidet av faglærer Hallvard Trætteberg og kvalitetssikrer Trond Aalberg. Kontaktperson under

Detaljer

TDT4102 Prosedyre og Objektorientert programmering Vår 2014

TDT4102 Prosedyre og Objektorientert programmering Vår 2014 Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyre og Objektorientert programmering Vår 2014 Øving 10 Frist: 2014-04-11 Mål for denne øvinga:

Detaljer

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

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

Detaljer

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

MAT 1120: Obligatorisk oppgave 1, H-09

MAT 1120: Obligatorisk oppgave 1, H-09 MAT 110: Obligatorisk oppgave 1, H-09 Innlevering: Senest fredag 5. september, 009, kl.14.30, på Ekspedisjonskontoret til Matematisk institutt (7. etasje NHA). Du kan skrive for hånd eller med datamaskin,

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

Grunnleggende om Evaluering av It-systemer

Grunnleggende om Evaluering av It-systemer Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien

Detaljer

Angivelse av EHF profiler og dokumenttyper

Angivelse av EHF profiler og dokumenttyper Angivelse av profiler og dokumenttyper Innholdsfortegnelse Veileder profiler og dokumenttyper 1. Forord... 3 1.1 Formål med dokumentet... 3 1.2 Begrepsdefinisjoner... 4 1.2.1 Dokumenttype... 4 1.2.2 Customization...

Detaljer

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten + INF 2120 Innlevering 1 Levert av Gruppe 4 Anders Bakken (andeba) Are O. Pedersen (arep) Daniel M. Wittwer (danielmw) Naima Akram (naimaa) Ronnie Østgaard (ronnieo) Kravspesifikasjoner til trafikanten +

Detaljer

En nasjonal definisjonskatalog for kliniske begreper og regler

En nasjonal definisjonskatalog for kliniske begreper og regler En nasjonal definisjonskatalog for kliniske begreper og regler -Kan vi få det, vil vi ha det og hva kan det gjøre for oss? Bjørn Næss Produktansvarlig DIPS ASA Jernbaneveien 85 Bodø Telefon: Epost: 93

Detaljer

Kartlegging av innovasjonstyper

Kartlegging av innovasjonstyper Kartlegging av innovasjonstyper Referanse til kapittel 12 Analysen er utviklet på basis av Keeleys beskrivelse av 10 typer innovasjoner (Keeley, L. 2013. Ten Types of Innovation. New Jersey: John Wiley

Detaljer

Kap. 10 Systemutvikling System Engineering

Kap. 10 Systemutvikling System Engineering Kap. 10 Systemutvikling System Engineering - Utvikling og integrering av både maskin- og programvare. - Hvordan oppstår behov for programvare? - Hvordan inngår programvare i en sammenheng med andre (del)systemer,

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

Prototyper og anbudsdokumentasjon. Jan Håvard Skjetne SINTEF / University of Melbourne Janhavard.skjetne@sintef.no

Prototyper og anbudsdokumentasjon. Jan Håvard Skjetne SINTEF / University of Melbourne Janhavard.skjetne@sintef.no Prototyper og anbudsdokumentasjon Jan Håvard Skjetne SINTEF / University of Melbourne Janhavard.skjetne@sintef.no Anbudsprosessen Løsningsuavhengig dokumentasjon Motivasjon Arbeidet gjennom prosjekter

Detaljer

Løsningsforslag Eksamen i TDT4190 Distribuerte systemer

Løsningsforslag Eksamen i TDT4190 Distribuerte systemer Institutt for datateknikk og informasjonsvitenskap Løsningsforslag Eksamen i TDT4190 Distribuerte systemer Faglig kontakt under eksamen: Norvald Ryeng Tlf.: 97 17 49 80 Eksamensdato: Fredag 6. juni 2014

Detaljer

IT strategi for Universitet i Stavanger 2010 2014

IT strategi for Universitet i Stavanger 2010 2014 IT strategi for Universitet i Stavanger 2010 2014 1 Visjon Profesjonell og smart bruk av IT Utviklingsidé 2014 Gjennom målrettet, kostnadseffektiv og sikker bruk av informasjonsteknologi yte profesjonell

Detaljer

Hva betyr tjenesteorientert arkitektur for sikkerhet?

Hva betyr tjenesteorientert arkitektur for sikkerhet? Hva betyr tjenesteorientert arkitektur for sikkerhet? Torbjørn Staff Architecture Innovation Group Accenture, its logo, and High Performance Delivered are trademarks of Accenture. Agenda Arkitekturevolusjonen

Detaljer

EKSAMEN. Evaluering av IT-systemer. Eksamenstid: kl 0900 til kl 1300

EKSAMEN. Evaluering av IT-systemer. Eksamenstid: kl 0900 til kl 1300 EKSAMEN Emnekode: ITL24006 Dato: 4. desember 2007 Hjelpemidler: Emne: Evaluering av IT-systemer Eksamenstid: kl 0900 til kl 1300 Faglærer: Ingen, heller ikke kalkulator eller mobiltelefon Kåre Sorteberg

Detaljer

Metadata for samordning og samhandling

Metadata for samordning og samhandling Metadata for samordning og samhandling DNV/ Industry Geir Jevne, principal 16 October 2008 Problemløsning i en teknologisk hverdag Slide 2 Trærne i samordnings-, samarbeids- og samhandlingsskogen 1. Status

Detaljer

Teknologiforum, Clarion hotel, Gardermoen 2015-10-26/27. En introduksjon til SOSI del 1 Regler for UML modellering

Teknologiforum, Clarion hotel, Gardermoen 2015-10-26/27. En introduksjon til SOSI del 1 Regler for UML modellering Teknologiforum, Clarion hotel, Gardermoen 2015-10-26/27 SOSI versjon 5.0 Morten Borrebæk Kartverket En introduksjon til SOSI del 1 Regler for UML modellering (fra forretningsprosesser til tjenestemodeller)

Detaljer

Studentevaluering av undervisning. En håndbok for lærere og studenter ved Norges musikkhøgskole

Studentevaluering av undervisning. En håndbok for lærere og studenter ved Norges musikkhøgskole Studentevaluering av undervisning En håndbok for lærere og studenter ved Norges musikkhøgskole 1 Studentevaluering av undervisning Hva menes med studentevaluering av undervisning? Ofte forbindes begrepet

Detaljer

STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen

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

Detaljer

VELKOMMEN TIL MAT-INF 1100

VELKOMMEN TIL MAT-INF 1100 VELKOMMEN TIL MAT-INF 1100 1 Forelesere Geir Pedersen, Matematisk institutt, avd. for mekanikk Rom nr. 918 i Niels Henrik Abels hus E-post: geirkp@math.uio.no Arbeider med havbølger og numerisk analyse

Detaljer

EXAM IN COURSE TDT4250 MODELLING OF INFORMATION SYSTEMS

EXAM IN COURSE TDT4250 MODELLING OF INFORMATION SYSTEMS Page 1 of 9 NORWEGIAN UNIVERSITY OF SCIENCE AND TECHNOLOGY DEPARTMENT OF COMPUTER AND INFORMATION SCIENCE Contact during the exam: John Krogstie Ph: 93 41 75 51 EXAM IN COURSE TDT4250 MODELLING OF INFORMATION

Detaljer

Klasser. Webprogrammering høsten 2015. Objekter. Eksempelklasser og -objekter. 2 of 11 14.10.2015 07:56. 1 of 11 14.10.2015 07:56

Klasser. Webprogrammering høsten 2015. Objekter. Eksempelklasser og -objekter. 2 of 11 14.10.2015 07:56. 1 of 11 14.10.2015 07:56 [Kurssidene] [ ABI - fagsider bibin ] Objekter Webprogrammering høsten 2015 Et objekt er en "ting" som representeres i et program. Representasjonen tar for seg attributter og oppførsel Attributter (egenskaper)

Detaljer

Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram

Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Fastsatt som forskrift av Utdanningsdirektoratet 3. april 2006 etter delegasjon i brev 26. september 2005 fra Utdannings-

Detaljer

Sak 2 Oppnevning av møteleder og referent Even Holth Rustad var møteleder, og Helene Kolstad Skovdahl var referent.

Sak 2 Oppnevning av møteleder og referent Even Holth Rustad var møteleder, og Helene Kolstad Skovdahl var referent. Studentrådet DMF Medpost 203 Medisinsk Teknisk Forskningssenter 7489 Trondheim E-post: srs@studentrad.no Webadresse: http://dmf.studentrad.no Organisasjonsnummer: 989 148 737 Referat Allmøte 05.november

Detaljer

VELKOMMEN TIL MAT-INF1100(L) Knut Mørken knutm@ifi.uio.no Rom 1033, Niels Henrik Abels hus

VELKOMMEN TIL MAT-INF1100(L) Knut Mørken knutm@ifi.uio.no Rom 1033, Niels Henrik Abels hus VELKOMMEN TIL MAT-INF1100(L) Knut Mørken knutm@ifi.uio.no Rom 1033, Niels Henrik Abels hus Forelesere Knut Mørken og Martin Reimers, Matematisk institutt, 10. etg i Niels Henrik Abels hus Arbeider med

Detaljer

det offentlige kartgrunnlaget (DOK)

det offentlige kartgrunnlaget (DOK) geografiske data som er tilrettelagt for plan- og byggesaksarbeid = det offentlige kartgrunnlaget (DOK) Terje Nuland, geodataavdelingen Det offentlige kartgrunnlaget ØK FKB DOK Lover forskrifter veiledning

Detaljer

SERES - status Ressursnettverk for eforvaltning og Norstella Elektronisk Samhandling i Offentlig Sektor 27.august 2009

SERES - status Ressursnettverk for eforvaltning og Norstella Elektronisk Samhandling i Offentlig Sektor 27.august 2009 SERES - status Ressursnettverk for eforvaltning og Norstella Elektronisk Samhandling i Offentlig Sektor 27.august 2009 David Norheim, Computas 1 1 Agenda Litt kontekst SERES

Detaljer

Oppgave 1 Prosessmodell DFD (30%)

Oppgave 1 Prosessmodell DFD (30%) BOKMÅL Side 1 av 7 NORGES TEKNISK- NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Arne Sølvberg Tlf: 73 59 34 38 / 91 89 73 31 EKSAMEN

Detaljer

Kirsten Ribu - Høgskolen i Oslo 05.05.04

Kirsten Ribu - Høgskolen i Oslo 05.05.04 Prosessmodellering Strukturert analyse og design et overblikk Gurholt & Hasle, kapittel 10 Kirsten Ribu - Høgskolen i Oslo 05.05.04 1 Prosessrapporten Prosessrapporten skal beskrive valg av systemutviklings-prosess,

Detaljer

Oblig 4 (av 4) INF1000, høsten 2012 Værdata, leveres innen 9. nov. kl. 23.59

Oblig 4 (av 4) INF1000, høsten 2012 Værdata, leveres innen 9. nov. kl. 23.59 Oblig 4 (av 4) INF1000, høsten 2012 Værdata, leveres innen 9. nov. kl. 23.59 Formål Formålet med denne oppgaven er å gi trening i hele pensum og i å lage et større program. Løsningen du lager skal være

Detaljer

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Gruppe 1: Fredrik Melsom Klausen, Andreas Limyr, Odd-Wiking Rahlff, Tho Diu Tang 1...1 2. BUSINESS MODEL...2 2.1

Detaljer

IT Governance virksomhetsutvikling og innovasjon uten å miste kontroll (compliance)

IT Governance virksomhetsutvikling og innovasjon uten å miste kontroll (compliance) IT Governance virksomhetsutvikling og innovasjon uten å miste kontroll (compliance) Ragnvald Sannes (ragnvald.sannes@bi.no) Institutt for ledelse og organisasjon, Handelshøyskolen BI Hva er IT Governance

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

1. Mer om oppbyning av XML-dokument

1. Mer om oppbyning av XML-dokument Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Mer om oppbyning av XML-dokument Lene Hoff 2.9.2013 Lærestoffet er utviklet for faget XML Teknologi 1. Mer om oppbyning av XML-dokument Resymé:

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Datamodellering 101 En tenkt høgskoledatabase

Datamodellering 101 En tenkt høgskoledatabase Datamodellering 101 En tenkt høgskoledatabase Spesifikasjoner for databasen vi skal modellere: Oversikt over studenter med: Fullt navn Klasse Studium Avdeling Brukernavn Fødselsdag Adresse Telefonnummer

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

Kirsten Ribu - Høgskolen i Oslo 05.05.04

Kirsten Ribu - Høgskolen i Oslo 05.05.04 Prosessmodellering Strukturert analyse og design et overblikk Gurholt & Hasle, kapittel 10 Kirsten Ribu - Høgskolen i Oslo 05.05.04 1 Perspektiver på modellering Datamodellering var lenge den mest brukte

Detaljer

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av: Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:

Detaljer

Fakultet for informasjonsteknologi,

Fakultet for informasjonsteknologi, Side 1 av 5 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Kontaktperson under eksamen:

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.

Detaljer

UNIVERSITETET I OSLO

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

Detaljer

Oppgaver til Studentveiledning I MET 3431 Statistikk

Oppgaver til Studentveiledning I MET 3431 Statistikk Oppgaver til Studentveiledning I MET 3431 Statistikk 20. mars 2012 kl 17.15-20.15 i B2 Handelshøyskolen BI 2 Oppgaver 1. Konfidensintervaller Vi ser på inntekten til en tilfeldig valgt person (i tusen

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 27. mai, 2011 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 27. mai, 2011 kl 0900-1300 Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 6. juni, 2006 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 6. juni, 2006 kl 0900-1300 Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 27. juni, 2006 Eksamen

Detaljer

Resultater fra den første runden med referansemåling (benchmarking) i IMPI-prosjektet (mars 2011)

Resultater fra den første runden med referansemåling (benchmarking) i IMPI-prosjektet (mars 2011) Resultater fra den første runden med referansemåling (benchmarking) i IMPI-prosjektet (mars 2011) Rapport innenfor rammen av det europeiske prosjektet Indicators for Mapping & Profiling Internationalisation

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

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av sending Epikrise 2 Informasjon om avsendersystem Programvareleverandør:

Detaljer