Twiin Enterprise Architectuur werkomgeving

<b>Indeling van hoofstukken (IH)</b><br/>Het afsprakenstelsel is niet zomaar een willekeurige verzameling informatie. De inhoud is bijvoorbeeld ingedeeld op basis van overeenkomende kenmerken. Die indeling zie je terug in de verschillende hoofdstukken.<br/><br/><br/><b>Samenhang tussen hoofdstukken (SH)</b><br/>Daarnaast hangen de hoofdstukken ook met elkaar samen. Wat in het ene hoofdstuk staat, kan gevolgen hebben voor een ander hoofdstuk. Zo bepaalt de juridische context bijvoorbeeld de basis voor het vertrouwensmodel. Het vertrouwensmodel vormt vervolgens weer het kader voor de hoofdstukken Voorwaarden en Technische kern. Je zou kunnen zeggen dat bepaalde hoofdstukken andere hoofdstukken <i>ondersteunen</i>.<br/><br/><br/><b>Vereisten in hoofdstukken (VH)</b><br/>Deze samenhang zie je terug in de teksten, maar vooral in de vereisten die in meerdere hoofdstukken staan. Consistentie binnen het hele afsprakenstelsel is belangrijk, maar binnen deze hoofdstukken extra, omdat er wordt gevalideerd op deze vereisten. Daarom vallen deze hoofdstukken onder architectuurbeheer. Dat houdt in dat we er gericht op toezien dat de structuur klopt, de inhoud samenhangt en de vereisten consequent worden toegepast. De overige hoofdstukken vallen niet onder architectuurbeheer. Daar bewaken we de samenhang wel, maar op een minder formele manier.<br/><br/><br/><b>Samenhang tussen vereisten (SV)</b><br/>Er wordt extra goed gelet op consistentie tussen vereisten in diverse hoofdstukken. Onder iedere verseiste (met uitzondering van de principes) is daarom de relatie vastgelegd met andere vereisten.<br/><br/><br/><b>Relatie met relaeses van het afsprakenstelsel</b><br/>Hoewel de enterprise-architectuur van Twiin niet direct gekoppeld is aan de release­momenten van het afsprakenstelsel, ontwikkelen we beide zoveel mogelijk parallel door. Daarom maken we na iedere release van het afsprakenstelsel een snapshot van de enterprise-architectuur. Vanuit die snapshot werken we verder in een nieuwe versie, terwijl de voorgaande versie beschikbaar en inzichtelijk blijft.<br/><br/>Na elke release van het afsprakenstelsel wordt de architectuur bijgewerkt. Deze wordt gebruikt om verbeteringen proactief in kaart te brengen en veranderingen reactief te beheersen, ter voorbereiding op de volgende release van het afsprakenstelsel.<br/><br/>Dit is de actieve versie van de enterprise-architectuur in lijn met versie 1.3 van het afsprakenstelsel.<br/><br/><br/><b>Onder architectuurbeheer</b> <br/>Hier verstaan we ondet dat bij wijzigingen in het afsprakenstelsel de consistentie extra zorgvuldig wordt bewaakt. Dit betekent dat alle onderdelen logisch op elkaar blijven aansluiten, er geen tegenstrijdigheden ontstaan en de samenhang behouden blijft.<br/>Schrijvers van de hoofdstukken letten hier nu al op, maar extra zorgvuldig houdt concreet in dat de samenhang expliciet wordt uitgewerkt in dit model, en dat een onafhankelijk architect dit monitort en bewaakt.<br/>