Vergadering van 09/11/2017 WG1: Classificatie - Nomenclatuur

Transcriptie

1 Vergadering van 09/11/2017 WG1: Classificatie - Nomenclatuur 1. Opening van de vergadering en kalender (zie slides (1-4) - Maria Huerdo Fernandez) Maria Huerdo Fernandez opent de vergadering en heet de deelnemers welkom. De vergadering zal bestaan uit een synthese van de twee laatste vergaderingen die plaatsvonden binnen WG1 van de Cluster BIM. 2. Inleiding (zie slides (5-11) - Pauline Dewez) Herinnering: o Geanalyseerde classificatiesystemen en analysemethodologie Opmerking: een interne werkgroep van het WTCB bekijkt momenteel het punt "Implementatie in een softwareprogramma" nader aan de hand van de modellering van een alleenstaande woning (Opticost) in drie programma s (Archicad, Vectorworks, Revit) waarin bepaalde classificaties zullen geïmplementeerd worden. Dit punt zal dus niet in detail besproken worden tijdens deze vergadering. o Toepassingsdomein van de analyse De analyses van de classificatiesystemen gebeurden met het oog op gebruik bij gebouwen (niet voor infrastructuren of civiele bouwkunde of dergelijke). Tot op heden hadden ze betrekking op de discipline architectuur en, op een minder gedetailleerde manier, ook op structuur. Thema van de vergadering: o Analyse van het classificatiesysteem ETIM o Gebruik van de geanalyseerde classificatiesystemen in de discipline speciale technieken in de bouwsector. 3. ETIM (zie slides (12-52) - Pauline Dewez) 3.1 Identity Card (zie slides (13-38)) Algemene informatie - ETIM lijkt meer op een generieke productendatabank, ontworpen om de commerciële gegevens tussen de fabrikanten/leveranciers en installateurs te standaardiseren. - Oorsprong: Nederland en Duitsland. ETIM vloeit voort uit de BMEcat 1 norm (1999). De laatste versie (ETIM 7.0) is beschikbaar sinds 4 september Bij de oprichting omvatte ETIM enkel elektronische producten (vandaar ook de oorspronkelijke naam "Electro-technical Information Model"). Daarna verspreidde ETIM zich in verschillende landen en werd het uitgebreid naar HVAC (huidige benaming: "European Technical Information Model"). 1 BME: "Bundesverband Materialwirtschaft, Einkauf und Logistik e.v.". Engelse vertaling: "German Federal Association for Materials Management, Procurement and Logistics". CTCBIMICT-WGT01_N032_Meeting7_PV_ _NL_CE.docx - Page 1/6

2 Structuur van het systeem ETIM bestaat uit verschillende lijsten: - Klassen - Groepen - Eigenschappen - Waarden - Eenheden Nota: in ETIM wordt de term klasse niet gebruikt als bepaling van een verzameling van objecten die een of meerdere eigenschappen gemeen hebben 2, zoals in de eerder geanalyseerde classificatiesystemen. Een ETIM-klasse (class) verwijst naar één generiek product (object). Voorbeeld: EC Fluorescentielamp en EC UV-lamp zijn twee klassen. De ETIM-klassen worden ondergebracht in groepen. Voorbeeld: De twee bovenvermelde klassen worden hernomen in de groep EG Lampen. ETIM-eigenschappen (features) zijn verbonden aan ETIM-klassen. Voorbeeld: De eigenschappen EF Lichtflux en EF Kleur van het licht volgens de norm EN zijn beiden gelinkt aan de klasse van de fluorescentielamp (EC000108). Waarden (values) zijn gelinkt aan eigenschappen. Voorbeeld: De waarde EV Warm white<3300k is gelinkt aan de eigenschap EF Kleur van het licht Eenheden (units) zijn eveneens gelinkt aan eigenschappen. Voorbeeld: De eigenschap EF Lichtflux zal als eenheid EU Lumen hebben. Kortom, ETIM kan niet op dezelfde manier beschouwd worden als een classificatiesysteem zoals de eerder geanalyseerde classificatiesystemen. Het heeft meer eigenschappen van een databank met generieke producten. Opmerkingen/reacties: V.: Wat is de logica binnen ETIM? Volgens welk(e) criteri(um)(a) werden de klassen gecreëerd? A.: De logica van een classificatie is intrinsiek aan de doelstelling waarvoor ze in het leven werd geroepen. Bij ETIM was het in de eerste plaats de bedoeling om de communicatie tussen fabrikanten/leveranciers en de installateurs te vergemakkelijken en op die manier zoveel mogelijk generieke producten op te lijsten die overeen konden komen met de producten van de fabrikanten Opbouw van de code De code bestaat steeds uit twee letters gevolgd door zes cijfers. Uit de twee letters kan men afleiden of het gaat om een groep (EG), klasse (EC), eigenschap (EF), waarde (EV) of eenheid (EU). 2 Cf. artikel op het BIMPortal: CTCBIMICT-WGT01_N032_Meeting7_PV_ _NL_CE.docx - Pagina 2/6

3 De cijfers hebben geen andere betekenis dan de naam van het generieke product zelf. De klassen die tot eenzelfde groep behoren, hebben geen gemeenschappelijk cijfer waaraan men kan zien dat ze tot dezelfde groep behoren. Voorbeeld: Praktisch gebruik van het systeem ETIM wordt vooral gebruikt/in praktijk gebracht voor de discipline speciale technieken (MEP) in de bouwsector en tijdens productie- en exploitatiefasen. Ook als men enkele klassen vindt voor de discipline architectuur en structuur dan zal de oplijsting minder volledig zijn vergeleken met de discipline speciale technieken. 3.2 BIM Key Characteristics (zie slides (39-45)) Ter herinnering: dit gedeelte is bedoeld om te bepalen in welke mate het classificatiesysteem beantwoordt aan de BIM-kenmerken die door de leden bepaald werden. Key characteristics: Clear Useable in a detailed level Adaptable/ Flexible Stable Readable/ Understandable International Unique code Aligned to ISO : 2015 Neutral Tijdens de vergadering werden er slechts bepaalde punten overlopen: Clear Een classificatie wordt beschouwd als duidelijk indien de klassen voorzien zijn van een definitie. In ETIM zijn er geen definities van klassen of groepen, enkel een nomenclatuur (de naam van de klasse of de groep) Readable/ Understandable Aan de hand van de eerste twee letters van de code kan men gemakkelijk zien om welk soort lijst het gaat: groep, klasse, enz. De letters worden evenwel gevolgd door cijfers waarmee men de klassen die tot eenzelfde groep behoren niet kan identificeren. De code van de klasse is afhankelijk van het moment waarop ze werd gecreëerd. Er is geen logica op basis van een CTCBIMICT-WGT01_N032_Meeting7_PV_ _NL_CE.docx - Pagina 3/6

4 onderverdelingscriterium waarmee men bepaalde soorten generieke producten zou kunnen identificeren International ETIM werd vertaald in verscheidene talen. Er is een gemeenschappelijke basis voor alle landen, maar de verschillende landen kunnen hierin specifieke zaken invoeren Aligned to ISO : 2015 ETIM is niet in overeenstemming met ISO vermits het principe van een classificatiesysteem niet gerespecteerd wordt: onderverdeling van klassen in subklassen volgens een of meerdere onderverdelingscriteria (vorm, functie, ). 3.3 Use (zie slides (46-48)) Dit deel is bestemd om te bepalen in welke mate het classificatiesysteem gebruikt kan worden op de verschillende detailniveaus van een project. Zoals eerder gezien, kan ETIM gebruikt worden op een gedetailleerd niveau vermits het producttype gedefinieerd kan worden. Cf. punt 4: De classificaties gebruiken in de context van speciale technieken. 3.4 Implementation in softwares + plugins Zoals vermeld in de inleiding zal dit punt in detail bestudeerd worden bij de praktijkoefening van het Opticost-huis. 3.5 Websites (zie slides (49-52)) Mogelijkheden voor het doorlopen van ETIM: - Online op de website CMT (Classification Management Tool) - Download de Excel-file op de website: YouTube-video waarin de functionaliteiten van de CMT-site worden uitgelegd: Website ETIM mapper via dewelke de verschillende fabrikanten/leveranciers een link kunnen leggen tussen hun productbibliotheken en ETIM: 4. De classificaties gebruiken in de context van speciale technieken (zie slides (53-108) - Maria Huerdo Fernandez) De verschillende geanalyseerde classificatiesystemen werden toegepast bij een praktijkoefening met een verwarmingssysteem. De analyse toont aan dat, voor de discipline speciale technieken, men meer te maken krijgt met het klasseren van onderdelen/ generieke producten. De gebruikte tabel(len) en codes en de uit te lezen informatie in de code komen ook aan bod in de analyse. CTCBIMICT-WGT01_N032_Meeting7_PV_ _NL_CE.docx - Pagina 4/6

5 Opmerkingen/ reacties: Classificatiebeperkingen V.: Bepaalde classificaties geven beperkingen bij het klasseren van producten die tot een gecombineerd systeem behoren. Hoe kan men immers praten van een ventilatie met warmterecuperatie indien ventilatie en verwarming twee verschillende klassen zijn. A.: Door de nieuwe technologieën wordt de discipline van speciale technieken inderdaad steeds complexer en dat vergemakkelijkt de classificatie zeker niet. V.: Wat te doen wanneer er in een classificatiesysteem geen code voorzien is voor een onderdeel/generiek product van een systeem met speciale technieken (bijvoorbeeld: een brander)? Hoe kan men bij een renovatie, wanneer er enkel een brander vervangen moet worden, hiernaar verwijzen in systemen zoals BB/SfB, VMSW of CCTB 2022? Wat te doen indien men eenzelfde code moet gebruiken voor verschillende onderdelen/generieke producten? 5. Besluit (zie slides ( ) - Maria Huerdo Fernandez) Het analyseren en toepassen van classificatiesystemen hielp ons om het DNA van elk systeem te begrijpen, en in te zien dat bepaalde classificaties meer afgestemd zijn op bepaalde disciplines tegenover andere. In voorbereiding van de toekomstige werkzaamheden van WG1 en in het kader van de implementatie van classificatiesystemen in modelleringsprogramma s schenken we ook aandacht aan codificatie. In dit kader worden er voorbeelden toegelicht van codes die gebruikt worden door verschillende actoren uit de bouw: Ingenium (B. Pauwels) = Bureau speciale technieken Bureau BouwTechniek (P. Present) = Architectenbureau Interbuild (J.Vanbossche) = Onderneming Dit werpt de vraag op: "Welke gegevens heeft elke betrokkene nodig in de code en op welk ogenblik in het project? Opmerkingen/ reacties: Opgepast, men moet goed het onderscheid maken tussen gegevens die men tijdens het hele project nodig heeft en die hernomen zijn/kunnen worden in de eigenschappen van het element (van het object), maar niet noodzakelijkerwijs in de code, en de gegevens die men wil tonen in de code. Op basis van bovenstaande, gebruikte codificatievoorbeelden, kunnen gelijkaardige gegevens in de codes geïdentificeerd worden. De code zou kunnen bestaan uit een gemeenschappelijk vast deel voor alle betrokkenen (bijvoorbeeld: de discipline of de projectpartner en het type element (object)). De benodigde gegevens in de code zijn evenwel verschillend voor elke betrokkene en elke fase van het project. In dit geval zou een deel van de code flexibel kunnen zijn. Er kan nagedacht worden over een voorstel tot gestandaardiseerde codificatie. Bepaalde leden vinden dat deel van de code belangrijk dat verwijst naar de persoon/het bureau die het object heeft geklasseerd (zie BB voor Bureau Bouwtechiek). Zie link met de verantwoordelijken (protocol). CTCBIMICT-WGT01_N032_Meeting7_PV_ _NL_CE.docx - Pagina 5/6

6 Men moet letten op het feit dat de codes niet gedefinieerd kunnen worden op basis van standaarden die eigen zijn aan een softwareprogramma. Het is de bedoeling te komen tot een code die losstaat van een bepaalde software. Er zal een vragenlijst opgesteld worden om te achterhalen welke gegevens nodig zijn voor elke discipline in elke fase van het project. 6. Vooruitzichten (zie slide Maria Huerdo Fernandez) Een enquête houden om te bepalen welke gegevens de verschillende betrokkenen tijdens de verschillende fasen van het project in de code willen zien. Publicatie op BIMPortal met de hulpfiches voor de classificatiesystemen. 7. Volgende vergadering De datum van de volgende vergadering is nog te bepalen. Bedankt voor uw waardevolle bijdrage. CTCBIMICT-WGT01_N032_Meeting7_PV_ _NL_CE.docx - Pagina 6/6