這篇博客文章傳達並揭示了在智能城市項目中使用係統工程流程的12大原因。
為了完成上麵列出的目標，我們將檢查係統工程過程，包括:
- 討論技術標準對過程的價值
- 描述過程中的挑戰以及如何克服它們
- 回顧通過在您的智慧城市項目中使用SEP實現的12大顯著好處。
在我們研究這些好處之前，讓我們首先研究一下什麼是係統工程流程，以及為什麼它對智能城市項目的開發人員和運營商很重要。
什麼是係統工程過程?
係統工程過程(SEP)是一個跨學科的方法和手段，以實現成功的係統。它著重於首先定義客戶用戶需求，然後在開發周期的早期定義所需的功能，記錄需求，然後進行設計綜合和係統驗證。
有多種方法來表示係統工程過程。一種方法是，係統工程V形圖(如上所示)，表示任何係統或項目的典型生命周期。無論所部署的係統是由運輸機構的基本計算機輔助調度(CAD)係統組成，還是交通管理中心和公共安全機構之間更複雜的接口組成，所有係統都將遵循這個生命周期的一些變化。
用戶需求是通過對所有涉眾社區的需求進行強有力的檢查而產生的，這些涉眾社區對所設想的項目有興趣。在下一步中，為了開發可測量的明確的功能需求，這些需求中的每一個都被用作基礎。每個需求都必須有一個功能需求，每個需求都必須有一個潛在的基本用戶需求。此過程的最後一步是創建一個測試計劃，該計劃確認需求的可追溯性，並從它們的相關需求中獲得。
SEP成功的關鍵是識別:
基於共識的用戶需求和可測量的功能需求
在開發智慧城市係統時，重點需要放在“係統需要做什麼”上，而不是“係統將如何做”上。每個用戶都應該至少有一個需求。每個需求都應該追溯到至少一個潛在的基本用戶需求。在SEP過程中，使用追溯矩陣來記錄和驗證這些關鍵關係。對於小型項目，矩陣可以直接在數據庫或電子表格中維護，對於更複雜的項目，也可以使用需求管理工具生成和維護。使用任何一種方法，矩陣都提供了涉眾需求(和其他潛在需求來源)、係統需求、設計、實現和驗證測試用例之間的向後和向前追溯性。
接下來讓我們研究標準在係統工程過程中的作用。
技術標準的價值
標準主要用於係統工程過程的設計階段，在更高層次的活動，如用戶需求評估和操作概念已經開發出來之後。在詳細設計階段，將定義特定的消息、數據元素、通信概要文件和設計選項。同樣重要的是要記住，在項目定義階段，標準還可以提供關鍵的用戶操作需求和接口需求。
現在我們已經檢查了係統工程過程，讓我們討論在使用這種方法時經常遇到的挑戰。
技術挑戰
技術挑戰往往比製度挑戰更容易克服，通常額外的培訓可以最大限度地減少或緩解這些問題。
技術挑戰包括:
- 現有技能的差距
- 不一致的行業標準支持
- 符合標準
- 從基於非標準到基於標準的範式轉換
- 從非sep到sep的範式轉變
製度的挑戰
製度上的挑戰通常需要時間來克服，可能是通過員工流動(例如，接受新想法的新管理層)或出現一個區域冠軍來獲得代理機構的支持。
體製方麵的挑戰包括:
- 並不是每個機構的人都願意明確表達他們的需求
- 抗拒改變
- 並非所有機構都讚同區域一體化
- 從基於非標準到基於標準的範式轉換
- 從非sep到sep的範式轉變
在你的智慧城市項目中使用係統工程流程的前12個原因
- SEP幫助定義智慧城市項目的範圍
- SEP推動了更高水平的涉眾參與
- SEP增加了智慧城市係統滿足用戶期望的可能性
- SEP生成更好的智能城市係統文檔
- SEP降低了成本和進度超支的風險
- SEP使接受的產品缺陷最小化
- SEP驅動更可預測的結果
- SEP提供了一個框架和流程來驗證智能城市係統是否滿足記錄在案的用戶需求
- SEP提供了適應性更強、彈性更強的智能城市係統
- SEP驗證係統功能
- SEP允許從最初的智慧城市項目到未來項目的更高級別的重用
- SEP是獲得美國DOT資助的必要條件-見美國DOT規則940
總而言之，SEP為智慧城市項目利益相關者提供了各種各樣的好處，允許您的項目全麵解決用戶需求，同時按時和按預算交付項目。