工程證據
連接監控：從感測事件到可運作的能見度
一個連接監控概念：在投入任何硬件之前，先把感測、嵌入式控制、連接及儀表板層 界定為同一個系統。
- 階段
- 研發中
- 公開範圍
- 匿名摘要
- 最後檢視
背景與限制
一個設施相關單位希望對其已擁有的設備取得運作能見度。此工作被界定為工程定義 工作，而不是產品開發，因為感測及資料需求當時仍未達成共識。
工程限制
- 現有設備不可改裝，亦不可為此工作停機
- 感測器安裝位置受場地實際佈局限制
- 不可假設網絡持續可用
- 資料更新延遲時，儀表板仍須保持可用
- 保密要求下，場地識別資料及運作數據不可公開
我方角色
- 定義各層的功能需求及驗收條件
- 界定感測及嵌入式控制的技術路線
- 定義由裝置事件到顯示層的資料流
- 列明在無法進入場地的前提下，哪些部分無法驗證
由其他方交付的部分
- 儀表板及介面實作由另一個團隊負責
- 現場安裝及進場安排由客戶處理
- 托管及帳戶設定由客戶原有供應商負責
關鍵決策
| 決策 | 考慮因素 | 如何驗證 |
|---|---|---|
| 如何在裝置與平台之間劃分責任 | 更新行為、連線中斷及資料私隱，均取決於狀態存放在哪一層。 | 就斷線與重啟情境訂明所需行為，並寫成可測試的需求陳述。 |
| 裝置狀態應如何表示 | 在此階段，裝置之間的一致性比壓縮訊息大小更重要。 | 訂明狀態模型，並定義亂序及重複事件下的行為。 |
| 如何記錄硬件與韌體的版本 | 維護及故障重現，都取決於能否準確識別現場實際運行的版本。 | 定義版本識別方案，並對照客戶描述的維護情境檢查。 |
驗證證據
-
需求及架構文件
逐層功能規格，載明假設，以及仍未驗證項目的清單。
- 範圍
- 依客戶提供資料界定；未在現場驗證。
-
狀態及事件模型
書面模型涵蓋重啟、重複事件及連線中斷，作為測試情境的基礎。
- 範圍
- 桌面推演；未在量產硬件上實際演練。
-
版本識別方案
連結硬件版本、韌體版本及測試紀錄的方案。
- 範圍
- 已定義並經檢視；尚未投入實際運作。
已載明的限制
- 本項目描述的是工程定義工作，不是已部署或已認證的系統
- 未進行現場量測，因此感測位置與覆蓋範圍仍未驗證
- 因當時沒有共同認可的量測方法，故不公布任何運作效能數字
- 儀表板實作、安裝及托管均由其他方交付
背景
該單位已能操作現有設備，但沒有共同認可的方式去觀察它。因此第一個問題不是 「買哪個感測器」，而是「系統必須回答哪些問題」。
做法
需求由物理事件開始，逐層界定：嵌入式控制、連接、資料解讀，最後是運作視圖。 每一層都有驗收條件，每一項假設都寫下來，以便日後確認或推翻。
仍未解決的部分
依賴場地的問題 —— 覆蓋範圍、安裝位置、干擾 —— 在無法進場前不能解決。 與其估算，它們被記錄為未驗證項目，留待可以量測的階段處理。