Eigenschap:Toelichting
Naar navigatie springen
Naar zoeken springen
Type eigenschap
:
Tekst
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstvak
Initiële waarde
:
Verplicht veld
:
Nee
Toelichting op formulier
:
Deze eigenschap kan worden gebruikt om elementen te voorzien van een uitgebreide toelichting.
Subeigenschap van
:
Geïmporteerd uit
:
Formatteerfunctie externe URI
:
Klik op de button om een nieuwe eigenschap te maken:
B
Het verslag van de bijeenkomst van op dinsdag 1 juni 2021 is gepubliceerd. +
In een bronnenbeheeromgeving worden alle bronnen vastgelegd, die voor de scope van een wettelijke taak relevant zijn.
De geldigheid en de versie van de bronnen moet kunnen worden beheerd. Afhankelijk van het geval zal een bron direct onder beheer worden genomen of zal een verwijzing worden gelegd naar een specifieke versie van een bron in een extern beheerde omgeving.
Voorbeelden van externe omgevingen voor juridische bronnen zijn [https://wetten.overheid.nl wetten.nl] en [https://www.rechtspraak.nl/ rechtspraak.nl], waarnaar toekomstvaste verwijzingen kunnen worden gelegd .
Bij de voorbereiding van uitvoering zal een juridische bron vaak bestaan uit een concept (wijzigings)wet die nog niet op [https://wetten.overheid.nl wetten.nl] is gepubliceerd. In die gevallen is het nodig deze bron rechtstreeks in de bronnenbeheeromgeving op te nemen.
De gebruikte gegevensbronnen en de versie daarvan worden eveneens in de bronnenbeheeromgeving vastgelegd.
Het is verstandig om bij bronnenbeheer het architectuurprincipe 'Bronverwijzing' (ARB-07) toe te passen, zodat er geen dubbel beheer ontstaat. +
De eerste pdf ("externe verwijzing") geeft de tien kwaliteitseisen weer. De tweede pdf ("interne verwijzing") geeft meer uitgebreide informatie over de Code en de totstandkoming. +
Daarmee is het in feite een verkorte schrijfwijze voor: burgers, bedrijven, instellingen, intermediairs en hun gemachtigden. <br>
Zo kan in deze context een statushouder gezien worden als een burger.
Vanuit de GDI-Architectuur wordt dit begrip gevolgd, maar kan in oudere documenten nog een afwijking voorkomen. Verschillende termen worden gebruikt om de afnemers van overheidsdiensten te duiden zoals afnemers, burgers, bedrijven e.a. Vaak geven deze geen eenduidige volledig dekkende duiding van de bedoelde groep. De GDI-Architectuur hanteert daarom (inmiddels) meestal de termen “persoon” of “NP en NNP” of “Natuurlijk persoon en Niet Natuurlijk Persoon” om die doelgroep te duiden. Deze termen kunnen ook los van elkaar voorkomen om een deel van de populatie te duiden.
Daarnaast loopt de discussie in hoeverre overheidsorganisaties "diensten" verlenen aan andere overheidsorganisaties. Voor sommigen wordt dat gezien als "samenwerken" en niet als dienstverlenen.
Wel lijkt er overeenstemming te zijn dat de principes van dienstverlening aan burgers en bedrijven ook kunnen gelden voor de overheidsorganisaties onderling.
In de context van overheidsdienstverlening wordt het woord "klant" doorgaans vermeden: burgers en bedrijven hebben immers geen vrije keuze wat betreft deze dienstverlening. Op dat punt wijkt het principieel af van private dienstverlening. +
C
Deze pagina is een pseudo-bron als landingspagina voor de grondslag 'CIP-netwerk'. Dit betreft geen document. Het is een verwijzing naar hoe in sommige gevallen de verantwoording van ISOR-elementen in de BIO Thema-uitwerking tot stand is gekomen wanneer een specifiek te duiden grondslag naar een best practice ontbreekt. +
Op 3 oktober 2016 zijn versies 1.0 en 1.1 door de Europese Commissie op de lijst met ICT-specificaties gezet waarnaar overheden bij aanbestedingen et cetera kunnen verwijzen. +
Control Objectives for Information and related Technology (COBIT) is een framework voor het gestructureerd inrichten en beoordelen van een IT-beheeromgeving. COBIT is vanaf 1992 ontwikkeld door het Information Systems Audit and Control Association (Isaca) en het IT Governance Institute (ITG). +
COINS 2.0 maakt gebruik van de standaarden RDF en OWL. COINS 2.0 kan gebruikt worden om IFC bestanden uit te wisselen in combinatie met gerelateerde data. +
Stap voor stap werkt het CORA kernteam aan de uitbreiding van CORA 4.0. Op 12 september kreeg onze sectorarchitectuur weer een flinke impuls: de bedrijfsprocessen hebben nu meer detail omdat de werkprocessen zijn toegevoegd. Het CORA procesmodel heeft daarmee weer het niveau van de vorige CORA versies, daar was veel vraag naar. Bovendien zit het geheel nu veel logischer in elkaar.
En er zit meer in de pijplijn. Werkgroepen onder regie van CorpoNet en Aedes gaan aan de slag met het verder verfijnen van processen. Het incassoproces dat door de eerste werkgroep reeds is uitgewerkt zal voor de kick-off van de nieuwe werkgroepen begin oktober gepubliceerd worden in de CORA. Dit incassoproces dient namelijk als voorbeeld voor de overige uit te werken bedrijfsprocessen.
De huidige kapstok van het CORA procesmodel is daarvoor nu het solide kader. Er ontstaat zo een “processenboek” voor de sector. En dat gaat helpen om met elkaar meer dezelfde taal te spreken.
In de CORA kun je nu ook de eerste uitgewerkte procesketens vinden, onder de voorlopige werktitels ‘Planmatig onderhoud incl. (M)JOB’, ‘Reparatieonderhoud’, ‘Verhuurmutatie’, ‘Wederverkoop appartementen’ en ‘Wederverkoop eenheden’. Hierbij wordt voor het eerst ook de samenhang getoond met de CORA bedrijfsfuncties die eerder dit jaar aan CORA zijn toegevoegd en ook een kleine update hebben ondergaan.
Bij de doorontwikkeling van CORA 4.0 past het kernteam een logisch kennismodel toe. Dat zorgt voor robuuste uitwerkingen met een logische samenhang tussen alle onderdelen. Elementen zoals producten, diensten, bedrijfs- en werkprocessen van de corporatiesector staan in de CORA benoemd, en in relatie tot elkaar. Corporaties kunnen die proceskapstok voor veel doeleinden gebruiken. Denk aan het opzetten van een eigen procesontwerp en het invullen van de eigen prestatie en risico-indicatoren.
Neem een kijkje op de CORAwiki!
https://www.wikixl.nl/wiki/cora/index.php/COrporatie_Referentie-Architectuur
In de releasenotes kun je alle wijzigingen van de september release teruglezen.
https://www.wikixl.nl/wiki/cora/index.php/Releasenotes
Door een gebrek aan tijd en capaciteit is het thema applicatiestrategieën in CORA na 2012 niet meer geactualiseerd. Het thema heeft na elf jaar echter een stevige optimalisatie nodig; denk aan digitalisering en de opkomst van de cloud, of aan de wens systemen te integreren en meer samenwerking in de keten (standaardisatie).
Deze zomer besloot de CORA dit vraagstuk uit te besteden. Dit is goed nieuws voor de sector. Regie voeren op applicatie strategieën raakt diverse partijen en belangen. Er zijn veel beelden en de keuze die corporaties kunnen maken is strategisch van aard. Daarnaast is het ook van belang om over de grenzen van de sector heen te kijken. Welke ontwikkelingen doen zich elders voor en zijn relevant genoeg om mee te nemen?
Zowel corporaties als softwareleveranciers staan in dit thema voor uitdagende keuzes. CORA wil hierbij graag een leidraad bieden. Waarbij verschillende varianten van landschappen worden geschetst, dienend als hulpmiddel bij de strategische discussie. Als een soort receptenboek waaruit gerechten samengesteld kunnen worden.
Deze update zal eind van dit jaar gereed zijn. +
Een term uit (onder andere) ArchiMate, die we in NORA hebben vertaald met [[Generieke functie (Begrip)]]. +
Dit gaat over of gegevens wel of niet vallen onder de definitie van het objecttype. Als dat niet het geval is dan zou het kunnen beteken dat de definitie niet duidelijk genoeg is en dus aangescherpt moet worden. +
Bekijk het [[Cloud computing|thema Cloud computing]] binnen NORA. +
Samenvatting van het Coalitieakkoord:
== Architectuur-analyse ==
Uit de analyse van het Coalitieakkoord komt het volgende naar voren:
# Het woord Dienstverlening is slechts 2 x genoemd: "financiële dienstverlening bij de hulp aan sekswerkers" en "betere en toegankelijkere dienstverlening voor Nederlanders in het buitenland (o.a. via een sterker postennetwerk)", maar voor alle domeinen als Zorg, Onderwijs enz. zijn nieuwe acties en diensten benoemd.
# Met name het hoofdstuk Versterking Democratische rechtsorde heeft relaties met Kwaliteitsdoelen en NAPs van NORA en zeker de 2 onderdelen: Relatie Burger-Overheid en Versterken van democratische instituties.
# WaU krijgt veel aandacht: dat is goed want ook bij ZgW komt de noodzaak naar voren om de samenwerking tussen Beleid en Uitvoering te verbeteren.
# De in het hoofdstuk Digitalisering genoemde onderwerpen mogen niet missen in de NORA, al blijft het in 1e instantie beperkt tot het bepalen waar die onderwerpen relevant zijn qua architectuur voor de dienstverlening van de overheid.
# Daar is ook duidelijk aandacht voor de publieke waarden (die in de NORA zijn opgenomen in de Kwaliteitsdoelen).
# De ambitie is verwoord om Nederland het digitale knooppunt van Europa te laten worden en robuust, supersnel en veilig internet in alle delen van het land te realiseren.
# Gesteld wordt dat er ook veel op ons afkomt vanuit Europa: digitale identiteiten, een e-Wallet, internetverbinding GaiaX e.d.
# Niet duidelijk is in hoeverre de genoemde aspecten van Digitalisering uitgelijnd zijn met (de implicaties van) de NAPs. '''ACTIE''' Dit zou uitgezocht kunnen worden door de Werkgroep Implicaties.
Openstaande vragen:<br>
* Aan welke bestaande Kwaliteitsdoelen geeft het Coalitieakkoord invulling?
* Zijn er ook nieuwe Kwaliteitsdoelen in het akkoord opgenomen? En zo ja, welke?
* Welke onderdelen vinden we het meest relevant voor architectuur?
* In hoeverre zijn al deze punten inmiddels gedekt door de [https://www.digitaleoverheid.nl/document/werkagenda-waardengedreven-digitaliseren/ Werkagenda Waardengedreven Digitaliseren - Digtale Overheid]?
== Advies aan architecten ==
Voor elk onderdeel stellen we een advies op hoe architecten daar het beste mee om kunnen gaan:
tot zo ver
Beginselen van de democratische rechtsstaat vormen in Nederland het kader van ons functioneren. Burgers en overheid moeten er samen invulling aan geven. De overheid kan dit niet zonder de burgers; de burgers kunnen dit niet zonder de overheid. In die wederkerigheid is een juiste balans nodig van rechten en plichten van de burger enerzijds, en van de overheid anderzijds. <br>
De rechten en plichten van burgers liggen vast in formele wetten en regels. Daarnaast doet het Handvest verantwoordelijk burgerschap een informeel, moreel beroep op burgers om actief en verantwoordelijk in de maatschappij te staan. Er zijn ook veel formele wetten en regels die het functioneren van het openbaar bestuur vastleggen. Deze wetten en regels nodigen – juist door hun formele karakter – niet per se uit tot zelfreflectie. Daardoor zouden we bijna uit het oog verliezen waarom we al die wetten en regels hebben: om te voorzien in maatschappelijke behoeften binnen het kader van de democratische rechtsstaat. <br>
In deze code voor goed openbaar bestuur is te vinden wat de basale beginselen van goed openbaar bestuur zijn in onze democratische rechtsstaat. Het is een informeel instrument dat een beroep doet op de eigen verantwoordelijkheid van besturen om een gewetensvolle invulling te geven aan hun taken en
verantwoordelijkheden in het openbaar bestuur. Het nodigt uit tot zelfreflectie en vertaling naar de
dagelijkse praktijk.<br>
Volgens de Code goed openbaar bestuur moet elk overheidsbestuur zich houden aan de volgende regels:
'''1. Openheid en integriteit'''<br>
Het bestuur is open en integer, zowel binnen de eigen organisatie als naar andere overheidsorganisaties. <br>
Het bestuur geeft duidelijke informatie over procedures en besluiten. <br>
'''2. Participatie''' <br>
Het bestuur weet wat er leeft in de samenleving. <br>
Het bestuur luistert naar vragen en ideeën van burgers bij onderwerpen die hen aangaan. <br>
Het bestuur legt verantwoording af aan burgers over wat er met hun ideeën is gedaan. <br>
'''3. Behoorlijke contacten met burgers''' <br>
Het bestuur zorgt ervoor dat de organisatie altijd te bereiken is via meerdere kanalen: de telefoon, internet en balie. <br>
Het bestuur maakt duidelijk wat de burger mag verwachten. <br>
'''4. Doelgerichtheid en doelmatigheid''' <br>
Het bestuur maakt de doelen van de organisatie bekend. <br>
Het bestuur neemt beslissingen die nodig zijn om deze doelen te behalen. <br>
'''5. Legitimiteit''' <br>
Het bestuur neemt alleen beslissingen en maatregelen waartoe het bevoegd is. <br>
Het bestuur leeft de daarbij geldende wet- en regelgeving na. <br>
Het bestuur kan alle beslissingen altijd rechtvaardigen. <br>
'''6. Lerend en zelfcorrigerend vermogen''' <br>
Het bestuur leert van fouten en andere ervaringen om de prestaties te verbeteren. <br>
Het bestuur kijkt en leert van de manier van werken bij andere overheidsorganisaties. <br>
Het bestuur laat zich controleren. <br>
'''7. Verantwoording''' <br>
Het bestuur legt aan de omgeving verantwoording af over het beleid. <br>
Het verslag van de bijeenkomst van architectuur-community Toezicht Inspectie Opsporing Handhaving (@TIOH) op woensdag 28 juni 2023 is gepubliceerd. +
Het verslag van de bijeenkomst van architectuur-community Toezicht Inspectie Opsporing Handhaving (@TIOH) op dinsdag 21 november 2023 is gepubliceerd. +
Het verslag van de bijeenkomst van architectuur-community Toezicht Inspectie Opsporing Handhaving (@TIOH) op donderdag 21 september 2023 is gepubliceerd. +
Community Beginnend Overheidsarchitecten - Komende bijeenkomst Modellering en terugblik bijeenkomst Storytelling +
Op dinsdag 19 september is al weer de volgende bijeenkomst van de community. Deze keer is het onderwerp Modelleren of tekenen?
== Modelleren of tekenen? ==
Mark Backer (VNG Realisatie en beheerder van de GEMMA) neemt ons mee in de meerwaarde van architectuur ten opzichte van CMDB’s en lijstjes. We kijken naar de verschillen tussen een tekentool en een modelleringstool, architectuurplaten en hoe die te versimpelen zonder de complexiteit te verliezen, wat is een C4-model, hoe maak je een geneste kaart in Archimate, hoe houd je alles actueel en nog veel meer. Vervolgens neemt Mark ons mee in de GEMMA en laat ons zien hoe de GEMMA dit toepast.
== Storytelling ==
Op 4 juli hield Pleuni Niezing, strategisch communicatieadviseur bij het Waterschapshuis, een presentatie over Storytelling.
Eerder kwam binnen de community de vraag naar boven hoe je nu effectief kunt communiceren. Als architect weten wij wel waarom wij architectuur gebruiken, wat de voordelen ervan zijn en waar en wanneer je het het beste kunt toepassen. Maar hoe breng je dit het beste onder de aandacht van je collega’s of je leidinggevenden? Storytelling is een leuke tool om hiervoor in te zetten.
Pleuni nam ons mee in de theorie (wat doen verhalen?) en vervolgens keken we naar de opbouw van een verhaal. Zij liet zien dat het belangrijk is goed te luisteren, vragen te stellen die emoties oproepen en te vragen naar betekenis. We bekeken hoe je verhalen inzet en Pleuni gaf ons wat voorbeelden uit haar praktijk. Tot slot gaf zij als huiswerk de opdracht ons eigen verhaal te maken aan de hand van een narratief frame en prikkelde zij ons om op zoek te gaan naar verhalen bij collega’s. Kortom: een leerzame sessie!
== Meer informatie ==
Wil je meer weten of lid worden van de community? We staan altijd open voor nieuwe leden uit de hele publieke sector:
* Architecten met minder dan vijf ervaring in die rol
* Architecten die recent een overstap hebben gemaakt van de private naar de publieke sector
* Professionals die binnen een paar jaar door willen groeien naar de rol van architect of dat overwegen / gevraagd is
Ben of ken jij zo iemand? Lees meer op de community-pagina op noraonline, of geef je direct op via nora@ictu.nl met cc aan gemmaonline@vng.nl.
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op dinsdag 25 april 2023 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op dinsdag 10 december 2024 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op dinsdag 4 juli 2023 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op woensdag 12 juni 2024 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op dinsdag 12 maart 2024 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op dinsdag 28 november 2023 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op dinsdag 19 september 2023 is gepubliceerd. +
Het verslag van de bijeenkomst van Community van beginnend overheidsarchitecten op donderdag 12 september 2024 is gepubliceerd. +
Op 3 november vond de aftrap plaats voor de 'Software voor data op het web community' plaats +
Op 7 april steken we met de handen uit de mouwen: #Hoedan! +
Uit de [[Inventarisatie en kickoff community beginnend overheidsarchitecten]] op 1 september 2021 blijkt dat er ruim voldoende draagvlak is om deze community, een samenwerking binnen de NORA Familie, van start te laten gaan. Er zijn nog een hoop vervolgstappen te doen om de community in te richten en vorm te geven, maar er staat niets in de weg om direct te beginnen.
==Vervolgbijeenkomsten==
Op basis van het gesprek bleek dat er waarschijnlijk een mix aan activiteiten plaats gaat vinden binnen de community, zodat je deel kunt nemen aan de dingen die aansluiten bij jouw interesses en behoeften. In de sessie kon je activiteiten toevoegen, je interesse kenbaar maken en je opgeven als (mede-) organisator.
De vijf types activiteit die in de interessepeiling al naar voren zijn gekomen:
# Kijkje in elkaars keuken (nader in te vullen)
# Intervisie (vast groepje(s))
# Kleine kenniscirkels (vaste groepjes die elkaar inhoudelijk vinden)
# Kennissessies (open voor iedereen met interesse)
# Uitwisselen van ervaringen en manier van werken, in eerste instantie rond het in kaart brengen van het Applicatielandschap van je organisatie.
Daarnaast zullen we als community managers proberen van tijd tot tijd momenten te organiseren om elkaar beter te leren kennen en om als community keuzes te maken in de richting waarin de community zich ontwikkelt. Uit of tussen deze sessies kunnen ook nieuwe (typen) activiteiten worden ingebracht en georganiseerd.
Alle activiteiten die georganiseerd worden komen op op de agenda van de Community te staan, dat is voorlopig op [[Community van beginnend overheidsarchitecten]].
==Overige vervolgstappen en verzoek mee te denken==
* analyse memovelletjes: wat zijn de doelen en randvoorwaarden voor de community?
* keuze voor communicatie- of kennisdelingsplatform voor de community.
* Uitvraag aan alle (potentiële) deelnemers met als doelen:
** behoeften rond randvoorwaarden in kaart brengen (online, offline of mix, vertrouwelijkheid, delen van persoonsgegevens, moment in de week, frequentie bijeenkomen, communicatiekanalen et cetera)
** idee krijgen van verscheidenheid (bestuurslagen, type architect, plaats in organisatie et cetera), zodat we daar op in kunnen spelen in communicatie, keuzes van onderwerpen en bijeenkomsten
** interesse in eerste lijst met concrete activiteiten / onderwerpen peilen voor prioritering
** valideren en kwantificeren van gedeelde doelen et cetera die uit analyse memovelletjes komt
* inplannen volgende community-bijeenkomst voor alle deelnemers (datumprikker is/wordt uitgestuurd in week van 11 oktober)
==Nog ruimte voor nieuwe leden==
Iedereen die in de publieke sector de rol of functie van (informatie- / data- / IT / solution / business / enterprise) architect uitoefent en daar max 5 jaar ervaring in heeft is welkom in de community. Dus ook als je net aan je rol begint, als je twijfelt of je op de juiste plek bent, of als je functietitel niet helemaal matcht met je werk. Of als je wel ervaring hebt als architect, maar nieuw bent in de overheidsomgeving.
Het voorlopige doel is om kennis te delen en samen te groeien in het vak van overheidsarchitect. Interesse? Meld je aan via [mailto:nora@ictu.nl?subject=aanmelding%20community%20van%20beginnend%20overheidsarchitecten&cc=gemmaonline@VNG.NL nora@ictu.nl].
<br>''Toelichting''<br>
De uitkomst van het compliancyproces kan ook worden gebruikt voor publicatie over de behaalde resultaten van het waarborgen van de privacy van de klanten. +
Modellering van de werkelijkheid binnen het beschouwde domein, voor wat betreft informatie daarvan, onafhankelijk van ontwerp van en implementatie in systemen. Het geeft een zo getrouw mogelijke beschrijving van die werkelijkheid en is in natuurlijke taal geformuleerd. Een conceptueel informatiemodel structureert het begrippenkader en definieert het ‘wat’: welke ‘concepten’ (‘dingen’) worden onderscheiden (in de beschouwde werkelijkheid), wat betekenen zij, hoe verhouden ze zich tot elkaar en welke informatie (eigenschappen) is daarvan relevant. Het dient als taal waarmee domeinexperts kunnen communiceren met informatie-analisten en verschaft een eenduidige interpretatie van die werkelijkheid ten behoeve van deze communicatie. Een conceptueel informatiemodel wordt dan ook opgesteld voor gebruik door mensen, zodat ‘the business’ en de ICT-specialisten elkaar makkelijker kunnen begrijpen. +
Een conceptueel model is een ‘informatiemodel'. Een informatiemodel beschrijft de werkelijkheid. Er zijn verschillende niveaus van informatiemodellen. In dit kader zijn het begrippenmodel en het conceptuele (informatie)model relevant.
'''Begrippenmodel''' (bron: Geonovum-Standaard [https://docs.geostandaarden.nl/mim/mim/#niveau-1-model-van-begrippen MIM - Metamodel Informatie Modellering]):
''“Beschrijft de werkelijkheid binnen het beschouwde domein (de ‘universe of discourse’) d.m.v. de daarin gehanteerde begrippen en hun relaties tot elkaar. Doel is dat de actoren daarbinnen elkaar begrijpen en één taal spreken. Een model van begrippen wordt opgesteld voor gebruik door mensen, met name ‘de business’. De begrippen worden beschreven in een formele taal, een vocabulaire. Een vocabulaire is geen informatiemodel. Begrippen kunnen in meerdere informatiemodellen gebruikt worden.”''
Zie ook [[Vocabulairebeheeromgeving]]
'''Conceptueel informatiemodel''' (bron: Geonovum-Standaard [https://docs.geostandaarden.nl/mim/mim/#niveau-2-conceptueel-informatiemodel MIM - Metamodel Informatie Modellering]):
''“Modellering van de werkelijkheid binnen het beschouwde domein, v.w.b. informatie daarvan, onafhankelijk van ontwerp van en implementatie in systemen. Het geeft een zo getrouw mogelijke beschrijving van die werkelijkheid en is in natuurlijke taal geformuleerd. Een dergelijk model definieert het ‘wat’: welke ‘concepten’ (‘dingen’) worden onderscheiden (in de beschouwde werkelijkheid), wat betekenen zij, hoe verhouden ze zich tot elkaar en welke informatie (eigenschappen) is daarvan relevant. Het dient als taal waarmee domeinexperts kunnen communiceren met informatie-analisten en verschaft een eenduidige interpretatie van die werkelijkheid ten behoeve van deze communicatie. Een conceptueel informatiemodel wordt dan ook opgesteld voor gebruik door mensen, zodat ‘de business’ en de ICT-specialisten elkaar gaan begrijpen.”'' +
Op 25 september 2018 is het congres Zaakgericht Werken voor de overheid 2018 gepland met als thema Connect!. Het congres is interessant voor wie bezig is met Zaakgericht Werken.
Meer informatie over het congres, het programma, de doelgroep en de aanmeldprocedure is te vinden op [https://overheid.heliview.nl/over-het-congres/ overheid.heliview.nl.] +
Op dinsdag 1 oktober vindt de 8e editie van het congres Zaakgericht Werken voor de Overheid plaats in congrescentrum 1931, 's-Hertogenbosch. Deelname is net als voorgaande jaren kosteloos voor eindgebruikers. Ruben van Herpen, conference producer van het congres nodigt jullie van harte uit om deel te nemen.
: → [https://overheid.heliview.nl/aanmelden/ Direct toegangsbewijs aanvragen]
==Wat is de toekomst van zaakgericht werken?==
In de 'Digitale Agenda 2020' wordt de rol van digitalisering en zaakgericht werken duidelijk omschreven. Overheden moeten hun innovatiekracht beter benutten en de informatiehuishouding op orde brengen om beter tegemoet te komen aan de hoge eisen die burgers en bedrijven stellen. Tijdens deze 8e editie van het congres beantwoorden we samen de vraag: Wat is de toekomst van zaakgericht werken?
Na het congres weet je alles over:
* de waarde en ontwikkelingen van Common Ground
* het samen organiseren van zaakgericht werken
* het zaakgericht werken aan de omgevingswet
* het implementeren en uitrollen van zaakgericht werken binnen je organisatie
* het koppelen van systemen en gegevens voor een integraal klantbeeld.
==Hét netwerkcongres waar praktijkervaringen centraal staan==
Met ruim 175 deelnemers van gemeenten, provincies, waterschappen, omgevingsdiensten en ketenpartners is dit dé plek waar je praktische en toepasbare kennis op doet, inspiratie haalt en ervaringen deelt. Naast een inhoudelijk sterk congresprogramma biedt het congres je ook de mogelijkheid om te netwerken met vakgenoten en nieuwe contacten te leggen binnen het werkveld van zaakgericht werken.
Kijk op [https://overheid.heliview.nl/programma/ overheid.heliview.nl] voor alle informatie over het congres en de laatste updates. +
Consistentie heeft verschillende facetten:
# Consistentie in de uitvoering van regels via 1 kanaal door 1 uitvoeringsorganisatie (gelijkheidsbeginsel);
# Consistentie in de uitvoering van regels door 1 uitvoeringsorganisatie – over verschillende kanalen heen, waarbij het ook mogelijk moet zijn om tussentijds van kanaal te wisselen;
# Consistentie in de uitvoering van regels door meer dan 1 uitvoeringsorganisatie die opereren in een keten;
# Consistentie tussen proces, gegevens en regels.
Om consistentie te kunnen bereiken is het nodig dat er sprake is van:
* Meervoudig gebruik uit één bron
* Gedeelde semantiek
* Voorwaartse en achterwaartse traceerbaarheid
* Systematische, traceerbare, vertaling van begrippen, naar conceptueel, naar logisch, naar technisch gegevensmodel (buiten scope van deze architectuur) +
Het Forum Standaardisatie toetst t/m 25 februari 2022 drie aanpassingen aan de Lijst Open Standaarden via openbare consultaties, (via internetconsultatie.nl). De wijzigingen dragen bij aan betere gegevensuitwisseling en een veiliger internet.
==Veiliger internet: Nederlands profiel bij OIDC (authenticatie) op Pas toe of leg uit==
Onderwerp van consultatie is of de standaard NL GOV Assurance profile for [[OIDC (OpenID Connect)|OpenID Connect]] op de lijst met verplichte standaarden geschikt is om te verplichten voor de overheid (‘pas toe of leg uit’-lijst). Experts adviseren de standaard OpenID Connect 1.0 aan te vullen met een Nederlands profiel.
* [https://internetconsultatie.nl/profieloidc consultatie OIDC-profiel]
==Betere gegevensuitwisseling: Peppol BIS (e-procurement) op lijst met Aanbevolen standaarden==
In deze consultatie is de vraag of de standaard Peppol BIS geschikt is om aan te bevelen aan de overheid (lijst aanbevolen standaarden). Peppol BIS is een internationaal afsprakenstelsel in het elektronisch berichtenverkeer voor bestel, inkoop en facturatie (zie ook de pagina [[PEPPOL]]). Volgens experts bevordert Peppol BIS leveranciersonafhankelijke gegevensuitwisseling van aankoopopdrachten.
* [https://internetconsultatie.nl/peppolbis consultatie Peppol BIS]
==Verwijdering: COINS (bouwstandaard)==
Het voorstel ter consultatie is om de bouwstandaard [[COINS]] 2.0 niet meer te verplichten of aan te bevelen aan de overheid. COINS is een standaard voor uitwisselen van samenhangende digitale bouwinformatie tussen opdrachtgevers en opdrachtnemers. COINS 2.0 heeft end of life-status bereikt. Experts adviseren dat COINS niet in aanmerking komt voor de Lijst Open Standaarden van Forum Standaardisatie.
* [https://internetconsultatie.nl/coins consultatie COINS]
==Looptijd & meer informatie==
Alle consultaties lopen tot en met 25 februari 2022. Nadere informatie vind je in het [https://forumstandaardisatie.nl/nieuws/oidc-profiel-verplicht-aanbeveling-peppol-bis-coins-van-de-lijst-af-geef-uw-mening nieuwsbericht] op de website van het Forum Standaardisatie.
Contactpersoon bij het Forum Standaardisatie is Hans Laagland, voor vragen of opmerkingen over de consultatie kun je met hem [mailto:hans.laagland@forumstandaardisatie.nl?subject=consultatie%20februari%202022 contact opnemen.]
Contacten gezocht om de toepasbaarheid van de nieuwe NORA Architectuurprincipes te toetsen bij grote overheidsprogramma's of projecten +
De NORA Architectuurafspraken staan op het punt om drastisch te veranderen. Voordat het definitieve wijzigingsvoorstel klaar is wil de [[Werkgroep NORA Architectuur Principes]] graag toetsen of de [[Kernwaarden van Dienstverlening]], [[Kwaliteitsdoelen]] en [[Architectuurprincipes]] goed toepasbaar zijn in de praktijk van grote overheidsprogramma's en projecten. Zij zoekt daarom contact met professionals binnen grote verandertrajecten met een digitale component.
==Wie zoeken we?==
Professionals die werken in overheidsprogramma's of grote projecten en willen bijdragen aan het verbeteren van de kwaliteit van de digitale overheidsdienstverlening. Dat mogen (project-) architecten zijn, maar ook business analisten en adviseurs. En natuurlijk opdrachtgevers en projectmanagers die het gesprek durven aan te gaan op basis van de Kernwaarden van Dienstverlening en Kwaliteitsdoelen.
==Wat vragen we?==
We willen graag dat jij (en je collega's) proberen om de voorgestelde architectuurafspraken proberen toe te passen in je eigen praktijk, alsof ze al vastgesteld waren. En dat je je ervaringen daarbij met ons deelt, zodat we die kunnen gebruiken om het definitieve voorstel aan te vullen en/of te verbeteren.
En we gaan graag in gesprek over hoe architectuur jullie kan helpen en wat je daarvoor nodig hebt.
==Waarom zou ik daar tijd in willen investeren?==
# Om de kwaliteit van je project- en programmaresultaten te verbeteren. De architectuurafspraken zijn niet alleen gemaakt door zeer ervaren professionals, maar zijn in publieke review erg goed ontvangen. Wat er nu ligt kun je dus zien als het product aan de kennis, expertise en jarenlange ervaring van architecten uit de hele publieke sector, die je kunt inzetten voor je eigen project. Je kunt wachten tot het is vastgesteld, of het nu al gebruiken - en als bonus al je vragen direct kunnen stellen.
# Om jezelf en anderen in de toekomst werk te besparen. Wanneer dit voorstel eenmaal is vastgesteld is het verplicht in de hele publieke sector: iedereen die een nieuwe overheidsdienst ontwerpt of doorbouwt op bestaande digitale diensten zal ze moeten toepassen. Hoe eerder je daarmee rekening houdt, hoe minder je later hoeft aan te passen. En hoe meer feedback we in deze fase krijgen, hoe makkelijker die toepassing is. Voor jou en voor anderen, in dit project en het volgende.
Principe [[Consistent]]<br />
Dit bouwblok ondersteunt de traceerbaarheid: van bedrijfsregels naar normen in de (wettelijke) bronnen en van de uitvoering(sregels) naar de bedrijfsregels. Binnen dit bouwblok kan gebruikgemaakt worden van Linked Data.
Met traceerbaarheidsrelaties heeft elke uitvoeringsorganisatie een mechanisme in handen waarmee à la minute de scope van een gehele wettelijke taak op volledigheid en geldigheid kan worden getoetst. Ditzelfde mechanisme is tevens een toekomstvaste ontsluiting van uitvoeringskennis (indien gewenst ook voor de buitenwereld) en sluit naadloos aan op linked-open-data-initiatieven van de overheid (Van Kempen, 2017).
Principe [[Uitlegbaar]]<br />
Bij de vertalingen van bedrijfsregels en gegevensdefinities naar interne en externe doelgroepen is informatiehygiëne van groot belang. Informatie voor allerlei verschillende doelgroepen, taalniveaus en kanalen moet gelijktijdig en consistent toegankelijk en beschikbaar zijn.
De ondersteuning van redactionele processen, versiebeheer, vrijgave voor publicatie en dergelijke wordt middels dit bouwblok ingevuld.
Onderdeel van de methodiek bij het onderhouden en maken van content moet zijn aandacht voor de aspecten jargon, gecontroleerde natuurlijke taal en de multidisciplinaire consensus. +
Hard- en softwareproducten worden steeds vaker met succes getroffen door cyberaanvallen, wat tot grote schade leidt. De producten hebben te maken met twee problemen die extra kosten met zich meebrengen:
# Een laag niveau van cyberbeveiliging, dat tot uiting komt in wijdverbreide kwetsbaarheden en de ontoereikende en inconsistente verstrekking van beveiligingsupdates om deze aan te pakken, en
# Onvoldoende inzicht in en toegang tot informatie voor gebruikers, waardoor zij niet in staat zijn producten met passende cyberbeveiligingseigenschappen te kiezen of deze op een veilige manier te gebruiken.</br>
Hoewel de bestaande interne marktwetgeving van toepassing is op bepaalde producten met digitale elementen, vallen de meeste hardware- en softwareproducten momenteel niet onder EU-wetgeving inzake cyberbeveiliging. Het huidige rechtskader van de EU heeft met name geen betrekking op de cyberbeveiliging van niet-ingebedde software, ook al zijn cyberaanvallen steeds vaker gericht op kwetsbaarheden in deze producten, wat aanzienlijke maatschappelijke en economische kosten met zich meebrengt.
Er werden twee hoofddoelstellingen vastgesteld om de goede werking van de interne markt te waarborgen:
# De voorwaarden scheppen voor de ontwikkeling van veilige producten met digitale elementen door ervoor te zorgen dat hardware- en softwareproducten met minder kwetsbaarheden in de handel worden gebracht en ervoor zorgen dat fabrikanten de veiligheid gedurende de hele levenscyclus van een product serieus nemen; en
# Voorwaarden creëren die gebruikers in staat stellen rekening te houden met cyberbeveiliging bij het selecteren en gebruiken van producten met digitale elementen.
Nog uitgezocht wordt in welke NL W&R deze EU W&R is verankerd.
Meer algemene informatie is te vinden via Digitale Overheid: [https://www.digitaleoverheid.nl/nieuws/overeenstemming-eu-landen-over-cyber-resilience-act/ Cyber Resilience Act]
Voor architecten is / wordt de CRA uitgewerkt in het thema [[Beveiliging]].
De Cybersecuritywet strekt ter implementatie van de zogenoemde NIB-richtlijn van de Europese Unie (richtlijn 2016/1148). <br>
Vanwege de inhoudelijke samenhang en overlap zijn de bepalingen van de Wet gegevensverwerking en meldplicht cybersecurity overgeheveld naar de Cybersecuritywet. +
D
Eenmalig inloggen is in toenemende mate een randvoorwaarde voor realisatie van de elektronische overheid. Gebruikers navigeren vanuit MijnOverheid, MijnOverheid voor Ondernemers, berichtenvoorziening, machtigingsvoorziening en live event-applicaties naar het portaal van meerdere dienstaanbieders (en weer terug). Dat ze daarbij steeds opnieuw moeten inloggen ervaren ze als onlogisch, gebruiksonvriendelijk en drempelverhogend. Voor de ontwikkeling van een federatieve berichtenstelsel is het ontbreken van eenmalig inloggen zelfs aangemerkt als blokkerend, maar ook voor de andere bouwstenen wordt eenmalig inloggen langzaamaan dringend wenselijk. +
DMARC maakt gebruik van SPF en DKIM. SPF controleert of de mailserver die een e-mail wil versturen namens het e-maildomein e-mail mag verzenden. DKIM koppelt een e-mail aan een domeinnaam met behulp van een digitale handtekening. DMARC gebruikt DKIM en SPF om de authenticiteit van een e-mail te verifiëren. Wanneer deze verificatie niet mogelijk is wordt het DMARC-beleid in werking gezet. Verder kent de standaard een nauwe relatie met DNSSEC een standaard voor het beveiligen van domeinnamen. +
Verplichte standaard bij het investeren in ICT-systemen die gebruik maken van een DNS, zoals een website.
Conformiteitstest:Signing ("Is een domein beveiligd met DNSSEC?"): [http://dnssec-debugger.verisignlabs.com/ DNSSEC Analyser (Verisign)]. Validation ("Controleert mijn provider de validiteit van de DNSSEC-handtekening?") geïntegreerd in [http://www.internet.nl internet.nl]. +
De dataverordening verplicht fabrikanten en dienstverleners om hun gebruikers, zowel bedrijven als particulieren, toegang te geven tot de data die zijn ontstaan door het gebruik van hun producten of diensten – van koffiemachines tot windturbines – en deze te hergebruiken. Hij stelt gebruikers ook in staat die data te delen met derden. Zo zou de eigenaar van een auto in de toekomst bepaalde voertuigdata kunnen delen met een monteur of een verzekeraar.
Nog uitgezocht wordt in welke NL W&R deze EU W&R is verankerd.
Meer algemene informatie over de EU Data act is te vinden via Digitale Overheid: [https://www.digitaleoverheid.nl/nieuws/eu-data-act-belangrijke-stap-voor-data-economie/ EU Data Act]
Voor architecten is "data" uitgewerkt in het thema [[Gegevensmanagement]] +
Deze Interbestuurlijke Data Agenda komt voort uit NL DIGIbeter, de Agenda Digitale Overheid. De overheid ziet steeds meer de waarde van data en de kansen die datagericht werken biedt. Er zijn steeds meer goede voorbeelden van wat er mogelijk is. Binnen maar ook buiten de overheid. Dat maakt dat er steeds meer ambities zijn en dat er steeds meer energie in zit.
Deze agenda beschrijft hoe data (nog) beter ten goede kunnen komen aan beleidsvorming en het oplossen van maatschappelijke vraagstukken door de overheid. Daarnaast wordt nadrukkelijk aandacht besteed aan de bescherming van publieke waarden en fundamentele rechten. We noemen deze agenda: NL DIGITAAL:
Data Agenda Overheid. <br>
In de inleiding is de context en de aanleiding voor deze agenda beschreven. In de hoofdstukken 1 tot en met 5 is de aanpak op een aantal specifieke thema’s beschreven, elk uitgewerkt in concrete acties. Tot slot wordt ingegaan op de financiering en een totaaloverzicht van de acties. +
De Data Governance Act zal ook de opzet en ontwikkeling ondersteunen van gemeenschappelijke Europese dataruimten op strategische gebieden, waarbij zowel particuliere als publieke actoren betrokken zijn, in sectoren als gezondheid, milieu, energie, landbouw, mobiliteit, financiën, productie, openbaar bestuur en vaardigheden.
Nog uitgezocht wordt in welke NL W&R deze EU W&R is verankerd.
Meer algemene informatie is te vinden via Digitale Overheid: [https://www.digitaleoverheid.nl/nieuws/data-governance-act-krijgt-akkoord-van-europees-parlement/ Data Governance Act]
Voor architecten is de DGA nog niet nader uitgewerkt. +
<br>''Toelichting''<br>
*Het gaat in de AVG om twee verschillende meldplichten: er is een meldplicht aan de AP, en een meldplicht aan de betrokkene, op wiens persoonsgegevens een inbreuk is gemaakt.
*Voor uitzonderingsgronden zie [[ISOR:Uitzondering op melden van datalek aan betrokkene|PRIV_C.03.04.02: Uitzondering op melden van datalek aan betrokkene]]. +
<br>''Toelichting''<br>
*Het gaat in de AVG om twee verschillende meldplichten: er is een meldplicht aan de AP, en een meldplicht aan de betrokkene, op wiens persoonsgegevens een inbreuk is gemaakt.
*Voor uitzonderingsgronden zie [[ISOR:Uitzondering op melden van datalek aan AP|PRIV_C.03.04.01: Uitzondering op meldplicht aan AP]]. +