...
System | Logisk gruppering av komponenter/forekomster – ikke noe «fysisk» |
Forekomst | Må ha en artikkel (type) |
Komponent | En forekomst som er medlem av ett eller flere system (ett er primært). TFM komponentnummer |
Systemkomponent | En forekomst som er systemkomponent for en eller flere systemer – dvs har systemer. |
Artikkel/Type | Typeobjektet som representerer hva man har forekomster av |
Produkt | Produkt er «handelsvaren». Den produktspesifikke typen som du kan kjøpe fra en leverandør og produsent. Tilhører en artikkel og knyttes til forekomst. |
(Tekniske) Systemer og «systemkomponenter»
...
Dette er også gjort for å matche datastrukturene i BIM. Det ville være umulig å synkronisere data til og fra systemer mellom databasen og BIM uten at man matchet på entitetsnivå. Dvs en mange til en kobling ville begrenset til enveis kommunikasjon (skrive fra en til mange).
I BIM vil typisk et ventilasjonsaggregat ventilasjons-aggregat ha 4 systemer;
- Tilluft
- Fraluft
- Inntak
- Avkast
...
De «BIM'ifisterte» systemene er som nevnt en kobling mellom komponenter og deres «systemkomponent». Systemets løpenummer kan typisk være kursnummer for elektro, eller at man definerer en gitt nummerstruktur for systemene tilknyttet et aggregat: Tilluft = 1, Fraluft = 2 osv.Vi har foreslått å skille systemenes løpenummer fra løpenummer på systemkomponentene med et kolon slik at den fulle koden for en tilluftsventil (ST007TST001T) vil kunne se ut som dette:
+AA=360.001:101-ST007TST001T/001
Der systemets løpenummer er «1» «01» og systemets fulle nummer er +AA=360.001:101. Systemkomponenten ventilasjonsaggregat har nummer +AA=360.001 og er knyttet til tilluftsventiltypen SF001T gjennom systemet +AA=360.001:101
Artikler/Typer
...
Vi har derfor i BIM'ifisering lagt oss på en linje der komponenttype koden skal bety noe mer enn det gjør i dagens TFM. Nemlig at den gjenspeiler enten en planlagt- eller prosjektert type. Dette innebærer at man ved dette systemet ville satt for eksempel komponenttypekode ST007T ST001T på en gitt type tilluftsventil, og man ville da ut fra kode visst at ST007T ST001T (uavhengig av system) alltid ville vært den samme prosjekterte typen. Slik er det ikke i dag. For å indikere at dette er koden til et typeobjekt (planlagt/prosjektert type) foreslår vi at dagens typeunikt i system, erstattes med «prosjektert type».
...
Komponenter er forekomster av typer. Dvs at når en type tilluftsventil tegnes/modelleres ut i et ventilasjonssystem får vi en forekomst av denne typen tilluftsventil. Når vi nå har «reservert» komponenttypekoden til å uttrykke planlagt- eller prosjektert type vil man ha behov for å kunne sette et unikt nummer på forekomsten (for enkelte komponenttyper). I stor grad vil dette handle om komponenter som krever unik adresse i styringssystemer (SD/BAS osv.). Vårt løsningsforslag er at man skiller komponentens (unike) løpenummer fra komponenttypenummer med «/». Den fulle strengen til en forekomst av tilluftsventil ST007T i «1-tilluftsystem», tilknyttet ventilasjonsaggregat 360.001 vil da se ut som følger:
+AA=360.001:101-ST007TST001T/001
Lokasjonskode | Systemkomponent Ventilasjons- aggregat | (Tilluft)system løpenummer | Komponent-type kode | Løpenummer komponent (første forekomst av ST007T) |
+AA | 360.001 | 101 | ST007TST001T | 001 |