Closed ElisabethKloren closed 2 years ago
identiek aan in ieder geval het eisen blok van zowel een VSE als ook een VSP met de correcte onderlinge relaties
het hangt af van wat je met de eis gaat doen, welke informatie je er aan wilt koppelen. gaande een project worden eisen gemuteerd, vervallen, geverifieerd, overgedragen, etc. over al deze processen wil je elkaar op de hoogte houden in iedere OG/ON relatie.
User story voor beheercommissie:
Voeg meer details toe:
Het betreft een ‘verbetervoorstel
Verbetervoorstel a. Maak de userstory expliciet; mogelijk valt die uiteen in meerdere user stories
b. Beschrijf de randvoorwaarden
De gevraagde minimale informatie wordt opgenomen in de documentatie in ReSpec
Vraag aan deelnemers gebruikersbijeenkomst COINS 3.0 Contract als data op 3 april 2020:
Welke informatie is nodig bij de specificatie? Wat is minimaal, wat is nice to have?
~ Eistitel ~ Eistekst ~ Toelichting op de eis ~ Unieke identificatie over projecten heen / relatie naar bron: eis in eisenbibliotheek. ~ Projectnummer / Communicatiecode (voor gesprek tussen twee personen in het project over de specificatie is een GUID niet zo geschikt) ~ Voorgeschreven verificatiemethode(s) ~ Voorgeschreven verificatiemoment(en) ~ Relatie met object óf activiteit óf functie óf informatieproduct
Nice to have ~ Geëiste waarde / min-max waarde / formule / uitkomst ~ Absolute en relatieve betrouwbaarheid van de gemeten waarde ~ Relatie met eigenschap van een object
~ Eistype is m.i. niet nodig, maar goed: is hier een landelijke standaard nodig of wordt dit per opdrachtgever / project bij elkaar gefantaseerd?