KOMMENTARSKABELON. ccs_- _strukturelle_aspekter_r1_ pdf Allan Dam Jepsen, CPC Center for Product Customization Aps

Transkript

1 KOMMENTARSKABELON Dato Udfyldt af: Dokument ccs_- _strukturelle_aspekter_r1_ pdf Allan Dam Jepsen, CPC Center for Product Customization Aps Navn på CPC - ADJ CPC - ADJ afsnit Hele e t Hele e t figur ) Generel til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Der bruges betegnelse Strukturelle aspekter. På høringsseminaret blev det fortalt at man har valgt at ændre dette til CCS Identifikation. Det er lidt uheldigt at dette ikke er ændret før høringsmaterialet udsendes. Da fokus for resultaterne i cuneco er meget bredere end en revidering af DBK2006, virker det lidt forkert at lade navnet for det samlede resultat bære så meget præg af klassifikation. CCS dækker jo også over også egenskabsdata, opmålings, informationsniveauer etc. Som det udtrykkes på cuneco s hjemmeside skal cuneco udvikle det fælles grundlag for digitaliseret samarbejde i byggeri, anlæg of drift. Bør resultatet ikke he navngives efter formålet (=samarbejde) end efter ét af midlerne dertil (=klassifikation). Ret et tilsvarende. Lav en ændring af navnet for resultatet i cuneco fra cuneco classification system til noget der bedre beskriver det samlede formål med CCS. Hvis man ønsker at beholde den samme forkortelse kan der sikkert findes et acceptabelt alternativ der bedre udtrykker det samlede formål f.eks. cuneco collaboration system, cuneco communication system, cuneco cooperation system cuneco coordination system cuneco coding system

2 afsnit CPC - ADJ Side 2 - Indledning figur ) til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Citat: Ved hjælp af CCS strukturelle aspekter kan man identificere objekter ud fra fem forskellige aspekter. Man kan fx identificere et vindue ved dets type, produkt, placering og funktion. Man kan desuden identificere en gruppe af bygningsdele brugsrum, fx et vægsystem en etage. De forskellige aspekter identificeres ved et præfiks, og selve koden angives ved bogstaver og tal. Bogstaverne refererer til CCS klassifikation. Klassifikationstab for bygningsdele og brugsrum er under udarbejdelse. Angående første regel. I venstre kolonne af tabellen står der Definition I højre kolonne står der Strukturelt aspekt: En bestemt måde at se et objekt på i en struktur. Angående reglen ANVENDELSE AF SKILLETEGN. Angående reglen ANVENDELSE AF SKILLETEGN. Citat: I det sammensatte produktaspekt, i placeringsaspektet samt i funktionsaspektet anvendes punktum. som skilletegn mellem de forskellige niveauer i strukturen. Ved første og andet høringssemniar for kode er der blevet udtrykt en vis forvirring mht. den praktiske håndtering af de forskellige ID i branchens systemer. Ved hjælp af CCS strukturelle aspekter kan man identificere objekter ud fra fem forskellige aspekter, heriblandt type, produkt, sammensat-produkt, placering og funktion. De forskellige aspekter identificeres ved et præfiks, og selve koden angives ved bogstaver og tal. Bogstaverne refererer til CCS klassifikation for bygningsdele og brugsrum. Flyt teksten Strukturelt aspekt over i venstre kollonne og slet teksten Definition. Den højre kolonne giver definitionen/reglen. Tillad brug af præfiks som skilletegn I ID med mere en et strukturelt niveau anvendes punktum. som skilletegn mellem de forskellige niveauer i strukturen. Gør det klart at ne ikke beskriver hvorledes de forskellige koder håndteres i ITsystemer ved dataudveksling, medmindre cuneco ønsker at udarbejde standarder for dette. 2

3 afsnit figur ) til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Ved første og andet høringsseminar for kode er der blevet udtrykt en vis forvirring mht. den praktiske håndtering af de forskellige ID i branchens systemer. Det har f.eks. ikke været klart om reglen ADSKILLELSE AF KODER gælder ved dataudveksling, display af koder i ITsystemer, i ation etc. Er det f.eks. tilladt at fjerne præfiks fra alle ID er i en kollonne i Excel, hvis kolonneoverskriften angiver præfikset (aspektet). Hvis man ikke vil diktere ting af denne art, vil meget af modstanden mod præfiksene sikkert forsvinde. Lav to separate regelafsnit. Afsnit 1) Ét afsnit der beskriver for kodernes tekniske opbygning f.eks. ANVENDELSE AF BOGSTAVER OG TAL, ANVENDELSE AF SKILLETEGN. osv. Afsnit 2) Ét afsnit der beskriver vejledninger for hvordan koderne praktisk håndteres i ation og IT-systemer. Herunder for adskillelse af ID er med / og rækkefølge af adskilte koder. CPC - ADJ Side 4-9 Symbolerne for de forskellige ID er kan fint bruges ifm. udarbejdelsen af CCS, men bør ændres i det endelige resultat såfremt de skal være en permanent officiel del af CCS. De nuværende symboler vil formentlig ikke gøre sig så godt i branchenc IT-systemer. CPC - ADJ Side 6 Reglen om anvendelse af bogstaver og tal foreskriver at bogstaver ydtrykker klassifikation. I beskrivelsen af sammensat produkt for brugsrum [--] er der ikke angivet nogen klassifikation, dette er i modstrid med reglen om brug af bogstaver til klassifikation. Få afgjort om de forskellige ID er skal repræsenteres med symboler i det endelige CCS resultat. I så fald, få da udarbejdet symboler der er velegenede til at optræde i IT systemer bl.a. i miniatureformat. Såfremt der benyttes bogstaver i dobbelt minus må en af følgende løsninger anvendes. 1) Der uarbejdes en klassifikationstabel hvori Bygværk, Afsnit, Etage og Brugsrum optræder som klasser. I beskrivelsen af ID et angives det at der anvendes klassifikation. 2) Der defineres en regel som beskriver en undtagelse fra reglen om brug af bogstaver. Denne regel skal udelukkende gælde for dette ene ID. (Se bl.a. kodegruppens anbefalinger) 3

4 afsnit figur ) CPC - ADJ Side 6 Formuleringen for definitionen for dobbelt minus lader til at udelukke identifikation af Bygværker, Afsnit Etager. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) For bygningsdele er det anderledes. Her betragtes Hovedsystemer og Delsystemer for bygningsdele også som bygningsdele i sig selv. CPC - ADJ Side 8 Klassifikationen for dobbelt lighedstegn er på nuværende tidspunkt en kombination af projektspecifik klassifikation og brugsrumsklassifikation. Der er ingen regel der dikterer at et objekt kun kan have ét af hver ID, selv om der blev givet udtryk for dette ved høringsseminaret. Anvendelsen af de supplerende ID er (side 9) er angivet som Anvendes til etablering af supplerende strukturer efter projektspecifikt behov. Såfremt man ønsker at tildele et objekt mere end ét ID af samme aspekt fra samme struktur, vil dette så være tilladt, skal de supplerende ID er benyttes. På høringen blev der bl.a. spurgt ind til om et objekt kunne tildeles mere en ét type-id. Type-ID har en flad struktur, og det kan vel ikke helt udelukkes at man i projekter aldrig vil definere flere typer (f.eks. vinduestyper) som ikke kan tildeles til det samme objekt. Gør det muligt at Betragte Bygværker, Afsnit og Etager som brugsrum grupper af brugsrum og omskriv definitionen så det er muligt at identificere disse på lige fod med de nuværende brugsrum. Det kan f.eks. være noget i retning af: Identifikation: Identificerer Brugsrum grupper af Brugsrum udtrykt ved Bygværker, Afsnit Etager. Hvis der laves en klassifikationstabel for Afsnit (se ang. ++) kan denne måske erstatte den projektspecifikke klassifikation. Gør det helt klart om det er tilladt at angive mere end et ID af samme aspekt for et objekt, om dette udelukkende kan udtrykkes gennem de supplerende ID er. 4

5 afsnit figur ) CPC - ADJ Side 6 I Sammensat Produktaspekt for bygningsdele er det tilladt at bruge den samme objektnummerering som i Produktaspekt. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Kunne man ikke tillade det samme i Sammensat Produktaspekt for Brugsrum. Brugsrummene vil stadigvæk blive relateret til en bestemt etage. Det er givetvis en funktionalitet der sjældent vil blive benyttet men er det strengt nødvendigt at begrænse muligheden? Overvej om der må bruges samme nummerering i Produktaspekt og Sammensat Produktaspekt for Brugsrum, på samme vis som for Bygningsdele. 5