Applicatiegroepering

Dit hoofdstuk groepeert het FUMO-applicatielandschap op een manier die past bij de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt.. De indeling is niet bedoeld als software-inventaris op detailniveau, maar als architectonische ordening van toepassingen, voorzieningen en hulpmiddelen.

De pagina is bewust SOLL-eerst opgebouwd. De gewenste richting staat per applicatiegroep voorop. Daarna volgt de IST-situatie met de huidige applicaties die onder die groep vallen. Die volgorde past beter bij de functie van de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt.: niet het beschrijven van het huidige landschap als eindpunt, maar het sturen op vervanging, samenhang en doorontwikkeling.

De waarde van deze groepering zit niet in het compleet opsommen van software, maar in het zichtbaar maken van de verschillende rollen die applicaties in de architectuur vervullen. Alleen daardoor kan FUMO onderscheid maken tussen kernvoorzieningen, ketenvoorzieningen, vakspecialistische schillen, generieke werkplekdiensten en hulpmiddelen. Die ordening is nodig om beheer, vervanging, sourcing en doorontwikkeling bestuurbaar te maken.

Bronnen

1. FUMO applicatielijst januari 2026
2. AFAS Software
3. FME Platform - Safe Software
4. ArcGIS Online - Esri
5. GeoServer
6. Power BI - Microsoft
7. eHerkenning
8. Landelijk Asbestvolgsysteem
9. Inspectieview - Rijksinspecties
10. AMICE / Landelijk Meldpunt Afvalstoffen

Uitgangspunt voor de groepering

1. Niet elke applicatie uit de lijst is een architectonisch kernonderdeel.
2. De doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. moet vooral inzicht geven in:
   1. Kernapplicaties voor proces en dossier.
   2. Externe ketenvoorzieningen.
   3. Data-, BI- en GEO-voorzieningen.
   4. DocumentEen vastgelegde eenheid van informatie die onderdeel kan zijn van een werkdossier, formeel dossier of archief.- en informatiebeheer.
   5. Bedrijfsvoering.
   6. Werkplek, communicatie en IAM.
   7. Platform, integratie en ontwikkeling.
3. Lokale hulpmiddelen en productiviteitstools worden wel beheerd, maar vormen meestal geen kern van de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt..

Daarmee wordt ook duidelijk dat de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. geen CMDB of licentieoverzicht is. Het gaat om de vraag welke groepen applicaties voor FUMO strategisch relevant zijn, welke groepen vooral ondersteunend zijn en welke groepen in de toekomst veranderen door aanbesteding, integratie of uitfasering.

Leeswijze per applicatiegroep

Per applicatiegroep is dezelfde volgorde aangehouden:

1. Applicaties die nu onder de groep vallen.
2. Architectonische rol van de groep.
3. Gewenste richting in het doelbeeld.
4. IST-situatie als huidige invulling.
5. Architectonische duiding en advies.

Advies voor architectonische ordening

1. Kernproces en zaakEen samenhangende hoeveelheid werk met een duidelijke aanleiding en een duidelijk eindresultaat, waarvan kwaliteit, voortgang en doorlooptijd inzichtelijk en bestuurbaar zijn.- en dossierregie

Deze groep bevat de systemen die het primaire VTH-proces, de dossieropbouw en de kernregistratie van zaken dragen.

Applicaties:

1. LEEF.
2. Businessportaal.
3. BOA Registratie Systeem.
4. Sigmax.
5. Digitale Checklisten.
6. Portal.

Architectonische rol:

1. Regie op zaakEen samenhangende hoeveelheid werk met een duidelijke aanleiding en een duidelijk eindresultaat, waarvan kwaliteit, voortgang en doorlooptijd inzichtelijk en bestuurbaar zijn., workflow, status en dossiervorming.
2. Registratie van toezicht-, handhavings- en boa-gerelateerde gegevens.
3. Samenwerking en informatie-uitwisseling met ketenpartners.

Gewenste richting:

1. Deze huidige inrichting wordt vervangen via de nieuwe aanbesteding.
2. De gewenste toekomstige inrichting is beschreven in de PSA.
3. De architectonische aandacht verschuift daarmee van het in stand houden van losse huidige applicaties naar het realiseren van een samenhangende vervangende oplossing voor zaakregie, dossieropbouw, toezichtondersteuning en ketensamenwerking.

IST-situatie:

1. LEEF, Businessportaal, BOA Registratie Systeem, Sigmax, Digitale Checklisten en Portal vormen samen de huidige inrichting van kernproces, toezichtregistratie, checklists en ketensamenwerking.

Deze groep is de kern van het applicatielandschap omdat hier procesregie, status, dossier en samenwerking samenkomen. De vervanging via de aanbesteding is daarom niet alleen een technische vervanging, maar een herinrichting van het hart van de informatievoorziening.

Advies:

1. Behandel deze groep als het hart van het applicatielandschap.
2. Leg hier expliciet de koppeling met zaaktypecatalogus, dienstencatalogusDe lijst van diensten die FUMO beschikbaar stelt aan afnemers., dossierregie en portaalstrategie.

2. Externe ketenvoorzieningen en landelijke registers

Deze groep bevat voorzieningen die niet door FUMO zelf worden beheerd, maar essentieel zijn voor de uitvoering van VTH, gegevensuitwisseling en toezicht.

Applicaties:

1. eHerkenning.
2. AMICE LMA.
3. Inspectieview.
4. Landelijk Asbestvolgsysteem.
5. Landelijk Grondwater Register.
6. Kadaster.
7. PDOK.
8. LRSO.
9. KIWA portal.
10. Eurofins.
11. Faunaregistratiesysteem.
12. SCIOS portal.
13. Zwemwaterregister.
14. BFVWregistraasje.
15. Waterkaart.
16. Satellietdataportaal.nl.

Architectonische rol:

1. Bronvoorzieningen voor gegevens en registraties.
2. Ketenuitwisseling met andere bevoegde instanties.
3. Authenticatie, inspectie-informatie en domeinspecifieke registraties.

Gewenste richting:

1. Deze groep blijft bestaan uit landelijke voorzieningen en bouwblokken die beschikbaar zijn binnen het stelsel van voorzieningen en het DSO.
2. FUMO sluit hierop aan via standaardkoppelingen zoals beschreven in de PSA.
3. Een verdere expliciete onderverdeling tussen landelijke, domeinspecifieke en regionale voorzieningen is voor nu niet nodig.
4. Op dit moment zijn geen aparte regionale voorzieningen voorzien.

IST-situatie:

1. De huidige situatie bestaat uit een verzameling landelijke registers, portalen en ketenvoorzieningen die al buiten FUMO worden beheerd, maar wel direct relevant zijn voor uitvoering, toezicht en gegevensverrijking.
2. De genoemde applicaties zijn daarom niet het eigendom van FUMO, maar wel structureel onderdeel van het werkende landschap.

Deze groep laat zien dat een belangrijk deel van de informatievoorziening van FUMO buiten de eigen organisatiegrenzen ligt. De architectuur moet daarom niet alleen beschrijven wat FUMO zelf beheert, maar ook hoe de organisatie veiligHet uitgangspunt dat informatie, systemen en processen zodanig zijn ingericht dat vertrouwelijkheid, integriteit en beschikbaarheid aantoonbaar zijn geborgd. en gestandaardiseerd aansluit op voorzieningen die door anderen worden geleverd.

Advies:

1. Positioneer deze groep niet als intern applicatielandschap, maar als ketenlaag rond FUMO.
2. Neem per voorziening later op of deze Bron, Transport, Viewer of Verwerker in de keten is.

3. Data-, BI- en GEO-platform

Deze groep past rechtstreeks bij de FUMO-lijn voor datawarehouse, BI, GEO en datagestuurd werken.

Applicaties:

1. FME.
2. Microsoft PowerBI.
3. Geoserver.
4. Geoviewer (ArcGIS Online).
5. PostgreSQL.
6. QGIS.
7. QGIS OSGeo4W Shell.
8. SAGA GIS.
9. GRASS GIS.
10. Cyclomedia.
11. Tailormap.
12. Merginmap.
13. I-GO.
14. INSIGHTNOW.
15. Geosolutions.
16. Hino Meteo Registratie.
17. Source Explorer.
18. SourcedB.
19. WindTurbineCatalogus.

Architectonische rol:

1. Gegevensintegratie en ETL.
2. Dataopslag en geo-datawarehouse.
3. Analyse, rapportage en dashboards.
4. Kaarten, viewers en ruimtelijke informatieproducten.
5. Risicogericht en datagedreven werken.

Gewenste richting:

1. FUMO houdt zelf regie op BI, GEO, datamodellen, datalake, datawarehouse en informatieproducten.
2. FUMO onderzoekt actief samenwerking met andere omgevingsdiensten en vergelijkbare samenwerkingsverbanden.
3. Het technische platform wordt ingekocht, zodat beheer, security, pipelines en technische randvoorwaarden professioneel worden georganiseerd.
4. Op dat platform realiseert FUMO zelf de gegevensmodellen, het datalake, het datawarehouse en de publicatie van gegevensmodellen en informatieproducten.

IST-situatie:

1. De huidige applicaties vormen samen een versnipperde maar bruikbare basis voor integratie, analyse, geo-informatie en rapportage.
2. De groep bevat nu zowel integratie- en opslagcomponenten als analyse- en vieweroplossingen.

Deze groep is voor FUMO van strategisch belang omdat hier de beweging van operationele informatievoorziening naar datagestuurde organisatie vorm krijgt. BI, GEO en gegevensmodellen zijn niet alleen ondersteunend voor rapportage, maar ook bepalend voor de manier waarop FUMO risico's analyseert, verantwoording aflegt en beleidsondersteunende informatie levert.

Advies:

1. Zie dit als een apart applicatiecluster binnen de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt..
2. Splits deze groep later verder in:
   1. Integratie en datatransformatie.
   2. Opslag en modellering.
   3. BI en dashboards.
   4. GEO-viewers en analyse.

4. Vakspecialistische VTH-analyse

Deze groep ondersteunt inhoudelijke beoordeling, berekening, modellering en specialistisch toezicht in het domein fysieke leefomgeving.

Applicaties:

1. Aagrostacks.
2. BenK.
3. Bluebeam Revu.
4. BZ-5503.
5. Calculux.
6. CAROLA.
7. Dateq.
8. dBDataCollector.
9. dBFA.
10. dBFileManager.
11. dBInside.
12. dBTrait.
13. DIALux.
14. DIALux Evo.
15. Drone software.
16. EnviroNoise-Partner.
17. Geluidwering.
18. Geomilieu.
19. Geomilieu-ISL3a.
20. Nazca-i.
21. NEN Connect.
22. Partijregistratie.
23. RBM II.
24. Relux.
25. SAFETI.
26. SpectrumLab.
27. Thermal Studio.
28. V-Stacks gebied.
29. V-Stacks vergunning.
30. VIA.
31. VIBRA.
32. Vibra Prediction.
33. ZichtOpGrond.
34. ZZS-tool.

Architectonische rol:

1. Specialistische inhoudelijke ondersteuning voor vergunningverlening, toezicht, handhaving en advisering.
2. Domeinspecifieke reken- en analysefunctionaliteit.
3. Onderbouwing van besluiten en toezichtbevindingen.

Gewenste richting:

1. FUMO houdt een aparte schil van vakspecialistische applicaties.
2. Deze schil kan bestaan uit expertisesystemen, berekensoftware, meetsoftware en specialistische hulpmiddelen zoals drone-software.
3. Resultaten uit deze applicaties komen waar nodig terug in een zaakdossier of in BI, maar dat geldt niet voor alle data en niet voor iedere applicatie.
4. De architectuur moet daarom niet uitgaan van volledige integratie van alle vakspecialistische tools, maar van gerichte en bestuurbare teruglevering van relevante uitkomsten.

IST-situatie:

1. De huidige situatie bestaat uit een brede verzameling inhoudelijke hulpmiddelen voor specialistische beoordelingen, berekeningen, metingen en inspecties.
2. Deze tools worden gebruikt naast het kernlandschap en niet als vervanging daarvan.

Deze schil laat zien dat FUMO inhoudelijke expertise niet volledig kan reduceren tot één kernsysteem. Specialistische toepassingen blijven nodig, maar moeten wel zodanig worden gepositioneerd dat duidelijk blijft welke resultaten onderdeel worden van zaakEen samenhangende hoeveelheid werk met een duidelijke aanleiding en een duidelijk eindresultaat, waarvan kwaliteit, voortgang en doorlooptijd inzichtelijk en bestuurbaar zijn., dossier of BI en welke niet.

Advies:

1. Deze groep hoort niet thuis in de kern van de zaakregie, maar in een aparte vakspecialistische schil.
2. Architectonisch is vooral relevant:
   1. Welke output terug moet naar het zaakdossier.
   2. Welke gegevens worden hergebruikt.
   3. Welke applicaties bron zijn en welke alleen verwerker.

5. Documenten, archief en informatiebeheer

Deze groep ondersteunt documenten, archief, sjablonen, opslag en terugvindbaarheid.

Applicaties:

1. Microsoft SharePoint.
2. Docbase.
3. MY-LEX.
4. Netwerkschijf (J).
5. DataMask.
6. DStyle.
7. ValidSign.
8. PDF Sam Basic.
9. PDFelement Pro.
10. Acrobat Reader.

Architectonische rol:

1. Documentcreatie, opslag en vindbaarheid.
2. Legacy-archief en zoekfunctionaliteit.
3. Ondersteuning voor anonimisering, ondertekening en documentstandaarden.

Gewenste richting:

1. Voor het primaire proces vallen documentgeneratie en de bijbehorende documentketen onder de aanbesteding en zijn deze beschreven in de PSA.
2. Voor de overige voorzieningen binnen documenten, archief en informatiebeheer is de gewenste toekomstige inrichting nog nader te bepalen.
3. Voorzieningen zoals SharePoint, Docbase, MY-LEX, netwerkschijf en ondersteunende documenttools moeten daarom nog afzonderlijk worden onderzocht op rol, samenhang, toekomstwaarde en uitfasering.

IST-situatie:

1. De huidige situatie bestaat uit een combinatie van generieke documentvoorzieningen, legacy-zoek- en archiefondersteuning, bestandsopslag en losse documenttools.
2. De precieze architectonische plaats van deze voorzieningen is nog niet overal scherp.

Deze groep vraagt nog nadere uitwerking omdat zij het grensvlak raakt tussen werkdocumenten, formele dossiers, archiefvoorzieningen en generieke opslag. Juist hier ontstaan in veel organisaties onduidelijkheden. De architectuur maakt daarom zichtbaar dat deze voorzieningen niet als één ongedifferentieerde documentlaag mogen worden behandeld.

Advies:

1. Maak hier in de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. onderscheid tussen:
   1. Formeel dossierHet dossier met documenten, metadata en statusinformatie die formeel onderdeel zijn van de zaak en relevant zijn voor besluitvorming, verantwoording, archivering en overdracht..
   2. WerkdossierDe verzameling werkdocumenten, tussenproducten en uitvoeringsinformatie die nodig is tijdens de behandeling van de zaak, maar niet automatisch tot het formele dossier behoort..
   3. Niet-archiefwaardige bestandsopslag.
2. Positioneer SharePoint en netwerkschijven niet automatisch als archiefvoorziening.

6. Werkplek, communicatie, samenwerking en IAM

Deze groep vormt het generieke digitale werk- en samenwerkingsdomein.

Applicaties:

1. Entra ID.
2. Microsoft Exchange.
3. Microsoft Outlook.
4. Microsoft Teams.
5. Microsoft OneDrive.
6. Microsoft Forms.
7. Bedrijfsportal.
8. Bastion 365.
9. Embrace.
10. TYPO3 CMS.
11. Telepo.
12. Legal Intelligence.

Architectonische rol:

1. Authenticatie en autorisatie.
2. Communicatie en samenwerking.
3. Werkplekondersteuning.
4. Publicatie en kennisontsluiting.
5. VeiligHet uitgangspunt dat informatie, systemen en processen zodanig zijn ingericht dat vertrouwelijkheid, integriteit en beschikbaarheid aantoonbaar zijn geborgd. berichtenverkeer en bestandsuitwisseling.

Gewenste richting:

1. Kantoorautomatisering wordt in de huidige situatie ingekocht via de provincie.
2. Op langere termijn organiseert FUMO eigen inkoop en eigen beheer voor deze voorzieningen.
3. FUMO voert zelf beperkt beheer, passend bij gebruiksbeheer en gebruikersbeheer.
4. Technische exploitatie en onderliggende werkplekdiensten blijven daarmee onderscheiden van functioneel en gebruikersgericht beheer.

IST-situatie:

1. De huidige werkplek-, communicatie- en identityvoorzieningen zijn grotendeels gebaseerd op generieke samenwerkings- en werkplekdiensten.
2. De sourcing loopt nu voor een belangrijk deel via de provincie.

Deze groep is randvoorwaardelijk voor de rest van de architectuur. Zonder betrouwbare werkplek, identity, communicatie en samenwerking kunnen processen, beheer en keteninteractie niet functioneren. Tegelijk is dit voor FUMO geen primaire veranderopgave in dezelfde zin als het VTH-kernlandschap. De architectuur positioneert deze groep daarom als generieke laag met een duidelijke sourcingrichting.

Advies:

1. Behandel dit als generieke voorzieningenlaag.
2. Deze groep is randvoorwaardelijk voor de hele doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt., maar niet leidend voor het primaire VTH-proces.

7. Bedrijfsvoering en sturing

Deze groep ondersteunt HR, finance, werving, besluitvorming en interne sturing.

Applicaties:

1. AFAS.
2. HR21.
3. Key2Finance.
4. Nucleus.
5. Recruitee.
6. iBabs.
7. MyForms.
8. Qualtrics.
9. cardPresso.
10. WorkPace.

Architectonische rol:

1. Ondersteuning van HR, finance en interne bedrijfsvoering.
2. Besluitvorming, planning en interne formulierenprocessen.

Gewenste richting:

1. De huidige situatie is deels ingekocht via de provincie en deels zelfstandig ingericht.
2. Voor de lange termijn is het van belang om HR, salaris en finance integraal in te kopen.
3. Ondersteuning van kwaliteitscriteria voor medewerkers, recruitment en aanverwante HR-processen wordt bij voorkeur ook integraal ingericht.
4. Bestuurlijke procesondersteuning zoals iBabs raakt nadrukkelijk aan archivering en moet daarom niet alleen als bedrijfsvoeringstool maar ook als onderdeel van informatiebeheer worden beschouwd.
5. Data uit het primaire proces, zoals zaken en producten, moet koppelbaar zijn aan uren, kosten, projecten en andere sturingsinformatie.
6. De gegevensstroom van bronapplicaties naar BI en managementinformatie is daarmee integraal onderdeel van de architectuur.

IST-situatie:

1. De huidige situatie bestaat uit een mix van via de provincie afgenomen en zelfstandig ingerichte bedrijfsvoeringsvoorzieningen.
2. De koppeling tussen primaire procesdata en bedrijfsvoeringsdata is nog geen uitgewerkt integraal doelbeeld, maar wel een duidelijke architectuurbehoefte.

Deze groep maakt duidelijk dat bedrijfsvoering voor FUMO niet buiten de architectuur valt. Juist de koppeling tussen primaire procesdata, uren, kosten, projecten en sturing bepaalt of de organisatie integraal kan verantwoorden en sturen. Daarom hoort deze groep expliciet thuis in de architectuur en niet alleen in een ondersteunend bedrijfsvoeringsdomein.

Advies:

1. Positioneer deze groep als bedrijfsvoeringsdomein naast het primaire proces.
2. Beschouw deze groep niet als los ondersteunend domein, maar als integraal onderdeel van de sturings- en informatiearchitectuur.

8. Platform, integratie en ontwikkeling

Deze groep ondersteunt technische exploitatie, integratie, containerbeheer en lokale ontwikkeling.

Applicaties:

1. Docker.
2. Nginx.
3. Portainer.
4. Python.
5. Visual Studio Code.
6. Notepad++.
7. R Studio.
8. Qt Designer.
9. Archi.

Architectonische rol:

1. Technische exploitatie van voorzieningen.
2. Ontwikkeling, scripts, integratie en proof of concept-omgevingen.
3. Ondersteuning van architectuurmodellering.

Gewenste richting:

1. Voor de korte termijn is de toekomstige inrichting van deze groep nog open.
2. Innovatie moet in principe los van de bestaande install base kunnen plaatsvinden.
3. De architectuur positioneert innovatie daarom als een aparte, gecontroleerde ruimte naast de beheerste productieomgeving.
4. Een expliciet innovatieproces moet leiden tot bewuste keuzes over overgang van innovatie naar project en van project naar beheer.
5. De nadere inrichting van deze groep is mede afhankelijk van de mogelijkheden die voortkomen uit de aanbesteding.

IST-situatie:

1. De huidige tools in deze groep ondersteunen lokale ontwikkeling, scripts, modellering en technische exploitatie.
2. Zij vormen nog geen uitgewerkt doelbeeld voor een toekomstig innovatie- en integratieplatform.

De open status van deze groep is logisch. Hier komt de innovatiecapaciteit van FUMO samen met technische keuzes die nog niet volledig bepaald zijn. De architectuur kiest daarom bewust niet voor een dichtgetimmerde uitwerking, maar voor een positionering waarin innovatie los van de productieomgeving kan plaatsvinden en pas na expliciete toetsing doorstroomt naar project of beheer.

Advies:

1. Positioneer deze groep als technische ondersteuningslaag.
2. Neem deze niet op als business-applicaties, maar als beheer- en ontwikkelvoorzieningen.

9. Lokale productiviteit en hulpmiddelen

Deze groep bevat tools die voor gebruikers nuttig zijn, maar architectonisch meestal geen kernonderdeel vormen.

Applicaties:

1. 7-ZIP.
2. Microsoft Word.
3. Microsoft Excel.
4. Microsoft PowerPoint.
5. Microsoft Edge.
6. Firefox.
7. Camtasia.
8. Illustrator.
9. inDesign.
10. Photoshop.
11. Premiere Pro.
12. Think-Cell.
13. VLC media player.
14. Total Commander.
15. Dragon Spraaksoftware.
16. KeePass.
17. Notion.
18. Microsoft Copilot (free).
19. Pastoor (schrijfcoach).
20. Paintdotnet.
21. uBlock Origin.

Architectonische rol:

1. Ondersteunend voor individuele productiviteit.
2. Niet leidend voor proces- of ketenarchitectuur, tenzij specifiek beleid of risico's dat nodig maken.

Gewenste richting:

1. Deze groep blijft ondersteunend en wordt niet als kernonderdeel van de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. gepositioneerd.
2. Alleen waar hulpmiddelen gevolgen hebben voor informatiebeveiliging, AI-gebruik, gegevensopslag of compliance worden zij architectonisch expliciet relevant.

IST-situatie:

1. De huidige situatie bestaat uit een brede verzameling kantoor- en productiviteitstools die door individuele medewerkers of teams worden gebruikt.
2. Deze tools ondersteunen het werk, maar bepalen in principe niet de architectonische kern van de informatievoorziening.

Advies:

1. Neem deze groep alleen op als ondersteunende hulpmiddelen.
2. Werk hier alleen uitzonderingen verder uit, bijvoorbeeld bij AI-gebruik, informatiebeveiliging of opslag van gevoelige informatie.

Juist door deze groep expliciet als ondersteunend te benoemen, voorkomt FUMO dat de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. vervalt in een te breed overzicht van alle gebruikte software. De architectuur moet focussen op samenhang, kernfuncties en bestuurbare verandering, niet op ieder individueel hulpmiddel.

Aanbevolen hoofdindeling voor de FUMO-doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt.

Voor de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. adviseer ik de volgende hoofdgroepering als blijvende architectuurindeling:

1. Kernproces en zaakregie.
2. Externe ketenvoorzieningen en landelijke registers.
3. Data, BI en GEO.
4. Vakspecialistische applicaties.
5. Documenten en informatiebeheer.
6. Werkplek, communicatie en IAM.
7. Bedrijfsvoering en sturing.
8. Platform, integratie en ontwikkeling.
9. Lokale hulpmiddelen.

Waarom deze indeling past bij de FUMO-doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt.

1. Deze indeling sluit aan op de hoofdstukken Bedrijfsarchitectuur, Informatiearchitectuur, Technische Architectuur, Beheer, Archivering en Diensten.
2. Deze indeling maakt zichtbaar wat kern is en wat ondersteunend is.
3. Deze indeling helpt om eigenaarschap, beheer en portfoliokeuzes later per groep te organiseren.
4. Deze indeling voorkomt dat de doelarchitectuurHet samenhangende kader van principes, uitgangspunten, keuzes en richtingen waarmee FUMO de gewenste inrichting van de informatievoorziening beschrijft en bestuurt. vervalt in een losse softwarelijst zonder architectonische samenhang.

De applicatiegroepering is daarmee vooral een brug tussen inventarisatie en architectuur. Doordat de gewenste richting per groep voorop staat, maakt deze pagina het mogelijk om applicaties, eigenaarschap, koppelingen en vervanging te ordenen zonder dat de huidige situatie de architectuurlogica gaat domineren.

Aanbevolen vervolgstappen

1. Koppel per applicatiegroep een eigenaar.
2. Koppel per applicatiegroep de relevante gegevensdomeinen.
3. Koppel per applicatiegroep de belangrijkste koppelingen.
4. Bepaal per applicatiegroep of deze:
   1. Blijft.
   2. Wordt vervangen.
   3. Wordt uitgefaseerd.
   4. Alleen ondersteunend blijft.