Graag de (vanuit PZH aangeleverde) definities inclusief bronvermelding in een kolom meenemen bij de tabellen. In deze versie is de bronvermelding weggelaten.

Zo krijgt de lezer een eerste indruk waar en hoe het model zich verhoudt tot standaarden @Elisabeth.de.Vries

Voorbeelddata - Hoe dient het model Constractspecificaties te worden geinstantieerd? Er ontbreekt een voorbeelddataset (als graaf) gericht op één of twee praktische usecases.

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?

Raakvlak - Het is een ''nice to have'' om t.z.t. raakvlakken aan te maken tussen onderwerpen en deze raakvlakken te specificeren.

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)?

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).

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.

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?

Documentsectie - Wat is het gebruiksscenario (nut- en noodzaak) om een document op te knippen in documentsecties t.b.v. publicatie?

Initiator - Hoe leggen we de initiator van de specificatie vast?

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?

Verificatiemethode - ''Simulaties'' staat in meervoud, terwijl andere methoden in enkelvoud staan (o.a. Berekening, Referentie, Factory Acceptence Test''). Waarom?

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.