成功開發和啟動嵌入式系統需要廣泛的技能范圍和工程學科。每個嵌入式系統都需要八個不同的軟件開發領域的知識。嵌入式開發人員掌握嵌入式軟件 8 大支柱的程度將直接影響開發成本、代碼可擴展性、系統穩健性以及其他關鍵開發指標。讓我們檢查每個支柱及其在嵌入式軟件開發中的作用。

　　支柱1 - 建筑

　　軟件架構是應用程序的藍圖。一個經過深思熟慮的藍圖為開發人員提供了對主要軟件組件、它們如何相互以及它們的環境交互的重要理解。架構應該提供可擴展性并讓團隊成員了解正在構建的系統。缺乏軟件架構類似于在事先不知道建筑物的高度、樓層數和總面積的情況下建造建筑物。正如人們可能想象的那樣，建造這樣一座建筑在開始之前就注定要失敗。

　　支柱 2 – 代碼分析

　　開發嵌入式系統不僅僅是盡快編寫代碼。許多系統需要健壯并且對用戶來說似乎沒有錯誤(即使現實中不存在沒有錯誤的系統)。系統開發人員需要了解現代代碼分析技術。靜態、動態和最壞情況堆棧分析等技術只是幾個例子，但只是分析冰山一角。團隊分析其代碼并發現缺陷、錯誤和暴露不符合項的能力可以確保用戶安全或影響其公司品牌。

　　支柱 3 – 調試

　　今天嵌入式軟件團隊面臨的最大挑戰是調試他們的系統。嵌入式系統每年都變得越來越復雜，系統越復雜，調試就越困難、耗時且成本高昂。為了最大限度地減少調試，嵌入式開發人員需要精通現代調試技術，例如實時跟蹤。更少的調試時間意味著更多的時間來添加創新的產品功能。

　　支柱 4 – 文檔

　　開發嵌入式系統時，文檔是必不可少的。如果沒有一些描述正在構建的基本需求定義，就無法構建系統。如果沒有記錄良好的代碼庫，開發人員就無法正確維護代碼。如果回歸測試沒有測試有效的產品特性，那么它們是無用的。如果團隊不具備該領域的專業知識，則開發文檔可能會很昂貴并且需要寶貴的時間。掌握文檔有助于降低總擁有成本。

　　支柱 5 – 語言技能

　　并非所有的編程語言都是平等的。不止一種語言可以完成這項工作，例如 C、C++、Python、或其他語言。如果沒有深入了解一種語言的優勢和劣勢，開發人員可能會自找麻煩。某些 C 編程語言領域有不明確的定義，其中使用兩個不同的編譯器進行編譯可能會導致兩個截然不同的結果。某些結構快速高效，而另一些結構會使代碼膨脹并減慢速度。如果開發人員沒有意識到這些問題領域，那么注定會發生壞事。

　　支柱 6 – 標準

　　行業標準是開發人員應謹慎遵循的關鍵支柱。標準通常包含開發人員的見解和最佳實踐，只有通過反復試驗才能學習到。開發周期對嵌入式開發人員來說重新發明輪子的時間太少了，許多行業標準，如 MISRA、CERT 和 IEC 61508 及其行業衍生品都充滿了偉大的工程實踐。

　　支柱 7 – 測試

　　即使通過回歸測試來正確測試和驗證軟件的能力對于開發團隊來說也是必不可少的。修復錯誤的最新更改是否破壞了其他任何內容?系統是否滿足要求?每個代碼分支都通過測試正確執行了嗎?測試為開發人員提供了系統在受控條件下按預期運行的舒適度。

　　支柱 8 – 工具

　　專業的嵌入式軟件開發人員需要訪問并知道如何使用他們的行業工具。對他們的工具和生態系統的了解可以在一個健壯的系統和一個古怪的業余產品之間產生差異。正確的工具，雖然可以為正確的工作支付十倍的費用，但仍然對上市時間產生巨大影響。

　　結論

　　掌握這八個嵌入式軟件支柱的團隊無疑是在堅實的基礎上構建他們的軟件的。大多數失敗的團隊都缺乏至少一個支柱方面的專業知識。為確保成功，嵌入式開發團隊需要具備每個支柱的專業知識并使用規范的設計方法。