Architectuur Bodemplaat

Basisgemeente

KING Leveranciersdag 2 maart 2012Arnoud Quanjer, Jeffrey Gortmaker, KING

Basisgemeente geeft samenwerking inhoud, vorm en richting

• Convergeren op proces en inhoud

• De basisgemeente gaat dit proces ‘aanjagen’

• Klonteren (diversiteit in tempo en thema), maar wel verbinding, meetrekken en convergeren

ProcessenBusiness developm

entService, opslag en beveiliging

Financiering App Store Besturing en organisatieImplementatie & 

integratie

Basis-gemeenteGo/

no goGo/no go

Go/no go2012 2013 2014

Zelfanalyse KING

Markt‐analyse

Business model

Financierings‐alternatieven

Inventarisatie generieke en herbruikbare

Services(‘bodemplaat’)

Gebruik BKWI en RINIS

Besturingsmodellen basisgemeente

Memorie of understanding

Markt‐strategie

IST-SOLL veranderstrategie

Organisatie-Vormen BG

Acceptatie-criteria

Controle en goedkeuring

Markt-Research/

-survey

E-kalender

Jeugdzorg

BZM

RUD’s

Community

Inrichten generiekeservices

O‐NUP pijler 2 Standaarden 

plus

Beveiligings‐architectuur

Beheer en onderhoud

Testomgeving (OTAP)

Govunited/ Dimpact

Fundament

Werkpleinen

Traditioneel domein platform/bodemplaat

Functionaliteit

ProceslaagBv. onderhouden leefomgeving

Informatie‐ en ApplicatielaagBv. Zaaksysteem, Vergunningen‐applicatie

InfrastructuurlaagBv. Windows  NT, MS IIS

Platform

Bodemplaat Basisgemeente

Functionaliteit

Informatie en Applicaties

Infrastructuur

Processen

Bodemplaat

Basisgemeente

Platform rukt op

Basisgemeente Ecosysteem

Gemeentelijke Basisinfrastructuur (bodemplaat)

Koppelvlak naar landelijke 

voorzieningen

Zaakafhandeling en Procesbesturing

Document Life Cycle

Gegevens‐magazijnen & kernregistraties

Klantcontact & intake

Gegevensdistributie& communicatie

Authenticatie en autorisatie

Ontwikkelplatform

Beheermodule

Koppelvlak naar binnengemeentelijke legacy‐systemen

Technische Infrastructuur

Functionaliteit ontsloten via services

Toezicht & hhApp

Subsidie App

Jeugdzorg App

… AppsRIS App

Marktplaats

Vakspecialistische applicaties worden kleiner

Traditionele Vergunningen Applicatie

Opslag sectorale gegevens

Vergunningen 

registratie

Vergunningspecifieke logica

Vergunningen‐flow

Vergunningen dossier

Koppeling naar (basis) registraties 

Schermen

. . .Vergunningen App

SchermenOpslag sectorale gegevens

Vergunningspecifieke logica

Bodemplaat basisgemeente

Generieke koppelingen

Zaken magazijn

Generieke workflow

DMS . . .

Enkel de sectorspecifieke schermen, logica en gegevens blijven overVoor de rest wordt gebruikt gemaakt van generiek beschikbare functionaliteit

Mate van detaillering

Decompositie van een bedrijfsproces

Bedrijfsproces“Vergunningen”

Processtappen(voorbeelden, niet

volledig)

Werkprocessen

Generieke Werkprocessen en Processtappen

• Werkproces “intake” is generiek (= bruikbaar in meerdere bedrijfsprocessen)• Diverse Processtappen zijn generiek

– Vragen om aanvullende informatie– Publiceren beschikking– Etc.

Processtappen en Bodemplaat

• Generieke Procescomponenten (herbruikbaar) naar Bodemplaat• Specifieke Procescomponenten in “Apps”• Apps kunnen gebruik kunnen maken van functionaliteit in bodemplaat (bv.

procesmanagement, document management,..)

processen worden meer uniform

Basisgemeente: nieuw of niet??

“Basisgemeente is een logische doorontwikkeling op GEMMA”

“Basisgemeente is een volledig nieuw concept”

Van koppelen naar kantelen en generiek 

maken

Verdieping van 

informatie architectuur

Verdieping nu prima 

bruikbaar

Scope bodemplaat komt 

grotendeels overeen met FO 

en MO

Ecosysteem met apps?

Gemeenten moeten zich niet meer druk maken om architectuur

Gemeenten ontzorgen

“1 huis met 415 ICT kamers”

Logische Doorontwikkeling GEMMA

Thema 4: “Van Koppelen naar kantelen en generiek maken” (Thema’s en Kernprincipes, EGEM 2009)

Generatie 1: dunne midoffice

Generatie 2: dikke midoffice Generatie 3: “Bodemplaat” Basisgemeente

Koppel dynamische voorkant aan statische 

achterkant

Maak generieke functionaliteit beschikbaar voor hele gemeente;

Generieke functionaliteit geïntegreerd beschikbaar als ‘bodemplaat’ waarop ‘apps’ 

kunnen “stekkeren”Focus op hele gemeente. 

Basisgemeente is een nieuw paradigma

• Paradigmaverschuiving: “problemen kunnen niet meer worden opgelost vanuit het bestaande paradigma”

“GEMMA”‐paradigma

“Basisgemeente”‐paradigma

tijd2012

Fase van overlap tussen paradigma’s

‐ Diginotar/lektober?‐ Implementatie NUP?‐Bedrijfsvoering professionaliseren?‐Samenwerken?‐Bezuinigen?

Nieuw Paradigma (2)

• Huidige Paradigma– Alle gemeenten maken zelf hun keuzes (vinden zelf het wiel uit)

– Implementatie 415 keer “achter de voordeur”– Huidig heterogeen slecht afgestemd applicatielandschap

• Basisgemeente Paradigma– Gemeenten ontzorgen op ICT‐ gebied– “ICT doesn’t matter” : geen core‐business van gemeente 

focus op functie, niet op constructie!– Minder leveranciers per gemeente– Ecosysteem met bodemplaat en “apps”

Samenwerking tussen KING Programma’s middels repository en 

views

Voorbeelden van viewsNaam View Primaire 

StakeholderConcern Omschrijving

Operatie NUP applicatieatlas

Leveranciers, gemeenten (inkoopmanagers)

Applicatie portfolioplanning Welke standaarden (processchakels, koppelvlakken) moeten welke applicaties wanneer (in de tijd) ondersteunen?

Basisgemeente Bestuurders, strategische managers

Hoe ziet de toekomst eruit? Hoe krijg ik grip om mijn gemeentelijke ICT?

Hoe ziet het ecosysteem eruit? Welke keuzes moeten we maken in het convergentieproces en welke functionaliteit moet een bodemplaat bieden?

E‐dienstverlening

Gemeentelijke informatiearchitecten

Structureren applicatielandschap; kunnen plotten eigen invulling

Bestaande frontoffice‐midoffice‐backofficeplaat.

Fundament Bestuurders Wat zijn de grote veranderopgaven? Hoe krijg ik daar grip op en hoe krijgen we iedereen mee?

Communicatieplaten die laten zien wat er moet gebeuren en de link leggen met belangrijke bestuurlijke thema’s.

Vragen?

19