Informatie- en applicatiearchitectuur
Inleiding[bewerken]
GEMMA is een referentiearchitectuur die richting geeft aan hoe gemeenten hun informatiehuishouding inrichten. De informatiearchitectuur bestaat uit de Gegevens- en berichtenarchitectuur en de GEMMA Applicatiearchitectuur met applicatieservices en referentiecomponenten.
Applicatieservice-model[bewerken]
Het applicatieservice-model is doorontwikkeling van de welbekende “Midoffice-plaat” en bijbehorende GEMMA Informatiearchitectuur 1.0 uit 2009. Het model is aangepast aan de nieuwe uitdagingen waar gemeenten op dit moment voor staan. Zo is de scope verbreed van enkel e-dienstverlening naar het ondersteunen van alle gemeentelijke bedrijfsprocessen en is het onderscheid tussen generieke en domeinspecifieke functionaliteit beter aangegeven.
Het applicatieservice-model is een referentiearchitectuur en is als zodanig richtinggevend voor de inrichting van de informatiehuishouding van gemeenten. De plaat geeft een overzicht van generieke gemeentelijke applicatieservices en ordent deze naar doelgroep en genericiteit. Het applicatieservice-model kan gebruikt worden als basis voor een breed scala aan vraagstukken op het vlak van informatiemanagement en architectuur. Bijvoorbeeld als doelarchitectuur, voor het plotten van architectuurvraagstukken of voor applicatieportfoliorationalisatie. Bekijk voor meer informatie de pagina Werken onder architectuur.
GEMMA applicatieservice-model (uit model: GEMMA 2) - Toon SVG
Er is een toelichting en een beschrijving van de achtergronden van de GEMMA Informatiearchitectuurplaten beschikbaar.
Applicatieservices met referentiecomponenten[bewerken]
Het gemeentelijk applicatielandschap bestaat nog uit veel applicaties die al dan niet aan elkaar gekoppeld of geïntegreerd zijn. Ieder gemeentelijk applicatielandschap is (vooralsnog) uniek. In de GEMMA is in kaart gebracht wat de bouwblokken van de gemeentelijke informatievoorziening zijn. Deze bouwblokken, de referentiecomponenten, zijn modulair, zelfstandig inzetbaar en vervangbare delen van softwaresystemen. Referentiecomponenten groeperen logisch bij elkaar horende functionaliteit en bieden deze functionaliteit aan via goed gedefinieerde interfaces. Referentiecomponenten zijn in de GEMMA beschreven voor zowel specifieke als generieke functionaliteit. Leveranciers van gemeentelijke informatiesystemen kunnen via hun softwareproducten één of meer referentiecomponenten realiseren. Bij de doorontwikkeling van de referentiecomponenten worden toevoegingen en wijzigingen getoetst op basis van de definitie referentiecomponent. Onderdeel van de definitie zijn de beoordelingscriteria.
De referentiecomponenten in de onderstaande view zijn nadrukkelijk verbonden met de applicatieservices uit het applicatieservice-model. Zo ontstaat een functionele afbakening per referentiecomponent.
De referentiecomponenten vormen de basis voor de GEMMA Softwarecatalogus, een online informatiesysteem dat het (verwachte) softwareaanbod voor gemeenten en het gebruik door gemeenten in kaart brengt. Per softwareproduct is aangegeven wat de globale functionaliteit is, wat de productplanning is en welke standaarden worden ondersteund.
(Generieke) Applicatieservices met referentiecomponenten (uit model: GEMMA 2) - Toon SVG
Door gemeenten worden veel verschillende softwareproducten ingezet bij de uitvoering van de primaire en secundaire taken. Een deel van de softwareproducten worden gebruikt voor de ondersteuning van specifieke bedrijfsfuncties en een deel van de softwareproducten wordt gebruikt voor generieke taken. Een voorbeeld van een specifiek softwareproduct is een vergunningensysteem wat alle aspecten van vergunningverlening ondersteund. Voorbeelden van een generieke softwareproducten zijn een zaaksysteem en een servicebus. In de praktijk is het gebruikelijk dat leveranciers in hun softwareproducten zowel specifieke als generieke functionaliteit aanbieden. Denk hierbij bijvoorbeeld aan een vergunningensysteem wat functionaliteit in zich heeft voor het registreren en afhandelen van vergunningsaanvragen (zaken). Doordat softwareproducten naast specifieke ook generieke functionaliteit realiseren bestaat het risico dat binnen de gemeente generieke functionaliteit meerdere malen wordt geïmplementeerd binnen verschillende softwareproducten. Het meervoudig implementeren van (veelal generieke) functionaliteit binnen verschillende softwareproducten leidt tot inefficiëntie in de informatievoorziening. Deze inefficiëntie uit zich onder andere in hoge kosten en onnodige complexiteit van de informatievoorziening.
Hieronder staan verwijzingen naar alle referentiecomponenten met beschrijving, toelichting en bijbehorende applicatieservices verdeeld over de domeinen.
- Overzicht referentiecomponenten Bestuur
- Overzicht referentiecomponenten Fysieke leefomgeving
- Overzicht referentiecomponenten Niet domeingebonden
- Overzicht referentiecomponenten Ondersteuning
- Overzicht referentiecomponenten Openbare orde en veiligheid
- Overzicht referentiecomponenten Publieksdiensten
- Overzicht referentiecomponenten Sociaal domein
- Overzicht alle referentiecomponenten
Applicatieservices en buitengemeentelijke voorzieningen[bewerken]
Onder de applicatieservices worden de buitengemeentelijke/landelijke voorzieningen getoond. Dit is een niet uitputtend overzicht van voor gemeenten relevante voorzieningen waarvan het gebruik door gemeenten verplicht danwel aanbevolen is. De buitengemeentelijk voorzieningen worden onder andere weergegeven op de view GA03 Applicatieservices generiek met referentiecomponenten en buitengemeentelijke voorzieningen.
De buitengemeentelijke voorzieningen worden door gemeenten in de Softwarecatalogus gebruikt om te registreren welke koppelingen zij hebben. Een gemeente legt vast welke pakketten gegevens uitwisselen met de buitengemeentelijke voorzieningen. Hierbij kan tevens worden aangegeven welke koppelvlakstandaard hierbij gebruikt wordt.
Zie het Overzicht buitengemeentelijke voorzieningen voor een tabel met de voorzieningen, een omschrijving en de koppelvlakstandaarden.
Bedrijfsfuncties met referentiecomponenten[bewerken]
Zoals hierboven is beschreven zijn de referentiecomponenten verbonden met de applicatieservices. De applicatieservices zijn vervolgens weer verbonden met de de bedrijfsfuncties die gebruik maken van de betreffende applicatieservices. In het GEMMA model zijn deze relaties expliciet uitgemodelleerd. Zie het GEMMA kennismodel voor meer informatie over de in de GEMMA gebruikte ArchiMate concepten.
Van het bedrijfsfunctiemodel zijn per domein views gemaakt waarop de door een bedrijfsfunctie gebruikte referentiecomponenten getoond worden. Om redenen van overzichtelijkheid zijn de tussenliggende applicatieservices weggelaten.
Bedrijfsfunctiemodel sociaal domein met referentiecomponenten (uit model: GEMMA 2) - Toon SVG
Verdere uitwerking[bewerken]
Katern verbinden[bewerken]
In het GEMMA applicatieservice-model en het referentiecomponentenmodel staat beschreven welke applicatieservices en referentiecomponenten een gemeente heeft. De onderlinge samenhang, bv. hoe de verschillende referentiecomponenten samen kunnen werken en moeten koppelen staat uitgewerkt in het katern verbinden.
Uitwerking in domeinarchitecturen[bewerken]
Naast de generieke gemeentelijke applicatiearchitectuur, beschreven op deze pagina, zijn ook diverse domeinarchitecturen uitgewerkt. In deze domeinarchitecturen zijn per domein een bedrijfsfunctiemodel, een applicatieservice-model en een referentiecomponentenmodel uitgewerkt.