Universitetet i Oslo Institutt for informatikk. Leveranse 2 - inf2120. Gruppe 9. Mads Andre Bergdal Neeru Bhardwaj Saqib Riaz Trond Arne Sørby
|
|
- Kathrine Aasen
- 7 år siden
- Visninger:
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
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)
DetaljerInnholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5
1 Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 FRA LEVERANSE 1 (GRUPPE 2)...5 TILLEGG I FORUTSETNINGER... 5 REVIDERT UTGAVE AV SPESIFIKASJON FRA
DetaljerINF2120 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
DetaljerDELLEVERANSE 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
DetaljerINF 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
DetaljerINF 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 +
DetaljerDELLEVERANSE 1 INF2120 V06
DELLEVERANSE 1 INF2120 V06 GRUPPE 22 VERSION: FINAL 22 FEBRUARY, 2006 MORTEN FOLLESTAD RAYNER VINTERVOLL ANISH RAJA IVA N. IVANOVA BJØRN BRÆNDSHØI Page 1 REVISJONSOVERSIKT Revisjonsoversikt Versjon Forfattere
DetaljerINF 2120 drop 3. Trafikanten plus. Group 4. danielmw, ronnieo, naimaa, arep, andeba
INF 2120 drop 3 Trafikanten plus Group 4 danielmw, ronnieo, naimaa, arep, andeba Index INF 2120 drop 3... 1 Index... 2 Introduksjon med forutsetninger... 3 Endringer i designmodeller fra drop 2:... 3 Composite
DetaljerVå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
DetaljerTrafikanten Pluss, delleveranse 2. Gruppe 8 Eivind Hasle Amundsen [eivinha] og Eigil Moe [eigilmo]
Trafikanten Pluss, delleveranse 2 Gruppe 8 Eivind Hasle Amundsen [eivinha] og Eigil Moe [eigilmo] 29. april 2005 Innledning I delleveranse 2 har vi jobbet med spesifikasjonene til gruppen vi kritisterte
DetaljerINF2120 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
DetaljerTrafikanten + 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
DetaljerINF 2120 PROSJEKT: <DROP 3 GRUPPE 7> ATLE WANDSVIK DAMIR NEDIC SOHAIL AHMED CHAUDRY LARS ANTHONY MAPOY FOZIA SAEED
INF 2120 PROSJEKT: ATLE WANDSVIK DAMIR NEDIC SOHAIL AHMED CHAUDRY LARS ANTHONY MAPOY FOZIA SAEED 1. INTRODUKSJON Traffikanten pluss systemet er et system som gir brukere mulighet til
DetaljerDELLEVERANSE 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.
DetaljerINF2120 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
DetaljerDELLEVERANSE 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
DetaljerINF2120 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).
DetaljerProsjektoppgave 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
DetaljerDROP 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
DetaljerUNIVERSITETET I OSLO
INF050/INF02 vår2005 Bokmål UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF 050 Systemutvikling INF02 Utvikling av datasystemer Eksamensdag: Onsdag 5. juni 2005 Tid for
DetaljerFra krav til objektdesign
Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller
DetaljerUniversitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte
Universitetet i Oslo Institutt for informatikk Eskild Busch UML hefte 6. desember 2000 Innhold Dette heftet tar for seg deler av UML som er sentralt i kurset IN29. Use case-, sekvens-, tilstand- og klassediagrammer,
DetaljerSpesifikasjon av Lag emne. 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
DetaljerINF2120. 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
DetaljerUNIVERSITETET 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
DetaljerI dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
DetaljerSpesifikasjon av Lag emne
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerUKE 11 UML modellering og use case. Gruppetime INF1055
UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav
DetaljerUML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerBeskjed fra Skagestein
Beskjed fra Skagestein "I forbindelse med prosjektoppgavens delinnlevering 4 vil gruppelærerne sette opp en PHP-orakeltjeneste torsdag 7. april kl 1415-1800 på termstua i Niels Henrik Abels hus." INF1050-klasser-1
DetaljerAnsvarsdrevet OO: CRC og UML Sekvensdiagrammer
Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use
DetaljerSTRATMOD: 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
DetaljerUML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller
UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320
DetaljerFra krav til objekter. INF1050: Gjennomgang, uke 05
Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet
DetaljerØ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
DetaljerINF1010 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
DetaljerIBIS 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
DetaljerTrygt 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
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerOperatø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
DetaljerNB! Endring i undervisningsplanen
NB! Endring i undervisningsplanen Forelesningen 24. mars må dessverre avlyses på grunn av Fagkritisk dag Se beskjed som er lagt ut på kursets nettsider og den oppdaterte undervisningsplanen INF1050-klasser-1
DetaljerHovedprosjekt 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
DetaljerSpesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerUniversitetet 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
DetaljerINF100 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.
DetaljerLø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
DetaljerOperatø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
DetaljerLøsningsforslag til Case. (Analysen)
Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen
DetaljerObjektorientering 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
DetaljerOblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 v2008
Oblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 v2008 Leveringsfrist Oppgaven må løses individuelt og leveres senest fredag 22. februar 2008 kl 16.00 via Joly. Viktig: les slutten av oppgaven for
DetaljerINF 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...
DetaljerUML-Unified Modeling Language. Prosess-oversikt. Use case realisering
Use case realisering Designmodellering 31.01.2005 Kirsten Ribu UML-Unified Modeling Language Use Case diagram Klassediagram Oppførselsdiagrammer Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram
DetaljerEtter 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)
DetaljerIBIS-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
DetaljerObligatorisk 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
DetaljerGruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Beskrivelse av design For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning
DetaljerUML-Unified Modeling Language
UML-Unified Modeling Language Use case realisering Designmodellering 21.01.2004 Kirsten Ribu Use Case diagram Klassediagram Oppførselsdiagrammer: Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram
DetaljerINF1000: 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
DetaljerOblig2 - obligatorisk oppgave nr. 2 (av 4) i INF1000 h2006
Oblig2 - obligatorisk oppgave nr 2 (av 4) i INF1000 h2006 Leveringsfrist Oppgaven må leveres senest fredag 30 september kl 1600 Viktig: les slutten av oppgaven for detaljerte leveringskrav Formål Formålet
DetaljerProsjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson
PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 4 NY FUNKSJONALITET (ENDELIG) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson Dato:
DetaljerIT-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
DetaljerElektronisk 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
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerModellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn
INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering
DetaljerOblig2 - 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
DetaljerUse case drevet design med UML
Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05
DetaljerINF1050 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
DetaljerSignalgrensesnitt 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- 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...
DetaljerEksamen 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
DetaljerModellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn
INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av
DetaljerUKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver
DetaljerGJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML
GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Klassediagram Aktivitetsdiagram Tilstandsdiagram Sekvensdiagram 1 Ta utgangspunkt i følgende klasser:
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerSanntids 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
DetaljerMer$om$objektorientering$og$UML
INF1030:&25.&april&2019 Mer$om$objektorientering$og$UML Yngve&Lindsjørn ynglin@ifi.uio.no IN1030& >&Systemutvikling6>objektorientert modellering 1 Gjennomgang&i&dagens&forelesning! Tabeller&(arrays)&vs.&objekter!
DetaljerObligatorisk 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
DetaljerMaps 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
DetaljerMetode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerINF 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
DetaljerINF1400. Tilstandsmaskin
INF4 Tilstandsmaskin Hovedpunkter Tilstandsmaskin Tilstandstabell Tilstandsdiagram Analyse av D-flip-flop tilstandsmaskin Reduksjon av antall tilstander Tilordning av tilstandskoder Designprosedyre for
DetaljerINF Obligatorisk 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
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerINF1050 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
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerFysiske 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
DetaljerOblig2 - 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
DetaljerOversikt over forelesningen. DFD sentrale konsepter. Intro til Dataflytdiagrammer (DFD) Marakas, kap. 5
1 2 Oversikt over forelesningen Institutt for datateknikk og informasjonsvitenskap Guttorm Sindre Intro til Dataflytdiagrammer (DFD) Marakas, kap. 5 DFD, intro Sentrale konsept Diagramnotasjon, dialekter
DetaljerDagens forelesning. o Litt mer om design med UML sekvensdiagrammer. Sentralisert og delegert kontrollstil
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerOversikt 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
DetaljerEksamen 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
Detaljer1 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
DetaljerEUROPEISK 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
DetaljerProsjektoppgave 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
DetaljerIntermesso. 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
DetaljerTeknisk 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)...
DetaljerTilstandsmaskiner 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
DetaljerMaps 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