woensdag, februari 01, 2006

Effectieve begin van implementatie fase 1

Na 2,5-3 dagen analyse zijn we bezig met coden, het moet snel gaan willen we nog een beetje ne fatsoenlijke client ontwikkelen na de analyse volgende week voor de client.

In het kort waar we mee bezig zijn:
  • ReadoutPoint
    • ontvangt werknemers om in de terminal te plaatsen
    • houd de tijd van de terminals correct
    • leest de terminals uit
    • bezorgt de uitgelezen gegevens aan de server
  • Registration server
    • doet alles wat de readoutpoint doet behalve data verder doorsturen naar server (is nl zelf de server)
    • deelt zijn tijd via timeprotocol zodat rop's hiertegen kunnen synchroniseren
    • doet de data persistentie van de gegevens die hij zelf leest of die toekomen
Er komt nog een massa configuratie app om makkelijk veel registration servers te beheren maar die zal enkel wat xml managen in principe en qua gui niet zo heel veel verschillen van rop en registration server buiten dat er in de treeview telkens niveauke bijkomt.

Maar vandaag kwam er nog een verassings noodgevalleke binnen, het programma wat dat van ons hopelijk zal gaan vervangen had het weer verpest en gaf slechte rapportjes terug, dus ze kwamen hier af met nen usb stick met daarom wat files, en de vraag om van de werknemers waarvan geen fatsoenlijke rapportjes gegenereerd werden te zien of die data gered kon worden. Is ons dan ook vrij snel gelukt en nu heeft Yannick zelfs, na onze ervaring die we hadden met access en die sapdb een nood rescue databank app gemaakt in access voor als dat programma het weer verprutst.

Daarnaast een beetje op een zijspoor geraakt door het valideren van de commandline argumenten van ons programma, ik moest daar plots weer denken aan het decorator pattern en d8 dat moet lukken ... maar Yannick was met dat stuk bezig en begon er aan, tot we die nood data rescue moesten uitvoeren, omdat Yannick dan meteen voor een permanenter noodplan over ging heb ik mij gebogen over dat decorator pattern, en t'was idd niet simpel maar we hebben nu nen interface om extreem flexibele validation te doen op variable deleten, k'heb nu 2 voorbeeld decoraties gemaakt namelijk NumericalValidatorDecorator en MaximumNumericalValidatorDecorator, t'is misschien niet perfect qua naamgeving maar het werkt wel proper :)