本文后續部分將以嵌入式遠程溫度監控系統為例，簡單闡述和驗證此方法。

　　3 系統需求

　　3.1 功能性需求

　　功能性需求是系統功能的陳述。在UML中是應用用例圖來描述系統功能的。如圖1所示，系統大致由下述幾個角色和用例組成:

　　三個角色：數字式測溫儀，Internet遠端用戶，本地用戶。

　　五個用例：當前溫度信息顯示、更改最高警戒溫度、更改最低警戒溫度、修改測溫儀工作狀態以及登陸服務器（身份驗證）。

　　以上的各個用例只是對系統功能的大致劃分，主要目的是為后面的系統分析作基礎。

　　3.2 非功能性需求

　　非功能性需求是系統的特定特性。本系統的非功能性需求是：

　　溫度測量范圍要求0-400℃，顯示精度 為0.2℃。

　　在工業現場，遠程監控系統對數字式測溫儀實現無線監控。

　　遠程監控系統為Internet遠端用戶提供統一開放的平臺，

　　遠程監控系統每秒自動更新提供給用戶的溫度信息。

　　遠程監控系統也為本地用戶提供友好的人機交互界面。

　　可以看出，這些非功能性需求為確定系統的結構和系統選用的技術等進行了約束。

　　4 系統分析

　　在系統分析階段，通過細化和結構化系統需求，可將系統需求轉換成系統中的結構、類、對象和關系等實體元素，并從靜態和動態兩個角度來清楚描述這些實體元素。

　　4.1 　系統結構分析

　　系統結構分析是對系統元素靜態的描述，它在系統需求的基礎上確定系統的總體架構及內部對象。

　　首先用部署圖來描述系統的物理架構，如圖2所示，其中帶有陰影的為處理器，未帶有陰影的是外部設備;系統采用了目前遠程監控系統中比較流行的瀏覽器/服務器模式(B/S)。這樣系統的4個功能用例都將主要由嵌入式Web服務器實現。此外，根據非功能性需求中的無線監控約束，在工控現場，運用了藍牙技術。

圖 2 部署圖