INF5120 Obligatorisk innleving 2 Gruppe 7. Ole Tommy, Tor Eric, Audun og Kai

Størrelse: px
Begynne med side:

Download "INF5120 Obligatorisk innleving 2 Gruppe 7. Ole Tommy, Tor Eric, Audun og Kai"

Transkript

1 INF5120 Obligatorisk innleving 2 Gruppe 7 Ole Tommy, Tor Eric, Audun og Kai

2 Innholdsfortegnelse Innholdsfortegnelse Business Model Scoping Statements Context Statement Goal Model Community Model Business process & Role models Business Resource Model Requirements Model Use Case Model System Boundery Model Use case Scenario Model Non-Functional Requirement Architecture Model Component Structure Model Component Interaction Model Component Interface Model ITimeReg ITimeregUserService IUserService Component Internal Design Plattform Specific Model A. Platform Profile Model...43 Side 2 av 44

3 1 Business Model 1.1 Scoping Statements Context Statement Bedriftens foretnings ide er å utvikle skreddersydde it-systemer for kunder. Timeregistrering er en prosess som er med på å kvalitetssikre bedriftens leveranser i henhold til tid, kostnad og produkt. På sikt kan man tenke seg at timeregistreringen danner erfaringsdata for å estimere oppgaver på nye prosjekter. Utgangspunktet for prosjektet er å måle timeforbruk pr arbeidsoppgaver på prosjekter, ha oversikt over overtidstimer (timebudsjett eller er det timeregnskap?), oversikt over timer som skal faktureres kunden. Timer som brukes på prosjekter kan også brukes som en kunnskapsbase for fremtidige prosjekter og kostnadsestimater. Timer som er prosjektrelaterte, men som ikke kan faktureres merkes med en egen kode. Når det gjelder timer som ikke er fakturerbare håndteres dette i systemet ved å opprette prosjekter som merkes som interne. I dag finnes det ikke noe system for å håndtere timeregnskap i bedriften. Det er derfor besluttet å lage et system som håndterer timer registrert på et prosjekt. Når det gjelder timebudsjett for hver enkelt prosjektdeltaker hentes informasjon om dette i fra en MS Microsoft Exchange server. I dette gruppevaresystemet registreres ferie og andre aktiviteter knyttet opp mot personer. I første omgang skal det kun lages et system som håndterer registrering av timer knyttet opp mot en oppgave i et prosjekt. Selve administrasjon av prosjekter og prosjektoppgaver håndteres i PAS (Project Administration System) som er utenfor grensene for dette verktøyet. PAS fungerer som en ressurs til HRS (Hour Registration System) verktøyet. Administrasjon av brukere og brukerrettigheter gjøres i LDAP -systemet (BRUM) som bedriften har i fra før. HRS bruker BRUM til å kontrollere om brukernavn og passord. Systemet skal realiseres ved bruk av J2EE plattformen i form av en JBOSS applikasjonsserver. Oppgaven er løst ved bruk av COMET (Component Method) metodikken. Som verktøy for å utvikle modellen har vi brukt Enterprise Architect 4.0. Hovedsakelig har vi brukt UML 2.0, men noen av modellene har kun 1.x syntaks i seg. Side 3 av 44

4 Figur 1 viser en oversikt over interessenter for registrering av timer, målene de har med systemet. Interessenter til timeregistrering er som følger: ud I. Timeregistrering context diagram EA 4.gistered Trial Version EA 4.00 Unregistere <<description>> Økonomiavdeling får tilsendt <<description>> BRUM er bedriftens timelister for å fakturere server for å EA 4.gistered å håndtere prosjekter og Trial prosjektaktiviteter. Version EA 4.00 Unregistere kunden håndtere brukere og passord EA 4.gistered Trial Version EA 4.00 Unregistere EA 4.gistered Trial Version EA 4.00 Unregistere EA 4.gistered Trial Version EA 4.00 Unregistere <<description>> Bedriftsledelse ønsker å se på effektiviteten og forbruk av ressurser på prosjekter. EA 4.gistered Trial Version EA 4.00 Unregistere EA 4.gistered Trial Version prosjekt. EA 4.00 Unregistere EA 4.gistered Trial Version EA 4.00 Unregistere Timeregistreringssystem <<description>> Prosjektleder kontrollerer timeforbruk pr aktivitet og EA 4.gistered Trial Version EA 4.00 Unregistere Bedriftsledelse Prosjektleder EA 4.gistered Trial Version EA 4.00 Unregistere EA 4.gistered Trial Version EA 4.00 Unregistere registrerer timer EA 4.gistered Trial Version EA 4.00 Unregistere Support EA 4.gistered Trial Version EA 4.00 Unregistere EA 4.00 <<description>> Unregistered Trial Version EA 4.gistere Support er ekspert brukere av systemet og hjelper brukere Økonomiav deling EA 4.00 om det Unregistered oppstår problemer. Trial Version EA 4.gistere EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version Administrator EA 4.00 Unregistered Trial Version EA 4.00 Unregistere EA 4.gistered Trial Version EA 4.00 Unregistere Kunde EA 4.gistered Trial Version EA 4.00 Unregistere <<description>> Kunde har mulighet til å hente ut EA 4.00 Unregistered Trial Version EA 4.00 rapporter Unregistered på status i prosjektet. Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere EA 4 00 Unregistered Trial Version EA 4 00 Unregistered Trial Version EA 4 00 Unregistered Trial Version EA 4 00 Unregistere Figur 1 : I. Timeregistrering context diagram Interessent Administrator Bedriftsledelse BRUM Kunde PAS Prosjektdeltaker Prosjektleder Support Økonomiavdeling BRUM <<description>> PAS er et system som bedriften bruker til PAS tilbyr informasjon om aktiviteter og hvilke ressurser som er tilknyttet aktiviteten. PAS <<description>> Administrator har alle rettigheter til systemet. Prosjektdeltaker <<description>> Prosjektdeltaker hver dag på aktiviteter knyttet til prosjektet. Beskrivelse Administrator har alle rettigheter til systemet. Bedriftsledelse ønsker å se på effektiviteten og forbruk av ressurser på prosjekter. BRUM er bedriftens server for å håndtere brukere og passord På sikt skal kunde har mulighet til å hente ut rapporter på status i prosjektet. PAS er et system som bedriften bruker til å håndtere prosjekter og prosjektaktiviteter. PAS tilbyr informasjon om aktiviteter og hvilke ressurser som er tilknyttet aktiviteten. Prosjektleder kontrollerer timeforbruk pr aktivitet og prosjekt. Prosjektleder kontrollerer timeforbruk pr aktivitet og prosjekt. Support er ekspert brukere av systemet og hjelper brukere om det oppstår problemer. Økonomiavdeling får tilsendt timelister for å fakturere kunden. Side 4 av 44

5 Aktivitetsdiagrammet nedenfor viser bedriftens forretningspross for gjennomføring av prosjekter. ad II. Forretningsprosess oversikt EA 4.gistered Tria EA 4.00 Unregistered start Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria EA 4.gistered Tria EA 4.gistered Tria sl utt [Tapt] EA 4.00 Unregistered [vunnet] Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria «ResourceAsArtifact» EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria Initier prosjekt EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria Overvåke prosjekt :Salg, ledelse :Prosjektledelse :Prosjektdeltaker :Økonomiavdeling Foranalyse Prosj ektkontrakt EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA :Fakturerbare 4.00 Unregistered timer Tria EA 4.gistered Tria [Prosjekt.antalloppgaver > 0] Alloker ressurser Prosj ekthåndtering EA 4.00 Unregistered Trial Version EA 4.00 Unregistered :Oppgav Trial e Version EA 4.00 Unregistered Tria EA 4.gistered Tria [prosjekt.antalloppgaver < 1] EA 4.gistered Tria Av slutt prosj ekt Utfør oppgave EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria EA 4.gistered Tria Avslutt «ResourceAsArtifact» «ResourceAsArtifact» Fakturer kunde EA 4 00 Unregistered Trial Version EA400UnregisteredTrialVersion EA 4 00 Unregistered Tria Figur 2 : II. Forretningsprosess oversikt Stegene er som følger: Bedriften brukere selgere til å knytte kontakt med kunder som har behov for å utvikle IT-systemer. Aktivitetene før man blir enige om en kontrakt bruker selgerne senior utviklere til å bistå i grovestimering, analyse av prosjektene og utviklingsoppgavene. Dette er en prosess som vi kaller Foranalyse. Dette er aktiviteter som bedriften ikke får betalt for, Side 5 av 44

6 men er en innsats for å få inntekter. Ansatte som arbeider mye mot disse aktivitetene registrerer også timer for dette, men blir da knyttet mot et internt prosjekt. Når kontrakten er signert allokerer bedriften ressurser til prosjektet. For hver aktivitet en ansatt utfører registreres det antall timer som er brukt på aktiviteten. Avgrensingen for systemet er prosessen for å utføre en oppgave ( Utfør oppgave ). Dette er en prosess som gjøres av en prosjektdeltaker etter hvert som han får tildelt oppgaver. Dette er en prosess som er brutt ned i flere delprosesser, som vist i figuren. Side 6 av 44

7 1.2 Goal Model Hensikten med målmodellen er å komme til enighet med interessentene om forretningsmålene som skal implementeres og bruke Timeregistreringssystemet. Målhierarkiet for å registrere timer er gitt i klassediagrammet nedenfor. Det overordnede målet for bedriften er å administrere ressurser på en enkel og effektiv måte. For å kunne oppnå målet med effektiv administrasjon så er man avhengig å ha oversikt over tilgjengelige ressurser og mulighet til å delegere disse til dedikerte oppgaver i bedriften. For å få oversikt over ressurser trengs det en oversikt over timer de forskjellige personene har brukt og en oversikt over estimerte oppgaver med tilhørende personer på prosjektene. Målet fleksibel arbeidstid er mer ett resultat av at man har registrert timer og har en oversikt over hvor mange timer man har jobbet overtid og som kan brukes til å ta ut avspasering. Side 7 av 44

8 od B. Goal Model tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Administrere ressurser tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Delegere Ressurser Oversikt ressurser tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Oversikt over timebruk Oversikt prosjekter tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Fleksibel arbeidstid tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Figur 3 : B. Goal Model Mål Administrere ressurser Delegere Ressurser Oversikt ressurser Oversikt over timebruk Oversikt prosjekter Fleksibel arbeidstid Beskrivelse Hovedmålet er å administrere ressurser på en effektiv måte Ønsker å fordele ressurser der hvor behovet er. God oversikt som gjør det enkelt å delegere ressurser Oversikt som gir forbruk av ressurser. En total oversikt over forbruk av ressurser på prosjekter Oversikt over timer gir mulighet til å ta ut timer som er jobbet for mye. Side 8 av 44

9 1.3 Community Model Målet med Community model er å vise forretningsprosessen og ressursene som er relevante til produktet som skal lages. Modellene skal vise hvilke ressurser som samarbeider i de forskjellige prosessene for å oppnå de forskjellige målene Business process & Role models Utfør oppgave prosessen viser forretningsprosessen som er relevant for produktet som skal utvikles. Utføre oppgave beskrives nedenfor. 1. Motta oppgave er en manuell prosess, hvor prosjektdeltakerne mottar oppgaver fra prosjektleder. 2. Gjennomfør oppgave gjøres av prosjektdeltakerne når de har mottatt en oppgave. 3. Når oppgaven er gjennomført skal det registreres antall timer som er brukt på oppgaven. Figur 4: I. Utfør oppgave ad I. Utfør oppgave EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 «Human Step» EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 Oppgaveliste.antall > 0 Prosjektdeltaker ActivityInitial EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Gjennomfør Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 Registrer timer EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 [Oppgaveliste.antall = 0] EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 ActivityFinal Motta oppgave «Human Step» oppgav e <<Tool Step>> EA 4.00 Unregistered Trial Version EA 4.0 Produktet skal håndtere registrering av timer og dette produktet vil være med på å støtte målet med å få oversikt over ressurser. Når det gjelder å fordele ressurser gjøres dette i et prosjektstyringsverktøy som bedriften disponerer. Figuren under viser også hvilke mål registrere timer vil støtte ved realiseringen systemet. Side 9 av 44

10 od II. Mål som støttes av registrere timer tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria Administrere ressurser tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria (from B. Goal Model ) tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria Delegere Ressurser Oversikt ressurser tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria (from B. Goal Model ) tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria Oversikt over timebruk tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria (from B. Goal Model ) (from B. Goal Model ) tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria Fleksibel arbeidstid Oversikt prosjekter (from B. Goal Model ) tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria tered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tria (from B. Goal Model ) <<Tool Step>> Registrer timer tered Trial Version EA 4 00 Unregistered Trial Version EA 4 00 Unregistered Tria Figur 5: II. Mål som støttes av registrere timer Side 10 av 44

11 1.3.2 Business Resource Model Business resource rial model Version identifiserer EA og 4.00 definerer Unregistered hovedbegreper Trial som er Version relevant til timeregistreringssystemet. EA 4.00 Unregis cd II. Business Resource Model rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis Person rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis Prosjektdeltaker Prosjektleder rial Version EA Unregistered Trial 1 Version EA 4.00 Unregis * 1 rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis * 1 * rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis ProsjektTimeData Prosjekt Prosjektoppgav e * Kunde rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis 1 rial Version EA 4.00 Unregistered * Trial Version EA 4.00 Unregis 1 rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis * rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis Prosjekttime Bedrift Prosjektkontrakt rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregis rial Version EA 4 00 Unregistered Trial Version EA400Unregis Figur 6 : II. Business Resource Model Mål Bedrift Kunde Person Prosjekt Prosjektdeltaker Prosjektkontrakt Prosjektleder Prosjektoppgave Prosjekttime 1 1 Beskrivelse En bedrift kan registrere timer på forskjellige prosjekter En kunde knyttet til et prosjekt i bedriften. En person er kun et hjelpebegrep for å samle egenskaper. Prosjekt er enheten som det registreres timer på og faktureres kunden som er knyttet til prosjektet. Et prosjekt kan være enten internt eller eksternt i forhold til bedriften. Et eksternt prosjekt er et prosjekt hvor en kunden blir fakturert for timene. Internt prosjekt er et prosjekt hvor man registerer oppgaver som er gjort internt i bedriften Prosjektdeltaker er en rolle som alle ansatte vil ha for å kunne registrere timer Avtale som binder prosjektet til en bestemt kunde med forpliktelser. Prosjektleder er en rolle som en ansatt blir tildelt. En prosjektoppgave kan være knyttet til et eksternt prosjekt eller internt prosjekt. For hver oppgave som er gjort skal man registrere hvor lang tid som er brukt på prosjektet. Side 11 av 44

12 2 Requirements Model Kravmodellen inneholder krav til systemet. Dette er både funksjonelle og ikke funksjonelle krav. De ikke funksjonelle kravene knyttes opp mot Quality of Service (Qos) krav. Kravmodellen er delt opp i følgende avsnitt System Boundery model, Use Case Scenario model og Non-Functional Requirement ihht COMET. 2.1 Use Case Model Use Case Modellen viser produktet i form av usecases, aktører og scenario beskrivelser Use Case Modellen består av to deler System Boundery Model og Use Case Scenario Model System Boundery Model Målet med System Boundery Model er å identifisere produktet og dens tjenester. Denne modellen viser også hvilke aktører som har interesse eller blir påvirket av produktet som skal utvikles. 4.gister ud A. System Boundery Model T i meregistreringssystem 4.gister 4.00 Unregistered Trial Version EA 4.00 Unregistered 6. Identifikasjon Trial Version EA 4.00 Unregister 4.00 Unregistered Trial ProsjektTimer Version EA 4.00 Unregistered Trial Version EA 4.00 Unregister BRUM Prosjektleder 4.gister 4.00 Unregistered Trial Version EA 4.00 Unregistered «include» Trial Version EA 4.00 Unregister 4.00 Unregistered Trial Version EA 4.00 Unregistered «include» Trial Version EA 4.00 Unregister Prosjektleder «include» 4.00 Unregistered Trial Version EA 4.00 Unregistered synkroniser Trial Version EA 4.00 Unregister 3. Se timebruk for 4.gister 4.gister Økonomiav deling 10. Editere «include» «extend» «extend» 1. Registrere timer j obbet på prosj ekt «extend» 7. Endre førte timer 8. Slette timer på prosj ekt prosjektdeltaker 4. Se timebruk på 4.00 Unregistered Trial Version prosjea ekt 4.00 Unregistered Trial Version EA 4.00 Unregister 4.gister 5. Se totalt timebruk på alle 2. Sett sammen og prosj ekttimedata 4.00 Unregistered Trial Version prosj ekter EA 4.00 Unregistered Trial Version EA 4.00 Unregister 4.00 Bedriftsledelse Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregister 4.gister 4.gister PAS 4.gister Figur 7 : A. System Boundery Model «include» «include» «include» Figur 8 viser hvordan usecasene er delt opp i mulige subsystemer. Dette er gjort til forhold til hvilken funksjonalitet de forskjellige aktørene skal ha tilgang til. HRS Side 12 av 44

13 ud B. Subsystem grouping EA 4.gistered Trial V Timeregistreringssystem EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version AAServiceEA 4.00 Unregistered Trial V TimeregistreringsEditor EA 4.gistered Trial V EA 4.gistered Trial V 10. Editere ProsjektTimer 1. Registrere timer «extend» jobbet på prosjekt EA 4.gistered Trial V Prosj ektleder EA 4.gistered Trial V TimeRegistreingsService EA 4.gistered Trial V synkroniser ProsjektTimeData EA 4.gistered Trial V EA 4.00 Unregistered Trial Version EA prosjekt 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial V EA 4.gistered Trial V ProsjektTimeViewer 8. Slette timer på prosj ekttimedata 6. Identifikasjon 2a. Opprett 2b. Endre ProsjektTimeData 2c. Lese 3. Se timebruk for ProsjektTimeData EA 4.gistered HRS Trial V prosjektdeltaker EA 4.gistered Trial V Prosjektleder 2d. Slette ProsjektTimeData EA 4.gistered Trial V PASService EA 4.gistered Trial V 4. Se timebruk på prosjekt EA 4.gistered Trial V Økonomiav deling EA 4.00 Unregistered Trial Version 5. Se totalt 3a Finn Ansatt EA 4.00 Unregistered Trial Version 3b Finn prosjekt EA 4.00 Unregistered Trial V timebruk på alle prosjekter EA 4.gistered Trial V EA 4.gistered Trial V Bedriftsledelse «include» «extend» «include» 7. Endre førte timer «extend» «include» «include» 2. Sett sammen og «include» «include» «include» «include» «include» «include» EA 4.gistered Trial V EA 4.gistered Trial V EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial PASVersion EA 4.00 Unregistered Trial V «use» «use» «include» BRUM Figur 8 : B. Subsystem grouping Subsystem gruppering viser gruppering av funksjonelitet i forhold til aktører og hvilken tilgang de har til funksjonaliteten. TimeregistreringsEditor håndterer kommunikasjon med AAService for identifikasjon av bruker og TimeregistreringsService for å håndtere timer. AAService og TimeregistreringsService vises som fystikkmenn. I henhold til COMET profilen skal dette vært en pc figur. Dette gjelder også for service aktører i de neste modellene. Subsystem Beskrivelse TimeregistreringsEditor TimeregistreringsEditor er et subsystem for å registrer timer TimeregistreringsViewer En readonly klient som kun viser rapporter TimeregistreringsService En tjeneste som sørger for å synkroniseres dataflyt mellom PAS og HRS. PASService En tjeneste som henter data fra PAS systemet AAService En tjeneste for brukeridentifikasjon. Side 13 av 44

14 Hver enkelt subsystem er beskrevet nedenfor med tilhørende usecase beskrivelser. 00 ud C. Unregistered TimeRegistreringsEditor Trial usecase Version EA 4.00 Unregistered Trial Version EA 4.00 Unre TimeregistreringsEditor ProsjektTimer 00 Prosj Unregistered ektleder 1. Registrere timer Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre 00 Unregistered Trial Version 8. Slette EA timer 4.00 på Unregistered Trial Version EA 4.00 Unre Prosj ektleder 10. Editere «extend» prosj ekt j obbet på prosjekt 7. Endre førte timer 00 Unregistered Trial Version 3. Se timebruk EA 4.00 for Unregistered Trial Version EA 4.00 Unre prosjektdeltaker «extend» «extend» AAServ ice TimeregistreringsService Figur 9 : C. TimeRegistreringsEditor usecase Prioritet 10 Usecase 10. Editere ProsjektTimer Mål Identifisering av bruker. Aktør Prosjektdeltaker Trigger Behov for tilgang til timeregistreringssystemet Pre-betingelser Bruker finnes i BRUM systemet Post-betingelser Bruker er logget inn Kvalitetskrav (Qos) Enhver oppdatering av data skal, vises ved neste spørring av samme data. Normal hendelsesflyt 0 Systemet sender bruker id til BRUM system ved oppstart av timeregistrerings system. 1 BRUM returnerer timeregistrerings id Variasjoner Relatert informasjon BRUM er et eget system. Dette er en avgrensning vi har funnet opp selv. Side 14 av 44

15 Prioritet 1 Usecase 1. Registrere timer jobbet på prosjekt Mål Aktør Prosjektdeltaker Trigger Prosjektdeltaker har arbeidet på prosjektet Pre-betingelser Prosjekt er registrert. Post-betingelser Aktivitet med timer er registrert og lagret. Kvalitetskrav (Qos) - Normal hendelsesflyt 0 Prosjektdeltaker velger prosjekt som timer skal registreres på. 1 Prosjektdeltaker registrerer timer han har brukt på prosjektet. 2 Systemet viser oppdatert timebruk og spør om det er ok. 3 Prosjektdeltaker bekrefter timeforbruk Variasjoner 1.1 Prosjektdeltaker har valgt feil prosjekt. Avbryter. 1.2 Systemet går tilbake til pkt Systemet registrerer dobbelt booking av timer. Gir beskjed og går tilbake til pkt 1. Relatert informasjon 3.2 Prosjektdeltaker ser at timeforbruk registrert var feil og avbryter Systemet går tilbake til pkt 1. Prioritet 7 Usecase 7. Endre førte timer Mål Aktør Prosjektdeltaker Trigger Feil er registrert Pre-betingelser Aktivitet er registrert på prosjektet med et antall timer. Post-betingelser Timer er blitt endret. Kvalitetskrav (Qos) - Normal hendelsesflyt 0 Prosjektdeltaker velger prosjekt som timer skal endres på. 1 Prosjektdeltaker endrer time forbruk på prosjekt 2 Systemet viser oppdatert timeforbruk og spør om de er ok. 3 Prosjektdeltaker bekrefter endring av timeforbruk. Variasjoner 1.1 Prosjektdeltaker har valgt feil prosjekt. Avbryter. 1.2 Systemet går tilbake til pkt Systemet registrerer dobbelt booking av timer. Gir beskjed og går tilbake til pkt 1. Relatert informasjon 3.2 Prosjektdeltaker ser at timeforbruk registrert var feil og avbryter Systemet går tilbake til pkt 1. Side 15 av 44

16 Prioritet 8 Usecase 8. Slett timer på prosjekt Mål Aktør Prosjektdeltaker Trigger En prosjektdeltaker ser at timer registrert på et prosjekt er feil. Pre-betingelser At det er registrert timer på det gjeldende prosjektet. Post-betingelser Timer er blitt endret. Kvalitetskrav (Qos) - Normal hendelsesflyt 0 Prosjektdeltaker velger prosjekt som timer skal slettes på. 1 Prosjektdeltaker sletter time forbruk på prosjekt. 2 Systemet viser oppdatert timeforbruk og spør om de er ok. 3 Prosjektdeltaker bekrefter sletting av timeforbruk. Variasjoner 1.1 Prosjektdeltaker har valgt feil prosjekt. Avbryter. 1.2 Systemet går tilbake til pkt 0. Relatert informasjon 3.1 Prosjektdeltaker ser at sletting av timer var feil og avbryter Systemet går tilbake til pkt 1. Prioritet 3 Usecase 3. Se timeforbruk på prosjektdeltaker Mål Aktør Prosjektdeltaker, Prosjektleder Trigger Ønsker rapport på prosjekt pr prosjektdeltaker. Pre-betingelser At prosjektdeltakere er lagt inn i systemet Post-betingelser Oversikt over registrerte timer på prosjektdeltaker Kvalitetskrav (Qos) - Normal hendelsesflyt 0 Prosjektdeltaker/Prosjektleder velger prosjektdeltaker som de ønsker en oversikt på 1 Systemet viser en fullstendig oversikt med alle timer registrert på de respektive prosjektene Variasjoner Relatert informasjon Side 16 av 44

17 TimeregistreringsViewer er kun en lese klient og kan ikke endre på data. ud D. TimeregistreringsViewer usecase EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.0 TimeregistreringsViewer EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA Se timebruk for EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.0 Prosjektleder prosjektdeltaker EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version 4. EA Se timebruk 4.00 på Unregistered Trial Version EA 4.0 prosjekt EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.0 Økonomiav deling EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA Se totalt timebruk på alle prosjekter EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.0 Bedriftsledelse TimeregistreringsService EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.0 Figur 10 : D. TimeregistreringsViewer usecase Prioritet 4 Usecase 4. Se total timeforbruk på prosjekt Mål Aktør Prosjektleder, Bedriftsledelse Trigger Prosjektleder ønsker å se timeforbruk i prosjekt. Pre-betingelser Prosjektet er registret Post-betingelser Kvalitetskrav (Qos) Normal hendelsesflyt Variasjoner Relatert informasjon 0 Prosjektleder velger ønsket prosjekt 1 Systemet viser timeforbruk for aktuelt prosjekt. Prioritet 5 Usecase 5. Se totalt timeforbruk på alle prosjekter Mål Aktør Bedriftsledelsen Trigger Ledelsen ønsker å se timeforbruk. Pre-betingelser At det er registrert prosjekter i systemet. Post-betingelser Kvalitetskrav (Qos) Normal hendelsesflyt 0 Systemet viser timeforbruk for hvert prosjekt samt sum. Variasjoner Relatert informasjon Side 17 av 44

18 TimeregistreringsService er nøkkel komponenten som styrer samhandling med PAS systemet. 4.gistere ud E. TimeregistreringsService usecase TimeregistreringsService 4.gistere 2. Sett sammen og 4.00 Unregistered Trial Version EA 4.00 synkroniser Unregistered Trial Version EA 4.00 Unregistere prosj ekttimedata 2a. Opprett ProsjektTimeData 4.00 TimeregistreringsEditor Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere 4.gistere 2b. Endre ProsjektTimeData 4.gistere 4.gistere TimeregistreringsViewer 2c. Lese ProsjektTimeData 4.gistere 4.gistere 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version 2d. Slette EA 4.00 Unregistere ProsjektTimeData 4.gistere 4.gistere 4.gistere 4.gistere PASService «include» «include» «include» «include» 4.gistere Figur 11 : E. TimeregistreringsService usecase Prioritet 2 Usecase 2. Sett sammen og synkroniser prosjekttime data Mål Registrere timer på en gitt prosjektaktivitet. Aktør Alle Trigger Pre-betingelser Post-betingelser Kvalitetskrav (Qos) Data fra eksterne systemer skal caches Normal hendelsesflyt 0 Henter person informasjon fra PAS 1 Henter prosjekt informasjon fra PAS 2 Henter prosjekt time informasjon fra HRS 3 Oppdaterer data Variasjoner Relatert informasjon Oppdaterer innebefatter slett, lagre, endre, hent Alle prosjektdata hentes i fra PASService komponenten. HRS Side 18 av 44

19 ud F. PASService usecase EA 4.g PASService EA 4.g EA 4.g 3a Finn Ansatt EA 4.g EA 4.g TimeregistreringsServ ice 3b Finn prosjekt EA 4.g EA 4.g PAS Figur 12 : F. PASService usecase Prioritet 3 Usecase 3a. Finn Ansatt Mål Finne data om ansatt. Aktør Se timeforbruk pr prosjektdeltaker Trigger Synkronisere og sett sammen data. Pre-betingelser Ansatt er registrert. Post-betingelser Ansattdata returnert. Kvalitetskrav (Qos) Spørring skal ikke ta mer enn 1 sekund. Normal hendelsesflyt 1. TimeregistreringsService ber om data om ansatte fra PASService. 2. PASService returernerer en liste med ansatte. Variasjoner 2a Hvis ansatt finnes -> legg til i ansattliste Ellers fortsett. Relatert informasjon Prioritet 3 Usecase 3b. Finn prosjekt Mål Finne data om et prosjekt. Dvs aktiviteter og ressurser. Aktør Se timeforbruk pr prosjektdeltaker Trigger TimeregistreringsService synkronisererer og setter sammen prosjektdata. Pre-betingelser Prosjekt er registrert. Post-betingelser Prosjektdata returnert. Kvalitetskrav (Qos) Spørring skal ikke ta mer enn 3 sekunder Normal hendelsesflyt 1. TimeregistreringsService ber om data fra PASService 2. PASService returnerer en liste med prosjektdata. Variasjoner 2a Hvis prosjekt finnes -> legg til i prosjektdataliste Ellers fortsett inntil det ikke er mer informasjon. Relatert informasjon Side 19 av 44

20 ud G. AAService usecase 4.g AAService 4.g 4.g 6. Identifikasjon 4.g TimeregistreringsEditor 4.g 400U i t dti lv i EA400U i t dti lv i EA400U Figur 13 : G. AAService usecase Det er kun nødvendig med innlogging når man skal registrere timer. Prioritet 6 Usecase 6. Identifikasjon Mål Få tilgang til å registrere timer. Aktør TimeregistreringsEditor Trigger Trenger tilgang til timeregistreringssystemet. Pre-betingelser Bruker er registrert med rettigheter til timeregistrerings Systemet. Post-betingelser Bruker har fått tilgang. Kvalitetskrav (Qos) Identifikasjon skal være kryptert, identifikasjon skal ikke ta mer enn 3 sekunder. Normal hendelsesflyt 1. TimeregistreringsEditor sender brukernavn og passord til BRUM systemet. 2. BRUM identifiserer bruker. BRUM Variasjoner Relatert informasjon 2a Hvis bruker skriver feil 3 ganger skal brukeren låses. Side 20 av 44

21 2.1.2 Use case Scenario Model Figuren viser interaksjonen mellom prosjektdeltaker og Timeregistrerings systemet. id 1 Registrere ProsjektTimeData EA 4.gistered Tr Prosjektdeltaker TimeRegistreringssytem EA 4.gistered Tr EA 4.gistered Tr Velg prosjekt EA 4.gistered Tr Prosjekt ID EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Trial Version EA Henter 4.00 prosjekt Unregistered data Tr EA 4.gistered Tr ProsjektTimeData EA 4.gistered Tr EA 4.00 Unregistered Skriv Trial inn brukte Version timer EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr NyProsj ekttimedata EA 4.gistered Tr EA 4.gistered Tr Oppdaterer prosj ekt data EA 4.00 Unregistered Trial Version EA 4.00 OppdatertProsjektTimeData Unregistered Trial Version EA 4.00 Unregistered Tr EA 4.gistered Tr Godkjenner oppdatering Godkj ennelse EA 4.gistered Tr Lagrer ProsjektTimeData EA 4.gistered Tr EA400UnregisteredTrialVersion EA400UnregisteredTrialVersion EA400UnregisteredTr Figur 14 : 1 Registrere ProsjektTimeData 2.2 Non-Functional Requirement Ikke funksjonelle krav er knyttet opp i usecase scenario beskrivelsene i feltet kvalitetskrav (Qos). Side 21 av 44

22 3 Architecture Model Arkitektur modellen beskriver den overordnede arkitekturen av produktet og oppdelingen i komponenter og subsystemer. Målet er å spesifisere grensesnittene (oppførsel) og den interne strukturen (statisk struktur) til komponentene. Et annet mål er å få spesifisert protokollen til grensesnittet, det vil si i hvilken rekkefølge de forskjellige operasjonene i grensesnittet skal utføres. 3.1 Component Structure Model Komponentstrukturen beskriver høynivå komponenter og sammenhengen mellom de. nregistered id A. Reference Architecture Trial Version Analysis Model EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre «Tool» TimeRegistreringsEditor «Tool» TimeRegistreringsViewer nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered «Business Trial Service» Version EA 4.00 «Business Unregistered Service» Trial Version «Business Service» EA 4.00 Unre PASService TimeRegistreringService BRUMServ ice nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre «Resource Service» PAS «artifact» Component Infrastructure IPersistence «Resource Service» HRS «Resource Service» BRUM nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre nregistered Trial Version EA 4 00 Unregistered Trial Version EA 4 00 Unre Figur 15 : A. Reference Architecture Analysis Model Side 22 av 44

23 Unregistered id A.2. Component Structure Trial Version Model EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un «Tool» TimeRegistreringsEditor «Tool» TimeRegistreringsViewer Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un «Business Service» TimeRegistreringService IPass IBrum Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un «Business Service» «Business Service» PASService BRUMServ ice Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un «Resource Service» PAS ITimeReg «Resource Service» HRS «Resource Service» BRUM Unregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Un Figur 16 : A.2. Component Structure Model IPersistence Side 23 av 44

24 Som en avgrensing i oppgaven har vi kun valgt å detaljere TimeregistreringsEditoren og TimeregistreringsViewer. EA id A TimeregistreringsEditor Unregistered Structure Trial Model Ver EA 4.00 TimregistreringsEditorUI Unregistered Trial Ver EA 4.00 Unregistered Trial Ver ITimeregUserService EA 4.00 Unregistered Trial Ver EA 4.00 Unregistered Trial Ver TimeregistreringsEditorUS EA 4.00 Unregistered Trial Ver EA 4.00 Unregistered Trial Ver EA 4.00 Unregistered Trial Ver EA 4.00 Unregistered Trial Ver ITimeReg EA 4.00 Unregistered Trial Ver Figur 17 : A.3 TimeregistreringsEditor Structure Model id A.4 TimeregistreringsViewer Structu Unregistered Trial Version TimeregistreringsViewerUI Unregistered Trial Version Unregistered Trial Version Unregistered Trial Version Unregistered TimeregistreringsViewerUS Trial Version Unregistered Trial Version Unregistered Trial Version Unregistered Trial Version ITimeReg IUserService Unregistered Trial Version Figur 18 : A.4 TimeregistreringsViewer Structure Model Side 24 av 44

25 3.2 Component Interaction Model Modellen beskriver interaksjon mellom høynivå komponenter. egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U sd 1 Legge Til ProsjektTimer TimeRegisteringsServ ice TimeRegistreringsServ ice egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U ProsjektDeltaker egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U NyProsjektTimeData(ProsjektTimeData) egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U Ok? UpdateView egistered Trial Version Ok EA 4.00 Unregistered Trial Version EA 4.00 U egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U egistered Trial Version EA 4.00 Unregistered Trial 02a Version Lagre ProsjektTimeData EA 4.00 U egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U egistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 U Figur 19 : 1 Legge Til ProsjektTimer EndreProsjektTimeData(TimeRegId, ProsjektimeData) 1 Legge Til ProsjektTimer Messages ID Melding Fra Objekt Til Objekt Info 1 NyProsjektTimeData ProsjektDeltaker TimeRegisteringsService 2 UpdateView TimeRegisteringsService TimeRegisteringsService 3 Ok? TimeRegisteringsService ProsjektDeltaker 4 Ok ProsjektDeltaker TimeRegisteringsService 5 EndreProsjektTimeData TimeRegisteringsService 02a Lagre ProsjektTimeData ref Side 25 av 44

26 red Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre sd 02a Lagre ProsjektTimeData TimeRegisteringsServ ice HRS red Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre red Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre EndreProsjektTimeData(TimeRegId, nyprosjekttimedata) red Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre LeggeTilData(ProsjektTimeData) red Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre Figur 20 : 02a Lagre ProsjektTimeData 02a Lagre ProsjektTimeData Messages ID Melding Fra Objekt Til Objekt Info 1 EndreProsjektTimeData TimeRegisteringsService 2 LeggeTilData TimeRegisteringsService HRS stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 sd 02b Endre ProsjektTimeData TimeRegisteringsServ ice HRS stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Endre ProsjektData(TimeRegId, gammeldata, NyData) stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 EndreData stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Figur 21 : 02b Endre ProsjektTimeData 02b Endre ProsjektTimeData Messages ID Melding Fra Objekt Til Objekt Info 1 Endre ProsjektData TimeRegisteringsService 2 EndreData TimeRegisteringsService HRS Side 26 av 44

27 rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre sd 02c LeseProsjektTimeData TimeRegisteringsServ ice HRS rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre getprosjekttimedata(timeregid) rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre LesProjektTimeData(timeRegId) rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre ProsjektTimeData rial Version ProsjektTimeData EA 4.00 Unregistered Trial Version EA 4.00 Unre rial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre Figur 22 : 02c LeseProsjektTimeData 02c LeseProsjektTimeData Messages ID Melding Fra Objekt Til Objekt Info 1 getprosjekttimedata TimeRegisteringsService 2 LesProjektTimeData TimeRegisteringsService HRS 3 ProsjektTimeData HRS TimeRegisteringsService 4 ProsjektTimeData TimeRegisteringsService Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre sd 02d Slette ProsjektTimeData TimeRegisteringsServ ice HRS Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre sletteprosjekttimedata(prosjektid, DateRange) Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre sl ettedata Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unre Figur 23 : 02d Slette ProsjektTimeData 02d Slette ProsjektTimeData Messages ID Melding Fra Objekt Til Objekt Info 1 sletteprosjekttimedata TimeRegisteringsService 2 slettedata TimeRegisteringsService HRS Side 27 av 44

28 tered Trial Version EA 4.00 Unregistered Trial Version EA sd 03 HentProjektData TimeRegistreringsServ ice PASService tered Trial Version EA 4.00 Unregistered Trial Version EA tered Trial Version EA 4.00 Unregistered Trial Version EA getprojectdata(timeregid, ProsjektId) tered Trial Version EA 4.00 Unregistered Trial Version EA tered Trial Version EA 4.00 Unregistered Trial Version EA loop tered Trial Version EA 4.00 Unregistered Trial Version EA ref 3 Finne Prosjekt tered Trial Version EA 4.00 Unregistered Trial Version EA tered Trial Version EA loop 4.00 Unregistered Trial Version EA ref 03b Finn Ansatt tered Trial Version EA 4.00 Unregistered Trial Version EA tered Trial Version EA 4.00 Unregistered Trial Version EA ProjectData tered Trial Version EA 4.00 Unregistered Trial Version EA Figur 24 : 03 HentProjektData 03 HentProjektData Messages ID Melding Fra Objekt Til Objekt Info 1 getprojectdata TimeRegistreringsService 2 ProjectData TimeRegistreringsService Figur 25 : 03a Finne Prosjekt EA 4.00 Unregistered Trial Version EA 4.0 sd 03a Finne Prosjekt TimeRegistreringsService PASService EA 4.00 Unregistered Trial Version EA 4.0 EA 4.00 Unregistered Trial Version EA 4.0 FinnProsjektData(TimeRegId) EA 4.00 Unregistered Trial Version EA 4.0 ProsjektData EA 4.00 Unregistered Trial Version EA 4.0 EA 4 00 Unregistered Trial Version EA a Finne Prosjekt Messages ID Melding Fra Objekt Til Objekt Info 1 FinnProsjektData TimeRegistreringsService PASService 2 ProsjektData PASService TimeRegistreringsService Side 28 av 44

29 A 4.00 Unregistered Trial Version EA 4.00 sd 03b Finn Ansatt TimeRegistreringsServ ice PASService A 4.00 Unregistered Trial Version EA 4.00 A 4.00 Unregistered Trial Version EA 4.00 finnperson(timeregid) A 4.00 Unregistered Trial Version EA 4.00 PersonData A 4.00 Unregistered Trial Version EA 4.00 Figur 26 : 03b Finn Ansatt 03b Finn Ansatt Messages ID Melding Fra Objekt Til Objekt Info 1 finnperson TimeRegistreringsService PASService 2 PersonData PASService TimeRegistreringsService nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr sd 4 Se Timebruk for Ansatt TimeRegistreringsViewer TimeRegistreringsServ ice nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr rosjektleder, ØkonomiAvdeling, BedriftsLedelse nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr SeProsjektDataForPerson(TimeRegId) nregistered Trial Version EA 4.00 Unregistered Trial Version ref EA 4.00 Unregistered Tr LeseProsjektTimeData(TimeRegId) 02c LeseProsjektTimeData nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr ProsjektTimeData nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr nregistered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered Tr Figur 27 : 4 Se Timebruk for Ansatt 4 Se Timebruk for Ansatt Messages ID Melding Fra Objekt Til Objekt Info 1 SeProsjektDataForPerson ProsjektDeltaker, TimeRegistreringsViewer ProsjektLeder, ØkonomiAvdeling, BedriftsLedelse 2 LeseProsjektTimeData TimeRegistrerings 02c LeseProsjektTimeData Viewer 3 ProsjektTimeData 02c LeseProsjektTimeD ata TimeRegistreringsViewer Side 29 av 44

30 ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered sd 05 Se TimebrukForProsjekt TimeRegistreringsViewer TimeRegistreringsServ ice ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered ProsjektLeder, BedriftsLedelse ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered SeTimeForBrukForProsjekt(ProsjektId) ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered getprojectdata(timeregids) 03 HentProjektData ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered ProjectData ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered ered Trial Version EA 4 00 Unregistered Trial Version EA 4 00 Unregistered Figur 28 : 05 Se TimebrukForProsjekt 05 Se TimebrukForProsjekt Messages ID Melding Fra Objekt Til Objekt Info 1 SeTimeForBrukForProsjekt ProsjektLeder, TimeRegistreringsViewer BedriftsLedelse 2 getprojectdata TimeRegistreringsViewer 03 HentProjektData 3 ProjectData 03 HentProjektData TimeRegistreringsViewer ref Side 30 av 44

31 ed Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregiste sd 6 SeTimebruk for bedift TimeRegistreringsViewer TimeRegistreringsServ ice ed Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregiste BedriftsLedelse ed Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregiste SeTimebrukForBedrift ed Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregiste ed Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregiste FinnProsjektData(ProsjektIds) ed Trial Version EA 4.00 Unregistered BedriftProsjektData Trial Version EA 4.00 Unregiste ed Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregiste ref 03 HentProjektData Figur 29 : 6 SeTimebruk for bedift 6 SeTimebruk for bedift Messages ID Melding Fra Objekt Til Objekt Info 1 SeTimebrukForBedrift BedriftsLedelse TimeRegistreringsViewer 2 FinnProsjektData TimeRegistreringsViewer 03 HentProjektData 3 BedriftProsjektData 03 HentProjektData TimeRegistreringsViewer Figur 30 : 07 Identifikasjon Version EA 4.00 Unregistered Trial Version EA 4 sd 07 Identifikasjon TimeRegisteringsServ ice BRUMServ ice Version EA 4.00 Unregistered Trial Version EA 4 Version EA 4.00 Unregistered Trial Version EA 4 gettimeregid(userid) Version EA 4.00 Unregistered Trial Version EA 4 timeregid Version EA 4.00 Unregistered Trial Version EA 4 07 Identifikasjon Messages ID Melding Fra Objekt Til Objekt Info 1 gettimeregid TimeRegisteringsService BRUMService 2 timeregid BRUMService TimeRegisteringsService Side 31 av 44

32 ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T sd 8 EndreProsjektTimer TimeRegisteringsService TimeRegistreringsServ ice ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T ProsjektDeltaker ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T EndreData(NyData, GammelData) ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T OK? UpdateView ered Trial Version OKEA 4.00 Unregistered Trial Version EA 4.00 Unregistered T endreprosjektdata(timeregid, Nydata, Gammeldata) ref 02b Endre ProsjektTimeData ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T ered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistered T Figur 31 : 8 EndreProsjektTimer 8 EndreProsjektTimer Messages ID Melding Fra Objekt Til Objekt Info 1 EndreData ProsjektDeltaker TimeRegisteringsService 2 UpdateView TimeRegisteringsService TimeRegisteringsService 3 OK? TimeRegisteringsService ProsjektDeltaker 4 OK ProsjektDeltaker TimeRegisteringsService 5 endreprosjektdata TimeRegisteringsService 02b Endre ProsjektTimeData Side 32 av 44

33 stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere sd 9 Slette ProsjektTimer TimeRegisteringsServ ice TimeRegistreringsServ ice stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere ProsjektDeltaker stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere SletteData(TimeRegId, ProsjekId, DateRange) stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere OK? stered Trial Version Ok EA 4.00 Unregistered Trial Version EA 4.00 Unregistere stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere stered Trial Version EA 4.00 Unregistered Trial Version EA 4.00 Unregistere t d T i l V i EA400U i t dti lv i EA 4 00 U i t Figur 32 : 9 Slette ProsjektTimer UpdateView sletteprosjekttimedata(timeregid, ProsjektId, DateRange) 9 Slette ProsjektTimer Messages ID Melding Fra Objekt Til Objekt Info 1 SletteData ProsjektDeltaker TimeRegisteringsService 2 UpdateView TimeRegisteringsService TimeRegisteringsService 3 OK? TimeRegisteringsService ProsjektDeltaker 4 Ok ProsjektDeltaker TimeRegisteringsService 5 sletteprosjekttimedata TimeRegisteringsService 02d Slette ProsjektTimeData ref 02d Slette ProsjektTimeData Side 33 av 44

INF5120 - Oblig 2. Hour Registration System (HRS)

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

Detaljer

INF 5120 Obligatorisk oppgave Nr 2

INF 5120 Obligatorisk oppgave Nr 2 INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping

Detaljer

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

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

Detaljer

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel 2-1 Business Model 2-1 a) Scoping statements I Våre avgrensninger Timeregistreringssystemet

Detaljer

University of Oslo Department of Informatics. Hours Registration System (HRS) INF 5120 Oblig 2. Skrevet av:

University of Oslo Department of Informatics. Hours Registration System (HRS) INF 5120 Oblig 2. Skrevet av: University of Oslo Department of Informatics Hours Registration System (HRS) INF 5120 Oblig 2 Skrevet av: Lars Warholm Astrid Magistad Solvor Skaaden Kristine Sæhlie (lwarholm) (astrim) (sjskaade) (krissae)

Detaljer

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Gruppe 1: Fredrik Melsom Klausen, Andreas Limyr, Odd-Wiking Rahlff, Tho Diu Tang 1...1 2. BUSINESS MODEL...2 2.1

Detaljer

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

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

Detaljer

INF 5120 Obligatorisk oppgave 2

INF 5120 Obligatorisk oppgave 2 INF 5120 Obligatorisk oppgave 2 Timeregistreringssystem (Hour Registration System HRS) Gruppe 14: Mats Bue, Harald Børresen, Vegard Dehlen Del 1 Business Model Aktører og interesser Rich Picture En enkel

Detaljer

Hour Registration System (HRS) Oblig 2. DEL 1: COMET Business Modelling

Hour Registration System (HRS) Oblig 2. DEL 1: COMET Business Modelling Hour Registration System (HRS) Oblig 2 DEL 1: COMET Business Modelling Innlevering i inf5120 Av gruppe 3 som består av Øivind Hepsø Geir Ivar Jerstad Kjetil Myhre Business antakelser Ansatt kan registrere

Detaljer

Forslag til løsning. Oppgave 1

Forslag til løsning. Oppgave 1 Forslag til løsning Eksamen 2003 Oppgave 1 A) Lag en Business Model (COMET) for krisehåndteringssystemet. B) Diskuter fordeler og ulemper ved bruk av COMET i forhold til (Rational) Unified Process for

Detaljer

1 Innledning Plattformspesifikk modell Komponent Implementasjonsmodell Deployment Modell... 29

1 Innledning Plattformspesifikk modell Komponent Implementasjonsmodell Deployment Modell... 29 1 Innledning... 4 2 Forretningsmodell... 5 2.1 Skop beskrivelse... 5 2.1.1 Kontekstbeskrivelse... 5 2.1.2 Avgrensinger... 7 2.1.3 Visjoner for endringer... 8 2.1.4 Risikoanalyse... 8 2.2 Målmodell... 8

Detaljer

Obligatorisk oppgave 2

Obligatorisk oppgave 2 Obligatorisk oppgave 2 Gruppe 5 larshol,vijayasi,gorano (Lars Holter, Vijayaroopan Sivarajah, Gøran K. Olsen) Aktører og Interesser Employee: Ønsker å registrere timer jobbet på et prosjekt. Vise oversikt

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

Eksamen INF

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

Detaljer

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

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

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

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

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 4 NY FUNKSJONALITET (ENDELIG) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson Dato:

Detaljer

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

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

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

Detaljer

UNIVERSITETET I OSLO Institutt for Informatikk. INF5120 Modellering med objekter Oblig 2 Time Master. Skrevet av: Kristrun Arnarsdottir. 03.

UNIVERSITETET I OSLO Institutt for Informatikk. INF5120 Modellering med objekter Oblig 2 Time Master. Skrevet av: Kristrun Arnarsdottir. 03. UNIVERSITETET I OSLO Institutt for Informatikk INF5120 Modellering med objekter Oblig 2 Time Master Skrevet av: Kristrun Arnarsdottir Arild Fines Ine Lyche Sigernes - (kriar) - (arildfi) - (inel) 03. mai

Detaljer

Kenneth A. Hansen (kennetah) Anders Gravdal (andergra) Thomas H. Espe (thomases)

Kenneth A. Hansen (kennetah) Anders Gravdal (andergra) Thomas H. Espe (thomases) !"$#&%('*)+#&%,%.- 2004-05-03 Kenneth A. Hansen (kennetah) Anders Gravdal (andergra) Thomas H. Espe (thomases) "!$#&%$#('*)+',#-!.0/3254,62782:92;4=4=32 En bedrift ønsker å holde oversikt over hvor

Detaljer

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 1 Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 FRA LEVERANSE 1 (GRUPPE 2)...5 TILLEGG I FORUTSETNINGER... 5 REVIDERT UTGAVE AV SPESIFIKASJON FRA

Detaljer

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av

Detaljer

Inf5120. Obligatorisk innlevering nr 2, 3.mai Obligatorisk innlevering nr 2. Inf 5120: 5/11/2004

Inf5120. Obligatorisk innlevering nr 2, 3.mai Obligatorisk innlevering nr 2. Inf 5120: 5/11/2004 Inf5120 Obligatorisk innlevering nr 2, 3.mai 2004 Oddleif Halvorsen, Martin Setek, Jarl Isaksen, Arnstein Andreassen (martitse, jarli, oddleifh, arnsteia) Page 1 of 16 Business Model Scoping Statements

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den

Detaljer

AP221 Use Case TUL Administrer brukere, grupper og rettigheter

AP221 Use Case TUL Administrer brukere, grupper og rettigheter AP221 Use Case TUL Administrer brukere, grupper og rettigheter Administrer rettigheter En løsningsadministrator kan tildele andre brukere forskjellige rettigheter i Tjenesteutviklingsløsningen. Den grunnleggende

Detaljer

Prosjektstyring med Projectfronter (En innføring i grunnleggende Projectfronter-funksjonalitet)

Prosjektstyring med Projectfronter (En innføring i grunnleggende Projectfronter-funksjonalitet) Olav Dæhli: 06.10.05 Prosjektstyring med Projectfronter (En innføring i grunnleggende Projectfronter-funksjonalitet) Fronters systemer består av tre sentrale moduler, Classfronter, Teamfronter og Projectfronter

Detaljer

Use Case-modellering. INF1050: Gjennomgang, uke 04

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

Detaljer

Entobutikk 3.TESTRAPPORT VÅR 2011

Entobutikk 3.TESTRAPPORT VÅR 2011 3.TESTRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne testrapport er skrevet i forbindelse med vårt hovedprosjekt ved Høgskolen i Oslo, ingeniørutdanning, våren 2011. Rapporten beskriver testingen av hele

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

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

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

Detaljer

UA Tjenestebeskrivelse NTNU e-rom

UA Tjenestebeskrivelse NTNU e-rom UA Tjenestebeskrivelse NTNU e-rom 0. Innhold 0. Innhold 1. Om dokumentet 2. Om NTNU e-rom 3. Innhold i tjenesten Funksjonalitet Bestilling Løsningen består av følgende elementer Teknisk skisse av løsning

Detaljer

Distributed object architecture

Distributed object architecture Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture

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

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

UKE 11 UML modellering og use case. Gruppetime INF1055

UKE 11 UML modellering og use case. Gruppetime INF1055 UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav

Detaljer

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign

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

Detaljer

Software Requirements and Design (SRD) 1 Generelt om dokumenter

Software Requirements and Design (SRD) 1 Generelt om dokumenter Software Requirements and Design (SRD) Vi må ha en standard tittelside (Side 1) på alle dokumenter. I tillegg til tittel, kan vi ha med firmanavn, logo, m.m. Innholdsfortegnelse bør også være med på side

Detaljer

Mamut Enterprise Travel CRM

Mamut Enterprise Travel CRM Mamut Enterprise Travel CRM Tilleggsproduktet Mamut Enterprise Travel CRM gir deg muligheten til å ta med deg arbeidet på en bærbar datamaskin ut av kontoret. Du arbeider da på en kopi av den sentrale

Detaljer

Prosjektrettet systemarbeid

Prosjektrettet systemarbeid Prosjektrettet systemarbeid Funksjonsmodellering Faglærer: Kjell Toft Hansen Funksjonsmodellering Fra prosjektets brukerkravdokument: Kap. 3.1 Krav til funksjoner Kravene til funksjoner beskriver hva bruker

Detaljer

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration

Detaljer

Fra krav til objektdesign

Fra krav til objektdesign Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller

Detaljer

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011 1.KRAVSPESIFIKASJON VÅR 2011 1 DELKAPITTEL 1 INNLEDNING Kravspesifikasjonen er svært nyttig sett i forhold til produktet vi ønsker å utvikle. Dokumentet regnes som et av de viktigste i hovedprosjektet

Detaljer

A Study of Industrial, Component-Based Development, Ericsson

A Study of Industrial, Component-Based Development, Ericsson A Study of Industrial, Component-Based Development, Ericsson SIF8094 Fordypningsprosjekt Ole Morten Killi Henrik Schwarz Stein-Roar Skånhaug NTNU, 12. des. 2002 Oppgaven Studie av state-of-the-art : utviklingsprosesser

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

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

INF2120 Prosjektoppgave i modellering. Del 1

INF2120 Prosjektoppgave i modellering. Del 1 INF2120 Prosjektoppgave i modellering Del 1 Håkon Ulvestad haakonu@ifi.uio.no Jonas Winje jonaw@ifi.uio.no Amaia Santacoloma amaiac@ifi.uio.no Rakel Johnsen rakelj@ifi.uio.no Våren 2006 Innledning Prosjektoppgaven

Detaljer

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål OptimalJ-kurs UIO 2004 Agenda Time 1: Oppsummering av kurset Time 2: De ulike modellene egenskaper og formål Team Development med OptimalJ Domain Patterns Egenutviklede transformasjoner (krever Architect

Detaljer

INF5120 Oblig gjennomgang

INF5120 Oblig gjennomgang INF5120 Oblig gjennomgang 12.05.2005 COMET og MinMax Replenishment Pilotcase for automatisert ordrehåndtering innen bilindustrien. Integrering av systemer. En gruppe = en aktør Service Oriented Architecture

Detaljer

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Logica 2012. All rights reserved No. 3 Logica 2012. All rights reserved No. 4 Logica 2012. All rights reserved

Detaljer

DELLEVERANSE 1 INF2120 V06

DELLEVERANSE 1 INF2120 V06 DELLEVERANSE 1 INF2120 V06 GRUPPE 22 VERSION: FINAL 22 FEBRUARY, 2006 MORTEN FOLLESTAD RAYNER VINTERVOLL ANISH RAJA IVA N. IVANOVA BJØRN BRÆNDSHØI Page 1 REVISJONSOVERSIKT Revisjonsoversikt Versjon Forfattere

Detaljer

Oppsett Visma.net Calendar For deg som bruker Huldt & Lillevik Lønn

Oppsett Visma.net Calendar For deg som bruker Huldt & Lillevik Lønn Oppsett Visma.net Calendar For deg som bruker Huldt & Lillevik Lønn Innholdsfortegnelse 1. Integrasjon med Visma.net Calendar... 2 1.1 Forberedelser/sjekkliste... 2 2. Sette opp integrasjon i Huldt & Lillevik

Detaljer

Web Service Registry

Web Service Registry BACHELORPROSJEKT 21 Web Service Registry Prosjektpresentasjon Ola Hast og Eirik Kvalheim 05.05.2010 Dette dokumentet er en kort presentasjon av bachelorprosjektet Web Service Registry Innhold 1. Om oppgavestiller...

Detaljer

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

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

Detaljer

Brukerhåndbok. UPS Billing Center

Brukerhåndbok. UPS Billing Center Brukerhåndbok UPS Billing Center 2015 United Parcel Service of America, Inc. UPS, merkenavnet UPS og den brune fargen er varemerker for United Parcel Service of America, Inc. Med enerett. no_no Innholdsfortegnelse

Detaljer

Beskjed fra Skagestein

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

Detaljer

Utvikling fra skallet og inn

Utvikling fra skallet og inn Utvikling fra skallet og inn Kravspesifikasjon Brukergrensesnitt! inn ut Erik Arisholm Simula Research Laboratory Utviklingsretning Applikasjon Virkelighetsmodell Bruker Oppfatning av interesseområdet

Detaljer

Team2 Requirements & Design Document Værsystem

Team2 Requirements & Design Document Værsystem Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412

Detaljer

CORBA Component Model (CCM)

CORBA Component Model (CCM) CORBA Component Model (CCM) INF5040 Høst 2005 Erlend Birkedal Jan Erik Johnsen Tore Ottersen Løkkeberg Denne presentasjonen CORBA Svakheter ved CORBA Object Model Komponenter CORBA Component Model Hva

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

Tom Røise 18. Februar 2009

Tom Røise 18. Februar 2009 Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare

Detaljer

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

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

Detaljer

Sykehuspartner HF En partner for helsetjenester i utvikling. Hvordan bygge et sykehus ved å bruke TOGAF rammeverk. En praktisk tilnærming

Sykehuspartner HF En partner for helsetjenester i utvikling. Hvordan bygge et sykehus ved å bruke TOGAF rammeverk. En praktisk tilnærming Sykehuspartner HF En partner for helsetjenester i utvikling Hvordan bygge et sykehus ved å bruke TOGAF rammeverk. En praktisk tilnærming 1 Agenda Bakgrunn TOGAF : organisering & leverabler Gjennomgang

Detaljer

Modellering av brukstilfeller og forretningsprosesser. Kurs i standarder, Oslo, 12. juni 2018

Modellering av brukstilfeller og forretningsprosesser. Kurs i standarder, Oslo, 12. juni 2018 Modellering av brukstilfeller og forretningsprosesser Kurs i standarder, Oslo, 12. juni 2018 Modellering av brukstilfeller Innhold Kort innføring i brukstilfeller Elementer i Use Case diagram Relevante

Detaljer

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

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

Detaljer

DROPS SHAREPOINT. Informasjonsskriv. Innhold

DROPS SHAREPOINT. Informasjonsskriv. Innhold DROPS SHAREPOINT Informasjonsskriv Innhold Kort om løsningen... 2 Innhold... 2 Antall brukere... 3 Tilgang til demo før kjøp... 3 Tilpasninger og integrasjoner... 3 Systemkrav... 3 Installasjon... 3 Implementering...

Detaljer

InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby

InfoRed Publisering. - produktbeskrivelse.  TalkPool WebServices Postboks Åneby InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,

Detaljer

IN& &april&2019. Modellering*av*krav. Yngve&Lindsjørn. IN1030&'>Systemutvikling'>&Modellering&av&krav 1

IN& &april&2019. Modellering*av*krav. Yngve&Lindsjørn. IN1030&'>Systemutvikling'>&Modellering&av&krav 1 IN&1030 04.&april&2019 Modellering*av*krav Yngve&Lindsjørn ynglin@ifi.uio.no IN1030&'>Systemutvikling'>&Modellering&av&krav 1 Temaer i$dagens$forelesning Modellering&av&krav UML&diagrammer Use$Case$(Bruksmønster)

Detaljer

SRD. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD Software Requirements and Design GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon...

Detaljer

Kravspesifikasjon. Erik Arisholm. Simula Research Laboratory. Institutt for Informatikk. INF1050-krav-1

Kravspesifikasjon. Erik Arisholm. Simula Research Laboratory. Institutt for Informatikk. INF1050-krav-1 Kravspesifikasjon Erik Arisholm Simula Research Laboratory & Institutt for Informatikk INF1050-krav-1 Kravspesifikasjon Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi

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

Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE

Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE PRODUKTRAPPORT Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE FORORD Dette dokumentet er produktrapporten for vår gruppes hovedprosjekt ved Høgskolen i Oslo, avdeling for Ingeniørutdanning, Bachelor

Detaljer

Tom Røise 9. Februar 2010

Tom Røise 9. Februar 2010 Forelesning IMT2243 9. Februar 2010 Tema : Kravspesifisering : prosessen og produktet Viewpoint en myk tilnærming Pensum : Kap. 6 og 7 i Sommerville, Kravspesifisering Kravspesifisering = arbeidet med

Detaljer

I 2015 bytter Akelius navn til Wolters Kluwer. NYHET! Byrå Byrå Tid. Kristin Solberg Produktansvarlig Byrå

I 2015 bytter Akelius navn til Wolters Kluwer. NYHET! Byrå Byrå Tid. Kristin Solberg Produktansvarlig Byrå I 2015 bytter Akelius navn til Wolters Kluwer. NYHET! Byrå Byrå Tid Kristin Solberg Produktansvarlig Byrå Byrå Effektiv klienthåndtering og administrasjon Du har vel ikke gått glipp av Byrå? Et nytt og

Detaljer

Service NOW i Datametrix. Trond.lindman@datametrix.no

Service NOW i Datametrix. Trond.lindman@datametrix.no Service NOW i Datametrix Trond.lindman@datametrix.no Datametrix Spesialist på IT infrastruktur og drift Kontorer i Norge og Sverige Service NOW siden 2012, men kunde av Symfoni lenger. SNOW I Datametrix

Detaljer

Spesifikasjon av Lag emne

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

Detaljer

AP226 Use Case Diagram - SBL

AP226 Use Case Diagram - SBL AP226 Use Case Diagram - SBL Use Case Diagram Figuren under (Figur 1) viser en oversikt over alle use case for Sluttbrukerløsningen i Altinn 2 versjon 1. Den innerste firkanten inneholder alle use case

Detaljer

Referansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk

Referansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk Referansearkitektur use cases Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk 1 Begrunnelse for arkitektur use cases Med det brede perspektivet Smart grids har, er det nødvendig å dele det

Detaljer

Kravspesifikasjon for PLBSys NG. Versjon 1.0

Kravspesifikasjon for PLBSys NG. Versjon 1.0 Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010 Innhold Revisjonshistorikk... 3 1. Introduksjon... 4 1.1 Registrering av nødpeilesendere i Norge... 4 1.2 Systemets formål og omfang...

Detaljer

4.1. Kravspesifikasjon

4.1. Kravspesifikasjon 4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens

Detaljer

AP221 Use Case SBL Preutfyll og instansier innsendingstjeneste

AP221 Use Case SBL Preutfyll og instansier innsendingstjeneste AP221 Use Case SBL innsendingstjeneste innsendingstjeneste Preutfylling av innsendingstjenester skal hjelpe brukerne med utfyllingen av innsendingstjenesten. Der tjenesteeier kjenner til informasjonen

Detaljer

AP221 Use Case - TUL- Slett tjeneste

AP221 Use Case - TUL- Slett tjeneste AP221 Use Case - TUL- Version 1.0 Date: 10.05.2010 Innhold 1... 3 2 1 Sletting av tjeneste i Tjenesteutviklingsløsningen. All sletting vil være logisk; det er mulig å hente tilbake utgaven eller tjenesten

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

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling

Detaljer

Den europeiske byggenæringen blir digital. hva skjer i Europa? Steen Sunesen Oslo,

Den europeiske byggenæringen blir digital. hva skjer i Europa? Steen Sunesen Oslo, Den europeiske byggenæringen blir digital hva skjer i Europa? Steen Sunesen Oslo, 30.04.2019 Agenda 1. 2. CEN-veileder til ISO 19650 del 1 og 2 3. EFCA Guide Oppdragsgivers krav til BIMleveranser og prosess.

Detaljer

En bedre måte å håndtere prosjekt, team, oppgaver og innhold

En bedre måte å håndtere prosjekt, team, oppgaver og innhold En bedre måte å håndtere prosjekt, team, oppgaver og innhold Bedre prosjekthå ndtering med metådåtå M-Files går langt utover bare enkel dokumenthåndtering. Den unike arkitekturen drevet av metadata lar

Detaljer

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8 Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte

Detaljer

IT-arkitektur leveransemodell

IT-arkitektur leveransemodell IT-arkitektur leveransemodell Dialogkonferanse Busstjenester Romerike 2019 Terje Storhaug, IT-direktør 2 Dokumentstruktur (IT-relaterte dokumenter) Distribuert arkitekturmodell Som innebærer at ansvaret

Detaljer

Community Administrator

Community Administrator eroom veiledning Community Administrator eroom Community Administrator i Statens vegvesen. Statens vegvesen Sist revidert mars 2013 Innholdsfortegnelse 1. Community Administrator (CA) rollen...3 1.1. Bestilling

Detaljer

Visma Lønn. Kom i gang med Visma.net Time

Visma Lønn. Kom i gang med Visma.net Time Visma Lønn Kom i gang med Visma.net Time -1- Innholdsfortegnelse 01/17 Visma Lønn... 3 Grunnleggende felter i Visma Lønn... 3 Synkronisering fra Visma Lønn til Visma.net... 6 Nye ansatte...11 Oversikt

Detaljer

Innledende Analyse Del 1: Prosjektbeskrivelse (versjon 2)

Innledende Analyse Del 1: Prosjektbeskrivelse (versjon 2) Innledende Analyse Del 1: Prosjektbeskrivelse (versjon 2) Iskra Fadzan og Arianna Kyriacou 25.mars 2004 Innhold 1 Hovedmål 2 2 Mål 2 3 Bakgrunn 3 4 Krav 4 1 1 Hovedmål I dette prosjektet skal vi se nærmere

Detaljer

Oblig 2. Inf5120. Gruppe 21. Espen Stensund (estensun) Nguyen Tran (nguyent) Hung Huynh (qhhuynh)

Oblig 2. Inf5120. Gruppe 21. Espen Stensund (estensun) Nguyen Tran (nguyent) Hung Huynh (qhhuynh) Oblig 2 Inf5120 Gruppe 21 Espen Stensund (estensun) Nguyen Tran (nguyent) Hung Huynh (qhhuynh) Innholdsfortegnelse. Innholdsfortegnelse. 2 Buisness Modell. 3 Visjon. 3 Aktører og interesser. 3 Risikoanalyse.

Detaljer

Kravspesifikasjon. Kravspesifikasjon. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Hva skal systemet gjøre? Hvem og hva påvirker krav?

Kravspesifikasjon. Kravspesifikasjon. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Hva skal systemet gjøre? Hvem og hva påvirker krav? Kravspesifikasjon Kravspesifikasjon Erik Arisholm Simula Research Laboratory & Institutt for Informatikk Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi UML? o Noen resultater

Detaljer

Use case drevet design med UML

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

Detaljer

EXAM TTM4128 SERVICE AND RESOURCE MANAGEMENT EKSAM I TTM4128 TJENESTE- OG RESSURSADMINISTRASJON

EXAM TTM4128 SERVICE AND RESOURCE MANAGEMENT EKSAM I TTM4128 TJENESTE- OG RESSURSADMINISTRASJON Side 1 av 5 NTNU Norges teknisk-naturvitenskapelige universitet Institutt for telematikk EXAM TTM4128 SERVICE AND RESOURCE MANAGEMENT EKSAM I TTM4128 TJENESTE- OG RESSURSADMINISTRASJON Contact person /

Detaljer

Om Mobilparkering https://mobilparkering.com

Om Mobilparkering https://mobilparkering.com Om Mobilparkering https://mobilparkering.com HVA ER MOBILPARKERING.COM - En betalingsautomat for parkering som du har med deg i lommen Mobilparkering.com er en betalingsautomat du kan ha i lommen. Den

Detaljer

INF5120 OBLIG OVERSIKT

INF5120 OBLIG OVERSIKT INF5120 OBLIG OVERSIKT 1 Obligatoriske oppgaver To obligatoriske oppgaver 1. Oblig 1: Valgfri presentasjonsoppgave ( førstemann til mølla ) a) Coffee Machine design b) Purchase Request Tracking System

Detaljer