LEVERANSE 4 <PROJECT HOSPITAL 2005>
|
|
- Therese Ellefsen
- 4 år siden
- Visninger:
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
PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 4 NY FUNKSJONALITET (ENDELIG) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson Dato:
DetaljerPROSJEKTPLAN 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
DetaljerLEVERANSE 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
DetaljerLEVERANSE 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
DetaljerPROSJEKTPLAN 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
Detaljer1 Introduksjon til designmodellen - del B 2
Innhold Introduksjon til designmodellen - del B 2 2 UseCase 3 2. Usecasediagram........................... 3 2.2 Aktørbeskrivelser.......................... 4 2.3 Hendelsesforløp og sekvensdiagram for
DetaljerLeveranse 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,
DetaljerUML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
DetaljerSpesifikasjon av Lag emne
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerI dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerAnsvarsdrevet OO: CRC og UML Sekvensdiagrammer
Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use
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É
DetaljerUML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller
UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320
DetaljerFra krav til 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
DetaljerGraphQL. 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
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerBeskjed fra Skagestein
Beskjed fra Skagestein "I forbindelse med prosjektoppgavens delinnlevering 4 vil gruppelærerne sette opp en PHP-orakeltjeneste torsdag 7. april kl 1415-1800 på termstua i Niels Henrik Abels hus." INF1050-klasser-1
DetaljerINF1000 (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
DetaljerINF1000 (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
DetaljerProsjektgruppen: 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
DetaljerUNIVERSITETET 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
DetaljerBOKMÅ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
DetaljerKravspesifikasjon. 14. oktober 2002
Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,
DetaljerSpesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerNB! Endring i undervisningsplanen
NB! Endring i undervisningsplanen Forelesningen 24. mars må dessverre avlyses på grunn av Fagkritisk dag Se beskjed som er lagt ut på kursets nettsider og den oppdaterte undervisningsplanen INF1050-klasser-1
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerAktivitetskart. 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
DetaljerUse case drevet design med UML
Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05
DetaljerDagens forelesning. o Litt mer om design med UML sekvensdiagrammer. Sentralisert og delegert kontrollstil
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
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
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerMetode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
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
DetaljerProsjektdagbok. 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
DetaljerAvvik 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
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
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)
DetaljerINF1010 UML. Marit Nybakken 26. januar 2004
INF1010 UML Marit Nybakken marnybak@ifi.uio.no 26. januar 2004 Liten tolkning av UML-kapittelet i læreboka. 1 UML-diagrammer Det finnes mange forskjellige typer UML-diagrammer for å dokumentere og planlegge
DetaljerGruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Beskrivelse av design For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning
DetaljerINF1000: 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
DetaljerTDT4102 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:
DetaljerObject 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
DetaljerListe 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
DetaljerTurnus. 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,
Detaljer1 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.
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...
DetaljerUNIVERSITETET 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
DetaljerINF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer
INF5120 - Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer alence@ifi.uio.no) 1 2 2-1: Business Model... 5 Scoping Statements Context Statements... 5 Goal modell...
DetaljerPROGRAMUTVIKLINGSPLAN. 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...
DetaljerINF5120 - 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...
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
DetaljerProsjektplan 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,
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
DetaljerUKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver
DetaljerINF1000 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
DetaljerMetode for ansvarsdrevet OO med UML. Dagens forelesning. Hovedflyt for Meld på kurs. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerINF1000: 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
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
DetaljerUniversitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte
Universitetet i Oslo Institutt for informatikk Eskild Busch UML hefte 6. desember 2000 Innhold Dette heftet tar for seg deler av UML som er sentralt i kurset IN29. Use case-, sekvens-, tilstand- og klassediagrammer,
DetaljerLæ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
DetaljerHva 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
DetaljerBrukerveiledning 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
DetaljerINF 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
Detaljer19. 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:
DetaljerINF 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.
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
Detaljer10.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
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
DetaljerIN1010 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.
DetaljerOblig 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,
DetaljerTestrapport 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
DetaljerDenne 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
DetaljerInnhold. 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
DetaljerProsjektgruppen: 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
DetaljerConference 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
DetaljerIST 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
DetaljerInnhold. 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
DetaljerUniversity 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
DetaljerEksamen 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
DetaljerEksamen 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!!!
DetaljerSkoleArena 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
DetaljerInnhold. 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
DetaljerInnhold. 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
DetaljerObligatorisk 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.
~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
DetaljerInf1010 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
DetaljerINF 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.
DetaljerUNIVERSITETET 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
Detaljer1. 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
DetaljerMer$om$objektorientering$og$UML
INF1030:&25.&april&2019 Mer$om$objektorientering$og$UML Yngve&Lindsjørn ynglin@ifi.uio.no IN1030& >&Systemutvikling6>objektorientert modellering 1 Gjennomgang&i&dagens&forelesning! Tabeller&(arrays)&vs.&objekter!
DetaljerReleaseinfo 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...
DetaljerHva 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
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
DetaljerEKSAMEN 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
DetaljerRepetisjon: 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
DetaljerDette 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
DetaljerDagens forelesning. o Litt mer om design med UML sekvensdiagrammer. Sentralisert og delegert kontrollstil
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
DetaljerKapittel 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
DetaljerObligatorisk 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