Her er løsningsmomenter for oppgavene Høst 2003 :

Størrelse: px
Begynne med side:

Download "Her er løsningsmomenter for oppgavene Høst 2003 :"

Transkript

1 Her er løsningsmomenter for oppgavene Høst 2003 : OPPGAVE 1. Estimering (20 %) Du er leder i et firma med 20 ansatte. Nesten alle er IT-konsulenter som fyller ulike roller i systemutviklingsprosjekter. Dere avslutter normal prosjekter pr. år. Firmaet utvikler kundespesifikke IT-løsninger, og er vant til å måtte kjempe om nye oppdrag gjennom å gi tilbud om fastpris på systemutviklingsoppdrag. Tilbudene utarbeides ut fra kundenes kravspesifikasjoner. Dere benytter en detaljert rutine for å registrere alle utviklingstimer på ulike aktiviteter innen et prosjekt selv om dere får betalt i henhold til fastprisavtalen. Oppdragene som utføres er svært forskjellige. Estimeringskompetansen i selskapet er meget lav. Du får som sjef stadig nærmest likelydende spørsmål rundt temaet estimering. Både prosjektledere og vanlig utviklere som blir bedt om å estimere føler seg lite komfortable med å estimere innsatsbehov. Du har derfor bestemt deg for å formulere korte og faglig begrunnede svar på følgende fire spørsmål du har fått fra dine medarbeidere den senere tid : Det viktigste i denne oppgaven er at kandidatene viser faglig forståelse for ulike aspekter ved estimering. a.) Er det forskjell på et tilbud og et estimat, og er det ikke din oppgave som sjef å drive med disse aktivitetene? Jo, det er forskjell. Et estimat er en mest mulig realistisk prediksjon på behovet for utviklingsinnsats på en forespeilet oppgave. Dette må settes opp av de som har best mulig forutsetninger for det i form av domene, teknologi og estimeringskunnskap. Det er derfor ikke naturlig at sjefen i bedriften sitter å gjør dette. Både prosjektleder og potensielle utviklere i aktuelle caset bør involveres. Et tilbud derimot er en strategisk satt pris, der blant annet estimatene benyttes om input, men der også vurderinger rundt hva kunde er villig til å betale, fremtidig potensiale ved å gjennomføre et prosjekt m.m. trekkes inn. Dette er det i langt større grad sjefens oppgave å bestemme (da ofte i samarbeid med prosjektleder) b.) En kunde har spurt om vi bruker COCOMO når vi estimerer. Hva i all verden er det for noe, og er det aktuelt for oss å bruke det? Dette er en algoritmisk modell for beregning av innsatsestimater. (s i Sommerville). En maksbesvarelse viser grunnformelen, og kommenterer at denne er fremkommet ut fra empiriske målinger på et stort antall (gamle) SU-prosjekter. Bonus for kommentarer rundt at modellen baserer seg på en prediksjon om størrelse (LOC, FP, UC-point..) og produktivitet, samt nødvendigheten av at modellen kalibreres til bruk i organisasjonen. Aktuelt å bruke? : Argumentasjonen det vesentlige, ikke noe riktig svar her. For : liten generell estimeringskompetanse gjør aktuelt å ta i bruk modell. Mot : tung innføringsprosess med tilhørende kalibrering. Problem rundt eierskap på estimatene.

2 c.) Jeg har så vidt hørt om tre ulike tilnærminger til estimering: Algoritmiske modeller, Analogibasert estimering og Ekspertvurderinger. Hvilken av de tre er mest relevant for vårt firma å benytte? Argumentasjonen det klart viktigste. Må vise kunnskap om forskjellene i tilnærmingene og koble disse til enkelt trekk ved det oppsatte scenariet. Analogi virker tilsynelatende meget aktuelt ut fra at man har detaljerte data på historisk forbruk, men kommentaren om at Oppdragene som utføres er svært forskjellige taler direkte mot denne estimeringsformen. Algoritmiske modeller se opg. B. Ekspertvurderinger : Fordeler her er liten ressursbruk, ekspertene takler svært forskjellige oppdragstyper godt, man oppnår godt eierskap og tro på estimatene og involvering av de som sitter med detaljkunnskap taler for. Liten estimeringskompetanse taler mot denne estimeringsformen. Jeg tenderer mot at Ekspertvurderinger er det mest riktige valg, deretter Algoritmiske, med Analogi som minst relevant. De detaljerte dataene fra historiske prosjekter bør benyttes som en av flere kilder som ekspertene bør støtte seg på ved estimering. d.) I prosjektet Kvikk har vi valgt å bruke XP som utviklingsmodell. Da trenger man vel ikke estimere? Jo, men i første rekke på et detaljert nivå. I XP estimerer man med fokus på å få realisme i hvor mye utviklerne kan ta på seg av oppgaver i den iterasjonen man er i ferd med å påbegynne. Estimering gjøres av de som selv skal utvikle det aktuelle User task, og brukes innen Planning Game. Pensum som går inn på dette : OPPGAVE 2. Testing og Systemutviklingsmodeller (20 %) a) Forklar V-modellen og dens anvendelse innen testing i systemutviklingsprosjekter. Vurder relevansen av hvert av de fem understående punktene i denne sammenheng, og plasser de som har relevans på riktig sted i V-modellen. - Use Case beskrivelser - White-box testing - Risikoanalyse - Stress Testing - Refactoring Astrid : Denne modellen kjenner du bedre til enn meg, så forklaringen tar jeg lett på her. Jeg har brukt tid på å gå gjennom fig i Sommerville. Use Case beskrivelser : Bør plasserers ved Kravspesifisering, kommentarer rundt at det danner grunnlag for å sette opp Akseptanse testplan og anvendes i black-box brukerstesting premieres White-box : plasseres ved Enhets og modultest Risikoanalyse : ikke relevant å trekke inn her

3 Stress Testing : plasseres ved Systemtest (etter integrasjonstest) Refactoring : en practice i XP, men ikke relevant for testing. Vanligvis er det vanskeligere for studenter å si Nei, dette er ikke relevant. enn å prøve å forklare at jo det er jo litt relevant. Jeg premierer derfor spesielt de som utelukker de riktige punktene nemlig Risikovurdering og Refactoring. b) Det er klare forskjeller på hvordan man legger opp testaktivitetene i utviklingsmodellene XP og RUP. Trekk frem sentrale trekk i hvordan testingen legges opp i hver av disse, og hva forskjellene går ut på. Testing i XP : Poenget er et kandidatene viser forståelse for Test first practicen i XP. Utviklerne skal altså først skrive/sette opp testcase, så skal de utvikle, og deretter kjøre gjennom testcasene. Brukere gjennomfører blackbox testing etter iterasjoner eller i allefall ved releaser. Kommentarer på fokusen på automatisering innen test er bar. Testing i RUP : Testing bygd opp rundt at RUP er en inkrementell og iterativ utviklingsprosess. En aktivitet som stadig gjennomføres etter hvert som utviklingen skrider frem, men som intensiveres mot slutten av prosjektet, etter hvert som stadig mer implementeres. Testing er en egen disiplin (kalt workflow i whitepaper som er pensum). CASE (som skal danne basis for løsingen av oppgave 3 og 4 på neste side) : Eiendomsmegleren: Du er leid inn av et nyetablert eiendomsmeglerfirma som har tenkt å ta opp kampen med de veletablerte konkurrentene ved blant annet å utvikle og ta i bruk mer avanserte internett baserte løsninger til kjøp og salg av boliger, hytter og næringseiendommer. Mens nettauksjoner (QXL, gibud.no. ) er blitt meget utbredt for mindre salgsobjekter, er det foreløpig lite utbredt i forbindelse med eiendomssalg. De etablerte eiendomsmeglerne har derimot i lang tid anvendt internett løsninger som en støtte i kjøp og salg av eiendommer. Fra helt enkle løsninger med en ren presentasjon av salgsobjektene til mer omfattende løsninger der man kan sjekke innlagte bud og hente ut budskjemaer som så kan fakses inn. Systemet du skal være med å utvikle skal selvfølgelig dekke innlegging og ajourhold av presentasjoner av salgsobjektene. Et salgsobjekt har en del kjernekarakteristika som eiendomstype, adresse, boareal, bruttoareal, tomtestørrelse og prisantydning. Videre kan det bestå av en videopresentasjon, en mer detaljert tekstlig beskrivelse og/eller en bildeserie. Firmaets forretningside baserer seg på at selgerne selv tar over flere av de funksjonene meglerne tradisjonelt har hatt. Selger sitter selv med ansvaret for å legge inn og ajourholde informasjon om eiendommen de skal selge, samt å foreta visninger. Interesserte vil finne informasjon om selgerens mobiltelefon, e-post og faks når de søker seg frem til salgsobjektet på nettsidene. Av kvalitetssikringshensyn skal en ansatt i eiendomsfirmaet alltid godkjenne de endringer som ulike selgere legger inn. Inntil dette er gjort er det den sist godkjente

4 versjonen av presentasjonen som er aktiv. Den ansvarlige vil spesielt sjekke at riktig verditakst og lånetakst oppgis av selgeren. Meglerfirmaet får nemlig tilsendt denne informasjonen fra alle takstmenn via e-post så snart denne foreligger. Administrasjon av budrundene er sentralt i systemet. For å kunne delta i disse må man som potensiell kjøper først skaffe seg et tidsbegrenset budsertifikat. Vedkommende registrerer seg som budgiver i systemet, og angir personalia som fødselsnummer, adresse, e-postadresse, mobiltelefonnr. Systemet vil under registreringen koble seg opp mot Brønnøysundregisteret, betalingsdyktighets-systemet hos et inkassobyrå samt utlånssystemet hos din bankforbindelse. På basis av innhentet informasjon vil det så bli skapt et budsertifikat tilknyttet deg som budgiver. Dette inneholder et fra og til tidspunkt og en maksimal budstørrelse. Ved innlegging av et bud fra en budgiver, sjekkes dette mot at man har gyldig sertifikat før det godkjennes. De fem siste budgiverne vil samtidig bli varslet om det nye budets størrelse og tidsfrist via en SMS-tjeneste. En time før selgers oppgitte budfrist stenges muligheten til å operere med åpne bud. Kun de budgiverne som hadde gitt de tre høyeste budene inviteres til en lukket budrunde. Man vil i en lukket budrunde ikke få vite noe om de andre to budgivernes eventuelle sluttbud. OPPGAVE 3 : Objekt Orientert Analyse på caset a) Lag et Use Case diagram for systemet og kommenter dette. (15 %) Vi bruker Rational Rose på HiG, men har problemer med at lisensnøkkelen i Rational SEED-avtalen vår nettopp denne uka går over til en IBM Scholar Program avtale. Dette gjør at jeg faktisk ikke får benyttet Rose til å lage løsningsforslaget!!! Følgende Aktører og Use Case bør fremgå av en god løsning : Aktør : Use Case : ================================================================ Selger Legge inn salgsobjekt (disse to kan evt. slås sammen) Selger Ajourføre salgsobjekt Megler Potensiell kjøper Potensiell kjøper og <<system >> SMS-tjeneste Potensiell kjøper og <<system >> Brønnøysund og <<system >> Inkasso og <<system >> Bank Godkjenne endringer på salgsobjekter Søk frem informasjon om salgsobjekt Legg inn bud Generer budsertifikat Som du ser benytter jeg ingen uses / include eller extends i mitt løsningsforslag, men noen av Use Casene involverer aktører både i form av sluttbrukerroller (som vi tegner som

5 fyrstikk menn) og aktører i form av andre datasystemer (som vi både har tegnet som fystikkmenn, men også som stereotypede bokser med <<system>>). God navngivning, gode forklaringer teller positivt. Dataflyt trekker sterkt ned. b) Det finnes alternative måter å uttrykke variasjonene rundt at budgivning skal kunne foregå i så vel åpne og lukkede runder. Beskriv hvordan dette kan løses henholdsvis internt innen et Use Case, og i form av at man her kan spesifiserer dette med å lage koblinger mellom Use Case (10%) Jeg har fokusert sterkt på at tekstbeskrivelsen er det desidert viktigste innen UC. Vi har likevel jobbet noe med alternative måter å håndtere varianter på. Dette er nok den mest perifere og vanskeligste oppgaven i dette eksamenssettet. Her forventer jeg svar som viser at man innen en Use Case beskrivelse kan operere med Extensions i form av at man etter å ha beskrevet en Main Success Scenario/Happy Day kan beskrive alternative use-case forløp som en variant ( Variants ) med en numerert henvisning til hvor denne varianten er aktuell. Alternativet med å koble flere use-case burde man vise ved å lage Use-Caset Legg inn lukket bud, og sette inn en extends pil mot Use Caset Legg inn bud. c) Sett opp et konseptuelt klassediagram (en domenemodell) der du også angir multiplisitet på relasjonene og legger inn sentrale attributter (15 %) Siden Rose er nede, blir det igjen tekstbeskrivelse. Her gir jeg rimelig god score til modeller som er enkle men korrekte, fremfor modeller som kompliserer det hele. At man klarer å identifisere sentrale konsepter som Salgsobjekt, Selger, Bud, Budgiver og Budsertifikat vektlegges tungt. Jeg trekker strengt for de som modellerer funksjoner som klasser, dette har vært fokusert veldig i kurset. De som blander inn forhold som Epost fra takstmann eller Visning eller forhold som ikke inngår i det domene den fremtidige løsingen skal dekke trekkes. Det er også sterkt poengtert at vi ikke skal ha med metoder/operasjoner i et konseptuelt klassediagram, så det trekker klart ned. De som legger inn type fremmednøkkel -attributter på klassene skal trekkes for dette, og de som ukritisk relaterer klassene gjennom overdreven bruk av assosiasjoner, aggregering, compositions og gen-spec strukturer trekkes. For de besvarelsene som skal skille seg positivt ut blir riktig plassering av relevante attributter vurdert. For eksempel vil de gode også legge inn mindre opplagte attributter på Salgsobjekt (., prisantydning, lånetakst, budfrist,.). De beste bør også vise mestring av aggregerings-strukturer (Salgsobjekt aggregerer både Videopresentasjon og Bildeserie, Budsertifikat kan være en composition under Budgiver) og arvestrukturer ( Lukket bud er en spesialisering av Bud).

6 Sentrale klasser her er : Salgsobjekt (som aggregerer Videopresentasjon og Bildeserie ) - eiendomstype, adresse, boareal, tomtestørrelse, lånetakst, prisantydning Selger som er assosiert til Salgsobjekt Bud som er assosiert til Salgsobjekt (et bud et salgsobjekt, et salgsobjekt flere bud) Lukket bud som er en spesifikasjon av Bud Budgiver som er assosiert med Bud Budsertifikat som er uløselig knyttet til Budgiver (composition) OPPGAVE 4 : Gjenbruk (20 %) Eiendomsmeglerfirmaet har et søsterselskap som driver med utleie av hytter og fritidseiendommer. De ønsker også å satse på internett baserte løsninger som kan støtte presentasjon og utleieformidlingen. Her er det både privatpersoner og bedrifter som kan reservere et utleieobjekt på ukebasis. Det er et sterkt ønske om å få sjekket leietakernes betalingsdyktighet. Ut fra din kunnskap om løsningen som skal utvikles for eiendomsmeglervirksomheten, blir du bedt om å foreta en vurdering av potensialet som ligger i gjenbruk av deler av spesifikasjoner og programvareløsning. Gi her din vurdering av hvorvidt man her bør satse på gjenbruk, eller om man heller bør la løsningene bli utviklet helt uavhengig av hverandre. Uansett om du her argumenterer for eller mot gjenbruk skal du benytte deg aktivt av eksempler fra både Use Case-diagrammet og fra det konseptuelle klassediagrammet i oppgave 3 for å underbygge din argumentasjon. Ikke pensum i 2008.

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

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

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

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

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

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag LØSNINGSMOMENTER FOR : EKSAMEN FAGNAVN: FAGNUMMER: SYSTEMUTVIKLING IMT2243 EKSAMENSDATO: 4. juni 2007 KLASSE: 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA TID: 0900-1200 FAGLÆRER: Tom Røise ANTALL

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

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

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

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

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

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

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

INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag.

INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag. Høgskolen i Gjøvik Avdeling for elektro- og allmennfag EKSAMEN FAGNAVN: FAGNUMMER: Systemutvikling I L 194 A EKSAMENSDATO: 8. desember 2000 KLASSE: HINDA, HINDB TID: 09.00 13.00 FAGLÆRER: Tom Røise ANT.

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

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

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

Tom Røise 25. Januar 2011

Tom Røise 25. Januar 2011 IMT2243 Systemutvikling, 25. Jan 2011 Tema: Estimering og Risikoanalyse i Systemutviklingsprosjekter Estimering av innsatsbehov Historisk utvikling innen fagfeltet Tre ulike estimerings som anvendes innen

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

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

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

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

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

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

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

Kravspesifiseringsprosessen

Kravspesifiseringsprosessen IMT2243: 18.februar 2010 DAGENS : Metoder for å få kartlagt de Funksjonelle kravene Strukturert Analyse den gamle måten og gjøre det på (dette foilsettet + wikipedia-omtalen er eneste pensum innen SA)

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

TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS

TESTRAPPORT   Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Medlemmer av gruppe 35: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:

Detaljer

Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider.

Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider. 1 For hver del, alle sub deler teller likt. Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider. For hvert spørsmål, hvis du trenger å

Detaljer

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser 1 Ulike typer prosessmodeller Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall

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

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

2014 Høgskolen i Oslo og Akershus. Forprosjektrapport "Rinnovasjon" (Renovasjon og innovasjon) monabjerke.no

2014 Høgskolen i Oslo og Akershus. Forprosjektrapport Rinnovasjon (Renovasjon og innovasjon) monabjerke.no 2014 Høgskolen i Oslo og Akershus Torbjørn Gjøn s180399 Snorre Duun Strømsborg s180371 Matias Pettersen s180395 Forprosjektrapport "Rinnovasjon" (Renovasjon og innovasjon) monabjerke.no Presentasjon Tittel:

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

Kundetilfredshet 2016

Kundetilfredshet 2016 Kundetilfredshet 2016 Eiendom Norge 21.04.2016 Dag Andersen OPPDRAGSGIVER METODE Eiendom Norge Popup på www.finn.no/eiendom Christian Vammervold Dreyer FORMÅL Kundetilfredshets blant selgere av bolig 2016

Detaljer

ÅROS - Boligtomt med flott utsikt

ÅROS - Boligtomt med flott utsikt ÅROS - Boligtomt med flott utsikt Adresse: Boligtype: Størrelse: Prisant.: Elgtråkket 11 B Tomt bolig 801 kvm 990.000,- + omk. Avdeling: Røyken Ansv. megler: Kristine Lauritzen Mobil: 976 77 600 E-post:

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

EKSAMEN ST0202 STATISTIKK FOR SAMFUNNSVITERE

EKSAMEN ST0202 STATISTIKK FOR SAMFUNNSVITERE Norges teknisknaturvitenskapelige universitet Institutt for matematiske fag Side 1 av 10 Bokmål Faglig kontakt under eksamen: Øyvind Bakke, tlf. 99041673 EKSAMEN ST0202 STATISTIKK FOR SAMFUNNSVITERE Tirsdag

Detaljer

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl Side av 9 NTNU Norges teknisk-naturvitenskapelige universitet BMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:. juni Eksamen i fag SIF808

Detaljer

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling

Detaljer

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002 SLUTTRAPPORT gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen 25. november 2002 1 Innhold 1 Sammenligning ressursforbruk 3 2 Erfaringer fra prosjektgjennomføring

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

Egne notater Egne notater Egne notater Forbrukerinformasjon om budgivning Informasjonen er utarbeidet av Forbrukerombudet, Forbrukerrådet, Den Norske Advokatforening ved Eiendomsmeglingsgruppen, Eiendomsmeglerforetakenes

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

Egne notater Forbrukerinformasjon om budgivning Sist oppdatert med virkning fra 1. juli 2010, i forbindelse med ikrafttredelse av endringer i eiendomsmeglingsforskriften. Informasjonen er utarbeidet av

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

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

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

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

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

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 Kravspesifikasjoner & Data design Thomas Tjøstheim og Thomas Edvinsen 20 September 2004 Kapittel 7 & 8 p.2/20 Introduksjon Kravspesifikasjoner består av to underdeler:

Detaljer

SALGSOPPGAVE. Some titel for sales document. Some description for first page image

SALGSOPPGAVE. Some titel for sales document. Some description for first page image SALGSOPPGAVE Some titel for sales document Some description for first page image Prisantydning: 2 323 kr. + omk. Lånetakst: 2 323 kr. Bruttoareal (BTA): 80 kvm. Verditakst: 2 323 kr. Bruksareal (BRA):

Detaljer

Info207 Obligatorisk innlevering 3

Info207 Obligatorisk innlevering 3 Info207 Obligatorisk innlevering 3 Dette er tredje obligatoriske innlevering i info207. Innlevering 25 Oktober. På denne obligen kan man samarbeide 2 stykker, og det må være skrevet hvem som samarbeider

Detaljer

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0> Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1

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

Prosjektrettet systemarbeid

Prosjektrettet systemarbeid Prosjektrettet systemarbeid Funksjonsmodellering Faglærer: Kjell Toft Hansen Funksjonsmodellering Fra prosjektets brukerkravdokument: Kap. 3.1 Krav til funksjoner Kravene til funksjoner beskriver hva bruker

Detaljer

Heggedal - enebolig med utleiedel

Heggedal - enebolig med utleiedel Heggedal - enebolig med utleiedel Adresse: Boligtype: Prisant.: Plankedalsveien 68 Enebolig m/leilighet 3 950 000,- + omk. www.fossco.no Avdeling: Røyken Ansv. megler: Fred-Ivar Myrseth Mobil: 91 78 52

Detaljer

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055 UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling

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

Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal

Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Meldingsversjon: Standard for administrativ kommunikasjon mot kjernejournal, versjon 1.0, datert 12.08.2008 Akseptansetest - Mottak

Detaljer

Har du gjort alt for å finne den rette kjøper eller strategiske partner?

Har du gjort alt for å finne den rette kjøper eller strategiske partner? Har du gjort alt for å finne den rette kjøper eller strategiske partner? De fleste endrer eierstrukturen i bedriften sin bare én gang. Det er en beslutning man skal leve med i mange år. En samtale med

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

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

DEL 2. Kravspesifikasjon og tildelingskriterier

DEL 2. Kravspesifikasjon og tildelingskriterier DEL 2 Kravspesifikasjon og tildelingskriterier Rammeavtale Eiendomsmeglertjenester Saksnr. 2015/33326 Innholdsfortegnelse 1. FORMÅL OG OMFANG... 3 2. KRAV TIL TILBYDER... 3 2.1. TJENESTEN... 4 2.2. UTFØRER

Detaljer

Sensorveiledning nasjonal deleksamen

Sensorveiledning nasjonal deleksamen Sensorveiledning nasjonal deleksamen 10.05.2017 Karakterer gis i henhold til total poengskår og følgende karakterskala fastsatt av eksamensgruppen: A: 36 40 B: 31 35 C: 23 30 D: 18 22 E: 16 17 F: 0 15

Detaljer

Krav analyse og objektorientert

Krav analyse og objektorientert Krav analyse og objektorientert analyse Bente Anda 22.09.2005 1 Overblikk 22/9 + 26/9 Kravanalyse med use case og system sekvens diagrammer Objekt-orientert analyse med domene modell Objekt-orientert design

Detaljer

Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu

Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 1 Ulike typer prosessmodeller De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall

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

EKSAMEN ST0202 STATISTIKK FOR SAMFUNNSVITERE

EKSAMEN ST0202 STATISTIKK FOR SAMFUNNSVITERE Norges teknisk naturvitenskapelige universitet Institutt for matematiske fag Side 1 av 7 Bokmål Faglig kontakt under eksamen: Bo Lindqvist, tlf. 97589418 EKSAMEN ST00 STATISTIKK FOR SAMFUNNSVITERE Torsdag

Detaljer

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006 Systemutvikling - oppsummering Alexander Nossum alexander@nossum.net blog.eksplisitt.net 22. mai 2006 INNHOLD 2 Innhold 1 Utviklingsprosessmodeller 3 1.1 Fossefall/waterfall................................

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

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

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

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest mottak

Detaljer

Eksamen i fag TDT4140 Systemutvikling. Tirsdag 27. mai 2004 kl

Eksamen i fag TDT4140 Systemutvikling. Tirsdag 27. mai 2004 kl Side 1 av 12 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 22. juni Eksamen i

Detaljer

Nabolagsprofil TM Greåkerveien 98 1718 Greåker BELIGGENHET STEDER AV INTERESSE Tilhørighet Kommune Grunnkrets Kirkesogn Sarpsborg Helleskjær Greåker Steder i nærheten Yven 1,8 km * Alvim 2,0 km * Alvimhaugen

Detaljer

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

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

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.3, datert 13.06.2007 Akseptansetest mottak

Detaljer

Prosjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2008

Prosjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2008 Prosjektoppgave: Bildedatabase TDT4145 Datamodellering og Databasesystemer Våren 2008 NB! Kun for de som ikke tar fellesprosjektet. Innledning I løpet av de siste årene har det blitt stadig mer vanlig

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

Røyken - 3 roms Andelsleilighet

Røyken - 3 roms Andelsleilighet Røyken - 3 roms Andelsleilighet Adresse: Boligtype: Prisant.: Spikkestadveien 94 A, 3 etg Leilighet 690 000,- + omk. www.fossco.no Avdeling: Røyken Ansv. megler: Kristine Lauritzen Mobil: 97 67 76 00 E-post:

Detaljer

Kundetilfredshet. Eiendom Norge April 2015

Kundetilfredshet. Eiendom Norge April 2015 Kundetilfredshet Eiendom Norge April 2015 Prosjektbeskrivelse MÅLGRUPPE METODE INTERVJUTID Samtlige vi har intervjuet har solgt, eller forsøkt solgt, et objekt i løpet av det siste året og er over 18 år

Detaljer

Lier - Stoppenkollen - Ny tomt for salg!

Lier - Stoppenkollen - Ny tomt for salg! Lier - Stoppenkollen - Ny tomt for salg! Adresse: Boligtype: Prisant.: Flåtansvingen 3 Boligtomt 1 740 000,- + omk. www.fossco.no Avdeling: Røyken Ansv. megler: Fred-Ivar Myrseth Mobil: 91 78 52 72 E-post:

Detaljer

Åros - Boligtomt med sjøutsikt

Åros - Boligtomt med sjøutsikt Åros - Boligtomt med sjøutsikt Adresse: Årosfjellet Tomt 40 Boligtype: Boligtomt Prisant.: 1 450 000,- + omk. Avdeling: Røyken Ansv. megler: Preben von Malchus Mobil: 99 54 77 00 E-post: preben.vm@fossco.no

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

WEB VERSJON AV UTTALELSE I SAK NR,06/1340

WEB VERSJON AV UTTALELSE I SAK NR,06/1340 Dok. ref. Dato: 06/1340-23/LDO-312//RLI 22.05.2007 WEB VERSJON AV UTTALELSE I SAK NR,06/1340 Likestillings- og diskrimineringsombudets uttalelse Likestillings- og diskrimineringsombudet viser til klage

Detaljer

Egne notater Egne notater Egne notater Forbrukerinformasjon om budgivning Sist oppdatert med virkning fra 1. juli 2010, i forbindelse med ikrafttredelse av endringer i eiendomsmeglingsforskriften. Informasjonen

Detaljer

Egne notater Egne notater Forbrukerinformasjon om budgivning Informasjonen er utarbeidet av Forbrukerombudet, Forbrukerrådet, Den Norske Advokatforening ved Eiendomsmeglingsgruppen, Eiendomsmeglerforetakenes

Detaljer

Egne notater Egne notater Egne notater Forbrukerinformasjon om budgivning Sist oppdatert med virkning fra 1. juli 2010, i forbindelse med ikrafttredelse av endringer i eiendomsmeglingsforskriften. Informasjonen

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

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Statisk testing Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Hva er statisk testing Analyser som utføres på skrevne dokumenter Hensikten er å finne avvik fra spesifikasjonene

Detaljer

GJENNOMGANG OBLIGATORISK OPPGAVE 1

GJENNOMGANG OBLIGATORISK OPPGAVE 1 GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet

Detaljer

SALGSOPPGAVE. Enebolig i Bahkiljohka SOLGT. Huset og garasjen

SALGSOPPGAVE. Enebolig i Bahkiljohka SOLGT. Huset og garasjen SALGSOPPGAVE Enebolig i Bahkiljohka Huset og garasjen Prisantydning: 1 750 000 kr. + omk. Lånetakst: 1 450 000 kr. Verditakst: 1 750 000 kr. Bruksareal (BRA): 190 kvm. Adresse: Henvendelse: Hege Grønnvoll

Detaljer

IBM3 Hva annet kan Watson?

IBM3 Hva annet kan Watson? IBM3 Hva annet kan Watson? Gruppe 3 Jimmy, Åsbjørn, Audun, Martin Kontaktperson: Martin Vangen 92 80 27 7 Innledning Kan IBM s watson bidra til å gi bankene bedre oversikt og muligheten til å bedre kunne

Detaljer

KONKURRANSE - GRUNNLAG DEL II

KONKURRANSE - GRUNNLAG DEL II KONKURRANSE - GRUNNLAG DEL II ÅPEN ANBUDSKONKURRANSE FOR KJØP AV Tjenester innen Verdivurdering/taksering og søk etter/kartlegging av næringseiendommer INNHOLDSFORTEGNELSE Bilag 1: Kundens kravspesifikasjon...

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : IN 219 Store programsystemer Eksamensdag : Lørdag 13. desember 1997 Tid for eksamen : 09.00-15.00 Oppgavesettet er på : 3 sider

Detaljer

Sjøgarden Boligpanorama

Sjøgarden Boligpanorama Sjøgarden Boligpanorama Dokumenter Bud/ avtale om prosjektert bolig BRUK BLOKKBOKSTAVER Oppdragsnr: 5004/12 Adresse: Sjøgarden,Eidsvåg Undertegnende har inngått avtale om

Detaljer