Universitetet i Oslo Institutt for informatikk. Leveranse 2 - inf2120. Gruppe 9. Mads Andre Bergdal Neeru Bhardwaj Saqib Riaz Trond Arne Sørby

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "Universitetet i Oslo Institutt for informatikk. Leveranse 2 - inf2120. Gruppe 9. Mads Andre Bergdal Neeru Bhardwaj Saqib Riaz Trond Arne Sørby"

Transkript

1 Universitetet i Oslo Institutt for informatikk Leveranse 2 - inf2120 Gruppe 9 Mads Andre Bergdal Neeru Bhardwaj Saqib Riaz Trond Arne Sørby 29. april 2005

2 2

3 1 Innledning Vi har nå designet et system kalt Trafikanten Pluss, et system hvor reisende kan få dynamisk oppdatert ruteinformasjon. Utgangspunktet for denne leveransen er spesifikasjonen av Trafikanten Pluss-systemet gitt av Gruppe Forutsetninger Vi forutsetter at alle holdeplassene har en kjent posisjon, og at denne posisjonen er registrert i vår statiske database. Videre forutsetter vi at det ikke er noen vesensforskjell mellom ulike transportmidler som buss, båt, tog eller trikk; systemet vil derfor ikke skjelne mellom de ulike typene. Vi ser videre bort fra eventuelle endringer av rutene, opprettelse av nye holdeplasser og lignende. Systemet vil således være begrenset til virkeligheten slik den er nå. Vi forutsetter at vi alltid kan skaffe oss oppdatert informasjon om hvor hvert enkelt transportmiddel finnes. 1.2 Interessenter Selv om systemet også kan være til nytte for de ansatte i trafikkselskapet, vil de primære interessentene være passasjerene. 2 Revidert spesifikasjon I den opprinnelige spesifikasjonen var det beskrevet en rekke tjenester: Brukeren sender SMS, og systemet svarer med SMS, beste alternativ. Brukeren sender SMS med NESTE, og får neste alternativ som SMS. Brukeren sender SMS med KART, og får kart via MMS. Brukeren sender SMS med forespørsel om alle nærliggende stasjoner, og får tilbakemelding om så mange stasjoner det er plass til i en enkelt melding. Vi har i designet valgt å begrense oss til kun de to første tjenestene. Karttjenesten ville vært spennende å implementere, men vi kan ikke se at det ville være gjennomførbart med de ressurser som er tilgjengelige for oss. Sekvendsdiagrammene er sterkt modifisert fra delleveranse 1, da vi nå vet mer om grensenittet til de eksterne tjeneste vi benytter det var ønskelig å løse flerbrukerproblematikken på en god måte 3

4 2.1 Sd TrafikantenPluss Vi har tatt med det overordnete sekvensdiagrammet fra den opprinnelige spesifikasjonen, med lett modifiserte navn (FinnRute tilsvarer FinnPunkter, FinnAvgang tilsvarer TilPunkt og FinnHoldeplass tilsvarer FraPunktTil- Punkt). Vi har som tidligere nevnt begrenset tjenestetilbudet, og konsentrert oss om å gjennomføre FinnAvgang. 2.2 Sd FinnAvgang Med utgangspunkt i sd TilPunkt fra leveranse 1 har vi nå laget et nytt sekvensdiagram, som er mer spesifikt og konkret. I tillegg viser diagrammet at vi håndterer flere samtidige brukere parallelt. Sekvensdiagrammet viser oss to konkrete hendelser hvor Pelle og Proffen sender sms for å få informasjon om sine avganger. Pelle skal til Høybråten, mens Proffen skal til Majorstua. Brukerne får melding fra sentralen om mulige avganger i ønskede retninger, med rutenummer og klokkeslett for første avgang. Vi ser at hvis Pelle eller Proffen ønsker å få tidspunkt for neste avgang i samme retning, sender de en SMS med kodeordet NESTE og får så tilsendt sms med tidspunktet for den neste avgangen. 2.3 Sd FinnAvgangSystem Dette er den detaljerte dekomponeringen av systemlivslinjen fra det forrige diagrammet. La oss følge gangen for Pelle: SMSsystemet (PATS) mottar SMSen fra Pelle (melding 1), og sender den videre til kontrollobjektet (2) i vårt system. Kontrollobjektet lager så et sesjonsobjekt (3) for Pelle, og sender kommandoen fra SMSen til sesjonsobjektet (8). Sesjonsobjektet ber så PATS finne ut hvor Pelle befinner seg (12), og får svaret som koordinater (13). Sesjonsobjektet ber så rutetabellobjektet om å finne den nærmeste relevante holdeplassen (14/15). Deretter spør sesjonsobjektet Trafikantenobjektet om status for denne holdeplassen (16) og får svaret som en XML-fil som inneholder dynamisk informasjon om de nærmeste avganger fra holdeplassen (17). Sesjonsobjektet finner utifra dette den neste avgangen, og får PATS til å sende Pelle en SMS med informasjonen (18/19). Hva som skjer hvis Pelle så sender en SMS med kodeordet NESTE er beskrevet i sekvensdiagrammet sd FinnAvgangSystemNeste. 10 minutter etter at sesjonsobjektet ble opprettet, vil kontrolleren avslutte sesjonen (22). 2.4 Sd FinnAvgangSystemNeste Sender bruker kodeordet NESTE til systemet, så skjer ett av to: Hvis brukerens sesjonsobjekt fremdeles eksisterer, ber kontrolleren det om neste avgang. Sesjonsobjektet har allerede informasjonen den trenger, og beregner neste avgang utifra dette og sender SMS til bruker. Hvis sesjonsobjektet derimot 4

5 ikke finnes (dvs at det er over 10 minutter siden den første meldingen), vil bruker få SMS med feilmelding. 3 Design Her kommer en spesifisering av diagrammene for designmodellen. 3.1 Klassediagram Klassediagrammet består av fem objekter: 1. SMSsystem, er PATS-laben som blir brukt til kommunikasjon mellom systemet og mobilenheten til brukeren. Den kan motta og sende sms, og spørre om posisjon til mobiltelefon. 2. Kontroller, håndterer kommunikasjonen mellom SMSsystemet og de aktuelle sesjonene. Kontrolleren består av en SesjonsManager, en SesjonsBygger og en Beslutningstaker. 3. Sesjon, tar seg av kommunikasjonen mellom brukeren og systemet. Det kan være mange sesjoner samtidig tilknyttet systemet. 4. Trafikanten kommuniserer med Trafikantens eksisterende system, og gir systemet dynamisk informasjon om framkomstmidlene, i form av XML-fil. 5. Rutetabell gjør spørringer mot databasen med rutetabeller. Dette brukes til å hente informasjon om framkomstmidlenes ordinære rutetider. 3.2 Composite Structure CS Trafikanten Pluss Composite Structure diagrammet av Trafikanten Pluss viser hvordan objektene kommuniserer med hverandre. Brukeren kommuniserer med Trafikanten Pluss gjennom SMSsystemet (PATS). SMSsystemet er knyttet til kontroller og sesjoner. Trafikanten Pluss systemet kan ha mange sesjoner på en gang, uten at det påvirker noen av de andre sesjonene. Hver sesjon henter ut dynamisk informasjon om fremkomstmidlene fra Trafikanten (dagens system) gjennom XML fil. Statisk informasjon blir hentet fra rutetabell for hver sesjon CS kontroller Kontroller fra CS Trafikanten Pluss har en Beslutningstaker som spør SesjonsManager om sesjonen allerede finnes. Finnes den ikke ber Beslutningstakeren Sesjonsbyggeren om å opprette et nytt sesjonsobjekt. 5

6 3.3 State Machines Sm Kontroller Kontrollerens hovedtilstand vil være venterpåmelding. I denne tilstanden vil kontrolleren få ett av to signaler: tilholdeplass eller neste. Behandlingen av disse signalene er beskrevet i henholdsvis smbehandlerfinnholdeplass og smbehandlerneste Sm BehandlerFinnHoldeplass Utgangspunktet er at kontrolleren har fått signalet tilholdeplass. Kontrolleren vil så vente på om SesjonsManageren finner referert sesjon eller ikke. Får vi null som svar fra SesjonsManageren trigges lagsesjon og vi går over i tilstanden Venter På ny Sesjon. Når sesjonen er laget vil sesjonsid returneres Sm BehandlerNeste Utgangspunktet er at kontrolleren har fått signalet BehandlerNeste. Kontrolleren vil så vente på om SesjonsManageren finner referert sesjon eller ikke. Hvis sesjonobjektet blir funnet blir det returnert. Hvis det ikke blir funnet får vi null som returverdi Sm Sesjon Tilstandsmaskinen for sesjonsobjektet er relativt sekvensiell. Etter at sesjonsobjektet har blitt laget med create, havner vi i den initielle tilstanden. Når sesjonsobjektet får signalet tilholdeplass(destinsasjon, Tidspunkt, Id) vil det sende sendsms(pats, FinnPos(Id) ) og havne i tilstanden venterpåposisjon. Når koordinatene til posisjonen er kjent er det posisjon(koordinatene) som er triggeren, og setter i gang finnholdeplass(koordinater, destinasjon). Sesjonen kommer i tilstanden venterpåholdeplass. Når holdeplassen er kjent for sesjonen, blir finnframkomstmidler(holdeplass) satt i gang, mens sesjonen kommer inn i tilstanden VenterPåFramkomstmiddel. Når sesjonen vet om framkomstmidler, blir førstealternativ satt i gang. Sesjonen går inn i tilstanden Venter, hvor den befinner seg i 10 minutter, før sesjonen blir drept. I Venter kan triggeren være finnneste, som setter i gang nestealternativ Sm Rutetabell Fra start går rutetabell inn i Venter, hvor den venter på trigger som finnholdeplass(koordinater), og da returnerer Holdeplass. 6

7 3.3.6 Sm Trafikanten Sm Trafikanten Fra start går Trafikanten inn i Venter, hvor den venter på trigger som finnholdeplass(koordinater, destinasjon), og da returnerer Holdeplass. 7

8

9

10

11

12

13

14

15

16

17

18

19

20

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

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

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering INF2120 V2005 Gruppe 2 christrc ieronnin kjetimk noushinm sjuros Trafikanten+ Innlevering 2 29.04.2005 Intensjon Vårt trafikkoppfølgingssystem skal være et system for brukerne av rutetrafikk, ved at disse

Detaljer

DELLEVERANSE 2 INF2120 GRUPPE 12. Jon G. Berentsen Geir A. Nilsen Lailuma Arezo

DELLEVERANSE 2 INF2120 GRUPPE 12. Jon G. Berentsen Geir A. Nilsen Lailuma Arezo DELLEVERANSE 2 INF2120 GRUPPE 12 Av Jon G. Berentsen Geir A. Nilsen Lailuma Arezo Innledning: Hensikten med vår oppgave er å lage et overvåkningssystem basert på posisjonering av mobiltelefon. Overvåkningssystemet

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

INF 2120-PROSJEKT: <DROP 2 GRUPPE 7> ATLE WANDSVIK DAMIR NADIC SOHAIL AHMED CHAUDRY LARS ANTHONY LAMPAY FOZIA SAEED

INF 2120-PROSJEKT: <DROP 2 GRUPPE 7> ATLE WANDSVIK DAMIR NADIC SOHAIL AHMED CHAUDRY LARS ANTHONY LAMPAY FOZIA SAEED INF 2120-PROSJEKT: ATLE WANDSVIK DAMIR NADIC SOHAIL AHMED CHAUDRY LARS ANTHONY LAMPAY FOZIA SAEED 1. INTRODUKSJON Traffikanten pluss systemet er et system som gir brukere mulighet til

Detaljer

DELLEVERANSE 1 INF2120 V06

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

Detaljer

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass)

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass) 1 Vårt system kan kjøres ved å skrive STUD1 konto fredo 37 (holdeplass) Holdeplass er frivillig. Dersom man kun sender linjenr finner systemet den nærmeste holdeplassen. Systemet returnerer de 3 neste

Detaljer

INF2120 Prosjektoppgave i modellering. Del 1

INF2120 Prosjektoppgave i modellering. Del 1 INF2120 Prosjektoppgave i modellering Del 1 Håkon Ulvestad haakonu@ifi.uio.no Jonas Winje jonaw@ifi.uio.no Amaia Santacoloma amaiac@ifi.uio.no Rakel Johnsen rakelj@ifi.uio.no Våren 2006 Innledning Prosjektoppgaven

Detaljer

Trafikanten + Innlevering oblig 1 INF2120 Våren Versjon 1

Trafikanten + Innlevering oblig 1 INF2120 Våren Versjon 1 Trafikanten + Innlevering oblig 1 INF2120 Våren 2005 Versjon 1 Gruppe 2: Ingunn Elisabeth Sundal Rønningen , Kjetil Magnus Kristiansen , Sjur

Detaljer

DELLEVERANSE 3 INF2120 GRUPPE 12. Jon G. Berentsen Geir A. Nilsen Lailuma Arezo

DELLEVERANSE 3 INF2120 GRUPPE 12. Jon G. Berentsen Geir A. Nilsen Lailuma Arezo DELLEVERANSE 3 INF2120 GRUPPE 12 Av Jon G. Berentsen Geir A. Nilsen Lailuma Arezo Innledning: Hensikten med vår oppgave er, fremdeles, å lage et overvåkningssystem basert på posisjonering av mobiltelefon.

Detaljer

INF2120 Prosjektoppgaven Våren Et Trafikkoppfølgingssystem. Tjenester. Konkret gjennomføring. (Versjon )

INF2120 Prosjektoppgaven Våren Et Trafikkoppfølgingssystem. Tjenester. Konkret gjennomføring. (Versjon ) INF2120 Prosjektoppgaven Våren 2005 (Versjon 050408) Et Trafikkoppfølgingssystem Systemet blir et Trafikanten Plus system der både trafikkselskapets ansatte og publikum kan få detaljert informasjon om

Detaljer

DELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo

DELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo DELLEVERANSE 1 INF2120 GRUPPE 12 av Jon G. Berentsen Geir A Nilsen Lailuma Arezo Innledning: Hensikten med vår oppgave er å lage et overvåkningssystem basert på posisjonering av mobiltelefon. Overvåkningssystemet

Detaljer

INF2120 Prosjektoppgaven Våren 2006

INF2120 Prosjektoppgaven Våren 2006 INF2120 Prosjektoppgaven Våren 2006 (Versjon 060125) Generelt Alle prosjektgruppene får samme oppgave. Det lages ny oppgave hvert år. Det er 3 del-leveranser (Spesifikasjon, Design, Implementasjon/Test).

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

DROP 2.

DROP 2. INF2120 Vår 2006 DROP 2 arnehans@ifi.uio.no,gardhr@ifi.uio.no,nhhagen@ifi.uio.no jorgeja@ifi.uio.no INTRODUKSJON : For oss ble drop 2 en ganske stor omstilling fra drop 1. Vi fant ut at vi ble nødt til

Detaljer

Fra krav til objektdesign

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

Detaljer

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

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

Detaljer

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

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

Detaljer

INF2120. Gruppe 14. Innlevering 1. Våren Joakim Bjørnstad

INF2120. Gruppe 14. Innlevering 1. Våren Joakim Bjørnstad JegSerDeg INF2120 Gruppe 14 Innlevering 1. Våren 2006 Joakim Bjørnstad joakibj@student.matnat.uio.no Jon Andreas Lind Tollefsen jatollef@student.matnat.uio.no Abdirahman Hassan Barre abdirahb@student.matnat.uio.no

Detaljer

UNIVERSITETET I OSLO Institutt for informatikk. INF2120: ICU - a surveillance system, Drop 1. gisleal, eivindjo, tanxn, behrozm

UNIVERSITETET I OSLO Institutt for informatikk. INF2120: ICU - a surveillance system, Drop 1. gisleal, eivindjo, tanxn, behrozm UNIVERSITETET I OSLO Institutt for informatikk INF2120: ICU - a surveillance system, Drop 1 gisleal, eivindjo, tanxn, behrozm 22. februar 2006 Systemkrav I tabellen nedenfor er en oversikt over systemkravene

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

Spesifikasjon av Lag emne

Spesifikasjon av Lag emne Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Detaljer

UML 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

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

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

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

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

Detaljer

Beskjed fra Skagestein

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

Detaljer

Øving 5: Brukergrensesnitt (usability)

Øving 5: Brukergrensesnitt (usability) INF 111: Torbjørn Sunnarvik Moen Øving 5: Brukergrensesnitt (usability) 1 Fleksibelt billettbestillingssystem for flyreiser Dagens bestillingssystem for flybilletter er enkelt og svært greit å forholde

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

STRATMOD: FORSINKELSER OG TRENGSEL I KOLLEKTIVTRAFIKKEN

STRATMOD: FORSINKELSER OG TRENGSEL I KOLLEKTIVTRAFIKKEN STRATMOD: FORSINKELSER OG TRENGSEL I KOLLEKTIVTRAFIKKEN Olav Kåre Malmin 09.09.16 Urbanet Analyse Name Place Month 2016 Stratmod: Videreutvikling av transportmodeller til et strategisk beslutningsverktøy

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

INF1010 UML. Marit Nybakken 26. januar 2004

INF1010 UML. Marit Nybakken 26. januar 2004 INF1010 UML Marit Nybakken marnybak@ifi.uio.no 26. januar 2004 Liten tolkning av UML-kapittelet i læreboka. 1 UML-diagrammer Det finnes mange forskjellige typer UML-diagrammer for å dokumentere og planlegge

Detaljer

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

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

Detaljer

Trygt eller truende? Opplevelse av risiko på reisen

Trygt eller truende? Opplevelse av risiko på reisen TØI-rapport 913/2007 Forfattere: Agathe Backer-Grøndahl, Astrid Amundsen, Aslak Fyhri og Pål Ulleberg Oslo 2007, 77 sider Sammendrag: Trygt eller truende? Opplevelse av risiko på reisen Bakgrunn og formål

Detaljer

IBIS Logitrans Brukernes vurdering av sanntids ruteinformasjon i Trondheim

IBIS Logitrans Brukernes vurdering av sanntids ruteinformasjon i Trondheim Forfattere: Katrine N Kjørstad og Unni B Lodden Oslo 2003, 130 sider Sammendrag: IBIS Logitrans Brukernes vurdering av sanntids ruteinformasjon i Trondheim Kollektivtrafikantene ønsker sanntids ruteinformasjon

Detaljer

Operatørkontroll Kvalitetsmanual Buss. Kvalitetsmanual Buss. Versjon 8.0 Februar 2011 1

Operatørkontroll Kvalitetsmanual Buss. Kvalitetsmanual Buss. Versjon 8.0 Februar 2011 1 Kvalitetsmanual Buss Versjon 8.0 Februar 2011 1 Q1Dato Dato for gjennomføring av kontrollen registreres. Q 2 Intervjer ID Intervju ID registreres. (inntil 3 siffer) Q3 Transportmiddel Transportmiddelet

Detaljer

Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE

Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE PRODUKTRAPPORT Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE FORORD Dette dokumentet er produktrapporten for vår gruppes hovedprosjekt ved Høgskolen i Oslo, avdeling for Ingeniørutdanning, Bachelor

Detaljer

NB! Endring i undervisningsplanen

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

Detaljer

Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk

Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk Side 1 av 20 Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk Bokmål Eksamen i emnet INF100 Grunnkurs i programmering Torsdag 27. november 2014 Tid: 09:00 14:00

Detaljer

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

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

Detaljer

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

Løren T -en ny forbindelse. Reisetilfredshet blant reisende ved LørenT banestasjon

Løren T -en ny forbindelse. Reisetilfredshet blant reisende ved LørenT banestasjon Løren T -en ny forbindelse Reisetilfredshet blant reisende ved LørenT banestasjon 57-bussen Side 2 Undersøkelse av reisetilfredshet, Løren T og 57-bussen Dybdeintervjuer, Løren T Løren T åpner og 57- bussen

Detaljer

INF100 Institutt for informatikk Universitetet i Bergen Øving 5

INF100 Institutt for informatikk Universitetet i Bergen Øving 5 INF100 Institutt for informatikk Universitetet i Bergen Øving 5 Høst 2013 Mål: Bruk av objekter. Innlevering: Adventure.java, Spiller.java og Rom.jav pakket i en zip fil. Innleveringsfrist: Torsdag 10.

Detaljer

Operatørkontroll Kvalitetsmanual - Buss. Ruter AS Versjon: Kvalitetsmanual Buss. Operatørkontroll. Fotograf: Bonanza AS

Operatørkontroll Kvalitetsmanual - Buss. Ruter AS Versjon: Kvalitetsmanual Buss. Operatørkontroll. Fotograf: Bonanza AS Operatørkontroll Kvalitetsmanual - Buss Ruter AS 15.06.2016 Versjon: 11.0 Kvalitetsmanual Buss Operatørkontroll Fotograf: Bonanza AS Innhold: Q1Dato... 2 Q2 Intervjuer ID... 2 Q3 Transportmiddel... 2 Q5

Detaljer

Objektorientering og UML. INF1050: Gjennomgang, uke 06

Objektorientering og UML. INF1050: Gjennomgang, uke 06 Objektorientering og UML INF1050: Gjennomgang, uke 06 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design

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

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

INF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer

INF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer INF5120 - Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer alence@ifi.uio.no) 1 2 2-1: Business Model... 5 Scoping Statements Context Statements... 5 Goal modell...

Detaljer

Etter uke 9 skal du. Introduksjon til objektorientert programmering. Innhold. Klasser som abstraksjoner

Etter uke 9 skal du. Introduksjon til objektorientert programmering. Innhold. Klasser som abstraksjoner Etter uke 9 skal du Introduksjon til objektorientert programmering INF1001 Høst 2016 Uke 9 Kunne designe og implementere en programstruktur med flere klasser Kunne etablere og manipulere objekter i (sammensatte)

Detaljer

Obligatorisk oppgave nr. 3 i INF1300 høsten 2009

Obligatorisk oppgave nr. 3 i INF1300 høsten 2009 Obligatorisk oppgave nr. 3 i INF1300 høsten 2009 Oppgaven er beregnet på å løses og leveres som et samarbeid mellom to studenter, men det er lov for dem som vil seg selv så vondt, å levere en individuell

Detaljer

IBIS-prosjektet i Trondheim

IBIS-prosjektet i Trondheim IBIS-prosjektet i Trondheim Eirik Skjetne, SINTEF Veg og samferdsel 1 Prosjektgruppen SVV S-Tr Trondheim Kommune Samferdselskontoret SINTEF Prosjektansvarlig Even Myhre SVV S-Tr Prosjketleder Eirik Skjetne

Detaljer

INF1000: noen avsluttende ord

INF1000: noen avsluttende ord Pensum INF1000: noen avsluttende ord Arne og Ole Christian Det som er gjennomgått på forelesningene Stoff som er behandlet i oppgaver/obliger Notat om Informasjonsteknologi, vitenskap og samfunnsmessige

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

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

IT-arkitektur leveransemodell

IT-arkitektur leveransemodell IT-arkitektur leveransemodell Dialogkonferanse Busstjenester Romerike 2019 Terje Storhaug, IT-direktør 2 Dokumentstruktur (IT-relaterte dokumenter) Distribuert arkitekturmodell Som innebærer at ansvaret

Detaljer

INF1050 Systemutvikling

INF1050 Systemutvikling INF1050 Systemutvikling Krav til innlevering: Innleveringene skal ha: Forside med gruppenummer, dato, leveransenummer, navn på gruppemedlemmer med brukernavn og navn på prosjektet Forklarende overskrifter

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

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

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

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

Detaljer

Elektronisk sanntidsinformasjon på holdeplasser langs Timekspressruta i Møre og Romsdal

Elektronisk sanntidsinformasjon på holdeplasser langs Timekspressruta i Møre og Romsdal Elektronisk sanntidsinformasjon på holdeplasser langs Timekspressruta i Møre og Romsdal P P ORAPPORTR Tavdelingen re v d e l i n g e nres Nr. 2476 Region midt Ressursavdelingen Dato: 2006-11-15 TEKNOLOGIRAPPORT

Detaljer

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

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

Detaljer

Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 v2009

Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 v2009 Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 v2009 Leveringsfrist Oppgaven må løses individuelt og leveres senest fredag 20. februar kl 16.00 via Joly. Viktig: les slutten av oppgaven for detaljerte

Detaljer

Signalgrensesnitt for Trafikanten Pluss

Signalgrensesnitt for Trafikanten Pluss Signalgrensesnitt for Trafikanten Pluss Version 05042 2-Apr-05 INF220 Prosjekt i modellering Trafikanten Plus: Skisse til arkitektur cs TrafficContext Oracle på Ifi users:mobile sm: SM_stat JDBC static:lbase

Detaljer

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

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

Detaljer

- På Farten - Midttermsrapport

- På Farten - Midttermsrapport Prosjektoppgave ved Universitetet i Oslo Institutt for Informatikk Høsten 2007 - På Farten - Reiseplanlegging Midttermsrapport 5.november 2007 Bjørn Rasmussen Innholdsfortegnelse 1 INNLEDNING... 2 2 TEORI...

Detaljer

Sanntids informasjonssystem for synshemmede i kollektivtrafikken et skritt nærmere universell utforming

Sanntids informasjonssystem for synshemmede i kollektivtrafikken et skritt nærmere universell utforming Sanntids informasjonssystem for synshemmede i kollektivtrafikken et skritt nærmere universell utforming Marianne Flø SINTEF Teknologi og samfunn, Veg og samferdsel marianne.flo@sintef.no Abstract I dette

Detaljer

Obligatorisk oppgave nr. 3 (av 4) i INF1000, våren 2006

Obligatorisk oppgave nr. 3 (av 4) i INF1000, våren 2006 Obligatorisk oppgave nr. 3 (av 4) i INF1000, våren 2006 Advarsel Etter forelesningen 6. mars har vi gjennomgått alt stoffet som trengs for å løse oppgaven. Du kan imidlertid godt starte arbeidet allerede

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

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

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

Fysiske problemer med å bruke transportmidler Omfang, kjennetegn, reiseaktivitet og opplevelse av barrierer

Fysiske problemer med å bruke transportmidler Omfang, kjennetegn, reiseaktivitet og opplevelse av barrierer Sammendrag: Fysiske problemer med å bruke transportmidler Omfang, kjennetegn, reiseaktivitet og opplevelse av barrierer TØI rapport 1148/2011 Forfatter: Susanne Nordbakke Oslo 2011 55 sider I den landsomfattende

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

Maps og Hashing. INF Algoritmer og datastrukturer. Map - ADT. Map vs Array

Maps og Hashing. INF Algoritmer og datastrukturer. Map - ADT. Map vs Array Maps og Hashing INF0 - Algoritmer og datastrukturer HØSTEN 00 Institutt for informatikk, Universitetet i Oslo INF0, forelesning : Maps og Hashing Map - Abstrakt Data Type Hash-funksjoner hashcode Kollisjonshåndtering

Detaljer

INF Algoritmer og datastrukturer

INF Algoritmer og datastrukturer INF2220 - Algoritmer og datastrukturer HØSTEN 2009 Institutt for informatikk, Universitetet i Oslo INF2220, forelesning 3: Maps og Hashing Bjarne Holen (Ifi, UiO) INF2220 H2009, forelesning 3 1 / 25 Maps

Detaljer

INF1050 Systemutvikling

INF1050 Systemutvikling INF1050 Systemutvikling Prosjektoppgave V2004 Innledning Formålet med kurset er å bli i stand til å delta i utviklingen av informasjonssystemer. Dette inkluderer å kjenne til bruken av informasjonssystemer

Detaljer

INF1400. Tilstandsmaskin

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

Detaljer

INF Obligatorisk innlevering 7

INF Obligatorisk innlevering 7 INF1000 - Obligatorisk innlevering 7 Høsten 2016, IFI UiO Frist: 6. November 2016 kl 22:00 Tema denne uka: Et større objektorientert program. Administrasjon av eierskap og utlån av DVD-er I denne oppgaven

Detaljer

Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000

Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 Oblig2 - obligatorisk oppgave nr 2 (av 4) i INF1000 Leveringsfrist Oppgaven må leveres senest fredag 29 september kl 1600 Viktig: les slutten av oppgaven for detaljerte leveringskrav Formål Formålet med

Detaljer

Når kollektivtransporten fungerer sømløst

Når kollektivtransporten fungerer sømløst ITS og kollektivtransport fra visjon til politikk Når kollektivtransporten fungerer sømløst Thor K. Haatveit Samferdselsdepartementet Mobilitet Persontransport: Evnen til - eller kvaliteten på en reise

Detaljer

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

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

Detaljer

Eksamen i emnet INF100 Grunnkurs i programmering (Programmering I) og i emnet INF100-F Objektorientert programmering i Java I

Eksamen i emnet INF100 Grunnkurs i programmering (Programmering I) og i emnet INF100-F Objektorientert programmering i Java I Universitetet i Bergen Det matematisk naturvitenskapelige fakultet Institutt for informatikk Side 1 av 6 Bokmål Eksamen i emnet INF100 Grunnkurs i programmering (Programmering I) og i emnet INF100-F Objektorientert

Detaljer

Oversikt over forelesningene. Fra analyse til objektdesign. Utfordringen i å lage OO-modeller. Metode for ansvarsdrevet OO. Uke 12: Ansvarsdrevet OO:

Oversikt over forelesningene. Fra analyse til objektdesign. Utfordringen i å lage OO-modeller. Metode for ansvarsdrevet OO. Uke 12: Ansvarsdrevet OO: Uke 12: Oversikt ver frelesningene Fra analyse til bjektdesign Onsdag 12/3: Kravspesifikasjn g bjektrientert analyse Hva skal systemet gjøre? Hva er krav? Hvem g hva påvirker krav? Ansvarsdrevet OO: CRC

Detaljer

EUROPEISK KAMPANJE TA SJANSEN I BYEN UTEN BILEN

EUROPEISK KAMPANJE TA SJANSEN I BYEN UTEN BILEN EUROPEISK KAMPANJE + Over 2000 byer i Europa markerer Europeisk mobilitetsuke og Internasjonal bilfri dag i september + Flere norske byer er med på markeringen med ulike aktiviteter, se www.bilfridag.no

Detaljer

1 Introduksjon til designmodellen - del B 2

1 Introduksjon til designmodellen - del B 2 Innhold Introduksjon til designmodellen - del B 2 2 UseCase 3 2. Usecasediagram........................... 3 2.2 Aktørbeskrivelser.......................... 4 2.3 Hendelsesforløp og sekvensdiagram for

Detaljer

Prosjektoppgave våren 2007

Prosjektoppgave våren 2007 Prosjektoppgave våren 2007 Innledning Formålet med kurset er å bli i stand til å delta i utviklingen av informasjonssystemer. Dette innebærer: å kjenne til bruken av informasjonssystemer, å kjenne til

Detaljer

Intermesso. Visjonen... samling av trådene. Veivalget. Et bedre bilde av visjonen?

Intermesso. Visjonen... samling av trådene. Veivalget. Et bedre bilde av visjonen? Visjonen... Intermesso samling av trådene jfr. Systemutvikling fra kjernen og ut, fra skallet og inn kapittel INF02-Intermesso- Theodor Kittelsen: Og i det fjerne, langt, langt borte så han noe lyse og

Detaljer

Teknisk regelverk for bygging og prosjektering. C-Elektrotekniske anlegg. 5. Publikumsinformasjonsanlegg (PIA-anlegg)

Teknisk regelverk for bygging og prosjektering. C-Elektrotekniske anlegg. 5. Publikumsinformasjonsanlegg (PIA-anlegg) Side: 1 / 6 Teknisk regelverk for bygging og prosjektering C-Elektrotekniske anlegg 5. Publikumsinformasjonsanlegg (PIA-anlegg) Side: 2 / 6 Innholdsfortegnelse C.5 Publikumsinformasjonsanlegg (PIA-anlegg)...

Detaljer

EKSAMENSOPPGAVE. : INF-1400 Objektorientert programmering. Oppgavesettet er på 5 sider inklusiv forside

EKSAMENSOPPGAVE. : INF-1400 Objektorientert programmering. Oppgavesettet er på 5 sider inklusiv forside FAKULTET FOR NATURVITENSKAP OG TEKNOLOGI! EKSAMENSOPPGAVE Eksamen i : INF-1400 Objektorientert programmering Dato : Mandag 27. mai 2013 Tid : 0900 1300 Sted : Åsgårdvegen 9 Tillatte hjelpemidler : Ingen

Detaljer

Eksamen i Internetteknologi Fagkode: IVA1379

Eksamen i Internetteknologi Fagkode: IVA1379 Høgskolen i Narvik Side 1 av 5 Eksamen i Internetteknologi Fagkode: IVA1379 Tid: Mandag, 07.06.04, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 4 oppgaver

Detaljer

Tilstandsmaskiner med UML og Java

Tilstandsmaskiner med UML og Java Tilstandsmaskiner med UML og Java DAT2160 DAT2160 Høst Høst 2002 2002 Tilstandsmaskiner Tilstandsmaskiner med med UML UML og og Java Java Hva er en (endelig) tilstandsmaskin? En tilstandsmaskin kan sees

Detaljer

Bilag 1. RUTER MIS ALLE DRIFTSARTER Spørreskjema operatørkontroll og kundeintervjuer. Revidert per 01.02.2011. Ruter AS, Kvalitet og prosjekt

Bilag 1. RUTER MIS ALLE DRIFTSARTER Spørreskjema operatørkontroll og kundeintervjuer. Revidert per 01.02.2011. Ruter AS, Kvalitet og prosjekt Bilag 1 RUTER MIS ALLE DRIFTSARTER Spørreskjema operatørkontroll og kundeintervjuer Revidert per 01.02.2011 Ruter AS, Kvalitet og prosjekt Spørreskjema Operatørkontroll Ruter DEL 1 Start operatørkontroll

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

Maps og Hashing. INF Algoritmer og datastrukturer. Map - ADT. Map vs Array

Maps og Hashing. INF Algoritmer og datastrukturer. Map - ADT. Map vs Array Maps og Hashing INF0 - Algoritmer og datastrukturer HØSTEN 00 Institutt for informatikk, Universitetet i Oslo INF0, forelesning : Maps og Hashing Map - Abstrakt Data Type (kapittel.) Hash-funksjoner (kapittel..)

Detaljer

Målrettet kollektivtransport Delrapport 2: Trafikantenes preferanser

Målrettet kollektivtransport Delrapport 2: Trafikantenes preferanser TØI rapport 533/2001 Forfattere: Ingunn Stangeby og Kjell Jansson Oslo 2001, 47 sider Sammendrag: Målrettet kollektivtransport Delrapport 2: Trafikantenes preferanser Et mer differensiert reisemønster

Detaljer

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Obligatorisk oppgave 1 INF-3200 12. oktober 2003 Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Oppgavebeskrivelse: Designe og implementere en distribuert ray-tracing applikasjon, med basis i kontroller-

Detaljer

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER VEDLEGG 1 RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER INNHOLDSFORTEGNELSE 1 OPPDRAGSBESKRIVELSE... 3 1.1 Omfang... 3 1.2 Gjennomføring... 3 1.3 Opplæring...

Detaljer

Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000

Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 Leveringsfrist Oppgaven må leveres senest fredag 30. september kl 16.00. Viktig: les slutten av oppgaven for detaljerte leveringskrav. Formål Formålet

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Kandidatnr Eksamen i INF1000 Grunnkurs i objektorientert programmering Eksamensdag: Prøveeksamen tirsdag 23. november 2010 Tid for eksamen:

Detaljer

INF1000: noen avsluttende ord

INF1000: noen avsluttende ord Pensum Det som er gjennomgått på forelesningene INF1000: noen avsluttende ord Arne og Fredrik Stoff som er behandlet i oppgaver/obliger Notat om Informasjonsteknologi, vitenskap og samfunnsmessige virkninger

Detaljer