Heeft u vragen en/of opmerkingen over deze pagina, mailto:postbusear@rijksoverheid.nl
De EAR wordt opgevolgd door de RORA (RijksOverheid Referentie Architectuur), hier vindt u meer informatie over de RORA.
Eigenschap:Toelichting implicaties
Type eigenschap
:
Tekst
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstvak
Initiële waarde
:
Verplicht veld
:
Toelichting op formulier
:
Subeigenschap van
:
Geïmporteerd uit
:
Formatteerfunctie externe URI
:
Klik op de button om een nieuwe eigenschap te maken:
A
De organisatie is in staat om communicatie met de afnemer via meerdere kanalen af te wikkelen +
* Tijdens verlening van de dienst wordt de verwerking en verstrekking van informatie als zodanig vastgelegd.
* Daarbij wordt vastgelegd welke medewerkers de informatie hebben bewerkt en aan welke organisaties deze informatie is verstrekt.
* Deze informatie wordt ontsloten via de contactvoorzieningen die voor het doel van inzage zijn ingericht.
* Bij het verzamelen van persoonsgegevens worden betrokkenen op de hoogte gesteld van het doel of de doeleinden waarvoor de gegevens worden verzameld.
+
*Bij inzet van generieke functionaliteit is er zowel een collectieve als een individuele businesscase. Deze businesscases zijn zodanig opgezet dat onderlinge vergelijking mogelijk is.
+
Er is onderscheid in gestructureerde gegevens, verder aangeduid als data, en semi-gestructureerde gegevens, verder aangeduid als documenten. Data wordt gestructureerd opgeslagen in databases, terwijl documenten worden opgeslagen in een Document Management Systeem of directory-file-systeem. Voor data is een stabiele opslagstructuur, afgeleid van de semantiek van de gegevens, het uitgangspunt voor de informatiehuishouding van de Rijksdienst. Soms is echter een procesgerelateerde opslagstructuur noodzakelijk, bijvoorbeeld om redenen van performance bij de verwerking van administratieve bulkprocessen. De opslag van gegevens in de procesgerelateerde structuur is in dat geval van tijdelijke aard. Naderhand moeten de gegevens (in de achtergrond) worden overgezet naar een stabiele structuur. +
*In het algemeen geldt de volgende voorkeursvolgorde voor de ontwikkeling en implementatie van functionaliteit:
*#landelijke bouwstenen
*#rijksbreed generieke bouwstenen
*#bedrijfsproces generieke bouwstenen
*#standaard software
*#maatwerk
*De pagina [[Rijksregister Generieke I-diensten]] beschrijft welke generieke bouwstenen voor het Rijk beschikbaar zijn.
*Voor cloud softwarediensten, i.h.b. de zogenoemde apps, geldt de uitzondering dat snel kopen de voorkeur geniet (zie [[GRC: cloudoplossing kopen i.p.v. bouwen|principe GRC17]]).
+
*Er is een vastgesteld overzicht en inzicht in het aanbod van generieke diensten en voorzieningen. Het [[Totaal overzicht Generieke I-diensten Rijksdienst | Rijksregister Generieke I-diensten]] biedt dat overzicht.
*De betreffende generieke dienst of voorziening kan de benodigde functionaliteit (eenvoudig) beschikbaar maken voor de vragende partijen.
*De levenscyclus van de betreffende generieke dienst of voorziening is duidelijk, eenduidig en transparant georganiseerd naar verantwoordelijken voor financiering en uitvoering van onderhoud, doorontwikkeling en beheer (functioneel, technisch en operationeel).
*Er zijn duidelijke transparante afspraken over de gebruiksvoorwaarden van de generieke dienst of voorziening in termen van rechten, plichten, kosten en opbrengsten voor alle betrokken partijen.
+
*Onderzoek is nodig naar mogelijkheden op vergaande samenwerking in clusters van organisaties met vergelijkbare processen of doelgroepen.
+
*Het [[Bedrijfsfunctiemodel Rijksdienst]] vormt als onderdeel van de Enterprise Architectuur Rijksdienst een belangrijke basis waarlangs rijksorganisaties hun organisatie inrichten. Door uit te gaan van deze uniforme basis, wordt invulling gegeven aan de concerngedachte van de Rijksdienst.
+
*Beschikbare capaciteit o.g.v. kennis, personeel en voorzieningen moet transparant zijn voor alle organisaties van het Rijk.
*Duidelijke afspraken zijn nodig bij (tijdelijk) herziene aanwending van capaciteit, o.a. over
**kosten
**verantwoordelijkheden
**personele consequenties
**gebruik van voorzieningen
**etc.
+
Het [[Bedrijfsfunctiemodel Rijksdienst]] vormt samen met de Enterprise Architectuur Rijksdienst een belangrijke basis waarlangs rijksdienstorganisaties hun organisatie inrichten. Door uit te gaan van deze uniforme basis, wordt invulling gegeven aan de concerngedachte van de Rijksdienst. +
*De dienst is nauwkeurig beschreven.
*Hierbij is bepaald wie de afnemers zijn, wat zij mogen verwachten en wat de voorwaarden voor levering zijn.
*De dienst wordt verleend nadat de afnemer akkoord is gegaan met de voorwaarden. Wanneer het op praktische bezwaren stuit om met iedere afnemer afzonderlijk afspraken te maken, kan de dienstverlener deze afspraken maken met een vertegenwoordiger van de afnemers.*Bij bedrijfskritische diensten of diensten met een zeer vertrouwelijk karakter wordt het akkoord en de inhoud daarvan schriftelijk vastgelegd.
*Bij bedrijfskritische diensten of diensten met een zeer vertrouwelijk karakter is het akkoord en de inhoud daarvan schriftelijk vastgelegd. Denk hierbij aan ''Service Level Agreements'' (SLA) en ''Gegevens Levering Overeenkomsten'' (GLO).
+
Per dienst is bepaald :
* of automatische verstrekking gewenst is
* de invulling van de automatische verstrekking
* welke signalen (ook van andere organisaties) de dienstverlening in gang zetten. De dienstverlener deelt daartoe klantcontactinformatie met andere dienstverleners. Juridische en praktische implicaties hiervan zijn onderzocht. +
B
* De dienstverlener heeft voor zijn gehele pakket van diensten de algemeen geldende kwaliteitscriteria, standaarden en best practices geïdentificeerd.
* De kwaliteitscriteria, standaarden en best practices zijn vertaald in een bij de organisatie passende baseline.
* De dienst voldoet aan deze baseline. In aanvulling daarop is bepaald in hoeverre aanvullende kwaliteitsmaatregelen vereist zijn.
* Deze aanvullende maatregelen zijn genomen.
+
Overheidsorganisaties onderzoeken welke kwaliteit voor de afnemers voldoende is. Deze wordt als norm vastgesteld en bekendgemaakt. Vervolgens worden er processen ingericht om de norm te handhaven en wordt er gerapporteerd over de behaalde resultaten. Waar de kwaliteit kan variëren, wordt bij de informatie vermeld wat het actuele kwaliteitsniveau is (bijvoorbeeld wanneer de informatie voor het laatst is gecontroleerd). +
* Alle relevante informatie-objecten zijn geïnventariseerd
* informatie-objecten worden beheerd.
* Per informatie-object is de bron en daarmee de juridische aansprakelijkheid voor de juistheid van het object vastgesteld
* ''Authentieke gegevens'', zoals beschreven in de wetgeving op basisregistraties, worden afgenomen van de basisregistraties
* De juistheid van de gebruikte informatie-objecten wordt niet voor gebruik gecontroleerd
+
* De aanbod- en vraagzijde van de markt zijn in kaart gebracht:
** doelgroepen en hun perspectief
** aanverwante diensten en dienstverleners
* Afstemming is gezocht met de andere relevante (overheids)dienstverleners
* De dienst wordt (vanuit perspectief van de afnemer) gebundeld aangeboden met een of meer diensten van andere organisaties
+
C
*Aantoonbaar maken dat data niet buiten de Nederlandse beheersingsgrenzen treedt.
+
"De datacenters zijn onderling verbonden door een glasvezelnetwerk dat voldoet aan de beveiligings- en performance-eisen. Via beveiligde koppelvlakken wordt verbinding gelegd van de datacentervoorziening naar een (rijks)overheidsnetwerk – tot nader order de Haagse Ring - grote departementale netwerken en het internet.
Partijen van buiten, zoals burgers en bedrijven, kunnen via deze beveiligde koppelvlakken toegang krijgen tot de dienstverlening vanuit de datacenters." +
Bedrijfskritische processen én bedrijfskritische data worden volledig real-time in een geografisch ander datacenter gespiegeld, zodat dataverlies wordt voorkomen en de continuïteit van de bedrijfsvoering gewaarborgd wordt. De connectiviteit tussen de datacenters is gedimensioneerd op de vereiste continuïteitsvoorziening. +
Datacenters werken middels zgn. plateaus (housing, hosting en diensten) geleidelijk toe naar gezamenlijk aanbieden van datacenter dienstverlening, waarbij housing het aanbieden van vloeroppervlak, basis bekabeling en facilitaire voorzieningen betreft. +
Deze pagina is voor het laatst bewerkt op 24 jun 2019 om 15:17.