Bouw diensten modulair op

ArchiMate-modellen > GEMMA > Principles > Bouw diensten modulair op
Contextdiagram
Baseer oplossingen op zelfstandige componenten (Principle) Bouw diensten modulair op Scheid proces van data. De afhankelijkheden tussen (proces-)onderdelen en data moeten bij voorkeur zo klein mogelijk zijn. Hierdoor blijft ontkoppeling op een later moment mogelijk en hergebruik van dezelfde data voor meerdere processen (wendbaar en efficiënt) (Requirement) Scheid proces van data Zorg dat een bericht dat een mutatie tot gevolg heeft, bijvoorbeeld een bericht dat een betalingsopdracht representeert, niet verloren kan gaan. Een dergelijk 'transactioneel' bericht moet een incident als uitwijk of storing kunnen overleven. De integriteit van een "transactie" dient gewaarborgd te worden. Alle onderdelen van een verwerkingsketen nemen verantwoordelijkheid voor het bericht en zorgen ervoor dat het bericht niet verloren gaat. Correcte verwerking heeft prioriteit boven verwerkingssnelheid. Persistentie houdt in dat een (transport-)transactie pas is voltooid als het bericht is opgeslagen in een 'persistent store', zoals een bestand of database. Een opvragingsbericht daarentegen heeft geen mutatie tot gevolg. Responsetijd heeft hier meer prioriteit. Bij verlies van een opvragingsbericht (door bv. een storing) wordt de opvraging opnieuw gedaan. Verwerk een opvragingsbericht daarom niet-persistent. (Requirement) Verwerk beric- ht- interactie persi- stent Door gebeurtenis gericht werken wordt meer vanuit de leefwereld van de afnemer dienstverlening geboden door gemeenten. (Requirement) Gebeurtenisg- ericht werken Gegevensuitwisseling tussen (web)applicaties gebeurt via API's. De broneigenaar levert API's die voldoen aan de moderne RESTful, RPC en GraphQl standaarden. API's dienen centraal te worden beheerd in een API management systeem. (Requirement) Wissel gegevens tussen (web)applicati- es uit met API's Verwerk als afnemer gegevens uit een bronsysteem met respect voor de classificatie van die gegevens. Geef het geen hogere classificatie voor beschikbaarheid en integriteit dan de bron, en geen lagere classificatie voor vertrouwelijkheid. Maak zonodig afspraken met de aanbieder om hun classificatie aan te passen en in hun dienst bijpassende maatregelen daarvoor te implementeren. (Requirement) Koppel bronsystemen op basis van een passende classificatie Overheidsdienstverlening moet zich kunnen aanpassen aan veranderende omstandigheden. Om dit mogelijk te maken zijn overheidsorganisaties, processen en systemen duidelijk afgebakend en modulair opgebouwd. De positionering van verschillende onderdelen is duidelijk evenals de afspraken die gelden. Hierdoor kunnen gedeelde functies gemakkelijker over overheidsorganisaties gebruikt worden. (Goal) Wendbaar Verdeel de informatie in afgebakende datasets, die ook elk afzonderlijk getoetst kunnen worden op het voldoen aan de AVG. (Requirement) Scheiding van datasets Realiseer complexe systemen op modulaire wijze. Dit doe je door het systeem zodanig te ontwerpen dat deze opgedeeld kan worden in modules. Elke module moet eigenschappen bevatten die het mogelijk maken om ze (via gestandaardiseerde koppelvlakken) aan elkaar te koppelen. Zodanig vormen ze in het geheel een complex systeem. (Requirement) Ontwerp op modulaire wijze Zorg dat software hardware-agnostisch is en werk hierin met onafhankelijke componenten op verschillende informatie architectuurlagen (Requirement) Scheid data e- n software van hardware Zorg voor open specificaties. Zodat deze hergebruikt kunnen worden over instellingen heen. Dit voorkomt dat verschillende organisaties hetzelfde wiel moeten uitvinden. Zie ook EIF principle 2: "Openness", aanbeveling 4. EIF-brochure (pdf) (Requirement) Zorg voor open specificaties Innovaties kunnen oplossingen bieden voor maatschappelijke vraagstukken. Nieuwe innovatieve toepassingen vormen de technologische kennisbasis voor vernieuwing op tal van maatschappelijke terreinen. Innovatie maakt nieuwe oplossingen mogelijk, nu en in de toekomst. De overheid benut innovaties om de dienstverlening te verbeteren, bijvoorbeeld door nieuwe, meer flexibele en eigentijdse vormen van interactie met burgers en bedrijven. Als lerende organisatie stelt de overheid zich open voor innovatieve oplossingen van het bedrijfsleven en de wetenschap. En maakt ruimte voor innovatie door zich niet te richten op de oplossing maar op het gewenste resultaat. (Goal) Innovatief Overheidsdienstverlening legt zo min mogelijk belasting op het milieu en onze leefomgeving. Dit leidt tot lagere emissies, minder verbruik van grondstoffen, energie en een positieve bijdrage aan de leefomgeving. (Goal) Duurzaam Burgers en bedrijven worden niet geconfronteerd met overbodige vragen of irrelevante informatie. De overheidsdienstverlener hergebruikt informatie die bekend is, bij zichzelf of bij andere overheidsdienstverleners. De overheidsdienstverlener stelt als dat nodig is informatie beschikbaar aan andere overheidsdienstverleners en ketenpartners, op basis van verantwoord gegevensgebruik. Overheidsdienstverleners en ketenpartners hebben expliciet vastgelegd welke afspraken zij gemaakt hebben om hieraan invulling te geven. Het onnodig opvragen of leveren van informatie kost tijd, wekt irritatie op en verhoogt de kans op fouten. (Goal) Noodzakelijk De dienst is zodanig opgezet, dat andere organisaties deze in eigen diensten kunnen hergebruiken. De opzet van de dienst anticipeert op onvoorziene afnemers en gebruik. Deze implicatie beoogt de dienst interoperabel en bruikbaar voor een zo groot mogelijke groep afnemers te maken. Dit draagt bij aan een hoger rendement van de dienst. Hiervoor is het nodig dat de dienst: zó is beschreven dat de resultaten en voorwaarden ook in een andere context begrepen kunnen worden maximaal gebruik maakt van (open) standaarden om zo min mogelijk drempels op te werpen voor gebruik een minimum aan gebruiksvoorwaarden kent is aangemeld bij een landelijk serviceregister. (Requirement) Maak diensten herbruikbaar Door spreiding van levering van functionaliteit zodat er indien nodig overgeschakeld kan worden van de ene locatie/platform / leverancier naar een andere leverancier/locatie/platform worden de risico's voor uitval geminimaliseerd. (Platform agnostisch) (Requirement) Scheid data e- n applicatie va- n platform AssociationRelationship AssociationRelationship AssociationRelationship AssociationRelationship AssociationRelationship RealizationRelationship AssociationRelationship AssociationRelationship AssociationRelationship AssociationRelationship RealizationRelationship RealizationRelationship RealizationRelationship AssociationRelationship AssociationRelationship Deze svg is op 23-12-2024 09:45:08 CET gegenereerd door ArchiMedes™ © 2016-2024 ArchiXL. ArchiMedes 23-12-2024 09:45:08 CET
Eigenschappen
Elementtype     Principle
Label     Bouw diensten modulair op
Definitie     Baseer oplossingen op zelfstandige componenten
Toelichting     Door diensten modulair op te bouwen en te ontkoppelen wordt de flexibiliteit vergroot, wat leidt tot meer wendbaarheid, meer hergebruik en duurzaamheid.
GEMMA type     Principe
ID     GAP07
Toelichting     Door diensten modulair op te bouwen en te ontkoppelen wordt de flexibiliteit vergroot, wat leidt tot meer wendbaarheid, meer hergebruik en duurzaamheid.
Opmerking     Niet helemaal duidelijk daarom bij stelling tekst van Amsterdam overgenomen.
NORA principe     https://www.noraonline.nl/wiki/Bouw_diensten_modulair_op
Heeft bron     NORA
GEMMA type     Principe
Object ID     8adbd175-0d66-44e1-9986-d7b252982f81
Object ID_nl     8adbd175-0d66-44e1-9986-d7b252982f81
Original ID     id-d78c3f24-70bd-11e4-67ab-0050568a6160
Semanticsearch     bouw diensten modulair op
Implicaties
  • Scheid proces van data (Scheid proces van data. De afhankelijkheden tussen (proces-)onderdelen en data moeten bij voorkeur zo klein mogelijk zijn. Hierdoor blijft ontkoppeling op een later moment mogelijk en hergebruik van dezelfde data voor meerdere processen (wendbaar en efficiënt))
  • Verwerk bericht-interactie persistent (Zorg dat een bericht dat een mutatie tot gevolg heeft, bijvoorbeeld een bericht dat een betalingsopdracht representeert, niet verloren kan gaan. Een dergelijk 'transactioneel' bericht moet een incident als uitwijk of storing kunnen overleven. De integriteit van een "transactie" dient gewaarborgd te worden.

    Alle onderdelen van een verwerkingsketen nemen verantwoordelijkheid voor het bericht en zorgen ervoor dat het bericht niet verloren gaat. Correcte verwerking heeft prioriteit boven verwerkingssnelheid.

    Persistentie houdt in dat een (transport-)transactie pas is voltooid als het bericht is opgeslagen in een 'persistent store', zoals een bestand of database. Een opvragingsbericht daarentegen heeft geen mutatie tot gevolg. Responsetijd heeft hier meer prioriteit. Bij verlies van een opvragingsbericht (door bv. een storing) wordt de opvraging opnieuw gedaan. Verwerk een opvragingsbericht daarom niet-persistent.    )
  • Gebeurtenisgericht werken (Door gebeurtenis gericht werken wordt meer vanuit de leefwereld van de afnemer dienstverlening geboden door gemeenten.)
  • Wissel gegevens tussen (web)applicaties uit met API's (Gegevensuitwisseling tussen (web)applicaties gebeurt via API's. De broneigenaar levert API's die voldoen aan de moderne RESTful, RPC en GraphQl standaarden. API's dienen centraal te worden beheerd in een API management systeem.)
  • Koppel bronsystemen op basis van een passende classificatie (Verwerk als afnemer gegevens uit een bronsysteem met respect voor de classificatie van die gegevens. Geef het geen hogere classificatie voor beschikbaarheid en integriteit dan de bron, en geen lagere classificatie voor vertrouwelijkheid. Maak zonodig afspraken met de aanbieder om hun classificatie aan te passen en in hun dienst bijpassende maatregelen daarvoor te implementeren.)
  • Scheiding van datasets (Verdeel de informatie in afgebakende datasets, die ook elk afzonderlijk getoetst kunnen worden op het voldoen aan de AVG.)
  • Ontwerp op modulaire wijze (Realiseer complexe systemen op modulaire wijze. Dit doe je door het systeem zodanig te ontwerpen dat deze opgedeeld kan worden in modules. Elke module moet eigenschappen bevatten die het mogelijk maken om ze (via gestandaardiseerde koppelvlakken) aan elkaar te koppelen. Zodanig vormen ze in het geheel een complex systeem.)
  • Scheid data en software van hardware (Zorg dat software hardware-agnostisch is en werk hierin met onafhankelijke componenten op verschillende informatie architectuurlagen)
  • Zorg voor open specificaties (Zorg voor open specificaties. Zodat deze hergebruikt kunnen worden over instellingen heen. Dit voorkomt dat verschillende organisaties hetzelfde wiel moeten uitvinden. Zie ook EIF principle 2: "Openness", aanbeveling 4. EIF-brochure (pdf))
  • Maak diensten herbruikbaar (De dienst is zodanig opgezet, dat andere organisaties deze in eigen diensten kunnen hergebruiken. De opzet van de dienst anticipeert op onvoorziene afnemers en gebruik. Deze implicatie beoogt de dienst interoperabel en bruikbaar voor een zo groot mogelijke groep afnemers te maken. Dit draagt bij aan een hoger rendement van de dienst. Hiervoor is het nodig dat de dienst: zó is beschreven dat de resultaten en voorwaarden ook in een andere context begrepen kunnen worden maximaal gebruik maakt van (open) standaarden om zo min mogelijk drempels op te werpen voor gebruik een minimum aan gebruiksvoorwaarden kent is aangemeld bij een landelijk serviceregister.)
  • Scheid data en applicatie van platform (Door spreiding van levering van functionaliteit zodat er indien nodig overgeschakeld kan worden van de ene locatie/platform / leverancier naar een andere leverancier/locatie/platform worden de risico's voor uitval geminimaliseerd. (Platform agnostisch))
Relaties
Uitgaand    
ArchiMate-views
Komt voor op view    

De GEMeentelijke ModelArchitectuur met een verzameling samenhangende kaders, richtlijnen, referentiemodellen en standaarden die gemeenten helpt bij het inrichten van hun IT-omgeving en processen.

Een kwalitatieve intentieverklaring waaraan de architectuur moet voldoen. (Synoniem van: Architectuurprincipe )

Weergave van een feit, begrip of aanwijzing, geschikt voor overdracht, interpretatie of verwerking door een persoon of apparaat.

Object met gegevens die door de bron is bedoeld voor ontvangst door een of meer ontvangende actoren of systemen.

Iets dat binnen of buiten een organisatie is gebeurd en binnen die organisatie of daarbuiten gevolgen heeft.

De actor of applicatie die iets afneemt dat door een aanbieder wordt aangeboden.

Het verstrekken aan en ontvangen van gegevens tussen (informatiesystemen van) overheidsorganisaties onderling en (informatiesystemen van) andere organisaties of personen.

Afkorting van 'application programming interface': een manier om twee of meer computerprogramma's met elkaar te laten communiceren. Het is een soort software-interface die een dienst aanbiedt aan andere stukjes software.

De actor of applicatie die iets aanbiedt dat door een afnemer is af te nemen.

Een afgebakende prestatie van een persoon of organisatie (de dienstverlener), die voorziet in een behoefte van haar omgeving (de dienstafnemer(s)).

Betekenisvolle gegevens.

Overgenomen van "https://www.gemmaonline.nl/index.php?title=GEMMA/id-8adbd175-0d66-44e1-9986-d7b252982f81&oldid=156452"
Deze pagina is voor het laatst bewerkt op 29 okt 2024 om 21:32.