LEVERANSE 4 <PROJECT HOSPITAL 2005>

Størrelse: px
Begynne med side:

Download "LEVERANSE 4 <PROJECT HOSPITAL 2005>"

Transkript

1 LEVERANSE 4 <PROJECT HOSPITAL 2005> VERSJON: LEVERANSE 4.0 Gruppe 46 - Team Innovation Leveranse 4. versjon Gruppemedlemmer: Nam Duc Pham... namdp@ifi.uio.no Tofik Sahraoui...tofiksa@ifi.uio.no Cuong van Truong...cuongvt@ifi.uio.no Tor Øyvind Fluør... torof@ifi.uio.no Dagfinn Forsaa Andersen... dagfina@ifi.uio.no Dato for ferdigstillelse: 20/ 2005

2 Innhold: Revisjonsoversikt... 3 Sekvensdiagram... 4 Klassediagram med ny funksjonalitet... 7 Klassediagram for implementert kode... 8 Klassediagram fra Reverse engineering II... 9 Endringer i klassediagram før implementasjon og etter... 0 Beskrivelse av systemet...

3 Revisjonsoversikt Versjon Ansvarlige Forklaring av versjon Dato Avsluttet Utkast 4.0 Alle utkast for gruppens inspeksjon Leveranse 4.0 Tor Øyvind Versjon godkjent for levering

4 Use case og system sekvensdiagram Sikkerhetmessig: Vi forventer at innloggingssjekk har foretatt. Use case registrerer et skift. Admin ber om å få registrert et skift 2. Systemet ber om ber om ny skift-id, skiftnavn, starttid og slutt-tid 3. Admin legger inn nødvendige informasjon 4. System sjekker at alle feltene er utfylt, de er i riktig format og at de ikke eksisterer fra før i systemet 5. System lagrer skift Use case oppretter en vakt. Admin ber om å få lagt inn en ny vakt 2. Systemet ber om skift-id, fødselsnummer og dato 3. Admin legger inn nødvendige informasjon 4. Systemet sjekker om alle feltene er utfylt, Skift-id eksistere og fødselsnummer er lagt i systemet 5. Systemet lagrer vakten.

5 Use case vise vaktene for ansatt. Ansatt ber om å få se vaktene sine 2. Systemet ber om fødselsnummer. 3. Ansatt legger in nødvendige informasjon 4. Systemet sjekker om feltet er utfylt og at fødselsnummeret finnes i systemet 5. Systemet viser frem alle vaktene for denne uken. Use case vise alle vaktene. Admin ber om å få se alle vaktene 2. Systemet viser frem alle vaktene for denne uken

6 Use case modifisere en vakt. Admin ber om å modifisere en vakt 2. Systemet hvilken vakt 3. Systemet viser frem lagrede vakt informasjon 4. Admin gjør forandringer 5. Systemet sjekker om alle feltene er utfylt, Skift-id eksisterer og fødselsnummer er lagt i systemet 6. Systemet oppdaterer de nye dataene.

7 WardRegister Klassediagram med ny funksjonalitet - design "Klassediagram2.0.pdf" +numberofwards : int = -hasstaffruleregister Denne ble for komplisert å implementere på kort tid. -hasstaffruleregister StaffRuleRegister +createstaffrule() +removestaffrule() +changestaffrule() -islistedinstaffrulereg -hasstaffrules ShiftTypeRegister -islistedinshifttypereg Hospital -isdefinedforhospital +createrotationtyperegister() +createshifttyperegister() -isdefinedforhospital +createstaffruleregsiter() +createshifttype() +removeshifttype() +changeshifttype() -hasshifttyperegister -isdefinedforhospital -hasrottypereg RotationTypeRegister +createrotationtype() +removerotationtype() +changerotationtype() -ispartofhospital -IsListedInRotationTypeReg +name : String -hasward Ward name_ : String, type_ : String) +createroom(s : String[]) : boolean +gettype(room_ : String) : String +removeroom(s : String) +displayroom(room_ : String) : String[] +changeroom(room_ : String, +changebed(room_ : String, bed_ : String, +removebed(r : String, b : String) +getbedlist(s : String) : String[] +displaybed(room_ : String, bed_ : String) : String[] +getroomlist() : String[] +giverom() +addresources(info : String) +modifyresources(info : String) +removeward(w : Ward) -isemployeed -haswardregister +hasward #hasward 0.. +changebed(ward_ : String, room_ : String, bed_ : String, +getbedlist(w : String, r : String) : String[] +removebed(ward_ : String, r : String, b : String) +displaybed(ward_ : String, room_ : String, bed_ : String) : String[] +changeroom(ward_ : String, room_ : String, +removeroom(ward_ : String, s : String) +createroom(s : String[]) : boolean +getroomlist(s : String) : String[] +displayroom(ward_ : String, room_ : String) : String[] +changeward(ward_ : String, +removeward(ward_ : String) +createward(s : String[]) : boolean +gettype(ward_ : String, room_ : String) : String +getward(s : String) : Ward +getwardinfo(s : String) : String[] +getwardlist() : String[] +displayward(ward_ : String) : String[] +nrofbed : String +available : String Bed +$create(room_ : Room) +$create@(number_ : String, type_ : String, available_ : String, room_ : Room) +getinfo() 0.. RecoveryRoom +timeinrecovery : int type_ : String, avaialble_ : String, ward_ : Ward) #hasbed 0.. #haspatient Object #hasappointments 0.. Doctor StaffRule Turnus -hasrotationtype +kindof : String +ruletype:string +ruledetail:string +rulemessage:string RotationType +rotationid: String +rotationname: String +$create(name_ : String, kind_ : String) +getallshifts(shiftid: int) 0.. -ispartofrotationtype -hasrotationtype -hasshifttype 28 -hasshifttype ShiftType -hasshifttype +shiftid:string +shiftname:string +oncall:boolean +shiftstart_:string +shiftend_:string +getstart(shiftid: int):object +getend(shiftid: int):object +getname(shiftid: int):string +getduration(shiftid: int):int «interface» Serializable 0.. +hasroomr Room +available : String +numberofbeds : int +equipment : String[] 0.. #room 0.. OperationRoom +numberofstaffneeded : int type_ : String, avaialble_ : String, ward_ : Ward) Vaktliste (register) Shift +start_:date +stop_:date -hasshift Roster -hasshift -defstaffrules -ispartofroster -hasroster -hasemployees Employee +name : String +address : String +phone : String +pager : String 0.. +setschedule(time : String, date : String) -hasemployee +compareinfo(info : String, +assignpersonell(date : String) +removepersonell(date : String) 0.. EmployeeRegister +numberofemployee : int +hasemployee -hasemployee Patient -name : String -address : String -phone : String -status : String +$create( +compareid(fnr : String) : boolean +removefromwaitlist() +haspatient 0.. type_ : String, available_ : String, ward : Ward) +modifyroom(info : String) +displaybed(bed_ : String) : String[] +getbedlist() : String[] +removebed(b : String) +changebed(bed_ : String, PatientRegister -numberofpatient : int +locatepatient(fnr : String) +checkfnr(fnr : String) +checkout(fnr : String) +modifypatient(fnr : String) +addpatient( : boolean +deletepatient(s : String) +changepatient( +getpatients() : String[][] +getpatientinfo(choice : String) : String[] Nurse +kindof : String +$create(name_ : String, kind_ : String) +checkallstaffrules():string +add4weekroster(startdate: Date, rotationid: String) +deleterosterentry(start: Date) +addrosterentry(start: Date, shiftid: int, duration: int) +addrosterentry(start: Date, shiftid: int, stop: boolean) +addemployee(s : String[]) : boolean +deleteemployee(s : String) +getemployees() : String[][] +getemployeeinfo(choice : String) : String[] +changeemployee( +locatepersonell(info : String, +compareinfo(info : String, +getoncall(type : String) +modifyemployee(id : String) Diagram: /corporate/inf320p46/namreverse:/objectdesign/hss/hssserializable.cad: Status: working Changed: Fri Nov 8 7:50:2 W. Europe Daylight Time 2005 Page: of

8 WardRegister Ward Klassediagram for implementert kode "Klassediagram2. pdf" StaffRule +ruleid:string +ruledetail:string +rulemessage:string +rulemax:int +getid():string +getdetail():string +getmessage():string +getmax():int +ToString():String -hasstaffrules +numberofwards : int = +changebed(ward_ : String, room_ : String, bed_ : String, +getbedlist(w : String, r : String) : String[] +removebed(ward_ : String, r : String, b : String) +displaybed(ward_ : String, room_ : String, bed_ : String) : String[] +changeroom(ward_ : String, room_ : String, +removeroom(ward_ : String, s : String) +createroom(s : String[]) : boolean +getroomlist(s : String) : String[] +displayroom(ward_ : String, room_ : String) : String[] +changeward(ward_ : String, +removeward(ward_ : String) +createward(s : String[]) : boolean +gettype(ward_ : String, room_ : String) : String +getward(s : String) : Ward +getwardinfo(s : String) : String[] +getwardlist() : String[] +displayward(ward_ : String) : String[] +name : String name_ : String, type_ : String) +createroom(s : String[]) : boolean +gettype(room_ : String) : String 0.. +removeroom(s : String) +displayroom(room_ : String) : String[] +changeroom(room_ : String, +hasward +changebed(room_ : String, bed_ : String, +removebed(r : String, b : String) +getbedlist(s : String) : String[] +displaybed(room_ : String, bed_ : String) : String[] 0.. #hasward +getroomlist() : String[] +giverom() +addresources(info : String) 0.. +modifyresources(info : String) +removeward(w : Ward) RecoveryRoom +timeinrecovery : int type_ : String, avaialble_ : String, ward_ : Ward) +nrofbed : String +available : String Bed +$create(room_ : Room) +$create@(number_ : String, type_ : String, available_ : String, room_ : Room) +getinfo() 0.. #hasbed +kindof : String Doctor +$create(name_ : String, kind_ : String) 0.. #haspatient 0.. #hasappointments Object +islistedinstaffrulereg Shift StaffRuleRegister +shiftid:string +shiftname:string +oncall:boolean +shiftstart_:string +shiftend_:string +getstart(shiftid: int):date +getend(shiftid: int):date +getname(shiftid: int):string +getsum(shiftid: int):int -hasshift +isshift ShiftRegister +createshift() +removeshift(shiftid:string) +getshiftlist():vector +getshift(id:string):shift +createstaffrule() +removestaffrule() +changestaffrule() +getstaffrule(id:string):staffrule «interface» Serializable 0.. Room +available : String +numberofbeds : int +equipment : String[] #room +hasroomr type_ : String, available_ : String, ward : Ward) +modifyroom(info : String) +displaybed(bed_ : String) : String[] +getbedlist() : String[] +removebed(b : String) +changebed(bed_ : String, OperationRoom +numberofstaffneeded : int type_ : String, avaialble_ : String, ward_ : Ward) RosterRegister PatientRegister +addhasemployee(hasroster_:roster) +addrosterentry(start: String,shiftId: String, fnr: String):boolean +getarosterinfor(date:date, fnr:string):string +gethashshiftreg():shiftregister +getroster(d:date,sh_:shift, fnr_:string):roster +removeroster(d:date, fnr_:string) EN VAKT +makeroster -hasroster Roster +shift:shift +dato:date +fnr:string +getshift():shift +getdato():date +gettostring():string +setshift(sh:shift) +setdato(d:date) +tostring():string EmployeeRegister +numberofemployee : int +addemployee(s : String[]) : boolean +deleteemployee(s : String) +getemployees() : String[][] +getemployeeinfo(choice : String) : String[] +changeemployee( +locatepersonell(info : String, +compareinfo(info : String, +getoncall(type : String) +modifyemployee(id : String) 0.. -hasemployee Patient -name : String -address : String -phone : String -status : String +$create( +compareid(fnr : String) : boolean +removefromwaitlist() +haspatient 0.. -numberofpatient : int +locatepatient(fnr : String) +checkfnr(fnr : String) +checkout(fnr : String) +modifypatient(fnr : String) +addpatient( : boolean +deletepatient(s : String) +changepatient( +getpatients() : String[][] +getpatientinfo(choice : String) : String[] Nurse +kindof : String +$create(name_ : String, kind_ : String) Employee +name : String +address : String +phone : String +pager : String +getrosterlist():vector +setroster(r:roster) Diagram: /corporate/inf320p46/cuong:/objectdesign/hss/hssserializable.cad: Status: working Changed: Fri Nov 8 7:52:56 W. Europe Daylight Time 2005 Page: of

9 Klassediagram fra "Reverse engineering II" av vår kode i Tau UML. "Klassediagram3.0.pdf" Input er vår kode - modell-laget StaffRule-klassene er definert, men ikke benyttet. Pålogging (sikkerhet) er ikke tatt med i denne versjonen. Det vil kreve mye endring i koden dersom vi hadde tatt med Nurse StaffRuleRegister +createstaffrule() +removestaffrule() +changestaffrule() Room OperationRoom +numberofstaffneeded : int type_ : String, avaialble_ : String, ward_ : Ward) +kindof : String +$create(name_ : String, kind_ : String) +$create@(name_ : String, kind_ : String, ward_ : String) RecoveryRoom +timeinrecovery : int type_ : String, avaialble_ : String, ward_ : Ward) +kindof : String Doctor +$create(name_ : String, kind_ : String) +$create@(name_ : String, kind_ : String, ward_ : String) islistedinstaffrulereg #hasstaffrules 0.. StaffRule +ruletype : String +ruledetail : String +rulemessage : String WardRegister +numberofwards : int = +changebed(ward_ : String, room_ : String, bed_ : String, +getbedlist(w : String, r : String) : String[] +removebed(ward_ : String, r : String, b : String) +displaybed(ward_ : String, room_ : String, bed_ : String) : String[] +changeroom(ward_ : String, room_ : String, +removeroom(ward_ : String, s : String) +createroom(s : String[]) : boolean +getroomlist(s : String) : String[] +displayroom(ward_ : String, room_ : String) : String[] +changeward(ward_ : String, +removeward(ward_ : String) +createward(s : String[]) : boolean +gettype(ward_ : String, room_ : String) : String +getward(s : String) : Ward +getwardinfo(s : String) : String[] +getwardlist() : String[] +displayward(ward_ : String) : String[] Employee +name : String +address : String +phone : String +pager : String +ward : String = "" +getwardname() : String 0.. EmployeeRegister -hasemployee +available : String +numberofbeds : int +equipment : String[] type_ : String, available_ : String, ward : Ward) +modifyroom(info : String) +displaybed(bed_ : String) : String[] +getbedlist() : String[] +removebed(b : String) +changebed(bed_ : String, +hasroomr 0.. #room #hasward Serializable Ward hasward +name : String #hasbed name_ : String, type_ : String) +createroom(s : String[]) : boolean +gettype(room_ : String) : String +removeroom(s : String) +displayroom(room_ : String) : String[] +changeroom(room_ : String, +changebed(room_ : String, bed_ : String, +removebed(r : String, b : String) +getbedlist(s : String) : String[] +displaybed(room_ : String, bed_ : String) : String[] +getroomlist() : String[] +giverom() +addresources(info : String) +modifyresources(info : String) +removeward(w : Ward) Bed +nrofbed : String +available : String +$create(room_ : Room) +$create@(number_ : String, type_ : String, available_ : String, room_ : Room) +getinfo() 0.. ShiftRegister 0.. +createshift(s : String[], ant_minute : int) : boolean +removeshift(shiftid_ : String) +getshiftlist() : Vector +getshiftinfo(choice : String) : String[] +changeshift( +getshifts() : String[][] +getshift(shiftid_ : String) : Shift +getallshifts() : String[] RosterRegister #haspatient #hasappointments Object +checkallstaffrules(fnr : String) : String +addrosterentry(shift_ : Shift, em_ : Employee, date : Calendar) : boolean +removeroster(s : String) +getweektime(d : String, fnr : String) : int +gettimefrom(date : String, fnr : String) : int +addhasroster(hasroster_ : Roster) +getroster(s : String) : Roster +getroster@(d : Calendar, sh_ : Shift, fnr_ : String) : Roster +getrosters() : String[][] +getviewrosters() : String[][] +getviewrosters@(wardname : String) : String[][] +getfnrrosters(fnr_ : String) : String[][] +getdatoroster(cal : Calendar) : String[][] +getarosterinfo(s : String) : String +getrosterinfo(choice : String) : String[] +changeroster(list : String[], shift_ : Shift, em_ : Employee, dd_ : Calendar) +checkexistroster(rost : Roster) : boolean #hasshift -hasrosterregister +numberofemployee : int Roster +addemployee(s : String[], ward : String) : boolean +deleteemployee(s : String) +getemployees() : String[][] +getemployee(fnr : String) : Employee +getemployeeinfo(choice : String) : String[] +changeemployee( +locatepersonell(info : String, +compareinfo(info : String, +getoncall(type : String) +modifyemployee(id : String) Patient -name : String -address : String -phone : String -status : String +$create( +compareid(fnr : String) : boolean +removefromwaitlist() +haspatient 0.. PatientRegister -numberofpatient : int +locatepatient(fnr : String) +checkfnr(fnr : String) +checkout(fnr : String) +modifypatient(fnr : String) +addpatient( : boolean +deletepatient(s : String) +changepatient( +getpatients() : String[][] +getpatientinfo(choice : String) : String[] Shift +shiftid : String +shiftname : String +oncall : boolean +shiftstart : String +shiftend : String +ant_vakt_minutes : int +$create(shiftid : String, shiftname : String, call : boolean, start : String, end : String, minutes : int) +shift : Shift +dato : Calendar +navn : String +unikrosterid : String +wardname : String +$create(s : Shift, d : Calendar, fnr_ : String, navn_ : String, wardname : String) +getunikrosterid() : String +getmillisecond() : String +getshift() : Shift +getdato() : Calendar +getfnr() : String +getnavn() : String +getshiftid() : String +getwardname() : String +gettostring() : String +setnavn(navn_ : String) +setshift(sh : Shift) +setdato(d : Calendar) Diagram: /corporate/inf320p46/namfinal:/objectdesign/hss/hssserializable.cad: Status: working Changed: Sat Nov 9 3:5:30 W. Europe Daylight Time 2005 Page: of

10 Klassediagrammene Klassediagram med ny funksjonalitet design Klassediagram2.0.pdf Forholdet Ward employee er endret; En ansatt skal tilhøre ei avdeling. Vi har introdusert klassen «Hospital» som initialiserer typetabellene: «StaffRule» inneholder lover og regler for ansatte og krav til minimumsbemanning. «ShiftType» Innholder alle mulige skift-typer og fraværkoder: Eksempler: D: Dagvakt: K: Kveldsvakt: N: Nattevakt: X: Frivakt S: syk U: Kurs OnCall: flag for om dette er bakvakt eller iikke «RotationType» inneholder beskrivelse og definisjon av turnusene. RotationName = Beskrivelse av turnusen RotationDetail en array med 28 elementer ( 7 dager x 4 uker) som kan inneholde verdiene fra shifttype (eks: X,D,K,N), eksempler: Normalskift: DDDDDXX DDDDDXX DDDDDXX DDDDDXX Nattskift: NNNNNNN XXXXXXX NNNNNNN XXXXXXX «Roster» er selve vaktlista for en ansatt - som består av et antall «Shift». Disse skulle utledes av turnusen som den ansatte var satt opp med for en gitt periode. Endringer og detaljplanlegging skulle så forgå i «roster» og «shift» klassene. «Roster» kan ikke overlappe f.eks å ha bakvakt (oncall) og være på kurs samtidig er ikke mulig. Designet dekker ikke authentisering. Klassediagram for implementert kode Klassediagram2. pdf Dette er det forenklede klassediagrammet som er brukt for kodingen. NB Noen klasser har skiftet navn i forhold til originalt design: Roster blit til RosterRegister, Shift er blitt til Roster, ShiftType er er blitt til Shift ShiftTypeRegister er blitt ShiftRegister Dette skyldes delvis endret logikk og delvis at programmererene ønsket kortere klassenavn. Klassediagram fra «Reverse engineering II» av vår kode i Tau UML. Klassediagram3.0.pdf Input er vår kode - modell-laget «StaffRule»-klassene er definert, men ikke benyttet.

11 Beskrivelse av systemet Målet for systemet er: - Leger og sykepleier: skal kunne se sine vakter/turnes. - Admin, overleger og oversykepleier skal kunne administrere, lager vakter/turnus for de ansatte. De skal også kunne se timer forbruket og at dette stemmer overens med arbeidsmiljø loven. Hva HSS versjon.4 supporterer av nye funksjoner: - Registrering av en ansatt til en avdeling (har utvidet employee klassen). - Oppretter et skift/vakt, editere og sletter (ny). - Tildeler en vakt til en ansatt, editere og sletter (ny). - Viser fram vakter/turnes. Hva HSS versjon.4 ikke supportere: Pga av tidspresset er disse funksjoner ikke implementert - Timer kalkulasjon i systemet. Dermed ingen timerforbruk sjekk - Tilgangsrettigheter. Dette krever mye endring i eksisterende koder dermed nedprioritet i denne versjonen. - Sortering av vakter etter dato for visning. Denne funksjonen vil ta tid å implementere dermed ned prioritet. - Sjekker vakter til en ansatt mot forskjellige vakter i samme dag er ikke implementert. Hvordan ting fungerer: - For å kunne registrere en ansatt må han/hun tildeles en avdeling. Dette betyr at en eller flere avdelinger er blitt registrert. - For å kunne tildele en vakt til en ansatt må et skift eller mange skifter være registrert. - For å kunne vise turnes må en ansatt har fått tildelt en vakt eller mange vakter. Forbedringer som kan gjøres: - Reduserer antall pop up vinduer. - Bruk mer av dropdown lister - Bedre visning av turnus plan og funksjoner

12 Vis turnusplan Ideen her er jo mer en fyller i de antall feltene, jo mer eksakt informasjon for en. I versjon HSS versjon.4 er det kun tom søk og søk med fnr felt som er implementert.

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

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

Detaljer

PROSJEKTPLAN FOR INF 3120-PROSJEKT: <PROJECT HOSPITAL 2005>

PROSJEKTPLAN FOR INF 3120-PROSJEKT: <PROJECT HOSPITAL 2005> PROSJEKTPLAN FOR INF 320-PROSJEKT: VERSJON: LEVERANSE. Gruppe 46 - Team Innovation Prosjektplan Leveranse 2. versjon Gruppemedlemmer: Nam Duc Pham... namdp@ifi.uio.no 400 43437

Detaljer

LEVERANSE 2 <PROJECT HOSPITAL 2005>

LEVERANSE 2 <PROJECT HOSPITAL 2005> LEVERANSE 2 VERSJON: LEVERANSE 2. Gruppe 46 - Team Innovation Leveranse 2 2. versjon Gruppemedlemmer: Nam Duc Pham... namdp@ifi.uio.no 400 43437 Tofik Sahraoui...tofiksa@ifi.uio.no

Detaljer

LEVERANSE 2 <PROJECT HOSPITAL 2005>

LEVERANSE 2 <PROJECT HOSPITAL 2005> LEVERANSE 2 VERSJON: LEVERANSE 2.0 Gruppe 46 - Team Innovation Leveranse 2. versjon Gruppemedlemmer: Nam Duc Pham... namdp@ifi.uio.no 400 43437 Tofik Sahraoui...tofiksa@ifi.uio.no

Detaljer

PROSJEKTPLAN FOR INF 3120-PROSJEKT: <PROJECT HOSPITAL 2005>

PROSJEKTPLAN FOR INF 3120-PROSJEKT: <PROJECT HOSPITAL 2005> PROSJEKTPLAN FOR INF 3120-PROSJEKT: VERSJON: LEVERANSE 4.0 NB! Endringer i prosjektplanen for 3. leveranse sammenlignet med leveranse 1.1 er i blå skrift og med en strek i høyre

Detaljer

1 Introduksjon til designmodellen - del B 2

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

Detaljer

Leveranse 2. September 27, 2002

Leveranse 2. September 27, 2002 Leveranse 2 gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser, diagram,

Detaljer

UML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu

UML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering

Detaljer

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

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

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

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

Detaljer

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

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

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320

Detaljer

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

GraphQL. Hva, hvorfor, hvordan

GraphQL. Hva, hvorfor, hvordan GraphQL Hva, hvorfor, hvordan Dag Olav Prestegarden BouvetOne Nord, 4. mai 2017 Ikke dette Eller dette Men dette Noen problemer med web-apier i dag GraphQL som løsning Features ved GraphQL Agenda Skjemadefinisjon

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

Beskjed fra Skagestein

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

Detaljer

INF1000 (Uke 15) Eksamen V 04

INF1000 (Uke 15) Eksamen V 04 INF1000 (Uke 15) Eksamen V 04 Grunnkurs i programmering Institutt for Informatikk Universitetet i Oslo Anja Bråthen Kristoffersen og Are Magnus Bruaset 22-05-2006 2 22-05-2006 3 22-05-2006 4 Oppgave 1a

Detaljer

INF1000 (Uke 15) Eksamen V 04

INF1000 (Uke 15) Eksamen V 04 INF1000 (Uke 15) Eksamen V 04 Grunnkurs i programmering Institutt for Informatikk Universitetet i Oslo Anja Bråthen Kristoffersen og Are Magnus Bruaset 22-05-2006 2 22-05-2006 3 22-05-2006 4 Oppgave 1a

Detaljer

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson PROSJEKTGRUPPE 1 MGT SOFTWARE PROSJEKTPLAN LEVERANSE 1 (REVIDERT 1) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Store Prosjektledelse: Store Kvalitetssikring: Tommy Jansson Dato: 03. oktober 2005

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF1000 Grunnkurs i objektorientert programmering Eksamensdag: 11. juni 2004 Tid for eksamen: 9.00 12.00 Oppgavesettet er på 8

Detaljer

BOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs

BOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs BOKMÅL Side 1 av 7 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap KONTINUASJONSEKSAMEN

Detaljer

Kravspesifikasjon. 14. oktober 2002

Kravspesifikasjon. 14. oktober 2002 Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,

Detaljer

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

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

Detaljer

NB! Endring i undervisningsplanen

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

Detaljer

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

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

Detaljer

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8.

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8. Aktivitetskart Planlegging dato: 29.01-09 TIL 7.2-09 Kravspesifikasjon beskrivelser Papirprototyp ER-diagram Planlegging og fastslåing av prosjekt En del av kravspesifikasjon. Grafisk visning av systemets

Detaljer

Use case drevet design med UML

Use case drevet design med UML Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05

Detaljer

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

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

Detaljer

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

Detaljer

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

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

Detaljer

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

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

Detaljer

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

Prosjektdagbok. Gruppe 9. Gruppemedlemmer. Eirik Fjellheim Andersen (s198590) Sigurd Witold Aspen (s198593) Jonas Mögenburg (s198741)

Prosjektdagbok. Gruppe 9. Gruppemedlemmer. Eirik Fjellheim Andersen (s198590) Sigurd Witold Aspen (s198593) Jonas Mögenburg (s198741) Prosjektdagbok Gruppe 9 Gruppemedlemmer Eirik Fjellheim Andersen (s198590) Sigurd Witold Aspen (s198593) Jonas Mögenburg (s198741) Månedsoppsummering: Mai Arbeidet har vært tungt siden vi har måttet flytte

Detaljer

Avvik arbeidstidsbestemmelsene - status og videre arbeid Vedlegg til statusrapport per 31.10.13

Avvik arbeidstidsbestemmelsene - status og videre arbeid Vedlegg til statusrapport per 31.10.13 Avvik arbeidstidsbestemmelsene - status og videre arbeid Vedlegg til statusrapport per 31.10.13 Bech, Hilde Kristin 29.11.2013 Innhold: 1. Bakgrunn... 2 2. Utvikling... 2 2.1. Generelt... 2 2.2. Typene

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

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

INF1010 UML. Marit Nybakken 26. januar 2004

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

Detaljer

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

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

Detaljer

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

TDT4102 Prosedyre og Objektorientert programmering Vår 2014

TDT4102 Prosedyre og Objektorientert programmering Vår 2014 Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyre og Objektorientert programmering Vår 2014 Øving 10 Frist: 2014-04-11 Mål for denne øvinga:

Detaljer

Object interaction. Innhold. Abstraksjon 03.09.2007. Grunnleggende programmering i Java Monica Strand 3. september 2007.

Object interaction. Innhold. Abstraksjon 03.09.2007. Grunnleggende programmering i Java Monica Strand 3. september 2007. Object interaction Grunnleggende programmering i Java Monica Strand 3. september 2007 1 Innhold Til nå: Hva objekter er og hvordan de implementeres I klassedefinisjonene: klassevariable (fields), konstruktører

Detaljer

Liste som abstrakt konsept/datatype

Liste som abstrakt konsept/datatype Lister Liste som abstrakt konsept/datatype Listen er en lineær struktur (men kan allikevel implementeres ikke-lineært bak kulissene ) Hvert element har en forgjenger, unntatt første element i listen Hvert

Detaljer

Turnus. Brukermanual - Turnus. Ansatte og turnus

Turnus. Brukermanual - Turnus. Ansatte og turnus Turnus For å komme i gang med Turnus- verktøyet i MyKid, må barnehagen først sette opp de ulike vakt- tidene dere bruker. Gå til fanen Administrasjon - > Turnus: Skriv inn en Kode (for eks T for tidligvakt,

Detaljer

1 Kodegenerering fra Tau Suiten

1 Kodegenerering fra Tau Suiten Kodegenerering fra Tau Suiten For å generere Javakode eller en annen form for programmeringskode ut i fra Tau suiten, er det visse ting som må være utført.. En UML modell må eksistere og være korrekt.

Detaljer

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

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

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Eksamen i IN219, 15. desember 1999 Side 1 av 7 Løsningsforslag: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : IN219 Store programsystemer Eksamensdag : Onsdag 15. desember

Detaljer

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

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

Detaljer

PROGRAMUTVIKLINGSPLAN. Big Data and Machine Learning

PROGRAMUTVIKLINGSPLAN. Big Data and Machine Learning PROGRAMUTVIKLINGSPLAN Big Data and Machine Learning Innholdsfortegnelse Produkt beskrivelse... 1 Team beskrivelse... 2 Prosjektets kunnskapskrav... 2 Medlemmer og roller... 2 Program prosessmodell beskrivelse...

Detaljer

INF5120 - Oblig 2. Hour Registration System (HRS)

INF5120 - Oblig 2. Hour Registration System (HRS) INF5120 - Oblig 2 Hour Registration System (HRS) 1 av 40 1 Innholdsfortegnelse 1 Innholdsfortegnelse... 2 2 Innholdsfortegnelse for figurer... 3 3 Hour Registration System (HRS)... 4 3.1 Introduksjon...

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

Prosjektplan v1.7 (Revidert utgave 2)

Prosjektplan v1.7 (Revidert utgave 2) Prosjektplan v1.7 (Revidert utgave 2) gruppe 42: Nils-Kristian Liborg (kap.5), Bente Brevig (kap.5), Tom Olav Bruaas (kap: 3.4, 4.1), Eirik Lied (kap: 3.4, 4.1) Hege Lid Pedersen (dokumentasjon, kap: 1,

Detaljer

Software Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2

Software 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

Detaljer

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver

Detaljer

INF1000 Prøveeksamen Oppgave 7 og 9

INF1000 Prøveeksamen Oppgave 7 og 9 INF1000 Prøveeksamen Oppgave 7 og 9 Høst 2015 Siri Moe Jensen 7a) Skriv en klasse Gave med to variabler som forteller hva som er i gaven, og hvor mye den har kostet. Klassen skal ha en konstruktør med

Detaljer

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

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

Detaljer

INF1000: Forelesning 7

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

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

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

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

Detaljer

Læringsmål for forelesningen

Læringsmål for forelesningen Læringsmål for forelesningen Objektorientering Bruk av grensesnitt og implementasjoner i Collection-klasser Java-prog, kap. 14-16 i Big Java Og side 990-997 i Appendix D Collection-rammeverket og iterasjon

Detaljer

Hva er en kø? En lineær datastruktur der vi til enhver tid kun har tilgang til elementet som ble lagt inn først

Hva er en kø? En lineær datastruktur der vi til enhver tid kun har tilgang til elementet som ble lagt inn først Køer Hva er en kø? En lineær datastruktur der vi til enhver tid kun har tilgang til elementet som ble lagt inn først Et nytt element legges alltid til sist i køen Skal vi ta ut et element, tar vi alltid

Detaljer

Brukerveiledning for IPLOS Registrering

Brukerveiledning for IPLOS Registrering Side 1 av 20 Brukerveiledning for IPLOS Registrering Versjon 3.0. 2002-2010 Helsedirektoratet. Utviklet av Compositae as og Kbit as. IPLOS Registrering er et datasystem for registrering og innrapportering

Detaljer

INF Obligatorisk prosjektarbeid

INF Obligatorisk prosjektarbeid Example HR INF3120 - Obligatorisk prosjektarbeid INNHOLD: 1 Bakgrunn... 2 2 Læringsmål... 2 3 Vurderingskriterier... 2 4 Organisering av prosjektarbeidet... 3 4.1 Grupper... 3 4.2 Viktige aktiviteter og

Detaljer

19. januar 2012 Noen punkter fra i går

19. januar 2012 Noen punkter fra i går 1 19. januar 2012 Noen punkter fra i går Godkjente øvinger og prosjekt er obligatorisk for å få gå opp til eksamen Noen myter om systemutvikling Ariane 5 ulykken 2 Noen myter om systemutvikling Myte 1:

Detaljer

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE Datamodeller og andre UML diagrammer kan selvsagt tegnes for hånd, men vi kan også bruke alt fra enkle tegneprogrammer til komplette utviklingsmiljøer.

Detaljer

Use Case-modellering. INF1050: Gjennomgang, uke 04

Use Case-modellering. INF1050: Gjennomgang, uke 04 Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram

Detaljer

10.2.0 W i n T i d. Nyheter versjon 10.2.0

10.2.0 W i n T i d. Nyheter versjon 10.2.0 10.2.0 W i n T i d Nyheter versjon 10.2.0 Innholdsfortegnelse 1. OM DOKUMENTET... 3 1.1 DOKUMENTETS MÅLSETNING... 3 1.2 HVEM ER DOKUMENTET SKREVET FOR?... 3 1.3 OPPBYGNING OG OPPBEVARING... 3 1.4 ANSVARLIG

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

IN1010 V19, Obligatorisk oppgave 2

IN1010 V19, Obligatorisk oppgave 2 IN1010 V19, Obligatorisk oppgave 2 Innleveringsfrist: Tirsdag 26.02 kl 23.59 Introduksjon I de obligatoriske oppgavene fremover skal du lage et system som holder styr på leger, pasienter, resepter og legemidler.

Detaljer

Oblig 4Hybelhus litt mer tips enn i oppgaven

Oblig 4Hybelhus litt mer tips enn i oppgaven Oblig 4Hybelhus litt mer tips enn i oppgaven lørdag 19. okt 2013 Arne Maus Obligatorisk oppgave 4 Gulbrand Grås husleiesystem I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer,

Detaljer

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

Detaljer

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet.

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Produktrapport Forord Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Dataansvarlig eller supporter trenger informasjon om

Detaljer

Innhold. Bruker manual BlueprintEasy PDF tagger. versjon: P a g e

Innhold. Bruker manual BlueprintEasy PDF tagger.  versjon: P a g e Innhold INNHOLD... 1 INTRODUKSJON... 2 INSTALLASJON... 2 LAGE PRODUKT LISTER / BILDER... 2 VELG FIL LOKASJON (DIRECTORY)... 2 LAGE BILDER / IKONER / SYMBOLER... 2 EXCEL ARK / PRODUKT LISTE... 3 WEB LINK

Detaljer

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 2 ANALYSE OG DESIGN (REVIDERT 1) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Detaljer

Conference Centre Portal (CCP)

Conference Centre Portal (CCP) IN-MMO Obligatorisk oppgave 1 Brian Elvesæter mmo-oppgaver@ifi.uio.no 1 Conference Centre Portal (CCP) 2 1 Oblig 1: Problem description [1/3] The Conference Center Portal is an Internet portal that organizers

Detaljer

IST brukerseminar IST Direkte for barnehage og SFO

IST brukerseminar IST Direkte for barnehage og SFO IST brukerseminar 2018 IST Direkte for barnehage og SFO IST Direkte Plan for sesjonen 1. Prioriteringer IST Direkte 2. Ulike påloggingsmuligheter 3. Demo av funksjoner relatert til ofte stilte spørsmål

Detaljer

Innhold. Bruker manual BlueprintEasy PDF tagger. versjon: P a g e

Innhold. Bruker manual BlueprintEasy PDF tagger.  versjon: P a g e Innhold INNHOLD... 1 INTRODUKSJON... 2 INSTALLASJON... 2 LAGE PRODUKT LISTER / BILDER... 2 VELG FIL LOKASJON (DIRECTORY)... 2 LAGE BILDER / IKONER / SYMBOLER... 2 EXCEL ARK / PRODUKT LISTE... 3 WEB LINK

Detaljer

University of Oslo Department of Informatics. INF Modellering med objekter Oblig 2, V2004. Skrevet av:

University of Oslo Department of Informatics. INF Modellering med objekter Oblig 2, V2004. Skrevet av: University of Oslo Department of Informatics INF5120 - Modellering med objekter Oblig 2, V2004 Skrevet av: Gruppe 16 Geir Atle Hegsvold (gahegsvo) Harald Maalen (haralm) André Sollie (andresol) 2 Index

Detaljer

Eksamen i Internetteknologi Fagkode: IVA1379

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

Detaljer

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

SkoleArena per 29. mars 2005

SkoleArena per 29. mars 2005 SkoleArena 3.4.0.0 per 29. mars 2005 SkoleArena ny funksjonalitet Rom og utstyr Rom og utstyrsmodulen i SATS kan nå vedlikeholdes via SkoleArena. Romansvarlige registreres og knyttes til aktuelt rom via

Detaljer

Innhold. INF1000 Høst Unified Modeling Language (UML) Unified Modeling Language (UML)

Innhold. INF1000 Høst Unified Modeling Language (UML) Unified Modeling Language (UML) Innhold Unified Modelling Language UML INF1000 Høst 2015 Uke 8: Mer objektorientert programmering Siri Moe Jensen En ny type for-løkke Organisering av mengder av objekter HashMap Valg av representasjon

Detaljer

Innhold. Bruker manual BlueprintEasy PDF tagger. versjon: P a g e

Innhold. Bruker manual BlueprintEasy PDF tagger.   versjon: P a g e Innhold INNHOLD... 1 INTRODUKSJON... 2 INSTALLASJON... 2 LAGE PRODUKT LISTER / BILDER... 2 VELG FIL LOKASJON (DIRECTORY)... 2 LAGE BILDER / IKONER / SYMBOLER... 2 EXCEL ARK / PRODUKT LISTE... 3 WEB LINK

Detaljer

Obligatorisk oppgave 5: Modellering av krav

Obligatorisk oppgave 5: Modellering av krav IN1030 - Systemer, krav og konsekvenser Obligatorisk oppgave 5: Modellering av krav Nøkkelord: UML, klassediagram, sekvensdiagram, tekstlig beskrivelse, prosjektplanlegging, risikoanalyse, aktivitetsdiagram.

Detaljer

. Ved sensur vl1 ahe bokstaverte deloppgaver (a, b, c,...) telle like mye.

. Ved sensur vl1 ahe bokstaverte deloppgaver (a, b, c,...) telle like mye. ~KSAMENSOPPGA VE Les gjennom hele oppgavesettet før du begynner A besvare deloppgavene.. Hold deg til de identifikator-navnene som er brukt i oppgaveteksten, dog med unntak av metodenes parametemavn som

Detaljer

Inf1010 oppgavesamling

Inf1010 oppgavesamling Table of ontents Inf1010 oppgavesamling.. 1 Subklasser... 1 Grensesnitt.. 2 Rekursjon... 3 Datastrukturer... 3 GUI. 4 Sortering... 6 Tråder... 6 Inf1010 oppgavesamling Subklasser Klassehirarki for dyr

Detaljer

INF 5120 Modellering med objekter

INF 5120 Modellering med objekter INF 5120 Modellering med objekter Obligatorisk oppgave nr. 1 Gruppe 4 Problem: Det skal designes en kaffemaskin til bruk blant de ansatte hos en bedrift. Eieren av bedriften ønsker en enkel og billig maskin.

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i Eksamensdag: 12. desember 2008 Tid for eksamen: 9.00 12.00 Oppgavesettet er på 7 sider. Vedlegg: Tillatte hjelpemidler: INF2220

Detaljer

1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det?

1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det? Obligatorisk oppgave 3 Gulbrand Grås husleiesystem Oblig 3hus litt mer tips enn i oppgaven I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer, nummerert fra -3. I hver etasje

Detaljer

Mer$om$objektorientering$og$UML

Mer$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!

Detaljer

Releaseinfo Winorg september-2018

Releaseinfo Winorg september-2018 Innhold Generelt for webløsningene... 2 Forbedringer i kalender-funksjon... 2 Informasjonsbokser... 2 Winorg Express... 3 Forenklet prosess for søk og registrering av person... 3 Utsendelseslogg på Person...

Detaljer

Hva er en liste? Hvert element har en forgjenger, unntatt første element i listen. Hvert element har en etterfølger, unntatt siste element i listen

Hva er en liste? Hvert element har en forgjenger, unntatt første element i listen. Hvert element har en etterfølger, unntatt siste element i listen Lister Hva er en liste? Listen er en lineær datastruktur Hvert element har en forgjenger, unntatt første element i listen Hvert element har en etterfølger, unntatt siste element i listen I motsetning til

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

EKSAMEN I FAG TDT4100 Objekt-orientert programmering. Fredag 3. juni 2005 KL. 09.00 13.00

EKSAMEN I FAG TDT4100 Objekt-orientert programmering. Fredag 3. juni 2005 KL. 09.00 13.00 Side 1 av 6 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap EKSAMEN I FAG

Detaljer

Repetisjon: Binære. Dagens plan: Rød-svarte trær. Oppgave (N + 1)!

Repetisjon: Binære. Dagens plan: Rød-svarte trær. Oppgave (N + 1)! Repetisjon: Binære søketrær Dagens plan: Rød-svarte trær (kap. 12.2) B-trær (kap. 4.7) bstrakte datatyper (kap. 3.1) takker (kap. 3.3) For enhver node i et binært søketre gjelder: lle verdiene i venstre

Detaljer

Dette oppnår du med Oppgavekortet

Dette oppnår du med Oppgavekortet Versjon 4.2.4 Dette oppnår du med Oppgavekortet - Effektiv administrasjon av personell og vaktlister. - Delegering av ansvar for bemanning av vakter. - Mulighet for selvbetjent innmelding (vaktønske) «Har

Detaljer

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

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

Detaljer

Kapittel 9: Sortering og søking Kort versjon

Kapittel 9: Sortering og søking Kort versjon Kapittel 9: Sortering og søking Kort versjon Redigert av: Khalid Azim Mughal (khalid@ii.uib.no) Kilde: Java som første programmeringsspråk (3. utgave) Khalid Azim Mughal, Torill Hamre, Rolf W. Rasmussen

Detaljer

Obligatorisk oppgave 4: Lege/Resept

Obligatorisk oppgave 4: Lege/Resept Obligatorisk oppgave 4: Lege/Resept INF1010 Frist: mandag 27. mars 2017 kl. 12:00 Versjon 1.0 (111c894 ) Innhold 1 Innledning 1 1.1 Begreper................................ 2 2 Pasienter 2 3 Leger og lister

Detaljer