Dit deel van de documentatie wordt op dit moment verbeterd.
Korte omschrijving
Inhoud
In de stap wijzigen wordt de nieuwe versie van de Koppeltaal-standaard specificatie gemaakt binnen de kaders van overeengekomen afspraken en oplossingsrichting. De standaard moet daarbij flexibel genoeg zijn voor implementatie op meerdere technologische platformen en in lijn blijven met internationale
standaarden. Zodra de driehoek van documentatie, referentie-implementatie, en testscripts compleet is worden er releasenotes aan toegevoegd en volgt de overdracht naar de stap implementeren.standaarde
| Table of Contents | ||||
|---|---|---|---|---|
|
| Drawio | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Gewenste uitkomst
De gewenste uitkomst van het "wijzigen" proces is de vrijgave van een volgende versie van de Koppeltaal-standaard
De noodzakelijke invoer
De noodzakelijke invoer voor het proces "wijzigen" is
Wijzigingsverzoek met
Gespecificeerd verzoek
Technische oplossingsrichting
Architectuurbesluit (
nieuw of
bestaand)
De uitvoer
De uitvoer is een vrijgave en opleververzoek van een volgende versie van de Koppeltaal-standaard.
Een gewijzigde Koppeltaal-standaard een een verzoek om deze beschikbaar te stellen aan de gebruikers ervan.
Eindverantwoordelijkheid op proces niveau
Toelichting | Wie | ||
|---|---|---|---|
R | Responsable | Degene die verantwoordelijk is voor de procescoördinatie en regie voert over het wijzigen proces. Verantwoording wordt afgelegd aan de persoon die accountable is. | Zie |
activiteiten | |||
A | Accountable | Degene die (eind)verantwoordelijk, bevoegd is en goedkeuring geeft aan het resultaat. Als het erom gaat, moet hij/zij het eindoordeel kunnen vellen, vetorecht hebben. Er is slechts één persoon Accountable. |
|
C | Consulted | Deze persoon geeft (mede) richting aan het resultaat, hij/zij wordt voorafgaand aan beslissingen of acties (verplicht) geraadpleegd. Dit is tweerichtingscommunicatie. |
Te doorlopen stappen en rolverdeling op procedure niveau
De onderstaande USM flow geeft de richtlijnen weer voor een juiste gestandaardiseerde procedurele afhandeling van een wijzigingsverzoek. Iedere stap is waar nodig verder uitgewerkt in meer gedetailleerde werkinstructies die terug te vinden zijn via de hyperlinks op de activiteiten. In die werkinstructies worden de diverse rolverdelingen ook specifieker toegelicht.
Zie activiteiten | ||
I | Informed | Iemand die geïnformeerd wordt over de beslissingen, over de voortgang, bereikte resultaten enz. Dit is eenrichtingscommunicatie. |
Procesbeschrijving
| Drawio | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
- Standaardisatieteam
- Adviesteam
- Community
- Standaardisatieteam
- Productmanager
- Community
- Standaardisatieteam
- Productmanager
- Community
|
Activiteit
Korte omschrijving
R
C
I
|
Activiteit | Korte omschrijving | R (en/of) | C (verplicht/optioneel)* | Middelen |
|---|---|---|---|---|
Aannemen wijzigingsverzoek |
|
| ||
Categoriseren & prioriteren |
|
| ||
Plannen & Accorderen |
|
| ||
Wijzigen standaard |
|
|
- Community
Testen & Vrijgeven |
|
- Community
|
Implementeren | ||||
Toetsen oplevering & terugkoppelen |
|
|
- Community
Bijwerken beheerde informatie objecten register |
|
Evalueren & afsluiten |
|
|
- Community