互聯(lián)設(shè)備和系統(tǒng)已成為我們?nèi)粘Ｉ钪胁豢苫蛉钡囊徊糠?，我們認(rèn)為這是理所當(dāng)然的。使用智能手機(jī)找到到達(dá)目的地的最快方式，坐在沙發(fā)上在平板電腦上閱讀新聞，或者使用智能手機(jī)應(yīng)用程序控制智能供暖——這些系統(tǒng)讓生活變得更加方便。然而，這種便利性的提高需要更嚴(yán)格的安全和安全要求，而這些要求必須由開(kāi)發(fā)此類(lèi)系統(tǒng)的人員來(lái)管理。對(duì)于自動(dòng)駕駛來(lái)說(shuō)尤其如此，高效的安全理念是重中之重。

軟件架構(gòu)師應(yīng)具備的專(zhuān)業(yè)知識(shí)和技能

產(chǎn)品復(fù)雜性的增加和硬件功能的增強(qiáng)導(dǎo)致嵌入式系統(tǒng)中軟件的范圍不斷擴(kuò)大。軟件實(shí)現(xiàn)了大多數(shù)系統(tǒng)中的大部分功能。嵌入式軟件開(kāi)發(fā)部門(mén)正在不斷增長(zhǎng)。這在汽車(chē)行業(yè)和當(dāng)前的勞動(dòng)力市場(chǎng)中尤為明顯。例如，梅賽德斯奔馳計(jì)劃從 2030 年起通過(guò)基于軟件的系統(tǒng)產(chǎn)生大部分收入。軟件開(kāi)發(fā)不再是一個(gè)人的表演，而是由分布在全球多個(gè)地點(diǎn)的大型團(tuán)隊(duì)完成。在過(guò)去的幾年里，嵌入式軟件在嵌入式行業(yè)的大多數(shù)公司中都取得了顯著的重要性，甚至在機(jī)電一體化領(lǐng)域也是如此。但這僅僅是開(kāi)始。

更加關(guān)注敏捷軟件開(kāi)發(fā)方法

敏捷軟件項(xiàng)目使用基于測(cè)試驅(qū)動(dòng)的軟件開(kāi)發(fā)技術(shù)的漸進(jìn)式軟件架構(gòu)開(kāi)發(fā)。這是兩種主要方法：

· 功能架構(gòu)：軟件系統(tǒng)由功能或特性及其依賴關(guān)系來(lái)表示。

· 組件架構(gòu)：開(kāi)發(fā)一個(gè)粗略的草案以及幾個(gè)包含經(jīng)過(guò)微調(diào)的軟件結(jié)構(gòu)的詳細(xì)草案。

軟件架構(gòu)是項(xiàng)目成功的關(guān)鍵

想要滿足其負(fù)責(zé)任的工作要求的軟件架構(gòu)師需要涵蓋以下關(guān)鍵方面的廣泛專(zhuān)業(yè)知識(shí)：

1. 對(duì)軟件架構(gòu)的基本理解：在抽象層面上，軟件架構(gòu)是需求和軟件實(shí)現(xiàn)之間的橋梁。在軟件中，架構(gòu)描述了由軟件組件、軟件層、軟件子系統(tǒng)、接口及其依賴性等組成的粗略結(jié)構(gòu)(在特殊情況下還包括模塊和類(lèi))。對(duì)于這些架構(gòu)元素，還可以描述交互的和單獨(dú)的行為。運(yùn)行時(shí)架構(gòu)是軟件架構(gòu)的另一個(gè)關(guān)鍵要素。

2. 軟件架構(gòu)師的角色：每個(gè)擁有所需專(zhuān)業(yè)知識(shí)的人都可以在公司中擔(dān)任軟件架構(gòu)師的角色。然而，對(duì)于真正專(zhuān)業(yè)的方法，個(gè)人角色應(yīng)該是首選。根據(jù)項(xiàng)目的規(guī)模，可以有一名或多名軟件架構(gòu)師參與項(xiàng)目。

3. 首席架構(gòu)師管理軟件架構(gòu)師團(tuán)隊(duì)：軟件架構(gòu)師協(xié)調(diào)項(xiàng)目中多個(gè)角色的一切，因此需要技術(shù)和非技術(shù)知識(shí)——經(jīng)驗(yàn)越多越好。軟件架構(gòu)師的角色可能不應(yīng)該分配給缺乏經(jīng)驗(yàn)的大學(xué)畢業(yè)生——它需要外向、創(chuàng)新、果斷和經(jīng)驗(yàn)豐富的個(gè)性。

設(shè)計(jì)過(guò)程——?jiǎng)?chuàng)建軟件架構(gòu)

設(shè)計(jì)流程描述了軟件(架構(gòu))的開(kāi)發(fā)過(guò)程。每個(gè)公司都必須確定并實(shí)施最適合他們的流程。軟件架構(gòu)師在定義此過(guò)程中發(fā)揮著關(guān)鍵作用?；赩模型類(lèi)型表示，該設(shè)計(jì)過(guò)程可以應(yīng)用于完整嵌入式系統(tǒng)的開(kāi)發(fā)，即不僅僅應(yīng)用于軟件的開(kāi)發(fā)。

需求(什么)和相關(guān)架構(gòu)(如何)

在分析過(guò)程中，分析師(在大多數(shù)情況下也是架構(gòu)師)在各個(gè)層面上確定并記錄各自的需求(“什么”)。這些要求是創(chuàng)建架構(gòu)(“如何”)的基礎(chǔ)。基于子系統(tǒng)架構(gòu)，軟件架構(gòu)師與同一級(jí)別的其他開(kāi)發(fā)領(lǐng)域(例如硬件開(kāi)發(fā))協(xié)調(diào)開(kāi)發(fā)子系統(tǒng)的軟件架構(gòu)。

根據(jù)需求，測(cè)試團(tuán)隊(duì)開(kāi)發(fā)測(cè)試用例，以在開(kāi)發(fā)過(guò)程的后期證明正確的實(shí)現(xiàn)。這也是在不同層面上進(jìn)行的。 “測(cè)試設(shè)計(jì)”和“安全設(shè)計(jì)”是軟件架構(gòu)背景下的基本主題。

設(shè)計(jì)依據(jù)及影響因素

軟件需求(功能性和非功能性)源自圖 3 所示的 X 分析(此處：軟件分析)?；诎踩院涂煽啃缘能浖|(zhì)量屬性分別如下所示。

通過(guò)分析影響因素，軟件架構(gòu)師確定：

· 軟件架構(gòu)需求的相關(guān)性

· 未來(lái)需求的變化

· 軟件架構(gòu)后果的推導(dǎo)

非功能性軟件需求包括軟件的軟件質(zhì)量屬性，例如：

· 可移植性

· 可維護(hù)性

· 可靠性

· 安全/安保

· 資源需求

· 表現(xiàn)

· 實(shí)時(shí)兼容性

一些質(zhì)量屬性是一致的，而另一些質(zhì)量屬性也可能產(chǎn)生相反的效果?？紤]到這一點(diǎn)，我們可以問(wèn)以下問(wèn)題：哪些需求對(duì)架構(gòu)(功能性還是非功能性)影響更大?正確答案是非功能性需求。因此，除了子系統(tǒng)架構(gòu)之外，軟件需求及其產(chǎn)生的影響因素是軟件架構(gòu)最重要的設(shè)計(jì)依據(jù)。

溝通和文檔

通過(guò)全面的軟件架構(gòu)文檔，軟件架構(gòu)師為所有利益相關(guān)者提供了項(xiàng)目的基礎(chǔ)，從而為參與項(xiàng)目的每個(gè)人提供了完全的可追溯性，確保了公司的連續(xù)性。文件也是與利益相關(guān)者持續(xù)協(xié)調(diào)溝通的基礎(chǔ)。

這里最重要的利益相關(guān)者是軟件開(kāi)發(fā)人員，他們?cè)敿?xì)完善軟件架構(gòu)并最終用目標(biāo)編程語(yǔ)言實(shí)現(xiàn)它。除了軟件開(kāi)發(fā)人員之外，其他角色(例如測(cè)試團(tuán)隊(duì))對(duì)軟件架構(gòu)也有合法的興趣。除非您知道需要什么，否則您無(wú)法驗(yàn)證實(shí)施是否正確。

統(tǒng)一建模語(yǔ)言 (UML) 是一種符號(hào)，用于記錄軟件架構(gòu)的各種視圖和方面，并在設(shè)計(jì)中對(duì)其進(jìn)行細(xì)化 - 直至自動(dòng)代碼生成。

軟件設(shè)計(jì)原則提高軟件質(zhì)量

我們的整個(gè)生活都是由規(guī)則決定的——即使有些人認(rèn)為他們不必遵守這些規(guī)則。我們所有人都面臨著新冠病毒大流行以及相關(guān)的規(guī)則和規(guī)定。您小時(shí)候肯定玩過(guò)樂(lè)高積木，或者您今天也玩過(guò)自己的孩子，關(guān)于如何正確安裝積木是有規(guī)則的。

軟件架構(gòu)師憑借其不斷增長(zhǎng)的知識(shí)，繪制出軟件開(kāi)發(fā)的風(fēng)格指南，描述了軟件架構(gòu)開(kāi)發(fā)的規(guī)則。這些規(guī)則不能應(yīng)用于任何架構(gòu)，因?yàn)樗鼈內(nèi)Q于特定的要求。在任何情況下，將規(guī)則應(yīng)用于軟件架構(gòu)都可以提高軟件質(zhì)量。

高內(nèi)聚是一個(gè)架構(gòu)設(shè)計(jì)原則。它的目的是通過(guò)在一個(gè)架構(gòu)元素中處理邏輯相關(guān)的任務(wù)來(lái)減少冗余，而不是在多個(gè)架構(gòu)元素之間分配類(lèi)似的任務(wù)。已發(fā)布可應(yīng)用于嵌入式軟件架構(gòu)的具體設(shè)計(jì)原則。軟件架構(gòu)師可以通過(guò)軟件架構(gòu)模式在實(shí)際系統(tǒng)中實(shí)現(xiàn)設(shè)計(jì)原則。

架構(gòu)開(kāi)發(fā)和架構(gòu)模式必須滿足安全要求

基于他們的技術(shù)知識(shí)，軟件架構(gòu)師使用他們的模式目錄開(kāi)發(fā)軟件架構(gòu)。一般來(lái)說(shuō)，模式是針對(duì)重復(fù)出現(xiàn)的問(wèn)題(挑戰(zhàn))的已知的、經(jīng)過(guò)驗(yàn)證的、評(píng)級(jí)的和可調(diào)整的解決方案。例如，在安全相關(guān)系統(tǒng)中必須考慮和照顧功能安全性和可靠性等方面。在為我們提供全自動(dòng)支持的系統(tǒng)中(例如自動(dòng)駕駛)，安全性和可靠性是產(chǎn)品成功的關(guān)鍵。

使用模式可能是軟件架構(gòu)開(kāi)發(fā)中的一個(gè)挑戰(zhàn)。例如，只有方形磚可用，但一個(gè)要求可能是圓形輪廓。根據(jù)樂(lè)高原理，可以通過(guò)將積木分級(jí)組裝成一排或多排來(lái)解決。由于我們不是第一代開(kāi)發(fā)軟件的人，因此幾乎所有軟件開(kāi)發(fā)領(lǐng)域甚至軟件架構(gòu)的開(kāi)發(fā)都已經(jīng)創(chuàng)建了模式。

質(zhì)量保證和質(zhì)量評(píng)估

軟件架構(gòu)師負(fù)責(zé)軟件質(zhì)量和質(zhì)量保證。在開(kāi)發(fā)架構(gòu)之前必須定義質(zhì)量屬性。軟件架構(gòu)師知道這些屬性對(duì)其軟件架構(gòu)的影響，并且軟件測(cè)試團(tuán)隊(duì)知道如何證明它們。順便說(shuō)一句，屬性不能在開(kāi)發(fā)過(guò)程結(jié)束時(shí)“測(cè)試”到產(chǎn)品中。

在質(zhì)量方面，存在以下區(qū)別：

· 內(nèi)部質(zhì)量(例如軟件架構(gòu))

· 外部質(zhì)量(客戶所看到的)

工藝質(zhì)量對(duì)產(chǎn)品質(zhì)量有重大影響。再次回到樂(lè)高的類(lèi)比——所有的磚塊都必須組裝起來(lái)以支撐結(jié)構(gòu)，否則，一旦進(jìn)行額外的擴(kuò)展，它就會(huì)倒塌。對(duì)于軟件架構(gòu)來(lái)說(shuō)也是如此;它們必須滿足所有質(zhì)量要求并提供之前定義的所有功能。

過(guò)去，軟件架構(gòu)預(yù)計(jì)能夠保持 20 年或更長(zhǎng)時(shí)間的功能。如今，由于不斷出現(xiàn)的要求、法規(guī)和法律，它們正在不斷擴(kuò)展和改進(jìn)。因此，開(kāi)發(fā)過(guò)程應(yīng)適應(yīng)這一方面，因?yàn)樗钱a(chǎn)品進(jìn)一步開(kāi)發(fā)的關(guān)鍵。

確保質(zhì)量的最簡(jiǎn)單方法

與其他架構(gòu)師和利益相關(guān)者一起進(jìn)行評(píng)審是確保軟件架構(gòu)質(zhì)量的最簡(jiǎn)單方法。它們用于評(píng)估架構(gòu)是否符合所需的質(zhì)量屬性。通過(guò) UML 模型生成的軟件架構(gòu)文檔是審查的合適基礎(chǔ)。

在基于場(chǎng)景的審查中，參與者會(huì)通過(guò)架構(gòu)檢查預(yù)定義的案例。例如，如果一個(gè)架構(gòu)在硬件方面要求可移植，這個(gè)過(guò)程就包括更換硬件，以證明該軟件架構(gòu)能夠滿足這個(gè)要求。

工具使開(kāi)發(fā)軟件架構(gòu)變得更加容易

軟件架構(gòu)師負(fù)責(zé)或至少共同負(fù)責(zé)軟件開(kāi)發(fā)的工具環(huán)境。他或她了解工具市場(chǎng)，能夠識(shí)別需求、開(kāi)發(fā)工具需求、評(píng)估并最終選擇工具。在一家沒(méi)有工具組的公司里，他還負(fù)責(zé)工具集成。這些工具使參與軟件開(kāi)發(fā)的每個(gè)人(尤其是軟件架構(gòu)師)的工作變得更加輕松。

工具使軟件架構(gòu)師的工作變得更加輕松：

· 需求管理

· 版本和配置管理

· 造型

· 生成文檔和程序代碼

· 構(gòu)建系統(tǒng)

· 靜態(tài)分析

· 動(dòng)態(tài)分析

軟件架構(gòu)的實(shí)現(xiàn)

軟件架構(gòu)師將整個(gè)架構(gòu)或其部分傳遞給一名或多名軟件開(kāi)發(fā)人員進(jìn)行進(jìn)一步細(xì)化(設(shè)計(jì)和實(shí)現(xiàn))。軟件架構(gòu)師與軟件開(kāi)發(fā)人員合作創(chuàng)建的編碼風(fēng)格指南顯示了如何用目標(biāo)編程語(yǔ)言實(shí)現(xiàn)軟件架構(gòu)。嵌入式系統(tǒng)編程的典型目標(biāo)語(yǔ)言是 C 和 C++。

在C++中，軟件架構(gòu)可以通過(guò)命名空間在程序代碼中有效地表示。軟件架構(gòu)師和軟件開(kāi)發(fā)人員必須確保定義的軟件架構(gòu)在其整個(gè)生命周期中得到保留，并且不會(huì)被編程“致死”(也稱為軟件侵蝕)。

如果軟件開(kāi)發(fā)人員確定需要更改架構(gòu)，則所有相關(guān)決策和架構(gòu)更改均由負(fù)責(zé)的軟件架構(gòu)師協(xié)調(diào)。產(chǎn)品對(duì)安全性、保密性和模塊化的要求越高，軟件架構(gòu)師在整個(gè)開(kāi)發(fā)過(guò)程中的作用就越關(guān)鍵和重要。