Transformatie Natuurlijke Taal Object Georiënteerd Analyse ...

2.5 The Way of Control: Project Management
In deze paragraaf komt aan de orde hoe binnen de KISS-methode het verloop van een project wordt beheerst.
Het gaat dus om het management aspect van het toepassen van een methode. Hoe goed een methode ook mag
zijn, zonder goed management zal de kans op een succesvolle afloop klein zijn. Een goed management waarbij
controle op de activiteiten plaatsvindt en waarbij tussentijdse resultaten kunnen worden beoordeeld is dus van
groot belang. Een van de manieren om een project te beheren is het opdelen van het project in een aantal fasen.
Elke fase moet een of meerdere produkten op leveren die beoordeeld kunnen worden en waaraan het management
de voortgang van het project kan bepalen. De modellen die binnen de KISS-methode gemaakt worden
geven een natuurlijke fasering aan. Deze fasering komt ook terug in het schema dat de Way of Working weergeeft
(zie Figuur 2-5).
De volgende fasen kunnen onderscheiden worden:
1. Probleem Specificatie
2. Probleem Analyse
3. Concept Definitie
4. Architectuur modellering
5. Encapsulatie modellering
6. Functionaliteit modellering
7. Transformatie
8. Generatie
9. Versie Management
Kijkend naar welke produkten overeenkomen met deze fasen dan kan het volgende lijstje worden opgesteld.
Daarbij is kort aangeven wat er gedaan wordt.
1. Tekstuele Beschrijving. Er moet zoveel mogelijk informatie worden verzameld bij de klant door middel van
interviews, formulieren en rapporten die binnen de organisatie rondgaan etc.
2. Grammaticale Analyse. De Tekstuele Beschrijving wordt geanalyseerd door middel van het opstellen van
structuurzinnen en deze te ontleden.
3. Subject, Object, en Actie specificatie. Er worden kandidaatlijsten opgesteld en begrippen worden gedefinieerd
in een data dictionairy.
4. Subject-communicatiemodel, KISS-model en OI-model. Aan de hand van de resultaten uit de tweede stap
worden de modellen opgesteld (in samenwerking met de klant worden ze meteen gevalideerd).
5. Attribuut- en Actiemodellen. Attributen en actietypen worden in detail gespecificeerd.
6. Functiemodel, schermen en rapporten. Vaak zijn hiervoor binnen een organisatie al standaarden.
7. Technische Implementatie beperkingen. Omdat de modellen onafhankelijk van een doelomgeving zijn opgesteld
moeten de modellen worden omgezet naar de uiteindelijke doelomgeving die zijn eigen specifieke
mogelijkheden en beperkingen heeft waar rekening mee moet worden gehouden.
8. Rulebase, Database. De KISS-modellen worden inclusief constraints opgeslagen in een Rulebase (action
handler). Het OI-model wordt getransformeerd naar een specifieke databasestructuur
9. Implementatie en onderhoud.
Het is van groot belang dat de modellen die worden opgeleverd (en dan met name het OI-model) door de klant
worden gevalideerd. Doordat de modellen opgesteld worden op een wijze die begrijpbaar is voor de klant
(uitgangspunt KISS-methode) zal de klant hiertoe ook in staat zijn.
2.6 The Way of Support
In deze paragraaf wordt nader ingegaan op de hulpmiddelen die gebruikt worden bij het uitvoeren van de
KISS-methode. Al het werk handmatig verrichten is ondoenlijk en leidt onherroepelijk tot fouten. Men gaat
immers al gauw dingen over het hoofd zien omdat een mens nu eenmaal slechts een beperkt aantal zaken tegelijk
kan overzien. Een oplossing voor dit probleem is het gebruik van een CASE-tool. Bij KISS b.v. wordt
gebruikt gemaakt van de CASE-tool Paradigm Plus. Dit tool ondersteunt het maken van modellen in verschillende
methoden. Zo worden naast de KISS-methode de methoden van Rumbaugh (OMT), Booch (OOA en
OOD), Coad en Yourdon, Shlaer en Mellor en nog een aantal (minder bekende) methoden ondersteund.
Ondersteuning vindt plaats op onder andere de volgende punten:
© KISS b.v. 28