CCS Formål Produktblad December 2015

CCS Formål Produktblad December 2015

Kolofon 2015-12-14 << Indhold CCS Formål Produktblad 2 bips Lyskær 1 2730 Herlev Telefon 70 23 22 37 Fax 70 23 42 37 bips@bips.dk bips.dk Vi udvikler det fælles grundlag for digitaliseret samarbejde i byggeri, anlæg og drift. Målet er øget effektivitet og produktivitet gennem bedre udveksling af informationer. Forord CCS Formål er en del af cuneco classification system (CCS). CCS giver bygge- og anlægsbranchen et fælles sprog og metoder til at skabe entydig udveksling af informationer gennem hele byggeprocessen fra idé til drift. CCS Formål er en løsning til at beskrive hvordan processer i byggeriet gennemføres og standardisere informationsudvekslingen for denne proces. Processen kan dokumenteres ved et procesdiagram. Et CCS Formål er tænkt til at understøtte en typisk proces med en typisk informationsudveksling i byggeriet. Dette kan være i form af en generisk eller en projektspecifik beskrevet informationsudveksling. Det er ikke formålet, at et CCS Formål skal ændre på kendte og anvendte ansvarsfordelinger, ydelser eller lignende. bips har udarbejdet templates, således at byggeriets aktører selv kan udarbejde CCS Formål for de processer, som den enkelte aktør beskæftiger sig med. For sammenhæng mellem CCS Formål og BuildingSMART IDM henvises til afsnit sidst i dette produktblad. For spørgsmål eller feedback vedrørende dette produktblad, kan du kontakte bips sekretariat på bips@bips.dk eller telefon 70 23 22 37. Se mere om CCS på bips.dk. Ved at stille krav om anvendelse af et CCS Formål, og dets informationsudveksling, kan det sikres, at en proces gennemføres som tiltænkt og at der anvendes en standardiseret informationsudveksling. Informationsudvekslingen kan formaliseres via CCS Input og CCS Output, svarende til en CCS Informationsudveksling. Denne kan være beskrevet ud fra klasser af objekter, og dertil hørende egenskaber. Et CCS Formål kan således medvirke til at standardisere den måde, hvorpå software håndterer informationer, fx i form af egenskaber, og derved gøre det lettere, at indgå aftaler om aktørers informationsudveksling. For yderligere oplysninger om egenskaber henvises til CCS Strukturering af egenskaber.

Indhold 2015-12-14 << Indhold CCS Formål Produktblad 3 Indhold Indhold... 3 Definitioner... 4 Opbygning... 5 Procesdiagram... 7 CCS Input og CCS Output... 9 CCS Formål og buildingsmart IDM... 13

Definitioner 2015-12-14 << Indhold CCS Formål Produktblad 4 Definitioner CCS Formål Et CCS Formål beskriver en proces og angiver hvilke informationer, der skal være til rådighed for gennemførelse af processen. Definitioner Formål hensigten med en proces [Den Danske Ordbog, modificeret] I buildingsmart-terminologi er et formål en IDM Use Case. Information data der kommunikeres [ISO 6707-1, 7.2.1; Den Danske Ordbog, modificeret] Informationsudveksling data der kommunikeres mellem parter med et bestemt formål [Den Danske Ordbog; buildingsmart, modificeret] I buildingsmart-terminologi er en Informationsudveksling en Exchange Requirement. Proces forløb af handling der skaber et resultat [Den Danske Ordbog, modificeret] Input information som bruges i en proces [Den Danske Ordbog, modificeret] CCS Input udvekslet information som bruges i en proces Output information som skabes i en proces [Den Danske Ordbog, modificeret] CCS Output information som skabes i en proces og udveksles For definitioner vedr. egenskaber og objekter, se CCS Strukturering af egenskaber og bips Standard for objektbiblioteker. For yderligere definitioner på begreber henvises til Begrebskataloget på www.ccs.bips.dk

Opbygning 2015-12-14 << Indhold CCS Formål Produktblad 5 Opbygning Introduktion For et CCS Formål udarbejdes en procesbeskrivelse. Procesbeskrivelsen har til formål, at kommunikere hensigten, værdiskabelsen, indholdet og informationsudvekslingen for et CCS Formål. Information, som ikke er projektspecifik, og information som kun har interesse for den aktør der udfører processen, formaliseres ikke, dvs. de er ikke en del af procesbeskrivelsen. Figur 1. Et CCS Formål. Eksempler på CCS Formål kan hentes på bips webside

Opbygning 2015-12-14 << Indhold CCS Formål Produktblad 6 Procesbeskrivelsens opbygning Procesbeskrivelsen bør indeholde følgende afsnit: Indledning Kort beskrivelse af hvad processen omhandler. Formål Beskrivelse af hvad formålet med processen er. Forretningsværdi Beskrivelse af værdien af den beskrevne proces og hvordan den opnås. Samarbejde Beskrivelse af udfordringer med eksisterende processer og tilknyttede informationsudveksling, fx i forhold til tværfaglighed og samarbejde mellem forskellige aktører. Software Beskrivelse af hvilke typer software der understøtter processen, og hvilke arbejdsmetoder disse fordrer. Beskrivelse af proces Beskrivelse af processen, herunder de opgaver processen omfatter. Procesdiagram Udarbejdelse af procesdiagram, der indeholder de opgaver processen omfatter. For yderligere information se senere afsnit. CCS Input og CCS Output Beskrivelse af CCS Input og CCS Output, fx udtrykt ved egenskaber, for hver af opgaverne i procesdiagrammet. For yderligere information se senere afsnit. Ved at gøre procesbeskrivelsen så generisk som muligt sikres det, at flest mulige kan gøre brug af CCS Formålet uden bearbejdning. Afhængig af CCS Formålets type, kompleksitet, behov og anvendelse kan det være nødvendigt at tilpasse procesbeskrivelsen, herunder informationsudvekslingen, for at matche projektspecifikke behov. Generelt anbefales det kun at ændre på beskrivelserne, herunder informationsudvekslingerne, i et CCS Formål i begrænset omfang fra projekt til projekt, da det ellers kan blive kompliceret at tilpasse arbejdsmetoder og softwareløsninger. Figur 2. Eksempel på en procesbeskrivelse. Anvendelse af CCS Formål Indholdet i et CCS Formål bør beskrives så generisk som muligt, fx udtrykt ved en typisk proces eller informationsudveksling i forhold til flere informationsniveauer og/eller faser.

Procesdiagram 2015-12-14 << Indhold CCS Formål Produktblad 7 Procesdiagram Et procesdiagram består af de til et CCS Formål identificerede opgaver, og en illustration af opgavernes indbyrdes sammenhæng. Procesdiagrammet kan opbygges ud fra standarden Business Process Modeling Notation (BPMN). Se mere om vejledning til opbygning af procesdiagrammer i bips S101, IDM-metodeguide. Procesdiagram og beskrivelser indsættes i procesbeskrivelsen. På bips.dk kan downloades en template for opbygning af et procesdiagram og der findes også link til gratis værktøjer, hvori procesdiagrammer kan opbygges. Procesdiagrammet har til formål, at fremstille en så generisk procesbeskrivelse af CCS Formålet som muligt. Indholdet skal anvendes til at kvalificere de informationer, fx udtrykt ved egenskaber, som understøtter processen med input og output. For hver identificeret opgave i procesdiagrammet angives på diagrammet om opgaven har behov for input og/eller producerer output. Procesdiagrammet bør kun indeholde de opgaver, som én aktør har. Er der behov for at beskrive opgaver for mere end en aktør, bør processen splittes op i flere CCS Formål. Til forskel fra en traditionel IDM differentierer et procesdiagram til et CCS Formål mellem informationer, som udgør input henholdsvis output. En traditionel IDM beskriver typisk den samlede informationsudveksling under et. Opgaver nummereres fortløbende. Input og/eller output fra en opgave nedarver samme løbenummer, som opgaven, idet der tilføjes et foranstående I eller O, afhængig af om det er input eller output. Sammen med procesdiagrammet skal følge en beskrivelse af, hvad hver opgave og tilknyttede input og output, vedrører.

Procesdiagram 2015-12-14 << Indhold CCS Formål Produktblad 8 Figur 3. Eksempel på et procesdiagram

CCS Input og CCS Output 2015-12-14 << Indhold CCS Formål Produktblad 9 CCS Input og CCS Output Informationsudveksling generelt Det er vigtigt for en proces, at informationsudvekslingen er præcist og entydigt beskrevet, såvel i forhold til input som output, så alle parter arbejder på samme grundlag, og de enkelte parter ved hvad der skal afleveres og/eller bliver leveret. Informationsudvekslingen kan beskrives generisk, uden at alle data er beskrevet i detaljer. Efter aftale om brug af et CCS Formål vil det være hensigtsmæssigt, at gennemgå behov for CCS Input og CCS Output for herved fuldt ud at afklare hvilke parter, som leverer hvilke informationer. På bips.dk kan downloades en Excel-template for skemaet til CCS Input og CCS Output. For en del processer er det vigtigt, at alle data er præcist beskrevet. I den sammenhæng anvendes egenskaber. I det følgende er beskrevet hvorledes egenskaber håndteres i forhold til et CCS Formål. Angivelse af egenskaber Til at beskrive informationsudvekslingen anvendes et skema, der angiver de objekter, og tilknyttede egenskaber, der enten indgår som CCS Input eller CCS Output. Alle egenskaber skal grupperes under det objekt, hvortil de hører. Alle egenskaber, som allerede er defineret af CCS, kan findes på CCS Navigate, som tilgås via ccs.bips.dk. Såfremt en egenskab er oprettet i CCS Navigate, skal egenskabsnavn, IFC navn, enhed, værdiliste mv. følge de værdier, som er angivet i CCS Navigate. Såfremt en egenskab ikke er registreret i CCS Navigate, skal den registres i skemaet ud fra de krav til egenskaber, som fremgår af CCS Strukturering af egenskaber. Skemaet forholder sig ikke til hvilken part, der bidrager med hvilke input, da ydelser defineres via andre aftaler.

CCS Input og CCS Output 2015-12-14 << Indhold CCS Formål Produktblad 10 Figur 4. Eksempel på angivelse af CCS Input til et CCS Formål.

CCS Input og CCS Output 2015-12-14 << Indhold CCS Formål Produktblad 11 I skemaet for CCS Input og CCS Output skal følgende parametre angives for hver egenskab: egenskaben, fx fra producenter. Se nærmere i efterfølgende afsnit. CCS Klassifikation Klasse for bygværk, rum, bygningsdel mv. i henhold til CCS Klassifikation. CCS Objekt Navn for bygværk, rum, bygningsdel mv. i henhold til CCS Klassifikation. CCS Egenskabsnavn Dansk kaldenavn for egenskab i henhold til CCS Strukturering af egenskaber. Betinget af anden egenskab Angivelse af hvornår egenskaben skal anvendes, fx hvis egenskabens anvendelse er betinget af andre egenskabers værdi. IFC egenskabsnavn Navn på egenskab i IFC. Faser Farvekodeangivelse af om en egenskab er obligatorisk (grøn), valgfri (orange) eller ikke nødvendig (hvid) for den eller de faser, som CCS Formålet betragter. Bemærkning, Reference, Værdiliste, Enhed mm. Beskrivelse af egenskabens metadata, f.eks. angivelse af reference for definition, enhed eller værdiliste for hvilke værdier egenskaben kan antage. Angivelsen kan suppleres med en bemærkning om, hvad værdien skal anvendes til. Relation til procesdiagram Løbenummer på den eller de CCS Input/CCS Output fra procesdiagrammet, hvori egenskaben indgår. Prioritering af egenskab Angiver om der er værdi ved at koble egenskaben til en bygningsmodel, udregne værdi via bygningsmodel eller få oplyst Omfang af egenskaber som medtages For at sikre et gennemsigtigt og effektivt forløb for et CCS Formål, er det vigtigt kun at medtage de absolut nødvendige egenskaber i skemaet. Er en egenskab kun relevant i nogle tilfælde, kan dette enten angives ved at beskrive en afhængighed i feltet Betinget af anden egenskab eller ved at markere egenskaben som valgfri (orange). Såfremt et objekt ikke er en del af en konkret proces er alle egenskaber, som relaterer sig hertil, naturligvis ikke påkrævet for den pågældende proces. F.eks. er det kun relevant at bede om virkningsgraden af solceller til en energirammeberegning, såfremt solceller er en del af projektet. Underobjekter En række objekter oprettes ikke altid som selvstændige objekter, hvorfor der ikke direkte kan knyttes egenskaber til disse. F.eks. modelleres et dørhåndtag sjældent som et separat objekt i en bygningsmodel, men derimod som værende en del af en dør. Et dørhåndtag er således et underobjekt til objektet dør. For metodik til hvorledes egenskaber for underobjekter håndteres, henvises til CCS Standard for objektbiblioteker og CCS Strukturering af egenskaber. Såfremt egenskaber angives for et underobjekt, skal det fremgå i skemaet for CCS Input og CCS Output, at der er tale om et underobjekt og hvilket objekt det er knyttet til, ved at angive underobjektets CCS Klasse som præfix på underobjektets egenskaber.

CCS Input og CCS Output 2015-12-14 << Indhold CCS Formål Produktblad 12 Prioritering af egenskaber Der er en tendens til, at der kobles flere og flere egenskaber til bygningsmodeller. Tendensen forventes de kommende år at stige, idet der opstår større og større værdi ved at have egenskaber knyttet til bygningsmodellerne i takt med, at flere værktøjer bliver i stand til at gøre brug af disse. Samtidig øges udfordringer med at sikre konsistent data i bygningsmodellerne. I skemaet er egenskaberne prioriteret ud fra, om det på et givet tidspunkt vurderes at skabe værdi at koble egenskaben til den bygningsmodel, hvori objektet er repræsenteret. Værdien kan enten være for modtageren og/eller afsenderen. Det er op til det enkelte projekt at vurdere, hvilke egenskaber, det er hensigtsmæssigt at koble til bygningsmodellen. Når der kobles egenskaber til en bygningsmodel er det vigtigt at sikre, at disse ikke blot er entydige og konsistente for bygningsmodellen, men for projektet i sin helhed. Der er flere metoder til at koble informationer til en bygningsmodel. Egenskaber kan enten gemmes på objektet i bygningsmodellen eller kobles til objekterne via databaser. Den tekniske løsning er ikke afgørende for effektiviteten af processen, blot der er et klart og entydigt link mellem objekter i bygningsmodellen og egenskaberne. For hver egenskab kan angives, om det vurderes at skabe værdi at få beregnet egenskabens værdi ud fra indholdet i den bygningsmodel, hvori objektet er repræsenteret. Vil det være kompliceret at få udregnet værdien ud fra indholdet i bygningsmodellen, angives dette med et 2-tal. Det kan angives hvilke egenskaber, der med fordel kan oplyses af andre parter, fx producenter. Dermed kan producenter tilpasse deres produktblade og digitale objekter, så de understøtter de behov, der angives via et CCS Formål. Krav til bygningsdeles geometri For nogle bygningsdele er det nødvendigt at kende deres form og placering for fx at kunne foretage en vurdering af byggetekniske forhold. For definition af form og placering henvises til CCS Klasser af egenskaber. For disse objekter stilles krav til at værdier for form og placering, skal være til stede som egenskaber. Objektets form og placering skal fremgå af bygningsmodel eller tegninger. For hver fase angives hvilket informationsniveau form og placering af objekter bør være detaljeret til, for at bidrage med den nødvendige viden. Form og placering kan godt være på et højere informationsniveau end øvrige egenskaber, hvis dette er påkrævet, men bør ikke være på et lavere niveau. For nogle objekter er form og placering ikke nødvendig, hvorfor krav til form og placering ikke angives. For yderligere information om informationsniveauer henvises til CCS Informationsniveauer.

CCS Formål og buildingsmart IDM 2015-12-14 << Indhold CCS Formål Produktblad 13 CCS Formål og buildingsmart IDM buildingsmart indeholder en metode, der betegnes buildings- MART Processes. Metoden er mere kendt under navnet Information Delivery Manual (IDM). Princippet i en IDM er, at man ud fra specifikation af en proces, der involverer en eller flere aktører, udpeger den delmængde af objekter, med tilhørende egenskaber, som er nødvendig for afvikling af processen. Et CCS Formål svarer til det, som buildingsmart kalder en IDM Use Case. Dog fokuseres i et CCS Formål på den enkelte aktørs delprocesser, og ikke som i IDM, hvor større samarbejdsprocesser kan beskrives under et. Til at beskrive nødvendige objekter og egenskaber for et CCS Formål anvendes metodikken fra IDM. Som supplement til en IDM kan udarbejdes en Model View Definition (MVD). En MVD anvendes til at beskrive, hvorledes en datamodel, som f.eks. en IFC model, skal opbygges, for at følge kravene i IDM en. Formålet er, at der kan stilles krav til, at data afleveres i et specificeret format, således at disse data umiddelbart kan anvendes af softwareløsninger, der understøtter IDM en. Der vil også kunne udarbejdes en MVD for hvert CCS Formål. buildingsmart Norge har lanceret buildingsmart Norge Guiden, som på samme vis som CCS Formål kan anvendes til at afstemme informationsudvekslingen på projekter. Et CCS Formål modsvarer de processer, som indgår i building-smart Norge Guiden og der vil være mulighed for et vist genbrug mellem de to løsninger. For yderligere oplysning om anvendelse af IDM henvises til bips S101, IDM-metodeguide