Main Page

From Flyingdutchmen

(Difference between revisions)
(Onbeantwoord)
(Info)
 
(43 intermediate revisions not shown)
Line 1: Line 1:
[[Iteratie2 | OUD: Iteratie 2]]
[[Iteratie2 | OUD: Iteratie 2]]
-
==Info==
+
[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] =-=
-
[[evaluatie]]:  evaluatie van iteratie2
+
==Deadline / Doelen==
==Deadline / Doelen==
Line 31: Line 30:
*Verschil sub-conference co-located confence? Misschien nog een nieuwe use case? Ok, maar demo en ws eruit halen.
*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)
*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'''
'''Werk voor Kjelle'''
*domain model
*domain model
 +
*zaag niet zo!!!
 +
*minder immers in immers, immers.
===Design===
===Design===
'''Werk voor Tuur'''
'''Werk voor Tuur'''
-
* tijd (proxy pattern?)
+
* Klasse-diagram
-
* swing + command pattern uitzoeken, misschien blocking reads?
+
* Command, composite, builder voor gui-request.
 +
* <strike>tijd (proxy pattern?)</strike>
 +
* Gui in swing
'''Werk voor Mathias'''
'''Werk voor Mathias'''
Line 45: Line 49:
* Hier een klassediagramma van maken om woensdag te tonen aan de rest
* 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 :-)
* 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==
Line 51: Line 56:
* donderdag 17 april, 14:30 in den A
* donderdag 17 april, 14:30 in den A
* vrijdag 18 april, 11:00 in den A (afspraak klant?)
* vrijdag 18 april, 11:00 in den A (afspraak klant?)
 +
* maandag 21 april, 14:00 in den A
==Use cases==
==Use cases==
Line 60: Line 66:
* http://users.vtk.be/~s0160886/oass/domain_model.dia
* http://users.vtk.be/~s0160886/oass/domain_model.dia
* [http://users.vtk.be/~s0160886/oass/domain_model.png domain model]
* [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==
==Design==
===Klasse-diagram===
===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]
===Beslissingen===
===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===
===Gui===
Line 76: Line 115:
* PCC -> Call for papers op domain model.  1 of *?
* PCC -> Call for papers op domain model.  1 of *?
* Lussen in domain model? Is dat mogelijk?
* 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===
Line 82: Line 123:
===Onbeantwoord===
===Onbeantwoord===
* Moet de COC nog goedkeuren wat de PCC beslist in verband met evaluatie (zie opgave, laatste zin)
* 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?
* 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?
* 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?
* 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)
* 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?
* 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===
Line 113: Line 162:
     <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 updaten</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">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">16/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>
Line 121: Line 182:
     <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">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">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

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