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

Størrelse: px
Begynne med side:

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

Transkript

1 Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver Gruppe 1: Fredrik Melsom Klausen, Andreas Limyr, Odd-Wiking Rahlff, Tho Diu Tang BUSINESS MODEL SCOPING STATEMENTS CONTEXT STATEMENT Egne avgrensinger Aktører og interesser Use Case Diagram - rikt bilde Overordnet Virksomhetsprosess Aktivitetsdiagram MÅLHIERARKI BUSINESS RESOURCE MODEL BUSINESS PROCESS & ROLE MODEL Aktivitetsdiagrammer REQUIREMENTS MODEL SYSTEM BOUNDARY MODEL aktører og use cases SUBSYSTEM GROUPING MODEL Use Case scenario Model REFERENCE ARCHITECTURE ANALYSIS MODEL Identifiserte komponenter ARCHITECTURE MODEL INTERFACE & INTERACTION SPECIFICATION Klassediagrammer QoS constraints Samarbeid mellom komponenter Sekvensdiagrammer med utgangspunkt i use casene (på komponentnivå) COMPONENT STRUCTURE Klassediagram INTERNAL DESIGN BCE analyse og klassediagrammer Mapping til focus/auxiliary klasser Klassediagrammer GRENSESNITTBESKRIVELSER FOR NOEN AV KOMPONENTENE (PRELIMINÆR UI-SKISSE) PLATFORM SPECIFIC MODELL (FOR 1 MODELL) COMPONENT IMPLEMENTATION MODEL J2EE implementasjonsdesign vha UML profil klassediagrammer DEPLOYMENT MODEL Deployering av komponenter på infrastruktur...22 INF5120 Oblig 2, Gruppe 1, V2004 1

2 2. Business Model 2.1 Scoping Statements Context Statement Vision of Change er gitt i oppgavedefinisjonen Egne avgrensinger Vi velger å fokusere på en liten bedrift (SMB). Vi antar fastlønn, slik at lønnsutbetalingssystemet ikke er en del av løsningen vår. Vi skjelner mellom tre roller: Prosjektmedarbeider, Prosjektleder og Administrator. (nytt scope) Vi vil videre i dokumentet fokusere på de tre sentrale rollene. Prosjektmedarbeider (PM) har adgang til å fylle ut og inspisere egen timeliste. Prosjektleder (PL) har adgang til å sette opp og inspisere planlagt prosjektbelegg samt rapportert prosjektpådrag på sitt/sine prosjekter. PL kan også godkjenne timeføring og markere at et prosjekt skal avsluttes. Administrator (ADM) har adgang til alt, full inspeksjons- og endringsrett samt mulighet for å opprette/avslutte prosjekter og allokere Prosjektleder og Prosjektmedarbeidere på prosjektene. Administrator er forøvrig selv prosjektleder for minst ett prosjekt, nemlig prosjektet Administrasjon. Vi antar for enkelthetens skyld at: Alle jobber i full 100% stilling og 40 t/uke. Bordet fanger hver fredag ettermiddag for ukentlig timeføring for prosjektmedarbeiderne. Prosjektleder godkjenner hver måned de førte timene (før fakturering). Ferie og avspasering føres på egne interne prosjektnumre med administrator som prosjektleder. Dermed oppnår vi at ferie kan tas høyde for uten å måtte handtere dette på annen måte enn et hvilkensomhelst annet prosjekt. INF5120 Oblig 2, Gruppe 1, V2004 2

3 2.1.2Aktører og interesser Prosjektmedarbeider Registrere timer Få oversikt over eget timeforbruk Sette opp personlig timebudsjett (antatt belegg pr prosjekt pr mnd) Prosjektleder Se oversikt over egne prosjekter Godkjenne timeføring på egne prosjekter Avslutte prosjekt Administrator Opprette/endre/slette ansatte Opprette/endre/avslutte prosjekt Allokere ansatte til roller i prosjektene Få totaloversikt over timer/budsjett/prosjekter Legge inn eller rette manglende eller feilførte timer på oppfordring av prosjektmedarbeiderne når dette trengs Use Case Diagram - rikt bilde INF5120 Oblig 2, Gruppe 1, V2004 3

4 2.1.3Overordnet Virksomhetsprosess Aktivitetsdiagram Fargekoding: Grå bokser viser aktiviteter som systemet er direkte involvert i HRS-systemet Hvite bokser er aktiviteter utenfor HRS-systemet Som du ser ligger noen av boksene på grenselinjene mellom to roller. Dette betyr at begge rollene er involvert i aktiviteten. F.eks samarbeider prosjektleder med administrator for å avslutte og sluttfakturere prosjektet. INF5120 Oblig 2, Gruppe 1, V2004 4

5 2.2 Målhierarki 2.3 Business Resource Model INF5120 Oblig 2, Gruppe 1, V2004 5

6 Vi likte godt selv den enkle versjonen av klassediagrammet her også: INF5120 Oblig 2, Gruppe 1, V2004 6

7 2.4 Business Process & Role Model (Virksomhetsprosesser (2 nivåer), roller) INF5120 Oblig 2, Gruppe 1, V2004 7

8 Aktivitetsdiagrammer Eksempelet her er timeføringen: H: Human step T: Tool step I: Immediate step INF5120 Oblig 2, Gruppe 1, V2004 8

9 3. Requirements Model 3.1 System Boundary Model INF5120 Oblig 2, Gruppe 1, V2004 9

10 3.1.1aktører og use cases 3.2 Subsystem Grouping Model Vi ser at administrasjon av de ansatte ikke akkurat er en del av business-caset, men vi har tatt det med likevel. Vi kommer imidlertid ikke til å legge mer vekt på dette i den videre diskusjonen Use Case scenario Model Vi har valgt å fokusere på to forskjellige representative use cases for de tre brukerkategoriene. INF5120 Oblig 2, Gruppe 1, V

11 Use case 2 Se oversikt over prosjekter Prioritet 2 Mål Holde oversikt over ressurser Aktør(er) Administrator, Prosjektleder Prebetingelse Bruker er logget inn Postbetingelse - Fasade Kvalitets krav Scenario Beskrivelse Steg Handling 1 Ber om oversikt 2 Får oversikt (ser prosjektpådrag på de prosjektene brukeren har tilgang til) 3 Logger av Use case 5 Registrere timer Prioritet 1 Mål Holde oversikt over forbruk pr ansatt Aktør(er) Medarbeider, Administrator Prebetingelse Bruker er innlogget Bruker er tilknyttet minst ett prosjekt Postbetingelse Timene til medarbeider er registrert i databasen på den/de gjeldende uka/ukene. Fasade Kvalitets krav Scenario Beskrivelse Steg Handling 1 Velger å registrere timer 3 Velger rett uke (default er inneværende uke) 4 Velger rett(e) prosjekt(er) å fylle ut (default for utfylling er siste N ukers prosjekter som Medarbeider har fylt ut før) 4a Ved nytt prosjekt: Velg fra prosjektmeny 5 Timefører prosjektene for uken som er angitt 6 Signalisere lagring INF5120 Oblig 2, Gruppe 1, V

12 3.3 Reference Architecture Analysis Model 3.3.1Identifiserte komponenter Vi har identifisert flg. komponenter: INF5120 Oblig 2, Gruppe 1, V

13 4. Architecture Model I denne oppgaven fikk vi en aha-opplevelse ved å se at systemdesignet var en iterativ prosess som både omfattet top-down og bottom-up design. Ved en lineær skriftlig fremstilling kommer dette ikke tydelig frem, da alt ser ut som om det er drevet fremover av en mirakuløs målrettet prosess, mens det altså i virkeligheten er et resultat av kvalifiserte antagelser om grensesnitt koplet med behovsanalysen fra tidligere. 4.1 Interface & Interaction Specification Klassediagrammer QoS constraints Vi ønsker at HRS skal tilfredsstille flg. QoS-krav (ikke-funksjonelle krav): Oppetid: HRS skal være tilgjengelig minst 99 % av tida Integritet: Timeførte data skal ikke kunne endres utilsiktet Respons: HRS skal kunne tåle at alle bedriftens ansatte fører timer samtidig, uten at responstida blir mer enn 2 sekunder. Lagring: Data skal av regnskapstekniske årsaker bevares i minst tre år. INF5120 Oblig 2, Gruppe 1, V

14 4.1.2Samarbeid mellom komponenter Sekvensdiagrammer med utgangspunkt i use casene (på komponentnivå) Her har vi valgt å se på TimeføringsEditoren: INF5120 Oblig 2, Gruppe 1, V

15 4.2 Component Structure Og med ytterligere detaljering av TimeføringsEditoren: INF5120 Oblig 2, Gruppe 1, V

16 Og tilsvarende: Og nå har vi skjønt poenget: I og med at vi i følge oppgaven ikke skulle følge WARM, har vi ikke laget noen arbeidsflytmodell basert på en raffinering av WARM, men har konsentrert oss om UML sekvensdiagram for komponentinteraksjon. INF5120 Oblig 2, Gruppe 1, V

17 4.2.1Klassediagram Vi har klassene Ansatt (med subtypene Prosjektmedarbeider, Prosjektleder og Administrator) og Prosjekt. Timelisten En timeliste, Timeliste, er egentlig en vektor i relasjonen mellom Ansatt og Prosjekt gjennom prosjektløpet f. eks på format av antall timer forbrukt over dagene i året: (4, 8, 8, 6, 2, 0, 0, 8, 8, 5, 1,...). Det som brukeren kaller timelisten er da egentlig en collection av Timeliste. Timeliste planlagt En planlagt timeliste TimelisteBudsjett angir antatt fremtidig belegg for Ansatt på Prosjekt. Dette blir altså en helt tilsvarende vektor som timeliste. Forskjellen mellom planlagt tidsforbruk og reell bruk, er avvik. Det kumulerte avviket er interessant, for det viser hvorvidt du ligger i forkant eller etter planlagt forbruk. 4.3 Internal Design (for subkomponenter i valgt applikasjonskomponent) INF5120 Oblig 2, Gruppe 1, V

18 BCE analyse og klassediagrammer Her utvider vi nå use-caset fra sist med detaljer: Use case 5 Registrere timer (detaljert) Prioritet 1 Mål Holde oversikt over forbruk pr ansatt Aktør(er) Medarbeider, Administrator Prebetingelse Bruker er innlogget Bruker er tilknyttet minst ett prosjekt Postbetingelse Timene til medarbeider er registrert i databasen på den/de gjeldende uka/ukene. Fasade Kvalitets krav Scenario Beskrivelse Steg Handling 1 Bruker velger Registrer timer i TimeføringsEditoren 2 TimeføringsEditoren ber TimeføringsService om å hente frem timelista og aktuelle prosjekter for brukeren. (default for timelista er inneværende ukes timelister (1 pr prosjekt pr ansatt), default for utfylling av prosjekt er siste N ukers prosjekter som brukeren har fylt ut før) 2b Bruker velger evt en annen uke. 2c Bruker legger evt til nytt prosjekt. (Menyvalg) 3 TimeføringsEditor viser frem tabell over uke og prosjektnavn. 4 Bruker timefører prosjektene for uken som er angitt 5 Bruker velger Lagre timeliste i TimeføringsEditoren 6 TimeføringsEditor ber TimeføringsService om å lagre timelistene. 7 TimeføringsService lagrer timelistene og gir melding om at dette har gått bra. 8 TimeføringsEditor viser Timelisten er lagret! Mapping til focus/auxiliary klasser Her var det rimelig tynt i COMET angående kokebok på BCE-analyse, men vi kilte iherdig på og tegnet egne ikoner: INF5120 Oblig 2, Gruppe 1, V

19 O INF5120 Oblig 2, Gruppe 1, V

20 g derfra: Klassediagrammer 4.4 Grensesnittbeskrivelser for noen av komponentene (preliminær UI-skisse) TimeFøring Fylles ut av Ansatt (Ansatt) ved ukeslutt (fredag/mandag). Hun velger uke (default=inneværende uke) og angir hvor mye hun har jobbet gjennom ukedagene på de forskjellige prosjektene. Mulighet for å velge fra liste av aktive prosjekter (default=de prosjektene hun tidligere har angitt å jobbe på). Horisontalt: Ukedager Vertikalt: Prosjekter som er jobbet på. TimeføringBudsjett Brukes av Person (Ansatt) for å føre opp hvor mye hun er antatt å jobbe på prosjektene. Viser evt over/underbooking, f.eks i mnd 6 er planlagt å jobbe 120%! Horisontalt: Måneder Vertikalt: Prosjektene hun skal jobbe på ProsjektManager Brukes av Ansatt (Prosjektleder) ved månedsslutt (eller før) for å inspisere hvor stort pådraget er fra prosjektmedarbeiderne. Fylles automatisk med basis i timelistene. Her kan prosjektleder planlegge pådraget fra prosjektmedarbeiderne på månedsbasis. (Budsjett) Horisontalt: Måneder Vertikalt: Ansatte Horisontalt: Uker Vertikalt: Prosjektmedarbeidere på dette prosjektet. ProsjektManager brukes også av Ansatt (Prosjektleder/Administrerende) når som helst for å finne ut hvor mye det er jobbet på alle prosjektene i bedriften. Viser både INF5120 Oblig 2, Gruppe 1, V

21 reelt og planlagt pådrag og avviket mellom disse som grunnlag for replanlegging eller andre tiltak. Horisontalt: Måneder Vertikalt: Prosjekter (eller annet view: Ansatte) INF5120 Oblig 2, Gruppe 1, V

22 5. Platform Specific Modell (for 1 modell) Denne delen var vi svært usikre på. Det står lite i COMET, så dette ble tynt mot slutten. 5.1 Component Implementation Model 5.1.1J2EE implementasjonsdesign vha UML profil klassediagrammer 5.2 Deployment Model 5.2.1Deployering av komponenter på infrastruktur Vi antar at vi utplasserer komponentene slik at alle kjører som webapplikasjoner. Dessuten: Alle kan kjøre Timeføring AC. Kun Administrator har tilgang til å kjøre AnsattManager AC Alle prosjektledere kan kjøre ProsjektManager AC. INF5120 Oblig 2, Gruppe 1, V

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

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

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

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

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

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Klassediagram Aktivitetsdiagram Tilstandsdiagram Sekvensdiagram 1 Ta utgangspunkt i følgende klasser:

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

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

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser? UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering

Detaljer

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

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

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

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

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

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

Detaljer

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

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

Planlegging og dokumentasjon

Planlegging og dokumentasjon Planlegging og dokumentasjon Edgar Bostrøm. - leilighetsnotat, etterutdanningskonferansen, 17.02.2010, noe revidert. Generelle kommentarer: Begrunnelse for hovedområdet Planlegging og dokumentasjon : o

Detaljer

STE6221 Sanntidssystemer Løsningsforslag

STE6221 Sanntidssystemer Løsningsforslag HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag Tid: Fredag 02.03.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator,

Detaljer

UNIVERSITETET I OSLO

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

Detaljer

Oppgave 1 Multiple Choice

Oppgave 1 Multiple Choice Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen

Detaljer

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE

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

Detaljer

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

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering. Bakgrunn Modellering har lenge vært et kjent begrep innen systemutvikling. På 80-tallet ble metoder som Yourdon/Demarco og Gane&Sarson brukt for å lage dataflyt-diagrammer. Etter hvert ble disse integrert

Detaljer

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

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

Detaljer

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

Løsningsforslag til Case. (Analysen)

Løsningsforslag til Case. (Analysen) Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen

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

Kravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse

Kravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse Dagens forelesning Kravspesifikasjon Kravspesifikasjon og objektorientert analyse Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi UML? Noen resultater fra et UML-eksperiment

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

INF 5120 Modellering med objekter

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

Detaljer

MinTid web brukerdokumentasjon

MinTid web brukerdokumentasjon 5.4.0 MinTid web brukerdokumentasjon Logica Norge AS 3.1.0 MinTid brukerdokumentasjon i Innhold MinTid 1 Generelt... 1 Hvem skal bruke MinTid og hva kan gjøres?... 1 Standardfunksjoner i MinTid... 1 Logg

Detaljer

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler

Detaljer

TIMEREGISTRERING OG ØKONOMISK OPPFØLGING AV PROSJEKTER I AGRESSO WEB

TIMEREGISTRERING OG ØKONOMISK OPPFØLGING AV PROSJEKTER I AGRESSO WEB AGRESSO WEB - BRUKERMANUAL UNIVERSITETET FOR MILJØ- OG BIOVITENSKAP TIMEREGISTRERING OG ØKONOMISK OPPFØLGING AV PROSJEKTER I AGRESSO WEB 1. Timeregistrering... 2 1.1 Hvordan komme inn på timeregistreringen...

Detaljer

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten + INF 2120 Innlevering 1 Levert av Gruppe 4 Anders Bakken (andeba) Are O. Pedersen (arep) Daniel M. Wittwer (danielmw) Naima Akram (naimaa) Ronnie Østgaard (ronnieo) Kravspesifikasjoner til trafikanten +

Detaljer

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Oversikt Behov Krav Oppgavebeskrivelse Oppgaveanalyse Behov og krav Behov Noe som ikke er koplet

Detaljer

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

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

Detaljer

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

DELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo

DELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo DELLEVERANSE 1 INF2120 GRUPPE 12 av Jon G. Berentsen Geir A Nilsen Lailuma Arezo Innledning: Hensikten med vår oppgave er å lage et overvåkningssystem basert på posisjonering av mobiltelefon. Overvåkningssystemet

Detaljer

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser 1 Ulike typer prosessmodeller Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall

Detaljer

Oblig 4Hybelhus litt mer tips enn i oppgaven

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

Detaljer

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

Timed STAIRS tid for å ta steget til 3-event meldinger

Timed STAIRS tid for å ta steget til 3-event meldinger Timed STAIRS tid for å ta steget til 3-event meldinger 1. april 2005 OMS-seminar 1. april 2005 / / Slide 1 Why timed sequence diagrams require three-event semantics I samarbeid med Øystein Haugen, Knut-Eilif

Detaljer

AP221 Use Case TUL Bygg verktøykasse

AP221 Use Case TUL Bygg verktøykasse AP221 Use Case TUL Use caset viser prosessen rundt utvikling, kvalitetssikring og tilgjengeliggjøring av en kjøretidskomponent. En kjøretidskomponent er en kjørbar komponent som er publisert til Sluttbrukerløsningen.

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

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

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

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

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

Detaljer

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

Avdeling for ingeniørutdanning Høgskolen i Oslo. Prosjektrapport Systemutvikling (lo138a) Høst 2010. Taxisentral

Avdeling for ingeniørutdanning Høgskolen i Oslo. Prosjektrapport Systemutvikling (lo138a) Høst 2010. Taxisentral Avdeling for ingeniørutdanning Høgskolen i Oslo Prosjektrapport Systemutvikling (lo138a) Høst 2010 Taxisentral Gruppe 19 Prosjekthjemmeside: http://gruppe19.lmdahl.no/ Forfattere: Larsen, Mads s156151

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300 Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 15. juni, 2008 Eksamen

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

Genus Hours for Kelly Services. Hjelpeguide for oppdragsgivere - godkjenning og oppfølging av timer

Genus Hours for Kelly Services. Hjelpeguide for oppdragsgivere - godkjenning og oppfølging av timer Genus Hours for Kelly Services Hjelpeguide for oppdragsgivere - godkjenning og oppfølging av timer 1. Innlogging Når du skal godkjenne eller følge opp timer elektronisk for ansatte leid inn via Kelly Services

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

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

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:

Detaljer

Labark Oppdatert 9.oktober 2015

Labark Oppdatert 9.oktober 2015 Oppdatert 9.oktober 2015 Innholdsfortegnelse 1.0 STANDARD FUNKSJONER I PROFIL 3 1.1. STANDARD VERKTØYKNAPPER / IKONER 3 1.2 BRUK AV FUNKSJONSTASTER I PROFIL 3 2.0 LABARK 4 2.1 GENERELT OM LABARKET 4 3.0

Detaljer

9.5.0 W i n T i. Nyheter versjon 9.5.0

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

Detaljer

S Y S T E M U T V I K L I N G ( L O 1 3 8 A )

S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O O G A K E R S H U S P R O S J E K T R A P P O RT S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) H Ø S T 2011 GRUPPE 24:

Detaljer

Er du nysgjerrig på om det er mulig...

Er du nysgjerrig på om det er mulig... BIMMER: Hvorfor ta steget over til Novapoint DCM og Quadri DCM? SOLVEIG FISKAA OG HEIDI BERG, VIANOVA SYSTEMS Er du nysgjerrig på om det er mulig......å dele alle infrastruktur data i en intelligent modell,

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

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

Vedlegg Side 83 av 155

Vedlegg Side 83 av 155 4 Side 83 av 155 Innholdsfortegnelse 1 Kravspesifikasjon... 86 2 Kravspesifikasjon 2.0... 92 3 Domenemodell... 98 4 UseCase Diagram Oversikt... 102 6 Detaljert beskrivelse av UseCase Diagram... 106 Webapplikasjon...

Detaljer

(MVC - Model, View, Control)

(MVC - Model, View, Control) INF1010 - våren 2008 Modell - Utsyn - Kontroll (MVC - Model, View, Control) Stein Gjessing Inst. for informatikk Et bankprogram Vi skal lage et program som håndterer kontoene i en bank. En konto eies av

Detaljer

Tittel Objektorientert systemutvikling 2

Tittel Objektorientert systemutvikling 2 EKSAMENSFORSIDE Fagnr. OBJ208 Tittel Objektorientert systemutvikling 2 Ansvarlig faglærer Viggo Holmstedt Klasse(r) Dato IS/IN 2 11.06.2009 Eksamensoppgaven Ant. sider inkl. består av følgende: forside

Detaljer

Obligatorisk oppgave 2 INF 5120 Modellering med objekter våren 2004

Obligatorisk oppgave 2 INF 5120 Modellering med objekter våren 2004 Obligatorisk oppgave 2 INF 5120 Modellering med objekter våren 2004 Gruppe 4: Cathrine Holten Hanne Kristin Thorsen Helene Frenning Hansen Ingrid Morterud Rosvall Obligatorisk oppgave 2 INF 5120 gruppe

Detaljer

Send og Motta efaktura bedrift i Nettbank bedrift

Send og Motta efaktura bedrift i Nettbank bedrift Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Versjon 1/2016 Innhold Denne kvikkguiden gir en kort beskrivelse av tjenestene Send efaktura enkeltvis i Nettbank bedrift Motta efaktura enkeltvis

Detaljer

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 Mer om UML God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 1 I dag Litt repetisjon GRASP mønstre og OO design Prosjektoppgaven:

Detaljer

20.01.2012. Brukerkrav og use case diagrammer og -tekst 19. januar 2012. Agenda. Brukerkrav og use case. Diagrammer Tekst.

20.01.2012. Brukerkrav og use case diagrammer og -tekst 19. januar 2012. Agenda. Brukerkrav og use case. Diagrammer Tekst. Brukerkrav og use case diagrammer og -tekst 19. januar 2012 Agenda Brukerkrav og use case Diagrammer Tekst Praktisk eksempel 1 OOAD i livsløpsperspektiv Krav Design Konstruksjon Her er vi i nå Testing

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

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA Sist oppdatert 18.02.2010 INNHOLD INNHOLD... 1 HVA ER CABINWEB... 2 HVA KAN DU BRUKE CABINWEB TIL?... 3 HVA ER NYTT I CABINWEB VERSJON 2.0...

Detaljer

10. HELFO- oppgjør for fysioterapeuter og kiropraktorer

10. HELFO- oppgjør for fysioterapeuter og kiropraktorer 10. HELFO- oppgjør for fysioterapeuter og kiropraktorer Fra versjon 1.15 vil man kunne benytte vårt helt nye HELFO-regnskap for faggruppene leger, fysioterapeuter, manuellterapeuter, psykologer og kiropraktorer.

Detaljer

1. Hvilke type krav angår sikkerhet og pålitelighet?

1. Hvilke type krav angår sikkerhet og pålitelighet? 1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan

Detaljer

AP221 Use Case SBL Finn aktive, mottatte og arkiverte elementer

AP221 Use Case SBL Finn aktive, mottatte og arkiverte elementer AP221 Use Case SBL arkiverte elementer arkiverte elementer Dette use case beskriver hvordan bruker kan finne aktive, mottatte og arkiverte elementer. Med aktive elementer menes innsendingstjenester som

Detaljer

Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser.

Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. 00. PayBack startes ved innlogging til Zylin's webserver. Brukernavn og passord er satt opp etter informasjonen fra webformularet. Adressen

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 Innledning... 2. 2 Innlogging... 2. 3 Startsiden... 3. 3.1 Hovedoverskrifter... 3 4 Meny... 5. 4.1 Tilbake til startsiden... 5. 4.2 Profil...

1 Innledning... 2. 2 Innlogging... 2. 3 Startsiden... 3. 3.1 Hovedoverskrifter... 3 4 Meny... 5. 4.1 Tilbake til startsiden... 5. 4.2 Profil... Innholdsfortegnelse 1 Innledning... 2 2 Innlogging... 2 3 Startsiden... 3 3.1 Hovedoverskrifter... 3 4 Meny... 5 4.1 Tilbake til startsiden... 5 4.2 Profil... 6 4.3 Kalender... 7 4.3 Forespørsler... 8

Detaljer

Tema: Fravær, karakterer, anmerkninger

Tema: Fravær, karakterer, anmerkninger Tema: Fravær, karakterer, anmerkninger Fronter 92 Dette heftet er produsert av Fronter as www.fronter.com Heftet kan kun kopieres eller distribueres elektronisk ifølge kontrakt eller avtale med Nytt i

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

DinVikar - Bruker Manual

DinVikar - Bruker Manual DinVikar - Bruker Manual Utvikliet av Fosen-Utvikling AS I samarbeid med Alvens AS Skrevet av: Jonas Kirkemyr Innhold 1 Introduksjon................................................... 4 I Systemet 2 Systemet......................................................

Detaljer

Use case modellering. Use case modellen. Metode for systembeskrivelse og Nettsted-design

Use case modellering. Use case modellen. Metode for systembeskrivelse og Nettsted-design Use case modellering Metode for systembeskrivelse og Nettsted-design Kirsten Ribu 11.09.2007 Use case modellen beskriver kravene til systemet beskriver systemet sett fra kundens perspektiv beskriver hva

Detaljer

Brukerdokumentasjon for Administrator og andre brukere fra PT

Brukerdokumentasjon for Administrator og andre brukere fra PT Brukerdokumentasjon for Administrator og andre brukere fra PT Innholdsfortegnelse Innlogging...3 Forside...4 Menyen...4 Oversikt over utstyret...6 Rediger utstyr...7 Opprett nytt utstyr...9 Søk etter utstyr...

Detaljer

BRUKERDOKUMENTASJON WEB for Medarbeider En beskrivelse av hvordan medarbeidere benytter. WEB-løsningen i Bluegarden Tidregistrering

BRUKERDOKUMENTASJON WEB for Medarbeider En beskrivelse av hvordan medarbeidere benytter. WEB-løsningen i Bluegarden Tidregistrering BRUKERDOKUMENTASJON WEB for Medarbeider En beskrivelse av hvordan medarbeidere benytter WEB-løsningen i Bluegarden Tidregistrering August 2011 INNHOLDSFORTEGNELSE: Dokumentgodkjenning og historikk for

Detaljer

1 Workbench (utdrag av faget Strukturell analyse)

1 Workbench (utdrag av faget Strukturell analyse) Side 1 av 9 1 Workbench (utdrag av faget Strukturell analyse) 1.1 Ny Workbench Trykk på knappen ANSYS 12.0 (ANSYS 12.1) på hovedmenyen, øverst, ca midt på, velg Workbench. Arbeidsfelt Objekt(er) med felter

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 27. mai, 2011 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 27. mai, 2011 kl 0900-1300 Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:

Detaljer

NORSK BRUKERVEILEDNING

NORSK BRUKERVEILEDNING NORSK BRUKERVEILEDNING for FORESPØRSEL OM MÅLEDATA Versjon: 1.0 Revisjon: A Status: For testimplementering Dato: 13. august 2006 Norsk brukerveiledning for forespørsel om måledata 2 1 INNHOLDSFORTEGNELSE

Detaljer

SPPR Software Project Progress Report Uke 44-45-46

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

Detaljer

Diskusjon:SportsAdmin Medlemsadministrasjon

Diskusjon:SportsAdmin Medlemsadministrasjon Diskusjon:SportsAdmin Medlemsadministrasjon Medlemsadministrasjonsmodulen er et register over alle personer tilknyttet en organisasjon i idretten. Her kan organisasjonsleddene administrere og endre personer

Detaljer

ISY JobTech 7.4.3 Release Notes, 29.1.2014

ISY JobTech 7.4.3 Release Notes, 29.1.2014 ISY JobTech 7.4.3 Release Notes, 29.1.2014 ISY JobTech versjon 7.4.3 er nå tilgjengelig for nedlasting på våre hjemmesider. Den nye versjonen er et resultat av utbedring av identifiserte feilsituasjoner

Detaljer

Genus Hours for Kelly Services. Hjelpeguide til timeføring for medarbeidere

Genus Hours for Kelly Services. Hjelpeguide til timeføring for medarbeidere Genus Hours for Kelly Services Hjelpeguide til timeføring for medarbeidere 1. Innlogging Når du skal registrere timer elekronisk hos Kelly Services benyttes web-applikasjonen Genus Hours (https://hours.kellyservices.no).

Detaljer

Bli kjent med Lønnskostnader. Veien fra tro til vitenskap!

Bli kjent med Lønnskostnader. Veien fra tro til vitenskap! Bli kjent med Lønnskostnader Veien fra tro til vitenskap! Denne manualen skal gi deg som administrativ bruker av Tidsbanken bedre oversikt over hvilke muligheter som finnes i Tidsbanken rundt lønnskostnader

Detaljer

fleksibilitet når det gjelder geografisk plassering og etablerte arbeidsrutiner. Qubic cms

fleksibilitet når det gjelder geografisk plassering og etablerte arbeidsrutiner. Qubic cms Qubic cms Qubic cms publiseringsverktøy tilbyr avanserte, men lettfattelige løsninger for å publisere innhold på internett. Ved å bestå av flere forskjellige moduler, som både kan legges til og skreddersys,

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

Veiledning for registrering av tilskudd i Askeladden

Veiledning for registrering av tilskudd i Askeladden INNHOLDSFORTEGNELSE Grensesnittet «Tilskuddsbehandling og rapportering».... Startsiden for tilskudd.... Status.... Aktive Tilskudd... 5 Registrering av en søknad... 5. Ny søknad/nytt tiltak... 6. Egenskapssøk...

Detaljer

ISO-standarderfor informasjonssikkerhet

ISO-standarderfor informasjonssikkerhet Verifying security since 1999 ISO-standarderfor informasjonssikkerhet ISO/IEC 27000-serien Information technology Security techniques oiso/iec 27000 Information security management systems Overview and

Detaljer

buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata

buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata IFD International Framework for Dictionaries Hvordan bygges en BIM? Hva kan hentes ut av BIM? Hvordan

Detaljer