nrb-metoder

# Egenskaper enligt CoClass CoClass egenskaper beskriver objekt på alla nivåer: byggnadsverkskomplex, byggnadsverk, utrymmen, system och komponenter. Egenskaperna kan användas för att hantera objekt genom hela livscykeln. När möjligt är de baserade på svensk eller internationell standard. Till vissa egenskaper finns värdelistor. Egenskaperna kompletteras ständigt. För närvarande pågår mycket arbete på europeisk nivå för att standardisera hanteringen av egenskaper för byggprodukter med hjälp av datamallar (Data Templates). Arbete pågår med att koppla egenskaper till objekt. Detta kommer att användas bland annat i den kommande AMA Funktion. För varje egenskap finns en egenskapskod bestående av 4 bokstäver. Dessa koder är särskild användbara i IT-system och finns tillgängliga via API-tjänsten. För varje egenskap finns det även ett attributnamn som är ett strukturerat namn för tillämpning i informationsmodeller, CAD-program med mera. Varje attribut har prefixet ”cc”. Exempel: egenskapen _Passagehöjd (fri höjd)_ har koden _MEHC_ och attributnamnet _ccMeasClearHeight_. Många av egenskaperna är mappade mot andra system, till exempel BIP, IFC, ETIM och AFF. Det går utmärkt använda flera av dessa samtidigt, till exempel BIP och CoClass. Här finns en viss överlappning, men egenskaper enligt CoClass finns till för ett livscykelperspektiv medan BIP avser främst projektering och produktion av byggnader och anläggningar. ## Indelning av egenskaper Egenskaperna i CoClass är indelade i två huvudgrupper med ett antal undergrupper, baserat på SS-ISO 12006-2:2015\. En användare behöver i praktiken inte tillämpa denna gruppering, men den är användbar för sortering och urval. ### Kulturella egenskaper Subjektiva (eller intersubjektiva, som delas av många) påståenden som inte beskriver objektets materiella egenskaper. Här finns tre undernivåer: * Administrativa egenskaper: namn, adress, pris och mycket annat. * Symboliserande egenskaper: hur objektet är dokumenterat eller redovisat. * Upplevelsemässiga egenskaper: hur objektet uppfattas emotionellt eller visuellt. ### Materiella egenskaper Objektivt mätbara och oberoende av människans upplevelse av dem. Här finns fyra undernivåer: * Funktionella egenskaper: hur objektet samspelar med omgivningen, inklusive biverkningar och miljöpåverkan. * Kompositionella egenskaper: vad objektet består av; hur det är konstruerat, uppbyggt, sammansatt. * Rumsliga egenskaper: fysisk karaktär i form av storlek, vikt, läge, lokalisering. * Tidsmässiga egenskaper: tidpunkter för tillverkning, användning, underhåll m.m. ## Egenskaper i ett livscykelperspektiv Nedan visas några exempel på olika egenskaper i ett livscykelperspektiv. I tabellerna tillämpas så kallade _kvalificerare_ för egenskaper. Kvalificerare kan ses som metadata för egenskaper som gör det möjligt att särskilja egenskaper och deras olika värden under livscykeln. Ett urval: * Specificerat (SPE): Krav från verksamheten i programhandling eller liknande. * Levererat (SUP): Specifikation av tillverkare (varuägare) eller leverantör. * Byggt (BUILT): Redovisat vid överlämnande från entreprenör till byggherre. * Driftsatt (OP): Uppmätt eller konstaterat under driften. I leveransspecifikationer ska det framgå vilka egenskaper som är aktuella för en specifik leverans. Genom att konsekvent använda samma definitioner kan olika värden enkelt följas upp mellan olika skeden. Exemplen illustrerar nyttan med att använda ett gemensamt språk i ett livscykelperspektiv. Exemplen är starkt förenklade, men visar ändå på den grundläggande potentialen med ett gemensamt språk i olika skeden. Tabellerna nedan är delvis definierade enligt [publikationen](https://doi.org/10.1108/ECAM-03-2020-0203) ”Requirement management in a lifecycle perspective based on ISO 19650-1 and CoClass as the new classification system in Sweden”, Seyedhabibollah et al 2020, Engineering, Construction and Architectural Management. ### Undercentral I en undercentral kan krav på minimal fri höjd vara relevant. Här används CoClass egenskap _Passagehöjd (fri höjd)_. Den specificerade höjden 2 100 mm kan enkelt verifieras genom en kontroll av en tillgångsinformationsmodell, som visar den byggda höjden (2 250 mm). Undercentral klassas i detta exempel som ett apparatrum.  (Figur: egenskaper i ett livscykelperspektiv för en undercentral) ### Mötesrum Arean för ett mötesrum är specificerat till 20 m2\. Hyresgästen väljer att anpassa rummet och kvarvarande arean uppgår till 18,7 m2\. Den operativa temperaturen avviker under driften (18-25 grader) från den specificerade temperaturen (18-22). Det kan finnas olika anledningar för detta som har med användningen av rummet i sig att göra eller med ändringar i byggnaden utanför rummet.  (Figur: egenskaper i ett livscykelperspektiv för ett mötesrum) ### Värmeelement Ett värmeelement bytts ut efter ett år i drift då elementet inte svarar upp till specificerade och levererade värmekapacitetskraven. Det nya elementet fungerar som det ska efter 5 år i drift.  (Figur: egenskaper i ett livscykelperspektiv för ett värmeelement) ### Dörr För en dörr kan kravställningen att bredden för passage minimalt ska vara 900 mm. Här används egenskapen _Passagebredd (fri bredd)_. I relationsunderlaget framgår det från produktdatablad att den monterade dörrens bredd uppgår till 910 mm, och därmed uppfylls kravställningen.  (Figur: egenskaper i ett livscykelperspektiv för en dörr) ### Avstängningsventil I kravställningen framgår att en avstängningsventil för vatten ska finnas i varje rum där en blandare eller WC finns. Genom att klassa ventil som en vätskeventil enligt CoClass, och även klassa alla blandare och WC, kan kravet verifieras. Det går även att enkelt identifiera vilka möjliga olika typer av ventiler som finns och optimera drift och underhåll utifrån dessa typer.  (Figur: egenskaper i ett livscykelperspektiv för en avstängningsventil) ## Rekommendation * Egenskaper enligt CoClass ska tillämpas för projekt- och tillgångsinformationsmodeller. Egenskaper lämpar sig även för specifikation av krav. * Egenskaper enligt CoClass kan tillämpas i kombination med egenskaper från andra system eller egna egenskaper. En kombinerad tillämpning kan förenkla övergång till egenskaper enligt CoClass. * Egenskaper enligt CoClass hanteras med fördel digitalt, och då ska egenskapskoder och attributnamn användas. * Digitala arbetssätt och verktyg ska användas för specifikation och verifikation av egenskaperna.