- Oct 2022
-
bimloket.github.io bimloket.github.io
-
1.2 Doel van dit document
Voorbeelddata - Hoe dient het model Constractspecificaties te worden geinstantieerd? Er ontbreekt een voorbeelddataset (als graaf) gericht op één of twee praktische usecases.
-
Handleiding van NEN2660-2 naar uitwisseling contractspecificaties
Model - Is het (technisch) model afgestemd met de NEN commissie die o.a. de NEN2660 beheert? Volgens mij is dat ''Normcommissie 351225''. Zo niet, is het een idee om dat actief wel te doen, zodat dit voorstel breed (voor zover dat mogelijk is) gecommuniceerd- en gedragen wordt?
-
een eerste, eenvoudige afspraak over uitwisseling van contractuele eisen,
Raakvlak - Het is een ''nice to have'' om t.z.t. raakvlakken aan te maken tussen onderwerpen en deze raakvlakken te specificeren.
-
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)?
-
3.2.11 EisheeftDeel
Afleiding eisenset- Hoe leg je de afleiding van een generieke eis naar een specifiekere eis vast?
Bijv. een PCB-eis die wordt afgeleid naar een PZH-eis.
Ik zou dit wel als use case terug willen zien, uitgedrukt in een voorbeeld dataset (in RDF).
-
1.4 Informatiemodel
Model - Ik lijk nergens het volledige Contractspecificaties- model (in UML en RDF) terug te kunnen zien. Ook niet de samenhang met de NEN2660. Waarom niet? Zo kan ik bijv. niet/lastig achterhalen wat het supertype is van Verificatieplan.
-
3.2.7 VerificatieplanURI
Ik maak uit de documentatie op dat er twee manieren zijn om onderwerpen te koppelen aan eisen, namelijk (1) via de relatie ''hasRequirement'' en (2) via de relaties ''isVerificationOf en ''hasAsSubject''
Hoe gebruik je deze twee soorten allocaties? Geldt er een voorkeur?
-
5.2.8 DocumentSectie
Documentsectie - Wat is het gebruiksscenario (nut- en noodzaak) om een document op te knippen in documentsecties t.b.v. publicatie?
-
5.1 Documentenformat
Initiator - Hoe leggen we de initiator van de specificatie vast?
-
5.2 Details documententabel
Fysieke documenten - Hoe houden we de fysieke documenten (o.a. brondocumenten, referentiedocumenten) herleidbaar (m.a.w. gelinkt) aan de specificaties in de dataset?
Bijv. afbeeldingen - Hoe houden we de fysieke afbeeldingen herleidbaar (m.a.w. gelinkt) aan de specificaties in de dataset?
-
Simulaties
Verificatiemethode - ''Simulaties'' staat in meervoud, terwijl andere methoden in enkelvoud staan (o.a. Berekening, Referentie, Factory Acceptence Test''). Waarom?
-
Een opdrachtnemer wordt door deze verwijzing verplicht om zelf de eisen in dit document te scannen en mee te nemen in de verificatie en validatie.
Verificatie - Wordt er t.z.t. ook nagedacht hoe ''uitgevoerde'' verificaties dienen te worden vastgelegd (als tabel en als graaf)? Zo kan een OG ook de verificaties gestandaardiseerd terug ontvangen.
-