Introductie Architecture, Modelling & Ontwerp

Doel van het document

Het doel van dit document is het beschrijven van 'architectural solution baseline' voor de infrastructuur voor Architectuur Modellering & Ontwerp van Rijkwaterstaat. De beschreven oplossing bevat voldoende informatie voor het maken van het detailed design, het implementatie plan, etc.

Management Samenvatting

Voor Rijkswaterstaat is een (centraal) Architectuur Modellering & Ontwerp (AMO) systeem geïmplementeerd. Door het gebruik van dit centrale systeem in de RWS-architectuur kunnen softwareontwikkelaars, architecten en bedrijfsanalisten de complexiteit van projecten beter beheersen en de communicatie tussen verschillende belanghebbenden verbeteren. Voor Rijkswaterstaat is Sparx Enterprise Architect gekozen als Architectuur Modellering & Ontwerp systeem. Sparx Enterprise Architect is een uitgebreide modellering tool die wordt gebruikt voor het ontwerpen, analyseren en beheren van complexe systemen. Het ondersteunt verschillende methodologieën en standaarden, zoals UML (Unified Modeling Language), BPMN (Business Process Model and Notation), en ArchiMate. Hier zijn enkele belangrijke functies van Sparx Enterprise Architect:]]>

• Modellering: Het biedt uitgebreide mogelijkheden voor het modelleren van software, systemen en bedrijfsprocessen.
• Documentatie: Het helpt bij het genereren van gedetailleerde documentatie van de modellen en ontwerpen.
• Samenwerking: Teams kunnen samenwerken aan modellen en ontwerpen, met versiebeheer en real-time samenwerking.
• Analyse: Het ondersteunt impactanalyse, traceerbaarheid en validatie van modellen.
• Integratie: Het kan geïntegreerd worden met andere tools en platforms voor een naadloze workflow.

Sparx Enterprise Architect wordt aangeboden in de Datacenter versie en beheerd door externe leverancier, gehost in de RWS datacenters.
De argumentatie voor deze keuzes is te vinden in 4.1.3.

Structuur van het document

Hoofdstuk 2 beschrijft de functionele requirements en de standaarden noodzakelijk voor de componenten 'solution building blocks (SBB)' in scope van dit document.
Hoofdstuk 3 beschrijft de non-functionele requirements. Deze geven de randvoorwaarden aan waaraan het systeem moet voldoen, zoals de gevraagde service levels voor de systemen, de eigenschappen van het systeem en de beperkingen die waaraan het systeem (of delen van het systeem) moet voldoen.
Hoofdstuk 4 geeft een logisch overzicht en beschrijft de ontwerp besluiten ('architectural decisions') die gebruikt zijn bij het ontwerp van de oplossing.
Hoofdstuk 5 beschrijft het fysiek ontwerp van de oplossing.

Out of scope

De volgende zaken zijn buiten scope van dit document en de afdeling:

• Data management en manipulatie;
• Kosten- en security optimalisaties;
• Processen en procedures voor aanvraag, onderhoud en configuratie;
• Governance model.