Functioneel ontwerp

In het functioneel ontwerp zijn twee delen:

1. De specificatie van vereisten, een gedetailleerde omschrijving aan de hand waarvan herkend en gecontroleerd kan worden of de klus geklaard is en de gebruiker / klant tevreden kan zijn.
2. De systeemspecificatie, een gedetailleerde omschrijving die feitelijk zegt wat het systeem moet doen om aan de specificatie van vereisten te voldoen. Daarnaast volgt daaruit een voorlopige conclusie of bepaalde wensen technisch/commerciëel eigenlijk wel haalbaar zijn en hoeveel tijd een ontwikkeltraject (fase hoofdopdracht) globaal in beslag zal nemen.

Typische zaken die in de specificatie van vereisten voorkomen zijn:

1. Basislayout van de applicatie, waarin de verschillende invoerschermen zichtbaar worden. Een beschrijving van:
   1. Afmetingen, naam, titel en bijv. te gebruiken pictogram
   2. Knoppenbalk
   3. Menu items
   4. Waar is het programma voor bedoeld (doel)
2. Invoerschermen ofwel pagina's of vensters. Een schetsontwerp (layout) en beschrijving van:
   1. Invulvelden met opschriften
   2. Knoppen
   3. Menu items van menu in venster of snelmenu
   4. Kleuren en lettertypes
   5. Validatiegegevens; aan welke vereisten moeten gegevens voldoen voor ze verder verwerkt (bijv. opgeslagen) mogen worden.
3. Rapportage. Een schetsontwerp (layout) en beschrijving van datgene wat uiteindelijk uit de printer moet rollen:
   1. Velden met opschriften
4. Import en export. Een specificatie t.b.v. koppeling met externe systemen:
   1. Uitwisselingsprotocollen of
   2. Bestandsformaten
   3. Bestandslayout (velden, kolommen etc.)
   4. Bestandlocaties (vast, variabel, lokaal, netwerk. etc.)
   5. Gegevens te koppelen programmatuur of web services (product, versie, leverancier)

Typische zaken die in een systeemspecificatie voorkomen zijn:

1. Wie zal het systeem gebruiken?
2. Wat kunnen de gebruikers met het systeem doen?
3. Hoe zal deze gebruiker dat doen met het systeem?
4. Hoe anders zal dit werken als iemand anders hetzelfde zou doen of dezelfde gebruiker een ander doel zou hebben (variaties in kaart brengen)?
5. Welke problemen kunnen voorkomen terwijl wij dit doen met het systeem (uitzonderingen in kaart brengen)?

Deze vragen zijn een manier om:

1. De administratieve organisatie (A.O.) in kaart te brengen
2. De werkprocessen goed in kaart te brengen
3. Scenario's te beschrijven. Wat gebeurt er in welke omstandigheden in welke volgorde (case diagrammen zijn een goed hulpmiddel)

Tijdens het maken van een functioneel ontwerp heeft u te maken met een combinatie van verschillende vakdisciplines. Administratief, grafisch en technisch ontwerp. Een goede voorbereiding kost de nodige inspanning, meer als vaak verwacht wordt. Daarnaast rijst de vraag of voldoende kennis en ervaring binnen de organisatie van de gebruiker beschikbaar is. Indien dit niet het geval is, verdient het de aanbeveling deze kennis via inhuur beschikbaar te maken. Denk daarbij bijv. aan uw accountant (A.O.), uw grafische vormgever (huisstijl), uw interne of externe systeembeheerder (interactie met aanwezige apparatuur of software) etc. De voorbereidende fase van het functioneel ontwerp is feitelijk een apart project. Het principe 'bezint eer ge bezint' bespaart u op termijn veel zaken waar u niet mee geconfronteerd wilt worden.

Tijdens het opstellen van een functioneel ontwerp kunnen wij u van dienst zijn middels consultancy diensten met betrekking tot techniek, administratie en organisatie. Ook na de fase van het functionele ontwerp zijn wij u graag van dienst met de bouw of implementatie van software.

Voor meer informatie kunt u ons benaderen via het Contact formulier.