| Toelichting | De keten van een uitwisseling wordt samengesteld op basis van afzonderlijke functionele componenten die ieder een specifieke invulling van de totale transmurale informatiedienst realiseert.
Dus geen oplossingen waarin één technisch component meerdere functionele componenten invult. |
| Rationale | Hiermee voorkomen wij dat nieuwe informatiediensten een monolithisch architectuur volgen. Een service oriented architectuur is gebaseerd op het concept van het organiseren van softwarefunctionaliteit in afzonderlijke componenten (services) die losjes gekoppeld zijn en onafhankelijk kunnen opereren. Hiermee zorgen wij voor:
- Herbruikbaarheid (componenten (services) worden ontworpen en ontwikkeld als onafhankelijke bouwstenen die kunnen worden hergebruikt in verschillende applicaties)
- Modulariteit (door het opsplitsen van functionaliteit in kleine, autonome componenten waarin elke component zijn eigen specifieke verantwoordelijkheid heeft en onafhankelijk van andere componenten ontwikkeld, uitgerold en geschaald kan worden)
- Interoperabiliteit (de nadruk ligt op het definiëren van duidelijke interfaces en protocollen waarmee de componenten onderling communiceren)
- Schaalbaarheid (door functionaliteit in afzonderlijke componenten te scheiden, kunnen ze afzonderlijk worden geschaald om resources efficiënter te gebruiken en prestaties te verbeteren)
- Flexibiliteit (componenten kunnen gemakkelijker worden vervangen, geüpdatet of geüpgraded zonder grote impact op andere delen van het systeem)
|
| Implicaties |
- Oplossingen moeten voldoen aan Service Oriented Architectuur uitgangspunten waarbij de afzonderlijke componenten loosely coupled zijn.
- Gebruik Architecture Building Blocks (ABB’s) en Solution Building Blocks (SBB’s) bij het ontwerpen van diensten en producten.
|
| Uitzonderingen | – |
| Referentie | Casus eOverdracht, casus BabyConnect |
