nl-digigo / contractspecificaties

Uitwisselen van contractspecificaties, functies, objecten, werkzaamheden en informatieproducten.
https://nl-digigo.github.io/contractspecificaties/
1 stars 1 forks source link

Rol van eis in verificatieplan #61

Closed ElisabethKloren closed 1 year ago

ElisabethKloren commented 1 year ago

rrbk 31 okt. Public 3.2.7 VerificatieplanURI Verificatieplan - In het huidige verificatieplan-model wordt een eis geverifieerd door een verificatieplan. Echter, middels een verificatieplan wordt een eis geverifieerd in relatie tot een subject. Oftewel, de rol die een eis speelt in relatie tot een onderwerp wordt geverifieerd. Waarom is deze ''rol'' en het ''verificatieplan'' samengenomen in één element (Verificatieplan)?

@RiX012 kun jij dit uitleggen?

https://bimloket.github.io/contractspecificaties/v/contractspecificaties@CR-20220815/#eisheeftonderwerp

RiX012 commented 1 year ago

Nee ik snap de vraag niet. Van wie komt deze?

RiX012 commented 1 year ago

Nee ik snap de vraag niet. Van wie komt deze?

rrbk: Het komt erop neer, dat ik me afvroeg of ook is overwogen om de rol van de eis (de ‘’specifier’’) expliciet te maken en daarop het verificatieplan vast te leggen? Zie hieronder. Ik was benieuwd (ter lering en vermaak) welke alternatieven er waren en hoe het huidige voorstel tot stand is gekomen? afbeelding

RiX012 commented 1 year ago

Ik was benieuwd (ter lering en vermaak) welke alternatieven er waren en hoe het huidige voorstel tot stand is gekomen?

Ah ok. Nu snap ik hem. Hier is geen heel uitgebreide analyse voor gedaan. Het model waar eis direct aan onderwerp zit gaf niet afdoende flexibiliteit om met verificaties om te gaan. Het ultieme expliciet modelleren kan uiteraard met het 'role based modelling'. Deze specificatie heeft echter tot doel om zo minimalistisch/makkelijk mogelijk te zijn. Vandaar dat toen geconstateerd werd dat de standaard NEN2660-2 oplossing niet voldeed er een zo minimaal mogelijke uitbreiding is gedaan.