Main Page

From Flyingdutchmen

(Difference between revisions)
(Onbeantwoord)
(Info)
 
(90 intermediate revisions not shown)
Line 1: Line 1:
-
==Info==
+
[[Iteratie2 | OUD: Iteratie 2]]
-
* We mogen de counselor altijd een mail sturen en hem doorverwijzen naar de wiki om daar enkele vragen te beantwoorden. De vragen moeten dan natuurlijk heel duidelijk geformuleerd zijn.
+
 
 +
[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==
==Deadline / Doelen==
-
* Woensdag 05/03/08: Analyse afwerken!
+
18/04: analyse af
-
* Zondag 16/03/08: Implementatie af!
+
 
-
* Woensdag 19/03/08: Verslag af!
+
25/04: design af
-
* Donderdag 20/03/08: Verslag indienen!
+
 
 +
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==
==Samenkomst==
-
*Vrijdag 22/02/08 10:35
+
* maandag 14 april, 09:00 in den A
-
*Maandag 25/02/08 11:00
+
* woensdag 16 april, 14:00 in den A
-
*Donderdag 28/02/08 10:35
+
* donderdag 17 april, 14:30 in den A
-
*Vrijdag 29/02/08 10:35
+
* vrijdag 18 april, 11:00 in den A (afspraak klant?)
-
*Maandag 03/03/08 10:35
+
* maandag 21 april, 14:00 in den A
-
*Donderdag 06/03/08 12:00
+
-
*Maandag 10/03/08 10:35
+
-
*Donderdag 13/03/08 11:00
+
-
*Vrijdag 14/03/08 10:00
+
-
*Maandag 17/03/08 10:00
+
-
*Dinsdag 18/03/08 9:00
+
==Use cases==
==Use cases==
-
Noot: Author en Reviewer moeten een affiliation hebben voor ze papers kunnen insturen of reviewen.
 
===Specificatie voor elke use case===
===Specificatie voor elke use case===
a* At anytime, the use case can be aborted.
a* At anytime, the use case can be aborted.
-
===COC===
+
==Domain Model==
-
*[http://users.vtk.be/~s0161125/OASS/usecase3-1.pdf Create New Conference] ([http://users.vtk.be/~s0161125/OASS/usecase3-1.tex src]) -> Daniel (Aangepast van Tuur)  ([http://editthis.info/flyingdutchmen/UseCase Oude Versie])
+
* http://users.vtk.be/~s0160886/oass/domain_model.dia
 +
* [http://users.vtk.be/~s0160886/oass/domain_model.png domain model]
-
===PCC===
+
* [http://users.vtk.be/~s0161125/OASS/iteratie2/domain.vpp domain model iteratie2 16/04]
-
*[http://users.vtk.be/~s0161125/OASS/usecase2.pdf Provide Info For Call of Papers] ([http://users.vtk.be/~s0161125/OASS/usecase2.tex src]) -> Daniel
+
-
*[http://users.vtk.be/~s0161125/OASS/assignpaper.pdf Assign Papers] ([http://users.vtk.be/~s0161125/OASS/assignpapers.tex src])-> Kjelle
+
-
*[http://users.vtk.be/~s0161125/OASS/usecase1.pdf Start selection process] ([http://users.vtk.be/~s0161125/OASS/usecase1.tex src]) -> Kjelle + Daniel
+
-
===PC-Member===
+
==Design==
-
* [http://users.vtk.be/~s0160886/oass/usecases/give_preference.pdf Give Preference] ([http://users.vtk.be/~s0160886/oass/usecases/give_preference.tex src]) -> Mathias
+
-
* [http://users.vtk.be/~s0160886/oass/usecases/give_affiliation.pdf Give Affiliation] ([http://users.vtk.be/~s0160886/oass/usecases/give_affiliation.tex src]) -> Mathias
+
-
===WSC===
+
===Klasse-diagram===
-
* ([http://users.vtk.be/~s0160886/oass/usecases/review_workshop.pdf Review Workshop]) ([http://users.vtk.be/~s0160886/oass/usecases/review_workshop.tex src]) -> Geschrapt staat nu bij Reviewer
+
-
* [http://users.vtk.be/~s0160886/oass/usecases/call_for_workshops.pdf Call for Workshop] ([http://users.vtk.be/~s0160886/oass/usecases/call_for_workshops.tex src])
+
-
*(Download Workshop proposal) -> Geschrapt staat nu bij Reviewer
+
-
===WSO===
+
[http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram.jpg Klassediagram 18/O4/08 jpg]
-
* [http://users.vtk.be/~s0161857/KULeuven/OASS/UseCases/submitworkshopproposal.pdf Submit Workshop Proposal] ([http://users.vtk.be/~s0161857/KULeuven/OASS/UseCases/submitworkshopproposal.tex src]) --> Kjelle
+
-
* [http://users.vtk.be/~s0161857/KULeuven/OASS/UseCases/modifyWSinfo.pdf Modify info of WS], ([http://users.vtk.be/~s0161857/KULeuven/OASS/UseCases/modifyWSinfo.tex src]) -> Kjelle
+
-
* Read report of WS -> Kjelle
+
-
* [http://users.vtk.be/~s0161125/OASS/Decide%20how%20to%20organize%20WS.pdf Decide how to organize WS], ([http://users.vtk.be/~s0161125/OASS/Decide%20how%20to%20organize%20WS.tex src]) -> Kjelle
+
-
* OLD: [http://users.vtk.be/~s0161125/OASS/resubmitWSproposal.pdf Resubmit WS], ([http://users.vtk.be/~s0161125/OASS/resubmitWSproposal.tex src]) -> Kjelle
+
[http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram18-05-08.vpp Klassediagram 18/O4/08 vpp]
-
===Reviewer===
+
[http://users.vtk.be/~s0161857/KULeuven/OASS/Iteratie3/ClassDiagram21-05-08.vpp Klassediagram 21/O4/08 vpp]
-
*[http://users.vtk.be/~s0160886/oass/usecases/review.pdf Review Object] ([http://users.vtk.be/~s0160886/oass/usecases/review.tex src]) -> Daniel
+
-
*[http://users.vtk.be/~s0160886/oass/usecases/download.pdf Download Object] ([http://users.vtk.be/~s0160886/oass/usecases/download.tex src]) -> Daniel
+
-
==Domain Model van 22/02==
+
===Beslissingen===
-
[http://users.vtk.be/~s0158238/iteratie2.jpg Hier downloaden]
+
* 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>
-
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.
+
* '''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).
-
Hij zegt zelf dat onze domain model ongeveer zo ingewikkeld is nu als die van hun toen.
+
* 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).
-
Dus het wordt toch tijd om wat dingen te herzien.
+
* Nieuwe Controller: ConferenceItem Controller, die geen conference items bijhoudt zoals de managers, maar wel methodes kan uitvoeren op een conferenceitem. =  refactor
-
==Domain Model van 25/02==
+
*Facade in (unified interface) bij Roles. (onbewust zelfs)
-
[http://users.vtk.be/~s0158238/iteratie2b.jpg Hier downloaden]
+
-
[http://users.vtk.be/~s0161125/OASS/domainmodel.jpg VP versie]
+
*Singleton affiliations om bij te houden welke affiliations al bestaan ipv statische methodes en attributen in company.
-
todo: WSO --> wordt PCC + note hierbij om te verduildelijken
+
* <font color="red">???? State pattern in conference? (Met programs) of misschien co-located conferences??. Evenals Roles.</font>
-
==Design==
+
* Kjelle: Uitgebreid documenteren verandering in Conference met State Pattern.
-
===Klasse-diagram===
+
*System = singleton.
-
 
+
-
[http://users.vtk.be/~s0161125/OASS/classdiagram.jpg diagram 17/03]
+
-
 
+
-
'''1. Beslissingen'''
+
-
* Geen database, wel managers/containers (Conference-manager en Person-manager?)
+
-
* Role base access control: Person heeft List<Role>, Role is een interface die geimplementeerd wordt door CoC, Pcc, Pc-member, Author, Wsc, Wso... met een methode getActions().
+
-
* Een Action heeft een naam en een aantal argumenten, deze worden gebruikt om de methode op te vragen via '''reflection'''(?). Subactions: ?
+
-
** voordelen: uitbreidbaarheid, geen duplicate code,
+
-
** nadelen: reflection is toch niet zo proper?
+
-
* Roles: bevatten ofwel conference/paper/ws, ofwel niet (dan kunnen ze een enumeration zijn). Information expert is namelijk de conference, rather then the role. Een role verwijderen of toevoegen is wel lastig, en niet zo leesbaar/begrijpbaar in de code.
+
-
* GUI: een guicontroller die actions omzet in methodes (een '''adaptor'''), deze methodes worden opgeroepen in de mediator in het view. De '''mediator''' kent alle buttons en menukes en zit in de view.
+
-
* We gebruiken ook '''chain of responsability''', bv bij het opvragen v e paper.
+
-
* Roles moeten eigenlijk maar 1 keer geinitaliseerd worden (bv iemand die voor 2 conferences COC is, hoeft maar 1 object COC in zijn roles hebben), daarom '''singelton'''
+
-
*De ProgramCommiteeModule heeft methodes isValid___Date(Date) die checken of een bepaalde date geldig is. Deze methodes gaan checken op _alle_ andere datums die al beschikbaar zijn. (Dus niet null). Zo kun je de datums ingeven in eender welke volgorde.
+
-
*'''Command pattern''' om de GUI requests te parametriseren(??)
+
-
 
+
-
===Beslissingen===
+
-
* Een role "Everyone": deze bevat dingen die iedereen moet kunnen doen, bijvoorbeeld conferences browsen. Iedereen heeft deze role vanzelf, zelfs guests.
+
-
* Affiliation: een Vector van Strings in een Person, die de naam van een company aanduiden. Een company kan waarschijnlijk beter een object zijn ipv een string?
+
-
* Exceptions worden doorgethrowed tot aan de guicontroller. Deze kan dan errorhandling zelf afhandelen (System legt dus niet op welke error messages de gui krijgt)
+
-
* Vanaf nu wordt er enkel nog gesproken over ''review'', report is nu het verslag dat in de review zit.
+
-
* Nu enforced de gui dat er geen illegal access kan gebeuren. Als de GUI vervangen wordt door een andere, kunnen er wel situaties ontstaan waarin er iets ongeoorloofd voorvalt. Hiervoor moeten we dus dubbele checks inbouwen, zijnde overal in de controllers nakijken of een persoon wel mag doen wat hij doet.
+
-
* Role COC krijgt een lijst van conferences. Alle andere role niet. De COC is een role die niet kan aangemaakt worden. Een persoon zal dan ook maar 1 role COC hebben.
+
-
* personManager is controller voor Persons, maar ook een securityManager
+
-
* normaliter zou het tof zijn om person te laten extended tot COC,PCC, ... en die dan een conference object te geven enzo, en een list van actions. MAAR geen multiple inheritence dus da's niet zo tof.
+
-
* activeUser verplaatst van system naar PersonManager (artifact uit vorige iteratie)
+
-
* bij ingeven van conference dates in GUI, worden ze een per een gechecked in conferencemanager (voor de volgende datum ingegeven wordt), doormiddel van statische methodes in conference (begindatum moet voor einddatum zijn enzo)
+
-
*We geven aan GUI lijsten van objecten maar die voert er enkel toString op uit om te displayen. Dit maakt geen extra coupling want de toString methode hoeft niet geimplementeerd worden om te werken. (Standaard in Object)
+
-
*System moet overal checken of gebruiker acces heeft. (onze gui forceert eigenlijk de juiste access, maar dankzij strategy pattern kan die gui vervangen worden. deze gui kan bv geen access forceren, dus moeten er checks plaats vinden in ons systeem)
+
-
*Workshops en papers worden WEL met een dubbele bijgehouden: in de Roles en in een conference. Een paper/workshop behoort tot de role van een persoon (bv een Author heeft een paper geschreven), maar ze zijn ook geupload in een conference. De conference manager zorgt dus voor het aanmaken van deze objecten. Roles worden niet bijgehouden in een conference, deze horen daar niet thuis. Je zou wel een person kunnen bijhouden, maar dit ligt niet voor de hand. Een person is redelijk ingewikkeld met al zijn roles. Deze worden apart afgehandeld door de PersonManager. Een conference hoeft verder dus geen koppeling te maken met een Person.
+
-
*een PCC kan zichzelf niet aanstellen als PCMember.
+
===Gui===
===Gui===
-
* De gebruiker krijgt een lijst van uit te voeren acties (use-cases). Zo'n knop wordt aangemaakt vanuit de mediator die aan een knop een command(Guicontroller controller) meegeeft, met als argument het receiving object. Als op zo'n knop geduwt wordt, wordt een actie opgeroepen in de guicontroller die dan een compositeCommand aanmaakt maar nog bijhoudt. De guicontroller maakt vraagt dan om het volgende scherm aan te maken, daar staat een submit knop in met een command (aangemaakt door de mediator) die weer gelinkt is aan de guicontroller. Als de execute methode van de command dan wordt opgeroepen stockeert de guicontroller de zojuist gebruikte command in de compositecommand. Enzovoort tot het einde van de use-case bereikt is, er is dan een final submit knop die als command de composite command heeft die een methode in guicontroller oproept om de opgeslagen data (in de composite) te verwerken tot een resultaat
 
-
* <s>Gebruik invoker, heeft run methode en setCommand methode. Bij elke stap zet de guicontroller de juiste command in de invoker en elke submit knop krijgt dan de referentie naar de invoker ipv de command. In de invoker worden ook alle vorige commands bijgehouden (als ze tenminste bij dezelfde serie acties hoort).</s>
 
-
 
-
* Mediator pattern: zorg ervoor dat elk scherm enkel met de mediator moet communiceren en niets afweet van het volgende scherm en diens inwendige werking.
 
==Vragen voor de counselor==
==Vragen voor de counselor==
===Onbeantwoord===
===Onbeantwoord===
-
*Als we werken met int's ipv verwijzingen op sommige plaatsen (bijvoorbeeld int conferenceID ipv Conference conference), is dit dan coupling of niet. (Wij denken van niet)
+
 
 +
* 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===
===Beantwoord===
-
* Zie sommige van mijn (Daniel) use cases. Ik heb er "Notes" in gezet in verband met de term "being assigned a paper" en de "review deadline + one week extension". Is dit duidelijk? Moet dit beter in de glossary?
 
-
 
-
* Zie review paper/workshop. Is het correct om te stellen dat review paper eigenlijk review workshop is maar dan in de notes schrijven dat het woordje paper moet vervangen worden door workshop ipv de hele use case opnieuw te schrijven.
 
-
** Als je een super object maakt boven workshop en paper, geef het een duidelijke naam en gebruik die term dan. Hetgeen in de notes staat kan gemakkelijk ook in de glossary, zeker als het over het gebruik van een bepaald woord gaat.
 
-
** Assign workshop usecase: is goed zoals het is, met een verwijzing naar een extra specificatie (normaal aangezien er weinig interactie is met gebruiker) Zie wel dat je het consistent houdt met het feit dat het volledig automatisch gebeurt zonder interactie met de pcc.
 
-
 
-
* Role Based System: Users (Coc, PCC,...) met privileges of methodes?
 
-
** Users zelf methodes of klasses met methodes (actions/usecases)
 
-
** Users lijst met privileges, methodes in controller(s)
 
-
*** Antwoord: zie blad; zet zeker in verslag wat je hebt bedacht met enkele voor en na delen. Toont dat je er over hebt nagedacht.
 
-
 
-
* Database:
 
-
** Zoals vorige keer een database nabootsen met een klasse die lijsten van objecten bevat
 
-
** Of toch beter een meer object georienteerde oplossing: een nieuwe klasse "Conference Cyber Chair System" die enkel een lijst met conferences  bevat.
 
-
*** Antwoord: key guideline: je moet de verantwoordelijkheid aan de juiste(logische) klasse toewijzen. Bijv: een conference manager zorgt voor low coupling, als je die elders moet halen heb je een andere (extra) koppeling. Als je een paper wilt lezen, haal je eerst de conference op en vraag je dan aan de conference om de paper. Belangrijk dat je verschillende mogelijkheden afweegt tegen elkaar, er is geen optimale oplossing.
 
-
* Onze sequence diagrams bevatten de inhoud van de system sequence diagram! Daarom was het fout.
 
-
-> ff ter verduidelijking, die sequence diagrams waren van een voorhistorisch tijdperk toen we nog niet eens met usecase
 
-
controllers werkte. Dan is het nogal logisch dat die dingen compleet fout waren, maar dat is enkel artefact...
 
-
* 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 (actoren?) (hetgeen wel lichtjes gekoppeld is).
 
-
** Geef als primary actor op PCC of PC, hereafter known as the Reviewer Of gewoon primary actor reviewer en specifieer dan later wie een reviewer kan zijn in de glossary. Moet ook duidelijk staan in het use-case-diagram (een link van twee actoren naar eenzelfde use-case).
 
-
* 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>)
 
-
** Goed gemodelleerd. Zie hieronder.
 
-
* In domain model:
 
-
** Nuttig om een evaluation te modelleren die het gemiddelde geeft van reports? Als het concept nuttig is in het probleem domein dan wel. De term gemiddelde lijkt weer te neigen naar het oplossingsdomein, omdat die zegt HOE de evaluatie zal gebeuren!
 
-
** 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.
 
-
** Cardinaliteiten tussen COC, Conference en WSC: deze kloppen, de assigns relatie verstrengt eigelijk de tweevoudige relatie COC-Conference-WSC. Maar zoals het nu is, is het duidelijk.
 
-
** Je kan een soort van superconcept maken voor bestaande concepten om overeenkomstige contstraints en verbanden te moddeleren. Bijvoorbeeld een Event-concept als superconcept voor Conference en Workshop die dan allebei een aantal datums hebben. Btw. als je in het domain model vanuit twee concepten naar eenzelfde derde concept gaat betekent dit niet dat dit een verbinding is met dezelfde instantie van dat concept. Als dit wel de bedoeling is moet dit gemodelleerd worden als een extra constraints.
 
-
* Vragen hoe het zit met het system die een use case initialiseerd
 
-
** JA dat mag.
 
==Vragen voor klant==
==Vragen voor klant==
===Onbeantwoord===
===Onbeantwoord===
-
Zijn conference topics ook geldig voor workshops of kunnen workshops andere topics hebben?
+
* Moet de COC nog goedkeuren wat de PCC beslist in verband met evaluatie (zie opgave, laatste zin)
-
edit by kjelle: volgens de opgave gaat een workshop over 1 conference topic specifiek
+
** na discussie met = buiten het systeem. Dus niet nodig.
-
edit2 by kjelle: een halve pagina later wordt er echter over workshop topicSSS gesproken.. naja :P
+
* Kan een co-conference ook demo's? En workshops?
-
 
+
** ja, maar de subconferences niet!
-
* zijn voorkeurstopics afhankelijk per conference of per pcmember?
+
* 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===
===Beantwoord===
-
* 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==
==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.
 
-
*Reviewer: Een reviewer kan zowel een PCC als een PC Member zijn. Dit is een term die wordt gebruikt voor use cases die zowel de PCC als de PC members kunnen uitvoeren.
 
-
*Review deadline:
 
-
*Affiliate: Author or PC Member
 
-
*WS = Workshop
 
-
*WSO = Worshop Organizer
 
-
*Program Committee Module:  Een module voor de organisatie van paper submissions. Deze wordt standaard gebruikt in een conference en kan dan ook gebruikt worden voor een workshop.
 
==Nuttige Links==
==Nuttige Links==
-
http://en.wikipedia.org/wiki/Design_pattern_(computer_science)
 
==TODO==
==TODO==
-
* use case voor coc voor max aantal papers en workshop
 
-
* (paper distribution)
 
==Tijdsbesteding==
==Tijdsbesteding==
Line 226: Line 156:
     <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">18/02/08</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>
     <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">Daniel</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use Case overleggen</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">22/02/08</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">1.5u</td>
+
-
  </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="320">Domain Model Maken</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">22/02/08</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1.5u</td>
+
-
  </tr>
+
-
  <tr>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Tuur,Mathias</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Domain Model Verbeteren, Sommige Use Cases uitwerken. Nadenken over wat te vragen aan PC.</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">25/02/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">Daniel, Tuur,Mathias</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">Overleg met de klant</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">26/02/08</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">1u</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">Mathias, Kjelle, Daniel</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use case uitwerken.</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">28/02/08</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2.5u</td>
+
-
  </tr>
+
-
  <tr>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur, Daniel</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Overleg met Counselor</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">29/02/08</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u</td>
+
   </tr>
   </tr>
   <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="120">Kjelle</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use Cases schrijven</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">01-02/03/08</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">1u</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">Mathias</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use Cases schrijven</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">02/03/08</td>
+
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2u</td>
+
   </tr>
   </tr>
   <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="120">Daniel</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use Cases schrijven</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">01-02/03/08</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">3.5u</td>
+
-
  </tr>
+
-
  <tr>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Kjelle, Mathias, Tuur</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Use Cases Nalezen</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">03/03/08</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2u</td>
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Daniel, Mathias</td>
+
     <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">Use Cases Maken & Bewerken</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">03/03/08</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>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u30</td>
   </tr>
   </tr>
-
  <tr>
+
<tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur, Kjelle</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">Design</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">07/03/08</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>
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur, Kjelle, Mathias, Daniel</td>
+
     <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">Bespreking met counselor</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">07/03/08</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">1u</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">7u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur, Kjelle, Mathias, Daniel</td>
+
     <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: klassediagram</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/03/08</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">5u</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">12u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Tuur, Kjelle, Mathias, Daniel</td>
+
     <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: klassediagram</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">13/03/08</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">2u</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">Daniel, Tuur</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design: klassediagram</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">14/03/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, Kjelle, Mathias, Daniel</td>
+
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design: klassediagram</td>
+
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">14/03/08</td>
+
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u30</td>
+
   </tr>
   </tr>
   <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="120">Kjelle</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design: sequence diagram + implementatie</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">14/03/08</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">2u</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">1u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Mathias,Daniel</td>
+
     <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="320">Implementatie</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">15/03/08</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">5u</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10u</td>
   </tr>
   </tr>
   <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="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="320">Implementatie</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">15-16/03/08</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">8u</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">2u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Mathias</td>
+
     <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="320">Implementatie</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">16/03/08</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">1u</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">10u</td>
   </tr>
   </tr>
   <tr>
   <tr>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Mathias,Tuur,Kjelle,Daniel</td>
+
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Kjelle</td>
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design & Implementatie</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">17/03/08</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">8u</td>
+
-
  </tr>
+
-
  <tr>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Mathias,Tuur,Kjelle,Daniel</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design & Implementatie</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">18/03/08</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">9u</td>
+
-
  </tr>
+
-
  <tr>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">Mathias,Tuur,Kjelle,Daniel</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="320">Design & Implementatie & Verslag</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">19-20/03/08</td>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">26u</td>
+
-
  </tr>
+
-
  <tr>
+
-
    <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="120">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="320">Implementatie</td>
-
     <td style="border: 1px solid #C0C0C0; background-color: #FFFF99;" width="80">21/03/08</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">2u</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

OUD: Iteratie 2

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 case
  • submit demo: reuse submit conference item
  • review demo: reuse review conference item
  • PCC: 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 preference
  • PCC: 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

Klassediagram 18/O4/08 jpg

Klassediagram 18/O4/08 vpp

Klassediagram 21/O4/08 vpp

[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
Personal tools