引 言

物聯網用途廣泛，遍及智能交通、環(huán)境保護、政府工作、公共安全、平安家居、智能消防、工業(yè)監(jiān)測、環(huán)境監(jiān)測、路燈照明管控、景觀照明管控、樓宇照明管控、廣場照明管控、老人護理、個人健康、花卉栽培、水系監(jiān)測、食品溯源、敵情偵查和情報搜集等多個領域。繼計算機、互聯網之后，被稱為世界信息產業(yè)發(fā)展第三次浪潮的物聯網，是互聯網的應用拓展。與傳統(tǒng)網絡相比，物聯網更側重于業(yè)務和應用?？梢哉f， 用戶體驗是物聯網發(fā)展的靈魂。

因為用戶種類繁多，應用場景多樣，對用戶體驗的要求較高，在物聯網項目的實現過程中， 需求 顯得尤為重要。為了能夠將用戶在實際應用場景下的多樣化需求，完整準確地傳遞給研發(fā)人員，需要通過專業(yè)的需求開發(fā)工作對項目范圍進行定義和描述。

1 需求開發(fā)流程

需求，是指用戶為解決某一問題或達到某個目標所需要的條件或能力。未經分析或規(guī)格化的來自用戶或者外部環(huán)境等的需求稱之為原始需求。由原始需求經過需求篩選、規(guī)劃來確定，作為項目范圍定義的需求，即為用戶需求，一般以《用戶需求說明書》文檔的形式，用格式化的描述來體現。

在用戶需求的基礎上，還會進一步開發(fā)產品需求。產品需求是對產品應具有的形狀、功能、性能以及其他需求的詳細說明，一般的產品需求由軟件需求、硬件需求、結構需求等各個專業(yè)領域劃分組成，按照格式化描述要求形成產品需求文檔，作為后續(xù)設計實現及測試依據。

從原始需求到用戶需求，再到產品需求，它們之間的關系以及項目需求開發(fā)和管理的全流程如圖 1 所示。

以短信喚醒需求為例，介紹需求的整個開發(fā)過程。

在工業(yè)監(jiān)測、環(huán)境監(jiān)測等諸多領域，有許多用戶都提出短信喚醒這一原始需求。用戶希望能夠在智能電表系統(tǒng)中，智能電表在待機休眠的狀態(tài)下，可以通過短信被喚醒。我們決定在項目中將這一需求實現。首先，將原始需求轉化為用戶需求。短信喚醒，即被納入項目的用戶需求，并被明確寫在該項目的《用戶需求說明書》中。之后在產品需求開發(fā)階段，需求工程師需要經過需求分析，形成如下產品需求描述 ：

(1) 任意 MT短信喚醒 ：模塊處于待機狀態(tài)時，當收到任意 MT短信，模塊自主喚醒，并通過WAKUP_OUT腳將喚醒信號發(fā)送到HOST設備。

(2) 特定MT短信喚醒 ：模塊處于待機狀態(tài)時，當收到MT短信，匹配 MT短信發(fā)送者號碼，當發(fā)送者號碼和預設號碼一致時，模塊自主喚醒，并通過 WAKUP_OUT腳將喚醒信號發(fā)送到HOST 設備；發(fā)送者號碼和預設號碼不一致，則不觸發(fā)喚醒信號。

(3) 特定MT短信內容喚醒 ：模塊處于待機狀態(tài)時，當收到MT 短信，解析短信內容，匹配 MT短信發(fā)送者號碼和短信內容，當發(fā)送者號碼和預設號碼一致，并且短信內容包含預設內容時，模塊自主喚醒，并通過 WAKUP_OUT腳將喚醒信號發(fā)送到HOST 設備；對于不符合上述判據的情況，不觸發(fā)喚醒信號。

(4) 支持預設 5 個電話號碼和短信內容關鍵字，關鍵字為英文、數字字符；長度小于 70 B ；可清除預設號碼。

(5) 當預設號碼及短信內容關鍵字都為空時，任意 MT 短信都能觸發(fā)喚醒信號；當預設號碼非空，短信內容關鍵字為空時，預設號碼發(fā)來的任意短信都能夠觸發(fā)喚醒信號；當預設號碼非空，且短信內容關鍵字非空時，預設號碼發(fā)來的包含內容關鍵字的短信能夠觸發(fā)喚醒信號；當預設號碼設定后， 僅對是否觸發(fā)喚醒信號起作用，不能影響或攔截正常短信業(yè)務， 應區(qū)別于短信防火墻的功能。

上述需求描述已完整、詳細的定義了 短信喚醒 這一需求。當研發(fā)人員收到該需求時，便可啟動研發(fā)實現工作；待研發(fā)實現后，測試人員會按此需求測試，以確保產品已完全按照需求實現。

在一個項目當中，每一項需求都需要完成上述開發(fā)動作。一個項目可能會有上百需求，但最終都要以產品需求文檔的形式進行詳細的輸出，才能完成對一個物聯網項目的完整需求定義。

2 需求管理流程

除了需求開發(fā)活動外，還有一系列需求管理活動。包括制定需求管理計劃、建立用戶需求基線、建立產品需求與用戶需求追蹤關系，建立系統(tǒng)測試用例與產品需求的追蹤關系， 需求變更管理，需求狀態(tài)管理。

在項目初期，需要制定需求管理計劃，即識別產品需求開發(fā)團隊成員，確定需求管理的責任人，以及需求追蹤的粒度要求，需求狀態(tài)躍遷定義等模板要求內容。

當完成用戶需求的開發(fā)和評審后，需要將《用戶需求說明書》歸檔，這一動作被稱為 建立用戶需求基線 。需求基線化是需求管理中的重要活動。需求基線化后，意味著在項目某一階段，相關人員已經對特定版本的需求達成一致的理解和確認。需求基線化后，對需求的變更需要經過正式的變更流程來處理。

輸出產品需求的同時，還要建立產品需求與用戶需求追蹤關系，即將產品需求文檔中的需求項與用戶需求說明書中的需求項建立追蹤關系，并判斷用戶需求項在產品需求中是否有鍍金、錯誤、遺漏等現象。

此外，還要建立系統(tǒng)測試用例與產品需求的追蹤關系， 即將系統(tǒng)測試用例項與產品需求文檔中的需求項建立追蹤關系，并判斷系統(tǒng)測試用例是否 100% 覆蓋了產品需求項。

雖然測試活動不屬于需求管理的范疇，但從需求測試閉環(huán)的角度出發(fā)，測試作為需求驗證的活動，與需求之間存在上下游的關系。測試人員會依據系統(tǒng)測試用例執(zhí)行測試，并提交測試結果，發(fā)現故障，提出故障，驗證故障處理結果。

在項目的實現過程中，有可能會出現需求變更，比如客戶臨時提出增加某些需求或去掉某些需求，抑或對某些需求進行修改。因此這時就需要進行需求變更管理。需求變更處理流程的關鍵是影響波及分析和應對方案制定，決策和受影響的人員，跟蹤處理結果直到驗證關閉。

一條需求從被提出到被驗證（也可能中途被拒絕），每一種有可能出現的狀態(tài)都需要被定義出來，以方便需求追蹤和管理。需求的各個狀態(tài)及定義見表 1 所列。

3 結 語

作為一家研發(fā)及生產物聯網產品的公司，中興物聯始終堅持采用科學的需求管理方法，將用戶繁復多樣的需求完整準確地轉化為研發(fā)語言，進而通過各種物聯網技術成功對接客戶的各種需求。身處物聯網這一新興領域，我們也在不斷創(chuàng)新， 以提高需求的轉化效率和精準性，讓需求管理可以更好的為項目服務，從而更加快速有效的推出高質量高性能的產品，讓用戶滿意。而這也是我們做為一家物聯網企業(yè)的使命。