Requirements en specificaties voor software projecten liggen vaak vast in documenten zoals wetteksten, beleidsstukken en functionele ontwerpen. Wanneer deze documenten wijzigen, is vaak niet duidelijk welke onderdelen van de daadwerkelijke software hierdoor geraakt worden. De Design Studio van Aquima schept eindelijk helderheid.

Het is nu mogelijk om binnen de modelleeromgeving op elk vlak de koppeling te maken met de inhoud van documenten. Wijzigt de documentatie, dan is met één druk op de knop inzichtelijk waar de applicatie moet veranderen.

Een bekend probleem uit de praktijk; wet en regelgeving wijzigt, een nieuw product wordt ingevoerd of de oude werkwijze volstaat niet meer. Gevolg is dat de requirements die gesteld zijn aan een applicatie veranderen. Om de impact te bepalen, moet eerst duidelijk zijn welke onderdelen van de implementatie hierdoor geraakt worden. Je zou in één overzicht willen zien welke business logica hoort bij welke requirement, en of die requirement gewijzigd is.

 “Business requirements worden vaak vastgelegd in documenten,” ligt Ingrid van Baast, Product development consultant van het Aquima team, toe. “Daarom hebben we ervoor gekozen om de mogelijkheid te bieden om documenten te importeren in Aquima. Het verband tussen de tekst en business logica wordt dan in Aquima aangegeven door de gebruiker.” Wanneer de gebruiker een gewijzigde versie van de documenten importeert, of veranderingen op reeds geïmporteerde documenten doorvoert, kan in één overzicht getoond worden waar de wijzigingen betrekking op hebben.

“De term business logica is kort-door-de-bocht”, ligt Van Baast toe, “aangezien in Aquima vrijwel de gehele applicatie gemodelleerd wordt. Dan moet je ook denken aan schermopbouw, processtappen en procesflows, te genereren documenten, zelfs tot het niveau van entiteiten en attributen.”

Het kunnen bijhouden van links tussen het model van de Aquima applicatie en documentatie is de eerste functionaliteit die onder de noemer “Design Studio” geïntroduceerd wordt. Deze naamgeving verwijst naar de visie dat kennis en specificaties voor en door de business gemaakt worden, en niet door programmeurs. “Eigenlijk is dat voor ons niks nieuws”, aldus Van Baast, “met Aquima worden applicaties gemodelleerd in plaats van geprogrammeerd. Wanneer bijvoorbeeld een schermdefinitie of beslistabel gewijzigd wordt  is dit direct van invloed op de ontwikkelversie van de applicatie.”

De eerste ervaringen met de “Design Studio” zijn positief. Dries Bollen maakte kennis met de nieuwe functionaliteit in een project met pensioen experts van Oviro. “Oviro legt hun pensioenkennis vast in een referentiemodel. Nu nog op papier, maar straks elektronisch en in Aquima zodat expliciete kennis meteen gebruikt kan worden door de computer. Het koppelen van  pensioenwetgeving aan het model binnen Aquima heeft duidelijke meerwaarde; dat blijkt wel uit de reacties op onze gezamenlijke demo bij verschillende potentiële klanten.”

Met de Design Studio kunnen business- en gebruikerseisen eenduidig worden vastgelegd. Dit zorgt voor een betere borging en traceerbaarheid van kennis en snellere impact bepalingen van wijzigingen in nieuwe requirements, wetten en/of regels. De business-IT kloof wordt hiermee nog meer verkleind.