系統(tǒng)架構活動目的是定義一個全面的解決方案

系統(tǒng)架構活動的目的是定義一個全面的解決方案，它基于相互邏輯關聯(lián)和一致的原則、概念和屬性。解決方案架構的特征、屬性和特征,滿足盡可能表達的問題或機會的一組系統(tǒng)需求(可追蹤任務/業(yè)務和利益攸關方需求)和生命周期的概念(例如,操作,支持),哪些是可實現(xiàn)通過技術(如機械、電子、液壓、軟件、服務、過程、人類活動)。

系統(tǒng)架構是抽象的，面向概念的，全球性的，并且專注于實現(xiàn)系統(tǒng)的任務和生命周期概念。它還側(cè)重于系統(tǒng)和系統(tǒng)要素的高層結(jié)構。它介紹了相關系統(tǒng)的架構原則、概念、屬性和特征。它還可以應用于多個系統(tǒng)，在某些情況下，為類似或相關系統(tǒng)的類或系列形成公共結(jié)構、模式和需求集。

概念和原則的概念結(jié)構

系統(tǒng)工程知識體系認為系統(tǒng)工程涵蓋了系統(tǒng)創(chuàng)建的所有方面，包括系統(tǒng)架構。

系統(tǒng)架構的大多數(shù)解釋都基于相當無形的結(jié)構概念(即要素之間的關系)。一些作者限制了被認為是架構學的結(jié)構類型;例如，限制自己的功能和物理結(jié)構。最近的實踐擴展了對結(jié)構的行為、時間和其他維度的考慮。

ISO/IEC/IEEE 42010系統(tǒng)和軟件工程—架構描述提供了對架構的有用描述，考慮了利益攸關方的關注、架構觀點、架構視圖、架構模型、架構描述，以及整個生命周期的架構。

關于系統(tǒng)架構特性的討論可以在中找到。

INCOSE英國架構工作組描述了在系統(tǒng)工程中開發(fā)和應用系統(tǒng)方法來描述架構信念系統(tǒng)特征的嘗試。

系統(tǒng)的架構描述

架構框架包含標準化的視點、視圖模板、元模型、模型模板等，這些可以促進系統(tǒng)架構視圖的開發(fā)。ISO/IEC/IEEE 42010 (ISO 2011)指定了架構框架、視點和視圖的規(guī)范特性，因為它們屬于架構描述。一個觀點處理一個特定的利益攸關方關注點(或者一組緊密相關的關注點)。視點指定了在開發(fā)系統(tǒng)架構中使用的模型的種類，以處理該關注點(或關注點集)，模型應該以何種方式生成，以及如何關聯(lián)模型并使用它們來組成視圖。

邏輯和物理模型(或視圖)通常用于表示系統(tǒng)架構的基本方面。其他互補的觀點和觀點必須用于表示系統(tǒng)架構如何處理利益攸關方關注的問題，例如，成本模型、過程模型、規(guī)則模型、本體論模型、信念模型、項目模型、能力模型、數(shù)據(jù)模型等等。

原則和啟發(fā)式的分類

工程師和架構師混合使用數(shù)學原理和啟發(fā)式(啟發(fā)式是通過經(jīng)驗獲得的教訓，但沒有經(jīng)過數(shù)學證明)。當通過系統(tǒng)需求識別和定義一個問題時，原則和啟發(fā)式可能能夠也可能不能解決它。系統(tǒng)視圖/模型中使用的原則和啟發(fā)式可以根據(jù)使用這些系統(tǒng)視圖/模型的領域進行分類，如下:

靜態(tài)域與分解為系統(tǒng)和系統(tǒng)要素的系統(tǒng)利益（SoI）的物理結(jié)構或組織有關。它處理分區(qū)系統(tǒng)、系統(tǒng)要素和物理接口。

動態(tài)領域與邏輯架構模型相關，特別是與系統(tǒng)行為的表示相關。它包括功能(即輸入流到輸出流的轉(zhuǎn)換)和系統(tǒng)功能之間以及外部對象或系統(tǒng)之間的交互的描述。它考慮對啟動或停止系統(tǒng)功能執(zhí)行的事件的反應。它還涉及系統(tǒng)的有效性(即性能、運行條件)。

時間域與系統(tǒng)功能執(zhí)行的時間不變性水平有關。這意味著每個功能都是根據(jù)循環(huán)或同步特性執(zhí)行的。它包括決策級別，這些級別是某些功能行為的異步特征。

環(huán)境領域與使能者(生產(chǎn)、后勤支持等)有關，但也與應對自然災害或威脅的系統(tǒng)生存能力有關，與應對內(nèi)部潛在危險的系統(tǒng)完整性有關。例如，這包括氣候、機械、電磁和生物方面。

從系統(tǒng)需求到邏輯和物理架構模型的轉(zhuǎn)換

方法的目的是從系統(tǒng)需求進展(代表問題從一個供應商/設計師的角度,盡可能獨立于技術)通過一個中間的邏輯架構模式來分配系統(tǒng)的邏輯架構模型的要素的要素候選項物理架構模型。

(系統(tǒng)需求和邏輯架構模型共享許多特征，因為它們都在功能線上組織，獨立于實現(xiàn)。一些作者甚至將兩者合并，從而簡化了對多個同時發(fā)生的視圖的處理。是否采用這種方法取決于開發(fā)組織的具體實踐，以及契約的邊界在哪里劃定。)

設計決策和技術解決方案是根據(jù)性能標準和非功能需求來選擇的，例如操作條件和生命周期約束(例如，環(huán)境條件、維護約束、實現(xiàn)約束等)，如圖1所示。創(chuàng)建中間模型,如邏輯架構模型,便于功能的驗證,行為,和時間系統(tǒng)的特性對系統(tǒng)需求沒有重大技術影響影響期間的生活系統(tǒng),物理接口、技術層面完全沒有質(zhì)疑系統(tǒng)的邏輯功能。

原文標題：系統(tǒng)架構

文章出處：【微信公眾號：汽車電子硬件設計】歡迎添加關注！文章轉(zhuǎn)載請注明出處。

責任編輯：haq