Conference Centre Portal (CCP)



Like dokumenter
INF5120 OBLIG OVERSIKT

INF Oblig 2. Hour Registration System (HRS)

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

INF 5120 Obligatorisk oppgave Nr 2

INF 5120 Modellering med objekter

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

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

Eksamen INF

Forslag til løsning. Oppgave 1

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

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

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

UML 1. Use case drevet analyse og design Kirsten Ribu

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

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

INF 5120 Obligatorisk oppgave 2

IN-MMO Arne-Jørgen Berre Telecom and Informatics UML notasjon Oppførselsmodellering Telecom and Informatics

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

IN-MMO UML notasjon Oppførselsmodellering IN-MMO. UML Behavioral Modelling. Sequence diagram - in Use case. Interaction Diagrams

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

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

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

Forelesning IMT Mars 2011

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

A Study of Industrial, Component-Based Development, Ericsson

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

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

Gruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>

INF5120 Modellbasert systemutvikling

Objektorientering og UML. INF1050: Gjennomgang, uke 06

UKE 11 UML modellering og use case. Gruppetime INF1055

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering

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

UNIVERSITETET I OSLO

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

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

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

Uke 5. Magnus Li INF /

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

Distributed object architecture

UML-Unified Modeling Language

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

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

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>

Fra krav til objekter. INF1050: Gjennomgang, uke 05

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

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

Distributed object architecture

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

Emneevaluering GEOV272 V17

INF5120 Eksamen Løsningsforslag Oppgave 1a,b COMET

INF5120 Oblig gjennomgang

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

Forside. Eksamen i IN1030 for Våren Ingen hjelpemidler tillatt.

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

Spesifikasjon av Lag emne

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

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

Elektronisk fakturering mellom bedrifter

En praktisk anvendelse av ITIL rammeverket

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

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

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

Use Case-modellering. INF1050: Gjennomgang, uke 04

Fellesprosjekt: gruppe 214

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

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002

Tredjeparters tilgang til bankkonti - hva gjør næringen?

Prosjektoppgave INF2120 Våren 2007: Rebusløp

Tom Røise 18. Februar 2009

case forts. Alternativ 1 Alternativer Sammensetning Objekt-interaktor med valg

UNIVERSITETET I OSLO

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

Emnedesign for læring: Et systemperspektiv

GRUPPE 5 UKE 3 BEHOV & KRAV IN1050

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

GEOV219. Hvilket semester er du på? Hva er ditt kjønn? Er du...? Er du...? - Annet postbachelor phd

1 Kodegenerering fra Tau Suiten

Hvordan er arbeidsmengden i forhold til omfanget i studiepoeng?

AMS-case forts. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt

Gruppe 11. Frank Petter Larsen Vegard Dehlen

Software applications developed for the maritime service at the Danish Meteorological Institute

God praksis på personalutvikling i TTO/KA. Presentasjon FORNY Seminar Sommaroy

API: Application programming interface, eller programmeringsgrensesnitt

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

NKKN typeforslag versjon Definisjon av grunntypene

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

IN1010 Objektorientert programmering Våren 2019

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

Den som gjør godt, er av Gud (Multilingual Edition)

SPPR Software Project Progress Report Uke

Kurskategori 2: Læring og undervisning i et IKT-miljø. vår

Prøveeksamen INF1050: Gjennomgang, uke 15

HONSEL process monitoring

t Institutt for informatikk Erik Arisholm 13. mai 2009 INF1050-oppsummering-1

INF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen

Eksamen i fag TDT4140 Systemutvikling. 27. mai, 2009 kl

Fra krav til objektdesign

Transkript:

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 can use to reserve meeting resources, overnight and catering services for conferences etc. We have two primary target users (end users) 1. The portal targets service providers (sellers) that can offer conference premises, overnight accommodation and catering services. Conference centers, hotels 2. The portal targets conference organizers (buyers) requiring to reserve conference resources and services. Conference, seminar and course organizers Business companies organizing large project/company meetings The systems only targets intended buyers that reserve resources and services for a duration of at least one full day or more. 3 Oblig 1: Problem description [2/3] Providers (sellers) The sellers are responsible for registering and updating their availability and prices with regards to resources and services they offer through the portal. The sellers are responsible for holding initial reservations for a certain guaranteed time period. Organizers (buyers) The buyers are responsible for inviting people and make the initial reservation. The buyers are responsible for paying for the use of CCP services. 4 2

Oblig 1: Problem description [3/3] Initial Reservation Meeting Facilities Services Catering Services Provider Organizer Meeting Invitation Initial Accommodation Confirm (Seminar) Attendance Meeting Resources Catering Resources Confirm Accommodation Change (Seminar) Attendance Participant 5 Oblig 1: Presentasjon Ukeoppgavene skal presenteres under forelesningen 2 obliggrupper blir hver uke utpekt eller melder seg frivillig til å presentere et løsningsforslag for neste uke Førstemann til mølla prinsippet Hver gruppe forbereder en liten presentasjon (ca. 15 min) Presentasjonsmateriale forberedes elektronisk/overheadfoiler. I tillegg til presentasjonen, skal man også levere en elektronisk versjon av presentasjonen. Den elektroniske versjonen vil bli tilgjengelig på kursets hjemmeside 6 3

Oblig 1: Innlevering Innlevering av elektronisk presentasjon Sendes til mmo-oppgaver@ifi.uio.no som et zippet vedlegg seinest 3 dager etter at presentasjonen er blitt holdt, dvs. mandag morgen uken etterpå! Aller helst dagen etter! Elektronisk format: PowerPoint (.ppt), PostScript (.ps) eller PDF (.pdf) Kan også gjøres tilgjengelig som en Web-side, send da en URL! Elektroniske versjoner som skal presenteres under forelesningen på forelesers maskin skal sendes til mmo-forelesere@ifi.uio.no seinest kl. 12:00 forlesningsdagen! Presentasjonene vil bli postet på kursets hjemmeside (i PDF format) slik at de øvrige obliggruppene kan ta utgangspunkt i presentasjonene når de skal løse sine oppgaver. 7 Oblig 1: Øvingsplan Dato Emne 13/2 Oblig 1a: Coffee machine design 20/2 Oblig 1b: CCP use case model I - system boundary model 27/2 Oblig 1c: CCP use case model II - reference architecture analysis 6/3 Oblig 1d: CCP business model I - provider processes 13/3 Oblig 1e: CCP business model II - organizer processes 20/3 Oblig 1f: CCP requirements model - reiterated 27/3 Oblig 1g: CCP architecture model I - interface specification 3/4 Oblig 1h: CCP architecture model II - design specification 10/4 Oblig 1i: CCP specification - quality of service 24/4 Oblig 1j: CCP implementation model - J2EE specification 8 4

Oblig 1a: Presentasjon 13/2-2003 Vi skal designe en kaffemaskin til bruk blant de ansatte hos en bedrift. Eieren av bedriften ønsker en enkel og billig maskin. Maskinen skal tilby kaffe med eller uten fløte/sukker til 5,- kroner. Etter en enkel samtale blir det bestemt at kaffe-maskinen skal ha en myntslot, returveksel skuff, myntretur knapp, og fire andre knapper: 1) svart, 2) med fløte, 3) med sukker, 4) med fløte og sukker. Vi blir bedt om å gjøre følgende forandringer på kaffemaskinen: De ansatte skal kunne bruke sine magnetkort for å trekke fra kaffekjøp direkte fra lønnen. Vi legger til en kortleser. Maskinen skal håndtere en ukens drikk. Det skal være mulig å legge til nye drikker (f.eks. buljong, sjokolade) og forandre priser på en enkel måte. Gjør de nødvendige endringene og oppdater designet Presenter et klassediagram (struktur) og et sekvensdiagram (oppførsel) som beskriver de viktigste aspektene ved designet. 9 Oblig 1b: Presentasjon 20/2-2003 CCP System Boundary Model: Presenter en overordnet use case modell som viser de viktigste aktørene i systemet og deres tilhørende hoved use cases: Beskriv alle aktører. Beskriv målsetningen for hvert use case knyttet til aktørene (jfr. Structuring Use Cases with Goals artikkelen). Beskriv noen av use casene ved hjelp av use case malen (templaten) som er presentert på forelesning. Beskriv kort business antagelser som gjøres. Bearbeid gjerne CCP figuren som er presentert. 10 5

Oblig 1c: Presentasjon 27/2-2003 CCP Reference Architecture Analysis: Presenter en detaljert use case modell som viser de viktigste aktørene og subsystemene i systemet og deres tilhørende hoved use cases: Beskriv noen use casene ved hjelp av use case malen (templaten) som er presentert på forelesning. Presenter en initiell komponentstruktur med bus pattern som et klassediagram. Relater de identifiserte komponentene til subsystemene og si noe overordnet om implementasjonsteknologi Presenter et sekvensdiagram som viser realiseringen av en av de overordnede use casene fra forrige besvarelse. 11 Oblig 1d: Presentasjon 6/3-2003 CCP Provider Business Model: Presenter elementer i en business modell ut ifra ståstedet en provider/seller: Beskriv en fornuftig kontekst som inneholder automatiserte og manuelle prosesser/rutiner Lag gjerne et rich picture, evt. use case diagram eller tekst Er lov til å ha en dialog med mmo-forelesere@ifi.uio.no Beskriv noen av prosessene ved hjelp av UML aktivitetsdiagrammer Si noe om aktivitetene som identifisereres Definer rollene og objektene i objektflytene Prosessroller kan modelleres som aktører som kan presenteres i et use case diagram Objekter er informasjon/ressurser som kan presenteres i et klassediagram 12 6

Oblig 1e: Presentasjon 13/3-2003 CCP Organizer Business Model: Presenter elementer i en business modell ut ifra ståstedet en organizer/buyer: Beskriv en fornuftig kontekst som inneholder automatiserte og manuelle prosesser/rutiner Lag gjerne et rich picture, evt. use case diagram eller tekst Er lov til å ha en dialog med mmo-forelesere@ifi.uio.no Beskriv noen av prosessene ved hjelp av UML aktivitetsdiagrammer Si noe om aktivitetene som identifisereres Definer rollene og objektene i objektflytene Prosessroller kan modelleres som aktører som kan presenteres i et use case diagram Objekter er informasjon/ressurser som kan presenteres i et klassediagram 13 Oblig 1f: Presentasjon 20/3-2003 CCP Requirements Model: Presenter en revidert use case model som alle aktører og alle subsystemene i systemet og deres tilhørende hoved use cases: Gjør de nødvendige justeringer i forbindelse med business modelleringen som er presentert de to siste forelesningene. Beskriv avgrensninger! Presenter en oppdatert Subsystem Grouping use case diagram lag use case beskrivelser for noen av use casene tilhørende Tool subsystemer Vis relasjoner/sporbarhet mellom business aktivitene og use casene Annoter aktivitene med HumanStep, ToolStep og ImmediateStep Vis sporbarhet mellom ToolStep og ImmediateStep til subsystemene og komponentene i systemet Presenter en oppdatert komponentstruktur Bus pattern klassediagram med de identifiserte komponenter Beskriv realiseringen av noen av use casene Sekvensdiagrammer som viser hvordan de identifiserte komponentene samarbeider 14 7

Oblig 1g: Presentasjon 27/3-2003 CCP Interface Specification: Presenter grensesnittspesifikasjoner for komponentene som er identifiserte: Definer operasjoner med fulle signaturer (returtype og parametre) Lag sekvensdiagrammer som viser hvordan use casene blir realisert av komponentene gjennom kall på metodene i grensesnittet. 15 Oblig 1h: Presentasjon 3/4-2003 CCP Design Specification: Presenter design for et utvalg av komponentene som er spesifiserte: Presenter BCE klassediagrammer for hver tool komponent Ta utganspunkt i use case beskrivelsene fra tidligere presentasjoner Lag en fornuftig mapping til focus/auxiliary klasser Vis resultatene som klassediagrammer Vis også et design for en av Business Service komponentene 16 8

Oblig 1i: Presentasjon 10/4-2003 CCP QoS specification: Presenter en QoS specification for noen av komponentene i CCP systemet: Ta utgangspunktet i grensesnitt spesifikasjonen presentert tidligere. Forfin detaljering av informasjon, operasjoner, samt funksjonelle og ikke-funksjonelle krav i OCL. Presenter de oppdaterte diagrammer av modellene med hovedvekt på forfiningen som er blitt gjort. 17 Oblig 1j: Presentasjon 24/4-2003 CCP J2EE Model: Presenter en J2EE Model (PSM) for CCP systemet: Ta utgangspunktet i grensesnitt og design fra tidligere presentasjoner og presenter et J2EE implementasjonsmodell Klassediagrammer hvor dere bruker J2EE/EJB profilen Beskriv en fornuftig distribuert arkitektur for systemet Presenter dette ved hjelp av deployment diagrammer 18 9