Main Page

From Flyingdutchmen

Contents 1 Samenkomst 2 Verantwoordelijkheden 3 Use cases 4 Use cases van 22/02 4.1 COC: 4.2 PCC: 4.3 PC-Member: 4.4 WSC: 4.5 WSO: 5 Domain Model van 22/02 6 Domain Model van 25/02 7 Vragen voor de counselor 8 Vragen voor klant 9 Glossary of Terms 10 Nuttige Links 11 Tijdsbesteding

Samenkomst

• Vrijdag 22/02/08 10:35
• Maandag 25/02/08 11:00
• Donderdag 28/02/08 10:35
• Vrijdag 29/02/08 10:35

Verantwoordelijkheden

• COC:
  • Maakt conference (datums + topics).
  • Assigns PCC + WSC.
  • Informeert PCC en WSC hoeveel slots voor papers resp. workshops er zijn.
• PCC:
  • Assigns PC's.
  • Review schrijvenals slechts 1 of geen PC dat doet voor een paper.
  • Bepaalt review date.
  • Call for papers description (??).
• PC:
  • Read paper.
  • Review + rate paper.
  • Geeft voorkeur aan papers.
• WSC:
  • Eigen PCC.
  • Eigen call for papers.
  • GEEN subconferences.

Use cases

• COC:
  • Conference maken: echt alles, van datums tot PCC en WSC.
• PCC:
  • Assign PC's.
  • Select papers (when rated).
• PC member:
  • Review paper (read + rate).
  • Voorkeurtopics selecteren (veto topics?).
• Author:
  • Paper indienen.
• WS:
  • Workshop application indienen.
  • Select workshop.
  • Affiliatie opgeven.

Use cases van 22/02

COC:

Create Conference Use Case
Use Case	Create Conference
Scope	Conference chair system
Level	User-goal
Primary Actor	Conference Organizing Chair (COC)
Stakeholders and Interest:	The Organizer wants to create a conference so that Researchers may start submitting their papers and so that Candidate Workshop Organisers can submit workshop proposals. The Researchers need conferences to submit their papers to. The Candidate Workshop Organisers need conferences to submit their workshop proposals.
Preconditions	Organizer is identified and authenticated. (based on his affiliation?)
Succes Guarantee	A new conference is created with given submission, notification, final and conference dates, as well as a list of keywords its associ- ated with and a textual description. Also a Program Commitee Chair and Workshop Commitee is assigned
Main Succes Scenario:	Organizer tells System to create new conference. Systems prompts organizer for a submission date Organizer inputs the submission date. System checks whether the date is valid and then prompts the organizer for a notification date. Organizer inputs the notification date. System checks whether the date is valid and lies after the submission date. Then it prompts the organizer for a final submission date. Organizer inputs the final date. System checks whether the date is valid and lies after the notification date. Then it prompts the organizer for the conference dates. Organizer inputs the conference date(s). System checks whether the date is valid and lies after the final submission date. Then it prompts the organizer for keywords relevant to the conference. Organizer inputs a list of keywords that is relevant to the conference. System checks the keywords and if they are valid, prompts the organizer to input a description of the conference Organizer inputs a description of the conference. System checks the description and if valid asks for a Program Commitee Chair. Organizer selects a Program Commitee Chair System checks the selected person and if valid asks for a Workshop Commitee. Organizer assigns a Workshop Commitee. System checks the chosen Commitee and if it is valid continues. System creates new conference with given input values.
Extensions	4a) Organizer inputs incorrect submission date. System asks Organizer to input correct submission date. 6a) Organizer inputs incorrect notification date. System asks Organizer to input correct notification date. 8a) Organizer input incorrect final date. System asks Organizer to input correct final date. 10a) Organizer inputs incorrect conference date(s). System asks Organizer to input correct conference date(s). 12a) Organizer inputs incorrect Program Commitee Chair. System asks Organizer to input correct Program Commitee Chair. 14a) Organizer inputs incorrect Workshop Commitee. System asks Organizer to input correct Workshop Commitee.

• Modify Conference
• Cancel Conference

PCC:

• Assign PC

Assign Program Commitee Members Use Case
Use Case	Assign PC
Scope	Conference chair system
Level	User-goal
Primary Actor	Program Commitee Chair (PCC)
Stakeholders and Interest:
Preconditions	Organizer is identified and authenticated. (based on his affiliation?)
Succes Guarantee
Main Succes Scenario:
Extensions

• Provide Info
• Review Paper (PC-Member ook)
• Wijs papers toe
• Download Paper (PC-Member ook)
• Start selection process: http://users.vtk.be/~s0161125/usecase1.pdf
• Select Paper

PC-Member:

• Give Preference
• Give Affiliation

WSC:

• Review Workshop
• Call for Workshop
• etc.... (Zie iteratie 1 over Organizer)

WSO:

• Submit Workshop Proposal
• etc.... (Zie iteratie 1 over Researcher)

Domain Model van 22/02

Hier downloaden

Cedric zegt dat de reden waarom zou 2.54 hadden op dit is omdat ze ook constraints in domain model hadden gezet. Ze kregen er bonuspunten voor. Dus letterlijk een concept class "SubmitNotification" en andere deadlines en shit, en de onderlinge relaties ertussen zoals "Komt voor" enzo.

Hij zegt zelf dat onze domain model ongeveer zo ingewikkeld is nu als die van hun toen.

Dus het wordt toch tijd om wat dingen te herzien.

Domain Model van 25/02

Hier downloaden

Vragen voor de counselor

• Hoe ver moeten we gaan in de use-case specificatie.
  • Hoe concreter de use-case hoe beter. Door op te splitsen in de gevallen die fout kunnen gaan, wordt alles duidelijker (wees daar dus zo specifiek mogelijk).
• Hoever moeten we gaan in het opsplitsen in stappen de use case, vooral als de stappen allemaal zonder interactie gebeuren.
  • Zulke stappen mogen altijd samengenomen worden in een grote stap. De extensies moeten dan wel een beetje meer tekst bevatten. Je mag gewoon zeggen op het einde van de extensie 'resume step 1' of 'goto step 1 and resume from'
• Is het nuttig om sub-usecases te gebruiken voor de grote use cases (ook voor hergebruik)?
  • Bijv. 'Download paper use case' mag perfect worden ingeplugd in de use-cases die deze gebruiken. (met include download paper use case)
• Is het goed als een use-case twee dingen bevat die te maken hebben met andere gebruikers (hetgeen wel lichtjes gekoppeld is).

• Een COC kan meerdere conferences organizeren, waarbij elk conference een of geen workshop commitee heeft. De COC stelt ook meerdere WSC aan voor de verschillende conferences die hij organiseert. Het probleem is nu dat we in het domain model niet kunnen opleggen dat hij enkel WSC's kan aanstellen voor conferences die hij zelf organiseert. (Er is immers een link <COC 1 - * WSC>)

• In domain model: Nuttig om een evaluation te modelleren die het gemiddelde geeft van reports?
  • Domain model dient voor beschrijving van het probleem model
  • Tijdlijn erbij zitten is zeer goed. Keuze: modelleer je de concepten en ga je textueel verbanden beschrijven met andere concepten of modelleer je het met extra links/contraints in het model zelf.
  • Is op dit moment nog niet te complex!
  • Cardinaliteit: is een soort van contraints
  • Topic selection: oppassen met term container, lijkt te gaan naar solution domain; dus goed uitleggen in de glossary of weglaten. Dit concept stelt wel degelijk iets voor in het probleem domain. Maak alle textuele beschrijvingen zo duidelijk mogelijk (Is before -> Must be made before)
  • Woordjes zoals "has": zeker oppassen, want de betekenis kan van geval tot geval verschillen, maakt het dus onduidelijk aangezien de betekenis verschilt. Oppassen met generische woorden.
• Vragen hoe het zit met het system die een use case initialiseerd

Vragen voor klant

• Als de toewijzing van papers niet kan doordat zijn affiliation dit verbiedt, dan is het maar zo!!
  • Het verschil van aantal toegewezen papers mag dan wel meer dan 1 bedragen. Eerlijkheid is het belangrijkst.
• Is er een deadline dat de PCC een lijst van PCmembers's kan opstellen?
  • Er staat geen datum op vast. Zeker voor "Call of papers". PCC heeft immers tijd nodig om alles in orde te krijgen en als hij alles heeft is er de "Call for paper launch".
• PCC: call for papers launch. Moet dit automatisch gedaan worden of moet dit expliciet gedaan worden door de coc.
  • Launch is het moment dat alles vastgelegd is op het systeem. Van dan af is het bekend. Er moet mss iets getoond worden maar er worden geen massa berichten verstuurd. Het systeem wordt niet belast met zulke dingen.
• Hoe de COC conference aanmaken use case aanpakken.
• Affiliation: wat bedoelen ze daarmee? Algemeen, specifiek. Organisatie?
  • Organisatie
• Prefer topics ok maar wat met veto topics?
  • Niet aan gedacht, nog nooit nodig gehad, dus NEE.
• Cancel conference, nodig voor jou? Wat zijn de gevolgen?
  • Niet aan gedacht, zware gevolgen omdat er reeds kosten gemaakt zijn. Ook aanpassen is niet echt nodig (omwille van extra kost).
• Moet je de pcc en wsc kunnen veranderen als coc?
  • zelf invullen, geen nood aan.
• Als er minder work shops of papers zijn dan aangegeven door de coc, wat gebeurd dan. Worden alle ingegeven papers dan geaccepteerd of wordt de conference gecancelled.
  • workshop: beslissing ligt bij wsc, manuele beslissing.
  • papers: richtlijn blijven volgen (op basis van punten: minstens drie punten nodig); om kwaliteit te bewaren. Het is ook niet zo dat er uit de ingediende papers het maximum wordt geselecteerd. Enkel de beste
• Wat is nu een workshop: die bevat blijkbaar zelf ook nog papers... Er is dan wsl de mogelijkheid om een call for papers te doen voor die workshop (subconference-style) of de wso kan zijn vooraf gekozen papers gebruiken (self-organised). Wat doe je als je het zelf organiseerd, houdt dit dan ook nog in dat er papers zijn of mag je dan een eigen invulling geven (praktische dingen, tentoonstelling, god weet wa)
  • Veeleer de neven activiteiten op de conference. Eigenlijk een soort kleine conferentie dus.
• Datums bij sub-conferences
  • submit datum en andere mogen zelf gekozen worden binnen het tijdframe van de conference. Enkel de dagen dat de conference doorgaat blijven hetzelfde.
• Een wso wordt automatisch Coc?
  • Voor een sub conference heeft het weinig zin om onderscheid te maken tussen COC en PCC, je mag kiezen hoe je dat implementeert. Co-organisers zijn wel automatisch pc-members.
• Datums van een workshop vallen binnen de tijdsframe van de conference, ze hebben dus minder tijd om hun workshop in te vullen (de call for papers van een workshop zal impliciet korter zijn als die van de conference). Worden workshops en papers tegelijk ge-evalueerd dan blijft er voor voorgaande fenomeen weinig tijd over, als ze apart (vroeger) worden geselecteerd, heeft de wso nog wat meer tijd
  • Datums hoeven niet samen te vallen tussen ws en papers. (submit en review-datums)
• Er is mogelijkheid om een week extensie te hebben.
  • Dit moet dus impliciet opgelegd worden in de keuze van review en notification datum (minstens een week later).
• Als een PCC een review moet doen wat is dan zijn deadline.
  • Dit is de notification datum. Dus ook best wat tijd overhouden tussen extensie en notification datum. 8 dagen tussen dus.

Glossary of Terms

• Schedule: Kan zowel verband hebben met submission, notification date etc... of met het aantal slots dat in een conference zelf past. Wij kiezen het eerste.

Nuttige Links

http://en.wikipedia.org/wiki/Design_pattern_(computer_science)

Tijdsbesteding

Naam	Beschrijving	Datum	Tijdsduur
Kjelle, Daniel, Tuur, Mathias	Assignment analyseren, verantwoordelijkheden bepalen, use cases onderscheiden.	18/02/08	3u
Kjelle, Daniel, Tuur	Use Case overleggen	22/02/08	1.5u
Kjelle, Daniel, Tuur	Domain Model Maken	22/02/08	1.5u
Daniel, Tuur,Mathias	Domain Model Verbeteren, Sommige Use Cases uitwerken. Nadenken over wat te vragen aan PC.	25/02/08	3u
Mathias, Kjelle, Daniel	Use case uitwerken.	28/02/08	2.5u