集成過程中需要檢查的主要項目有:
v集成計劃遵循了它的模板。
v預期的裝配順序(集成策略)是現實的。
v在系統設計文檔中列出的任何系統要素和物理接口都不會被遺忘。
v對實現要素之間的每個接口和交互進行驗證。
v裝配程序和裝配工具是可用的,并在開始裝配之前進行驗證。
v在開始驗證之前,V&V程序和工具是可用的并經過驗證的。
v集成報告被記錄。
方法和技術
在前面的集成策略[1](上面)一節中總結了幾種不同的方法,它們可以用于集成,但還有其他方法。特別是,對于密集型軟件系統的重要集成策略包括:垂直集成、水平集成和星級集成。
耦合矩陣和n方圖
定義聚合和集成順序的最基本方法之一是使用n方圖。
在集成環境中,耦合矩陣對于優化聚合定義和接口驗證非常有用:
通過重新組織耦合矩陣來定義和優化集成策略,以便將實現的要素分組到聚合中,從而最小化需要在聚合之間驗證的接口數量(參見圖3)。
圖3. Initial Arrangement of Aggregates on the Left; Final Arrangement After Reorganization on the Right.
當驗證聚合之間的交互時,矩陣是故障檢測的輔助工具。如果通過向聚合中添加已實現的要素檢測到錯誤,則錯誤可以與已實現的要素、聚合或接口相關。如果錯誤與聚合相關,則它可以與任何已實現的要素或聚合內部已實現要素之間的任何接口相關。
應用于產品系統、服務系統和企業系統
由于這些類型的系統實現的系統要素和物理接口的性質不同,因此聚合、組裝工具和V&V工具也不同。有些集成技術更適合于特定類型的系統。下面的表3提供了一些示例。
表3。產品、服務和企業系統的不同集成要素。
要素 | 產品系統 | 服務系統 | 企業制度 |
系統的要素 |
硬件部分(力學、 電子、電氣、塑料、化工等) 操作員角色 |
流程、數據庫、程序等。運營商的角色 軟件應用 |
公司、方向、部門、部門、項目、技術團隊、領導等 IT組件 |
物理接口 |
硬件部分,協議, 程序等 |
協議、文件等。 | 協議、程序、文件等。 |
裝配工具 |
治具,機械工具,專用工具 軟件鏈接器 |
文檔、學習課程等。 |
文檔,學習,移動的 辦公室 |
驗證工具 | 測試臺,模擬器,發射裝置,存根/帽 |
活動/場景模型、模擬器、人員角色排練、計算機等。 熟練的專家 |
活動/場景模型,模擬器,人員角色預演 |
確認工具 | 操作環境 | 操作環境 | 操作環境 |
建議集成技術 |
自頂向下的集成技術 自頂向下的集成技術 |
子集集成技術(功能鏈) | 全局集成技術增量集成 |
實際考慮
下面兩部分將介紹與系統集成相關的關鍵缺陷和良好實踐。
陷阱
表4提供了在計劃和執行系統工程度量時遇到的一些關鍵缺陷。
表4。系統集成的主要缺陷。(系統工程知識體系原創)
陷阱 | 描述 |
期望的元件延遲 | 經驗表明,被實現的要素總是沒有按照預期的順序到達,測試從來沒有按照預期的順序進行或得到結果;因此,集成策略應該允許很大的靈活性 |
大爆炸不合適 | “大爆炸”集成技術不適合快速檢測故障。因此,最好在集成過程中逐步驗證接口。 |
集成計劃太遲 | 集成活動的準備在項目時間表中計劃得太晚了,通常在第一次實現的要素被交付的時候。 |
良好的實踐
表5提供了從參考資料中收集的一些良好實踐。
實踐 | 描述 |
盡早啟動開發方式 | 組裝工具、驗證和確認工具的開發可能需要與系統開發本身一樣長的時間。在初步設計幾乎凍結的時候,應該盡早開始。 |
集成意味著被視為使能系統 | 集成方式(裝配工具、驗證和確認工具)的開發可以被看作是啟用系統,使用本系統工程知識體系中描述的系統定義和系統實現過程,并作為項目管理。這些項目可以由相關系統的項目領導,但是被分配到特定的系統塊,或者可以被分包為單獨的項目。 |
使用耦合矩陣一個好的做法是逐步集成集合,以便更容易地檢測故障。耦合矩陣的使用適用于所有策略,特別是自底向上的集成策略。 | |
靈活的集成計劃和進度表 | 復雜系統的集成過程難以預見,其進度控制難以觀察。這就是為什么建議使用靈活的技術來規劃特定邊際的集成,并使用類似的技術來集成集合。 |
集成和設計團隊 | 負責集成的應該是設計團隊的一部分。 |
表5所示。系統集成的實踐證明。
原文標題:檢查系統集成的正確性
文章出處:【微信公眾號:汽車電子硬件設計】歡迎添加關注!文章轉載請注明出處。
責任編輯:haq
-
汽車電子
+關注
關注
3024文章
7869瀏覽量
166508 -
硬件
+關注
關注
11文章
3252瀏覽量
66115
原文標題:檢查系統集成的正確性
文章出處:【微信號:QCDZYJ,微信公眾號:汽車電子工程知識體系】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論