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

Størrelse: px
Begynne med side:

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

Transkript

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

2 2-1 Business Model 2-1 a) Scoping statements I Våre avgrensninger Timeregistreringssystemet (heretter kalt Systemet) skal sørge for oversikt over hva konsulentselskapet Bedrift AS bruker sine ressurser til. Systemet skal ta seg av timeregistrering av bedriftens ansatte og fakturering av kunder. Lønn og vaktliste/planlegging av prosjekt faller utenfor Systemets scope. Systemet skal kun gi en oversikt over ressursbruken (registrerte timer på hvert prosjekt, hver ansatt og hver avdeling) samt sørge for fakturering. Hver uke må hver ansatt i Bedrift AS registrere de timene vedkommende har jobbet på de ulike prosjektene, evt. om han/hun har tatt ut avspasering eller ferie. Dersom han/hun har vært syk må det også føres opp. Dette gjøres i Systemet. Alle ansatte i Bedrift AS tilhører en avdeling. Prosjektledere legger inn prosjekter og tilordner dem prosjektnummer/kode. Når en ansatt skal velge et prosjekt han/hun jobber på, får han/hun opp alle prosjekter i sin avdeling, og kan velge blant dem. Det skal gis spesifikke koder for de ulike prosjektene og disse skal i Systemet finnes i en drop-down liste. Systemet skal være web-basert, og ha innlogging med brukernavn og passord. Administrator tildeler de ansatte brukernavn og passord. Rapporter Systemet skal kunne generere ulike rapporter: - For hvert prosjekt skal man kunne få en rapport over totalt antall timer brukt på prosjektet (som grunnlag for å fakturere kunder). - For hvert prosjekt skal man kunne få en rapport over ansatte som har brukt timer på prosjektet. - For hver ansatt skal man kunne få en rapport over hvor mange timer vedkommende har jobbet på ulike prosjekter og om han/hun har avspasert, har hatt ferie eller vært syk. - For hver avdeling skal man kunne få en oversikt over hvor mange timer avdelingen har brukt på ulike prosjekter. Ferie og avspasering I Systemet skal en ansatt registrere ferie, avspasering og sykdom. De ansatte skal skrive i ettertid eller rett i forkant at de har tatt/tar ut ferie eller avspasering. Systemet skal ikke ta hånd om søknader om ferie det håndteres av bedriftens personalsystem. Bedrift AS har innført avtale om fleksitid. Opptjent avspasering skal av Systemet beregnes som antall timer arbeidet utover 37,5 timer. En ansatt har ikke lov til å ta ut avspasering på forhånd, vedkommende må ha tjent inn plusstid først. For hver ansatt beregner Systemet et timebudsjett, med antall timer/dager avspasering til gode samt antall dager ferie til gode. Antall dager hver ansatt har ferie hentes fra 2

3 bedriftens personalsystem. Når en ansatt har tatt ut avspasering eller ferie og registrert det i Systemet, skal Systemet trekke dette fra vedkommendes t imebudsjett. II Aktører og interesser Stakeholdere for Systemet Figur: Stakeholdere 3

4 Aktører i Systemet Figur: Aktører 4

5 III Overordnet virksomhetsprosess for Bedrift AS Context diagram Dette diagrammet viser den/de naturlige flyten(e) i Bedrift AS slik det fungerer i dag. Først mottar man et anbud, og velger så om man vil gå videre i anbudskonkurransen, eller droppe det hele. Så lages en enkel kravspesifikasjon i bedriften, som man videre bygger anbudet sitt på. Anbudet sendes til anbudsgiver, som så avgjør hvilket anbud som vinner. Hvis man vinner anbudet utarbeides en detaljert kravspesifikasjon. Så starter prosjektet, og alle ansatte i prosjektgruppen jobber og registrerer antall timer arbeidet på prosjektet kontinuerlig. Prosjektet avsluttes og oppdragsgiver faktureres. Figur: Context Diagram 5

6 IV Vision for change Timeregistreringssystemet skal sørge for at Bedrift AS får oversikt over hvor ressursene i bedriften brukes, eksempelvis hvilke prosjekter er mest ressurskrevende. Til nå har det ikke vært mulig å få oversikt over dette. Utfra systemet skal prosjektleder kunne fakturere kundene for korrekt antall timer brukt på kundens prosjekt. Systemet skal også vedlikeholde et timebudsjett for hver ansatt, og derfra gi oversikt over avspaseringer og ferie til gode. Bedrift AS har til nå ikke systematiskert denne prosjektoversikten, og har fakturert kunder på basis av prosjektledelsens kladdelapper. Videre er det viktig for ledelsen å få oversikt over hvilke ansatte som jobber på hvilke prosjekter, samt hvilke prosjekter som krever mest ressurser. Systemet er et web-basert verktøy som skal støtte prosessene rundt timeregistrering for de ansatte i Bedrift AS. Hovedoppgavene vil være: - Registrering av timer på hvert prosjekt for hver ansatt - Fakturering av kunder, samt generering av andre rapporter - Vedlikehold av hver ansatts timebudsjett, herunder registrering av avspasering/ferie for hver ansatt 6

7 2-1 b) Goal model Dette diagrammet viser hvilke mål Bedrift AS har med Systemet, altså hva de ønsker å oppnå. Det overordnede målet med Systemet er å få en oversikt over ressursbruken (hvor mange timer som er brukt på forskjellige ting). Dette deles opp i 2 hovedemner: - Ressursbruk for kunder, som er ment å brukes for enklere å fakturere kunder. - Ressursbruk for ansatte, som kan gi informasjon om hvor mange timer en enkelt ansatt har jobbet på et prosjekt, hvor mange timer en ansatt har vært syk, hvor mange timer en gitt avdeling har brukt på et prosjekt osv. Ressursoversikt Ressursoversikt ansatte Ressursoversikt kunde Timeoversikt prosjekt Timeoversikt ansatte Påløpt pr. avdeling Påløpt pr. ansatt Timer pr. prosjekt Timer ferie Timer avspasering Timer syk Figur: Goal Model 2-1 c) Business resource model Denne modellen er en informasjonsmodell som viser relasjonene mellom informasjonsklasser i Bedrift AS, den viser sammenhengen mellom de forskjellige enhetene i Bedrift AS som er relevant for Systemet. Figur: Business resource model 7

8 2-1 d) Business Process & Role model Denne modellen er en aktivitetsmodell som beskriver sekvensen av aktiviteter i prosessen til Bedrift AS og hvilke roller/aktører som utfører disse. Diagrammene i modellen detaljerer hvordan man ønsker å jobbe med Systemet. Det deles opp i human steg og tool steg. Et human steg gjøres av et menneske, uten noen form for interaksjon med Systemet. Et tool steg gjøres med en komponent i Systemet av et menneske. Stegene som er merket som human er derfor ikke en del av Systemet, men må være med for å sette Systemet i kontekst. De tre hovedstegene i denne bedriften er å motta og jobbe på prosjektet, å sende faktura til kunden og å levere og avslutte et prosjekt. Disse stegene er videre detaljert i nye diagrammer. I diagrammet for å motta og jobbe på prosjekt kommer timeregistrering inn, som er det sentrale for Systemet. I diagrammet for å lage faktura benytter man de registrerte timene i Systemet for å fakturere kunden, mens man i diagrammet for å avslutte og levere prosjektet bruker Systemet for å avslutte et prosjekt (sette sluttstatus). Overordnet virksomhetsprosess for Bedrift AS Prosjektarbeid Figur: Business process model 8

9 Underordnet prosess Motta og jobbe på prosjekt Figur: Underordnet prosess 9

10 Underordnet prosess Lage faktura Figur: Underordnet prosess Underordnet prosess Avslutte og levere prosjekt Figur: Underordnet prosess 10

11 2-2 Requirements Model 2-2 a) System Boundary Model Figur: System boundary model 11

12 2-2 b) Subsystem Grouping Model Figur: Subsystem grouping model 12

13 2-2 c) RA Analysis Model Dekomponering: Basert på de aktørene vi har beskrevet og hva de gjør med systemet, har vi kommet fram til følgende komponenter: TimeregistreringsEditor RapportViewer ProsjektEditor AdministrasjonsEditor Component Infrastructure ProsjektService AdminService ProsjektInfo PersonalInfo Figur: Component structure bus pattern Vi har mappet subsystemene til enten en tool-, business service- eller resource servicekomponent. - TimeregistreringsEditor er en tool-komponent brukt av de ansatte. - RapportViewer er en tool-komponent brukt av alle aktører for å generere ulike rapporter, for å få oversikt over ressursbruken, herunder også fakturering. - ProsjektEditor er en tool-komponent brukt av prosjektleder for å registrere nye prosjekter (med koder). - AdministrasjonsEditor er en tool-komponent for administrator, for å drifte systemet. - AdminService er en business service komponent for å hente ut informasjon om alle ansatte fra personalsystemet (antall dager ferie etc.). - ProsjektService er en business service komponent for å kunne legge inn og hente ut informasjon om alle prosjektene (herunder også fakturering og timeregistrering). - ProsjektInfo og PersonalInfo er resource service komponenter som sørger for persistent lagring av henholdsvis ProsjektService og InformasjonsService. Alle tool-komponentene vil være tilgjengelige gjennom en web-server. 13

14 2-2 d) Use Case Scenario Model Vi har valgt å se nærmere på to av use casene, nemlig Registrer prosjekt og Registrer timer. Her følger en tekstlig beskrivelse av disse: Use case 1 Registrer prosjekt Prioritet 1 Trigger Aktører Prekondisjon Postkondisjon Beskrivelse Variasjoner En prosjektleder ønsker å legge inn et nytt prosjekt/oppdrag i systemet Prosjektleder Bedriften har mottatt et oppdrag, og tilegnet det en prosjektleder Prosjektet er lagt inn i systemet Trinn Handling 1 Prosjektleder logger seg inn med passord 2 Systemet viser en side med ansattnavn og ulike valg 3 Prosjektleder velger registrere prosjekt 4 Systemet viser skjema for registrering av prosjekt 5 Prosjektleder fyller ut skjemaet og velger registrer prosjekt 6 Systemet gir tilbakemelding om at registreringen er fullført 1a Passordet blir ikke godkjent 1a1 Systemet gir tilbakemelding om dette, og gir mulighet til å prøve igjen 5a Skjemaet er feil utfylt 5a1 Systemet gir tilbakemelding om dette, og gir mulighet til å prøve igjen 14

15 Use case 2 Registrer timer Prioritet 1 Trigger Aktører Prebetingelse Postbetingelse Beskrivelse Variasjoner En ansatt ønsker å registrere timer Ansatt En ansatt har arbeidet på et prosjekt og ønsker å registrere timene i systemet Timene er registrert i systemet Trinn Handling 1 Ansatt logger seg inn med passord 2 Systemet viser en side med ansattnavn og ulike valg 3 Ansatt velger timeregistrering 4 Systemet viser en side med oversikt over prosjekter* 5 Den ansatte velger prosjekt 6 Systemet viser skjema for timeregistrering 7 Den ansatte fyller ut skjemaet og velger registrer timer 8 Systemet gir tilbakemelding om at registreringen er fullført 1a Passordet blir ikke godkjent 1a1 Systemet gir tilbakemelding om dette, og gir mulighet til å prøve igjen 7a Skjemaet er feil utfylt 7a1 Systemet gir tilbakemelding om dette, og gir mulighet til å prøve igjen *Fra listen over prosjekter kan man også velge avspasering, syk eller ferie. Skjemaet som kommer opp er tilpasset valget den ansatte har gjort. Fremgangsmåten for den ansatte er akkurat den samme, det er derfor ikke definert egne use cases for dette. 15

16 2-3 Architecture Model 2-3 a) Interface & Interaction Specification I Grensesnittbeskrivelser for komponenter Vi har valgt å ta for oss grensesnittene IUserService for TimeregistreringsEditor Tool. samt IProsjektService og IProsjektInfo som skal sørge for at man i Systemet kan registrere timer, registrere prosjekter og vise ulike rapporter. IUserService +login(navn, passord) : status +lagprosjektliste() +finnprosjekter() : Collection +regtimer(ansatt, dato, timer, prosjid) : void +regsyk(ansatt, dato) : void +regferie(ansatt, dato) : void +regavspasering(ansatt, dato) : void IProsjektService +regtimer(ansatt, dato, timer, prosjid) : void +regsyk(ansatt, dato) : void +regferie(ansatt, dato) : void +regavspasering(ansatt, dato) : void +visrapport(type) : Rapport +regprosjekt(prosjid, beskrivelse) : void IProsjektInfo +regprosjekt(prosjid, beskrivelse) : void +genererrapport() : Rapport +regtimert(ansatt, dato, timer, prosjid) : void +regsyk(ansatt, dato) : void +regferie(ansatt, dato) : void +regavspasering(ansatt, dato) : void +finnprosjekt(prosjid) : Prosjekt +finnprosjekter() : Collection Figur: Grensesnittbeskrivelser 16

17 II Samarbeid mellom komponenter Diagrammene nedenfor viser hvordan de ulike komponentene samarbeider for å utføre to ulike use case, henholdsvis registrer prosjekt og registrer timer. UC 1 Registrer prosjekt Figur: UC - Registrer prosjekt UC 2 Registrer timer Figur: UC - Registrer timer 17

18 2-3 b) Component Structure Components Structure-modellen viser hvordan komponentene samarbeider med hverandre gjennom grensesnitt. Vi får 4 applikasjonskomponenter i Systemet: Timeregistrering AC, Rapportgenerering AC, Prosjektledelse AC og Admin AC. Figur: Component structure 18

19 TimeregistreringsEditor Tool Component Structure Diagrammet viser TimeregistreringsEditor tool-komponenten, med dets interne komponenter. TimeregistreringsEditorUS er en User Service som sørger for fasaden mot Tool en. Grensesnittet IUserService er nøyere beskrevet i et tidligere kapittel. Figur: Component structure RapportViewer Tool Component Structure Diagrammet viser RapportViewer tool-komponenten, med dets interne komponenter. RapportViewerUS er en User Service som sørger for fasaden mot Tool en. Figur: Component structure 19

20 2-3 c) Internal Design BCE Analyse for TimeregistreringsEditor Tool Denne analysemodellen er laget ut fra analyse av Use case 1 (Registrer timer) og arkitektur-komponenten Timeregistrering AC. Modellen viser forholdet mellom GUIklassene, controller-klassene og entitets-klassene. Figur: BCE analyse 20

21 En beskrivelse av BCE-klassene er gitt i tabellen under: BCE klasse LoggInnController Tilgang TimeregistreringsController LoggInn Hoved ProsjektListe RegistreringsSkjema Prosjekter Beskrivelse Styrer logg inn-prosessen. Brukeren skriver inn brukernavn og passord gjennom LoggInn klassen. Representerer tilgangsautorisasjonen. Hovedcontrolleren GUI-klasse, selve logg inn-vinduet som er det første som møter brukeren. Dette er hoved-guiklassen, og er vinduet som møter brukeren når han har logget inn. Her blir brukeren presentert for hvilke muligheter han har i systemet. Denne GUI-klassen viser en liste over de tilgjengelige prosjektene brukeren kan registrere timer på (samt avspasering, syk og ferie) GUI-klasse som viser et skjema, som brukeren må fylle ut for å registrere timer. Representerer lagrede prosjekter som er tilgjengelig for timeregistrering 21

22 2-4 Platform Specific Model 2-4 a) Component Implementation Model TimeregistreringsEditor Tool Design Class design Her er en oversikt over klassedesignen for én del av Systemet, nemlig timeregistrering. Vi har tatt utgangspunkt i BCA analysen ovenfor og mappet derfra til klasser. Foreløpig er vi ganske tidlig i utviklingsfasen og derfor har vi ikke utarbeidet noe mer spesifikt for UserService og ConfigurationService. Dessuten vil nok RegistreringsSkjemaDialogen bestå av ulike paneler, som vi på det nåværende tidspunkt ikke har klart for oss. Det vil være mye tilsvarende for de andre komponentene. Figur: Class design 22

23 2-4 b) Deployment Model Deployment modellen viser hvordan Systemet skal settes ut i Bedrift AS, med hensyn til egenskaper og konfigurasjoner for plattformen det skal kjøres på. Systemet skal være web-basert, så de ulike komponentene må ligge på en web-server. De persistente dataene (all info om prosjekter etc.) lagres i en database, og kommunikasjonen mellom web-serveren og db-serveren foregår ved bruk av JDBC-APIen. Figur: Deployment model 23

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

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

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

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

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

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

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

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

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

INF5120 Obligatorisk innleving 2 Gruppe 7. Ole Tommy, Tor Eric, Audun og Kai INF5120 Obligatorisk innleving 2 Gruppe 7 Ole Tommy, Tor Eric, Audun og Kai Innholdsfortegnelse Innholdsfortegnelse...2 1 Business Model...3 1.1 Scoping Statements...3 1.1.1 Context Statement...3 1.2 Goal

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

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

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

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

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

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

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

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

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

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

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

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller

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

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

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

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

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

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:

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

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

Meeting Reservation System

Meeting Reservation System Meeting Reservation System Oblig1c-1 Gruppe 8 Frode Revheim, Sven-Erik Nilsen, Terese Haug, Rolf Vassdokken Krav Vise møteromsoversikt Vise tilgjengelige rom for en gitt tidsperiode og med tilgjengelig

Detaljer

Brukerveiledning: Innsending av digitale tilbud

Brukerveiledning: Innsending av digitale tilbud Brukerveiledning: Innsending av digitale tilbud Registrering For å kunne delta i nettbaserte anbud må du først registrere organisasjonen din på Negometrixplattformen. Negometrix-plattformen er webbasert,

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

AP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter

AP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter AP221 Use Case - TUL - Utarbeid komponenter Utarbeid komponenter En tjeneste i Sluttbrukerløsningen har en arbeidsflyt som bestemmer de forskjellige stegene som må gjennomføres i skjemainnsendingen. Disse

Detaljer

AP221 Use Case TUL Utarbeid designdokumenter

AP221 Use Case TUL Utarbeid designdokumenter AP221 Use Case TUL Utarbeid designdokumenter Utarbeid design Tjenesten designes. Dette er en samling av tre use case: Endre designdokument, Lag nytt designdokument, Last opp designdokument. Designet kan

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

Bli kjent med Prosjektmodulen. På veien mot lønnsomme prosjekter

Bli kjent med Prosjektmodulen. På veien mot lønnsomme prosjekter Bli kjent med Prosjektmodulen På veien mot lønnsomme prosjekter Generelt Denne manualen tar for seg hvordan man bruker prosjektmodulen i Tidsbanken, samt enkelte prosjektrelaterte rapporter. Prosjektmodulen

Detaljer

Entobutikk 5.BRUKERMANUAL VÅR 2011

Entobutikk 5.BRUKERMANUAL VÅR 2011 5.BRUKERMANUAL VÅR 2011 1 DELKAPITTEL 1 FORORD Denne brukermanual inneholder instrukser til hvordan nettbutikken entobutikk fungerer. Rapporten er delt opp i tre deler som er Admin, Kunde og nettbutikken.

Detaljer

Fra krav til objekter. INF1050: Gjennomgang, uke 05

Fra krav til objekter. INF1050: Gjennomgang, uke 05 Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet

Detaljer

AP221 Use Case SBL Send inn innsendingstjeneste

AP221 Use Case SBL Send inn innsendingstjeneste AP221 Use Case SBL Send inn innsendingstjeneste Send inn innsendingstjeneste Portalbruker kan sende inn innsendingstjeneste, sette tilbake innsendingstjeneste til forrige steg og signere innsendingstjeneste.

Detaljer

Kandidat nr. 1, 2 og 3

Kandidat nr. 1, 2 og 3 Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning

Detaljer

Timeregistrering I Agresso. Brukerveiledning (Verson 1.0 PML)

Timeregistrering I Agresso. Brukerveiledning (Verson 1.0 PML) Timeregistrering I Agresso Brukerveiledning (Verson 1.0 PML) Innholdsfortegngelse 1. Internett-link til timeregistrering side 3 2. Innlogging på Self Service side 3 Pålogging Brukernavn Klient Passord

Detaljer

Cura 1.0. Et administrativt system for skoler med fagskoleutdanning. Registrering / login Fraværsføring Karakterføring

Cura 1.0. Et administrativt system for skoler med fagskoleutdanning. Registrering / login Fraværsføring Karakterføring Et administrativt system for skoler med fagskoleutdanning Registrering / login Fraværsføring Karakterføring Dokumenter Profil side 2 side 5 side 7 side 8 side 9 For administrasjon Legge til dokumenter

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

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

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk

Detaljer

Innsending av timelister. Timeliste. Innsending

Innsending av timelister. Timeliste. Innsending Innsending av timelister Timeliste Innsending 2 Hva? Manpower benytter timeregistrering og kundeattestasjon via Internett for sine eksterne medarbeidere og kunder. Det følgende er en kort presentasjon

Detaljer

1 Kodegenerering fra Tau Suiten

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

Detaljer

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

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

Detaljer

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

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

Brukerveiledning. Madison Møbler Nettbutikk

Brukerveiledning. Madison Møbler Nettbutikk Brukerveiledning Madison Møbler Nettbutikk 1 1. Forord 1.1 Produktet Produktet er i denne manualen nettbutikken www.madison-mobler.no. Dette er en nettbutikk som skal gi brukerne mulighet til å handle

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 6. juni, 2006 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 6. juni, 2006 kl 0900-1300 Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 27. juni, 2006 Eksamen

Detaljer

Veileder for brukere, kontaktpersoner og resultatrapportører. Versjon

Veileder for brukere, kontaktpersoner og resultatrapportører. Versjon Veileder for brukere, kontaktpersoner og resultatrapportører Versjon 1.0 12.04.2012 Extranet - en felles plass for målinger av forbedringsarbeid i pasientsikkerhetskampanjen Innholdsfortegnelse S. 1 Forside

Detaljer

AP221 Use Case SBL Registrer abonnement

AP221 Use Case SBL Registrer abonnement AP221 Use Case SBL Registrer abonnement Registrer abonnement Etatssystem kan sende inn liste over innsendingstjenester som skal instansieres og dukke opp i en persons/organisasjons liste over aktive elementer.

Detaljer

Huldt & Lillevik Lønn 5.0

Huldt & Lillevik Lønn 5.0 Huldt & Lillevik Lønn 5.0 Oppsett av OPG-integrasjon med Visma.net. Gjelder fra versjon 5.16.3 - november 2016 1. HURTIGGUIDE FOR Å SETTE OPP INTEGRASJONEN... 2 2. SETTE OPP INTEGRASJON MED VISMA.NET...

Detaljer

HJELPEGUIDE TIL WEB-TIME

HJELPEGUIDE TIL WEB-TIME HJELPEGUIDE TIL WEB-TIME OPPDRAGSGIVER (web-time godkjennere) 1. Innlogging web-time 2. Oversikt web-time 3. Kontroll av timelister 4. Vanlige spørsmål 1 1. Innlogging web-time For at du som oppdragsgiver

Detaljer

Installasjon av OneStop Reporting Produktene på Terminalserver

Installasjon av OneStop Reporting Produktene på Terminalserver Installasjon av OneStop Reporting Produktene på Terminalserver Innhold 1 Introduksjon 2 Planlegging 3 Installasjon 4 Eksempel 2010 OneStop Reporting http://www.onestopreporting.com support@onestopreporting.com

Detaljer

RF13.50 - Ny forvalter

RF13.50 - Ny forvalter RF13.50 - Ny forvalter (Revisjon 4 28.01.2013) Beskriver her de første steg for ny forvalter i RF13.50 systemet. Når disse fire stegene er gjennomført kan dere publisere støtteordning og søkere kan selv

Detaljer

TDT4140. Systemutvikling. Øving 1. gruppe 215. Kristoffer Hagen. Sondre Løberg Sæter. Håvard Geithus. Bjørnar Valle. Henrik Knutsen.

TDT4140. Systemutvikling. Øving 1. gruppe 215. Kristoffer Hagen. Sondre Løberg Sæter. Håvard Geithus. Bjørnar Valle. Henrik Knutsen. TDT4140 Systemutvikling Øving 1 gruppe 215 Kristoffer Hagen Sondre Løberg Sæter Håvard Geithus Bjørnar Valle Henrik Knutsen Andreas Hagen Innholdsfortegnelse Use case diagram...side 3 Tekslig use case

Detaljer

AP221 Use Case TUL Oversett tjenesteutgave

AP221 Use Case TUL Oversett tjenesteutgave AP221 Use Case TUL En utgave av en tjeneste skal kunne oversettes til valgte språk. Dette gjøres av oversetter når utgaven er utviklet nok til at det er hensiktsmessig å oversette. Det er definert et hovedspråk

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

AXDATA EMPLOYEE SERVICES

AXDATA EMPLOYEE SERVICES AXDATA EMPLOYEE SERVICES Axdata Employee Services er en løsning for datafangst fra medarbeidere på timer og reiseregninger. Løsningen består av egne moduler som samler data strukturert, og gir god oversikt

Detaljer

Granitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12

Granitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12 1 av 6 1.Innledning 1.1Presentasjon Dato: 01.02.2011 Bacheloroppgave: Produktkalkyle for Granitt Grafisk AS Gruppenr: 11-12 Gruppemedlemmer: Pål Georg Dahl Myran Joakim Haneberg Johansen Michael Venables

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

Pålogging. www.allpro.no. Hovedsiden på www.allpro.no Bilde 1

Pålogging. www.allpro.no. Hovedsiden på www.allpro.no Bilde 1 Pålogging AllPro-Kjørebok er et Web-basert kjørebokprogram, og du trenger derfor ingen programvare for å benytte programmet. Det eneste du trenger er en PC, PDA eller mobiltelefon med internettilgang.

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

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

- Time webversjon - slik kommer du i gang

- Time webversjon - slik kommer du i gang Agro Økonomi - Time webversjon - slik kommer du i gang Agro Time er nå et skybasert timeregistreringsprogram, hvor data lagres på en webserver som Agrodata har ansvar for. Programmet er likevel, inntil

Detaljer

GJENNOMGANG OBLIGATORISK OPPGAVE 1

GJENNOMGANG OBLIGATORISK OPPGAVE 1 GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet

Detaljer

Brukerveiledning. Madison Møbler Administrasjonsside

Brukerveiledning. Madison Møbler Administrasjonsside Brukerveiledning Madison Møbler Administrasjonsside 1 1. Forord 1.1 Produktet Produktet blir konstruert som et nytt produkt da kunde/bruker ikke har noe eksisterende løsning, derfor er dette den nåværende

Detaljer

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige

Detaljer

Kjøre Wordpress på OSX

Kjøre Wordpress på OSX Kjøre Wordpress på OSX Alt etter hva du ønsker å bruke Webserveren til er det flere måter å gjøre dette på. Ønsker du kun en side som skal dele sider du lager manuelt, med PHP, GD etc eller med server

Detaljer

Aktivere e-reseptfunksjonalitet 1. På servermaskinen, gå til "Start"-knappen på nede til venstre på skjermen,

Aktivere e-reseptfunksjonalitet 1. På servermaskinen, gå til Start-knappen på nede til venstre på skjermen, Fra papirresept til elektronisk resept en steg-for-steg guide for legekontor som benytter forskrivningsmodulen Aktivere e-reseptfunksjonalitet 1. På servermaskinen, gå til "Start"-knappen på nede til venstre

Detaljer

Huldt & Lillevik Lønn 5.0 Oppsett av OPG-integrasjon med Visma.net.

Huldt & Lillevik Lønn 5.0 Oppsett av OPG-integrasjon med Visma.net. Huldt & Lillevik Lønn 5.0 Oppsett av OPG-integrasjon med Visma.net. Gjelder fra versjon 5.16.2 Juni 2016 1. HURTIGGUIDE FOR Å SETTE OPP INTEGRASJONEN... 3 2. SETTE OPP INTEGRASJON MED VISMA.NET... 4 2.1.

Detaljer

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

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

Detaljer

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

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

INF5120 Oblig 1c4 - Gruppe 19

INF5120 Oblig 1c4 - Gruppe 19 INF5120 Oblig 1c4 - Gruppe 19 Berge, Kristian, Trond og Fredrik Mapping av domenemodell mot EJB/WEB modell Teknologispesifikke valg PIM Class Model 1 PIM Service Model PIM class model PIM service model

Detaljer

Velkommen som bruker av Visma Severa!

Velkommen som bruker av Visma Severa! Velkommen som bruker av Visma Severa! Innlogging: Når du blir opprettet som bruker med E-post adresse i Visma Severa, får du an mail med påloggingsinformasjon og midlertidig passord: For å logge inn, gå

Detaljer

AGRESSO BUSINESS WORLD

AGRESSO BUSINESS WORLD AGRESSO BUSINESS WORLD WEB Salgsordre: Registrering av enkle salgsordrer/fakturagrunnlag Økonomisenteret oktober 2012 Innholdsfortegnelse : Innledning: Registrering/endring av enkle salgsordrer 3 Registrering/endring

Detaljer

Vakt og lønnssystem - Rema 1000

Vakt og lønnssystem - Rema 1000 Avdeling for ingeniørutdanning Høgskolen i Oslo og Akershus Prosjektrapport Systemutvikling (LO138A) Høst 2011 Vakt og lønnssystem - Rema 1000 Gruppe 8 Forfattere: Andreas Baaserud, s169982 Ravi Agnihotri,

Detaljer

Brukerdokumentasjon Prosjekt nr. 2011-16 PayEx Logistics

Brukerdokumentasjon Prosjekt nr. 2011-16 PayEx Logistics Side 1 av 17 Payex Logistics Brukermanual Ver. 1.0 31.05.2011 Gruppe 16 Høgskolen i Oslo Side 2 av 17 1 Innledning Denne brukerdokumentasjonen forklarer bruken av logistikksystemet som er laget for PayEx.

Detaljer

Elektronisk førstehjelpsprøve - brukerveileder

Elektronisk førstehjelpsprøve - brukerveileder Elektronisk førstehjelpsprøve - brukerveileder Du trenger ikke å være innlogget på Korsveien for å få tilgang til e-læringsportalen. Klikk deg inn på www.rodekors.no. Velg deretter «Ressurser og kurs»

Detaljer

Det er viktig at all informasjon om overnattingsstedet er korrekt utfylt. Klikk på?-ikonene for å få hjelp til felter som ikke er selvforklarende.

Det er viktig at all informasjon om overnattingsstedet er korrekt utfylt. Klikk på?-ikonene for å få hjelp til felter som ikke er selvforklarende. Brukermanual Webside for innlogging: www.easynetbooking.com/login Hjemmeside: Nyttige tips Denne brukermanualen gir en grunnleggende forklaring av systemet. Et nyttig tips for å få detaljert hjelp er å

Detaljer

UMW MALER Definisjon av UMW Mal

UMW MALER Definisjon av UMW Mal UMW MALER Definisjon av UMW Mal Innhold Definisjon UMW mal... 2 Alminnelig mal-oversikt... 2 Hva er inkludert i en basis UMV butikkmal?... 3 Design... 3 Hver side kort beskrevet... 4 Hjemmeside... 4 Produktliste...

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 Kravspesifikasjoner & Data design Thomas Tjøstheim og Thomas Edvinsen 20 September 2004 Kapittel 7 & 8 p.2/20 Introduksjon Kravspesifikasjoner består av to underdeler:

Detaljer

Kravdokument Innholdsfortegnelse 1 Innledning 2 Bakgrunn og oversikt 3 Detaljerte krav 4 Systemsekvensdiagram

Kravdokument Innholdsfortegnelse 1 Innledning 2 Bakgrunn og oversikt 3 Detaljerte krav 4 Systemsekvensdiagram Kravdokument Innholdsfortegnelse 1 Innledning 1.1 Avgrensning 1.2 Definisjoner og forkortelser 1.3 Referanser 1.4 Oversikt over innholdet 2 Bakgrunn og oversikt 2.1 Use-case UML-diagram 2.1.1 Oversiktsdiagram

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

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype

Detaljer

Overordnet beskrivelse og arkitekturskisse

Overordnet beskrivelse og arkitekturskisse Overordnet beskrivelse og arkitekturskisse Arkitekturskisse av Conserto, som er utviklet i ASP.NET VB FrameWork 4.0 med bruk av code-behind filer, MS SQL 2008, og er bygget på MasterPage som fellemal.

Detaljer

INF1010 MVC i tekstbaserte programmer

INF1010 MVC i tekstbaserte programmer INF1010 MVC i tekstbaserte programmer Marit Nybakken marnybak@ifi.uio.no 9. februar 2004 Marit har ingen utdanning innen systemutvikling og vet antageligvis ikke hva hun prater om. Hun har dog skumlest

Detaljer

Community Administrator

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

Detaljer

1.0 Funksjonalitet for medarbeidere i fanen Min Info... 2. 1. 1 Status... 2. 1.1.1 Sende melding om ferdig registrering... 2 1.2 CV...

1.0 Funksjonalitet for medarbeidere i fanen Min Info... 2. 1. 1 Status... 2. 1.1.1 Sende melding om ferdig registrering... 2 1.2 CV... Dossier Kompetanse Innholdsfortegnelse 1.0 Funksjonalitet for medarbeidere i fanen Min Info... 2 1. 1 Status... 2 1.1.1 Sende melding om ferdig registrering... 2 1.2 CV... 3 1.2.1 Personalia... 3 1.2.2

Detaljer

Easier Portal Suite fleksibelt verktøy for å skape virksomhetsportaler

Easier Portal Suite fleksibelt verktøy for å skape virksomhetsportaler Easier Portal Suite fleksibelt verktøy for å skape virksomhetsportaler Project Manager (Sjekklister) Med Project Manager vil ditt prosjektarbeid bli mer dynamisk og fleksibelt. Her har du full fleksibilitet

Detaljer