2017年6月8日晚8點，蓋世汽車微課堂邀請到了西門子工業軟件汽車行業高級售前顧問席華彬，就"汽車軟件工程解決方案--確保汽車軟件產品的質量、責任和兼容性"做了精彩分享。

以下是課堂焦點內容速記匯總：

大家晚上好，我是來自西門子工業軟件的售前技術工程師席華彬，感謝大家在晚上抽出寶貴的時間參加我們本次的微信的一個匯報。

這是那個匯報就要分三部分，第一部分的話就是講那個汽車行業的軟件發展的趨勢和挑戰，第二部分介紹一下西門子軟件生命周期管理解決方案，第三部分的話就是西門子的軟件解決方案ALM跟西門子產品生命周期解決方案PLM一體化解決方案。

這是福特公司技術CEO的一個說法，就是未來的話，汽車將成為我們擁有的一個最大的電子設備，這個電子設備上軟件毫無疑問將成為最大的主體。

現在在汽車當中電子設備和軟件越來越多了，我們看下10年前和今天的一個對比，十年前電子和軟件在整車當中所占的比例不到20%，現在基本整個嵌入式系統在整車占比越來越高了，另外現在汽車的90%的創新都來自于電子和軟件領域。

我們看一下一些市場咨詢機構的一些報告，到2021年我們這個互聯汽車的規模將達到一千個億以上，這里面包括從c2c，c2x，娛樂系統，ADAS。另外在2020年的話，我們這個字自動駕駛汽車的話是要我們的數量也會大的很驚人的，一千多萬輛，他的復合增長都在百分之一百以上，另外在電動汽車和混動汽車這個三年之內的車型的話也可能會達到200多個，這是來自于我們市場咨詢機構的一些數據。

但是現在，我們在整個汽車行業去開發我們的軟件去管理我們的軟件復雜度也仍然是我們的一個很大的一個挑戰，而這種統計可以看出，現在我們很多的汽車召回和我們軟件產生的問題直接相關，在2011年的我們看這個數字還只有5%，但是在從2011年以后這個軟件召回這個問題基本呈指數級增長。

提起召回，軟件相關的問題表現其實也各不相同的，有遠程控制系統的安全漏洞造成的召回，也有軟件故障導致我們的出門意外打開的，也有軟件故障導致發動機重啟的。

汽車電子設備和軟件從過去二三十年到現在是要發生了很大的變化，從以前我們只有收音機播放器，指示燈還有軟件，到現在有ADAS系統自動駕駛，車聯網，這些機電系統是緊密集成在一起的。

機電系統越來越復雜，但是我們軟件給我們機械包括硬件的開發流程，而他是有很本質的區別，舉例來說，首先開發周期不一樣，可能機械包括硬件開發周期按年來計，而軟件開發周期按照月來計。另外開發流程，機械和硬件的開發流程按照微模型的開發流程，我們軟件的開發方式，越來越講究敏捷的開發流程，而這些流程當中協同跟創新又非常關鍵。

要應對這些挑戰的話，那么如何我們去解決這個問題？

從這個統計可以看出，不光是整車還是零部件企業現在越來越注重機械和硬件開發流程過渡到數字化開發流程，而這個數字化開發流程集成我們的硬件、電子、軟件，實際上現在有58%在未來幾年都會投資到工程解決方案當中去。

而我們也正在進行產品開發的客戶接觸我們了解到產品開發的關鍵難點：一整個汽車系統的機電化一體化的情況下如何保證汽車的質量，第二就是如何確保的開發流程當中的一個工程職責，以便能夠快速的確定跟蹤問題，第三的話就是在了解開發工作可能需要來自于我們全球各個個人的部門內部外部團隊重執行，這個情況下，如果去把整個產品設計的一個兼容性。

必須要一個軟件開發生命周期管理這個概念標準，深入開發生命周期的平臺來支撐我們整個軟件開發這個流程。

汽車客戶實施ALM工具的原因，他們希望實現以下的一些應用場景，實現軟件開發生命周期的可跟蹤性，實現更改影響分析到管理軟件工件的配置和版本和分支，確保軟件設計符合審計符合安全需求，最后ALM工具幫助公司實現更高效的一個呈用。

西門子的產品名字叫Polarion，Polarion是基于web的一個架構，Polarion在過去的十年當中它的業務量保持了一個非常高速的增長。

Polarion的客戶遍布各個行業包括我們的汽車，航空航天、電子、機械行業等等，這里列出來跟我們汽車相關的客戶，phoenix電氣公司將Polarion去管理軟件開發的管理需求質量和測試。還有美國的FAA它是使用Polarion管理所有的需求。CNH這個是全球比較大的工程機械制造商，它使用了Polarion取代了dos去管理它的需求。飛索半導體使用Polarion去跟蹤和管理它的一些需求跟設計。

Polarion這個產品在一些分析師的評估和重則用戶滿意度還是比較不錯的。

下面我們來看一下Polarion產品的功能，首先第一個功能是需求管理模塊，需求管理模塊Polarion里面有個核心功能模塊是livedoc，就是活文檔的意思，可以基于瀏覽器以word文檔的形式定義需求，同樣以excel的方式把需求文檔展示出來，這樣便于看到需求的屬性便于跟蹤。另外整個需求也支持ReqIF的格式導出來，可以需求數據交付，追溯跟蹤分析。

另外一個主要模塊是Polarion質量管理，在Polarion單一的環境下可以管理和軟件質量相關的測試數據流程，確保需求測試用例和測試計劃，測試結果的全面跟蹤，另外提供一些測模板，還有提供測試相關的報表，包括儀表板的分析整個質量分析的結果。

右邊的是Polarion的一個基本架構，下邊是Polarion支持的一些工具類的集成。Polarion廣泛集成一些IDE的工具鏈是包括自動化測試的一些工具，Polarion底層支持一些最廣泛的版本控制工具，包括Git,SVN,Perforce.另外Polarion支量200多個擴展的一個擴展包來支撐我們豐富的功能，這邊的話有免費的，有些是付費的，就都是第三方來提供的。

給大家介紹Polarion的一些主要功能，但是對我們汽車客戶來說的話，我們軟件只是我們的一部分，我們還有ECU還有我們的控制系統，那這樣的話，它的一些開發流程和數據需要在哪管理呢，為此我們西門子也提供另外一個產品我們叫PLM，產品生命周期管理，通過ALM和PLM的集成來管理產品所有的數據。

通過ALM和PLM的集成我們講協同工作可以把敏捷性提供一個新的水平，ALM可以管理軟件領域的生命周期，PLM可以管理產品級機械和硬件的生命周期，然后通過ALM和PLM的集成我們實現跨領域的協同，對于整個產品的設計提供一個閉環式的可跟蹤性。

實際上這也回答了我們為什么ALM和PLM要做集成，實際上是適應不同客戶的需求，另外在不同的領域需要不同的解決方案，比如我們說在產品級我們需要ALM和PLM要做集成來支持我們產品級的產品數據的管理，配置，產品級的交付，到我們軟件，通過ALM去管理我們的軟件實施和驗證及交付。

西門子通過ALM和PLM要做集成來支持我們的產品工程和軟件工程。

ALM和PLM集成有幾大優勢：第一是可以跟蹤軟件和產品進行影響性分析。第二是集成整個需求的管理。第三是集成更改的管理。第四是閉環信息流適用更強的嵌入式開發。第五是支持我們系統驅動的開發，因為我們現在復雜的機電系統將正向的系統開發，也就是基于模型的系統工程。

這么樣的一個集成框架我們看一下縱坐標和橫坐標，縱坐標是整個產品的需求級聯傳遞，上層是政府的法律法規的需求，這個不一定來自PLM系統。第二個層次是產品需求，屬性和目標啊系統需求，工程標準這個是在我們PLM系統進行管理。在往下是領域需求，軟件需求是在ALM系統來進行管理的。對于電子電氣和硬件，包括結構包括制造性的要求這個會體現在我們PLM的系統當中，再下面就是三個橫軸我們跨領域集成，對于產品工程來講的話可能全部都要集成。

集成使得我們去更改可以促進我們去處理多學科的問題。我們PLM 的產品和ALM的產品可以管理多領域的工作流，更好的分析軟件更改對于產品的影響，實現精確和協同性更強的產品決策。

另外通過ALM和PLM的集成我們可以做更好的前期的集成的一些仿真驗證。值得注意的是PLM和teamcenter其他的一些PLM應用程序的可以提供多領域建模和驗證。

另外從功能安全流程來說，包括產品及和系統級，包括我們硬件和軟件。通過ALM和PLM的集成從流程也好從功能安全需求地去支持我們整個功能安全的落地。

我們小結一下，借助于西門子的產品可以控制和管理我們整個軟件工程的活動，通過ALM和PLM的集成支撐我們產品級和軟件級的開發，可以管理我們產品和軟件開發去管理多領域開發的復雜性。

問答環節：

問題1: ALM是軟件開發代碼編輯和測試軟件，還是只是管理軟件代碼的軟件？

答：ALM的概念你可以類比PLM的概念，因為以前ALM的軟件開發會喜歡用一些單點的工具，需求用一些需求管理工具，代碼可能會用一些配置管理工具，測試可能會用一些測試管理工具，這些工具都是一些孤島系統。現在軟件開發的保證是要規范開發流程，另外就是要把我們軟件需求、架構、代碼和缺陷都關聯起來，這樣一旦發現問題我們可以及時的跟蹤和追溯。

問題2：軟件與機電如何協同設計？

答：實際上有幾個層面，機電系統如果按照正向開發流程，機電系統前期有需求定義，會有一些方案定義，通過方案定義我們可以把一些軟件的需求定義出來，通過把一些需求分配給軟件來實現，這樣機電系統分配給軟件的需求就會進入到ALM當中去。第二個方面我們會把需求細化，做系統架構的建模，控制策略的開發，這個機電系統會體現在控制策略開發策略會做開環驗證，但開環驗證可能還不夠，我們做性能方面的驗證的話，那我們會需要被控對象的性能模型，這個被控對象的模型需要其他部門來提供，這個時候我們需要和其他部門進行協同，軟件測試驗證完成之后，軟件交付需要交付到機電系統，機電系統還需要集成驗證。集成驗證完成完成之后，軟件最終產品需要交付，我們要實現產品數據（機電軟數據）技術狀態控制。

問題3：軟件的集成度越來越高，傳統的汽車機械開發工程師面臨的挑戰有哪些？

答：最大的挑戰可能來源于MBD，基于模型的開發。我們現在要講并行開發，緊密協同，因為機械本體在虛擬開發階段要及早的提供數模和物理模型，有這些物理模型和數模，我們可以在虛擬層次，控制策略和被控對象可以更早的做集成驗證。

問題4：ALM是否包含了需求管理、軟件代碼編寫、測試等功能點啊？

答：ALM整個解決方案包括的模塊包括從需求管理、模型管理、代碼配置管理、測試管理、缺陷管理，這些模塊都是包括的，另外也包括構建，項目審計、報表等輔助功能。

問題5：那ALM和PLM都有需求管理了?功能不是重疊了嗎？

答：從產品功能角度，AML和PLM都是包含這個功能的，但是這個不矛盾，從業務的角度都需要，因為PLM需要管理我們產品級的、硬件的、機械的、high level的需求。ALM是管理整個軟件開發的需求。

問題6：那ALM與PLM集成，傳輸的是哪些數據，單向集成還是雙向的？

答：從集成的角度來看肯定是雙向的，傳輸的數據首先是需求數據，從產品需求分解出來跟軟件相關的需求，另外還有就是機電協同里面集成驗證時候，就需要從ALM和PLM 里把相關的模型拿出來做一些共仿真，另外把把我們軟件的交付物，相關的標定參數，配置文件我們也要上傳到PLM當中去。

問題7：直接用PLM不能完成軟件和產品的管理嗎？

答：PLM實際是不能夠管理整個軟件開發活動，因為實際上跟我們軟件開發特點有關系，一個就是我們軟件需求規模是非常大的，第二我們軟件開發當中講究高效的協同，軟件變更的速度要比我們產品級和機械多很多，所以我們軟件要講究快速迭代，PLM的操作快捷性和用戶體驗是不符合我們軟件開發人員的操作習慣的。

問題8：有哪些汽車企業或者整車項目已經開始應用西門子這個整體統了嗎？

答：現在采用西門子ALM和PLM集成的客戶有：菲亞特、CNH、phoenix等這些客戶。

問題9：那ALM的輸出就是軟件的最終代碼文件給到PLM，然后生成BOM結構，最終由PLM管理整個產品機電軟的BOM？

答：對的，ALM輸出的是軟件最終產品包括二進制文件，配置文件，代碼壓縮包等。

問題10：PLM會與NX集成，完成產品設計的管理

答：對的，teamcenter和ALM集成完成機械設計管理，PLM也會跟我們ECAD工具，例如Mentor Graphics(目前也是西門子的產品)工具集成完成硬件設計管理。

總結

以上是生活随笔為你收集整理的【微课堂】汽车软件工程解决方案（现场实录）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。