INF2120 Prosjektoppgaven Våren Et Trafikkoppfølgingssystem. Tjenester. Konkret gjennomføring. (Versjon )
|
|
- Rasmus Hanssen
- 6 år siden
- Visninger:
Transkript
1 INF2120 Prosjektoppgaven Våren 2005 (Versjon ) Et Trafikkoppfølgingssystem Systemet blir et Trafikanten Plus system der både trafikkselskapets ansatte og publikum kan få detaljert informasjon om hvor busser, T-baner og trikker er. Vi skal forutsette at: Alle holdeplasser er registrert med unik id, navn og global posisjon (GPS) Alle befordringsmidler er registrert med unik id, rute og dynamisk posisjon Alle rutetider er kjent (slik som hos Trafikanten nå) Tjenester Dette er noen forslag, men første delleveranse er å spesifisere disse tjenestene nøyere. Her er det mange muligheter for hvordan man kan lage tjenester. Publikum kan få vite hvor langt unna deres prefererte buss/trikk/t-bane er Man kan benytte o posisjonering fra publikums mobile terminal, o info om holdeplass, f.eks. plassering og rekkefølge o forhåndsinnstilte valg, eller... Det kan i prinsippet benyttes WAP, SMS eller Web. Trafikkselskapet kan skaffe seg dynamisk statistikk over trafikken og evt. sette inn ekstratiltak Inne i befordringsmiddelet kan man automatisk gi neste stoppested Legge inn og ta ut (evt. suspendere temporært) holdeplasser, ruter, framkomstmidler Ikke lag for mange tjenester. Lag noen få som dere hadde syntes ville vært fint å ha i et slikt system. Konkret gjennomføring Kan vi få dette til å virke på ordentlig? Vi har tilgang på et eksperimentelt tele-opplegg som gjør det mulig å få utført flere vanlige og uvanlige teletjenester fra våre datamaskiner. Vi benyttet dette opplegget for SMS-sending i INF5150 Høsten Det dreier seg om PATS Program for Advanced Telecom Services Det er selvfølgelig endel greier vi ikke har direkte tilgang til og som vi må bygge opp en simulering av:
2 rutetider holdeplassinformasjon Tidsfrister og krav til den enkelte del-leveranse våren 2005 Del-leveranse 1 (Spesifikasjon) Frist: kl Prosjektgruppene skal lage en spesifikasjon av Trafikkoppfølgingssystemet ved hjelp av UML 2.0 og vanlig norsk eller engelsk tekst. Spesifikasjonen skal være så nøye at det skal være mulig for en annen gruppe å forstå hvordan systemet skal fungere. Det er altså ikke nødvendig å spesifisere akkurat hvordan man skal implementere systemet, men hvordan det skal virke sett hovedsaklig fra utsida. Det er naturlig å bruke følgende beskrivelsesteknikker: Vanlig prosa for å gi uformelle beskrivelser og for å forklare enkeltheter i diagrammene Use case diagrammer o men ikke overdriv bruken av use cases! Sekvensdiagrammer o skal være det viktigste verktøyet for å beskrive oppførselen mellom ulike aktører i systemet. Systemet selv kan være en slik aktør i noen diagrammer. Klassediagrammer o for å beskrive begrepsrelasjoner Composite structure diagrammer o Disse viser innmaten til en klasse. Noen ganger er det riktig å vite hvordan en entitet ser ut inni og det kan være hensiktsmessig å benytte også i en tidlig spesifikasjon. En tentativ, men ikke obligatorisk disposisjon for rapporten til første del-leveranse ville kunne være: 1. Innledning med klar beskrivelse av forutsetninger som gjøres 2. Use-case diagrammer med forklaring 3. Klassediagrammer 4. Muligens et composite structure diagram for systemet med forklaring 5. Sekvensdiagrammer 6. Eventuelle begrensninger
3 Del-leveranse 2 (Design) Frist: kl Prosjektgruppa skal altså ta den spesifikasjonen (del-leveranse 1) som de har kritisert fra en annen gruppe og designe den. Det er lov å modifisere spesifikasjonen i samarbeid med den andre prosjektgruppen, men det er ikke lov å transformere den til noe helt annet (f.eks. gruppas egen spesifikasjon). Design vil i denne sammenheng si UML 2.0 modell som i prinsippet er eksekverende. En slik modell vil bestå av klasser med evt. composite structures og tilstandsmaskiner. Transisjonene i tilstandsmaskinene vil vi skrive direkte i java, men de skal i all hovedsak bestå av tilordninger og enkle valgsetninger (if... then... else...). Designen skal lages i et dedisert UML 2.0 verktøy (IBM Rational Software Modeler) En disposisjon for del-leveranse 2 vil kunne være: 1. Introduksjon med forutsetninger 2. En revidert spesifikasjon eller i alle fall en nøyaktig beskrivelse av endringer gjort i den spesifikasjonen som man har fått utdelt. Her er det naturlig å benytte sekvensdiagrammer såvel som use-case diagrammer 3. Design-modell (husk forklarende tekst hele tida) a. design-modellen er i samme UML 2 modell som spesifikasjonen så det er ikke nødvendig å repetere de diagrammer som er presentert tidligere i spesifikasjonen b. ytterligere klassediagrammer kan trengs c. mer detaljerte composite structure diagrammer med ports d. tilstandsmaskiner for å forklare oppførselen til systemet 4. Appendix A: UML 2.0 modellen leveres i IBM Rational Software Modeler format Del-leveranse 3 (Simulering / Implementasjon) Frist: kl Studentene vil før innleveringen av del-leveranse 2 få tilsendt på mail følgende nyttig informasjon: JavaFrame: et java rammeverk tatt fram på Ericsson for implementasjon av asynkront kommuniserende tilstandsmaskiner Filer og prinsipper for bruk av Trafikantens SIS ( ) Grunnen til at denne informasjonen ikke legges offentlig ut, er at verken Ericsson eller Trafikanten ønsker at dette skal være åpent tilgjengelig. Implementasjonen skal mekanisk kodes direkte fra design-modellen inn i JavaFrame. Omgivelsen skal være Eclipse. Statisk informasjon om holdeplasser, stoppesteder og koordinater skal legges opp i en relasjonsdatabase på normalisert form. Data hentes fra filene 37.txt og StopList.xml. Hint:
4 Som relasjonsdatabasehåndteringssystem brukes Oracle (eventuelt et annet system med tilsvarende funksjonalitet). Bruk samme oppsett, brukernavn og passord som i INF1050. Kjør kommandoer mot databasen ved hjelp av SQL-Plus. Se og Data kan legges inn i hver enkelt tabell ved hjelp av INSERT-kommandoer, en kommando for hver forekomst. INSERT-kommandoene kan genereres ved å redigere litt på datafilene, evt ved hjelp av programmet xml2reldb.php. Dynamisk informasjon om de kjørende busser og trikker skal hentes vi http fra Trafikanten. Svaret fra Trafikanten vil være en XML-fil. Programmet skal kjøres i to versjoner 1. Simulert versjon der man benytter GUI fra JavaFrame. Alt kjøres på én maskin. 2. Ekte implementasjon med ekte mobiltelefoner og bruk av PATS-laben Versjonene skal være to ulike raffineringer av den samme UML 2.0 modellen som ble laget i del-leveranse 2 (evt. med nødvendige modifikasjoner). Forskjellen mellom versjonene skal være så langt mulig kun at JavaFrame mediators er byttet ut på kanten av systemet. Del-leveranse 3 kan ha følgende disposisjon: 1. Introduksjon med forutsetninger a. Her må man beskrive evt. endringer i UML modellen man har funnet det har vært nødvendig å gjøre. 2. Implementasjon a. Her beskrives de implementasjonsvalg man har foretatt. b. Dokumentasjon på databasedesignen 3. Appendix A: Java koden (på toppen av JavaFrame) 4. Appendix B: Java-implementasjonen leveres også i et format som er lett kjørbart (.jar eller.zip) 5. Appendix C: Databaseimplementasjonen Gruppene skal være i stand til på kommando å demonstrere systemet sitt i stedet for å gjøre en foil-presentasjon. Gruppene får ikke vite på forhånd hvem som skal demonstrere og hvem som skal presentere. Administrativ Informasjon Generelt Alle prosjektgruppene får samme oppgave. Det lages ny oppgave hvert år.
5 Det er 3 del-leveranser (Spesifikasjon, Design, Simulering/ Implementasjon/ Validering/ Test). Gruppene skal evaluere hverandre, men kursledelsen vil også evaluere prosjektene. Alle delleveranser skal presenteres og kritiseres offentlig Gruppesammensetting Gruppene settes opp med 4-5 personer. Om en gruppe blir på 2 personer pga. frafall, fusjoneres den med en annen gruppe. De som jobber, skal ikke være skadelidende i forhold til dem som dropper ut. Ved hver del-leveranse forbeholder kursledelsen seg retten til å endre grupper for å bedre gruppenes effektivitet også selv om gruppene ikke har blitt redusert til 2 personer. Studentene er plassert i øvelsesgruppe ved emnepåmelding (av 2 mulige). Vi deler studentene i dem som har tatt INF3120 (Utvikling av store programsystemer) og dem som ikke har tatt det. Vi trekker tilfeldig fra disse to kategoriene slik at personene med erfaring fra INF3120 blir spredt. Her er gruppene før første del-leveranse våren 2005: Navn Gruppe INF3/4120 Prosjektgruppe Catrine Myhre 1 Nei 1 Christer Veland Aas 1 Ja 1 Mehdi Zare 2 Ja 1 Odd Christer Brovig 2 Nei 1 Pål Vermund Knudsen 1 Nei 1 Christian Reinholt Clasen 1 Ja 2 Ingunn Elisabeth Sundal Rønningen 2 Nei 2 Kjetil Magnus Kristiansen 2 Nei 2 Noushin Mousavi 1 Ja 2 Sjur Ohldieck Sundin 2 Nei 2 Afsheen Mahmood 2 Nei 3 Espen Aune Olsen 1 Ja 3 Fred Øvereng 1 Ja 3 Ngoc Trieu Andy Pham 1 Ja 3 Sajida Ali 1 Nei 3 Anders Bakken 1 Ja 4 Are Oppegård Pedersen 1 Ja 4 Behroz Mirzai 1 Nei 4 Naima Akram 1 Nei 4 Ronnie Østgaard 1 Ja 4 Daniel Mylius Wittwer 2 Nei 5 Jude Dhushyanthan Uruthiran 2 Nei 5 Vijayaroopan Sivarajah 2 Ja 5 Yassin Isir Hassan 2 Ja 5 Asli Samatar 1 Ja 6 Daniel-Yacin Chaibi 1 Nei 6 Sverre Krohn Tennøe 1 Nei 6
6 Yun Huang 1 Ja 6 Atle Wandsvik 1 Ja 7 Lars Anthony Mojares Mapoy 2 Nei 7 Nedic Damir 2 Ja 7 Sohail Ahmed Chaudry 2 Nei 7 Eigil Moe 2 Nei 8 Eivind Hasle Amundsen 1 Ja 8 Fozia Saeed 2 Nei 8 Gard Niklas Olsen 2 Nei 8 Tan Xuan Ngyuen 2 Nei 8 Dusan Dislioski 1 Nei 9 Mads Andre Bergdal 1 Nei 9 Neeru Bhardwaj 1 Ja 9 Saqib Riaz 1 Nei 9 Trond Arne Sørby 2 Nei 9 Del-leveransene Leveransen er ett pdf-dokument (Adobe Acrobat) som skal inneholde beskrivelser med diagrammer såvel som tekst. Dere kan gjerne bruke malen som finnes i dette dokumentet. 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. Kritikk og samarbeid Ved Delleveranse 1 (Spesifikasjon) skal gruppe B evaluere gruppe A, C skal vurdere B, osv. Det er altså B som skal gi kritikk av A etter at A har presentert sin del-leveranse. Så skal Gruppe B gjennomføre design etter A sin spesifikasjon! Dette vil kreve at A og B samtaler og samarbeider slik at B vil være i stand til å gjennomføre del-leveranse 2. Ved Delleveranse 2 (Design) skal gruppe A evaluere gruppe B. Nå er det altså A sin tur til å vurdere om B faktisk har gjort jobben som A spesifiserte. Er designen i henhold til hva A spesifiserte med evt. seinere modifikasjoner? Ved Delleveranse 3 (Implementasjon) skal gruppene fortsette på sin egen design. Kritikken følger mønsteret fra delleveranse 2 dvs. gruppe A evaluerer gruppe B etc. Krav til den enkelte student og til prosjektgruppene Krav til den enkelte student Han/hun skal delta i prosjektgruppe.
7 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 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.
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).
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
DetaljerDel - 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)
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 +
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
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
DetaljerUniversitetet 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
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
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
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
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
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
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
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
DetaljerEksamen INF5261. Sanntidsinformasjon på holdeplassen
Eksamen INF5261 Sanntidsinformasjon på holdeplassen Innledning Gruppen består av Harald Øygard (MSc. Student IFI) Morten Jacobsen (MSc. Student IFI) Prosjektoppgave gjennom Trafikanten Etablert prosjekt
DetaljerProsjektoppgave: 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
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
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
DetaljerProsjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2008
Prosjektoppgave: Bildedatabase TDT4145 Datamodellering og Databasesystemer Våren 2008 NB! Kun for de som ikke tar fellesprosjektet. Innledning I løpet av de siste årene har det blitt stadig mer vanlig
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
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
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
DetaljerPROSJEKTPLAN 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É
Detaljer2. 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
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
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.
DetaljerPowerOffice 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å
DetaljerINF 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.
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
DetaljerEKSAMENSFORSIDE SKRIFTLIG EKSAMEN
EKSAMENSFORSIDE SKRIFTLIG EKSAMEN Fag-/kurskode OBJ110 Fag/kurs Objektorientert systemutvikling 1 Ansvarlig faglærer Viggo Holmstedt Ansvarlig fakultet ØS Klasse(r)/gruppe(r) IS2 Dato 13.12.2010 Eksamenstid,
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
DetaljerUniversitetet 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:
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
DetaljerPrisliste Supporttjenester
Prisliste Supporttjenester Type Tjeneste Pris Opplæring Online-demonstrasjon av nye funksjonaliteter i nyeste hoved-release av Evatic 1380 NOK Opplæring Basisopplæring Introduksjon i Evatic for nye brukere
DetaljerOppgaver uke 1: Løsningsforslag
Oppgaver uke 1: Løsningsforslag Oppgave 1 Hva tror du følgende program skriver ut til terminalen? Diskuter med gruppen. alder = 30 print("din alder er", alder) alder = 15 Din alder er 30 Når print() kalles
DetaljerMAT-INF 1100: Obligatorisk oppgave 1
13. september, 2018 MAT-INF 1100: Obligatorisk oppgave 1 Innleveringsfrist: 27/9-2018, kl. 14:30 i Devilry Obligatoriske oppgaver («obliger») er en sentral del av MAT-INF1100 og er utmerket trening i å
DetaljerKapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process
INF 329 Web-teknologier Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process Navn: Bjørnar Pettersen bjornarp.ii.uib.no Daniel Lundekvam daniell.ii.uib.no Presentasjonsdato:
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
DetaljerSLUTTRAPPORT. 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
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
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...
DetaljerVelkommen 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
DetaljerUse Case-modellering. INF1050: Gjennomgang, uke 04
Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram
DetaljerSoftware Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2
Forum / Nettverkssamfunn Team 2 1 Innholdsfortegnelse 1 Introduksjon... 3 2 Team & Organisering... 3 3 Brainstorming, tanker og utførelse... 4 3.1 Bruker Registrering og metoder... 4 3.2 Generering av
DetaljerKravdokument 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
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerFra 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
DetaljerDokumentasjon av Git. Vedlegg F
Vedlegg F Dokumentasjon av Git Vedlegg for dokumentasjon av Git, versjonskontrollsystemet brukt i utviklingen av PySniff. Hvorfor Git er brukt, hvilken modell som er valgt og hvordan vi har kommet frem
DetaljerINF 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
DetaljerGrunnleggende 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
DetaljerINF-2120 Våren 2005 by Øystein Haugen, Gerhard Skagestein, Ragnar Normann pluss assistentene Knut Johannes Dahle og Gøran Olsen
INF-2120 Våren 2005 by Øystein Haugen, Gerhard Skagestein, Ragnar Normann pluss assistentene Knut Johannes Dahle og Gøran Olsen Version 050112 12-Jan-05 INF2120 Prosjekt i modellering 1 Oversikt over denne
DetaljerInnlevering 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.
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
DetaljerProduktrapport Gruppe 9
Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette
DetaljerTestsituasjon Resultat Kommentar. Fungerer som det skal!
Test- rapport Testsituasjon Resultat Kommentar Test av PHP-variablene. Sjekke om de er riktig deklarert, og om de kommer med fra form til database Alle variablene som skal leses fra konfigurasjonssiden,
DetaljerHjemmeeksamen 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,
DetaljerLæ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
DetaljerForelesning inf Java 1
Forelesning inf1000 - Java 1 Tema: Javas historie Bestanddelene i et Java-program Programvariabler Ole Christian Lingjærde, 22. august 2012 Litt Java-historikk The Green Team I 1991 opprettet Sun Microsystems
Detaljerminfagplan.no Brukerveiledning - Beskrivelse av funksjonalitet for brukere av minfagplan.no Dokumentnummer: BV-001 Revisjon Dato:
minfagplan.no Brukerveiledning - Beskrivelse av funksjonalitet for brukere av minfagplan.no Dokumentnummer: BV-001 Revisjon 01-16 Dato: 28.12.2016 Froma Software AS Øvregate 2 2380 Brumunddal t: 852 40
DetaljerMAT-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
DetaljerPowerOffice Mobile Server
PowerOffice Mobile Server 20 14 Po we ro ffice AS - v20 12.1.0 PowerOffice SQL - PowerOffice Mobile Server Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på
DetaljerProsjektoppgave 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
DetaljerInfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
DetaljerProsjektoppgave 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
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
DetaljerCompello Invoice Approval
Compello Invoice Approval Godkjenning Webmodul brukerdokumentasjon Nettbrett og desktop via nettleser Index 1 Innledning... 3 2 Funksjonalitet... 4 Nettbrett og desktop via nettleser... 4 2.1.1 Desktop
DetaljerUtvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet
Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype
DetaljerOversikt 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
DetaljerModellering av brukstilfeller og forretningsprosesser. Kurs i standarder, Oslo, 12. juni 2018
Modellering av brukstilfeller og forretningsprosesser Kurs i standarder, Oslo, 12. juni 2018 Modellering av brukstilfeller Innhold Kort innføring i brukstilfeller Elementer i Use Case diagram Relevante
DetaljerVurderingsformer 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)
DetaljerMINIPROSJEKTOPPGAVE. (våren 2007)
Avdeling for informasjonsteknologi HALDEN Høgskolen i Østfold Kristin Larsen Fag: INTELLIGENTE SYSTEMER (IAD32005) MINIPROSJEKTOPPGAVE (våren 2007) Tidsfrister: Utdelt: onsdag 13. mars. Innleveringsfrist:
DetaljerMINIPROSJEKTOPPGAVE. (våren 2011)
Avdeling for informasjonsteknologi HALDEN Høgskolen i Østfold Jon Heier Bergli Fag: INTELLIGENTE SYSTEMER (IAD32005) MINIPROSJEKTOPPGAVE (våren 2011) Tidsfrister: Utdelt: mandag 11. april. Innleveringsfrist:
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
DetaljerIN1000 Obligatorisk innlevering 7
IN1000 Obligatorisk innlevering 7 Frist for innlevering: 23.10. kl 12:00 Introduksjon I denne innleveringen skal du lage et program som simulerer cellers liv og død. Dette skal du gjøre ved hjelp av en
DetaljerLæringsmål. INF1050 dagsorden 14. jan Formålet med prosjektet. Den obligatoriske prosjektoppgaven
INF1050 dagsorden 14. jan 2004 Læringsmål Om kurset o Læringsmål o Gjennomføring o Prosjektoppgaven o Vurderingsform o Undervisningsmateriell Du skal forstå hva det innebærer å utvikle et informasjonssystem
DetaljerEksamen våren 2014. Vårens vakreste eventyr?
Eksamen våren 2014 Vårens vakreste eventyr? Hvor mange eksamener SSP? VG3 SSP = 4 eksamener Hovedregel 3 skriftlige og en muntlig eller muntlig-praktisk, men spesiell fagkombinasjon kan gi 2 skriftlige
DetaljerEksamensveiledning. LOKALT GITT SKRIFTLIG EKSAMEN DTE2001 Produksjon og materialer. Sist redigert 03/03/19. Gjelder fra eksamen 2019.
Fylkeskommunenes landssamarbeid Eksamensveiledning - om vurdering av eksamensbesvarelser LOKALT GITT SKRIFTLIG EKSAMEN DTE2001 Produksjon og materialer Sist redigert 03/03/19. Gjelder fra eksamen 2019.
DetaljerFinne ut om en løsning er helt riktig og korrigere ved behov
Finne ut om en løsning er helt riktig og korrigere ved behov Finurlige feil og debugging av kode IN1000, uke5 Geir Kjetil Sandve Oppgave (Lett modifisert fra eksamen 2014) Skriv en funksjon Dersom parameteren
DetaljerMinfagplan.no. Brukermanual. Veiledning for lærere. Dokumentnummer: BV-001. Revision 1.4. August 25 th 2015. www.minfagplan.no
Minfagplan.no Brukermanual Veiledning for lærere Dokumentnummer: BV-001 Revision 1.4 August 25 th 2015 Froma Software AS Øvregate 2 2380 Brumunddal t: 977 75 036 e: support@minfagplan.no www.minfagplan.no
DetaljerMINIPROSJEKTOPPGAVE. (våren 2007)
Avdeling for informasjonsteknologi HALDEN Høgskolen i Østfold Thanh Sang Tran Fag: INTELLIGENTE SYSTEMER (IAD32005) MINIPROSJEKTOPPGAVE (våren 2007) Tidsfrister: Utdelt: onsdag 13. mars. Innleveringsfrist:
DetaljerProsjektoppgave 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
DetaljerPowerOffice Server Service
PowerOffice Server Service 20 16 Po we ro ffice AS - v5.1.6 PowerOffice WIN - PowerOffice Server Service Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på
DetaljerSTK1000 Obligatorisk oppgave 1 av 2
6. september 2017 STK1000 Obligatorisk oppgave 1 av 2 Innleveringsfrist Torsdag 21. september 2017, klokken 14:30 i Devilry (https://devilry.ifi.uio.no). Instruksjoner Du velger selv om du skriver besvarelsen
DetaljerHiOA TDK. Ingeniørfag data. DATS1600 Programutvikling. Eva Hadler Vihovde. Prosjektoppgaven 2015. - Prosessdokumentasjon - Alternativ 1
HiOA TDK Ingeniørfag data DATS1600 Programutvikling Eva Hadler Vihovde Prosjektoppgaven 2015 - Prosessdokumentasjon - Alternativ 1 - Forsikring - Gruppe #14 Studentnavn Marius Alexander Skjolden Hans Christian
DetaljerINF 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
DetaljerProsjektoppgave. 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
DetaljerFag 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
DetaljerBakgrunnen for INF2100. Velkommen til INF2100. Prosjektet. Hva gjør en kompilator?
Kursopplegg Velkommen til INF2100 Bakgrunnen Bakgrunnen for INF2100 Jeg er Dag Langmyhr (dag@ifi.uio.no). Dagens tema: Hva går kurset ut på? Bakgrunn for kurset Hvordan gjennomføres kurset? Hvordan får
DetaljerGruppe 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
DetaljerVeiledning til Grønt Flagg søknadsportal
Veiledning til Grønt Flagg søknadsportal Registrering av bruker: Registrer deg som bruker i FEE Norway sin søknadsportal fra http://soknad.fee.no. Dette må gjøres for å få tilsendt brukernavn og passord,
DetaljerEksamen våren Vårens vakreste eventyr?
Eksamen våren 2019 Vårens vakreste eventyr? Hvor mange eksamener SSP? VG3 SSP = 4 eksamener Hovedregel 3 skriftlige og en muntlig eller muntlig-praktisk, men spesiell fagkombinasjon/kræsj eksamensdager
DetaljerAkseptansetest av sending og mottak Applikasjonskvittering
Akseptansetest av sending og mottak Applikasjonskvittering Meldingsversjon: 1.0 Akseptansetest av sending og mottak Applikasjonskvittering 2 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest
DetaljerForklarende 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
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
DetaljerImplementering av database og tjeneste
Implementering av database og tjeneste Sette opp PostGIS database Relasjonsdatabase, PostgreSQL/GIS database Sette opp WFS 2.0 tjeneste Basert på GML-realiseringen (UML-modell og XSD-fil) Basert på PostGIS
DetaljerMamut Open Services. Mamut Kunnskapsserie. Kom i gang med Mamut Online Survey
Mamut Open Services Mamut Kunnskapsserie Kom i gang med Mamut Online Survey Kom i gang med Mamut Online Survey Innhold MAMUT ONLINE SURVEY... 1 KOM I GANG MED MAMUT ONLINE SURVEY... 3 MAMUT-BRUKERE: OPPRETT
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
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
DetaljerGruppenavn. 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