Een rapport staat
volledig los van een formulier; een rapport en een formulier kunnen uiteraard best dezelfde query gebruiken, vaak gaat het om dezelfde data, maar verder is een rapport een zelfstandig object. Rapporten moet je ook ontwerpen met het achterliggende idee dat je ze vooral gebruikt om de gegevens te
representeren. Dus stukken die naar de printer gaan, maak je bij voorkeur op zonder gekleurde achtergrondjes, maar gewoon op wit. En schermrapporten kun je dan wel een fraaier uiterlijk geven. En formulieren zijn puur bedoeld voor de
input kant, en voor de
procesbewaking. Dus een formulier kan de dagelijkse voortgang laten zien, de statussen van de verschillende processen etc. En voor het
invoeren van data. Maar een formulier gaat
nooit de deur uit, en al helemaal niet naar een klant.
Formulieren moeten bij voorkeur zo simpel mogelijk zijn opgebouwd om de gebruiker het werk zo makkelijk mogelijk te laten uitvoeren. Het hele proces van formulieren maken/rapporten maken komt pas als laatste aan bod; eerst moet de database in orde zijn. En volgens mij schort het daar nog een beetje aan, zoals we (Johan en ik) al een tijdje geleden hebben geschreven. Dat je geen database kennis hebt, is uiteraard geen probleem of schande, kennis krijg je nu eenmaal niet vanzelf. Maar een ingewikkelde database bouwen
zonder kennis, daarvan kun je je afvragen of dat slim is. Vergelijk het hier mee: ik ga er zonder meer vanuit dat je netjes met vork en mes kan eten, maar ben je dan ook in staat om een open hart operatie te doen? Laat ik dat zo beantwoorden: als we ooit samen in een gecrasht vliegtuig zouden zitten, en er moet bij mij een been worden afgezet met een ontbijtmes, en ik kan kiezen uit jou of een ook toevallig aanwezige chirurg, dan kies ik de chirurg
.