從通用定義到具體設備
通用、品類、產品和設備層級承接不同的重用範圍。產品模型組織該類設備的屬性、事件和動作；具體設備有差異時，依現有模型機制設定。
- 選擇與取捨
- 調整模型前須核對既有上報、歷史欄位和使用方，不代表所有變更都會自動相容。
客戶問題
物聯卡管理，從業務問題開始。
不同廠商都回報溫度，不代表欄位名稱、單位、精度和讀寫方式相同。若差異一直傳到頁面與統計程式，每更換一款設備都可能重新適配。物模型把這些約定放在可重用的位置。
機制 / 原因 / 取捨
結合介面，看懂能力如何運作。
屬性、事件、動作各有語意
屬性描述狀態與數值，事件記錄發生的事情，動作描述可呼叫能力。識別碼、型別、單位及讀寫限制共同構成接入約定。
- 選擇與取捨
- 物模型描述設備業務語意，不是實體知識圖譜，也不是本體推理引擎。
模型會參與資料與控制流程
訊息解析、參數驗證、歷史資料和視覺化綁定依模型定義協作；業務工具仍透過實際介面讀取或控制設備。
- 選擇與取捨
- 頁面綁定仍須核對欄位、單位和資料來源；模型不會自動產生完整的產業應用。
具體範例 / 機制示意
一個溫度屬性，連接多個使用位置
欄位映射示意，並非設備實測資料。需逐項對應原始欄位、標準識別碼、資料型別和顯示單位。
- 確認原始欄位 t 的單位與縮放規則
- 為 temperature 約定型別、單位及讀寫範圍
- 在歷史曲線、業務介面和查詢工具共用此語意
準備接入
接入前，一起確認。
- 欄位定義須符合設備實際能力
- 明確讀寫範圍，不把唯讀屬性當成控制介面
- 修改模型前核對歷史資料和既有頁面