Editing Main Page

[[Iteratie2 | OUD: Iteratie 2]]

==Info==
[[evaluatie]]:  evaluatie van iteratie2

==Deadline / Doelen==
18/04: analyse af

25/04: design af

30/04: implementatie af

15/05: verslag af 14 uur

==Werkverdeling==
===Analyse===
'''Werk voor daniel'''
*oude usecases updaten aan de hand van [[evaluatie]]
*<strike>create conference updaten: co-alocated conferences met extra PCCs en Demo Chair</strike>
** <strike>Aparte use case create co-alocated conference: eerste kiezen bij welke confernce, dan PCC ingeven en mss nog andere data</strike> (klant?)
*<strike>choose organization fo co-alocated conference: reuse WS use case</strike>
*<strike>submit demo: reuse submit conference item</strike>
*<strike>review demo: reuse review conference item</strike>
*<strike>PCC: select assignemnt mehtod: in call for papers (extention)</strike>
** <strike>ook een 3e optie om zelf alles te assignen toelaten (die dan geen evaluation heeft)</strike> -> Extension op extension?
*<strike>PCMember: select top 10: extention van give preference</strike>
*<strike>PCC: select evaluation: extentsion in call for papers</strike>
*PCC confirm selection: in start paper selection de mogelijkheid bieden om altijd nog aanpassingen te doen! -> Nog niet volledig uitgewerkt. Work in Progress.
*<strike>Eerst moet de PCC evaluatie kiezen, dan PCMembers - impliciete preconditie bij give preference voor topics - want er zijn dan geen PCMembers</strike>

*Verschil sub-conference co-located confence? Misschien nog een nieuwe use case? Ok, maar demo en ws eruit halen.
*Selection procedure: abstractie maken van het gebruikte algoritme. Het systeem voert gewoon het gekozen algoritme uit, en dit algoritme staat dan elders in woorden beschreven. (net zoals het paperverdeling algoritme dus)
*co-located fixen

'''Werk voor Kjelle'''
*domain model

===Design===
'''Werk voor Tuur'''
* tijd (proxy pattern?)
* swing + command pattern uitzoeken, misschien blocking reads?

'''Werk voor Mathias'''
* Command Pattern combineren met Composite om macro's te maken
* Een Builder gebruiken om macro's samen te laten stellen, gegeven een action
* Hier een klassediagramma van maken om woensdag te tonen aan de rest
* eventueel eens rap kijken naar state pattern, vermits er ergens data moet bijgehouden worden. Ik denk wel dat een state wel iets anders is dan dit :-)
** Die data kan in de desbetreffende command worden bijgehouden en daar later terug uitgehaald worden. Hiervoor moet de command natuurlijk wel zelf worden bijgehouden/doorgegeven door alle subsequente methode-calls. (staat zo in boek)!

==Samenkomst==
* maandag 14 april, 09:00 in den A
* woensdag 16 april, 14:00 in den A
* donderdag 17 april, 14:30 in den A
* vrijdag 18 april, 11:00 in den A (afspraak klant?)

==Use cases==

===Specificatie voor elke use case===
a* At anytime, the use case can be aborted.

==Domain Model==
* http://users.vtk.be/~s0160886/oass/domain_model.dia
* [http://users.vtk.be/~s0160886/oass/domain_model.png domain model]

==Design==

===Klasse-diagram===

[http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram.jpg Klassediagram 18/O4/08]

===Beslissingen===
* Nieuwe elementen in deze iteratie: 
** Een Demo-klasse, ingediend door een DemoOrganiser
** Een AbstractPaper-klasse
** <font color="red"> Een Subconference-klasse die waarschijnlijk deels overeenstemt met de Program Commitee Module uit de vorige iteratie ?</font>

* '''Program-klasse:''' deze klasse zorgt voor een abstractie op hoger niveau voor items die aan een conferentie kunnen toegevoegd worden. Stel nu bijvoorbeeld dat we ook slideshows willen toevoegen aan ons cyber-conferentie-systeem moet enkel een nieuwe subklasse van Program geimplementeerd te worden en dan kan deze ingeplugd worden in het systeem. (VOORAL belangrijk voor uitbreidbaarheid dus). Tijdens de vorige iteratie hadden we reeds een conceptuele klasse die dicht aanleunde bij dit idee, nu kunnen we die dus misschien best overbrengen naar het klasse-diagram. Dit zorgt er hopelijk voor dat de Conference-klasse minder bloated wordt.
** Deze klasse bevat dan een verantwoordelijke: de Chair
** Daarnaast nog enkele datums die specifiek zijn voor de organisatie van het desbetreffende program
** En natuurlijk bevat deze ook een lijst van ingediende items!
** <font color="red">''OPM:'' </font> in het geval van een Paperprogram kan de verantwoordelijke de COC van de colocated conference zijn of gewoon de null-refentie of indien er geen meerdere conferenties op dezelfde plaats zijn is dit de PCC.
** <font color="red">''OPM 2:'' </font> een PaperProgram kan bestaan uit meerdere subconferences of indien die er niet zijn enkel uit papers (of stellen we dan gewoon dat de conference JUIST één subconference bevat? - voor de eenvoud).

===Gui===

==Vragen voor de counselor==
===Onbeantwoord===

* Zou het niet beter zijn om in domain model te werken met overerving op een of ander manier?
* Kan het dat een conference geen PCC heeft?
* PCC -> Call for papers op domain model.  1 of *?
* Lussen in domain model? Is dat mogelijk?
* Domain model: Kan iemand geen affiliation hebben, al is het maar voor even? Moet je dan 0 of 1 schrijven?
* Cardinaliteit bij constraints???

===Beantwoord===

==Vragen voor klant==
===Onbeantwoord===
* Moet de COC nog goedkeuren wat de PCC beslist in verband met evaluatie (zie opgave, laatste zin)
** na discussie met = buiten het systeem. Dus niet nodig.
* Kan een co-conference ook demo's? En workshops?
** ja, maar de subconferences niet!
* Is een co-located conference hetzelfde als een sub-conference? Wat is het verschil?
** co-located bestaat uit sub-conferences. Bv Etaps
* Kunnen conferences ook georganizeerd worden zonder workshops of demos?
** conference heeft altijd een papertrack. Een conference kan verder wel zonder demo's of workshops.
* Kan de PCC van een main conference ook beslissen of hij het conference cyber chair system gebruikt of iets van ziechzelf? (zie subconference)
** moet het systeem. Kan wel zijn dat in een co-located geen enkele PCC ons systeem gebruikt.
* Kan het dat een conference geen PCC heeft?
** nee
* demo?
** bv tool, moet gedemonstreerd worden. Er moet enkel een beschrijving worden doorgestuurd naar het systeem. Vergelijkbaar met een abstract of paper.

===Beantwoord===

==Glossary of Terms==

==Nuttige Links==

==TODO==

==Tijdsbesteding==
<table border="0" style="border: 1px solid #C0C0C0; text-align:center;">
  <tr>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120"><b>Naam</b></td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320"><b>Beschrijving</b></td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80"><b>Datum</b></td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80"><b>Tijdsduur</b></td>
  </tr>
  <tr>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Kjelle, Daniel, Tuur, Mathias</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Assignment analyseren, verantwoordelijkheden bepalen, use cases onderscheiden.</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">14/04/08</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">3u</td>
  </tr>
  <tr>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use cases updaten</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">16/04/08</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">3u</td>
  </tr>
  <tr>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Opzoekwerk en boek lezen voor design</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">16/04/08</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2u</td>
  </tr>
  <tr>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use cases updaten</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">17/04/08</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2u</td>
  </tr>
  <tr>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Tuur, Kjelle en Mathias</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Samenkomen voor Analyse bespreken.</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">17/04/08</td>
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u30</td>
  </tr>
</table>