Feedback Informatiemodel Contractspecificaties: Eistypen

[ElisabethKloren]

Betreft onderdeel: (zo expliciet mogelijk zoals pagina, alinea, eisnummer, stap, etc.) Verbetervoorstel: Een standaard lijst met Eistypen afspreken bij Provincies, voor beter opdrachtgeverschap naar opdrachtnemers en makkelijker werken in Relatics omgevingen bij het inlezen van de colectieve eisen. Beoogd doel van de verbetering: (‘als we dit niet doen, dan…’, ‘hierdoor kunnen we…’, etc.)

[ElisabethKloren]

Bij BIM loket laatste stand van zaken, daar kwam helaas geen consensus uit:

De aspecteisen zijn grotendeels overgenomen uit de [[LeidraadSE3]]; de eistypen die aanduiden aan wat voor concept de eis is gesteld zijn aangepast aan de onderwerpen uit deze richtlijn. Dit is een enumeratie.

Bij uitwisseling mag je uitsluitend de onderstaande lijst gebruiken, zonder zelf uitbreidingen te doen. Als elke opdrachtgever een eigen lijst met eistypen en aspecten gebruikt wordt het inrichten van standaard omgevingen voor de verwerking van contracteisen onnodig bemoeilijkt, waarbij bij elk project een aangepaste lijst moet worden gemaakt.

Eistypen:

Informatie-eis

Eis gesteld aan een te leveren [=Informatieproduct=]

csw:Informatie-eis

Systeemeis

Eis gesteld aan een [=FysiekObject=]

Een eis die het tot stand komen en gebruiken dan wel toepassen van het geïntegreerde systeem specificeert. Bron: [[LeidraadSE3]]

Andere in de sector gebruikte namen van eisen die allemaal tot de Systeemeisen behoren: Functionele eis; Prestatie-eis; Technische eis; Ontwerprandvoorwaarde

csw:Systeemeis

Proceseis

Eis gesteld aan een [=Werkzaamheid=]

De beschrijving van het gevraagde geheel van samenhangende of elkaar beïnvloedende activiteiten dat input omzet in output. Bron: [[LeidraadSE3]]

csw:Proceseis

Functie-eis

Eis gesteld aan een [=Functie=]

De beschrijving van de gevraagde beoogde werking en/of verrichting van een systeem. Bron: [[LeidraadSE3]]

csw:Functie-eis

Aspecteis: Betrouwbaarheid

De waarschijnlijkheid dat de vereiste functie wordt uitgevoerd onder gegeven omstandigheden gedurende een bepaald tijdsinterval.

csw:Aspecteis-Betrouwbaarheid

Bron: [[LeidraadSE3]]

Aspecteis: Beschikbaarheid

De waarschijnlijkheid dat de vereiste functie op een willekeurig moment kan worden uitgevoerd onder gegeven omstandigheden.

csw:Aspecteis-Beschikbaarheid

Bron: [[LeidraadSE3]]

Aspecteis: Onderhoudbaarheid

De waarschijnlijkheid dat de activiteiten voor onderhoud kunnen worden uitgevoerd binnen de hiervoor vastgestelde tijden, onder gegeven omstandigheden teneinde de vereiste functie te kunnen (blijven) uitvoeren.

csw:Aspecteis-Onderhoudbaarheid

Bron: [[LeidraadSE3]]

Aspecteis: Veiligheid

De waarschijnlijkheid dat de vereiste functie en de daarvoor benodigde activiteiten zonder optredend letsel aan personen kan worden vervuld dan wel uitgevoerd en de waarschijnlijkheid dat de integriteit van de functie en de daaraan verbonden data en datastructuren gewaarborgd blijven van ongewenste beïnvloeding.

csw:Aspecteis-Veiligheid

Bron: [[LeidraadSE3]]

Aspecteis: Gezondheid

De waarschijnlijkheid dat de vereiste functie en de daarvoor benodigde activiteiten zonder negatieve gezondheidsrisico's voor personen kan worden vervuld dan wel uitgevoerd.

csw:Aspecteis-Gezondheid

Bron: [[LeidraadSE3]]

Aspecteis: Omgeving

De waarschijnlijkheid dat de vereiste functie en de daarvoor benodigde activiteiten zonder ongewenste risico's voor de omgeving kunnen wordenvervuld en/of gerealiseerd.

csw:Aspecteis-Omgeving

Bron: [[LeidraadSE3]]

Aspecteis: Duurzaamheid

De waarschijnlijkheid dat de vereiste functie en de daarvoor benodigde activiteiten binnen de hieraan gestelde eisen en PPP (People/Planet/Profit)-doelstellingen kunnen worden gerealiseerd.

csw:Aspecteis-Duurzaamheid

Bron: [[LeidraadSE3]]

Aspecteis: Vormgeving

De beschrijving van de gevraagde prestatie ten aanzien van het beeld en het materiaalgebruik met inachtneming van de omgevings- en de gezondheidseisen van het systeem en haar onderdelen.

csw:Aspecteis-Vormgeving

Bron: Leidraad SE v3

Aspecteis: Toekomstvastheid

De beschrijving van de gevraagde prestatie van een systeem ten aanzien van de vereiste levensduur van het systeem (als functie en als object) en haar onderdelen.

csw:Aspecteis-Toekomstvastheid

Bron: [[LeidraadSE3]]

Aspecteis: Sloopbaarheid

De waarschijnlijkheid dat de vereiste functie aan het einde van de levensduur op beheerste wijze kan worden teruggebracht tot minimaal secundaire grondstoffen en met inachtneming van de overige aspecten.

csw:Aspecteis-Sloopbaarheid

Bron: [[LeidraadSE3]]

[ElisabethKloren]

Zie ook het reviewcommentaar HIER: https://github.com/bimloket/contractspecificaties/issues/48

[BobNonnekens]

Bij het Provinciaal Contractenbuffet en ProContract schreven we in september 2021 al het volgende:

eisenindeling.pdf

[BobNonnekens]

Vervolgens hebben we in de eerste helft van 2022 in aansluiting op de actualisatie van de NEN 2660-1&2: 2022 NL intern CROW in samenwerking met onder andere jou de eisstructuur volledig over de PCB-producten geharmoniseerd en NEN-proof gemaakt. Hiermee was op dat moment ook de aansluiting met BIM geregeld. In hoeverre is het bovenstaand aangerdragen voorstel op deze ontwikkeling van afgelopen jaar afgestemd? Ik zie nu nieuwe definities voor dezelfde Lemma's ontstaan. Dat is ongewenst. De SE-Leidraad is geen geharmoniseerde norm en daardoor minder gewenst als bron, daar waar de NEN-proof PCB uitwerking dat voor vrijwel alle Lemma's wel is.

[ElisabethKloren]

Vervolgens hebben we in de eerste helft van 2022 in aansluiting op de actualisatie van de NEN 2660-1&2: 2022 NL intern CROW in samenwerking met onder andere jou de eisstructuur volledig over de PCB-producten geharmoniseerd en NEN-proof gemaakt. Hiermee was op dat moment ook de aansluiting met BIM geregeld. In hoeverre is het bovenstaand aangerdragen voorstel op deze ontwikkeling van afgelopen jaar afgestemd? Ik zie nu nieuwe definities voor dezelfde Lemma's ontstaan. Dat is ongewenst. De SE-Leidraad is geen geharmoniseerde norm en daardoor minder gewenst als bron, daar waar de NEN-proof PCB uitwerking dat voor vrijwel alle Lemma's wel is.

Hoi @BobNonnekens er is dus géen overeenstemming gekomen op de eistypen, wel is het zo dat het voorstel nog is gewijzigd. We zullen bij het PCB zelf onze eistypen moeten definiëren. Bovenstaand was de wijsheid van velen; ik stel voor dat het kernteam een lijst vaststelt op basis van bovenstaande én de feedback, ook van provincies (https://github.com/bimloket/contractspecificaties/issues/48), op de geformuleerde eistypen. Er is gewoon geen nen-norm die daar duidelijk over is.

[ElisabethKloren]

Bij het Provinciaal Contractenbuffet en ProContract schreven we in september 2021 al het volgende:

eisenindeling.pdf

We zullen moeten kijken hoe we deze eisindeling kunnen relateren aan de data-uitwisseltabellen; deze link leidt duidelijk naar een "voor mensen leesbare samenvatting van de eis" dat is gewoon wat anders dan het "tabeluitwisselformaat"

[RiX012]

Klopt, volgens mij zou PCB zelf een consensus moeten vinden en deze zelf onderhouden als LinkedData set(je).

[BobNonnekens]

Goed, dan werken we met een conversietabelletje. Ik maak een concept en leg deze ter controle bij jullie (@RiX012 & @ElisabethKloren ) voor. Hiermee is dit issue gereed.