|
|
| Regel 1: |
Regel 1: |
| {{Discipl}} | | {{placeholder}} |
| Het [[Discipl]]-team heeft geïnventariseerd hoe het ontwikkelen van een dienst op basis van Discipl invloed heeft op het volgen van Afgeleide Principes uit de NORA binnen die diensten. In de onderstaande tabel staan de uitkomsten:
| |
| | |
| {| class="wikitable sortable"
| |
| ! ID !! Naam AP !! oordeel !! Toelichting
| |
| |-
| |
| | AP01 || [[Diensten zijn herbruikbaar]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Discipl is een platform met een open source en gratis app-store functie. Het maken van herbruikbare dienstverlenende apps is optimaal ondersteund doordat oplossingen ook technisch eenvoudig op elkaar kunnen aanhaken door uniformiteit in de wijze waarop oplossingen elkaar kunnen aanspreken alsook vanwege een universele namespace voor identificatie van zaken (gebruikers, softwarecomponenten, dataobjecten, etc.)
| |
| |-
| |
| | AP02 || [[Ontkoppelen met diensten]] || Discipl vergemakkelijkt indirect het volgen van AP || Bij de ontwikkeling van diensten op basis van Discipl is het ontkoppelen van deeldiensten nog altijd wel een aandachtspunt. Het platform maakt de drempel om hier rekening mee te houden wel flink lager omdat herbruikbaarheid van oplossingen eenvoudiger is. Discipl als app-store vervult ook een serviceregister / catalogus functie met daarbij toegang tot uitgebreide beschrijvingen tot aan source code niveau.
| |
| |-
| |
| | AP03 || [[Diensten vullen elkaar aan]] || Discipl vergemakkelijkt indirect het volgen van AP || Bij de ontwikkeling van diensten op basis van Discipl is het goed elkaar laten aanvullen van (deel)diensten nog altijd wel een aandachtspunt. Het platform maakt de drempel om hier rekening mee te houden wel flink lager omdat herbruikbaarheid van oplossingen eenvoudiger is.
| |
| |-
| |
| | AP04 || [[Positioneer de dienst]] || Discipl vergemakkelijkt indirect het volgen van AP || Bij de ontwikkeling van diensten op basis van Discipl is het helder positioneren van diensten nog altijd wel een aandachtspunt. Het platform maakt de drempel om hier rekening mee te houden wel flink lager omdat herbruikbaarheid van oplossingen eenvoudiger is en er een goed overzicht is van de andere reeds beschikbare diensten.
| |
| |-
| |
| | AP05 || [[Nauwkeurige dienstbeschrijving]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Met de app-store functie van Discipl waarbinnen niet alleen code maar ook beschrijvingen van diensten zullen zijn opgenomen zou dit eenvoudiger structureel geborgd / geaudit kunnen worden.
| |
| |-
| |
| | AP06 || [[Gebruik standaard oplossingen]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Discipl vormt zelf een standaard oplossing voor identificatie, authenticatie, autorisatie, onweerlegbaarheid, encryptie, en deels semantiek en toegangkelijkheid. Voor presentatie en vormgeving zullen aanvullende standaarden kunnen worden gedefinieerd en wellicht ook onderdeel worden van Discipl.
| |
| |-
| |
| | AP07 || [[Gebruik de landelijke bouwstenen]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Discipl zal nieuwe basis vormen voor diensten die een flink aantal van de bestaande bouwstenen zullen vervangen. Met name zal er minder behoefte zijn aan Digikoppeling, Digipoort etc. Ook basisregistraties zullen binnen het Discipl platform worden geherdefinieerd. Een BRP equivalent zal binnen Discipl decentraal opgezet doch centraal aanspreekbaar zijn. Vanwege verbeterde herbruikbaarheid zal het makkelijker worden de landelijke bouwstenen binnen Discipl te vinden en gebruiken op uniforme wijze.
| |
| |-
| |
| | AP08 || [[Gebruik open standaarden]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Bij de ontwikkeling van diensten op basis van Discipl is het gebruik van open standaarden nog altijd wel een aandachtspunt. Discipl zal echter zelf een open standaard vormen voor een groot aantal eigenschappen van diensten. Er blijft dan veel minder over wat mogelijk middels open standaarden ondersteund dient te worden.
| |
| |-
| |
| | AP09 || [[Voorkeurskanaal internet]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Dit is het standaard kanaal voor diensten gebaseerd op Discipl. Diensten zullen vnl via apps op devices als smartphones beschikbaar zijn. Aanvullende kanalen zullen hierop voortbouwen.
| |
| |-
| |
| | AP10 || [[Aanvullend kanaal]] || Discipl vergemakkelijkt indirect het volgen van AP || Discipl realiseert dit niet direct maar ondersteund dit wel optimaal. Ipv dat iemand zelf met een dienst aan de slag gaat kan men hier hulp bij krijgen (het aanvullende kanaal). Diensten dienen hier wel rekening mee te houden (met een hulpverlenende partij).
| |
| |-
| |
| | AP11 || [[Gelijkwaardig resultaat ongeacht kanaal]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Met Discipl kun je dit borgen door het aanvullende kanaal (AP10) volledig te baseren op het internet kanaal (AP09). Bij opzetten van diensten moet alleen rekening gehouden worden met ondersteunen van het aanvullende kanaal. Dit kan ook een algemener call-center of loketfunctie zijn alwaar burgers en bedrijven geholpen worden met het gebruiken van het internetkanaal.
| |
| |-
| |
| | AP12 || [[Eenmalige uitvraag]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Bij de ontwikkeling van diensten op basis van Discipl is de eenmalige uitvraag nog altijd wel een aandachtspunt. Het platform maakt de drempel om hier rekening mee te houden wel flink lager omdat herbruikbaarheid van oplossingen en informatie (ook in real time zonder gegevens te hoeven kopieren tussen administraties) eenvoudiger is.
| |
| |-
| |
| | AP13 || [[Bronregistraties zijn leidend]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Bij de ontwikkeling van diensten op basis van Discipl is het leidend laten zijn van bronregistraties nog altijd wel een aandachtspunt. Het platform maakt de drempel om hier rekening
| |
| mee te houden wel flink lager omdat herbruikbaarheid van oplossingen (en de gegevens erin) eenvoudiger is. Eigenaarschap van bronregistraties wordt binnen Discipl bovendien meer aan de gebruiker zelf gegeven via Private Data Sources (ook vanwege nieuwe AVG), wat dit beter te realiseren maakt voor nieuwe diensten.
| |
| |-
| |
| | AP14 || [[Terugmelden aan bronhouder]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Bij de ontwikkeling van diensten op basis van Discipl is dit altijd nog wel een aandachtspunt. Eigenaarschap van bronregistraties wordt binnen Discipl meer aan de gebruiker zelf gegeven via Private Data Sources (ook vanwege nieuwe AVG), wat het terugmelden makkelijker te realiseren maakt voor nieuwe diensten. Er zal waarschijnlijk een nieuwe standaard bouwsteen (of methode) ontstaan binnen Discipl om in terugmelding te voorzien.
| |
| |-
| |
| | AP15 || [[Doelbinding (AP)]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Bij de ontwikkeling van diensten op basis van Discipl is dit altijd nog wel een aandachtspunt. Eigenaarschap van bronregistraties wordt binnen Discipl meer aan de gebruiker zelf gegeven via Private Data Sources (ook vanwege nieuwe AVG). De gegevensverzameling en herbruik is hiermee beter onder controle van de gebruiker (wiens gegevens het betreft) zelf te houden, ook in relatie tot specifieke doelen
| |
| |-
| |
| | AP16 || [[Identificatie informatie-objecten]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Discipl borgt dit structureel; informatieobjecten krijgen elk een UUID.
| |
| |-
| |
| | AP17 || [[Informatie-objecten systematisch beschreven]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Discipl ondersteund een vorm van Linked Data. Hieraan kunnen dan binnen de app store functie van Discipl ook eenvoudig op systematische wijze beschrijvingen van gegeven worden
| |
| |-
| |
| | AP18 || [[Ruimtelijke informatie via locatie]] || Discipl heeft geen invloed op hoe AP gevolgd wordt || Met discipl altijd nog een aandachtspunt.
| |
| |-
| |
| | AP19 || [[Perspectief afnemer]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Nog altijd een aandachtspunt met Discipl. Discipl helpt wel makkelijker hierin te voorzien door betere real time koppeling tussen diensten en eenvoudige apps die de afnemer centraal stelt.
| |
| |-
| |
| | AP20 || [[Persoonlijke benadering]] || Discipl vergemakkelijkt indirect het volgen van AP || Nog altijd een aandachtspunt met Discipl maar Discipl maakt het wel makkelijker hierin te voorzien. Handelingen worden bijv. structureel gelogd en daarmee kan een klantbeeld opgebouwd worden waarop apps de gebruiker persoonlijker (en meer transparant) kunnen benaderen zonder verlies van privacy.
| |
| |-
| |
| | AP21 || [[Bundeling van diensten]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Is met Discipl makkelijker te realiseren doordat diensten makkelijker te herbruiken en te koppelen zijn.
| |
| |-
| |
| | AP22 || [[No wrong door]] || Discipl vergemakkelijkt indirect het volgen van AP || Vergemakkelijking. Discipl biedt app-store met doelgerichte eenvoudige apps waar ook afnemers duidelijk naar verwezen kunnen worden door loket / helpdesk / andere apps.
| |
| |-
| |
| | AP23 || [[Automatische dienstverlening]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Vergemakkelijking. Discipl maakt realiseren automatisesche dienstverlening makkelijker.
| |
| |-
| |
| | AP24 || [[Proactief aanbieden]] || Discipl vergemakkelijkt indirect het volgen van AP || Discipl vergemakkelijkt bezwaar tegen besluitvorming, Apps kunnen eenvoudig proactief doorverwijzen naar andere apps. Lokethelpdesk functie bepaald verder proactief handelen
| |
| |-
| |
| | AP25 || [[Transparante dienstverlening]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Discipl apps zijn open source en openlijk beschreven. Gegevens en log van handelingen zijn structureel inzichtelijk te maken.
| |
| |-
| |
| | AP26 || [[Afnemer heeft inzage]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Discipl ondersteunt Private Data Sources wat het verstrekken van inzage in (en controle op) eigen gegevens vergemakkelijkt.
| |
| |-
| |
| | AP27 || [[Een verantwoordelijke organisatie]] || Discipl vergemakkelijkt indirect het volgen van AP || Apps op basis van Discipl hebben een enkele duidelijke eigenaar die verantwoordelijk is voor de implementatie en doorontwikkeling. Verder is dit nog altijd een aandachtspunt.
| |
| |-
| |
| | AP28 || [[Afspraken vastgelegd]] || Discipl vergemakkelijkt indirect het volgen van AP || Afspraken kunnen open gepubliceerd worden naast dienstbeschrijving en code in de app-store functie van Discipl
| |
| |-
| |
| | AP29 || [[De dienstverlener voldoet aan de norm]] || Discipl vergemakkelijkt indirect het volgen van AP || Discipl kan norm vormen waarmee aantal basiszaken automatisch aan de norm voldoen. Het gebied waar dienstverlener op kan afwijken is verkleind. Verder is dit nog altijd een aandachtspunt.
| |
| |-
| |
| | AP30 || [[Verantwoording dienstlevering mogelijk]] || Discipl vergemakkelijkt het volgen van AP in grote mate || Nog altijd een aandachtspunt, maar ledger technologie doet al gauw een audit trail opbouwen en het Discipl platform doet informatieobjecten ook eenvoudig achteraf herbruikbaar maken. Verantwoording afleggen wordt vereenvoudigd en de verwachting is ook dat hier op Discipl aanvullende standaarden in ontstaan.
| |
| |-
| |
| | AP31 || [[PDCA-cyclus in besturing kwaliteit]] || Discipl kan indirect een positieve invloed hebben op volgen van AP || Discipl heeft hier geen directe invloed op. Diensten zijn relatief organisatorisch eenvoudiger op te zetten met Discipl wat wel kan helpen.
| |
| |-
| |
| | AP32 || [[Sturing kwaliteit op het hoogste niveau]] || Discipl kan indirect een positieve invloed hebben op volgen van AP || Discipl heeft hier geen directe invloed op. Diensten zijn relatief organisatorisch eenvoudiger op te zetten met Discipl wat wel kan helpen.
| |
| |-
| |
| | AP33 || [[Baseline kwaliteit diensten]] || Discipl kan indirect een positieve invloed hebben op volgen van AP || Discipl heeft hier geen directe invloed op. Diensten zijn relatief organisatorisch eenvoudiger op te zetten met Discipl wat wel kan helpen.
| |
| |-
| |
| | AP34 || [[Verantwoording besturing kwaliteit]] || Discipl kan indirect een positieve invloed hebben op volgen van AP || Discipl heeft hier geen directe invloed op. Diensten zijn relatief organisatorisch eenvoudiger op te zetten met Discipl wat wel kan helpen.
| |
| |-
| |
| | AP35 || [[Continuïteit van de dienst]] || Discipl vergemakkelijkt indirect het volgen van AP || Discipl-apps zijn altijd beschikbaar. Er dient echter nog steeds aandacht te zijn voor continuiteit op onderhoud en doorontwikkeling van diensten.
| |
| |-
| |
| | AP36 || [[Uitgangssituatie herstellen]] || Discipl vergemakkelijkt indirect het volgen van AP || De opzet van op Discipl gebaseerde diensten moeten hier goed rekening mee houden; wat in een DLT-platform wordt vastgelegd is niet muteerbaar, wel invalideerbaar en kan ontoegankelijk worden gemaakt. Er zijn dus wel herstelmogelijkheden in diensten in te bouwen. Hier moet rekening mee gehouden worden; Discipl dwingt dit zelf niet af maar hier zal mogelijk hier wel een standaard methode voor te bepalen zijn.
| |
| |-
| |
| | AP37 || [[Identificatie authenticatie en autorisatie]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Discipl borgt dat gebruikers van diensten geidentificeerd en geauthenticeerd zijn voor het gehele platform. Juiste autorisatie is eenvoudig in oplossingen in te bouwen.
| |
| |-
| |
| | AP38 || [[Informatiebeveiliging door zonering en filtering]] || Discipl kan indirect een positieve invloed hebben op volgen van AP || Zonering en filtering op netwerkniveau druist in tegen het Discipl concept. Tot op zekere hoogte kan dit wel toegepast worden (met name filtering) om Discipl nodes zelf te beschermen. Informatiebeveiliging is echter standaard hoog (en quantum computing safe) binnen Discipl en dusdanig dat het platform ook op onvertrouwde nodes kan draaien. Zonering in het dienstverleningsproces is bij de ontwikkeling van diensten nog altijd mogelijk en daarmee een aandachtspunt.
| |
| |-
| |
| | AP39 || [[Controle op juistheid volledigheid en tijdigheid]] || Discipl vergemakkelijkt indirect het volgen van AP || Nog altijd een aandachtspunt binnen de ontwikkeling van diensten op basis van Discipl. Echter doordat er minder gegevens gekopieerd worden en de gebruiker meer in controle is van de eigen gegevens in real time heeft Discipl hier waarschijnlijk wel een positieve invloed op.
| |
| |-
| |
| | AP40 || [[Onweerlegbaarheid (principe)]] || Discipl vergemakkelijkt op directe wijze het volgen van het AP in zeer grote mate || Onweerlegbaarheid van transacties is een belangrijke eigenschap van Discipl en daarmee borgt Discipl dit.
| |
| |}
| |