IEC 81346 · Del 2 av 3 · Aspektmodellen
Ett objekt.
Flera vyer.
En pump är inte en funktion, en produkt och en placering hopträngda i en enda kod. Den är ett objekt som kan representeras genom flera strukturer, där varje struktur besvarar en egen fråga.
Kort sagt
Byt lins.
Behåll objektet.
Aspektorienterade strukturer låter olika discipliner navigera i samma tekniska verklighet utan att tvinga in varje fråga i en enda skör tagg.
=frågar vilket syfte objektet tjänar.-frågar hur systemet realiseras.+och++ger vyer för värd- respektive anläggningsinstallation inom tillverkning.%kopplar en förekomst till en definierad typstruktur.
Betrakta pumpen igen.
Föreställ dig en processvattenpump i en tillverkningsanläggning. Driften bryr sig om vilken tjänst den stöder. Konstruktionen bryr sig om hur den är uppbyggd. En tekniker behöver veta var den är installerad. Ett specifikationssystem kan behöva veta vilken återanvändbar typ den representerar.
Detta är inte konkurrerande sanningar. Det är styrda vyer av samma objekt. Välj en lins:
Vilket syfte tjänar objektet?
=H1.PA1.GPB1Objektet förblir stabilt medan den valda konstituerande relationen förändras. Varje förekomst ger en väg genom en struktur. Tillsammans blir vyerna mer användbara än en enda överlastad identifierare.
Pressa inte ihop anläggningen till en enda fyndig tagg. Låt varje struktur besvara sin egen fråga.
Sju symboler, sex strukturella roller.
För en tillverkningsorienterad implementering i linje med IEC 81346-14 används följande namn och distinktioner. Värdena som visas här är schematiska; tillämpliga klasskoder och hierarkiregler hör hemma i anläggningsägarens RDS.
| Identifierare | Namn | Fråga |
|---|---|---|
<> | Toppnod | Vilket oberoende system ger sammanhanget? |
= | Funktionsaspekt | För vilket syfte eller vilken uppgift betraktas objektet? |
- | Produktaspekt | Hur är systemet uppbyggt eller realiserat? |
+ | Värdinstallationsaspekt | I eller på vilken värd är objektet installerat? |
++ | Anläggningsinstallationsaspekt | Var är objektet placerat i områdets eller anläggningens struktur? |
% | Typaspekt | Vilken definierad uppsättning egenskaper representeras? |
# | Annan aspekt | Vilken dokumenterad ytterligare struktur krävs? |
+ placeringsaspekten. IEC 81346-14 specialiserar användningen inom tillverkning till vyer för värd- och anläggningsinstallation.En uppsättning är starkare än en supertagg.
Ett objekt kan ha flera referensbeteckningar eftersom det kan förekomma i flera strukturer. När beteckningar avser samma objekt bildar de en referensbeteckningsuppsättning.
Det gör att varje struktur kan följa sin egen livscykel. Pumpen kan flyttas till ett annat rum men förbli samma produktförekomst. En produkt kan bytas ut medan den funktionella förekomsten och dess driftshistorik fortfarande är relevanta. En typdefinition kan utvecklas utan att låtsas att varje installerad förekomst har bytt identitet över en natt.
Ett modernt system kan också upprätthålla en stabil kanonisk objektidentifierare. Referensbeteckningar förblir standardbaserade verksamhetsidentifierare och navigeringsvägar i stället för att tvingas fungera som oföränderliga databasnycklar.
Toppnoden är sammanhang, inte den första nivån.
Toppnoden representerar det betraktade systemet högst upp i en struktur. Dess identifierare kan visas före en referensbeteckning när oberoende system behöver särskiljas:
<L1>=H1.PA1.GPB1
Sammanhang först. Beteckning sedan.
Identifieraren inom vinkelparenteser kvalificerar sammanhanget. Den är inte i sig en referensbeteckning på en nivå och blir inte en del av flernivåbeteckningen inom systemet.
Detta är viktigt när flera anläggningar, paketerade system eller oberoende utvecklade modeller kombineras. Toppnoden förhindrar att lokal unikhet förväxlas med global unikhet.
En klasskod är inte en beskrivning.
Bokstavskoder klassificerar objekt enligt ett angivet klassificeringsschema. De bör inte bära varje uppgift som en person kan vilja läsa ut ur taggen.
| Strukturell identitet | Styrda egenskaper vid sidan av den |
|---|---|
| Aspektvägar och referensbeteckningar | Namn, beskrivning och operativ roll |
| Objektklass | Tillverkare, modell och serienummer |
| Objektförekomst | Anläggningsobjektsnummer, status och underhållskritikalitet |
| Typrelation | Dimensioner, prestanda och konfiguration |
Läsbar information är fortfarande nödvändig. Den hör helt enkelt hemma bredvid beteckningen som styrda metadata. Att koda in föränderliga egenskaper i identiteten skapar onödiga namnbyten och duplicerad semantik.
Skiljetecken med internationellt utseende räcker inte.
# måste dokumenteras uttryckligen.Den sista artikeln går från korrekt tolkning till praktisk implementering: strukturerade fält, upphandlingsregler, validering och skillnaden mellan dekorativt och kanoniskt RDS.

