Meeting Reservation System



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

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

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

Use Case-modellering. INF1050: Gjennomgang, uke 04

Spesifikasjon av Lag emne

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

AP221 Use Case TUL Utarbeid designdokumenter

Øving D2 TDT4180 MMI. Våren 2013

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

UKE 11 UML modellering og use case. Gruppetime INF1055

AP221 Use Case SBL Preutfyll og instansier innsendingstjeneste

GJENNOMGANG OBLIGATORISK OPPGAVE 1

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

AP221 Use Case TUL Administrer brukere, grupper og rettigheter

INF 5120 Modellering med objekter

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

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

Kravspesifikasjon med UML use case modellering. Erik Arisholm

AP221 Use Case SBL Send inn innsendingstjeneste

Gruppe 23. Rapport D2, MMI. Prototypen. Tilstandsdiagrammet til prototypen ser slik ut: Designet på prototypen er som under.

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

Produktrapport Gruppe 9

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

Vedlegg Side 83 av 155

Løsningsforslag til Case. (Analysen)

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

AP221 Use Case TUL Bygg verktøykasse

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

AP221 Use Case SBL Registrer abonnement

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

Obligatorisk oppgave 5: Modellering av krav

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

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

Kravspesifikasjon. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe

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

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

Kravspesifikasjon med. Erik Arisholm

Bruksanvisning /veiledning

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

AP221 Use Case SBL Finn aktive, mottatte og arkiverte elementer

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

Handlingsveileder Helsestasjon

Entobutikk 3.TESTRAPPORT VÅR 2011

AP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter

UNIVERSITETET I OSLO

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

BRUKSANVISNING FOR MOBILSKOLE

Eksamen 2013 Løsningsforslag

BTI Handlingsveileder Barnehage

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

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

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

Medlemshåndtering eroom

UNIVERSITETET I OSLO

Mer$om$objektorientering$og$UML

Stafettlogg i SamPro Informasjon til foreldre, barn/ungdom og andre samarbeidspartnere

Maikollen Huseierforening - Møtereferat

UKE 16 Kontrakter. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

Use Case Modeller. Administrator og standardbruker

BTI Bedre tverrfaglig innsats - Skien kommune

Fra krav til objekter. INF1050: Gjennomgang, uke 05

Hurtigmanual Mobil / Sjåfør. Vil du ha full kontroll på dine transportoppdrag? CargoWeb fra sjåfør til befrakter

Vakt og lønnssystem - Rema 1000

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

Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009

Kalender. Hurtigstartveiledning

NOx-fondets portal for. rapportering og tilslutning. Brukermanual. Versjon 2.0

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

Veiledning i reservasjon av rom i TimeEdit ved HIALS

Gjennomgang av eksamen IN1030 Gruppe 4

Objektorientering og UML. INF1050: Gjennomgang, uke 06

Godkjente justerte vedtekter Misjon 10/40 ADMIN Kapittel 1 Om Misjon 10/40

Brukermanual. Studentevalueringssystem

DELLEVERANSE 1 INF2120 V06

Veileder Slik går du frem for å bruke bestillingsportalen til brukerundersøkelsene

Styremøte nr Bodø travlag

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

Testrapport for Sir Jerky Leap

MARE NOSTRUM. Del 2 Kravspesifikasjon

Veileder Slik går du frem for å bruke bestillingsportalen til brukerundersøkelsene

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

MieleLogic. - Internett. - Oppvaluering - Kontant

Brukerveiledning. Madison Møbler Administrasjonsside

Tuberkulosekontroll i kommunen. Max Jens Holm smittevernoverlege jens.holm@stavanger.kommune.no

Huldt & Lillevik Reise. Oppgradering. Aditro HRM AS

Enkel brukerveiledning myweblog

Kommunestyre- og fylkestingsvalget Veileder for Mobilise EN VEILEDNING TIL LEDER, NESTLEDER OG ADMINISTRATIVT ANSVARLIG

Transkript:

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 utstyr og antall plasser Legge til og fjerne møterom Innvitere deltakere til et møte som en del av mørereservasjonen Informere deltakerene om møtereservasjon (tid, sted, deltakere, mm) Registrere at deltakere aksepterer eller ikke aksepterer møteinnkallelsen Vise deltakerene og deres status for et møte Deltakere som ikke svarer på innkallelsen vil bli purret ved bestemte tidspunkt i forhold til møtetidspunktet. Alle deltakere vil få en påminnelse en time før møtetidspunktet Møteinnkalleren kan ha anledning til å sende purring

Avgrensninger/betingelser Ved valg av rom blir rommet temporært reservert før deltakerne velges. Systemet er implementert slik at et rom ikke kan reserveres samtidig. Alle navn med tilhørende mail-adresse er korrekte.

Ikke-funksjonelle krav Brukervennlig. Bruker trenger ingen kurs eller lese brukermanualer. Intuitivt.

Overordnet Use Case Diagram

Aktørbeskrivelse Innkaller: En møteansvarlig som kan reservere et møterom med ønsket utstyr for en gitt periode, og innkalle deltakere til møtet. Han kan også purre på svar fra deltakerne og sjekke status på deltakere. Administrator: En ansatt i firmaet som har ansvar for å legge til og fjerne møterom, samt endre utstyret som er tilgjengelig i rommene. Deltaker: En person som er innkalt til et møte og som kan akseptere eller ikke-akseptere en møteinnkallelse. En deltaker kan også få tilgang til status over andre deltakere.

Use Case målsetninger. Use Case Innkalling til møte Vis deltakere Sende ut purringer Aksepter/ikke aksepter Legge til rom Fjerne rom Endre rom Aktør Innkaller Innkaller Deltaker Innkaller Deltaker Admin. Admin. Admin. Målsetning Reservere et møterom med ønsket utstyr for en gitt periode Se hvem som kommer på møtet Ønsker svar fra deltaker Gi en tilbakemelding på om deltaker ønsker å delta på møtet Legge til et nytt rom i systemet Fjerne et rom fra systemet Endre på utstyret tilgjengelig i et rom

Use Case beskrivelse Use Case: Innkalling til møte Primær aktør: Innkaller Stakeholders/interests: Deltaker: se andre deltakere. Trigger: Aktør vil reservere et møterom. Pre-betingelser: Aktør av systemet har rettighet til å reservere rom og er logget inn. Post-betingelser: Rom reservert og deltakere innkalt Prioritet: Høy

Hovedflyt: 2. Aktør velger ønsket utstyr, tidsperiode og antall deltakere. 3. Systemet lister opp ledige rom i angitt tidsperiode med riktig utstyr og kapasitet. 4. Aktør velger rom. 5. Systemet reserverer rommet temporært og ber aktør liste opp deltakere. 6. Aktør lister opp deltakere med navn. 7. Systemet sender innkallelse til deltakerne på lista med tid og sted. 8. Systemet gir melding om at reservasjon er gjennomført. Alternativ flyt: *.a Systemet feiler etc. 2.a Ingen rom med valgt utstyr er ledig i angitt periode. 1. Systemet informerer om dette. 2. Systemet lister opp alternative rom og tidsperioder som er ledig. 2.1 Aktør aksepterer et av alternativene. 2.2 Aktør aksepterer ikke alternativer og avslutter. 5.a Ingen deltakere er valgt 1. Systemet informerer aktør om at deltakere må velges.

Aktivitetsdiagram

Use Case beskrivelse Use Case: Aksepter/ikke-aksepter Primær aktør: Deltaker Stakeholder/interests: Innkaller: Hvem kommer? Trigger: Deltaker svarer på innkallelse Pre-betingelser: Deltakere er invitert til møte, logget inn Post-betingelser: Systemet er oppdatert Prioritet: Normal Hovedflyt: 10. Systemet viser møtedetaljer 11. Aktør krysser av for ok, ikke ok eller avvent 12. Systemet oppdatert Extensions: *.a Systemet feiler etc. 1.a Ingen møter.

Use Case beskrivelse Use Case: Endre rom Primær aktør: Administrator Stakeholder/interests: Trigger: Administrator ønsker å endre på rommets inventar Pre-betingelser: Rommet finnes Post-betingelser: Rommet endret og system oppdatert Prioritet: Høy Hovedflyt: 10. Systemet sjekker om rom er ledig 11. Administrator legger inn endringer 12. Administrator merker møterom ikke tilgjengelig i en periode 13. Systemet oppdaterer databasen med gitte endringer Extensions: *.a Systemet feiler etc. 1.a Rommet er reservert i perioden 1. Systemet informerer om dette

SPØRSMÅL