Sparx Enterprise Architect is een multi-modelleertaal-tool dat gebaseerd is op een repository. Dat betekent dat de inhoud van een repository wordt opgeslagen in een onderliggende relationele database. In veel panelen van Sparx is dat duidelijk terug te zien. In een aantal panelen zie je een duidelijke detailweergave, zoals het property paneel  of in een lijst weergave zoals bijvoorbeeld het relaties paneel.

Toch is met name het browser paneel in Sparx Enterprise Architect een belangrijk hulpmiddel om de inhoud van de repository voor de gebruikers te structureren in de vorm van een boomstructuur.

Regelmatig krijg ik vragen uit organisaties die ik ondersteun bij het gebruik van Sparx Enterprise Architect over hoe de repository inhoud het best ingedeeld kan worden op basis van packages (in met name de browser). Dat is een valide vraag want met name als de repository inhoud in omvang groeit of complexer wordt doordat er meerdere modelleerdomeinen worden uitgewerkt in een repository wordt de indeling relevant.

Voor het indelen van de repository content is geen eenduidige logische indeling te noemen. Dat hangt van veel factoren af in een organisatie. Wat is de structuur van de organisatie, welke rollen gebruiken de repository, welke modelleertalen worden toegepast en wat is het doel van een repository. Allemaal vragen die meespelen in het bepalen van een repository indeling die aansluit bij de stakeholders die betrokken zijn bij een modelleer repository.

Open whitepaper hier