pa:Hoofdproces: verschil tussen versies
| Regel 3: | Regel 3: | ||
Wat doet productarchitectuur? | Wat doet productarchitectuur? | ||
===Productarchitectuurprincipes=== | ===Productarchitectuurprincipes=== | ||
| − | Om hergebruik van bestaande structuren te promoten gebruiken we het specificatie canvas. De verschillende lagen van het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) hebben elk een onderdelen die gebruikt kunnen worden in een | + | Om hergebruik van bestaande structuren te promoten gebruiken we het specificatie canvas. De verschillende lagen van het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) hebben elk een onderdelen die gebruikt kunnen worden in een informatiestandaard. |
Door een informatieproduct een ‘sate-prikker’ te laten zijn door alle lagen zorgen we ervoor dat generieke componenten hergebruikt worden door de verschillende informatieproducten. | Door een informatieproduct een ‘sate-prikker’ te laten zijn door alle lagen zorgen we ervoor dat generieke componenten hergebruikt worden door de verschillende informatieproducten. | ||
| − | + | Dit document beschrijft de lagen en de richtlijnen per laag waar een informatieproduct aan zou moeten voldoen. Het organisatieniveau wordt niet door Nictiz gespecificeerd in informatiestandaarden, de taal en logisch niveau hebben voldoende bestaande richtlijnen; blijft het systeemniveau over waar enkele richtlijnen zijn (FHIR besluit) maar nog wel ruimte is voor richting. | |
| − | Doel van informatieproducten, dus ook | + | Doel van informatieproducten, dus ook transactiebouwstenen, is dat ze op zich een complete oplossing zijn. |
[[pa:Productarchitectuurprincipes|Productarchitectuur]] | [[pa:Productarchitectuurprincipes|Productarchitectuur]] | ||
| + | |||
| + | ====Transactiebouwstenen==== | ||
| + | Voor transactiebouwstenen zijn er aanvullende richtlijnen op de algemene productarchitectuurprincipes voor het ontwikkelen van informatieproducten. | ||
| + | |||
| + | Deze richtlijnen zijn bedoeld voor productteams die aan de slag gaan met het ontwikkelen van transactiebouwstenen en als instrument voor productarchitecten om de consistentie in de ontwikkeling van transactiebouwstenen te bewaken. | ||
| + | |||
| + | [[pa:Toetsingscriteria|Transactiebouwstenen]] | ||
===Toetsingscriteria=== | ===Toetsingscriteria=== | ||
Versie van 19 sep 2025 om 08:36
Inhoud
Productarchitectuur
Wat doet productarchitectuur?
Productarchitectuurprincipes
Om hergebruik van bestaande structuren te promoten gebruiken we het specificatie canvas. De verschillende lagen van het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) hebben elk een onderdelen die gebruikt kunnen worden in een informatiestandaard.
Door een informatieproduct een ‘sate-prikker’ te laten zijn door alle lagen zorgen we ervoor dat generieke componenten hergebruikt worden door de verschillende informatieproducten.
Dit document beschrijft de lagen en de richtlijnen per laag waar een informatieproduct aan zou moeten voldoen. Het organisatieniveau wordt niet door Nictiz gespecificeerd in informatiestandaarden, de taal en logisch niveau hebben voldoende bestaande richtlijnen; blijft het systeemniveau over waar enkele richtlijnen zijn (FHIR besluit) maar nog wel ruimte is voor richting.
Doel van informatieproducten, dus ook transactiebouwstenen, is dat ze op zich een complete oplossing zijn.
Transactiebouwstenen
Voor transactiebouwstenen zijn er aanvullende richtlijnen op de algemene productarchitectuurprincipes voor het ontwikkelen van informatieproducten.
Deze richtlijnen zijn bedoeld voor productteams die aan de slag gaan met het ontwikkelen van transactiebouwstenen en als instrument voor productarchitecten om de consistentie in de ontwikkeling van transactiebouwstenen te bewaken.
Toetsingscriteria
Korte uitleg.
