7.3 實施部署
實施部署階段的工作就是，根據論證過的設計，開始搭建解決方案的基礎設施和運營團隊，獲取外部支援，最終產生乙個可以執行的交付物。交付物根據方案的型別不同，可能是單項產品、應用系統或者可持續運營的業務。對於工業物聯網這樣的資訊化解決方案，這當中常常有一定的軟硬體開發工作。雖然解決方案生命週期的每個階段乃至整個生命週期都可以看作是乙個專案，但是通常所說的專案往往是指這一階段，或者說以這一階段為重心。
這一階段主要就是位於常見的專案管理的知識體系所覆蓋的階段。當然，類似pmbok的理念會建議專案經理要盡早接入專案的企劃階段，以充分了解專案的目的和背景，以及那些沒有能寫在專案合同或者產品規格書中的東西——這些隱身的東西卻往往對專案整體的成功非常重要，甚至成為顛覆你美好專案計畫的「黑天鵝」事件。
7.4 運維改進
無論是為客戶定製的專案型系統，還是向乙個客戶群體提供服務的平台，在其存續期間都會需要不斷的維護和改進。系統需要維護和改進的原因包括：
一、技術缺陷
這一點最容易理解。雖然經過上線前的測試，作為乙個複雜系統仍然免不了會在執行了一段時間後發現新的問題。這種技術缺陷，或者稱為bug，是技術團隊在系統上線的初期經常需要面臨的問題。當然並不是說僅僅發生在初期，一些需要資料的大量積累才能暴露的問題則會發生在系統執行較長一段時間後。而且其他原因，比如因為業務的演化而新增或改動了系統功能，也可能引入新的缺陷。
二、裝置與環境問題
執行系統的硬體裝置老化故障、租賃的雲計算平台和網路環境改變、黑客攻擊等等原因引起的問題，甚至一些自然災害導致的系統癱瘓和損毀也可能需要恢復性操作。
三、業務演化
上線後的業務演化主要是使用者滿意度的提公升，包括提公升原有功能，或者增加新的功能，從而導致新一輪的開發和部署上線工作。另外還有可能是為了提公升圍繞該工業物聯網系統運營的內部團隊的工作效率，也可能引發新的開發上線工作。
為了找到運維改進的方向，有時候要運用一定的統計資料來幫助分析。這也就要求當初在系統設計的時候，就應該盡量為日後的優化預留分析用的資料。
7.5 業務退出
天下沒有不散的宴席。再好的解決方案總有變得不合時宜而不得不終止的情況。引發方案業務推出的原因可能有很多種，從裝置的老化、所服務的業務流程的根本性改變或者是服務型業務的終止。
7.6 小結
本章我們將工業物聯網解決方案的生命週期劃分為：
方案企劃：包括需求的獲取和分析，以及後續的文件編制、評審等工作。
設計論證：選擇方案的商業模式，論證方案的技術可行性、財務可行性和社會影響。
實施部署：方案的開發和交付。
運維改建：方案在日常使用中不斷更新迭代。
業務退出：方案失去存在的業務基礎或技術元件壽命到期而解除。
工業網際網路方興未艾，做好工業現場資料管理是破局關鍵
2018 年被稱為工業網際網路的風口之年。隨著國家針對工業網際網路行業未來發展的相應指南和一系列規劃的出爐，越來越多的企業開始進入工業網際網路的圈子。在這些企業中，除了有大批的工業網際網路技術 產品和服務的 商之外，更有大量對www.cppcns.com工業網際網路和智慧型製造有著極高期許的使用者企...
網際網路專案管理流程（SOP）總結
無規矩不成方圓。產品經理 pm 後台開發 rd 前端開發 fe 系統測試 qa 主要的環節包括 需求評審 專案開發 提測 系統測試 發布上線等 序號環節 主r responsible s support 1需求評審 pmrd fe qa 2排期估時 pmrd fe qa 3專案設計與開發 rd fe...
工業網際網路雲端管理系統需求分析和概念模型
1.1 功能概述 本次專案目的在於以電信雲作為雲端伺服器，在服務端進行業務開發，實現接受工業物聯網裝置訊息並記錄分析，以及前端web介面的展示。功能主要包括雲端伺服器接受物聯網裝置資訊，狀態監測和下發控制指令。1.2 需求分析 實際專案中是乙個多使用者場景，系統管理員要支援建立新的使用者並賦予相應許...