INF5120 OBLIG OVERSIKT

INF5120 OBLIG OVERSIKT 1 Obligatoriske oppgaver To obligatoriske oppgaver 1. Oblig 1: Valgfri presentasjonsoppgave ( førstemann til mølla ) a) Coffee Machine design b) Purchase Request Tracking System (PRTS) design c) Meeting Reservation System (MRS) krav -> design -> implementasjon d) Conference Centre Portal (CCP) business -> krav -> arkitektur -> teknologispesifikk modellering 2. Oblig 2: Større modelleringsoppgave Hour Registration System (HRS) business -> krav -> arkitektur -> teknologispesifikk modellering 2 1

Oblig 1 Dato Case Oppgave Metodikk Verktøy 29.01 Coffee Machine 1a-1: Design Objektorientering - 05.02 Purchase Request Tracking System (PRTS) 1b-1: Design Objektorientering - 12.02 19.02 Meeting Reservation System (MRS) 1c-1: Use Case Model 1c-2: PIM Class Model MDA explained, OptimalJ OptimalJ 26.02 1c-3: PIM Service Model 04.03 1c-4: PSM EJB/Web Model 11.03 18.03 25.03 Conference Centre Portal (CCP) 1c-5: Business Rules + Behaviour 1d-1: Use Case Model 1d-2: Business Model + Iterated Requirements Model COMET Objecteering/UML (eller valgfritt UMLverktøy) 01.04 1d-3: Business Model + Iterated Requirements Model 15.04 1d-4: Architecture Model 22.04 1d-5: Platform Specific Model 3 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 4 2

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) eller PDF (.pdf) Kan også gjøres tilgjengelig som en Web-side, send da en URL! Elektroniske versjoner som skal presenteres under forelesningen på gruppelærers maskin skal sendes til mmo-oppgaver@ifi.uio.no seinest kl. 12:00 forlesningsdagen! Presentasjonene vil bli postet på kursets hjemmeside slik at de øvrige obliggruppene kan ta utgangspunkt i presentasjonene når de skal løse sine oppgaver. 5 Oblig 1 = Ukeoppgaver Oppgavene knyttet til oblig 1 er også ment å være ukeoppgaver Det anbefales derfor at alle grupper setter seg inn i samtlige av oppgavene, selv de som ikke skal holde presentasjon. Spesielt gjelder dette for MRS- og CCP-oppgavene. Bidrar til bedre diskusjon ved gjennomgang. Oppgavene er følgeoppgaver og det vil ofte være en forutsetning å sette seg inn i de foregående oppgavene for å løse seinere oppgaver. 6 3

Purchase Request Tracking System (PRTS) Oblig 1b 7 Oblig 1b: Problem description Your client is a bureaucratic corporation. You are to build a purchase-request tracking system for them to run on their PCs. In the first visit you learn that they have to have approvers and approvers for their approvers. 8 4

Oblig 1b: Main purchasing story Rick wants to order something. He fills out a form, sends it to his boss, April. April is the approver. She signs it, adds an accounting code to say which budget is to be used, and sends it to the Buyer, Bev in Purchasing. Bev checks that the form is filled out ok, and checks with Othello that April really is approved to sign orders, then sends the order to the vendor, with copies to April and Reston, who works at the Receiving Dock. When the delivery arrives, Reston gives the delivery driver a receipt, sends the goods up to Rick and marks that the order was delivered. Inger (the department s invoice handler) gets sent the invoice when it arrives. She gets Rick s signature that everything was received OK and prices match, gets April to sign that the accounting codes are OK, and then sends it up to Pat in Accounting, who pays the invoice. 9 Oblig 1b-1: Presentasjon 05.02 Design 1. Write down in one paragraph and one sketch, the possible Scope and Purpose of the system you are supposed to build. 2. Write down the goals or responsibilities for each person with respect to the story. 3. Start developing some use cases. 4. Identify some system components/objects and state their responsibilities. 10 5

Meeting Reservation System (MRS) Oblig 1c 11 Oblig 1c: Problem description [1/2] You are going to develop a web-based meeting reservation system. The system is used to reserve meeting rooms (and additional resources) for certain timeintervals. The meeting reservation system has the following initial requirements: Show room schedules Show available rooms for a given period Additional resources (equipment) belonging to the rooms Add new rooms and remove rooms 12 6

Oblig 1c: Problem description [2/2] Register participants for a meeting as part of the reservation Notify participants of the reservation and time Register the response from the participants (accept/decline) Show participants and their responses Participants that do not respond to the meeting notification should get new notifications at certain time intervals One hour before the meeting every participant should get a reminder (of meetings not responded to) 13 Oblig 1c-1: Presentasjon 12.02 Use Case 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. 14 7

Oblig 1c-2: Presentasjon 19.02 PIM Class Model Lag en PIM Class Model i OptimalJ for MRS-systemet. Presenter PIM-modellen med begrunnelse av hvilke klasser attributter operasjoner somervalgt. 15 Oblig 1c-3: Presentasjon 26.02 PIM Service Model Lag en PIM Service Model i OptimalJ for MRS-systemet. Presenter PIM-modellen med begrunnelse av hvilke domain services domain views somervalgt. 16 8

Oblig 1c-4: Presentasjon 04.03 PSM EJB/Web Model Lag en PSM EJB/Web Model i OptimalJ for MRSsystemet. Presenter EJB/Web-modellen og forklar mappinger teknologi-spesifikke valg/opsjoner 17 Oblig 1c-5: Presentasjon 11.03 Business Rules + Behaviour Spesifiser Business Rules for MRS-systemet. Implementer noen Business Rules i OptimalJ. Presenter noen oppførselsmodeller i UML som viser den dynamiske oppførselen av MRS-systemet. Sekvensdiagrammer, aktivitetsdiagrammer 18 9

Conference Centre Portal (CCP) Oblig 1d 19 Oblig 1d: 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. 20 10

Oblig 1d: 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. 21 Oblig 1d: Problem description [3/3] Initial Reservation Meeting Facilities Services Organizer Catering Services Provider Meeting Invitation Initial Accommodation Confirm (Seminar) Attendance Meeting Resources Catering Resources Confirm Accommodation Change (Seminar) Attendance Participant 22 11

Oblig 1d-1: Presentasjon 18.03 Use Case 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. 23 Oblig 1d-2: Presentasjon 25.03 Business Model + Iterated Requirements 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 Oppdater kravmodellen (Use Case Model) hvis nødvendig. Påpek hvilke endringer som er blitt gjort og hvorfor. 24 12

Oblig 1d-3: Presentasjon 01.04 Business Model + Iterated Requirements 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 Oppdater kravmodellen (Use Case Model) hvis nødvendig. Påpek hvilke endringer som er blitt gjort og hvorfor. 25 Oblig 1d-4: Presentasjon 15.04 Architecture Model 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. Presenter en design for en av komponentene som er spesifiserte. 26 13

Oblig 1d-5: Presentasjon 22.04 Platform Specific 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 27 Oblig 2: Hour Registration System Dato Case Oppgave Metodikk Verktøy 03.05 03.05 03.05 Hour Registration System (HRS) 2-1: Business Model 2-2: Requirements Model 2-3: Architecture Model COMET Objecteering/UML (eller valgfritt UMLverktøy) 03.05 2-4: PSM Model 28 14

Oblig 2: Innlevering Innlevering av elektronisk versjon Sendes til mmo-oppgaver@ifi.uio.no som et zippet vedlegg. Ett dokument som inkluderer alle påkrevde modeller med tilhørende tekstlige beskrivelser. Elektronisk format: Word (.doc) eller PDF (.pdf) Kan også gjøres tilgjengelig som en Web-side, send da en URL! Innleveringsfrist Mandag 3. mai 2003 (Utsettelse til torsdag 6. mai 2004 gis på bakgrunn av egenmelding i henhold til regler vedtatt i undervisningsutvalget 15.10.1998.) 29 Hour Registration System (HRS) Oblig 2 30 15

Oblig 2: Problembeskrivelse En bedrift ønsker å holde oversikt over hvor ressursene brukes og har besluttet å innføre timelister. Hver ansatt må da hver uke registrere timene de jobber på de ulike prosjektene som pågår i bedriften slik at man lettere kan holde oversikt over påløpte timer per prosjekt. Bedriften trenger et system for å håndtere timeregistrering, dere er derfor satt til å designe og lage et slikt system. I tillegg til å registrere timer på de ulike prosjektene må systemet også vedlikeholde et personlig timebudsjett for hver av de ansatte i bedriften (slik at man kan holde oversikt over avspasering og ferie). 31 Oblig 2: Oppgave Utvikle en komplett modellbeskrivelse for timeregisteringssystemet beskrevet ovenfor. En oversikt over de aktuelle modellene som kreves for innlevering er listet opp på etterfølgende slides. Modellene som kreves vil følge samme mal som for øvingsoppgaven sentrert rundt konferansesenter tjenesteportalen. For oblig 2 så vil det kreves en større detaljrikdom enn for oblig 1. 32 16

Oblig 2: Eksempler Conference Centre Portal Se på oppgaver/presentasjoner knyttet til dette caset. Diskusjoner rundt presentasjonene kan være input. Survey Booking Application Referanseeksempel i forelesningene. Vi forventer en innlevering som inneholder de fleste elementer fra dokumentasjonen til referanseeksempelet. Det er ikke nødvendig å detaljere alle komponentene i deres system fullt ut. Velg et fornuftig utplukk som dere detaljerer ned mot implementasjon. 33 Oblig 2-1: Business Model Scoping Statements Context Statement Gjør egne avgrensninger! Aktører og interesser use case diagram, rich picture Overordnet virksomhetsprosess aktivitetsdiagram Goal model Målhierarki klassediagram Business Resource Model Informasjon, ressurser, relasjoner klassediagram Business Process & Role Model Virksomhetsprosesser (2 nivåer), roller aktivitetsdiagrammer use case diagrammer 34 17

Oblig 2-2: Requirements Model System Boundary Model aktører og use cases use case diagram Subsystem Grouping Model subsystemer og use cases use case diagram use case beskrivelser (bruk use case mal/template) Reference Architecture Analysis Model Identifiserte komponenter Klassediagram Use Case Scenario Model Hvordan komponenter samarbeider for å realisere use cases sekvensdiagrammer 35 Oblig 2-3: Architecture Model Interface & Interaction Specification Grensesnittbeskrivelser for hver komponent Klassediagrammer QoS constraints Samarbeid mellom kompontener Sekvensdiagrammer med utgangspunkt i use casene Component Structure For valgt applikasjonskomponent gjør en fornuftig avgresning! klassediagram Internal Design For subkomponenter i valgt applikasjonskomponent BCE analyse og klassediagrammer Mapping til focus/auxiliary klasser klassediagrammer 36 18

Oblig 2-4: Platform Specific Model Component Implementation Model J2EE implementasjonsdesign vha UML profil klassediagrammer Deployment Model Deployering av komponenter på infrastruktur deployment diagrammer 37 19