DevOps:定義汽車軟體新開發模式

来源:https://www.cnblogs.com/zoeking001/archive/2022/09/28/16736984.html
-Advertisement-
Play Games

當前,全球汽車產業正在經歷從傳統工業向數字化轉型的大變革,智能化、數字化、信息化正在成為汽車電子行業轉型發展的必由之路。“軟體定義汽車”(Software Defined Vehicles,SDV)概念的提出,說明軟體在汽車產品中承擔的角色越來越重要。隨著汽車軟體的量級和複雜度不斷提高,汽車廠商對嵌 ...


當前,全球汽車產業正在經歷從傳統工業向數字化轉型的大變革,智能化、數字化、信息化正在成為汽車電子行業轉型發展的必由之路。“軟體定義汽車”(Software Defined Vehicles,SDV)概念的提出,說明軟體在汽車產品中承擔的角色越來越重要。隨著汽車軟體的量級和複雜度不斷提高,汽車廠商對嵌入式系統開發需求越來越高。汽車的系統開發以模型驅動開發為主(Model-based systems engineering,MBSE),快速迭代、持續集成、可靠性代碼自動生成、測試自動化等改善開發流程的需求逐漸受到重視。 

DevOps結合了軟體開發(Develoment)和IT運營(Operations),旨在縮短系統開發生命周期,並提供更高質量的連續交付。本文將從軟體開發模式的類別入手,結合當下汽車軟體開發過程中面臨的各類問題,通過分析DevOps和CI/CD的整合工作流在軟體開發中的優勢,探索汽車軟體開發新模式。

 

01.軟體開發模式

軟體開發是一項包括需求定義與分析、設計、編程、測試、交付和維護的系統工程。目前常見的軟體開發模式有以下四種:

瀑布模式(Waterfall model):將軟體開發過程分解成線性順序的不同階段,每個階段依賴於前一個階段的交付成果。瀑布模式的軟體開發過程靈活性較小,因其開發過程基本單向進行。其最大風險在於,該模式只有在產品研發完成後才能確定結果與預期是否相符,如有差錯,工程師就需要重新開發,甚至重新設計規劃。

▲瀑布模式

迭代增量式開發(Iterative and incremental development):整個開發流程被劃分和整合為一系列固定周期的短小項目,即一系列的迭代。每一次迭代都包含需求分析、設計、實現與測試。此模式下,開發工作可以在需求被完整確定之前啟動,併在一次迭代中完成系統的一部分功能或業務邏輯的開發工作,再通過客戶的反饋來細化需求,開始新一輪的迭代。迭代增量式開發彌補了傳統瀑布式開發模式的一些弱點,提高了效率和開發成功率。

▲迭代增量式開發模式

 

螺旋模式(Spiral Model):是一種風險驅動的軟體開發模式。基於給定項目的獨特風險模式,螺旋模式指導開發團隊往往採用不止一個的流程模型,如增量式、瀑布式或原型式。它提倡適應性規劃、演化開發、儘早交付和持續改進。

 

▲螺旋模式

 

敏捷軟體開發(Agile software development):包括需求發現和解決方案改進。該模式通過自組織和跨職能團隊與用戶協作,制定適應性計劃,進行漸進開發、早期交付、持續改進,靈活應對需求、能力的變化以及對需要解決問題的理解的變化。這是一種以用戶需求進化為核心的迭代、循序漸進的開發方法。工程師先將用戶最關註的軟體原型做出來進行交付,根據用戶在實際場景中反饋的問題,快速修改彌補需求中的不足。上述過程不斷迭代,直至用戶滿意。

▲敏捷軟體開發

 

02.DevOps&CI/CD

隨著汽車軟體複雜度和代碼數量的不斷提高,軟體系統開發周期越來越快,傳統的開發方式需要耗費大量人力和時間成本,無法緊跟市場越來越快的節奏。這就促使開發團隊採用優於傳統開發模式、更敏捷的方式——DevOps。 

DevOps是一組過程、方法和系統的統稱,集文化理念、實踐、工具於一身,重視開發(Dev)和運維(Ops)和質量(QA)部門之間的溝通合作。 

與傳統軟體開發模式系相比,DevOps打破了開發和運維之間的壁壘,通過自動化“軟體交付”和“架構變更”的流程,使得軟體的構建、測試和發佈能更加快捷、頻繁和可靠,從而幫助團隊更快地發展和改進產品、服務客戶、高效參與市場競爭。

 

▲DevOps

 在汽車軟體領域,敏捷開發為嵌入式DevOps提供了合適的路徑,以便團隊更快發佈新版軟體代碼。隨著軟體快速迭代,DevOps方法的迭代也在快速演進。在每次迭代中採用卸載/重新安裝的方式已變得不切實際,CI(Continuous Integration,持續集成)/CD(Continuous Deployment,持續部署)方法可以使軟體系統在不停止運行的情況下進行迭代。

DevOps的核心是持續集成(點擊此處查看“持續集成”相關文章)。團隊只需通過每天一次或多次的集成,進行嵌入式軟體的自動化構建和驗證,就可實現持續集成,儘早發現集成錯誤。

 

 

03.DevOps在汽車嵌入式軟體領域推行的解決方案

面臨的挑戰

目前,阻礙DevOps在汽車嵌入式領域推行的挑戰主要有兩方面:

1)車載軟體大多數為嵌入式軟體,難以脫離真實目標系統單獨運行。然而絕大部分汽車廠商採用“研發驅動測試”的模式,軟體測試部門沒有獨立的硬體目標系統用於軟體測試;

2)在自動化測試實踐中,硬體難以支持軟體進行不同環境的設置。要想達成完全測試自動化,工程師需要對目標系統進行定製。

 

通用解決方案

一般來說,實現持續集成需要滿足以下三點:

1)充分借鑒軟體測試經驗,引入優秀的開源工具,發揮開源工具靈活、可配置強的特點;

2)整合企業已有的軟體測試工具,使測試技術保持集成性;

3)結合全數字模擬平臺部署模擬環境,保證測試過程的穩定可靠。

▲DevOps&持續集成

 

SkyEye天目全數字實時模擬軟體

SkyEye天目全數字實時模擬軟體,是一款國產的基於可視化建模的硬體行為級模擬平臺,支持國內外主流架構、處理器和多機同步模擬,具備自動測試框架與靈活的可定製性,在汽車、防務、航空航天、電子、船舶等各種嵌入式領域應用廣泛。

▲SkyEye界面圖

 

SkyEye具有硬體平臺所不具備的靈活性。通過對模型和平臺的定製,客戶可以得到跟自己的目標系統完全一致的模擬平臺。利用SkyEye,軟體開發團隊可以開展併發式的功能測試和快速回歸測試,加快問題定位和排查故障的效率。SkyEye為汽車嵌入式軟體的設計、開發、集成與測試,直至後續部署、維護的全生命周期提供了一個功能強大、高效、易用的平臺。

 

原文鏈接:https://mp.weixin.qq.com/s/wPbnh5NVmUt_fFTkbYHFaw

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 一、開發優化一 1.使用Vant Weapp 1.1 什麼是Vant Weapp Vant Weapp官網鏈接 Vant Weapp是有贊前端團隊開源的一套小程式UI組件庫,助力開發者快速搭建小程式應用。它所使用的是MIT開源許可協議,對商業使用比較友好。 1.2 安裝Vant Weapp組件庫 安 ...
  • 什麼是JavaScript? 前言 本文內容為 博主閱讀“紅寶書”之後的總結和個人理解,有什麼錯誤歡迎指正! 一句話概括語言的誕生 1995年,網景公司一位名叫Brendan Eich的工程師,開發了一個叫Mocha的腳本語言。後來改名叫 JavaScript,以便蹭當時大火的Java的熱度。 到底 ...
  • 方法:定位,外邊距,內邊距,層級,邊框; 一個元素; 兩個元素; 三個元素. <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta http-equiv="X-UA-Compatible" content="IE=e ...
  • 輸出100個hello world. for (var i = 1; i <= 100; i++) { console.log("hello world");} 創建一個包含1~100的數組. var array = [];for (var i = 1; i <= 100; i++) { array ...
  • @(vue2.x引入threejs) vue2.x引入threejs npm安裝 npm install three 使用指定版本: npm install three@<版本號> 其他插件 因為本次開發需要引入3D模型,所以需要使用 MTLLoader, OBJLoader兩種載入器,因為開發需求 ...
  • #背景 學習前端新框架、新技術。如果需要做一些資料庫的操作來增加demo的體驗(CURD流程可以讓演示的體驗根據絲滑) 最開始的時候一個演示程式我們會調用後臺,這樣其實有一點弊端,就是增加了開發和維護成本,簡單的一個demo不應該勞師動眾 後來我會在demo中使用一些websql,奈何,websql ...
  • 裝飾器 (1)什麼是裝飾器: 器指的是工具,可以定義成函數 裝飾指的是為其他事務添加額外的東西來點綴 上面兩者合到一起: 裝飾器指的是定義一個函數,該函數用來為其他函數添加額外的功能 函數裝飾器分為: 無參裝飾器和有參裝飾兩種,二者的實現原理一樣,都是’函數嵌套+閉包+函數對象’的組合使用的產物。 ...
  • 自動化流水線在CI/CD(持續集成/持續交付或持續部署)的實踐中發揮著核心作用。本文將對什麼是CI/CD流水線、如何構建CI/CD流水線進行討論。 *持續集成:Continuous Integration *持續交付:Continuous Delivery *持續部署:Continuous Depl ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...