Prosjektplan v1.3 (final)

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "Prosjektplan v1.3 (final)"

Transkript

1 Prosjektplan v1.3 (final) 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, 2, 3.3, 4.3) - alle (kvalitetssikring) 27. september

2 Innhold 1 Introduksjon Prosjektoverblikk Prosjektleveranser Utvikling av prosjektplanen Prosjektorganisering Prosessmodellen Ansvarsområder Management Risikovurderinger og håndteringer Overvåkning og kontrollmekanismer Den tekniske prosessen Metoder, verktøy og teknikker Prosjektsupportfunksjoner Konfigurasjonsstyring Kvalitetssikring Skeduleringer og estimeringer Delaktiviteter Gant-diagram og estimeringsplan Tidsforbruk

3 1 Introduksjon 1.1 Prosjektoverblikk Dette er dokumentasjonen av prosjektet Hospital 2002 for kurs in219 høsten Det skal utvikles et HSS - Hospital Scheduling System, hvor to hovedmål er satt i fokus: Allokering av tid/ansatt-resursser Allokering av tid/plass-resursser Det vil si; skeduleringer av ansatte, i hovedsak leger og sykepleiere, iforhold til arbeidstid og skeduleringer av sengeplasser, operasjonsrom etc. med hensyn på pasienters statuser og tiden som er til rådighet. Gjennom prosjektperioden skal det fremlegges fem leveranser. Hvor de fire siste bygger på hverandre. Etter siste leveranse skal det være utviklet nok slik at et system som oppfyller krevene skal kunne lages. 1.2 Prosjektleveranser Overordnet inneholder hver av leveransene: 1. [10.sep] - Hjemmeside for prosjektet 2. [27.sep] - UseCase-modell, Prosjektplan, TauUML tutorial, brukergrensesnitt 3. [11.okt] - UMLdesign A - prioriterte funksjoner, oppdateringer av leveranse 2 4. [29.okt] - UMLdesign B - detaljert design, innspeksjonsrapport og oppdateringer av design A, prosjektplan, UseCase-modell og brukergrensesnitt 5. [12.nov] - Kodegenerering med presentasjon av den og brukergrensesnitt, erfaringsrapport 1.3 Utvikling av prosjektplanen Vi regner med at dette dokumentet, prosjektplanen, vil forandre seg iløpet av leveransene. Da spesielt med tanke på kapitel 5 hvor skeduleringer og estimeringer blir satt opp. Gjennom prosjektet vil nye aktiviteter melde seg og dermed ha behov for tid og resursser. Gamle må oppdateres etter hensyn på nye og erfaringer som er opparbeidet seg. 3

4 Innad i gruppa kan også arbeidsfordelingene forandre seg og det må oppdateres. Prosjektplanen vil nok utvikle seg til å bli større og mer kompleks enn første eksemplar. Versjon Hovedforfatter Beskivelse Dato Draft Hege,Tom Olav Første kladdarbeid arbeidsfordeling 20.sep Preliminary Hege,Tom Olav, 2. kladd Nils-Kristian refordeling 23.sep Final Alle 1.levering 27.sep Revidert utgave 1 TBD - 11.okt Revidert utgave 2 TBD - 29.okt Revidert utgave 3 TBD - 12.nov Tabell 1: Prosjektplansutvikling 2 Prosjektorganisering 2.1 Prosessmodellen Med tanke på hvordan in219-prosjektets leveranser foreløper, er det naturlig å etterstrebe spiralmodellen når det gjelder valg av prosessmodell. Produktet er ikke lagt opp til som en sekvens av aktiviteter hvor en følger av en annen. Det er heller snakk om aktiviteter som utvikles gjennom flere leveranser. I alle leveransene skal vi oppdatere og videreutvikle det vi har gjort tidligere etter som vi får mer informasjon, både fra oppdragsgiver og fra egen læring og nye erfaringer. Samtidig med disse iterasjonene, er vi igjennom ulike faser i utviklingen av systemet. Dvs. analyse, design, implementasjon... For hver leveranse er det viktig å se på hvor stor risiko hver aktivitet har for å mislykkes. Det kan bestemme hvordan utviklingen av den aktiviteten skal foreløpe. Dette er i tråd med spiralmodellens intensjoner. Likevel er det naturlig la en evolusjonerende prosess være en del av prosessmodellen. Da med tanke på at vi får først en ufullstendig kravspesifikasjon, og senere, etter leveranse tre, får vi den fullstendige. Dette er det samme som at oppdragsgiveren kommer med nye ting til systemet, og av prosessmodeller er det evolusjonsmetoden som håndterer dette best. 4

5 2.2 Ansvarsområder Ansvarsområde Overordnet prosjektleder Dokumentasjon - Latex Hjemmesidene Tekniske hjelpemidler Kontakt med oppdragsgiver Kvalitetssikring Kravspesifikasjonsutviklingen Sekretær UML Hvem Nils-Kristian Hege Eirik Bente Nils-Kristian Eirik og Hege Tom Olav Bente Eirik og Tom Olav Tabell 2: Ansvarsområder 3 Management 3.1 Risikovurderinger og håndteringer Problemer av ulike slag vil kunne oppstå iløpet av gjennomføringen av et prosjekt. Vi har sett på hva som kan gå galt og vurdert sannsynligheten og effekten av de. Sannsynligheten vurderes ved: lav, moderat, høy og effekten vurderes: liten, moderat, stor. Det er også satt opp en liste over hva vi kan gjøre for å motarbeide disse. Risiko Sannsynlighet Effekt Gruppemedlemmer frafaller lav stor Teknologien svikter lav stor Estimering av tiden er undervurdert høy stor Dårlig arbeidsfordeling moderat moderat Dårlig kommunikasjon innad i gruppa moderat moderat Sykdom moderat stor Dårlig forståelse av verktøy moderat stor Feiltolkning av oppgaven lav moderat Kunnskapssvikt lav moderat Feilvurdering av arbeidsmengde moderat stor Tabell 3: Risikovurderinger 5

6 Risikohåndtering Frafall - Fokus på fellesskap, forståelse og gjennsidig respekt. Teknologisvikt - Krysse fingrene ofte, håpe på det beste. Tidsestimering - Sette av god tid til oppgavene, mer enn vi tror vi vil bruke. Arbeidsfordeling - Gi alle en stor oppgave, fordele de mindre etterhvert som man blir ferdig. Si ifra når en har for mye å gjøre iforhold til andre fag. Hjelpe hverandre underveis når problemer oppstår. Kommunikasjon - Gi alle de samme beskjedene. Opprette en beskjedside på hjemmesiden. Oppmuntre til å gi kommentarer på andres arbeid. Sykdom - Spise Vekk i morgen og drikke rød solhatt. Bruke lue, votter og skjerf. Verktøy - Lese tutorialen til tau uml. Sette av god tid til oppgaver som skal benytte fremmede verktøy. Gi andre tips om lure triks og hjelpemidler. Oppgaven - Lese oppgaveteksten godt. Lese den flere ganger gjennom hele prosjektet. Streke over viktige ting. Kunnskapssvikt - Lese først igjennom relevant pensum for oppgaven man begir seg utpå. Søke på nettet og titte på andre gruppers hjemmesider. Spørre gruppelærer og andre grupper enn sin egen. Arbeidmengde - Ikke ta på seg mer arbeid enn man vet man klarer. Si ifra i god tid når en er overarbeidet og har problemer med å bli ferdig innen tidsfristen. 3.2 Overvåkning og kontrollmekanismer Vi har registrert timer underveis etter hva vi har jobbet med. Mye går over i hverandre og er vanskelig å registrere. Hjemmesiden vil inneholde en del av tidsregistreringen slik at vi unngår lappesystem. Se kapittel 5.3 for oversikt. 4 Den tekniske prosessen 4.1 Metoder, verktøy og teknikker Software Tools: 6

7 Tau uml: Vi har brukt tau uml for uml modelleringen så langt. Latex: Verktøy for dokumentfremstilling (dokumentasjon). Source code control: På dette stadiet av prosjektet har det ikke vært nødvendig. Dette på grunn av at vi ikke har begynt noen implementasjon. Time accounting: Microsoft Excel: Vi har brukt dette regnearkprogrammet for å holde styr på beregnet tidsforbruk. Både for å beregne og for å føre den tiden vi har brukt. Compiler: Latex: Teksten skrives i emacs for så å kompileres til å bli et latex-dokument (.dvi) Debugging aids: Vi har ikke benyttet noen slike enda. Development methodologies: Requirements development practices: Viser til Professor Ray Wellands forelesning om Requirements Engineering. Design Methologies: Vi benytter oss av UML. Programming language: Systemet skal implementeres i Java Coding standards: Quality assurance practices: Vi har ikke vært i kontakt med noen slike metoder på dette stadiet av prosjektet. 7

8 4.2 Prosjektsupportfunksjoner Konfigurasjonsstyring Konfigurasjonsstyring er viktig. Også i små prosjekter som vårt. Bruk av CVS krever, av erfaring, mye tid, forståelse og krefter å sette opp. Siden vi er relativt få på gruppen har vi valgt å ha en som har ansvar for dokumentasjonen. Vedkommende mottar alt arbeid gjort av andre via mail eller papir, og legger det inn i dokumentene. På den måten vil det til enhver tid bare være en som arbeider på dokumentene, og versjonshåndteringen blir enkel. Gruppemedlemmene mottar jevnlig oppdaterte pdf-dokumenter til gjennomlesning og gir tilbakemelding ved hjelp av disse Kvalitetssikring Vår kvalitetssikring vil være at alle leser igjennom dokumentene jevnlig. Påpeker feil, mangler, bra og dårlig formuleringer. Bruker også sjekklister som er utarbeidet.tilsammen sikrer dette, forhåpentligvis, kvaliteten på arbeidet og produktet. 5 Skeduleringer og estimeringer 5.1 Delaktiviteter For hver aktivitet er det tilordnet anvarlige utifra hvor mye tid som er estimert. Se egent punkt. Prosjekthjemmeside (Eirik) Prosjektplan (Tom, Hege og Nils-Kristian) Use Case Modell (Eirik, Bente og Tom) 1. Vurdering av krav og tekniske konsekvenser (Eirik) 2. Use case diagram (Eirik og Bente) 3. Beskrivelse av hver aktør (Eirik, Bente og Tom) 4. Beskrivelse av hvert use case (Eirik, Bente og Tom) 5. Beskrivelse av ikke funksjonelle krav knyttet til use case eller systemet som helhet Skisse av brukergrensesnitt (Nils-Kristian) Tau UML tutorial (Eirik, Bente, Tom, Hege og Nils-Kristian) Domenemodell (Eirik og Bente) 8

9 Design UML modell (Eirik, Bente, Tom, Hege Nils-Kristian) Klassediagrammer (Hege og Nils-Kristian) Sekvensdiagrammer (Eirik, Bente og Tom) Inspeksjon av UML Design Modell (Hege og Nils-Kristian) Kodegenerering (Eirik) Sluttrapport (Eirik, Bente, Tom, Hege og Nils-Kristian) Sammenligning av virkelig og estimert ressursforbruk (Nils-Kristian) Erfaringer fra prosjektgjennomføring (Eirik, Bente, Tom, Hege og Nils-Kristian) Evalueringer av kvaliteten til leveransene (Eirik og Bente) Evaluering av muligheten til å implementere et godt system basert på produsert design, kodegenerering og brukergrensesnitt (Tom, Hege og Nils-Kristian) Ris og ros med forbedringsforslag til gjennomføringen av obligatorisk prosjekt (Eirik, Bente, Tom, Hege og Nils-Kristian) Presentasjon av kodegenerering og design (Eirik, Bente, Tom, Hege og Nils-Kristian) 9

10 5.2 Gant-diagram og estimeringsplan º9»¼¼½2º¼¾, ÀAÁ6»º6ÂÃÄ Å Å ÆÇ È ÉÊ Ë ÉÌÍ Î ÆÉÌ Ï Ç Ê Ç&ÌÐ ÑÒ&Å ÆÓ Ô&Ô Í Ç ÉÆÉÎ ÌÉÇ Õ¼6½9Ö,! " # $ Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ø Ù Ú&ÛÒ&ÆÍ ÑÜ&ÆÉÎ Î Ç!Ï È Ò&ÆÛÒ&Æ ÛÒ&ÆÝÌÇ&Ë Ç!ÉÎ Î ÇÛÓ Ë Î Ç&ÆÞ,+ ß6à " # $ )) #+ #* /.,- ßæ áæò áæò ÍâÇ&ÎÑÏ "" ## $ $ Í Î ÑÐâÇ )) #,. #- ÌÔ&Ë ÝAÝ,Ç Í Éã Ç ç&ä!å ç&ä!å æ à ä ä!å,0 ßèìàjéÍ éí Ç!ê6Ô Í Ç*ë/Ò&ã Ç&ÌÌ çäaå æ ä!å ç&ä!å ßèìæ ïç " # $ ÇAê6Ô #&%'&( Í ) Ç!í6ÉÔ #0 Ê&ÆÔ&Ý î ä!å î ßèìèjð9Ó Í "& &123,456 ÆãÎÇ&ÆÉË ÆÉÈ Ç&ÌÍ ÊÔ ÇAÔ È/ÑÇ&Î ÈAéÍ Ë ÉÍ ÇAê6Ô&Í Î ÇAÎ ÆÔ Ç È è è!å è è!å " # $ ) #* 7891/:3,45163,9&; à èä èaå ßç ßèìç íò&ýç Ë Ç&Ý,Ò ã Ç&ÌÌ " + " # $ ) #+ î äaå =B î ä!å ßî ïæó Î Ç&ÆÊ&ÆÇ&Ë Í Ç Í Ë ÉÑÑÍ Î ÉÍ Í Ç " - " # $ ) #- C&%D à ä ä!å ßò ßÔ&ÓAé9ëAñ/ÑÓ ÑÒ&ÆÉÔ&Ì æ äaå æ&äaå æ ä!å æ ä!å æ ä!å ßòìà óìô "". 0 "" íç ## $ $ Í #&%'&( ÉÊ&ËAé9ëñ,ÝÒ )) #0 #,. ã Ç&ÌÌ æ ä!å æ æ äaå æ äaå æ äaå ßòìæ ôç&îè Í Í Ç ã ÉÔ Ê&ÆÔ&ÝÝÇ&Æ î ä!å î ä!å ßõ öë Í Ð Ç&Î Ç&ËÍâÒ&ËÔ Í ã&éô Ê&ÆÔ&ÝÝÇ È,ã Ç Í ÉÊ&Ë!é9ëñÝ,Ò Æ ã Ç&ÌÌ è è!å î ä!å î ä!å è è!å è èaå ß ôìó óò ãññæô&ð Ç Ê Ç ËÐ Ç&ÆÇ&ÆÉË Ò&ÆÑ Ê ;23,4EEFGHI JK æ ä!å I&LNMOPI&Q&JHKR&S&TUæ G&V HGWK SL*L!U VX SKI&Y æ ä!å V HTHVU VU&QZ æ ä!å à äæ ä!å ßøìæ«ùÆÛÔ&ÆÉË ßø&ìàšôÔ&ÝÝÇ&Ë ÌÉÊ&Ë ÉË ÊÔ ÈÆÇ Í Í Ó ÆÍ Å ÆÓ Î A\,] à ä ä!å,^ /_,` &W V HL!I VMV HL!U T&U&K Y Z ESVI&[U W] V` HL!I ] V ßøìè«ùÈ Ê Ç&Æ&ÛÆÔ!Ð ÆÒ&Í âç&î ÑÇ Ñ æ äaå æ äaå æ ä!å æ ä!å æ ä!å 3/Y ßøìç ùè ÊÔ ÈÌÇ È Ç&ÆÔ&Ë Í Ç ÚÎ È Ô&ÌÉÑÇ Ñ î ä!å î äaå V HTHV U VbaU WY K HT&U&[W&U c6^ dec6^ fec6^ gec6^ hec_ijc_\kc_&]ec_&^ec lc_&èc_&dl U T&U&K I&Q&W&Um39TR&U&Q&JHJRnoAHQp5qI r 5I&QQ&W QQ&UQ X sq[hjru SKHQFI V t ß9à äúáæçô&ìó Í Ç&Ë Ç&ÆÉË ÑÔ ÍâÒ&ËÔ ÊAÔ ÈÝÓ ÈÎÌÉÊ&Ï Ò ã ÇÇÊÑÇ&Ë&ì ÛÒ&ÆÉÝÐ Ò&ÊãÌìÇ Í ÉÊ&Ë æ äaå æ&äaå è èaå æè ä!å èaå æè ä!å è!å æ ä!å r W V HLAI VouSL*L!U&Q V I&K U&K v+ v6 w%c x# >'&( {A{,# ) = # } }} } } } } } } } ""& + + -&.& -~0! - 0 ) #*/C #&>> } } } } } } } } " + - ˆ. 0 Š 0!.& v- e ) v- + Ž# #A 6' ) y %=$ #&>) ) #!Œ6=' #A' $A ) D&%'&{ #A 6'&) # } }} }} } } } } } "" & Š! + 0 v- -j 9 % #&%=( D' ( =) y #Ay %' $ } " + +~- 0 Š v-. ŒC&{,#&( # {C #&>> } } } } } } " ! - v. Ž% y #&%D%#&( ) # ) ( y =) ) # } } } } } } } " + 0 k 0 Š! 0 v0 v'& } } } } " + 0 +& + 0 0! + v Œ# ) =D&(A 9",{C #&>> } } } } } +& + 0 +?>' ) ) # =' D&%'&{{#&% } } } } } k 0 v + #&y$ #&( ) &=' D&%'&{{# % } } } } } 0 +! v ( ) ƒ #&y )xc&(' $, # ) =D&(! 9"{,C #&>> } } } v 0 j 0 Š 0A 0 v?c # D # ( #&%#&%=( D } } v -~0j 0! > ƒ Figur 1: Gantdiagram } } med v estimering 0 +& + 0 Š! + vš š œ2œ9 ž Ÿ ž ž 2 2 } } 0!. vš +«ª% '&%=( vš -«ª$ '&> D #&% DA' %'Aƒ $># %C $ #&%'&( ) }} }} ŠŠ!. vš&. ª$ '&> #&%=( D' ${A >=D&z C&%={ƒ > } } +. 0!. v9 w%# ) )xc&(' $y C # D #&(& C D #&) =D&( } } vš + - Š!. + A±²6³µÁ 6 ¹ ûaüý6þ ÿ ÿ 10

11 5.3 Tidsforbruk 1 4 > G? A G K G O?! 6 A 6? G G G G G Y!! "$#&%(')+*,.-/ : : ; ; <= 89:! 6??A 57A BCED&! < F = 57AH 6IBC< D&! J&!!; 57AH?ML9!NBC< D&! 57AH AQP$= R!S < 57AHTMJC; ; = L9 < 57G 57!EB&F Ü! 57O J& EB&F UE; = 57OH 6IV9!< =!!; ; 57OH?MW9 =!!; ;E 57X : E! S= EB&F U ;= 57K VZ= 57> W9! 57>H 6IW9!; ;ER!N 57>H?M[9\! ]\! : 57>H AI[Z! R!N!^+! Figur 2: Tidsforbruk 57>HTM[Z<! (! _; 576` 89!: E! N = H = < 11

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002 SLUTTRAPPORT gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen 25. november 2002 1 Innhold 1 Sammenligning ressursforbruk 3 2 Erfaringer fra prosjektgjennomføring

Detaljer

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

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

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

Målet med dette notatet er å dokumentere at det er funnet løsmasser ved grunnen og å dokumentere miljøgiftkonsentrasjonen i sedimentene.

Målet med dette notatet er å dokumentere at det er funnet løsmasser ved grunnen og å dokumentere miljøgiftkonsentrasjonen i sedimentene. NOTAT Oppdrag 1110630 Grunner Indre Oslofjord Kunde Kystverket Notat nr. 001 Dato 07.01.2015 Til Fra Kopi Kristine Pedersen-Rise Tom Øyvind Jahren [Navn] Sedimentundersøkelse ved Belgskjærbåen Kystverket

Detaljer

Offentlig utvalg for punktskrift, OUP Norsk standard for 8-punktskrift punktskrift 24. oktober 2004 sist endret

Offentlig utvalg for punktskrift, OUP Norsk standard for 8-punktskrift punktskrift 24. oktober 2004 sist endret Offentlig utvalg for punktskrift, OUP Norsk standard for 8-punktskrift punktskrift 24. oktober 2004 sist endret 19.10.2007 Desimal Hex Beskrivelse Tegnets utseende Punktkode 0 0000 4578

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

INF Obligatorisk prosjektarbeid INNHOLD:

INF Obligatorisk prosjektarbeid INNHOLD: 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 leveranser...

Detaljer

Handi-Lift EA7 Målskjema

Handi-Lift EA7 Målskjema Handi-Lift EA7 Målskjema Dato: Monteringsdato: Vår ref.: Bestillings nr.: Kunde (HMS): Utprøvingsnr.: Bruker Navn: Bruker nr.: Fødselsdato: Adresse: Postnr.: Poststed: Telefon (priv.): Telefon (arb.):

Detaljer

Kravspesifisering (2): Validering av kravspek er

Kravspesifisering (2): Validering av kravspek er Ø Ø SIF 8035 - Informasjonssystemer Grunnkurs, 2002 Læremål Kravspesifisering (2): Validering av kravspek er Guttorm Sindre, IDI Forstå Kvalitetskriterier for kravspesifikasjoner Viktige steg i prosessen

Detaljer

INF Obligatorisk prosjektarbeid INNHOLD:

INF Obligatorisk prosjektarbeid INNHOLD: INF3120 - Obligatorisk prosjektarbeid INNHOLD: Krav til innleverte oppgaver ved Institutt for informatikk...2 Gruppearbeid...2 Samarbeid...2 1 Bakgrunn...3 2 Læringsmål...3 3 Vurderingskriterier...3 4

Detaljer

Tegn og tekst. Et representert tegn kan vises på flere måter. Noen definisjoner. Enda noen definisjoner. \yvind og ]se N{rb}? a a a.

Tegn og tekst. Et representert tegn kan vises på flere måter. Noen definisjoner. Enda noen definisjoner. \yvind og ]se N{rb}? a a a. o o {rb} rprr på r år o prpp rpro r r rr rpro o r o or α r o or bor brp or b rr på ppr r r r r r rrr år på o oroooro o r or o br å r r pår r r orør p o b b år r å r o o o rprrr o p o rprrr o or op r r

Detaljer

Testobservator for kjikvadrattester

Testobservator for kjikvadrattester ST0202 Statistikk for samfunnsvitere Bo Lindqvist Institutt for matematiske fag 2 Kap. 11: Anvendelser av kjikvadratfordelingen: Kjikvadrattester Situasjon: Et tilfeldig utvalg av n individer er trukket

Detaljer

Målskjema. Serie nr.: Bruker Navn: Adresse: Kontaktpersoner. E-post: E-post: Levering Adresse:

Målskjema. Serie nr.: Bruker Navn: Adresse: Kontaktpersoner. E-post: E-post: Levering Adresse: Strategos B Målskjema Kunde: Selger: Ordredato: Ordre nr.: Bestillings nr. (HMS): Innkjøps nr. (Handicare): Serie nr.: Bruker Navn: Adresse: Postnr.: Poststed: Telefon (priv.): Telefon (arb.): Mobil: Kontaktpersoner

Detaljer

STRATEGOS B. Målskjema. Serie nr.: Bruker Navn: Adresse: Kontaktpersoner. E-post: E-post: Levering Avd. Bruker Annet: Adresse:

STRATEGOS B. Målskjema. Serie nr.: Bruker Navn: Adresse: Kontaktpersoner. E-post: E-post: Levering Avd. Bruker Annet: Adresse: STRATEGOS B Målskjema Kunde: Ordredato: Bestillings nr. (HMS): Serie nr.: Selger: Ordre nr.: Innkjøps nr. (Handicare): Bruker Navn: Adresse: Postnr.: Telefon (priv.): Mobil: Poststed: Telefon (arb.): E-post:

Detaljer

Perceived semantic. quality. Semantic quality. Syntactic. quality. guttens alder er grønn: gutt.alder = grønn

Perceived semantic. quality. Semantic quality. Syntactic. quality. guttens alder er grønn: gutt.alder = grønn Z \ W Y X [ E F G H I G J K L I M F N M O H P Q F R F J S H TUTVR O R S M R F! "! #%$ & '! %$ ( ) * ' & $ ' +,$ -,* ) & $ '%'. * / & 0 1 ' * 0' * 3 4, +65 Participant knowledge Physical Perceived semantic

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

Dagens tema INF1070. Vektorer (array er) Tekster (string er) Adresser og pekere. Dynamisk allokering

Dagens tema INF1070. Vektorer (array er) Tekster (string er) Adresser og pekere. Dynamisk allokering Dagens tema Vektorer (array er) Tekster (string er) Adresser og pekere Dynamisk allokering Dag Langmyhr,Ifi,UiO: Forelesning 23. januar 2006 Ark 1 av 23 Vektorer Alle programmeringsspråk har mulighet til

Detaljer

Kravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009

Kravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009 Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Efficiency, Integrity, Reliability, Surviveability, Usability. Correctness, Maintainability, Verifiability

Efficiency, Integrity, Reliability, Surviveability, Usability. Correctness, Maintainability, Verifiability "! # $ & ' )()# * +, -. / 0 1-2 3 4 56 7 1-8 6 3 3-1 99 : 6 ; 9 < 9= >? > @ A 6 / 5-1 8-1 3 B 6 1 = A 9 >? C D? 6 E6-2 < F 4 F GH +! # + I # + $ $ J $ KML N O P Q R Q S P Q T U N O VWX Q X Y Z Opprinnelig

Detaljer

Unicode. Unikt vakkert eller unisont håpløst? En vandring gjennom tegnkodingens historie. Dag Lamgmyhr, Ifi/UiO Ark 1 av 23

Unicode. Unikt vakkert eller unisont håpløst? En vandring gjennom tegnkodingens historie. Dag Lamgmyhr, Ifi/UiO Ark 1 av 23 Unicode Unikt vakkert eller unisont håpløst? En vandring gjennom tegnkodingens historie Dag Lamgmyhr, Ifi/UiO Ark 1 av 23 Hva er tegnkoding? Tegnkoding er bare å definere en tabell over hvilke tegn man

Detaljer

Vektorer. Dagens tema. Deklarasjon. Bruk

Vektorer. Dagens tema. Deklarasjon. Bruk Dagens tema Dagens tema Deklarasjon Vektorer Vektorer (array-er) Tekster (string-er) Adresser og pekere Dynamisk allokering Alle programmeringsspråk har mulighet til å definere en såkalte vektor (også

Detaljer

P ² Ö³, ƒ. ƒ μ² 1,. ƒô Ï,. Ô² Ô ³ 2. ƒ ŒŒ - Š ˆ ˆ ƒ ˆ Ÿ. ˆ Š œš ˆ ƒ. ƒ Š. ² μ Ê ² μ ± Ö ² μ Éμ Ö

P ² Ö³, ƒ. ƒ μ² 1,. ƒô Ï,. Ô² Ô ³ 2. ƒ ŒŒ - Š ˆ ˆ ƒ ˆ Ÿ. ˆ Š œš ˆ ƒ. ƒ Š. ² μ Ê ² μ ± Ö ² μ Éμ Ö P18-2007-163. ² Ö³, ƒ. ƒ μ² 1,. ƒô Ï,. Ô² Ô ³ 2 Œ Œ ƒ Œ ƒ ƒ ŒŒ - Š ˆ ˆ ƒ ˆ Ÿ ˆŸ ˆŸ ˆ Š œš ˆ ƒ ˆŸ Œ ƒ Š ƒ Š ² μ Ê ² μ ± Ö ² μ Éμ Ö 1 É Ö ÒÌ ² μ Œμ μ²ó ±μ μ μ Ê É μ μ Ê - É É, ² - Éμ 2 ƒμ μ-μ μ É É ²Ó Ò

Detaljer

Uttrykkskraft for konseptuelle modelleringsspråk Metamodellering, ontologi

Uttrykkskraft for konseptuelle modelleringsspråk Metamodellering, ontologi !#" $ % & ' () * + + %, -!. / 0 1 2 3 / 4 5 7 8 9 3 / : 8 5 5 / 3 ; ; < 8 = ; > ;? @ A @ B C 8 1 7 / 3 : / 3 5 D 8 3? C ; @ A E F GH % ", ' H %JI ' "K () LM / 7 < N 5 O / 1 : / 3 P 8 N P / = 8 Q Q8 3 7

Detaljer

Dagens tema: INF2100. Utvidelser av Minila array-er. tegn og tekster. Flass- og Flokkode. prosedyrer. Prosjektet struktur. feilhåndtering.

Dagens tema: INF2100. Utvidelser av Minila array-er. tegn og tekster. Flass- og Flokkode. prosedyrer. Prosjektet struktur. feilhåndtering. Dagens tema: Utvidelser av Minila array-er tegn og tekster Flass- og Flokkode array-er prosedyrer Prosjektet struktur feilhåndtering del 0 Dag Langmyhr,Ifi,UiO: Forelesning 6. september 2005 Ark 1 av 19

Detaljer

PDF created with pdffactory Pro trial version

PDF created with pdffactory Pro trial version [ ² Ú»» ³»»² ¾ ²» ¹» ô Ì ± « Forord Ò ; ±¹ ²» ³«¹»» òòò [ ²»² ª ; µ«² ¹» ¼» º± îðïéô ¹ «²²»² ¼»»» ¼» µ±³³» ² ³³» ² º± ¾ ²» ¹» «¹«±³ ¹ ( ¼» ¾»²¼ ²¹»»²»» ; ²» ò Ê»² : ¼»» ª µ ¹ ±¾¾ ±¹ ¼»² µ ª º± ª» ¹±¼ ò

Detaljer

L ; D = B M B N I < G H = D = F C M E N < D ; <? ; < = H M = < F E < M B = B C O P E < E F D < Q K

L ; D = B M B N I < G H = D = F C M E N < D ; <? ; < = H M = < F E < M B = B C O P E < E F D < Q K $ ) $ * % +, - $ $ % + $ + $ * % $. $ / $ * $ $ 0 0 $ - 1, 2 $ 3 $ 0 4 /, 5 4 0 0 $ 0 $ 3. 0 6 $ $ 7. + $ - $ 8 + $ 9 : ; < = > < =? < ; @ A @? B C < C D = < E F G H = I F C D < JE < > < D E? H J< = :

Detaljer

Tegn og tekst. Om tegn og glyfer. Tegnkoder og kodetabeller Kode Noe som representerer noe annet. Et representert tegn kan vises på flere måter

Tegn og tekst. Om tegn og glyfer. Tegnkoder og kodetabeller Kode Noe som representerer noe annet. Et representert tegn kan vises på flere måter r s s {rb} ærb p br brp r bs srr på ppr sr sr ss r r r rrr år på s s s sr rr s ss r r s brs å sr r pår rss r rør sp b b år rss å r s s s rprsr ss på r år prspp rprss r rs rr rprss r s r α r s r br s rprsrr

Detaljer

PDF created with pdffactory Pro trial version

PDF created with pdffactory Pro trial version [ ² Ú»» ³»»² ¾ ²» ¹» ô λ¹²¾² Forord Ü»²²» ²»² ¹» ¼» º ²«¼»»³¾» îðïéò a» ª ¼»»» ô ª ¼» ¾»² ² ³³» ² º± ¾ ²» ¹»²ò Ü»²²» µ ª ¾ «µ» ¼ ¾ ¹±¼ µ»² ³»¼ô ±¹ îðïè ª ²² ± ¼» ¼»²²» ªb» ³»¼»¹» ²»² ª ò»»³¾» îðïê ¼¼»

Detaljer

PDF created with pdffactory Pro trial version

PDF created with pdffactory Pro trial version [ ² Ú»» ³»»² ¾ ²» ¹» ô ß«¹»²¼ ¼»² Forord Ÿ ² îðïé ¹»² ¾» µ ª»» ª ¾ ²» ¹»² ±»ô»»² ±² ª ¾ ²» ¹»²ô µ µ» ± ² ²¹» ±¹ ª»¼ ¹±¹ µ» ¾» ¼ò Ð ² ¾» ¼» ¾ ²» ¹»²» ¾ ¹¹» ± ºa ¹»²¼» ³»æ ó Î ³³» ² º± ¾ ²» ¹»² ²² ± ¼ ±¹

Detaljer

Handi-Lift ML7 Målskjema

Handi-Lift ML7 Målskjema Handi-Lift ML7 Målskjema Dato: Monteringsdato: Vår ref.: Bestillings nr.: Kunde (HMS): Utprøvingsnr.: Salgsordre Tilbud Utprøving Resirkulering Bruker Navn: Bruker nr.: Fødselsdato: Adresse: Postnr.: Ordre

Detaljer

Ó³ Ÿ , º 6Ä7(176Ä177).. 823Ä Œ. Œ ²±μ,,.. É ²,.. μ ²Ó,.. Íμ,.. ŠÊÉÊ μ,.. μ ±μ,.. ÒÏ

Ó³ Ÿ , º 6Ä7(176Ä177).. 823Ä Œ. Œ ²±μ,,.. É ²,.. μ ²Ó,.. Íμ,.. ŠÊÉÊ μ,.. μ ±μ,.. ÒÏ Ó³ Ÿ. 2012.. 9, º 6Ä7(176Ä177).. 823Ä837 Œ ˆŠ ˆ ˆ Š ƒ Š ˆŒ Š Œ ƒ Š Š Š ˆŒ ˆ ˆ. Œ. Œ ²±μ,,.. É ²,.. μ ²Ó,.. Íμ,.. ŠÊÉÊ μ,.. μ ±μ,.. ÒÏ Ñ Ò É ÉÊÉ Ö ÒÌ ² μ, Ê μë ± Ê É É ³.. Š² ³ É Ì ±μ μ, μë Ö μ Éμ É μ μ

Detaljer

ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ Ÿ Œ œ ˆ ˆ Š Œ. .. ³μ. μ ± Ë ²Ó Ò Ö Ò Í É Å ˆˆ Ô± ³ É ²Ó μ Ë ±, μ, μ Ö Œ Œ ˆˆ 79 ˆ Š ˆ

ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ Ÿ Œ œ ˆ ˆ Š Œ. .. ³μ. μ ± Ë ²Ó Ò Ö Ò Í É Å ˆˆ Ô± ³ É ²Ó μ Ë ±, μ, μ Ö Œ Œ ˆˆ 79 ˆ Š ˆ ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ 01.. 4.. 1 Ÿ Œ œ ˆ ˆ Š Œ ˆˆ ˆÄ ˆƒƒ Œˆ Œ Š.. ³μ μ ± Ë ²Ó Ò Ö Ò Í É Å ˆˆ Ô± ³ É ²Ó μ Ë ±, μ, μ Ö ˆ 70 Ÿ Œ œ ˆ ˆ Š Œ ˆˆ ˆÄ 7 ˆ ˆ IFW- ˆˆ ˆ Œ Œ Œ ˆˆ 79 Š ˆ 80 ˆ Š ˆ 81 E-mail: neznamov@vniief.ru

Detaljer

LED arbeidslys. Katalog Kontakt: Rakkestad Stavanger Side 1 12/02/17

LED arbeidslys. Katalog Kontakt: Rakkestad Stavanger Side 1 12/02/17 LED arbeidslys Katalog 2017 www.kamled.no post@kamled.no Kontakt: Rakkestad 97660606 - Stavanger 91390246 Side 1 12/02/17 LRD2137 og LRD2138 LED arbeidslys Arbeidslys med plastbrakett Godkjenninger: CE,

Detaljer

Business modelling is not process modelling Gordijn/Akkermans/van Vliet. : Den fysiske ytring med kontekst og referanse

Business modelling is not process modelling Gordijn/Akkermans/van Vliet. : Den fysiske ytring med kontekst og referanse ! " # %$%& ' " ( ) * ) * + " #, -. / 0 1-2 3 4 56 7 1-8 6 3 3-1 99 : 6 ; 9 < 9= >? > @ A 6 / 5-1 8-1 3 B 6 1 = A 9 >? C D E# ) " + & # F & ) " ( G? H I6. H / ; I 5/ 2 3 4 6-1 5 Boka kap 2.2.7 Language,

Detaljer

ˆ ˆŒˆ ˆŸ Š Œ ƒˆˆ 60Ä1000 ŒÔ ˆ ˆŠ ˆŸ Ÿ ˆ ˆ ˆ ˆ Š ˆ Š ˆŠˆ

ˆ ˆŒˆ ˆŸ Š Œ ƒˆˆ 60Ä1000 ŒÔ ˆ ˆŠ ˆŸ Ÿ ˆ ˆ ˆ ˆ Š ˆ Š ˆŠˆ Ó³ Ÿ. 2017.. 14, º 1(206).. 144Ä163 ˆ ˆŠ ˆ ˆŠ Š ˆ ˆ ˆŒˆ ˆŸ Š Œ ƒˆˆ 60Ä1000 ŒÔ ˆ ˆŠ ˆŸ Ÿ ˆ ˆ ˆ ˆ Š ˆ Š ˆŠˆ.. É ³μ μ 1,. Œ. ˆ μ,.. ˆ μ,.., ƒ.. Ö μ ƒ É Ê ± É ÉÊÉ Ö μ Ë ± ³... Šμ É É μ ˆ ŠÊ Î Éμ ± É ÉÊÉ, ƒ

Detaljer

SPPR Software Project Progress Report Uke 38-39

SPPR Software Project Progress Report Uke 38-39 SPPR Software Project Progress Report Uke 38-39 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold

Detaljer

t Institutt for informatikk Erik Arisholm 13. mai 2009 INF1050-oppsummering-1

t Institutt for informatikk Erik Arisholm 13. mai 2009 INF1050-oppsummering-1 Oppsummering INF1050 Systemutvikling t INF1050-oppsummering-1 INF1050 dagsorden Erfaringer fra V09 Kort oppsummering: Hvordan utvikles et informasjonssystem? Kanskje noen eksamenstips, og litt teknikk

Detaljer

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker

Detaljer

Dagens tema. C-programmering. Nøkkelen til å forstå C-programmering ligger i å forstå hvordan minnet brukes.

Dagens tema. C-programmering. Nøkkelen til å forstå C-programmering ligger i å forstå hvordan minnet brukes. Dagens tema C-programmering Nøkkelen til å forstå C-programmering ligger i å forstå hvordan minnet brukes. Adresser og pekere Parametre Vektorer (array-er) Tekster (string-er) Hvordan ser minnet ut? Variabler,

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,

Detaljer

UML-Unified Modeling Language

UML-Unified Modeling Language UML-Unified Modeling Language Use case realisering Designmodellering 21.01.2004 Kirsten Ribu Use Case diagram Klassediagram Oppførselsdiagrammer: Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram

Detaljer

Tom Heine Nätt og Christian F. Heide. Datasikkerhet

Tom Heine Nätt og Christian F. Heide. Datasikkerhet Tom Heine Nätt og Christian F. Heide Datasikkerhet KAPITTEL 1! " # $ % & ' & ( ) * + *, & - * '. ' / 0. + 1 ' 2 ) 3 & ( 4 5 6 7 6 8 9 : ; < = 8 9 > 7? > @ ) A (. ),. 1 ( A,, 1 ( & B C D E C - F, *, D.

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? 1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten

Detaljer

v2w x y z { v2~ x x z x x x ƒ S F< E: >U V A C U C > h G T : U E T AAC > H C A r

v2w x y z { v2~ x x z x x x ƒ S F< E: >U V  A C U C > h G T : U E T AAC > H C A r Œ 0 Œ åde Œ mer!! *)+,.- / 0 / 12! +. 9 = D FF FI F K L K M N N FK L P Q R2 S Q V W Y Z S2^ V vorfor modellere, vorfor ta faget vgrenning av faget intereeområde S W I = V Y a bc V Y S2^ YY V FN d Y W =

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

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering Use case realisering Designmodellering 31.01.2005 Kirsten Ribu UML-Unified Modeling Language Use Case diagram Klassediagram Oppførselsdiagrammer Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram

Detaljer

Avdeling for Ingeniørutdanning Høgskolen i Oslo. Prosjektplan. Systemutvikling (lo138a) Høst 2010. Taxisentral. Forfattere:

Avdeling for Ingeniørutdanning Høgskolen i Oslo. Prosjektplan. Systemutvikling (lo138a) Høst 2010. Taxisentral. Forfattere: Avdeling for Ingeniørutdanning Høgskolen i Oslo Prosjektplan Systemutvikling (lo138a) Høst 2010 Taxisentral Gruppe 19 Prosjekthjemmeside: http://gruppe19.lmdahl.no/ Forfattere: Bergan, Bjørn s161593 Baisa,

Detaljer

Oppfølgingsdokument. Kode 009 29. januar 2004 GymPack. D01-2004 Oppfølgingsdokument. Periode 009 Forfatter. Hanne Johnsen

Oppfølgingsdokument. Kode 009 29. januar 2004 GymPack. D01-2004 Oppfølgingsdokument. Periode 009 Forfatter. Hanne Johnsen Periode 009 Forfatter Hanne Johnsen www.multipro-skien.no www.kiprod.com www.prosjekt.kiprod.com 1 av 7 Oppgaver for D01-2004: I denne perioden har vi konstruert infokiosken, detaljert use caser, og begynt

Detaljer

C C H. Forklar trippelbindingen ved betraktning av hybridisering av karbonatomene og atom- og molekylorbitaler.

C C H. Forklar trippelbindingen ved betraktning av hybridisering av karbonatomene og atom- og molekylorbitaler. P! #" %$& & &')(%* " -*..0/.2.3547683:9- ;7? @>; 4AA. B;.!/ 6 ; - BEF %G 6 >A 6.0IJ!/ K MLN.?QP)R7SUTATVAẄ YX >Z0 7? J[!A 62\ ] L.?QP^RBSUTBV`_aWYR +$ bdcfegihbdk lmelyno^p)orq ctsbdhle!c nvuwe!lycxc

Detaljer

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Forstudierapport Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Bakgrunn for prosjektet 3 2.1 Beskrivelse av problemer og behov........................... 3 2.2 Kort om dagens systemer................................

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

Use Case-modell. Vurdering av oppdragsgivers krav

Use Case-modell. Vurdering av oppdragsgivers krav Use Case-modell Vurdering av oppdragsgivers krav Kravspesifikasjonen presiserer at brukergrensesnittet skal være grafisk, menybasert, ha støtte for bruk av mus og ha et intuitivt utseende, slik at enhver

Detaljer

AlgDat 12. Forelesning 2. Gunnar Misund

AlgDat 12. Forelesning 2. Gunnar Misund AlgDat 12 Forelesning 2 Forrige forelesning Følg med på hiof.no/algdat, ikke minst beskjedsida! Algdat: Fundamentalt, klassisk, morsomt,...krevende :) Pensum: Forelesningene, oppgavene (pluss deler av

Detaljer

P ²Êϱ 1,..Šμ ² ±μ 1,.. μ Î 1,2 ˆ ˆŸ. ² μ Ê ² μ Ì μ ÉÓ. É μ ±, Ì μé μ Ò É μ Ò ² μ Ö. ÍÒ Œμ ±μ ±μ μ μ Ê É μ μ Ê É É ³. Œ..

P ²Êϱ 1,..Šμ ² ±μ 1,.. μ Î 1,2 ˆ ˆŸ. ² μ Ê ² μ Ì μ ÉÓ. É μ ±, Ì μé μ Ò É μ Ò ² μ Ö. ÍÒ Œμ ±μ ±μ μ μ Ê É μ μ Ê É É ³. Œ.. .. ²Êϱ 1,..Šμ ² ±μ 1,.. μ Î 1,2 ˆ ˆ Œ ˆ ˆŸ Š ˆ : ˆ ˆ ˆ ˆ? P14-2011-18 ² μ Ê ² μ Ì μ ÉÓ. É μ ±, Ì μé μ Ò É μ Ò ² μ Ö 1 Ñ Ò É ÉÊÉ Ö ÒÌ ² μ, Ê, μ Ö 2 ÊÎ μ- ² μ É ²Ó ± É ÉÊÉ Ö μ Ë ± ³... ±μ ²Ó- ÍÒ Œμ ±μ ±μ

Detaljer

ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ Ï Ìμ μ. Ñ Ò É ÉÊÉ Ö ÒÌ ² μ, Ê

ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ Ï Ìμ μ. Ñ Ò É ÉÊÉ Ö ÒÌ ² μ, Ê ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ 2015.. 46.. 1 Š ˆ Š Š Š.. Ï Ìμ μ Ñ Ò É ÉÊÉ Ö ÒÌ ² μ, Ê ˆ 167 Œ 168 Šμ É Ê±Í Ö 168 μ É Ò Ì ±É É ± 171 ˆ ˆ Šˆ 172 ˆμ Í Ö μ, μ μ Ê ² 172 Í É Ö 173 ³Ò μéò 178 ƒ μ Ò ³ 180 ² Ö ³ É μ μ± Ê ÕÐ

Detaljer

SPPR Software Project Progress Report Uke 44-45-46

SPPR Software Project Progress Report Uke 44-45-46 SPPR Software Project Progress Report Uke 44-45-46 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold

Detaljer

Gruppe 43. Hoved-Prosjekt Forprosjekt

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

Detaljer

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

GJENNOMGANG UKESOPPGAVER 7 REPETISJON GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon

Detaljer

Digital representasjon

Digital representasjon Hva skal jeg snakke om i dag? Digital representasjon dag@ifi.uio.no Hvordan lagre tall tekst bilder lyd som bit i en datamaskin INF Digital representasjon, høsten 25 Hvordan telle binært? Binære tall Skal

Detaljer

(a δ,a+δ), (a δ,a+δ) = {x R x a < δ}. (a δ,a+δ)\{a} = (a δ,a) (a,a+δ) = {x R 0 < x a < δ}, f(x) = 2x 1.

(a δ,a+δ), (a δ,a+δ) = {x R x a < δ}. (a δ,a+δ)\{a} = (a δ,a) (a,a+δ) = {x R 0 < x a < δ}, f(x) = 2x 1. ÆÇÌ Ì ÇÅ Ê ÆË Ê Î Ä ÌÁÄ ÊÍà Á ÃÍÊË Ì Å Ì½½½ Î ÍÆÁÎ ÊËÁÌ Ì Ì Á Ê Æ ØØ ÒÓØ Ø Ø ÒÒ ÓÐ Ö ÒÓ ÒÝØØ Ô Ò ÙÑ ÙÖ Ø Å Ì½½½ ÓÖ ÓÐ Ø Ð ÐÖ Ó Ò Ó Ö ÙÒ Ñ ÒØ ÓÑ Ø ÙØ ÝÐÐ Ò ÒÓØ Ø Ø Ð Ã Ô ØØ Ð ½ Ñ Ð ÒØ ÒÒ Ø ÒÓ Ò Ö ÑÔÐ Ö

Detaljer

Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon.

Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon. Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon Møtereferat: 1. møte med veileder I dette møtet presenterte vi oss for

Detaljer

Lynkurs 10. Januar 2012

Lynkurs 10. Januar 2012 Lynkurs 10. Januar 2012 Mål : Dagens lynkurs skal gi dere noen holdepunkter for å komme i gang med arbeidet med bacheloroppgaven på en systematisk og strukturert måte. Fokus er rettet mot arbeidet knyttet

Detaljer

Dagens tema. Datamaskinen LC-2 En kort repetisjon. Binære tall Litt om tallsystemer generelt. Binære tall. Heksadesimale og oktale tall

Dagens tema. Datamaskinen LC-2 En kort repetisjon. Binære tall Litt om tallsystemer generelt. Binære tall. Heksadesimale og oktale tall Dagens tema Datamaskinen LC-2 En kort repetisjon Binære tall Litt om tallsystemer generelt Binære tall Heksadesimale og oktale tall Programmering av LC-2 Maskinkode Assemblerkode Kjøring av LC-2-programmer

Detaljer

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5. 2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave

Detaljer

Unified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert

Unified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

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

Velkommen til INF2100. Bakgrunnen for INF2100. Hva gjør en kompilator? Prosjektet. Jeg er Dag Langmyhr

Velkommen til INF2100. Bakgrunnen for INF2100. Hva gjør en kompilator? Prosjektet. Jeg er Dag Langmyhr Kursopplegg Velkommen til INF2100 en en for INF2100 Jeg er (dag@ifi.uio.no). Dagens tema: Hva går kurset ut på? for kurset Hvordan gjennomføres kurset? Hvordan får man det godkjent? Pause (med registrering

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12 Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering

Detaljer

SPPR Software Project Progress Report Uke 35-37

SPPR Software Project Progress Report Uke 35-37 SPPR Software Project Progress Report Uke 35-37 Heiskontrollsystem Gruppe 7 Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold 2003 Innhold 1 INTRODUKSJON...3

Detaljer

Innhold. Innledning... 15. Del 1 En vei mot målet

Innhold. Innledning... 15. Del 1 En vei mot målet Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................

Detaljer

Miljøtekniske Grunnundersøkelser og Tiltaksplan Forurenset Grunn

Miljøtekniske Grunnundersøkelser og Tiltaksplan Forurenset Grunn Statens Vegvesen Region Nord Miljøtekniske Grunnundersøkelser og Tiltaksplan Forurenset Grunn Kartlegging av søppelplass, Skjervøy kommune Planlegging ny fylkesveg 866 Langbakken 2014-01-31 Oppdragsnr.:

Detaljer

Tegn og tekst. Posisjonssystemer. Logaritmer en kort repetisjon. Bitposisjoner og bitmønstre. Kapittel August 2008

Tegn og tekst. Posisjonssystemer. Logaritmer en kort repetisjon. Bitposisjoner og bitmønstre. Kapittel August 2008 Posisjonssystemer 10 5 (100 000) 10 4 (10 000) 10 3 (1 000) 10 2 (100) 10 1 (10) 10 0 (1) Tegn og tekst \yvind og ]se N{rb}? 2 7 (128) 2 6 (64) 2 5 (32) 2 4 (16) 2 3 (8) 2 2 (4) 2 1 (2) 2 0 (1) Kapittel

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

SPPR Software Project Progress Report Uke 42-43

SPPR Software Project Progress Report Uke 42-43 SPPR Software Project Progress Report Uke 42-43 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold

Detaljer

Studentdrevet innovasjon

Studentdrevet innovasjon Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland 25.01.2013 Studentdrevet innovasjon 9 Innhold

Detaljer

IN 147 Program og maskinvare

IN 147 Program og maskinvare Dagens tema Mer om C Et eksempel til (med diverse forklaringer) Representasjon av tegn og logiske verdier Vektorer Statusverdi Innhenting av definisjoner Inkrementering og dekrementering av variable for-setningen

Detaljer

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG SCRUM Smidig prosjektledelse og utvikling 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG HVORDAN SPISER DU EN ELEFANT? EN BIT AV GANGEN 'HOW WILL YOU LIVE, RAMBO?'

Detaljer

Kravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon

Kravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Kravspesifikasjon med. Erik Arisholm

Kravspesifikasjon med. Erik Arisholm Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

DRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO

DRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO DRI 2001 13.9 : Introduksjon til systemutvikling. Introduksjon til systemutvikling Systemutvikling og nettstedsutvikling Om ulike typer offentlige nettsteder Kvalitetskrav til offentlige nettsteder Litt

Detaljer

Prosjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10

Prosjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10 Prosjektledelse, planlegging og teamarbeid INF1050: Gjennomgang, uke 10 Kompetansemål Prosjektstyring og prosjektledelse Hva og hvorfor? Risikohåndtering Ledelse av mennesker og motivasjon Teamarbeid og

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 2. juni 2014 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 4 sider Vedlegg: Ingen Tillatte hjelpemidler:

Detaljer

Informasjonsmøte Samarbeidsforum internkontroll 2015

Informasjonsmøte Samarbeidsforum internkontroll 2015 Informasjonsmøte Samarbeidsforum internkontroll 2015 10. februar 2015 Direktoratet for økonomistyring DFØ vurderer ny runde med samarbeidsforum! Hva er samarbeidsforum? Møteserie over ca. ett år Faste

Detaljer

SAKSLISTE SIGDAL KOMMUNE

SAKSLISTE SIGDAL KOMMUNE SAKSLISTE SIGDAL KOMMUNE Styre/råd/utvalg: Eldrerådet Møtested: Kommunestyresalen Møtedato: 03.03.2015 Tid: 14:00 Det innkalles med dette til møte i Eldrerådet Saker til behandling: Saksnr. Arkivsaksnr.

Detaljer

Vår ref.: Saksbehandler: Arkiv: 15/ Frode Mikalsen U43 AKVA Løpenr.: Tlf. dir.innvalg: Deres ref.: Dato: 6880/

Vår ref.: Saksbehandler: Arkiv: 15/ Frode Mikalsen U43 AKVA Løpenr.: Tlf. dir.innvalg: Deres ref.: Dato: 6880/ f f æ Å f f f WÅ Ø Ø Å ØY f W ff f j () f f j æ f f j W f f W j f j (jf æ ) f W æ j f f f j j f f f j f ff f W f W f Ø @f wwwf f W "xff "? f W f f W j H j f f j ()) j f f f j j j f j f f ( ) f j f ff f

Detaljer

ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ ± É,. ˆ. ˆ ± Ñ Ò É ÉÊÉ Ö ÒÌ ² µ, Ê

ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ ± É,. ˆ. ˆ ± Ñ Ò É ÉÊÉ Ö ÒÌ ² µ, Ê ˆ ˆŠ Œ ˆ ˆ Œ ƒ Ÿ 2004.. 35.. 2 Š 621.039.5; 550.837 ƒ ˆŸ Š Œ.. ± É,. ˆ. ˆ ± Ñ Ò É ÉÊÉ Ö ÒÌ ² µ, Ê ˆ 349 Š ƒ ƒˆ Šˆ Œ ˆ ˆ ƒ ˆ Šˆ Š ˆ 350 Ÿ œ Œ Š Œˆ ˆ ˆ ˆ ŠˆŒˆ Œˆ ƒ ˆ Œ ˆ 366 ˆ œ ˆ Š ƒ - ˆ ˆˆ Œ ƒ ƒˆˆ ˆ ƒ

Detaljer

Modellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering

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

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

Forprosjekt. Bacheloroppgave 2009 Styresaksdatabase. Høgskolen i Gjøvik. Simen Tveit Backstrøm Rino Werner Falstad Paul Magne Lunde

Forprosjekt. Bacheloroppgave 2009 Styresaksdatabase. Høgskolen i Gjøvik. Simen Tveit Backstrøm Rino Werner Falstad Paul Magne Lunde Forprosjekt Bacheloroppgave 2009 Styresaksdatabase Høgskolen i Gjøvik Simen Tveit Backstrøm Rino Werner Falstad Paul Magne Lunde INNHOLD I Innhold 1 Mål og rammer 1 1.1 Innledning................................

Detaljer

Prosjektledelse, prosjektplanlegging, teamarbeid

Prosjektledelse, prosjektplanlegging, teamarbeid SKK modul B 03. Mai 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1055 > SKK -> Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning Prosjektstyring/Prosjektledelse

Detaljer

DOMAINING AS GRUPPENR.24

DOMAINING AS GRUPPENR.24 A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O PROSJEKTPLAN SYSTEMUTVIKLING (LO138A) HØST 2011 DOMAINING AS GRUPPENR.24 Forfattere: s171633, Truc Tran, s171171, My

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

ISO Dagens tema. Tegn. Uttrykk. I Minila lagres kun heltall, men de kan tolkes som tegn. Det siste om Minila.

ISO Dagens tema. Tegn. Uttrykk. I Minila lagres kun heltall, men de kan tolkes som tegn. Det siste om Minila. April 1995, DFL, Ifi/UiO Dagens tema Dagens tema Det siste om Minila og tekster Flink maskinen Litt datamaskinhistorie Registre og lagre Instruksjoner Flok kode Flass kode I Minila lagres kun heltall,

Detaljer

P ±Ê. Š - ˆ Œˆ œ Ÿ Š ˆŒ ˆŸ ƒ Ÿ Š Œ ˆ ŠˆŒ. ² μ Ê ² Œ É ³ É Î ±μ ³μ ² μ.

P ±Ê. Š - ˆ Œˆ œ Ÿ Š ˆŒ ˆŸ ƒ Ÿ Š Œ ˆ ŠˆŒ. ² μ Ê ² Œ É ³ É Î ±μ ³μ ² μ. P-22-86.. ±Ê Š - ˆŒˆ œÿ Š ˆŒ ˆŸ ƒ Ÿ Š Œ ˆ ŠˆŒ ˆ Œ ² μ Ê ² Œ É ³ É Î ±μ ³μ ² μ E-mail: dnd@jinr.ru ±Ê.. P-22-86 ŠÊ μî μ- μ² μ³ ²Ó Ö μ± ³ Í Ö Ï Éμ μ μ Ö ± Éμ³ É Î ± ³ μ Ê ³ Ê ²μ ŠμÔËË Í ÉÒ ³μ ² ²μ± ²Ó μ

Detaljer

Velkommen til INF2100

Velkommen til INF2100 Kursopplegg Velkommen til INF2100 Jeg er (dag@ifi.uio.no). Dagens tema: Hva går kurset ut på? Bakgrunn for kurset Hvordan gjennomføres kurset? Hvordan får man det godkjent? Pause (med registrering av fremmøte)

Detaljer

Velkommen til INF2100

Velkommen til INF2100 Kursopplegg Velkommen til INF2100 Jeg er (dag@ifi.uio.no). Dagens tema: Hva går kurset ut på? Bakgrunn for kurset Hvordan gjennomføres kurset? Hvordan får man det godkjent? Pause (med registrering av fremmøte)

Detaljer

I dag. Prosjektstyring og prosjektgjennomføring. Hva er et prosjekt? Oppdeling i. Planlegging. arbeidsoppgaver. Hva er en prosess? En prosessmodell?

I dag. Prosjektstyring og prosjektgjennomføring. Hva er et prosjekt? Oppdeling i. Planlegging. arbeidsoppgaver. Hva er en prosess? En prosessmodell? Prosjektstyring og prosjektgjennomføring Prosesser, tidsplanlegging, risikostyring G&H: kap 16, 17,19 I dag Prosessmodeller og prosjekter Prosjektplanlegging, inkl. tidsplanlegging Risikostyring Kirsten

Detaljer