Architectuur Bodemplaat Basisgemeente KING Leveranciersdag 2 maart 2012 Arnoud 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
Business development
2012 Zelfanalyse KING
Go/ no go
Govunited/ Dimpact
2013
Go/ no go
Basisgemeente
Go/ no go
2014
MarktResearch/ -survey
Fundament Markt‐ analyse Gebruik BKWI en RINIS
Community Jeugdzorg E-kalender RUD’s BZM
Processen
Werkpleinen
Inventarisatie generieke en herbruikbare Services (‘bodemplaat’)
Inrichten generieke services
Beveiligings‐ architectuur
O‐NUP pijler 2 Standaarden plus
Testomgeving (OTAP)
Service, opslag en beveiliging
Financierings‐ alternatieven
Beheer en onderhoud Controle en goedkeuring OrganisatieVormen BG
Business model
Acceptatiecriteria
Markt‐ strategie IST-SOLL veranderstrategie
Memorie of understanding
Besturingsmodellen basisgemeente
Financiering
App Store
Besturing en organisatie
Implementatie & integratie
Traditioneel domein platform/bodemplaat Proceslaag Bv. onderhouden leefomgeving
Functionaliteit Informatie‐ en Applicatielaag Bv. Zaaksysteem, Vergunningen‐applicatie
Infrastructuurlaag Bv. Windows NT, MS IIS
Platform
Bodemplaat Basisgemeente
Processen
Informatie en Applicaties
Infrastructuur
Functionaliteit
Platform rukt op
Bodemplaat Basisgemeente
Basisgemeente Ecosysteem Marktplaats Beheermodule
RIS App
Toezicht & hh App
Subsidie App
Jeugdzorg App
… Apps
Ontwikkelplatform
Functionaliteit ontsloten via services Klantcontact & intake
Koppelvlak naar binnengemeentelijke legacy‐systemen
Zaakafhandeling en Procesbesturing
Document Life Cycle
Authenticatie en autorisatie
Gegevens‐ magazijnen & kernregistraties Gegevensdistributie
& communicatie
Gemeentelijke Basisinfrastructuur (bodemplaat) Technische Infrastructuur
Koppelvlak naar landelijke voorzieningen
Vakspecialistische applicaties worden kleiner Vergunning en registratie
Vergunning en dossier
Koppeling naar (basis) registraties
Vergunning en‐flow
Opslag sectorale gegevens
. . .
Vergunnings Schermen pecifieke logica Traditionele Vergunningen Applicatie
Schermen
Vergunnings pecifieke logica
Opslag sectorale gegevens
Vergunningen App
Zaken magazijn
Generieke workflow
DMS
. . .
Generieke koppelingen
Bodemplaat basisgemeente
Enkel de sectorspecifieke schermen, logica en gegevens blijven over Voor de rest wordt gebruikt gemaakt van generiek beschikbare functionaliteit
Mate van detaillering
Decompositie van een bedrijfsproces Bedrijfsproces “Vergunningen”
Werkprocessen
Processtappen (voorbeelden, niet volledig)
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?? Scope bodemplaat komt grotendeels overeen met FO en MO
Van koppelen naar kantelen en generiek maken
“Basisgemeente is een logische doorontwikkeling op GEMMA” Verdieping nu prima bruikbaar
Verdieping van informatie architectuur
Gemeenten ontzorgen Gemeenten moeten zich niet meer druk maken om architectuur
“Basisgemeente is een volledig nieuw concept” Ecosysteem met apps? “1 huis met 415 ICT kamers”
Logische Doorontwikkeling GEMMA
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.
Thema 4: “Van Koppelen naar kantelen en generiek maken” (Thema’s en Kernprincipes, EGEM 2009)
Basisgemeente is een nieuw paradigma • Paradigmaverschuiving: “problemen kunnen niet meer worden opgelost vanuit het bestaande paradigma”
“GEMMA”‐paradigma
‐ Diginotar/lektober? ‐ Implementatie NUP? ‐Bedrijfsvoering professionaliseren? ‐Samenwerken? ‐Bezuinigen? 2012
Fase van overlap tussen paradigma’s
“Basisgemeente”‐paradigma
tijd
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 views Naam View
Primaire Stakeholder
Concern
Omschrijving
Operatie NUP applicatieatlas
Leveranciers, gemeenten (inkoopmanager s) Bestuurders, strategische managers
Applicatie portfolioplanning
Welke standaarden (processchakels, koppelvlakken) moeten welke applicaties wanneer (in de tijd) ondersteunen?
Hoe ziet de toekomst eruit? Hoe krijg ik grip om mijn gemeentelijke ICT?
E‐ dienstverlening
Gemeentelijke informatiearchit ecten
Fundament
Bestuurders
Structureren applicatielandschap; kunnen plotten eigen invulling Wat zijn de grote veranderopgaven? Hoe krijg ik daar grip op en hoe krijgen we iedereen mee?
Hoe ziet het ecosysteem eruit? Welke keuzes moeten we maken in het convergentieproces en welke functionaliteit moet een bodemplaat bieden? Bestaande frontoffice‐midoffice‐ backofficeplaat.
Basisgemeente
Communicatieplaten die laten zien wat er moet gebeuren en de link leggen met belangrijke bestuurlijke thema’s.
Vragen?
19
