nyuuzyou/wikis huggingface dataset:
GMS Bijdragen

Category:Gegevensmanagement
 __NOTOC__
Het katern GEMMA strategisch gegevensmanagement tot stand gekomen in nauwe samenwerking met de gemeentelijke werkgroep Gegevensmanagement. De volgende personen hebben bijgedragen aan de totstandkoming van het katern GEMMA strategisch gegevensmanagement.
* Mariëlle Nuijs (gemeente Amsterdam)
* Hans Jansen (gemeente Arnhem)
* Radboud van der Linden (gemeente Breda)
* Geert Wester (gemeente Deventer)
* Remco Rekoert (gemeente Edam-Volendam)
* Agnes Bolte (gemeente Ede)
* Henriëtte Barkhuis (gemeente Groningen)
* Erik Euwema (gemeente Grootegast)
* Marco Schouten (gemeente Heerhugowaard)
* Eddo Blind (gemeente Heerhugowaard)
* Henk van Dijkhuizen (gemeente Utrecht)
* Ko Mies (Ko Mies Consultancy)
* Wim Stolk (Stolk Informatiemanagement)
* Arnoud Quanjer (KING)
GMS Bronnen

Category:Gegevensmanagement
 __NOTOC__
Bij het opstellen van het katern GEMMA strategisch gegevensmanagement is gebruik gemaakt, of wordt er verwezen naar de volgende documenten: 
* Visiebrief digitale overheid 2017 (Minister Plasterk, 2013, Den Haag)
* Parlementair onderzoek naar ICT-projecten bij de overheid (Ton Elias c.s. 2014, Den Haag)
* Baseline informatiebeveiliging gemeenten: strategisch en tactisch katern (2014, VNG, Den Haag)
* Tactisch katern Gegevensmanagement GEMMA (2013, KING, Den Haag)
* Gegevensmanagement in de praktijk (2014, KING, Den Haag)
GMS Organiseren van gegevensmanagement

Category:Gegevensmanagement
 __NOTOC__
Gegevensmanagement is het geheel van activiteiten om in de gemeente op het juiste moment over de juiste gegevens van de juiste kwaliteit te beschikken. Gegevensmanagement betreft de gegevensuitwisseling intern en met andere organisaties, de kwaliteitsbewaking, monitoring, verantwoording en de beveiliging omvat. Om op het juiste moment over juiste gegevens van de juiste kwaliteit te beschikken, moet IEDEREEN in de organisatie zijn bijdrage leveren. 
Het organiseren van gegevensmanagement begint met het benoemen en toewijzen van rollen en verantwoordelijkheden. We maken hierbij onderscheid in verschillende aandachtsgebieden. Deze aandachtsgebieden zijn het inwinnen, faciliteren, gebruiken van de gegevens en de beveiliging hiervan. Daarnaast onderkennen we het toezicht houden op het geheel van deze onderwerpen en het kunnen verantwoorden van de verwerking van gegevens. 
 
 
 
De combinatie van Inwinnen, Faciliteren en Gebruiken van gegevens wordt het ‘verwerken’ van gegevens genoemd.
== Onderdelen van de verwerking van gegevens ==
Inwinnen van gegevens kan bestaan uit het bijhouden van een registratie, het ontvangen van een kennisgeving van een registratie die door een partij wordt bijgehouden, het ontvangen van documenten of mails van bronnen of het raadplegen van gegevens. 
Faciliteren omvat het verstrekken van (gecombineerde) gegevens aan afnemers ten behoeve van selecties, rapportages en bevragingen en het bewaken van de kwaliteit en onderlinge integraliteit van gegevens.
 
Gebruiken is gebruiken is afnemen van de diensten die de faciliteren component aanbiedt. Afnemers gebruiken deze diensten om gegevens in te zien, en op te vragen voor gebruik binnen hun bedrijfsprocessen. Indien een afnemer gerede twijfels heeft over de kwaliteit van gegevens heeft de afnemer de plicht om deze twijfel terug te melden aan de verstrekker van de gegevens.
== Toezicht houden ==
Toezicht houden omvat de functies die voor de organisatie toezicht houden op de verwerking van de gegevens. Enerzijds is het via deze functies mogelijk om na te gaan of de verwerking van gegevens conform binnen de gemeente overeengekomen protocollen is verlopen en anderzijds is het mogelijk om in kaart te brengen welke gegevens van burgers en bedrijven zijn uitgewisseld en waarom.
== Beveiligen ==
Beveiligen is een combinatie van technische, organisatorische, fysieke en procedurele maatregelen die gebaseerd zijn op een risicoanalyse, wettelijke verplichtingen en landelijke richtlijnen. Te denken valt aan de Wet bescherming persoonsgegevens (Wbp), de Algemene Verordening Gegevensbescherming (AVG), de Baseline Informatiebeveiliging Overheid (BIO) en de Resolutie Informatieveiligheid, randvoorwaarde voor de professionele gemeente. 
== Verantwoorden ==
Verantwoorden omvat functies die benodigd zijn voor het faciliteren van de verantwoording richting burger, bestuur en Rijk van de verwerking van gegevens. Deze functies omvatten loggingfuncties waarmee wordt opgeslagen wie, wanneer, waarom, welke categorieën van gegevens heeft verwerkt en functies om verantwoordingsinformatie mee te genereren.
GMT Agenda

__NOTOC__
In dit hoofdstuk worden alle de toekomst ontwikkelingen van het gegevensmanagement katern inzichtelijk gemaakt en bijvoorbeeld ook de onderwerpen die gewenst zijn om verder uit te werken. 
Wensen uitbreiding en verbetering van het katern
* Opzetten wijzigingsbeheer voor het katern zodat nieuwe toevoegingen volgens een vast proces meegenomen kunnen worden;
* Verbinding van het gegevensmanagement katern met het Damhof kwadrant;
* Aandacht voor het managen van ongestructureerde en bulkdata (bijv. sensordata) en een nieuw fenomeen als beheer van algoritmen (als onderdeel van gegevensverwerking);
* Eigenaarschap van gecombineerde gegevens (bijvoorbeeld in een datawarehouse);
* Uitwerking gegevensmanagement producten t.a.v. compliancy aan wet- en regelgeving;
* Uitwerken positionering gegevenmanagementsbeleid naast het informatiebeleid;
* Verfijnen van de scorecard gegevensmanagement.
GMT Bronnen

__NOTOC__
Bij het opstellen van het katern GEMMA tactisch gegevensmanagement zijn de onderstaande bronnen geraadpleegd.
iOverheid, Wetenschappelijke Raad voor het Regeringsbeleid (WRR), maart 2011
http://www.wrr.nl/fileadmin/nl/publicaties/PDF-Rapporten/I_Overheid.pdf
Beveiliging van persoonsgegevens, College bescherming persoonsgegevens (CBP), februari 2013.
http://www.cbpweb.nl/downloads_rs/rs_2013_richtsnoeren-beveiliging-persoonsgegevens.pdf
Privacy enhancing technologies, Witboek voor beslissers, ministerie van Binnenlandse Zaken en Koninkrijksrelaties (BZK), december 2004.
http://www.cbpweb.nl/downloads_technologie/witboek_pet.pdf 
G.W. van Blarkom en drs. J.J. Borking, ‘Beveiliging van persoonsgegevens’, Achtergrondstudies en Verkenningen nr. 23, Registratiekamer, april 2001
http://www.cbpweb.nl/downloads_av/av23.pdf
Handreiking gegevensmanagement, Kwaliteitsinstituut Nederlandse Gemeenten (KING), april 2012
http://new.kinggemeenten.nl/sites/default/files/document/gr_/20130409_Handreiking_Gegevensmanagement.pdf
Strategische Baseline Informatiebeveiliging Nederlandse Gemeenten, Informatiebeveiligingsdienst (KING), mei 2013
https://new.kinggemeenten.nl/sites/default/files/document/gr_2010/Strategische-Baseline-Informatiebeveiliging-Nederlandse-Gemeenten-mei-2013-versie-1.0-IBD_0.pdf
Over semantische interoperabiliteit, Samenwerken en elkaar begrijpen, Forum Standaardisatie, maart 2011
http://www.forumstandaardisatie.nl/fileadmin/os/publicaties/Folder_Samenwerken_en_elkaar_begrijpen_website.pdf
GMT Deelnemers

__NOTOC__
Het katern GEMMA tactisch gegevensmanagement tot stand gekomen in nauwe samenwerking met de Expertgroep Gegevensmanagement van VNG Realisatie. De volgende personen hebben bijgedragen aan de totstandkoming van het katern.
De huidige versie is tot stand gekomen onder redactie van:
* Arnoud Quanjer (hoofdredactie) (VNG Realisatie)
* Radboud van der Linden (gemeente Breda)
* Patrick Castenmiller (gemeente Hoorn)
* Erik Euwema (Thorbecke)
* Remco Rekoert (De BUCH - gemeenten Bergen, Uitgeest, Castricum en Heiloo)
* Agnes Bolte (gemeente Ede)
* Marjolein Debets (gemeente Amsterdam)
* Wim Stolk (Stolk Informatiemanagement)
Dit document is ook in eerdere versies al tot stand gekomen met input en review reacties van:
* Arris Oliemans (gemeente Amsterdam)
* Marjolein Debets (gemeente Amsterdam)
* Marielle Nuijs (gemeente Amsterdam)
* Hans Jansen (gemeente Arnhem)
* Radboud van der Linden (gemeente Breda)
* Geert Wester (gemeente Deventer)
* Remco Rekoert (De BUCH - gemeenten Bergen, Uitgeest, Castricum en Heiloo)
* Agnes Bolte (gemeente Ede)
* Andrea Krush (Equalit)
* Henriëtte Barkhuis (gemeente Groningen)
* Rik Duursma (gemeente Haarlemmermeer)
* Michael Bakker (gemeente Hoorn)
* Patrick Castenmiller (gemeente Hoorn)
* Peter van der Linde (gemeente Houten)
* Patrick Koek (gemeente Rotterdam)
* Mike Groels (gemeente Tilburg)
* Tim Schoonebeek (gemeente Tilburg)
* Wim Stolk (Stolk Informatiemanagement, voorzitter)
* Erik Euwema (Thorbecke)
* Ko Mies (VNG)
* Arnoud Quanjer (VNG Realisatie)
GMT Voorbeeld Transparantiedocument

Categorie:Gegevensmanagement
 __NOTOC__
Uit de praktijk van de gemeente Rotterdam hebben wij onderstaand voorbeeld van een GLO opgenomen. Ook in Rotterdam wordt dit document regelmatig aangepast aan het voortschrijdend inzicht en de veranderende praktijk.
== Definitie Transparantiedocument ==
Document met de beschrijving van de publieke taak van de Gegevensafnemer, het doel van de verwerking en de gegevens- en personenset per verwerking.
== Organisatie ==
Naam van de betrokken binnengemeentelijke Gegevensafnemer vermelden.
== Betrokken organisaties en/of organisatieonderdelen ==
* Indien de gegevensverstrekking betrekking heeft op organisatieonderdelen, deze organisatieonderdelen vermelden.
* Als er onderdelen van andere organisaties en/of derden betrokken zijn, deze vermelden. Het gaat in casu om het organisatieonderdeel of organisatieonderdelen waar de verwerking daadwerkelijk zal plaatsvinden.
== Publieke taken van de Gegevensafnemer ==
* Er zal duidelijk aangegeven dienen te worden welke wetsartikelen opdracht aan de Gegevensafnemer toekennen ter uitvoering van zijn/haar publieke taken. De publieke taken kunnen ook voortvloeien uit een samenstel van wetten. Om een zo goed mogelijk beeld te krijgen van de grondslag voor de gegevensverstrekking moeten de verschillende wettelijke kaders en de daaruit voortvloeiende lagere wetgeving worden beschreven.
* Daarnaast moet duidelijk blijken dat de Gegevensafnemer geadresseerde is van de genoemde wetgeving
== Wijze van levering van de gegevens ==
De wijze van aanlevering van de gegevens vermelden.
== Doelgroep en gegevensset ==
Doelgroep benoemen en de gewenste gegevenselementen van de betreffende groep opsommen.
=== Bewerking en opslag en filterinstellingen ===
De applicatie vermelden waarin de basis- en/of kerngegevens verwerkt en opgeslagen zullen worden. Tevens zal aangegeven moeten worden hoe het filter is opgebouwd.
=== Melding AP ===
* Bij melding aan de AP, de meldingsnummers noteren.
* Bij niet-melding aan de AP, de reden hiervoor aangeven.
* Distributie en doorlevering
* Gegevens uit de basis- en/of kernregistratie worden door Gegevensafnemer alleen gebruikt in het kader van de uitvoering van zijn/haar publieke taken. Distributie naar en gebruik van deze gegevens door andere partijen mag niet onverenigbaar zijn met het oorspronkelijke doel van de verstrekking.
* Aangeven of de gegevens voor verdere verwerking aan andere partijen zullen worden doorgeleverd.
* In geval van doorlevering, de partijen aan wie zal worden doorgeleverd vermelden.
== Informatiebeveiliging ===
* Beveiliging vindt plaats in overeenstemming met het op moment van levering geldende Informatiebeveiligingsbeleid van de gemeente.
* Aangeven of de opslag en distributie, en overige vormen van persoonsverwerking, aan de geldende eisen voor informatiebeveiliging, waaronder het gemeentelijke informatiebeveiligingsbeleid voldoen.
=== Autorisatiebeheer ===
Vermelden wie bij de Gegevensafnemer is geautoriseerd.
GM Gegevensfunctiehuis

Category:Gegevensmanagement
Dit document beschrijft hoe verschillende verantwoordelijkheden en producten op het gebied van gegevensmanagement, privacy, informatiebeveiliging en ENSIA met elkaar samenhangen. Gemeenten kunnen deze matrix gebruiken als hulpmiddel bij het inrichten en toetsen van hun rollen en processen.
Binnen de GEMMA-referentiearchitectuur worden vanuit verschillende aandachtsgebieden producten, rollen en verantwoordelijkheden beschreven. Voorbeelden hiervan zijn de gegevensmanagement katernen en privacy-, informatie- en ENSIA-documenten. 
Vanuit deze aandachtsgebieden worden producten, rollen en verantwoordelijkheden beschreven vanuit het bereik van het betreffende aandachtsgebied. Dwarsverbanden en afhankelijkheden tussen de verschillende aandachtsgebieden worden daarbij slechts beperkt beschreven. Een voorbeeld hiervan is het katern tactisch gegevensmanagement; in dit katern worden de verschillende producten en rollen beschreven die gemeenten in zouden moeten richten om grip te hebben op het binnengemeentelijk gegevensmanagement. Vanuit dit katern wordt echter slechts beperkt beschreven welke rollen vanuit privacy- en informatiebeveiligingsperspectief ten opzichte van de gegevensmanagementproducten een verantwoordelijkheid hebben. Deze afhankelijkheden bestaan natuurlijk wel. Een voorbeeld hiervan is de CISO die ten aanzien van de gegevensmanagement roadmap geconsulteerd zou moeten worden. Een ander voorbeeld is de bronhouder die in het kader van informatiebeveiliging risicoanalyses en interne audits geconsulteerd wordt. Dergelijke afhankelijkheden worden binnen de verschillende losse producten niet, of slechts in beperkte mate, beschreven. Gevolg hiervan is dat gemeenten zelf deze samenhang uit de documenten moeten destilleren. Dat is een ongewenste situatie.
Door VNG Realisatie zijn in samenwerking met de de gemeentelijke Expertgroep Gegevensmanagement de verschillende rollen, producten en verantwoordelijkheden vanuit gegevensmanagement, privacy, informatiebeveiliging en ENSIA geïnventariseerd en op elkaar uitgelijnd. Vervolgens zijn de verantwoordelijkheden van elke rol ten opzichte van elk product bepaald. Het resultaat hiervan is een gegevensfunctiehuis in de vorm van een RACI-matrix waarin de producten en rollen van gegevensmanagement, privacy, informatiebeveiliging en ENSIA zijn opgenomen inclusief een invulling van de verantwoordelijkheden van de rollen ten opzichte van de producten. Deze matrix kan door gemeenten zowel worden gebruikt als input voor toetsing van de inrichting van gemeentelijke processen als voor het inrichten van deze processen. Daarnaast geeft het gegevensfunctiehuis aan de hand van de toegekende verantwoordelijkheden per rol een indicatie van de zwaarte van een rol. 
Het gegevensfunctiehuis is beschikbaar als download in een gecomprimeerde map(zip-bestand):
*
GM Scorecard

Category:Gegevensmanagement
__TOC__
== Inleiding ==
De scorecard is ontwikkeld als bijlage bij het Katern GEMMA Tactisch Gegevensmanagement. Deze scorecard is een hulpmiddel bij de implementatie van gegevensmanagement. Er zijn zowel vragen op strategisch, tactisch en operationele niveau opgenomen. Bijvoorbeeld vragen over de implementatie van een onderdeel, als vragen over de acceptatie van gegevensmanagement en ook over het gebruik van een instrument. 
De scorecard kan op verschillende manieren worden ingezet, bijvoorbeeld:
* Als nulmeting om op jaarlijkse basis te herhalen;
* Een oriëntatie op de verschillende onderdelen uit het tactisch katern;
* Een checklist / mijlpalen inventarisatie voor een projectleider Gegevensmanagement.
Omdat de wijze van inzetten van de scorecard verschillend is, kan het door één persoon of veel breder worden ingezet. Enige achtergrondkennis over gegevensmanagement is wel gewenst.
=== Hoe verder na het invullen? ===
In de scorecard is een pagina opgenomen die je kunt gebruiken om de scores terug te koppelen aan het management. Het vat niet alleen de scores samen, maar geeft je ook de mogelijkheid om een aanzet tot een plan van aanpak te definiëren. 
=== Scores ===
De scores zijn als volgt gedefinieerd:
* Score 1: er is weinig tot geen actie op dit punt
* Score 2: de eerste stappen zijn gezet, het is nog niet volledig geïmplementeerd. Er is een beleidsnotitie bijvoorbeeld.
* Score 3: De organisatie werkt er mee, iedereen is er mee bekend. De implementatie is afgerond.
* Score 4: We zijn al een tijd hier mee aan het werk en hebben ook al verbeteringen op dit gebied door gevoerd.
* Score 5: We excelleren op dit punt en kunnen een voorbeeld zijn naar andere organisaties. 
=== Download ===
De scorecard is via onderstaande link te downloaden.
*
Gebruik van abstracte ZGW-referentiecomponenten

Categorie: Zaakgericht werken
__NOTOC__
Gemeenten leveren veel verschillende producten en diensten. Om die te kunnen leveren maken zij gebruik van 'taakspecifieke applicaties' die binnen de GEMMA terugkomen als referentiecomponent. 
De GEMMA kent een 'abstracte component' die dit type referentiecomponenten vertegenwoordigt. Architectuurplaten en koppelvlakstandaarden gebruiken een abstracte component bijvoorbeeld als een bepaalde standaard of patroon geldt voor alle referentiecomponenten die door een abstracte component worden vertegenwoordigd. 
Onderstaande figuur toont 2 abstracte referentiecomponenten die herkenbaar zijn aan de toevoeging "(abstracte component)" en de groene kleur. De (abstracte) 'Zaakafhandelcomponent' kent 2 verschijningsvormen (specialisaties): 
* Een 'Generiek Zaakafhandelcomponent' (gZAC).
* Een (abstracte) 'Specifiek zaakafhandelcomponent'.
De Zaakafhandelcomponent (specifiek of generiek) is een abstracte verzamelcomponent voor procesondersteunende systemen die zaakgericht zijn ingericht.
De GEMMA-architectuurrepository gebruikt abstracte componenten om bijvoorbeeld een applicatieservice in 1 keer toe te wijzen aan meerdere referentiecomponenten. Onderstaande afbeelding toont (aan de rechterkant) 'welke services' de zaakafhandelcomponent realiseert. De linkerkant van de afbeelding laat zien dat een zaakafhandelcomponent een generiek of specifiek zaakafhandelcomponent kan zijn en dat de 5 (taakspecifieke) referentiecomponenten specialisaties zijn van de 'Specifiek zaakafhandelcomponent'. 
Door de keten van relaties te volgen is zichtbaar dat bijvoorbeeld de 'Meldingen openbare ruimte component', naast specifieke functies voor het beheren en afhandelen van meldingen, alle aan de rechterkant getoonde applicatieservices moet bieden om zaakgericht werken goed te ondersteunen.
Gegevensmanagement

category:Data
__NOTOC__
Voor een gemeente is het van groot belang dat zij beschikt over alle gegevens die zij nodig heeft om optimaal te kunnen functioneren. Gegevens vormen de bouwstenen waaruit informatie voor de sturing, beheersing en uitvoering van de gemeente wordt geproduceerd. Gegevens zijn hiermee één van de belangrijkste bedrijfsmiddelen van de gemeente. De kwaliteit, actualiteit en compleetheid van gegevens is van groot belang voor een gemeente. Het is daarom van belang om processen en producten in te richten waarmee de uitwisseling, kwaliteit, beveiliging en transparantie over de verwerking van gegevens wordt vormgegeven. Dit geheel noemen we 'gegevensmanagement'.
Een goede inrichting van het gegevensmanagement is te zien als fundament van de gemeentelijke informatievoorziening. Het is nodig om gegevens kwalitatief en kwantitatief beheersbaar te houden. Belangrijke aspecten hiervan zijn de uitwisseling en kwaliteitsbewaking van de gegevens, maar ook informatiebeveiliging en de transparantie van gegevensverwerking. Gegevens moeten op een flexibele, veilige en transparante wijze beschikbaar worden gesteld, conform een vooraf bepaald kwaliteitsniveau. Daarnaast moet opslag en gebruik van gegevens aan bestaande wet- en regelgeving voldoen en moeten er verantwoord worden omgegaan met de kosten van het gegevensmanagement. Als aan deze voorwaarden wordt voldaan, kan de gemeente beschikken over alle gegevens die zij nodig heeft, van de juiste kwaliteit, tegen de verantwoorde kosten, en binnen wet- en regelgeving.
In samenwerking met gemeenten is door VNG Realisatie een aantal katernen en handreikingen ontwikkeld voor het inrichten van gemeentelijk gegevensmanagement. Een groot deel hiervan is onderdeel geworden van de NORA thema-architectuur Gegevensmanagement. Hier is onder andere informatie te vinden over het organiseren van gegevensmanagement en het managen van metadata, semantiek, gegevenswoordenboeken, gegevensmodellering en gegevenskwaliteit.
Gemeentelijk applicatielandschap omgevingswet

Category:Omgevingswet
Dit diagram geeft de GEMMA referentiecomponenten weer die een rol hebben binnen de Omgevingswet. Beschrijvingen van de individuele componenten zijn te vinden in de onderstaande tabel. In het rechter diagram wordt middels kleur aangegeven welke referentiecomponenten hetzelfde blijven, zullen worden gewijzigd of worden toegevoegd als gevolg van de invoering van de Omgevingswet ten opzichte van de huidige lijst van GEMMA referentiecomponenten. In de legenda wordt aangegeven welke status wordt gebruikt.
* Geen: er worden geen wijzigingen verwacht voor dit referentiecomponent 
* Gewijzigd (groot): het is zeer waarschijnlijk dat dit referentiecomponent wordt aangepast. Dit betreft dan nieuwe of gewijzigde:
** applicatiefuncties of -services
** koppelvlakken en/of standaarden
** relaties met bedrijfsprocessen
** BIV-classificaties
* Nieuw: dit is een nieuwe referentiecomponent of is een vervanging van een een bestaand referentiecomponent
Gemeentelijke begrippen

Categorie:Overzichten
Hieronder staan de de concepten/begrippen uit het Bedrijfsobjecten. De begrippen zijn ingedeeld per collectie overeenkomstig met de categorieën en behoren alleen tot een conceptschema. Dit is de structuur die wordt geboden door SKOS en die de GEMMA hanteert voor de gemeentelijke ontologie. Per begrip is aangegeven: 
* de naam van het concept 
* de definitie
GEMMA kent momenteel begrippen/concepten in collecties/categorieën.
Hoofdpagina

De installatie van MediaWiki is geslaagd.
Raadpleeg de handleiding voor informatie over het gebruik van de wikisoftware.
== Meer hulp over MediaWiki ==
* Lijst met instellingen
* Veelgestelde vragen (FAQ)
* Mailinglijst voor aankondigingen van nieuwe versies
* Maak MediaWiki beschikbaar in uw taal
* Leer hoe u spam kunt voorkomen op uw wiki
Informatie-architectuur

__NOTOC__
De informatie-architectuur beschrijft de inrichting van applicaties, registraties en het uitwisselen van data voor een optimale gemeentelijke informatievoorziening. Daarbij gaat het zowel om de binnengemeentelijke inrichting als om de afstemming met buitengemeentelijke voorzieningen. Doelen zijn onder andere om te zorgen dat applicaties optimaal bedrijfsprocessen ondersteunen, goed met elkaar samenwerken en gegevens met elkaar uitwisselen. 
Veel gemeentelijke applicaties zijn nog ontworpen om te werken als een zogenaamde 'silo' waarin allerlei soorten functionaliteit en data zijn opgesloten. De GEMMA beschrijft 'referentiecomponenten' die functioneren als zelfstandig inzetbare en vervangbare (onderdelen van) applicaties. Ze richten zich op een bepaald type functionaliteit, werken samen met andere componenten en gebruiken op een gestandaardiseerde manier met elders vastgelegde data.
In lijn met het streven naar standaardisatie spelen standaarden een belangrijke rol binnen de informatiearchitectuur. Het gebruik van gegevensstandaarden maakt het bijvoorbeeld mogelijk dat componenten op een eenduidige manier gegevens met elkaar uitwisselen. Toegankelijkheidsstandaarden zorgen ervoor dat alle burgers informatie tot zich kunnen nemen. De verschillende soorten standaarden en het gebruik daarvan binnen de GEMMA wordt toegelicht op de pagina Wat is een standaard. De GEMMA standaardenlijst toont het overzicht van alle voor gemeenten relevante standaarden.
Opmerking: soms wordt onderscheid gemaakt tussen 'applicatiearchitectuur' en 'data-architectuur'. Binnen de context van de GEMMA geldt dat applicaties en data altijd in samenhang worden bezien. De GEMMA spreekt daarom bij voorkeur over 'informatie-architectuur'. 
Onderstaande afbeelding toont de belangrijkste elementen binnen de informatie-architectuur en hoe zij zich tot elkaar verhouden. 'Applicatiecomponenten' realiseren 'applicatieservices'. De toegang tot applicatieservices verloopt via 'applicaties-interfaces' die bij voorkeur voldoen aan bepaalde 'standaarden'. Zoals aan de bovenkant van de afbeelding zichtbaar is worden applicatieservices gebruikt door elementen uit de bedrijfsarchitectuur (bijv. 'bedrijfsprocessen', 'bedrijfsfuncties' of 'actoren'). De informatiearchitectuur is daarmee ondersteunend aan de bedrijfsarchitectuur en helpt gemeenten om effectief en efficiënt producten en diensten aan burgers en bedrijven te kunnen leveren.
 
Categorie:Basisarchitectuur