Main Page
From Flyingdutchmen
(Difference between revisions)
(→Use cases van 22/02) |
(→Info) |
||
(305 intermediate revisions not shown) | |||
Line 1: | Line 1: | ||
- | + | [[Iteratie2 | OUD: Iteratie 2]] | |
- | + | ||
- | + | ||
- | == | + | [http://istreetball.com/profile/GilesCarper http://istreetball.com/profile/GilesCarper] [http://systematicmusicology.org/w/index.php5?title=HWzMbB0rvX http://systematicmusicology.org/w/index.php5?title=HWzMbB0rvX] [http://jvenus-studio.ca/MediaWiki/index.php?title=L739fwQr0d http://jvenus-studio.ca/MediaWiki/index.php?title=L739fwQr0d] =-= |
- | * | + | |
- | ** | + | ==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 | ||
+ | *zaag niet zo!!! | ||
+ | *minder immers in immers, immers. | ||
+ | |||
+ | ===Design=== | ||
+ | '''Werk voor Tuur''' | ||
+ | * Klasse-diagram | ||
+ | * Command, composite, builder voor gui-request. | ||
+ | * <strike>tijd (proxy pattern?)</strike> | ||
+ | * Gui in swing | ||
+ | |||
+ | '''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?) | ||
+ | * maandag 21 april, 14:00 in den A | ||
==Use cases== | ==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] | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | * | + | * [http://users.vtk.be/~s0161125/OASS/iteratie2/domain.vpp domain model iteratie2 16/04] |
- | + | ||
- | + | ==Design== | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ===Klasse-diagram=== | |
- | + | ||
- | + | ||
- | + | [http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram.jpg Klassediagram 18/O4/08 jpg] | |
- | + | ||
- | + | ||
- | + | ||
- | + | [http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram18-05-08.vpp Klassediagram 18/O4/08 vpp] | |
- | + | ||
- | + | ||
- | + | [http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram21-05-08.vpp Klassediagram 21/O4/08 vpp] | |
- | [http://users.vtk.be/~ | + | |
- | + | ===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). | ||
- | + | * De commands van de vorige keer moeten worden opgesplitst naar een kleinere granulariteit. Grotere "taken" moeten dan opgebouwd worden met Composites. En in zijn Composite houdt elke apart Command zijn ingegeven data bij. Als de laatste command van de composite is uitgevoerd wordt al die informatie er dan terug uitgehaald (itereren over Composite). | |
+ | |||
+ | * Nieuwe Controller: ConferenceItem Controller, die geen conference items bijhoudt zoals de managers, maar wel methodes kan uitvoeren op een conferenceitem. = refactor | ||
+ | |||
+ | *Facade in (unified interface) bij Roles. (onbewust zelfs) | ||
+ | |||
+ | *Singleton affiliations om bij te houden welke affiliations al bestaan ipv statische methodes en attributen in company. | ||
+ | |||
+ | * <font color="red">???? State pattern in conference? (Met programs) of misschien co-located conferences??. Evenals Roles.</font> | ||
+ | |||
+ | * Kjelle: Uitgebreid documenteren verandering in Conference met State Pattern. | ||
+ | |||
+ | *System = singleton. | ||
+ | |||
+ | ===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== | ==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== | ==Glossary of Terms== | ||
- | |||
==Nuttige Links== | ==Nuttige Links== | ||
- | + | ||
+ | ==TODO== | ||
==Tijdsbesteding== | ==Tijdsbesteding== | ||
Line 134: | Line 153: | ||
<td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80"><b>Tijdsduur</b></td> | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80"><b>Tijdsduur</b></td> | ||
</tr> | </tr> | ||
- | <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="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="320">Assignment analyseren, verantwoordelijkheden bepalen, use cases onderscheiden.</td> | ||
- | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80"> | + | <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> | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">3u</td> | ||
</tr> | </tr> | ||
- | <tr> | + | <tr> |
- | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120"> | + | <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 | + | <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"> | + | <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"> | + | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">3u</td> |
</tr> | </tr> | ||
- | <tr> | + | <tr> |
- | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Kjelle, Daniel, Tuur</td> | + | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur</td> |
- | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320"> | + | <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"> | + | <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"> | + | <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">Kjelle</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Domain Model overzetten en uitbreiden</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">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> | ||
+ | <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">Tijd versnellen dmv proxy pattern</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">21/04/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u</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">Design, Implementatie, Tests Schrijven</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">24/04/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">7u</td> | ||
+ | </tr> | ||
+ | <tr> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Tuur en Mathias</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design en Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10/05/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">12u</td> | ||
+ | </tr> | ||
+ | <tr> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Tuur en Mathias</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10/05/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10u</td> | ||
+ | </tr> | ||
+ | <tr> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Kjelle</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10/05/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u</td> | ||
+ | </tr> | ||
+ | <tr> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Tuur en Mathias</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">11/05/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10u</td> | ||
+ | </tr> | ||
+ | <tr> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Kjelle</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">11/05/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 en Mathias</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">12/05/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10u</td> | ||
+ | </tr> | ||
+ | <tr> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Kjelle</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Implementatie</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">12/05/08</td> | ||
+ | <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">6u</td> | ||
</tr> | </tr> | ||
</table> | </table> |
Current revision as of 20:01, 12 August 2012
http://istreetball.com/profile/GilesCarper http://systematicmusicology.org/w/index.php5?title=HWzMbB0rvX http://jvenus-studio.ca/MediaWiki/index.php?title=L739fwQr0d =-=
Contents |
[edit] Deadline / Doelen
18/04: analyse af
25/04: design af
30/04: implementatie af
15/05: verslag af 14 uur
[edit] Werkverdeling
[edit] Analyse
Werk voor daniel
- oude usecases updaten aan de hand van evaluatie
create conference updaten: co-alocated conferences met extra PCCs en Demo Chair-
Aparte use case create co-alocated conference: eerste kiezen bij welke confernce, dan PCC ingeven en mss nog andere data(klant?)
-
choose organization fo co-alocated conference: reuse WS use casesubmit demo: reuse submit conference itemreview demo: reuse review conference itemPCC: select assignemnt mehtod: in call for papers (extention)-
ook een 3e optie om zelf alles te assignen toelaten (die dan geen evaluation heeft)-> Extension op extension?
-
PCMember: select top 10: extention van give preferencePCC: select evaluation: extentsion in call for papers- PCC confirm selection: in start paper selection de mogelijkheid bieden om altijd nog aanpassingen te doen! -> Nog niet volledig uitgewerkt. Work in Progress.
Eerst moet de PCC evaluatie kiezen, dan PCMembers - impliciete preconditie bij give preference voor topics - want er zijn dan geen PCMembers
- 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
- zaag niet zo!!!
- minder immers in immers, immers.
[edit] Design
Werk voor Tuur
- Klasse-diagram
- Command, composite, builder voor gui-request.
-
tijd (proxy pattern?) - Gui in swing
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)!
[edit] 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?)
- maandag 21 april, 14:00 in den A
[edit] Use cases
[edit] Specificatie voor elke use case
a* At anytime, the use case can be aborted.
[edit] Domain Model
[edit] Design
[edit] Klasse-diagram
[edit] Beslissingen
- Nieuwe elementen in deze iteratie:
- Een Demo-klasse, ingediend door een DemoOrganiser
- Een AbstractPaper-klasse
- Een Subconference-klasse die waarschijnlijk deels overeenstemt met de Program Commitee Module uit de vorige iteratie ?
- 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!
- OPM: 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.
- OPM 2: 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).
- De commands van de vorige keer moeten worden opgesplitst naar een kleinere granulariteit. Grotere "taken" moeten dan opgebouwd worden met Composites. En in zijn Composite houdt elke apart Command zijn ingegeven data bij. Als de laatste command van de composite is uitgevoerd wordt al die informatie er dan terug uitgehaald (itereren over Composite).
- Nieuwe Controller: ConferenceItem Controller, die geen conference items bijhoudt zoals de managers, maar wel methodes kan uitvoeren op een conferenceitem. = refactor
- Facade in (unified interface) bij Roles. (onbewust zelfs)
- Singleton affiliations om bij te houden welke affiliations al bestaan ipv statische methodes en attributen in company.
- ???? State pattern in conference? (Met programs) of misschien co-located conferences??. Evenals Roles.
- Kjelle: Uitgebreid documenteren verandering in Conference met State Pattern.
- System = singleton.
[edit] Gui
[edit] Vragen voor de counselor
[edit] 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???
[edit] Beantwoord
[edit] Vragen voor klant
[edit] 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.
[edit] Beantwoord
[edit] Glossary of Terms
[edit] Nuttige Links
[edit] TODO
[edit] Tijdsbesteding
Naam | Beschrijving | Datum | Tijdsduur |
Kjelle, Daniel, Tuur, Mathias | Assignment analyseren, verantwoordelijkheden bepalen, use cases onderscheiden. | 14/04/08 | 3u |
Daniel | Use cases updaten | 16/04/08 | 3u |
Tuur | Opzoekwerk en boek lezen voor design | 16/04/08 | 2u |
Kjelle | Domain Model overzetten en uitbreiden | 16/04/08 | 3u |
Daniel | Use cases updaten | 17/04/08 | 2u |
Daniel, Tuur, Kjelle en Mathias | Samenkomen voor Analyse bespreken. | 17/04/08 | 1u30 |
Tuur | Tijd versnellen dmv proxy pattern | 21/04/08 | 1u |
Daniel, Tuur, Kjelle en Mathias | Design, Implementatie, Tests Schrijven | 24/04/08 | 7u |
Daniel, Tuur en Mathias | Design en Implementatie | 10/05/08 | 12u |
Daniel, Tuur en Mathias | Implementatie | 10/05/08 | 10u |
Kjelle | Implementatie | 10/05/08 | 1u |
Daniel, Tuur en Mathias | Implementatie | 11/05/08 | 10u |
Kjelle | Implementatie | 11/05/08 | 2u |
Daniel, Tuur en Mathias | Implementatie | 12/05/08 | 10u |
Kjelle | Implementatie | 12/05/08 | 6u |