Referentiecomponenten en applicatieservices: verschil tussen versies
Geen bewerkingssamenvatting |
Geen bewerkingssamenvatting |
||
(Een tussenliggende versie door dezelfde gebruiker niet weergegeven) | |||
Regel 1: | Regel 1: | ||
{{ | {{Publicatie | ||
| | |Paginastatus=publiceren | ||
|Redactiestatus=Actueel | |Redactiestatus=Actueel | ||
| | |Wikibeheerder=Beheerder Applicatiearchitectuur, | ||
}} | }} | ||
[[Categorie:Informatie-architectuur]] | [[Categorie:Informatie-architectuur]] | ||
{{PaginaVervangen|pagina = GEMMA_2_Applicatiearchitectuur}} | {{PaginaVervangen|pagina = GEMMA_2_Applicatiearchitectuur}} |
Huidige versie van 30 mrt 2024 om 15:44
Deze pagina vervangt Informatie- en applicatiearchitectuur
Applicatieservice-model[bewerken]
Het applicatieservice-model 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 - Download als csv
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 - Download als csv
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.
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.