nyuuzyou/wikis huggingface dataset:
Domeinarchitectuur fysieke leefomgeving

Category:Bedrijfsarchitectuur
In het VIVO traject zijn de architectuurmodellen ontstaan voor de Fysieke leefomgeving
==Inleiding==
De komst van de nieuwe Omgevingswet heeft grote impact op de gemeentelijke informatievoorziening. De complexiteit voor burger en bedrijf moet aanzienlijk afnemen, maar dit zal waarschijnlijk niet gelden voor de ondersteunende informatievoorziening. De fysieke leefomgeving zal meer moeten integreren en in de keten samenwerken. 
In 2016 heeft KING samen met gemeenten het project Verkenning Informatie Voorziening Omgevingswet (VIVO) uitgevoerd. Hierin is samen met gemeenten onderzoek gedaan naar de impact die invoering van de nieuwe omgevingswet op de gemeentelijke informatievoorziening heeft.
De scope van de domeinarchitectuur Fysieke leefomgeving is breder dan alleen de Omgevingswet. Lessen uit het sociaal domein hebben geleerd dat een brede domeinarchitectuur langer houdbaar is en als degelijke basis kan dienen om de veranderingen als gevolg van nieuwe omgevingswet inzichtelijk te maken. Het domein Fysieke leefomgeving omvat functies waarbij ruimtelijke componenten een belangrijke rol spelen.
Op deze pagina vindt u architectuurmodellen die voor dit domein zijn ontwikkeld. De modellen zullen stapsgewijs verder worden ontwikkeld. Er is ruimte voor vragen, opmerkingen en suggesties via gemmaonline@vng.nl
===Bedrijfsarchitectuurmodel===
De primaire doelgroep van deze modellen zijn de afdelingsmanagers, de beleidsmedewerkers en projectmanagers/-leiders die binnen dit domein actief zijn. Op de pagina bedrijfsfuncties wordt nader toegelicht wat een bedrijfsfunctiemodel is en hoe het kan worden gebruikt.
View
Toelichting
 
View met bedrijfsfuncties en subbedrijfsfuncties.
 
View met bedrijfsfuncties en de referentiecomponenten die worden gebruikt ter ondersteuning.
===Applicatiearchitectuurmodel===
De primaire doelgroep van deze views zijn informatiearchitecten, informatiemanagers, applicatiebeheerders en projectleiders. De Informatie-architectuur licht nader toe wat een applicatieservicesmodel is en hoe het kan worden gebruikt.
View
Toelichting
 
View met applicatieservices en de referentiecomponenten die deze services leveren.
Domeinarchitectuur ondersteuning

Category:Bedrijfsarchitectuur
Het domein "bestuur" omvat functies die te maken hebben met (het ondersteunen van) gemeentelijk bestuur.
Op deze pagina vindt u architectuurmodellen die voor dit domein zijn ontwikkeld. De modellen zullen stapsgewijs verder worden ontwikkeld. Er is ruimte voor vragen, opmerkingen en suggesties via gemmaonline@vng.nl
===Bedrijfsarchitectuurmodel===
De primaire doelgroep van deze modellen zijn bestuurders, afdelingsmanagers, de beleidsmedewerkers en projectmanagers/-leiders die binnen dit domein actief zijn. Op de pagina bedrijfsfuncties wordt nader toegelicht wat een bedrijfsfunctiemodel is en hoe het kan worden gebruikt.
View
Toelichting
View met bedrijfsfuncties en subbedrijfsfuncties.
View met bedrijfsfuncties en de referentiecomponenten die worden gebruikt ter ondersteuning.
===Applicatiearchitectuurmodel===
De primaire doelgroep van deze views zijn informatiearchitecten, informatiemanagers, applicatiebeheerders en projectleiders. De Informatie-architectuur licht nader toe wat een applicatieservicesmodel is en hoe het kan worden gebruikt.
View
Toelichting
View met applicatiefuncties en de referentiecomponenten die deze functies leveren.
Domeinarchitectuur publieksdiensten

Category:Bedrijfsarchitectuur
In 2016 is met een gemeentelijke werkgroep een eerste versie gemaakt van de architectuur voor het domein "publieksdiensten". Aanvankelijk had het domein als werknaam "dienstverlening". De NORA definieert een dienst echter als: "alles wat een overheidsorganisatie doet voor een afnemer". Waarbij de afnemer een burger, bedrijf of andere overheidsorganisatie kan zijn. Dienstverlening in deze brede betekenis vindt plaats binnen de hele gemeente en is dus niet specifiek voor één domein. De naam van het domein is daarom gewijzigd in "publieksdiensten".
Anders dan in GEMMA 1 en het Antwoord-concept heeft "dienstverlening" in GEMMA 2 dus een bredere betekenis dan "elektronische dienstverlening naar aanleiding van klantvragen". Binnen GEMMA 2 is de interactie met klanten, bijv. tijdens het aanvragen of leveren van producten, onderdeel van de bedrijfsfunctie "Klant- en keteninteractie". Uiteraard blijft dit, ook binnen GEMMA 2, een belangrijk aandachtsgebied. De domeinwerkgroep heeft om deze reden ook de bedrijfsfunctie "klant- en keteninteractie" verder uitgewerkt. Een van de conclusies daaruit was klantinteractie binnen verschillende domeinen vaak op een vergelijkbare manier plaatsvindt. De bedrijfsfunctie is daarom als generiek van aard bestempeld.
Het domein Publieksdiensten omvat voor de buitenwereld herkenbare functies waarbij burgers en bedrijven vaak zelf diensten afnemen. Soms getriggerd door een aanvraag (bijv. aanvragen van een nieuw paspoort), soms omdat de gemeente zelf initiatief neemt (bijv. belasting opleggen). 
Op deze pagina vindt u architectuurmodellen die voor dit domein zijn ontwikkeld. De modellen zullen stapsgewijs verder worden ontwikkeld. Er is ruimte voor vragen, opmerkingen en suggesties via gemmaonline@vng.nl
===Bedrijfsarchitectuurmodel===
De primaire doelgroep van deze modellen zijn de afdelingsmanagers, de beleidsmedewerkers en projectmanagers/-leiders die binnen dit domein actief zijn. Op de pagina bedrijfsfuncties wordt nader toegelicht wat een bedrijfsfunctiemodel is en hoe het kan worden gebruikt.
View
Toelichting
 
View met bedrijfsfuncties en subbedrijfsfuncties.
 
View met bedrijfsfuncties en de referentiecomponenten die worden gebruikt ter ondersteuning.
===Applicatiearchitectuurmodel===
De primaire doelgroep van deze views zijn informatiearchitecten, informatiemanagers, applicatiebeheerders en projectleiders. De Informatie-architectuur licht nader toe wat een applicatieservicesmodel is en hoe het kan worden gebruikt.
View
Toelichting
 
View met applicatiefuncties en de referentiecomponenten die deze functies leveren.
Domeinarchitectuur sociaal

Category:Bedrijfsarchitectuur
==Inleiding==
KING is in 2015 gestart met het opstellen van een domeinarchitectuur voor het sociaal domein. Deze komt in de plaats van enkele architectuurplaten die in het verleden al waren gemaakt voor de 3 decentralisaties, maar die hun actualiteit wat hadden verloren.Een eerste versie van het bedrijfsfunctiemodel is na cocreatie in 2015 vastgesteld. Het werd door gemeenten als herkenbaar en bruikbaar bestempeld. Maar men vond het (begrijpelijk) ook nog wel erg generiek. Er was een duidelijke behoefte aan verder uitgewerkte domeinarchitecturen.
Bij het maken van de bedrijfsarchitectuur voor het sociale domein is constructief samengewerkt met architecten binnen het sociale domein van de G4 (Amsterdam, Rotterdam, Den Haag en Utrecht). Zij hadden voor het programma PP/Innovatie van Wigo4it gebruik gemaakt van het generieke . Deze samenwerking heeft geleid tot best practices die de toepasbaarheid van referentiemodellen demonstreren. 
Op deze pagina vindt u architectuurmodellen die voor dit domein zijn ontwikkeld. De modellen zullen stapsgewijs verder worden ontwikkeld. Er is ruimte voor vragen, opmerkingen en suggesties via gemmaonline@vng.nl
===Bedrijfsarchitectuurmodel===
De primaire doelgroep van deze modellen zijn de afdelingsmanagers, de beleidsmedewerkers en projectmanagers/-leiders die binnen dit domein actief zijn. Op de pagina bedrijfsfuncties wordt nader toegelicht wat een bedrijfsfunctiemodel is en hoe het kan worden gebruikt.
View
Toelichting
In deze view staan de uitgewerkte detailbedrijfsfuncties voor het sociaal domein.
In deze view wordt afgebeeld welke referentiecomponenten gebruikt kunnen worden om de betreffende bedrijfsfunctie te ondersteunen
===Applicatiearchitectuurmodel===
De primaire doelgroep van deze views zijn informatiearchitecten, informatiemanagers, applicatiebeheerders en projectleiders. De Informatie-architectuur licht nader toe wat een applicatieservicesmodel is en hoe het kan worden gebruikt.
View
Toelichting
Deze view laat de gerelateerde referentiecomponenten zien die toegewezen zijn aan de betreffende applicatiefuncties binnen de GEMMA 2 Informatiearchitectuur
Evaluaties GEMMA

Category:Functioneel beheerGEMMA wordt regelmatig gereviewd middels een productwaarderingsonderzoek om de kwaliteit te verbeteren. Om de twee jaar wordt er een dergelijk onderzoek uitgevoerd onder de gebruikers van de GEMMA Portfolio. De resultaten vindt u hieronder gesorteerd per jaar. __NOEDITSECTION__
=== 2023 ===
* 
===2020===
* 
* 
* 
===2018===
* (PPT)Rapportage VNG Realisatie - Productwaarderingsonderzoek GEMMA 2-meting (2018369)_def.zip 
* 
* 
* 
* 
* 
===2016===
* 
===2014===
* 
*
GAO - De referentiecomponenten voor de Omgevingswet

Category:Omgevingswet
 __NOTOC__
===Introductie===
Op basis van de GEMMA-Omgevingswetprocessen is een onderzoek gedaan naar welke gemeentelijke applicaties worden gebruikt binnen de fysieke leefomgeving en waar de Omgevingswet mogelijk invloed op gaat hebben. Deze zijn ingedeeld op referentiecomponenten die:
* op termijn vervangen worden, nieuw zijn of sterk gewijzigd gaan worden (tabel 1);
* minder impact ondervinden (tabel 2).
====Relatie met volgende hoofdstukken====
In de volgende drie hoofdstukken zoomen verder in op de drie belangrijkste verzamelingen van componenten, 1) de Omgevingsbeleidcomponenten, 2) de Regelbeheercomponenten en 3) de VTH-componenten. Hierbij onderzoeken we welke requirements en koppelingen de componenten dienen te omvatten voor de uitvoer van de Omgevingswet. Vervolgens brengen we onder Koppelingen voor de Omgevingswet in beeld op welke manier via deze koppelingen informatie binnen de gemeente of tussen de gemeente en DSO-LV dan wel een GDI voorziening wordt uitgewisseld. 
===Overzicht Omgevingswetreferentiecomponenten===
Onderstaande afbeelding en tabel geven een overzicht van de referentiecomponenten die de Omgevingswet processen ondersteunen. Deze selectie componenten is zoals aangegeven ontstaan na een analyse van de Omgevingswet processen. Deze processen zijn te vinden onder de Bedrijfsarchitectuur omgevingswet. 
In de onderstaande tabel staan de componenten die sterk wijzigen als gevolg van de Omgevingswet of die helemaal nieuw zijn.
Tabel 1. Overzicht van alle nieuwe of sterk gewijzigde referentiecomponenten in de fysieke leefomgeving n.a.v. de Omgevingswet 
===Overige referentiecomponenten===
De onderstaande tabel geeft een overzicht van de referentiecomponenten die minder sterk wijzigen, maar waar de Omgevingswet wel een bepaalde impact op heeft. 
Tabel 2: Overzicht van alle bestaande referentiecomponenten in het gemeentelijk domein die betrokken zijn en waar Omgevingswet mogelijk invloed op heeft
GEMMA ArchiMedes test

Categorie:GEMMA ArchiMedesTemplates
__TOC__
Deze pagina bevat aanroepen van de sjablonen uit de categorieën
: GEMMA ArchiMedes
=== Sjabloon:ToonElementEigenschappen ===
Eigenschappen van 'Common Ground 5-lagenmodel in Archimate (ArchiMateView)'
{{ToonElementEigenschappen
|id=7f194441-e5bb-4ed9-865b-7f335aa3d9f9
|modelid=2b2b88ba-8efe-46d3-8b40-47af290bc418
}}
=== Sjabloon:ToonTabelVanViewGEMMA ===
==== Default (Element)====
{{ToonTabelVanViewGEMMA
|viewid=63aa8230-d562-4950-a147-8dfb99cd0259
|modelid=2b2b88ba-8efe-46d3-8b40-47af290bc418
}}
==== filter ApplicationComponents, attributen GEMMA type, BIV score BBN ====
{{ToonTabelVanViewGEMMA
|viewid=63aa8230-d562-4950-a147-8dfb99cd0259
|modelid=2b2b88ba-8efe-46d3-8b40-47af290bc418
|filter=ApplicationComponents
|attributen= Toelichting, BIV score BBN, GEMMA type
}}
==== type Relatie ====
{{ToonTabelVanViewGEMMA
|viewid=63aa8230-d562-4950-a147-8dfb99cd0259
|modelid=2b2b88ba-8efe-46d3-8b40-47af290bc418
|type=Relatie
}}
==== type Relatie, filter ServingRelationships en een attribuut ====
{{ToonTabelVanViewGEMMA
|viewid=63aa8230-d562-4950-a147-8dfb99cd0259
|modelid=2b2b88ba-8efe-46d3-8b40-47af290bc418
|type=Relatie
|filter=ServingRelationships
|attributen=Verbindingsrol
}}
GEMMA Begrippenkader

Category:Over GEMMA
Categorie:Overzichten
Het GEMMA Begrippenkader is de verzameling van begrippen die relevant zijn binnen de context van de GEMeentelijke Model Architectuur ( GEMMA). Duidelijkheid over wat bepaalde termen betekenen helpt om verwarring en dubbelzinnigheid te voorkomen en vergemakkelijkt effectieve communicatie en begrip. Voor andere domeinen of sectoren bestaan andere begrippenkaders. Mis je een begrip of heb je een vraag neem dan contact op via GEMMAOnline@VNG.nl.
Begripsdefinities worden bij voorkeur overgenomen uit bestaande begrippenkaders. Als elders gedefinieerde begrippen de betekenis binnen de GEMMA niet duidelijk genoeg omschrijven wordt een eigen definitie gebruikt. Belangrijke bronnen voor het definiëren van begrippen zijn:
Bron 	Toelichting
NORA 	Het begrippenkader van de Nederlandse Overheid Referentie Architectuur
GEMMA 	Specifiek voor gebruik binnen de GEMMA vastgestelde begrippen
GEMMA-Kennismodel	Het GEMMA-Kennismodel waarmee binnen GEMMA gebruikte architectuurelementen en hun onderlinge samenhang met behulp van de ArchiMate architectuurbeschrijvingstaal zijn beschreven
TOGAF 	Het wereldwijd gebruikte The Open Group Architecture Framework
Wikipedia 	Wikipedia als bron voor breed gebruikte begripsomschrijvingen (zowel .org als .nl)
Door de Informatiebeveiligingsdienst voor gemeenten (IBD) zijn begrippen rondom informatiebeveiliging gedefinieerd.
Voor naamgeving en betekenis is gebruik gemaakt van de in ontwikkeling zijnde Nederlandse standaard voor het beschrijven van begrippen:
* Voorkeursterm: een label dat in een specifieke taal het geprefereerde lexicale label is
* Definitie: een verwoording van de betekenis van een begrip waarmee het begrip kan worden onderscheiden van andere begrippen
* Bron: een document of resource op het web waaruit de betekenis van een begrip is afgeleid
* Voorbeeld: een notitie die meer duidelijkheid geeft over het gebruik van een begrip
* Alternatieve term: een label die gebruikt kan worden als alternatief voor de voorkeursterm van een object, maar niet de voorkeur heeft
Aantal begrippen:
GEMMA Portfolio

Categorie:Modelleren handleidingen
In dit model staan de producten die behoren tot GEMMA en hun definitie. Let op dat dit geen producten die in een diagram of view zijn terug te vinden. Dat geldt vooral voor de onderdelen behoren tot de Enterprise architectuur. Deze bevat weer "submodellen" die op hun beurt weer bestaan uit Principes, Elementen, Relaties (zie hieronder), Patronen en Views. In deze views kunnen dan ook elementen voorkomen uit andere (sub)modellen. Bijvoorbeeld een View met Bedrijfsfuncties met daarop afgebeeld Referentiecomponenten. Welke views er zijn, is weer te zien op Overzicht GEMMA Views.
GEMMA domeinen en beleidsdomeinen

Category:Bedrijfsarchitectuur
Een bedrijfsfunctie groepeert activiteiten waarvoor vergelijkbare bedrijfsmiddelen, kennis of competenties nodig zijn. Een bedrijfsobject is een concept dat binnen een bepaald domein wordt gebruikt en betekenis heeft. 
Bedrijfsfuncties zijn binnen de GEMMA in 6 'domeinen' onderverdeeld: Bestuur, Sociaal domein, Fysieke leefomgeving, Publieksdiensten, Openbare orde en veiligheid en Ondersteuning. 
Bedrijfsobjecten (waarvan er meer zijn) zijn, in navolging van het Gemeentelijk GegegevensModel (GGM), gegroepeerd in een groter aantal groepen (soms ook aangeduid als 'beleidsdomeinen'). 
Onderstaand model geeft de relatie weer tussen de GEMMA-bedrijfsfuncties en de GEMMA-bedrijfsobjecten. 
Achtereenvolgens worden getoond: 
* De naam een van de 6 domeinen waarin bedrijfsfuncties zijn gegroepeerd.
* De namen van de daaraan gerelateerde groepen van bedrijfsobjecten.
* Per groep de namen van de bedrijfsobjecten.
Opmerking: het GGM kent een aantal objecten die niet tot een groep behoren. Deze staan onder het kopje 'Niet domein gebonden'.
 
 📂GEMMA domein bevat </br>          Beleidsdomein 
 Definitie 
 Bedrijfsobjecten
GEMMA implicaties

Category:Strategie en motivatie
In de volgende tabel zijn de GEMMA implicaties samengevat. Deze bestaan uit originele NORA implicaties, gewijzigde en toevoegingen specifiek voor gemeenten. Hierbij zijn een aantal NORA implicaties voor de GEMMA ook gesplitst en een aantal implicaties nog wat explicieter opgenomen op basis van de ontwikkelingen voor gemeenten.
ID
GEMMA Implicatie
Hoort bij
Laag in NORA-vijflaagsmodel
GEMMA kennismodel

Category:ArchiMate modelleren
__TOC__
Een kennismodel of metamodel beschrijft de architectuurobjecten en hun onderlinge samenhang. Bijvoorbeeld applicatieservices of applicatiefuncties. Het kennismodel is weergegeven in de concepten zoals gedefinieerd in de ArchiMate conventie.
Het GEMMA kennismodel toont de ArchiMate concepten die gebruikt worden voor het beschrijven van de informatievoorziening van het gemeentelijk domein. Het kennismodel fungeert tevens als basis voor de inrichting van deze wiki. Hierdoor wordt de kennis uit GEMMA 2.0 semantisch en kan als zodanig beter beheerbaar en toegankelijk gemaakt.
== GEMMA modellering == 
Op de pagina GEMMA modellering wordt ingezoomd op de modellering van de GEMMA architectuurmodellen.
==Softwarecatalogus ArchiMate exportbestanden (AMEFF) ==
Gemeenten en leveranciers kunnen met de Softwarecatalogus een exportbestand opvragen van de GEMMA architectuur met daarin opgenomen hun eigen applicatielandschap of portfolio. 
Op de pagina Softwarecatalogus AMEFF export is gedocumenteerd hoe het ArchiMate exportbestand eruitziet. U vind daar onder andere hoe de door u geregistreerde pakketten, de pakketversies en de koppelingen uit de Softwarecatalogus zijn verbonden met het GEMMA architectuurmodel:
==View van GEMMA kennismodel ==
View van het GEMMA kennismodel en onder de view een tabel met alle gebruikte concepten en definities
In deze view van het GEMMA kennismodel zijn alle in de GEMMA uitgewerkte ArchiMate element- en relatietypen weergegeven.
==View van GEMMA kennismodel uitgebreid ==
Het GEMMA kennismodel uitgebreid is gelijk aan het GEMMA kennismodel uitgebreid met: 
* de gewenste uitbreidingen op de GEMMA, waaronder het toevoegen van de infrastructuur
* de elementen en relaties die gebruikt worden in projectarchitecturen. 
Een projectarchitectuur volgt bij voorkeur het GEMMA kennismodel uitgebreid, maar kan als nodig ook andere concepten uit Archimate gebruiken.
GEMMA mapping op technologiecomponenten

category:Technische architectuur
De GEMMA technische architectuur is vanaf 2024 onderdeel van de GEMMA Basisarchitectuur. Vanwege het ontbreken van een technische architectuur zijn eerder een aantal technologiecomponenten in de GEMMA gemodelleerd als referentiecomponent. Deze worden/zijn omgezet naar GEMMA technologiecomponenten. 
Voor de omzetting geldt: 
* Referentiecomponenten met een 'was-wordt' relatie met een technologiecomponent worden samengevoegd met de nieuwe technologiecomponent. Definitie en scope worden gecontroleerd en met de IBD wordt overlegd over de eerder toegekende BIV-classificatie.
* Een aantal bestaande GEMMA-views worden aangepast op het nieuwe model.
* De export richting GEMMA Softwarecatalogus wordt aangepast zodat technologiecomponenten (ook) worden opgenomen in de Softwarecatalogus. 
Onderstaande view toont hoe eerder benoemde referentiecomponenten zijn gerelateerd aan nieuw benoemde technologiecomponenten.
==Referentie- en technologiecomponenten ==
== Was-wordt relaties ==
GEMMA modellering

Category:ArchiMate modelleren__TOC__
== Motivatielaag ==
=== Architectuurprincipes ===
Deze view toont de ArchiMate modellering van de NORA en GEMMA architectuurprincipes.
== Bedrijfsarchitectuurlaag ==
=== Bedrijfsfuncties ===
Deze view toont de ArchiMate modellering van de architectuurmodellen 'Bedrijfsfuncties' en 'Bedrijfsfuncties en domeinen'
=== Bedrijfsobjecten ===
Deze view toont de ArchiMate modellering van de bedrijfsobjecten. De bedrijfsobjectmodellen zijn afgeleid van het Gemeentelijk Gegevensmodel.
=== Bedrijfsprocessen ===
Deze view toont de ArchiMate modellering in de GEMMA procesarchitectuur.
=== Producten en voorzieningen ===
Gewenste aansluiting van de GEMMA op de NORA modellering van producten en voorzieningen
== Informatiearchitectuurlaag ==
=== Applicatieservices ===
Deze view toont de ArchiMate modellering achter de GEMMA informatiearchitectuur views
=== Specialisaties applicatiecomponent ===
Deze view toont de specialisaties van de applicatiecomponent in GEMMA. Deze specialisaties maken het mogelijk specifieke gemeentelijke applicatietypen te definiëren en geven aan welke rol een applicatie heeft in een intern of externe koppeling (met een buitengemeentelijke component).
=== Standaarden ===
Deze view toont de verschillende manieren waarop de standaarden uit de GEMMA-standaardenlijst kunnen worden voorgeschreven voor het realiseren van koppelingen, applicaties en services.
API- en koppelingsstandaarden worden bij voorkeur voorgeschreven via een applicatie-interface. Door standaarden via de applicatie-interface voor te schrijven, wordt expliciet gemaakt of een applicatie de standaard ondersteunt vanuit de rol van aanbieder of afnemer. Dit bevordert duidelijkheid en consistentie in de implementatie van standaarden.
GEMMA nieuwsbrief

In de GEMMA nieuwsbrief wordt geschreven over de GEMMA, de softwarecatalogus en verwezen naar interessante stukken van andere referentiearchitecturen. De nieuwsbrief wordt 1x per kwartaal verstuurd. Wil je niks missen, meld je dan aan voor de GEMMA Nieuwsbrief. 
== Overzicht van nieuwsbrieven ==
Hieronder vindt u de nieuwsbrieven die in de afgelopen jaren zijn verstuurd met daarachter één van de onderwerpen uit de nieuwsbrief. Door in het overzicht op een maand te klikken opent u de nieuwsbrief en ziet u welke andere onderwerpen er behandeld zijn.
Categorie:Over GEMMA
GEMMA opbouw

__NOTOC__
Category:Over GEMMA
De onderscheiden producten zijn aan elkaar gerelateerd en bedoeld om samen te gebruiken. Het gebruiksdoel en de doelgroep waartoe een gebruiker behoort bepalen mee welke producten op een bepaald moment het bruikbaarst zijn. Voor meer generieke vragen kunnen basisarchitectuur-producten behulpzaam zijn. Gaat het om een specifiek onderwerp , zoals autorisatie of duurzame toegankelijkheid, dan zal een thema-architectuur bruikbaarder zijn. 
Wat is de basisarchitectuur beschrijft de verschillende onderdelen van de basisarchitectuur en de architectuurproducten die daarbinnen vallen. 
Wat is een thema-architectuur licht toe dat thema-architecturen een onderwerp vanuit een bepaald perspectief uitwerken en beschrijft welke thema-architecturen er zijn.
De opbouw van de GEMMA is een voorbeeld van een gelaagd architectuurmodel. Toelichting gelaagde architectuur geeft een algemene toelichting op het wat en waarom van gelaagde architectuurmodellen. 
Onderstaande afbeelding toont met behulp van de architectuurbeschrijvingstaal Archimate de belangrijkste architectuurproducten in ieder van de drie groepen.
 
Voor een gedetailleerd overzicht, zie de GEMMA opbouw in detail.
GEMMA opbouw tekst

Categorie:Basisarchitectuur
Category:GEMMA includedPages
Deze toelichting wordt in meerdere pagina's geinclude.
Aanroep:
{{:GEMMA opbouw tekst}}
Toont onderstaande tekst:
De GEMMA bestaat uit een verzameling samenhangende architectuurproducten. 
Daarbij wordt onderscheid gemaakt in:
* De GEMMA Basisarchitectuur: de kern van de GEMMA met daarin o.a. architectuurprincipes en de GEMMA Bedrijfs-, Informatie- en Technische architectuur.
* GEMMA Thema-architecturen: architectuurbeschrijvingen voor een bepaald thema, zoals 'Beveiliging en Privacy' en 'Zaakgericht werken'.
* Algemene producten: producten met een meer ondersteunend karakter die op meer plaatsen binnen de GEMMA worden gebruikt, zoals het GEMMA Begrippenkader en het GEMMA Kennismodel.