Hoppa till innehåll
Qrendo

Produkt · Ändringshantering (CCB)

Strukturerade ändringspaket med tydlig finalisering

Ett ändringspaket (ChangeManagement) innehåller namn, beskrivning, motivation, status och serialiserade ändringar i changesJson. När paketet finaliseras appliceras ändringarna mot databasen i en kontrollerad transaktion.

Produkt · Ändringshantering (CCB) — illustration

Översikt

Statusflöde i UI: tillgänglig för granskning (0) → i granskning (1) → finaliserad (2, historik).

Finalisera (POST .../finalize) kräver CHANGE_MANAGEMENT_CHANGE, avvisar om redan finaliserad eller changesJson saknas.

Apply-tjänst tolkar changesJson v1 och skapar/uppdaterar/länkar/mjukraderar Intressentkrav/Systemkrav enligt diffen.

Kravområden ändras inte i detta flöde enligt nuvarande implementation.

Konsekvensanalys och historik

Orphan-detektering

Analys-fliken listar Systemkrav som skulle bli utan koppling till något intressentkrav om paketet genomförs. En konkret, automatiserad del av 'vad händer om vi gör detta?', inte en fullständig multi-domain impact simulator.

Historik med ansvar

Finaliserade paket visas med vem som finaliserade, när och fritextbeskrivning av beslut, stöd för revisionssamtal och intern transparens.

Typiskt arbetssätt

1Skapa paket; beskriv varför ändringen behövs.
2Bygg changesJson via UI (exakt UX kan variera per version).
3Kör analys och åtgärda orphan-varningar genom att justera paketet eller planera kompletterande länkar.
4Flytta paketet genom granskning → finalisera när CCB beslutat.