Verificatieplan wordt Verificatievoorschrift

[ElisabethKloren]

MB zegt: Voeg een vierde tabel toe voor verificatieplannen. Er wordt nu gesuggereerd dat er slechts 1 verificatieplan is per project. Dit lijkt me niet redelijk: ga ervan uit dat er meerdere plannen zijn die samen de complete scope afdekken.

Omdat verificatieplan in de sector ook in gebruik is als "document waarin je voor een specifieke fase van het project plant welke verificaties zullen plaatsvinden" wordt de term gewijzigd in EisverificatieplanURI, EisverificatieplanMethode, EisverificatieplanFase, EisverificatieplanToelichting Waarmee hopelijk duidelijker wordt dat het een verificatieplan voor de eis betreft

@RiX012 wijzig jij dit ook in het model? Of is dit niet nodig?

[RiX012]

Dus wil je overal waar Verificatieplan staat nu "Eis" voorzetten?

[ElisabethKloren]

Ja, helaas wel ;-)

[RiX012]

De titels van de kolommen corresponderen niet met hetgeen in het model (opzettelijk) dus dat maakt niet zoveel uit. Wat ik wel zal doen is de model items VerificationPlan en verificationMethod hernoemen naar RequirementVerificationPlan en requirementVerificationMethod. De properties (zoals fase, toelichting) worden 1 keer gedefinieerd en verlenen aan het gebruik in context hun semantiek, dus die pas ik niet aan (is dus al ok).

[ElisabethKloren]

Al right

[ElisabethKloren]

sluit ik deze nu onterecht, omdat je dit misschien nog niet verwerkt hebt?

[ElisabethKloren]

Nog meer review gehad, we lijken nu op de term Verificatievoorschrift uit te komen, dat is de gebruikelijke spreektaal

[RiX012]

@ElisabethKloren pas je deze nu zelf aan in de BPL of zal ik dat blijven doen?

[ElisabethKloren]

@RiX012 ik ga dit doen, goede oefening voor me