INF2120 Prosjektoppgaven Våren 2006

Størrelse: px
Begynne med side:

Download "INF2120 Prosjektoppgaven Våren 2006"

Transkript

1 INF2120 Prosjektoppgaven Våren 2006 (Versjon ) Generelt Alle prosjektgruppene får samme oppgave. Det lages ny oppgave hvert år. Det er 3 del-leveranser (Spesifikasjon, Design, Implementasjon/Test). Gruppene skal evaluere hverandre, men kursledelsen vil også evaluere prosjektene. Alle delleveranser skal presenteres og kritiseres offentlig Gruppesammensetning Det er 2 øvelsesgrupper. Mandagen er den viktigste gruppedagen, mens torsdagen mest skal brukes for å øve på teknikaliteter. Hjelpelæreren er tilstede begge dager så spørsmål er alltid velkomne. Torsdagstimene varer bare ca. halve semesteret. Prosjektgruppene settes sammen med 4-5 personer. Personene kan ikke selv velge hvilke personer de ønsker å være i gruppe sammen med. Prosjektgruppene settes sammen på mandag etter følgende prinsipper: De som er tilstede fordeles på 3 eller 4 grupper innafor hver øvelsesgruppe De som ikke er tilstede, men som er oppført i studentweben, fordeles utover de gruppene som er blitt opprettet Prosjektgruppene fordeles tilfeldig (med de begrensningene som er beskrevet over) Om en gruppe pga. frafall blir på bare 2 personer, vil personene kunne bli omplassert til andre prosjektgrupper. Del-leveransene Leveransen er ett pdf-dokument (Adobe Acrobat) som skal inneholde beskrivelser med diagrammer såvel som tekst. Dere kan gjerne bruke disposisjonen som finnes på slutten av dette dokumentet. I tillegg skal modellene leveres i et zip-arkiv. Leveransen presenteres ved en presentasjon med videokanon enten fra pdf-fil eller fra Powerpoint. Dette er en presentasjon og det er altså ikke det samme som å vise rapporten med prosjektoren. Presentasjonen skal ikke ta lengre tid enn 15 minutter. Kritikken (fra en annen gruppe) presenteres muntlig direkte etter gruppas presentasjon. Kritikken sendes deretter skriftlig som en til den andre gruppas kontaktperson. I tillegg kan dere godt gi detaljerte kommentarer i form av håndnotater på utskrift. Kritikken skal framføres på max 10 minutter. Gruppa som kritiseres, får lov å kommentere kritikken fortløpende. 1

2 Kritikk og samarbeid Ved delleveranse 1 skal gruppe 2 evaluere gruppe 1 osv. Direkte etter gruppe 1 sin presentasjon, vil gruppe 2 stille kritiske spørsmål som skaper en diskusjon med gruppe 1 Gruppe 2 sender sine kommentarer til Gruppe 1 på mail i etterkant (med Cc til hjelpelærer og foreleser) Så gir hjelpelærer og foreleser sine vurderinger Foreleser gir så en tentativ karakter som altså er uformell og ikke teller såsant den er en ståkarakter Noen enkeltstudenter blir plukket ut til å presentere for foreleser Dette er en sikkerhetsventil for å unngå gratispassasjerer Ved dellev. 2 snur vi evalueringen slik at gruppe 1 evaluerer gruppe 2 Ved dellev. 1 og 2 gjøres gjennomgangen i øvelsesgruppene Ved delleveranse 3 gjøres demo etc. i plenum Deltakelse på gjennomgangene er obligatorisk! Med det mener vi at personer som ikke møter på presentasjonene, vil måtte begrunne sitt fravær skriftlig og forvente at sannsynligheten for spesialeksaminering vil øke. Krav til den enkelte student og til prosjektgruppene Krav til den enkelte student Han/hun skal delta i prosjektgruppe. Han/hun skal delta på lik linje med de andre i gruppa uansett om vedkommende er deltidsstudent Han/hun skal kunne alle detaljer i den felles besvarelse slik at vedkommende skal kunne eksamineres i dette av kursledelsen Han/hun skal trekke seg om han/hun ikke kan fylle disse krav Krav til den enkelte prosjektgruppe Prosjektgruppene skal sette opp sin egen organisering Prosjektgruppene velger 1 kontaktperson som er ansvarlig for all kommunikasjon med kursledelsen Prosjektgruppene skal motta veiledning av gruppelærer. Vanligvis vil dette gjøres i gruppetimene. Delleveransen skal leveres på tid! Utsettelser gis IKKE. Grunnen til at vi absolutt ikke gir utsettelser, er at vårens eksamener ikke flytter på seg, og fordi gruppene er avhengige av hverandre. Men vi vil selvfølgelig ta hensyn til situasjoner som medfører at prosjektgruppen ikke har fått levert leveransen med 2

3 den nødvendige kvalitet. Men vær proaktiv! Å gjøre prosjektarbeid tar lengre tid enn man tror. Hva er juks? Det er juks hvis deler av en prosjektoppgave er tilnærmet identisk med en annen gruppes uten at det redegjøres for evt. samarbeid mellom grupper på enkeltproblemer Det er lov å samtale mellom gruppene, men jobb selvstendig! Det er juks hvis deler av en besvarelse er tilnærmet identisk med resultater funnet på Internet uten at det er referert til opprinnelsen Det er lov å finne løsninger på Internet, men ikke å la være å referere. Å referere vil si å skrive i oppgaven hvor man har funnet informasjonen. Det skal være mulig for hvem som helst å finne tilbake til informasjonen for evt. å sjekke at referansen er korrekt. Prosjektgruppa skal i alle høve forstå alt hva de har levert! Det er juks å være gratispassasjer. Studenter som ikke gjør sin del av prosjektoppgaven kan strykes individuelt. Vi forbeholder oss retten til spontane utspørringer om detaljer i oppgaven. JegSerDeg et privat overvåkningssystem Vi skal lage et system som skal benytte posisjonering av person utifra GSM mobiltelefon (bare Telenor-abonnement er godt nok) og som kommuniserer med personene ved SMSmeldinger til og fra programmet. Basaltjenesten Man registrerer seg ved en dertil egnet SMS til PATS-laben (nummer 2034). PATS-laben er en lab drevet av Telenor som vi på Ifi har fått tilgang på. Du kan finne mer ut om PATS på Systemet posisjonerer personene jevnlig og skriver informasjonen på en fil som har et egnet format. Man kan se hvor personene er på GoogleEarth ved at GoogleEarth settes til å lese fra den fila som programmet skriver. SMS-en som sendes til 2034, må ha følgende format: stud1 konto <ditt ifi brukernavn> <en eller anne tekst> Det er viktig at man bruker sitt ifi brukernavn slik at man får fordelt meldingene som kommer tilbake til riktig program. Teksten til slutt i meldingen kan dere velge selv utifra programmets formål og denne SMS-en må parses av programmet deres. For å gjøre posisjonering vil programmet deres sende en spesiell melding til PATS-laben (dere får et UML bibliotek for dette etter hvert) og PATS-laben vil (vanligvis) svare med en melding som inneholder koordinatene. Det er SMS-meldingen som sendes med stud1 konto... som gir programmet anledning til å vite den statiske identifikator som er 3

4 knyttet til mobiltelefonen (og SIM-kortet). Denne statiske identifikator blir sendt med meldingen som ber om posisjonering. Det er også mulig for programmet å sende SMS-er til mobiltelefoner, enten basert på statisk identifikator eller vanlig telefonnummer. NB: Programmet skal i prinsippet kjøre hele tida og posisjonere personene som er registrert. Dette blir over tid altfor ressurskrevende for PATS-laben. Tenk at det for kommersielle kunder koster mellom 0.20 og 3 kroner pr. posisjonering. Vi må derfor passe på at testing av programmene kun foregår over kortere perioder, dvs. noen minutter. Det er ingen vits i å posisjonere hyppigere enn en gang pr minutt under en testing. Fila som skal produseres ser slik ut: <?xml version="1.0" encoding="utf-8"?> <kml xmlns=" <Folder> <name>oysteinh Google Positioner</name> <open>1</open> <Placemark> <name>oystein</name> <description>tue Jan 17 23:34:51 CET 2006</description> <Point> <coordinates> , ,0</coordinates> </Point> </Placemark> <Placemark> <name>sverre</name> <description>tue Jan 17 23:34:51 CET 2006</description> <Point> <coordinates> , ,0</coordinates> </Point> </Placemark> </Folder> </kml> Vi regner med at dere skjønner syntaksen utifra eksempelet. Denne fila skal ha extension.kml og skal altså leses av GoogleEarth. GoogleEarth er et gratis program fra Google med fantastiske muligheter. Du finner alt du trenger på Dessverre kjører GoogleEarth bare på Windows eller Mac (best på Windows), men vi håper at det finnes i alle fall 1 person i prosjektgruppa som har en PC. Det å få GoogleEarth til å lese en :kml fil er meget enkelt. Utfør kommandoen Add / Network Link og velg fila ved å trykke på Browse-knappen. Ved å klikke på Refresh parameters kan du bestemme hvor ofte GoogleEarth programmet ditt skal lese fila. Dette går lokalt på din maskin og har altså ingenting med selve posisjoneringen å gjøre. Noen ganger hender det at lesinga plutselig skjer akkurat når ditt JegSerDeg program skriver fila og da får du en feilmelding fra GoogleEarth, men du kommer greit videre ved å trykke på Continue. 4

5 Etter at Delleveranse 1 er blitt innlevert, vil vi offentliggjøre en UML modell som er eksekverbar og som implementerer basaltjenesten. Det er meningen at dere skal kunne bygge videre på det programmet og finne der eksempler på det dere trenger. Mer avanserte tjenester Basaltjenesten er som navnet sier, svært basal. Vi ønsker at dere skal spesifisere, designe, implementere og teste også mer avanserte tjenester. Her gir vi noen hint til hva vi gjerne vil ha med når det gjelder slike mer avanserte tjenester. Forbedringer Basaltjenesten bør i seg selv forbedres ved at det er mulig å melde seg av igjen, ikke bare melde seg på. Det er også rimelig at det blir gitt kvitteringer på SMS. Buddy lister En slik JegSerDeg tjeneste er jo veldig skummel fordi alle kan se alle andre hvis de bare veit hvor den genererte fila ligger. Siden vi også må være varsom med ikke å posisjonere for mye pga. ressursbruken, ønsker vi å introdusere noen andre prinsipper. For det første ønsker vi at de registrerte personene skal deles i buddy lister. En buddy liste skal være slik at de som er i den, kan få informasjon om alle andre i buddylisten, men ikke om andre buddylister. Her må vi altså finne fram til noen prinsipper og teknikker for autentisering, samtidig som vi må kunne ha mer avanserte datastrukturer som skal være persistente over tid. Dette skal vi oppnå ved å bruke Oracle database. Hot spots For å kunne få informasjon om folks posisjoner på annet vis enn via GoogleEarth, skal vi introdusere hot spots. Et hot spot er et sted som vi registrerer med å sende en Stud1 sms-melding tilsvarende den vi brukte for registrering av personer, men nå skal vi altså registrere et sted. Det kan være aktuelt å skille mellom globale steder som alle kan se, steder for en buddyliste, og evt. personlige steder. Vi ser for oss en tjeneste som spør hvor en person er og som får et svar tilbake som gir posisjonen relativt til ett eller flere hotspots. Det kan lages mange varianter av en slik tjeneste. Dynamiske hot spots Noen hot spots kan være dynamiske. Vi kan tenke oss at vi definerer hot spots som er på kollektivtransportmidler, eller at vi definerer hot spots som tilsvarer andre personer i systemet. Hva kan vi bruke dette til? 5

6 Varsling Hvis vi posisjonerer oss selv kontinuerlig (eller hyppig), kan vi tenke oss at vi kan reagere hvis vi nærmer oss noe eller noen f.eks. fartsbokser. NB: En varslingstjeneste må igjen ta hensyn til at det ikke skal posisjoneres for mye, og da blir fort dette en tjeneste som blir vanskelig å teste skikkelig fordi posisjoneringen vha. GSM er veldig grov dvs. en nøyaktighet på meter. Delleveransene Delleveranse 1 frist kl Husk at det ikke gis utsettelser i det hele tatt! Dette er fordi vi har kort tid på oss før vi skal gjennomgå delleveransen. Det skal nemlig gjøres allerede førstkommende mandag i øvelsesgruppene. Første delleveranse skal være en spesifikasjon av de tjenestene som kan tenkes implementert. Dere skal bruke UML og vanlig norsk/engelsk tekst. Pdf-fila som skal leveres må gi forklaringer på diagrammene slik at de kan forstås uten ytterligere utdyping. En typisk disposisjon for delleveranse 1 vil se slik ut: 1. Innledning med klar beskrivelse av forutsetninger som gjøres 2. Use-case diagrammer med forklaring 3. Klassediagrammer 4. Minst ett composite structure diagram for systemet med forklaring 5. Sekvensdiagrammer Vekten skal ligge på sekvensdiagrammer. Følgende verktøyer skal benyttes: A. Eclipse med plugin SeDi for å lage sekvensdiagrammer B. Rational Software Modeler for klassediagrammer og use-case diagrammer (SeDi plugin skal også kunne kjøre under RSM, men er ikke sømløst integrert) Grunnen til at vi ikke bare benytter RSM også til sekvensdiagrammer, er at RSM ikke har alle de muligheter som vi benytter. De har f.eks. problemer med gates og dekomponering. I tillegg (og det er mest alvorlig) så har RSM problemer med asynkrone meldinger. RSM tar dessverre for gitt at det er synkrone meldinger, og da blir det skapt metodenavn i klassedefinisjonene og det er en plage når vi seinere i kurset skal generere kode. Delleveranse 2 frist kl Dette er den leveranse hvor man virkelig skal jobbe systematisk og effektivt. Formålet er å spesifisere i stor detalj, men ikke nødvendigvis eksekverende foreløpig. 6

7 Vi skal lage et system i flere nivåer hvor løvnodene er tilstandsmaskiner. Vi skal også spesifisere disse tilstandsmaskinene, men vi skal bare antyde ved et dertil egnet navn hva transisjonene skal gjøre. Dere får altså tilgjengelig foreleserens modell av basaltjenesten. Det er rimelig at dere lar designen være influert av denne, men det er ikke påkrevd. Designen skal også inneholde databasedesign. Databasen vil styres fra en tilstandsmaskin gjennom å bruke et javasnitt. I denne delleveransen konsentrerer vi oss om selve designen av databasen. Det er viktig at systemet er konsistent internt. Det skal bety at designen samsvarer med spesifikasjonen i sekvensdiagrammer. Derfor må vi forvente at de opprinnelige sekvensdiagrammene må oppdateres. En disposisjon for delleveranse 2 vil kunne være: 1. Introduksjon med forutsetninger 2. En revidert spesifikasjon eller i alle fall en nøyaktig beskrivelse av endringer gjort fra delleveranse 1. Her er det naturlig å benytte sekvensdiagrammer såvel som use-case diagrammer 3. Design-modell (husk forklarende tekst hele tida) a. alle nødvendige klasser og signaler b. mer detaljerte composite structure diagrammer med ports c. tilstandsmaskiner for å forklare oppførselen til systemet De samme verktøyer skal benyttes i delleveranse 2 som i delleveranse 1 dvs. SeDi for sekvensdiagrammene og RSM for resten. Følgende verktøyer skal benyttes: A. RSM med plugin SeDi for å lage sekvensdiagrammer B. RSM for klassediagrammer, composite structures og state machines C. SMSPorts a. UML package for SMS-sending og posisjonering Delleveranse 3 frist kl Dere har relativt dårlig tid på implementasjon og test. Derfor er det helt nødvendig at dere har gjort en god jobb med delleveranse 2, ellers vil dere få det veldig travelt. Hovedpoenget med delleveranse 3 er å få et kjørende system ut av designen. Det kan tenkes at dere finner designen for ambisiøs og må implementere kun noen av de tjenestene dere har designet. Dere skal også spesifisere tester og kjøre tester av programmet. Del-leveranse 3 kan ha følgende disposisjon: 7

8 1. Introduksjon med forutsetninger 2. Beskrivelse av evt. endringer i UML modellen man har funnet det har vært nødvendig å gjøre. 3. Implementasjon a. Her beskrives de implementasjonsvalg man har foretatt. 4. Testdokumentasjon a. testspesifikasjon b. dokumentasjon av testkjøringer De verktøyer som skal benyttes er følgende: A. Rational Software Modeler B. UML kompilator (som går som plugin i RSM) C. SMSPorts D. JavaFrame a. et javabibliotek fra Ericsson NorARC som UML kompilatoren kompilerer mot E. SMS Mediators F. FatJar a. et java-bibliotek (2.jar filer) som er implementasjonen av SMSPorts a. en plugin i Eclipse som gjør at man kan få en komplett kjørbar jar-fil G. Oracle database 8

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

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

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 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 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

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

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

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

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

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

INF 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 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

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

INF 2120 PROSJEKT: <DROP 3 GRUPPE 7> ATLE WANDSVIK DAMIR NEDIC SOHAIL AHMED CHAUDRY LARS ANTHONY MAPOY FOZIA SAEED

INF 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

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

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

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

Universitetet i Oslo Institutt for informatikk. Leveranse 2 - inf2120. Gruppe 9. Mads Andre Bergdal Neeru Bhardwaj Saqib Riaz Trond Arne Sørby 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 1 Innledning Vi har nå designet et system kalt

Detaljer

INF-2120 Våren 2006 Øystein Haugen med hjelp fra Gerhard Skagestein og Ragnar Normann

INF-2120 Våren 2006 Øystein Haugen med hjelp fra Gerhard Skagestein og Ragnar Normann INF-2120 Våren 2006 Øystein Haugen med hjelp fra Gerhard Skagestein og Ragnar Normann Version 060118 25-Jan-06 INF2120 Prosjekt i modellering 1 Oversikt over denne forelesninga Hva er INF-2120? Personene

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

INF Obligatorisk innlevering 7

INF Obligatorisk innlevering 7 INF1000 - Obligatorisk innlevering 7 Frist: 14:00 3. november 2015 Administrasjon av eierskap og utlån av DVD-er I denne oppgaven skal du skrive et program som holder orden på dine egne og andres DVD-er.

Detaljer

Trafikanten 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] 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

Detaljer

Fra problem til program

Fra problem til program Fra problem til program Gitt et problem, hvordan går man fram for å programmere en løsning? UML klassediagrammer Enhetstesting Dokumentasjon Som student ønsker vi oss et program som kan holde oversikt

Detaljer

INF Innleveringsoppgave 6

INF Innleveringsoppgave 6 INF1010 - Innleveringsoppgave 6 Frist: Onsdag 16. mars, 10:00 Maks 6 poeng Om obligatorisk oppgave 4, 6 og 7 i INF1010, våren 2016: "Leger og resepter" Du skal jobbe med en problemstilling omkring leger

Detaljer

Vurderingsformer i AST2000 høsten 2018

Vurderingsformer i AST2000 høsten 2018 Vurderingsformer i AST2000 høsten 2018 Det blir i år tre vurderingsformer: 1. standardløp: Her blir det hjemmeeksamen som består av (normalt) 5 innleveringer av numeriske oppgaver (teller 30% på karakteren)

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

Hjemmeeksamen 2 i INF3110/4110

Hjemmeeksamen 2 i INF3110/4110 Hjemmeeksamen 2 i INF3110/4110 Innleveringsfrist: onsdag 19. november kl. 1400 Innlevering Besvarelsen av oppgave 2,3,4 og 5 skal leveres skriftlig på papir i IFI-ekspedisjonen. Merk denne med navn, kurskode,

Detaljer

>> Fronter@NIH på 1 2 3 Studenter

>> Fronter@NIH på 1 2 3 Studenter >> Fronter@NIH på 1 2 3 Studenter Ved Norges idrettshøgskole, NIH bruker vi læringsplattformen Fronter i forbindelse med undervisningen. Denne korte veiledningen tar for seg de viktigste funksjonene for

Detaljer

Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk

Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk BOKMÅL EKSAMEN I EMNET INF 112 Systemkonstruksjon Torsdag 7. juni 2007 Tid: 09:00 12:00 Tillatte hjelpemidler:

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

2. Beskrivelse av mulige prosjektoppgaver

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

Detaljer

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

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

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

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

Detaljer

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

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

GSM Mini. Sikom AS og Android:... 2. Oversikt:... 2. Kompatibilitet:... 2. Installasjon:... 2. Kostnader:... 2. Konfigurasjon og bruk:...

GSM Mini. Sikom AS og Android:... 2. Oversikt:... 2. Kompatibilitet:... 2. Installasjon:... 2. Kostnader:... 2. Konfigurasjon og bruk:... Innhold GSM Mini Sikom AS og Android:... 2 Oversikt:... 2 Kompatibilitet:... 2 Installasjon:... 2 Kostnader:... 2 Konfigurasjon og bruk:... 3 Innstillinger:... 3 Oversikt styring:... 4 Oversikt status:...

Detaljer

Fag ITD 33506 Bildebehandling og mønstergjenkjenning. mandag 28. oktober til fredag 15. november 2013

Fag ITD 33506 Bildebehandling og mønstergjenkjenning. mandag 28. oktober til fredag 15. november 2013 Høgskolen i Østfold Avdeling for informasjonsteknologi Fag ITD33506 Bildebehandling og mønstergjenkjenning PROSJEKTOPPGAVE Halden, Remmen 02.10.2013 Fil : Skrevet ut av : sl 02.10.2013 09:27:00 Antall

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

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

INF Obligatorisk innlevering 5

INF Obligatorisk innlevering 5 INF1000 - Obligatorisk innlevering 5 Frist: 2. Oktober kl 22:00 Temaer denne uka: Klasser og objekter. I denne obligen skal du som nytt tema jobbe med klasser og objekter, i tillegg til å bruke det du

Detaljer

INF-2120 Våren 2006 Øystein Haugen med hjelp fra Marius Furulund og Mansur Ali Abbasi

INF-2120 Våren 2006 Øystein Haugen med hjelp fra Marius Furulund og Mansur Ali Abbasi INF-2120 Våren 2006 Øystein Haugen med hjelp fra Marius Furulund og Mansur Ali Abbasi Version 070117 16-Jan-07 INF2120 Prosjekt i modellering 1 Oversikt over denne forelesninga Hva er INF-2120? Personene

Detaljer

PowerOffice Server Service

PowerOffice Server Service PowerOffice Server Service 20 14 Po we ro ffice AS - v4.5.1 PowerOffice SQL - PowerOffice Server Service Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på

Detaljer

Thursday, August 19, 2010. Web-prosjekt

Thursday, August 19, 2010. Web-prosjekt Web-prosjekt Om kurset Organisering av kurset Består av to hoveddeler: Webpublisering Prosjektarbeid Motivasjon Web Lære å utvikle websider Lære prinsipper for brukervennlighet og tilgjengelighet Skrive

Detaljer

Kravdokument Innholdsfortegnelse 1 Innledning 2 Bakgrunn og oversikt 3 Detaljerte krav 4 Systemsekvensdiagram

Kravdokument Innholdsfortegnelse 1 Innledning 2 Bakgrunn og oversikt 3 Detaljerte krav 4 Systemsekvensdiagram Kravdokument Innholdsfortegnelse 1 Innledning 1.1 Avgrensning 1.2 Definisjoner og forkortelser 1.3 Referanser 1.4 Oversikt over innholdet 2 Bakgrunn og oversikt 2.1 Use-case UML-diagram 2.1.1 Oversiktsdiagram

Detaljer

Velkommen til. IN1010 Objektorientert programmering Våren 2018

Velkommen til. IN1010 Objektorientert programmering Våren 2018 Velkommen til IN1010 Objektorientert programmering Våren 2018 Idag: 1. time: Om IN1010 2. time (+ i morgen og neste uke): Om Java og objekter i Java 1 Stein Gjessing, Siri Jensen og Dag Langmyhr Universitetet

Detaljer

Design og dokumentasjon

Design og dokumentasjon Design og dokumentasjon Information Architecture Peter Morville& Louis Rosenfeld Kapittel 12 29.01.2015 Håkon Tolsby 1 Ny fase i prosjektet Fokusskifte: Fra planlegging til produksjon Fra overordnet arkitektur

Detaljer

www.slektshistorielaget.no og Java

www.slektshistorielaget.no og Java www.slektshistorielaget.no og Java Versjon 3, 6 september 2015 G. Thorud Her beskrives konfigurering av Java på Windows 7, 8.0 og 8.1 for å bruke databaser på www.slektshistorielaget.no Windows 10 Oppskriften

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

Prosjektoppgave INF3290 høsten 2018

Prosjektoppgave INF3290 høsten 2018 Prosjektoppgave INF3290 høsten 2018 I kurset INF3290 er prosjektarbeid en viktig arbeidsform. Prosjektoppgaven vil kreve mye av dere. Samtidig vet vi av erfaring at aktiv deltakelse i prosjektarbeidet

Detaljer

INF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen

INF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen INF1000 Eksamensforberedelser og -tips Høst 2014 Siri Moe Jensen Hva skal evalueres? Fra kurssidene Etter å ha tatt INF1000 Overordnet pensum kan du skrive små til middels store programmer oppdelt i klasser.

Detaljer

Velkommen til. INF våren 2017

Velkommen til. INF våren 2017 Velkommen til INF1010 - våren 2017 Idag: 1. time: Om INF1010 2.time: Om Objekter i Java 1 Stein Gjessing og Stein Michael Storleer Universitetet i Oslo 1 INF1010 Objektorientert programmering I INF1010

Detaljer

Alle skal kunne teste alt - overalt KDRS TRONDHEIM JUNI 2017

Alle skal kunne teste alt - overalt KDRS TRONDHEIM JUNI 2017 Alle skal kunne teste alt - overalt KDRS TRONDHEIM - 13. JUNI 2017 Det eksistensielle - Arkivverkets oppgaver 2 Det eksistensielle - Arkivverkets oppgaver Vår oppgave er - - - å dokumentere samtid 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

PRESENTASJON NORDIG OKTOBER Alle skal kunne teste alt - overalt

PRESENTASJON NORDIG OKTOBER Alle skal kunne teste alt - overalt PRESENTASJON NORDIG OKTOBER 2017 Alle skal kunne teste alt - overalt Det eksistensielle - Arkivverkets oppgaver Vår oppgave er - - - å dokumentere samtid for ettertid - i den tro at det er nyttig for ettertiden

Detaljer

Brukerveiledning for SMS fra Outlook

Brukerveiledning for SMS fra Outlook Brukerveiledning for SMS fra Outlook Grunnleggende funksjonalitet Med SMS fra Outlook kan du enkelt sende både SMS og MMS fra Outlook. Programmet er integrert med din personlige Outlookkontaktliste og

Detaljer

Grunnleggende testteori

Grunnleggende testteori 1 Grunnleggende testteori Industri - og software produkt Industriprodukt: Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes, og justeres så

Detaljer

Prosjektoppgave. i «IMT1082 - Objekt-orientert programmering» våren 2016

Prosjektoppgave. i «IMT1082 - Objekt-orientert programmering» våren 2016 Prosjektoppgave i «IMT1082 - Objekt-orientert programmering» våren 2016 Frister: Tirsdag 19.april 2016 kl.14.00 NB: Fredag 18.mars kl.09.00 (1.delinnlevering) Arbeidsform: Arbeidsinnsats: Torsdag 7.april

Detaljer

Prosjektoppgave INF3290 høsten 2017

Prosjektoppgave INF3290 høsten 2017 Prosjektoppgave INF3290 høsten 2017 I kurset INF3290 er prosjektarbeid en viktig arbeidsform. Prosjektoppgaven vil kreve mye av dere. Samtidig vet vi av erfaring at aktiv deltakelse i prosjektarbeidet

Detaljer

Argumenter fra kommandolinjen

Argumenter fra kommandolinjen Argumenter fra kommandolinjen Denne veiledningen er laget for å vise hvordan man kan overføre argumenter fra kommandolinjen til et program. Hvordan transportere data fra en kommandolinje slik at dataene

Detaljer

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp { En selvstendig plattform som kan brukes til å formidle kurs på nett med dagsaktuell teknologi. Oppgave 5, av Fredrik Johnsen Oppgavestiller

Detaljer

IN1020. Obligatorisk oppgave 1. Formål

IN1020. Obligatorisk oppgave 1. Formål IN1020 Obligatorisk oppgave 1 Formål Hovedformålet med denne obligatoriske oppgaven er å gjøre dere godt kjent med design og simuleringsverktøyet for kretser, Logisim. Del (2) av oppgaven har som formål

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

Prosjektoppgave INF3290 høsten 2016

Prosjektoppgave INF3290 høsten 2016 Prosjektoppgave INF3290 høsten 2016 I kurset INF3290 er prosjektarbeid en viktig arbeidsform. Prosjektoppgaven vil kreve mye av dere. Samtidig vet vi av erfaring at aktiv deltakelse i prosjektarbeidet

Detaljer

Java fra Eclipse til Evalanche

Java fra Eclipse til Evalanche Java fra Eclipse til Evalanche Dette er en veiledning for deg som lurer på hvordan du skal overføre (eller sende inn) java-filer fra et prosjekt i Eclipse til Evalanche. Nyere versjon ligger her: http://bit.ly/1e8yjji

Detaljer

INF109 (kun et utvalg av kommentarene er med i denne rapporten)

INF109 (kun et utvalg av kommentarene er med i denne rapporten) INF109 (kun et utvalg av kommentarene er med i denne rapporten) Respondenter Prosent Ny 0 0,0% Distribuert 18 47,4% Noen svar 0 0,0% Gjennomført 19 50,0% Frafalt 1 2,6% I alt 38 100,0% Er det første gang

Detaljer

Hjelpemidler: 4 A4-sider (2 to-sidige ark eller 4 en-sidige ark) med egenproduserte notater (håndskrevne/maskinskrevne)

Hjelpemidler: 4 A4-sider (2 to-sidige ark eller 4 en-sidige ark) med egenproduserte notater (håndskrevne/maskinskrevne) Informasjon om eksamen EKSAMEN Emnekode: ITF10213 Emnenavn: Innføring i programmering Dato: 05/12-2017 Eksamenstid: 09.00-13.00, 4 timer Hjelpemidler: 4 A4-sider (2 to-sidige ark eller 4 en-sidige ark)

Detaljer

INF101 (kun et utvalg av kommentarene er med i denne rapporten)

INF101 (kun et utvalg av kommentarene er med i denne rapporten) INF101 (kun et utvalg av kommentarene er med i denne rapporten) Respondenter Ny 0 0,0% Distribuert 59 71,1% Noen svar 0 0,0% Gjennomført 24 28,9% Frafalt 0 0,0% Prosent I alt 83 100,0% Er det første gang

Detaljer

Grunnleggende testteori

Grunnleggende testteori 1 Grunnleggende testteori Error-Fault-Failure 2 Error : når en programmerer koder feil eller utelater kode (evt. miljøpåvirkning) årsaken til en fault Fault (defect eller bug): feil i kode kan lede til

Detaljer

Eksamen INF

Eksamen INF Eksamen INF5120 06.06.2005 Et løsningsforslag Oppgave 1 a) Business Model Oppgaven spør om en business model for samhandlingen mellom Buyer og Seller, og det er da viktig å ikke modellere alt det andre!!!

Detaljer

Gruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>

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

Detaljer

Gruppe 43. Hoved-Prosjekt Forprosjekt

Gruppe 43. Hoved-Prosjekt Forprosjekt Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141

Detaljer

Kom forberedt til tirsdag. INF1000 Tips til obligatorisk oppgave 4. Noen generelle tips. Oblig4: Komme igang

Kom forberedt til tirsdag. INF1000 Tips til obligatorisk oppgave 4. Noen generelle tips. Oblig4: Komme igang Kom forberedt til tirsdag INF1000 Tips til obligatorisk oppgave 4 Kikk på prøveeksamen fra 2004 http://www.uio.no/studier/emner/matnat/ifi/inf1000/h 07/undervisningsmateriale/proveeksamen-H2004.pdf Tittel:

Detaljer

Prosjektoppgave INF3290 høsten 2015

Prosjektoppgave INF3290 høsten 2015 Prosjektoppgave INF3290 høsten 2015 I kurset INF3290 er prosjektarbeid en viktig arbeidsform. Prosjektoppgaven vil kreve mye av dere som studenter. Samtidig vet vi at aktiv deltakelse i prosjektarbeidet

Detaljer

IN1010 V18, Obligatorisk oppgave 5

IN1010 V18, Obligatorisk oppgave 5 IN1010 V18, Obligatorisk oppgave 5 Innleveringsfrist: Tirsdag 17.04. kl 10:00 Versjon 1.3 (12.04.2018) Sist modifisert av Silje Merethe Dahl. Innledning I denne oppgaven skal du bruke rekursjon til å lage

Detaljer

Eksport og innsending

Eksport og innsending Eksport og innsending Dette er en beskrivelse av hvordan du kan pakke inn og sende filer i et prosjekt i Eclipse. Prosjektet ditt ser for eksempel slik ut i Package Explorer: Her viser Package Explorer

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

Kort om kursene IN1900, MAT-IN1105, IN-KJM1900

Kort om kursene IN1900, MAT-IN1105, IN-KJM1900 Kort om kursene IN1900, MAT-IN1105, IN-KJM1900 Joakim Sundnes 1 Ole Christian Lingjærde 1 Department of Informatics, University of Oslo 1 Aug 21, 2018 Plan for 21 august Info om kursene IN1900, MAT-IN1105,

Detaljer

IN1010 Objektorientert programmering Våren 2019

IN1010 Objektorientert programmering Våren 2019 IN1010 Objektorientert programmering IN1010 Objektorientert programmering Våren 2019 Stein Gjessing Hva skjer de første to ukene? Forelesninger de to første ukene i dag 1. time: Info om IN1010 i dag 2.

Detaljer

Prosjektoppgave INF3290 høsten 2017

Prosjektoppgave INF3290 høsten 2017 Prosjektoppgave INF3290 høsten 2017 I kurset INF3290 er prosjektarbeid en viktig arbeidsform. Prosjektoppgaven vil kreve mye av dere. Samtidig vet vi av erfaring at aktiv deltakelse i prosjektarbeidet

Detaljer

Oversikt over flervalgstester på Ifi

Oversikt over flervalgstester på Ifi Oversikt over flervalgstester på Ifi Christian Kringstad Kielland christkk@ifi.uio.no 1. august 2003 Introduksjon Dette dokumentet beskriver hvordan systemet for flervalgstester på Ifi fungerer. Systemet

Detaljer

Så hva er affiliate markedsføring?

Så hva er affiliate markedsføring? Så hva er affiliate markedsføring? Affiliate markedsføring er en internettbasert markedsføring hvor Altshop belønner deg for hver kunde som du rekrutterer til Altshop. Vi vil ta godt hånd om dem for deg

Detaljer

Obligatorisk oppgave 1 i INF 4130, høsten 2009

Obligatorisk oppgave 1 i INF 4130, høsten 2009 Obligatorisk oppgave 1 i INF 4130, høsten 2009 Leveringsfrist fredag 2. oktober Institutt for informatikk Krav til innleverte oppgaver ved Institutt for informatikk (Ifi) Ved alle pålagte innleveringer

Detaljer

Forsendelse i Zirius

Forsendelse i Zirius Forsendelse i Zirius Forsendelse er en måte for å sende data fra Zirius til kunde eller andre systemer på en automatisert måte. Dette kan for eksempel være Ordrebekreftelse på epost eller Fakturajournal

Detaljer

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye)

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) INF102 Er du? Er du? - Annet Hvor mye teoretisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) Hvor

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

SMS overføringer av tekstmeldinger til mobiltelefon

SMS overføringer av tekstmeldinger til mobiltelefon P R O D U K T I N F O Nr. 29 versjon 2 20-03-02 fra Eltek Fire & Safety AS SMS overføringer av tekstmeldinger til mobiltelefon Informasjonen i dette skriv skal ikke videreformidles uten etter avtale med

Detaljer

Kort om kursene IN1900, MAT-IN1105, IN-KJM1900

Kort om kursene IN1900, MAT-IN1105, IN-KJM1900 Kort om kursene IN1900, MAT-IN1105, IN-KJM1900 Joakim Sundnes 1 Ole Christian Lingjærde 1 Department of Informatics, University of Oslo 1 Aug 23, 2017 Plan for 23 august Info om kursene IN1900, MAT-IN1105,

Detaljer

Kort om kursene INF1100 og MAT-INF1100L

Kort om kursene INF1100 og MAT-INF1100L Kort om kursene INF1100 og MAT-INF1100L Hans Petter Langtangen 1,2 Joakim Sundnes 1,2 Simula Research Laboratory 1 University of Oslo, Dept. of Informatics 2 Aug 24, 2016 INF1100 er en første introduksjon

Detaljer

WP-WATCHER WORDPRESS SIKKERHET

WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER BACKUP - SIKKERHETSKOPIERING «Hei! Jeg oppdaterte en plugin på siden min og nå kommer jeg ikke inn på siden min i det hele tatt. Kan du hjelpe meg?» «Hjelp! Jeg

Detaljer

Drosjesentralen. I-120: Obligatorisk oppgave 2, 2000

Drosjesentralen. I-120: Obligatorisk oppgave 2, 2000 Drosjesentralen I-120: Obligatorisk oppgave 2, 2000 Frist Mandag 20. November 2000 kl.10:00, i skuff merket I120 på UA. Krav Se seksjon 4 for kravene til innlevering. Merk krav om generisk løsning for

Detaljer

Forklarende tekst under hvert bilde

Forklarende tekst under hvert bilde Rette / kommentere besvarelse Når en student har levert (lastet opp) en besvarelse kan lærer laste den ned, sette inn merknader i besvarelsen og laste den opp i Fronter igjen. Dokumentet med merknadene

Detaljer

INF2120 Tools at your fingertips

INF2120 Tools at your fingertips INF2120 Tools at your fingertips Version 070124 23-Jan-07 INF2120 Prosjekt i modellering 1 Eclipse og RSM en god IDE? med foiler også av Andreas Limyr og Gøran K. Olsen før begge Ifi, nå begge Sintef 23-Jan-07

Detaljer

NOTAT (pensum!) Javas klasse-filer, byte-kode og utførelse. INF 5110, 10/5-2011, Stein Krogdahl

NOTAT (pensum!) Javas klasse-filer, byte-kode og utførelse. INF 5110, 10/5-2011, Stein Krogdahl NOTAT (pensum!) Javas klasse-filer, byte-kode og utførelse Dessverre litt få figurer INF 5110, 10/5-2011, Stein Krogdahl Oversikt over Javas class-filer og byte-kode Disse formatene ble planlagt fra start

Detaljer

Innlevering 2b i INF2810, vår 2017

Innlevering 2b i INF2810, vår 2017 Innlevering 2b i INF2810, vår 2017 Dette er del to av den andre obligatoriske oppgaven i INF2810. Man kan oppnå 10 poeng for oppgavene i 2b, og man må ha minst 12 poeng tilsammen for 2a + 2b for å få godkjent.

Detaljer

Test of English as a Foreign Language (TOEFL)

Test of English as a Foreign Language (TOEFL) Test of English as a Foreign Language (TOEFL) TOEFL er en standardisert test som måler hvor godt du kan bruke og forstå engelsk på universitets- og høyskolenivå. Hvor godt må du snake engelsk? TOEFL-testen

Detaljer

Bruk av kildeavskrifter som er merket med grønn kule

Bruk av kildeavskrifter som er merket med grønn kule www.slektshistorielaget.no Bruk av kildeavskrifter som er merket med grønn kule Hvorfor er dette nyttig? De aller fleste av avskriftene som er markert med grønn kule er lagret i databaser på lagets hjemmeside

Detaljer

Installere JBuilder Foundation i Mandrake Linux 10.0

Installere JBuilder Foundation i Mandrake Linux 10.0 Installere JBuilder Foundation i Mandrake Linux 10.0 Installasjon av JBuilder Foundation på Linux (dekker her spesifikt fremgangen ved bruk av Mandrake Linux 10.0, men distribusjon vil gjøre liten eller

Detaljer

Obligatorisk oppgave 1 i INF 4130, høsten 2008

Obligatorisk oppgave 1 i INF 4130, høsten 2008 Obligatorisk oppgave 1 i INF 4130, høsten 2008 Leveringsfrist 3. oktober Institutt for informatikk Krav til innleverte oppgaver ved Institutt for informatikk (Ifi) Ved alle pålagte innleveringer av oppgaver

Detaljer

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

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

Detaljer

MAT-INF 1100: Obligatorisk oppgave 1

MAT-INF 1100: Obligatorisk oppgave 1 8. september, 2005 MAT-INF 1100: Obligatorisk oppgave 1 Innleveringsfrist: 23/9-2005, kl. 14:30 Informasjon Den skriftlige besvarelsen skal leveres på ekspedisjonskontoret i 7. etg. i Niels Henrik Abels

Detaljer

INF1000: Forelesning 7. Konstruktører Static

INF1000: Forelesning 7. Konstruktører Static INF1000: Forelesning 7 Klasser og objekter del 2 Konstruktører Static UML REPETISJON 2 Repetisjon Verden består av objekter av ulike typer (klasser). Ofte er det mange objekter av en bestemt type. Objekter

Detaljer