Use Case-modell. Vurdering av oppdragsgivers krav

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "Use Case-modell. Vurdering av oppdragsgivers krav"

Transkript

1 Use Case-modell Vurdering av oppdragsgivers krav Kravspesifikasjonen presiserer at brukergrensesnittet skal være grafisk, menybasert, ha støtte for bruk av mus og ha et intuitivt utseende, slik at enhver bruker enkelt finner fram. Det kreves også at dybden i menyene ikke overstiger tre nivåer, og at det ikke kreves mer enn to menyvalg for å kunne endre data i systemet. Hurtigtaster må også implementeres, slik at erfarne brukere lett får tilgang til ofte brukte funksjoner. Brukerne har også uttrykt at de skal kunne bruke systemet til å generere en rekke rapporter etter behov. Systemet skal også ha predefinerte standardrapporter. Dette ser vi for oss at kan oppfylles ved bruk av swing-biblioteket i java, som gir oss muligheten til å lage et typisk vindusgrensesnitt. Menyer, støtte for mus og hurtigtaster er enkelt å implementere med dette biblioteket. Det vil være hensiktsmessig å involvere brukerne i designet av brukergrensesnittet, for eksempel ved å lage en prototype som vi kan få tilbakemeldinger på.

2 Overordnet Use Case-diagram

3 spesifikasjon Beskrivelse Eksempler Resepsjonist Resepsjonister tar seg av alle administrative oppgaver i systemet, og har høyeste adgangsrettigheter. Registrerer pasienter og personale, behandler inn- og utsjekking av pasienter, oppretter operasjoner. Beskrivelse Eksempler Doktor Doktorer behandler pasienter og har hovedansvar for operasjoner. Skriver pasienrapporter, sjekker tidsplan Beskrivelse Eksempler Helsesøster Helsesøstere har ansvar for alle pasienter i sin avdeling, samt assistering av doktorer ved operasjoner. Sjekker tidsplan Beskrivelse Eksempler Ansatt Dette er en samlet aktør for de tre overnevnte aktørene: Resepsjonist, doktor og helsesøster. Leser rapporter

4 Administrer person Resepsjonist Endring i ansatt-/pasientforhold Systemet må ha nok om ansatt til å gjøre endringer Endringer har blitt lagret 1. Resepsjonist spør om om ansatt eller pasient fra systemet. 2. Systemet gir om person. 3. Resepsjonisten sender endret om personen til systemet. 4. Systemet validerer endringene. 5. Systemet oppdateres. 6. Systemet bekrefter endring. 2a) Ufullstendig forespørsel Systemet ber resepsjonist om å spesifisere forespørsel. 2b) Personen finnes ikke i systemet Systemet ber resepsjonist om å endre forespørsel. 4a) Ufullstendig endring Systemet ber resepsjonist om å fylle ut manglende informsjon. Denne use-casen innebefatter oppretting, endring og sletting av ansatt eller pasient.

5 Administrer operasjon Resepsjonist Pasient i venteliste skal gis operasjon eller resepsjonist vil endre data om en eksisterende operasjon. Nok ledige ressurser til å utføre operasjon. Pasient på venteliste. Operasjon har blitt opprettet eller oppdatert. 1. Resepsjonist ber om å hente pasient fra venteliste. 2. Systemet returnerer pasientbeskrivelse. 3. Resepsjonist spør systemet om ledige ressurser i et oppgitt tidsrom. 4. Systemet oppgir ledige ressurser. 5. Resepsjonist tildeler ressurser til operasjonen. 6. Systemet validerer om operasjon. 7. Systemet oppdateres. 8. Systemet bekrefter oppdateringen. 2a) Pasienten er ikke i ventelista. Systemet returnerer feilmelding. 4a) Ikke nok ledige, nødvendige ressurser i oppgitt tidsrom. Systemet ber resepsjonist om å endre tidsrom. 6a) Resepsjonisten har ikke oppgitt alle nødvendige ressurser. Systemet ber om manglende opplysninger. Denne use-casen tar for seg oppretting og endring av en operasjon. Systemet har ansvaret for å finne ledige ressurser (doktor, operasjonsrom osv.) i et tidsrom som resepsjonisten bestemmer.

6 Administrer venteliste Resepsjonist Pasient skal legges inn på venteliste eller pasient skal fjernes fra lista. Pasient finnes i systemet. Pasient har blitt lagt til eller fjernet fra ventelista. 1. Resepsjonist ber om om pasient fra systemet eller ventelista. 2. Systemet returnerer om pasient. 3. Resepsjonist legger til eller fjerner pasienten fra ventelista. 4. Systemet validerer endring. 5. Systemet oppdateres. 6. Systemet bekrefter endringen. 7. 2a) Pasient finnes ikke i systemet eller ventelista. Systemet gir feilmelding og spør på nytt. 4a) Ugyldig operasjon (f.eks. fjerne pasient fra venteliste som ikke ligger der på forhånd). Systemet gir feilmelding. Denne use-casen dekker både innlegging av pasienter som skal opereres i venteliste, samt fjerning av pasienter som har fått operasjon fra lista..

7 Administrer avdeling Resepsjonist Endring av materielle ressurser ved avdeling. Systemet må ha nok om avdeling til å gjøre endringer Systemet har lagret endringene 1. Resepsjonist ber om avdelings fra systemet. 2. Systemet returnerer avdelings. 3. Resepsjonist sender endringer til systemet. 4. Systemet validerer endringen. 5. Systemet oppdateres. 6. Systemet bekrefter endringen. 2a) Avdeling finnes ikke i systemet. Systemet spør etter nytt avdelingsnummer. 4a) Ugyldig endring Systemet ber om manglende. Denne use-casen tar for seg endringer innad i avdelingene, slik som anskaffelse eller fjerning av senger, oppretting av nye rom og lignende.

8 Oppdater pasientrapport Doktor Doktor behandler pasient og vil oppdatere pasientrapporten. Pasient finnes i systemet og behandles av gjeldende doktor. Pasientrapporten har blitt oppdatert. 1. Doktor ber om pasientrapport fra systemet. 2. Systemet returnerer pasientrapport. 3. Doktor sender oppdatert pasientrapport til systemet. 4. Systemet bekrefter endringer. 5. Systemet oppdateres. 2a) Pasienten finnes ikke i systemet Systemet ber om ny pasient. 2b) Doktoren behandler ikke gjeldende pasient Systemet gir feilmelding, og doktoren får ikke tilgang til rapporten. Denne use-casen tar for seg tilfellet der en doktor vil oppdatere historien/journalen til en pasient.

9 Administrer pasient Resepsjonist Pasienten skal plasseres (innsjekking) eller omplasseres. Pasienten finnes i systemet. Pasienten har blitt plassert eller bedt om å vente dersom det ikke er ledige senger eller rom. 1. Resepsjonist spør systemet om pasient. 2. Systemet returnerer. 3. Resepsjonisten spør systemet om ledig seng i en gitt avdeling. 4. Systemet returnerer ledige senger. 5. Resepsjonist sender forespørsel til systemet om å reservere valgt seng. 6. Systemet bekrefter endringen. 7. Systemet oppdateres. 2a) Pasienten finnes ikke i systemet. Systemet spør på nytt. 4a) Ingen ledige senger i avdeling. Systemet gir beskjed om at alle sengene er opptatt, og avbryter operasjonen. Denne use-casen tar for seg innsjekking og flytting av pasienter. Resepsjonisten velger avdeling, deretter finner systemet alt som er ledig av senger i de ulike rommene.

10 Hent rapport Ansatt Ansatt ønsker fra systemet. Systemet må inneholde nok til å generere valgt rapport. Valgt rapport har blitt generert. 1. Ansatt sender forespørsel om ønsket rapport til systemet. 2. Systemet leverer rapport. 2a) Ansatt har ikke tilstrekkelige rettigheter til å kunne få valgt rapport. Systemet avbryter operasjonen. 2b) Systemet har ikke nok til å generere valgt rapport. Systemet gir feilmelding og avbryter. Denne use-casen tar for seg generering av en valgfri rapport, for eksempel tidsplan eller ledige senger i en avdeling.

11 Domenemodell

12 Systemets ikke-funksjonelle krav Et av hovedkravene til systemet vårt er at det skal gjøre administrasjonen av sykehuset enklere. Dette innebærer at mye data som er nødvendig for driften kun er tilgjengelig gjennom dette systemet. Systemet må derfor være svært pålitelig, og vi har satt en målsetning om oppetid på 99 %. Hvis systemet er nede, må ansatte ved sykehuset kunne aksessere data på via backup, slik at driften av viktige områder (for eksempel operasjoner) kan gå som normalt. Systemet skal brukes av mange personer med ulik erfaring med data. Noen skal bruke systemet ofte, mens andre skal benytte det i liten grad. Brukergrensesnittet må derfor være intuitivt og enkelt å bruke for alle, samtidig som ofte brukte funksjoner er lett tilgjengelige (ved bruk av tastekombinasjoner) for de som bruker systemet ofte. Systemet inneholder sensitiv om pasienter. Denne en må krypteres slik at uvedkommende ikke får adgang til disse. Brukere skal ha forskjellig rettighetsnivå i systemet. Systemet bør ikke overstige en responstid på fem sekunder.

Kravspesifikasjon. 14. oktober 2002

Kravspesifikasjon. 14. oktober 2002 Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,

Detaljer

Leveranse 2. September 27, 2002

Leveranse 2. September 27, 2002 Leveranse 2 gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser, diagram,

Detaljer

1.1 Planlegg Operasjon Definisjonsområde Planlegg Operasjon Nivå Sub-funksjon

1.1 Planlegg Operasjon Definisjonsområde Planlegg Operasjon Nivå Sub-funksjon 1.1 Planlegg Operasjon Definisjonsområde Planlegg Operasjon Planlegg operasjon Hoved-aktører Personale Interessent Leger Sykepleiere Forhånds-betingelser Aktør må være logget inn og autorisert. Pasienten

Detaljer

1 Introduksjon til designmodellen - del B 2

1 Introduksjon til designmodellen - del B 2 Innhold Introduksjon til designmodellen - del B 2 2 UseCase 3 2. Usecasediagram........................... 3 2.2 Aktørbeskrivelser.......................... 4 2.3 Hendelsesforløp og sekvensdiagram for

Detaljer

Evaluering og analyse. Før start

Evaluering og analyse. Før start Evaluering og analyse Før start Analyse - Evaluering Beskrive en situasjon Fakta Spesifisere en løsning Fakta eller ønsker Evaluere en forandring Beskrive en tilfredshet/grad av oppfyllelse Definisjon

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

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

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

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

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

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson PROSJEKTGRUPPE 1 MGT SOFTWARE LEVERANSE 2 ANALYSE OG DESIGN (REVIDERT 1) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Detaljer

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning Visma ERP POS Utvid økonomisystemet med en brukervennlig kasseløsning En moderne og funksjonell kasseløsning kasseløsning Det lønner seg å utvide økonomisystemet med integrert kassefunksjonalitet. I alle

Detaljer

MARE NOSTRUM. Del 2 Kravspesifikasjon

MARE NOSTRUM. Del 2 Kravspesifikasjon MARE NOSTRUM Del 2 Forord Kravenes hensikt og utforming Kravene i kravspesifikasjonen utformet slik at de skal imøtekomme oppdragsgivers krav, ønsker og spesifikasjoner på best mulig måte. Hensikten med

Detaljer

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

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

Detaljer

Programinnstillinger. KAPITTEL 5 Innstillinger

Programinnstillinger. KAPITTEL 5 Innstillinger KAPITTEL 5 Innstillinger Innstillingene lar deg kontrollere hvordan ZoomText starter, avslutter og oppfører seg på skrivebordet I Windows under kjøring. Du kan også aktivere automatisk oppdatering, slik

Detaljer

Visma.net Approval. Nyheter og forbedringer versjon 1.40.1

Visma.net Approval. Nyheter og forbedringer versjon 1.40.1 Visma.net Approval Nyheter og forbedringer versjon 1.40.1 Visma.net Approval - Nyheter og forbedringer versjon 1.40.1 Innhold Visma.net Approval 1.40.1... 2 Brukergrensesnitt... 2 Prosessoversikt Informasjon

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

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering INF2120 V2005 Gruppe 2 christrc ieronnin kjetimk noushinm sjuros Trafikanten+ Innlevering 2 29.04.2005 Intensjon Vårt trafikkoppfølgingssystem skal være et system for brukerne av rutetrafikk, ved at disse

Detaljer

Eloptel (Elektronisk Opptelling) Brukerdokumentasjon Ver.:

Eloptel (Elektronisk Opptelling) Brukerdokumentasjon Ver.: ELOPTE L 2009 - GODKJENNING STEMMETAL L BRUKERHÅNDBOK Innholdsfortegnelse Generell beskrivelse av valgsystemet... 3 Brukeradgang...3 Pålogging...3 Sikkerhet og adgangskontroll...3 Feilmeldinger...3 Driftsrutiner

Detaljer

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...

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

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8.

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8. Aktivitetskart Planlegging dato: 29.01-09 TIL 7.2-09 Kravspesifikasjon beskrivelser Papirprototyp ER-diagram Planlegging og fastslåing av prosjekt En del av kravspesifikasjon. Grafisk visning av systemets

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

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

Utvikling fra skallet og inn

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

Detaljer

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

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

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

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

Brukerveiledning for kartarkiv levert av Konkylie Data

Brukerveiledning for kartarkiv levert av Konkylie Data Brukerveiledning for kartarkiv levert av Konkylie Data Sist oppdatert: 20.11.2012 Utgave 1.0 Innhold Viktig!... 3 Hvis noe går galt... 3 Innlogging... 4 Roller... 4 Superbruker... 4 Karttegner... 4 Løypelegger...

Detaljer

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

Kravspesifikasjon. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Kravspesifikasjon Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Overordnet systembeskrivelse 4 2.1 Bakgrunn for prosjektet................................. 4 2.2 Funksjoner og

Detaljer

Spenningskvalitet Brukerveiledning til rapporteringstjenesten

Spenningskvalitet Brukerveiledning til rapporteringstjenesten Spenningskvalitet Brukerveiledning til rapporteringstjenesten Side 1 av 13 1 Innholdsfortegnelse Spenningskvalitet Brukerveiledning til rapporteringstjenesten...1 1 Innholdsfortegnelse...2 2 Dokumenthistorikk...3

Detaljer

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

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

Kravspesifikasjon Prosjekt nr SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning

Kravspesifikasjon Prosjekt nr SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning Prosjekt nr. 2007-11 Kravspesifikasjon Tittel: Informasjonssystem SSPI Prosjektdeltakere: Hans Petter Kristiansen Espen Skaarer Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning Oppdragsgiver:

Detaljer

Gruppe 2 26.02.2013. Logge på med riktig brukernavn og feil passord Brukernavn: Bruker3

Gruppe 2 26.02.2013. Logge på med riktig brukernavn og feil passord Brukernavn: Bruker3 SU2 Systemtestplan 1. Logge på TestID: 1.1 Logge på med riktig brukernavn og passord Brukernavn: Bruker1 Passord: Passord1 Bruker1 blir logget inn og får tilgang til systemet Bruker1 er registrert som

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

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

SolidPlant er perfekt for deg som jobber med design av rørsystemer og anlegg, og er kjent med SolidWorks.

SolidPlant er perfekt for deg som jobber med design av rørsystemer og anlegg, og er kjent med SolidWorks. SolidPlant, det eneste virkelig spesifikasjonsstyrte anleggsdesign programmet for SolidWorks. Ved å kombinere intuitive parametrisk styrte SolidWorks med en sofistikert database for å generere alle komponenter

Detaljer

Kravspesifikasjon MetaView

Kravspesifikasjon MetaView Kravspesifikasjon MetaView BACHELOROPPGAVE VÅREN 2014 1. Presentasjon Tittel: MetaView Oppgave: Lage en applikasjon og api som skal kommunisere med MetaVision slik at det skal bli enklere for leger og

Detaljer

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter

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

Brukermanual for statistikk på Asset on web: Statistikk salg pr dag, uke eller måned fordelt på alle avdelinger:

Brukermanual for statistikk på Asset on web: Statistikk salg pr dag, uke eller måned fordelt på alle avdelinger: Brukermanual for statistikk på Asset on web: Statistikk salg pr dag, uke eller måned fordelt på alle avdelinger: 1. Velg først "Vis avanserte funksjoner" Evt. hvis du ønsker å se på salget i går eller

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

Innholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10

Innholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10 1 Innholdsfortegnelse 1. Testing... 3 1.1 Feiltesting av koden... 3 1.2 Funksjonstesting:... 7 2. Kilder.10 2 1. Testing Testing av et system er nødvendig for å finne ut om systemet fungere slik det skal

Detaljer

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320

Detaljer

2. Hvordan administrere filer / legge ved dokumentasjon til kurs?..3. 4. Hvordan melde av en som er påmeldt endre opplysninger?..5

2. Hvordan administrere filer / legge ved dokumentasjon til kurs?..3. 4. Hvordan melde av en som er påmeldt endre opplysninger?..5 Kursportalen Veiledning for administratorer: Innhold: 1. Hvordan publisere kurs? 1 2. Hvordan administrere filer / legge ved dokumentasjon til kurs?..3 3. Hvordan endre opplysninger om kurset?.4 4. Hvordan

Detaljer

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

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

Detaljer

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5 Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som

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

Manual til Vineland-II Skåringsprogram Norsk versjon (V:1.0)

Manual til Vineland-II Skåringsprogram Norsk versjon (V:1.0) Manual til Vineland-II Skåringsprogram Norsk versjon (V:1.0) Skåringsprogrammet til Vineland-II er en Excel-arbeidsbok med innebygget Makro/bakgrunnsskript. For at skåringsprogrammet skal fungere, må man

Detaljer

SymWriter: R6 Innstillinger, preferanser og verktøylinjer

SymWriter: R6 Innstillinger, preferanser og verktøylinjer SymWriter: R6 Innstillinger, preferanser og verktøylinjer Innhold R6.1 Startinnstillinger og utseende...3 R6.2 Tekst og bilder...................................................4 R6.3 Tale og staving...5

Detaljer

F A G B O K F O R L A G E T S E - P O R T A L

F A G B O K F O R L A G E T S E - P O R T A L KOM ME I GANG MED F A G B O K F O R L A G E T S E - P O R T A L BRUKER VE IL EDNING VER SJO N 1.60 INNHOLD Innledning... 3 Forberedelse til nytt skoleår... 3 Første møte med e-portalen... 4 Administrere

Detaljer

ChiCMS Hovedprosjekt ved Høgskolen i Oslo 2011

ChiCMS Hovedprosjekt ved Høgskolen i Oslo 2011 TESTRAPPORT Forord Denne testrapporten har som formål å beskrive all testing som er utført på systemet, både under utviklingen og etter ferdigstilling. Målet for testingen er for å verifisere at vi har

Detaljer

2013 Aditro AS 1 (24)

2013 Aditro AS 1 (24) 1.0. Rutine for Altinn innsending og Altinn retur... 2 1.1. Om Altinn... 2 1.2. Roller og rettigheter i Altinn... 2 1.3. Opprette datasystem-id og passord i Altinn.... 4 1.4 Sette opp Huldt & Lillevik

Detaljer

Kravhåndtering. INF1050: Gjennomgang, uke 03

Kravhåndtering. INF1050: Gjennomgang, uke 03 Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle

Detaljer

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

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

Detaljer

Use Case Modeller. Administrator og standardbruker

Use Case Modeller. Administrator og standardbruker Vedlegg 1 Use Case Modeller Administrator og standardbruker 2 Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet

Detaljer

Oppgaven består av to deler, del A og del B. Alle skal besvare både del A og del B, men det finnes noen valgmuligheter innenfor hver del.

Oppgaven består av to deler, del A og del B. Alle skal besvare både del A og del B, men det finnes noen valgmuligheter innenfor hver del. Oblig 4 INF1000-SIKT Gulbrand Grås Husleiesystem Mål: Formålet med oppgaven er å gi erfaring med å løse et større programmeringsproblem ved hjelp av klasser og objekter (og tilhørende metoder), dessuten

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

Brukerhåndbok. Programområde

Brukerhåndbok. Programområde Brukerhåndbok Programområde INNHOLD Slik leser du denne håndboken... 2 Symboler som brukes i håndbøkene...2 Ansvarsfraskrivelse... 3 Merknader... 3 Dette kan du gjøre på programområdet... 4 Før du åpner

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

AP221 Use Case SBL Se kvittering

AP221 Use Case SBL Se kvittering kvittering Se kvittering Når en innsendingstjeneste sendes inn opprettes det en kvittering som vises for bruker umiddelbart etter innsending. Kvitteringen kan senere hentes opp både for portalbruker, sluttbrukersystem,

Detaljer

KRAVSPESIFIKASJON FORORD

KRAVSPESIFIKASJON FORORD KRAVSPESIFIKASJON FORORD Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg

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

Håndtering av personlig informasjon

Håndtering av personlig informasjon Håndtering av personlig informasjon Håndtering av personlig informasjon Du kan alltid besøke vår hjemmeside for å få informasjon og lese om våre tilbud og kampanjer uten å oppgi noen personopplysninger.

Detaljer

Brukerguide for www.altadykkerklubb.com

Brukerguide for www.altadykkerklubb.com Brukerguide for www.altadykkerklubb.com Utgitt første gang: 27/09-07 Sist oppdatert: 23/03-09 1 Innledning Dette er den nye siden til Alta Dykkerklubb! Den er blitt laget over et system som gjør det mulig

Detaljer

RFID AutoLogOff - et studentprosjekt

RFID AutoLogOff - et studentprosjekt RFID AutoLogOff - et studentprosjekt Utført ved Høgskolen i Gjøvik våren 2008 av Erik Sørdal (dataingeniør) Vegard Ruden (datasikkerhet) Stig Atle Haugen (informatikk) som avsluttende bacheloroppgave Presentert

Detaljer

Prosjektdagbok FRA 30.10-08 TIL 2.3-09. Uke Dato Personer tilstede. Beskrivelse 10:00. 44 30.10-08 Øyvind. Vi dannet gruppe og skrev Statusrapport.

Prosjektdagbok FRA 30.10-08 TIL 2.3-09. Uke Dato Personer tilstede. Beskrivelse 10:00. 44 30.10-08 Øyvind. Vi dannet gruppe og skrev Statusrapport. Prosjektdagbok FRA 30.1008 TIL 2.309 Uke Dato Personer tilstede 44 30.1008 48 25.1108 49 02.1208 2 8.109 Tid 10:00 12:00 12:00 12:00 Beskrivelse Vi dannet gruppe og skrev Statusrapport. Kontaktet bedrifter

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

1 Rutine for Altinn innsending og Altinn retur

1 Rutine for Altinn innsending og Altinn retur 1 Rutine for Altinn innsending og Altinn retur 1.1 Sette opp systemet Du må sette opp systemet som beskrevet nedenfor når du skal levere oppgaver via Altinn. 1. Velg oppgaven Kartotek Firmaoppsett og klikk

Detaljer

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23 Utvikling av moduler til CMS for bonefish.no Gruppe 08-23 Kravspesifikasjon for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.

Detaljer

EasyPublish Detaljerte brukstilfeller. Versjon 1.0

EasyPublish Detaljerte brukstilfeller. Versjon 1.0 EasyPublish Detaljerte brukstilfeller Versjon 1.0 Endringshistorikk Dato Versjon Kommentar Person 12.04.2005 1.0 Første utkast Åshild, Arild og Christoffer Innhald 1 Innleiing...4 2 Skildring av brukstilfeller...5

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

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

AVTALE PÅ KURS I BRUK AV PC

AVTALE PÅ KURS I BRUK AV PC Divisjon for eiendom og intern service Innkjøp- og logistikkavdelingen AVTALE PÅ KURS I BRUK AV PC VEDLEGG A SPESIELLE AVTALEVILKÅR SAK NR.: 200601017 Side 1 av 5 INNHOLDSFORTEGNELSE 1. VILKÅR FOR GRUNNLEGGENDE

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

Eksamen i Internetteknologi Fagkode: IVA1379

Eksamen i Internetteknologi Fagkode: IVA1379 Høgskolen i Narvik Side 1 av 5 Eksamen i Internetteknologi Fagkode: IVA1379 Tid: Mandag, 07.06.04, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 4 oppgaver

Detaljer

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

DELLEVERANSE 2 INF2120 GRUPPE 12. Jon G. Berentsen Geir A. Nilsen Lailuma Arezo DELLEVERANSE 2 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

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ

Detaljer

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass)

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass) 1 Vårt system kan kjøres ved å skrive STUD1 konto fredo 37 (holdeplass) Holdeplass er frivillig. Dersom man kun sender linjenr finner systemet den nærmeste holdeplassen. Systemet returnerer de 3 neste

Detaljer

Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008

Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1.Forord I dette dokumentet skal vi gi et bildet av de kravene som er satt til prosjektet. Dokumentet er hovedsakelig beregnet som et styringsdokument

Detaljer

Småteknisk Cantor Controller installasjon

Småteknisk Cantor Controller installasjon Cantor AS Småteknisk Cantor Controller installasjon 10.10.2012 INSTALLASJON OG OPPSETT AV CANTOR CONTROLLER 3 Nedlasting av programfiler 3 Nyinstallasjon server / enbruker 3 A. Controller instansen som

Detaljer

2 Innholdsfortegnelse

2 Innholdsfortegnelse Kravspesifikasjon 1 Forord Kravspesifikasjonen er ment å sees i sammenheng med gruppas forventninger til sitt eget sluttprodukt. Den er altså like mye våre egne krav som krav stilt av arbeidsgiver. Vi

Detaljer

student s104111, s107911, s122357

student s104111, s107911, s122357 Forord Denne brukerveiledning er ment som et hjelpemiddel for brukerne av administrasjonssystemet og vaktsystemet. Målgruppen for administrasjonssystemet er avdelings ledere på Grefsenhjemmet, mens målgruppen

Detaljer

esam/byggeweb Rolleveiledning: Utveksler (Bane NOR og eksternt) Byggeweb Prosjekt

esam/byggeweb Rolleveiledning: Utveksler (Bane NOR og eksternt) Byggeweb Prosjekt side 1/10 esam/byggeweb Rolleveiledning: Utveksler (Bane NOR og eksternt) Byggeweb Prosjekt Hvem er «Utveksler»? Rollen «Utveksler» tildeles prosjekterende og medprosjekterende som har behov for å utveksle

Detaljer

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg Forprosjektrapport Presentasjon Tittel Bakerman AS Website Oppgave Utvikle ett websted for Bakerman AS der hvor de kan promotere seg selv og kommunisere med kundene sine. Periode 4. Januar 2010 til 17.

Detaljer

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl Kravspesifikasjon HOVEDPROSJEKTETS TITTEL Bestillingssystem for frisørsalong PROSJEKTDELTAKERE Endre Gulbrandsen (s150690) DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl OPPDRAGSGIVER

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

F A G B O K F O R L A G E T S E - POR T A L

F A G B O K F O R L A G E T S E - POR T A L KOM ME I GANG MED F A G B O K F O R L A G E T S E - POR T A L BRUKER VE IL EDNING VER SJO N 2.6 INNHOLD Innledning... 3 Forberedelse til nytt skoleår... 3 Første møte med e-portalen... 4 Administrere brukere...

Detaljer

Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering. av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe

Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering. av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe Oppgave 1: Bakgrunn for systemet a) Fordeler ved å integrere

Detaljer

Brukerhåndbok Programområde

Brukerhåndbok Programområde Les denne håndboken nœye fœr du bruker maskinen, og oppbevar den for fremtidig referanse. Brukerhåndbok Programområde INNHOLD Slik leser du denne håndboken... 2 Symboler som brukes i håndbøkene...2 Ansvarsfraskrivelse...

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

Kravspesifikasjon. 1 Prosjektfakta. Medlemsregister for YXD-Kurdistan. Prosjektnummer: 07 09. Ernad Fajkovic

Kravspesifikasjon. 1 Prosjektfakta. Medlemsregister for YXD-Kurdistan. Prosjektnummer: 07 09. Ernad Fajkovic Kravspesifikasjon 1 Prosjektfakta Prosjekttittel: Medlemsregister for YXD-Kurdistan Prosjektnummer: 07 09 Gruppemedlemmer: Oppdragsgiver: Kontaktperson: Intern veileder: Asad Fattahi Ernad Fajkovic YXD-Kurdistan

Detaljer

Kravspesifikasjon nettbasert bookingsystem

Kravspesifikasjon nettbasert bookingsystem Kravspesifikasjon nettbasert bookingsystem Innledning Kravspesifikasjonen stiller funksjonelle krav til løsningen. Kravene fremkommer i tabellform med beskrivelser av ønsket funksjonalitet. Tilbyder skal

Detaljer

Utviklingssak/ID Resume Endring (g2) Rettet i versjon (g1) Rettet i versjon

Utviklingssak/ID Resume Endring (g2) Rettet i versjon (g1) Rettet i versjon Utviklingssak/ID Resume Endring (g2) Rettet i versjon (g1) Rettet i versjon Ønsker at dager uten stemplinger legger seg i kolonnen ugyldig fravær når man Godkjennknapp er grået ut på dager uten stemplinger,

Detaljer

Brukerveiledning for IPLOS Registrering

Brukerveiledning for IPLOS Registrering Side 1 av 20 Brukerveiledning for IPLOS Registrering Versjon 3.0. 2002-2010 Helsedirektoratet. Utviklet av Compositae as og Kbit as. IPLOS Registrering er et datasystem for registrering og innrapportering

Detaljer

Dokument 1 - Sammendrag

Dokument 1 - Sammendrag Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om

Detaljer

Veiledende salgs- og leveringsbestemmelser Januar 2008

Veiledende salgs- og leveringsbestemmelser Januar 2008 Veiledende salgs- og leveringsbestemmelser Januar 2008 Følgende salgs- og leveringsbetingelser kommer bare til anvendelse dersom de er gjort til en del av avtalen og noe annet ikke uttrykkelig er skriftlig

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