在軟件定義汽車(chē)的時(shí)代，功能體驗(yàn)日新月異，采用面向信號(hào)的架構(gòu)開(kāi)發(fā)模式不能滿足用戶對(duì)于功能快速交付的期待，正初步地被面向服務(wù)架構(gòu)所取代。本文討論了面向功能開(kāi)發(fā)流程中的核心元素，以及功能、系統(tǒng)和零件之間的關(guān)系，提出了在系統(tǒng)層建立以功能架構(gòu)為基礎(chǔ)的建模方法。同時(shí)結(jié)合吉利汽車(chē)的開(kāi)發(fā)實(shí)踐經(jīng)驗(yàn)，提出功能導(dǎo)向開(kāi)發(fā)模式的組織分工，建議由系統(tǒng)工程師來(lái)主抓功能架構(gòu)在系統(tǒng)層建模并推動(dòng)落地。最后展望了功能架構(gòu)在面向服務(wù)架構(gòu)和敏捷開(kāi)發(fā)流程中的重要作用。

前言

隨著電動(dòng)化、共享化、智能化和網(wǎng)聯(lián)化時(shí)代的到來(lái)，用戶的需求與日俱增，豐富的應(yīng)用場(chǎng)景和個(gè)性的駕乘體驗(yàn)驅(qū)動(dòng)著整車(chē)電子和軟件進(jìn)行快速地迭代和創(chuàng)新。2010年生產(chǎn)的一臺(tái)豪華轎車(chē)具備800個(gè)整車(chē)功能，而在2007年這個(gè)數(shù)量只有270個(gè)。隨著整車(chē)算力的提升，信息安全、功能安全要求也在提高，代碼量還會(huì)快速提升。當(dāng)前豪華車(chē)輛代碼已經(jīng)能達(dá)到2~3億行 ，軟件在進(jìn)行快速迭代的同時(shí)，也增加其在整車(chē)價(jià)值鏈中的比重，根據(jù)Apostu等的預(yù)測(cè)，軟件創(chuàng)造的價(jià)值在2030年將達(dá)到整車(chē)的30%。在當(dāng)今存量市場(chǎng)競(jìng)爭(zhēng)的背景下，各整車(chē)廠都在積極地推出架構(gòu)平臺(tái)，比如：大眾汽車(chē)的MEB，豐田汽車(chē)TGNA和吉利汽車(chē)的SEA架構(gòu)，依托架構(gòu)進(jìn)行造車(chē)，用于控制成本，提高競(jìng)爭(zhēng)力。電子電氣架構(gòu)作為整車(chē)功能的基礎(chǔ)平臺(tái)，其可擴(kuò)展性將決定各整車(chē)廠在未來(lái)軟件定義汽車(chē)賽道上的競(jìng)爭(zhēng)力。如何在電子電氣架構(gòu)上快速進(jìn)行功能的開(kāi)發(fā)和擴(kuò)展，是業(yè)界共同的挑戰(zhàn)。

1 面向功能開(kāi)發(fā)模式

現(xiàn)代汽車(chē)電子電氣架構(gòu)通過(guò)各類(lèi)總線至少可以連接150個(gè)控制器，并且能部署300萬(wàn)多項(xiàng)功能。要整體管理這樣規(guī)模的系統(tǒng)，僅通過(guò)網(wǎng)絡(luò)架構(gòu)和系統(tǒng)架構(gòu)來(lái)梳理是無(wú)法掌握功能之間的依賴(lài)關(guān)系。網(wǎng)絡(luò)架構(gòu)從通信的維度定義各個(gè)控制器之間的信號(hào)矩陣，而系統(tǒng)架構(gòu)從零件分工的維度明確它們之間的接口關(guān)系，其核心都是管理零件與零件之間的依賴(lài)關(guān)系。這就需要立足于功能，重構(gòu)其在電子電氣架構(gòu)上的開(kāi)發(fā)邏輯。

面向功能開(kāi)發(fā)模式強(qiáng)調(diào)從用戶使用場(chǎng)景出發(fā)，全面分析用戶需求，定義功能特征，最終通過(guò)零件來(lái)實(shí)現(xiàn)，執(zhí)行功能實(shí)現(xiàn)的零件包括控制器、傳感器、執(zhí)行器、開(kāi)關(guān)和顯示器等。功能需求在創(chuàng)建時(shí)顆粒度大小不一，通過(guò)層層傳遞后，需求內(nèi)容也會(huì)隨著關(guān)注重點(diǎn)的不同而被誤解，最后導(dǎo)致功能策劃和功能實(shí)現(xiàn)效果不一致。為了彌補(bǔ)功能需求理解差異，需要引入系統(tǒng)層來(lái)捋清功能和零件的映射關(guān)系，如圖1所示，起到承上啟下的作用。業(yè)內(nèi)對(duì)系統(tǒng)層的定義比較抽象和寬泛，在實(shí)際工作中不具備可操作性，反而額外增加了需求開(kāi)發(fā)和維護(hù)的溝通開(kāi)銷(xiāo)。

功能層的需求捕獲來(lái)自于用戶的使用場(chǎng)景，目的在于明確功能價(jià)值，控制器層的需求輸出給供應(yīng)商(內(nèi)部或者外部供應(yīng)商)開(kāi)展開(kāi)發(fā)工作，目的在于選擇技術(shù)方案。因此，系統(tǒng)層的需求工程目的就是將功能和零件統(tǒng)一關(guān)聯(lián)起來(lái)，主要起到以下兩方面的作用：

(1)引導(dǎo)功能場(chǎng)景進(jìn)行具體形象化，體驗(yàn)方式進(jìn)行精細(xì)化，并提煉成技術(shù)需求語(yǔ)言;

(2)指導(dǎo)零件技術(shù)方案選型，將功能需求分配到零件中去，并且明確零件在功能實(shí)現(xiàn)過(guò)程中的作用?？紤]網(wǎng)絡(luò)架構(gòu)的約束條件，在功能策劃階段，就能判斷功能實(shí)現(xiàn)的可行性并預(yù)估開(kāi)發(fā)的成本和時(shí)間，能為功能決策提供相對(duì)可靠的依據(jù)。

1.1 功能、系統(tǒng)和零件的矩陣關(guān)系

為了更好地理解面向功能開(kāi)發(fā)的流程，首先需要梳理清楚功能、系統(tǒng)和零件的關(guān)系。這3個(gè)術(shù)語(yǔ)的定義都整理在表 1~表 3中，同時(shí)增加了中文的翻譯。

解讀完術(shù)語(yǔ)定義并結(jié)合吉利汽車(chē)在開(kāi)發(fā)中的工作實(shí)踐，本文建議采用矩陣方式來(lái)重新定義三者關(guān)系，在工作組織關(guān)系上則沿用分層結(jié)構(gòu)來(lái)建立上下游關(guān)系。控制器是整車(chē)比較特殊的零件，考慮到軟件基本上都集成在控制器中，因此在圖 2中使用控制器來(lái)代替零件。

功能、系統(tǒng)和控制器三者的矩陣依賴(lài)關(guān)系放在整車(chē)環(huán)境下進(jìn)行定義，可以表述為：在整車(chē)制造維度上，整車(chē)由單體零件組裝而來(lái);在整車(chē)功能維度上，用戶體驗(yàn)是由單項(xiàng)功能組合呈現(xiàn);系統(tǒng)從管理維度，將功能分門(mén)別類(lèi)進(jìn)行組合?？紤]到整車(chē)功能開(kāi)發(fā)往往從特色功能的定義開(kāi)始，故作表4所示定義。

1.2 系統(tǒng)對(duì)功能的完善

特色功能往往通過(guò)創(chuàng)新手段(比如：頭腦風(fēng)暴，設(shè)計(jì)思維)或者對(duì)標(biāo)而捕獲，并形成一個(gè)概念或者愿景表述，通過(guò)功能層的需求抽取，逐步地形成使用場(chǎng)景。在系統(tǒng)層上，面向功能場(chǎng)景進(jìn)行建模，使用用例圖、狀態(tài)機(jī)、時(shí)序圖等方法進(jìn)行分析，就能將功能點(diǎn)擴(kuò)展為功能族，進(jìn)而形成完整的功能清單。這份功能清單又作為新一輪的輸入進(jìn)行市場(chǎng)調(diào)研，然后確定每項(xiàng)功能的價(jià)值和優(yōu)先級(jí)。經(jīng)過(guò)多輪迭代和優(yōu)化，整車(chē)功能定義就能層次清晰，場(chǎng)景目標(biāo)明確，并能全局把控用戶的目標(biāo)期待，功能需求的提取是一個(gè)系統(tǒng)工程。

1.3 系統(tǒng)對(duì)零件的約束

零件的開(kāi)發(fā)需要完整而清晰的功能需求和性能指標(biāo)，這樣才能有效地避免與需求反復(fù)確認(rèn)。系統(tǒng)層在進(jìn)行功能分配之前，需要了解零件的性能和處理能力，這樣就能有效地避免分配下來(lái)的功能，在零件上無(wú)法實(shí)現(xiàn)的問(wèn)題。結(jié)合系統(tǒng)層利用零件和零件之間的分工方式定義出來(lái)的最優(yōu)接口方案，比如信號(hào)的周期和類(lèi)型，就能明確地指導(dǎo)觸發(fā)機(jī)制的選擇。在系統(tǒng)層面進(jìn)行建模仿真能有效地預(yù)估功能響應(yīng)時(shí)間和動(dòng)作幅度，并能給出帶有數(shù)據(jù)支持的零件開(kāi)發(fā)目標(biāo)。

考慮到當(dāng)前功能安全和信息安全的要求，系統(tǒng)失效模式的分析工作，可以框定零件FMEA的工作重點(diǎn)，并能指導(dǎo)零件的異常處理機(jī)制部署。

1.4 系統(tǒng)對(duì)架構(gòu)的補(bǔ)充

網(wǎng)絡(luò)架構(gòu)的開(kāi)發(fā)模式要求架構(gòu)團(tuán)隊(duì)輸出網(wǎng)絡(luò)拓?fù)鋱D、通信矩陣和診斷數(shù)據(jù)，但是對(duì)于功能的開(kāi)發(fā)僅僅停留在信號(hào)層面。表5所示為架構(gòu)的定義，通過(guò)系統(tǒng)層的需求定義，建立功能和零件的依賴(lài)矩陣，這樣不僅能有效地協(xié)同各個(gè)零件同步開(kāi)發(fā)進(jìn)程，快速高質(zhì)量地交付，同時(shí)也能有效地把控功能的變更，主動(dòng)進(jìn)行功能重構(gòu)，迅速地適應(yīng)需求的變化。系統(tǒng)層需求的建模分析結(jié)果，從數(shù)據(jù)也能支持架構(gòu)拓?fù)浣Y(jié)構(gòu)、電源模式管理和網(wǎng)絡(luò)休眠喚醒機(jī)制等基礎(chǔ)性功能優(yōu)化的決策。

2 功能架構(gòu)模型

功能驅(qū)動(dòng)帶來(lái)軟件復(fù)雜度的提升，嚴(yán)重地拖延了整車(chē)廠的創(chuàng)新和新功能交付，這就需要研究功能開(kāi)發(fā)的關(guān)鍵路徑并找到優(yōu)化方向。結(jié)合吉利汽車(chē)的實(shí)踐經(jīng)驗(yàn)，使用功能架構(gòu)模型進(jìn)行系統(tǒng)層建模，由此有效地管理依賴(lài)關(guān)系，進(jìn)而提高研發(fā)效率。

2.1 功能架構(gòu)概念

功能架構(gòu)是在系統(tǒng)層對(duì)于功能進(jìn)行關(guān)系建模，根據(jù)前期開(kāi)發(fā)的經(jīng)驗(yàn)，在實(shí)際開(kāi)發(fā)工作中主要關(guān)注以下3個(gè)維度工作：

(1) 功能結(jié)構(gòu)：功能細(xì)化并描述功能對(duì)于系統(tǒng)的行為要求;

(2) 映射關(guān)系：描寫(xiě)功能和零件通過(guò)接口定義的依賴(lài)關(guān)系;

(3) 零件角色：統(tǒng)一和擴(kuò)展功能對(duì)于零件的分工要求。圖3把功能架構(gòu)的3個(gè)維度內(nèi)容有機(jī)地結(jié)合起來(lái)：功能和零件的依賴(lài)關(guān)系通過(guò)交叉圓點(diǎn)展示出來(lái)，零件在功能架構(gòu)中的作用也能通過(guò)查看三角標(biāo)記而得知，比如觸發(fā)條件、前提條件。針對(duì)系統(tǒng)層的功能實(shí)現(xiàn)邏輯，還能定義系統(tǒng)的類(lèi)型，挖掘出系統(tǒng)層級(jí)的邏輯需求。系統(tǒng)的類(lèi)型如表 6所示。

針對(duì)多輸入系統(tǒng)，就需要對(duì)輸入進(jìn)行優(yōu)先級(jí)定義，并且在邏輯上建立仲裁機(jī)制，而對(duì)于多輸出系統(tǒng)，就需要定義各個(gè)零件的響應(yīng)同步性;此外這也大大方便了功能安全的評(píng)審，不僅可以了解失效之后的功能安全狀態(tài)，也能明確零件單點(diǎn)失效率如何影響功能的降級(jí)行為。

2.2 功能狀態(tài)定義

利用功能架構(gòu)模型進(jìn)行系統(tǒng)層建模，就需要統(tǒng)一定義功能的狀態(tài)，如表7所示。統(tǒng)一建模語(yǔ)言，能方便開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行技術(shù)交流和討論。本文只標(biāo)準(zhǔn)化功能狀態(tài)，但不約束功能行為，也就是說(shuō)單體功能可以根據(jù)場(chǎng)景的需求對(duì)于功能狀態(tài)進(jìn)行不同行為規(guī)范，比如燈光功能的Off指的是關(guān)燈，而玻璃升降器的Off指的是停止運(yùn)動(dòng)。利用功能架構(gòu)進(jìn)行系統(tǒng)建模時(shí)，只關(guān)注功能的狀態(tài)遷移條件，而具體的控制行為或者算法實(shí)現(xiàn)方式，比如采用PID控制還是模糊控制，可由功能執(zhí)行的主要零件工程師進(jìn)行選擇。這樣分工，在概念設(shè)計(jì)階段能高效地定義系統(tǒng)行為，不用陷入太多技術(shù)細(xì)節(jié)討論，同時(shí)也能激活零件開(kāi)發(fā)工程師的創(chuàng)造力，只要達(dá)成開(kāi)發(fā)目標(biāo)，就可以各自自由進(jìn)行算法和程序的設(shè)計(jì)。

2.3 功能激勵(lì)條件定義

通過(guò)外部或者內(nèi)部的事件可以改變功能的狀態(tài)，這些事件可以按照表8來(lái)進(jìn)行分類(lèi)，考慮到供應(yīng)鏈全球化趨勢(shì)，需求規(guī)范編寫(xiě)時(shí)，也添加了英文名。

圖4表示功能狀態(tài)和條件關(guān)系，針對(duì)每個(gè)功能，如果有多個(gè)事件或者狀態(tài)組合成為一個(gè)條件，就需要把它們的組合關(guān)系也表示出來(lái)，比如邏輯“與”和邏輯“或”的關(guān)系。

3 應(yīng)用與實(shí)踐

在吉利浩瀚架構(gòu)上進(jìn)行了實(shí)踐，在此選擇腳踢開(kāi)尾門(mén)的功能作為案例進(jìn)行說(shuō)明。此功能允許車(chē)主利用腳來(lái)非接觸式地開(kāi)啟后備箱。

3.1 用戶場(chǎng)景定義

在用戶場(chǎng)景階段，僅僅關(guān)注在什么情況下(When)，解決了什么問(wèn)題(What)，但是對(duì)于問(wèn)題怎么解決(How)不進(jìn)行討論。

根據(jù)市場(chǎng)部的調(diào)研以及功能開(kāi)發(fā)工程師的對(duì)標(biāo)，腳踢開(kāi)啟尾門(mén)功能按照卡諾模型的分類(lèi)是屬于期望型功能，功能能給用戶帶來(lái)正向的使用價(jià)值，幫助客戶解決了不方便用手開(kāi)啟尾門(mén)的場(chǎng)景，這種場(chǎng)景在超市購(gòu)物、搬家和運(yùn)輸過(guò)程中發(fā)生的概率也比較高。當(dāng)然這個(gè)功能依賴(lài)于電動(dòng)尾門(mén)開(kāi)啟和無(wú)鑰匙進(jìn)入功能，并且一般部署在SUV車(chē)型之上。

3.2 搭建需求框架

首先，對(duì)于功能進(jìn)行結(jié)構(gòu)拆解，由于尾門(mén)開(kāi)啟是一個(gè)動(dòng)作執(zhí)行過(guò)程，可以根據(jù)動(dòng)作的類(lèi)型對(duì)于功能繼續(xù)細(xì)分，比如：

· 尾門(mén)解鎖

· 尾門(mén)升程運(yùn)動(dòng)

· 尾門(mén)停止

其次，羅列尾門(mén)模塊中的零件清單，這個(gè)清單不僅僅包含控制器、開(kāi)關(guān)、傳感器、電機(jī)等機(jī)電零件，甚至也可以將關(guān)聯(lián)的機(jī)械零件如鉸鏈也放在清單中。在尾門(mén)的升程運(yùn)動(dòng)過(guò)程中，電機(jī)負(fù)責(zé)提供動(dòng)力，而鉸鏈的摩檫力和尾門(mén)自身的重力為阻力，在后期的標(biāo)定過(guò)程中，鉸鏈和尾門(mén)的工藝一致性影響尾門(mén)開(kāi)啟的響應(yīng)時(shí)間。圖5所示為自動(dòng)尾門(mén)開(kāi)啟功能的依賴(lài)關(guān)系，為了簡(jiǎn)單起見(jiàn)，僅僅把部分零件整理出來(lái)。

· 腳踢傳感器· 尾門(mén)鎖· 尾門(mén)升降電機(jī)· 鉸鏈· 電動(dòng)尾門(mén)控制器· 車(chē)輛防盜系統(tǒng)最后，將功能按行排序，零件按列排序，畫(huà)成矩陣圖，并且在矩陣上將功能和零件的關(guān)聯(lián)點(diǎn)用圓圈標(biāo)識(shí)出來(lái)。此外還可整理出一張表格，用于定義依賴(lài)關(guān)系的信號(hào)。

3.3 使用依賴(lài)矩陣

在整個(gè)開(kāi)發(fā)過(guò)程中，使用依賴(lài)矩陣進(jìn)行了信號(hào)矩陣的校核，沒(méi)有功能需要的信號(hào)就會(huì)被標(biāo)識(shí)出來(lái)，根據(jù)是否有功能預(yù)留作為判斷依據(jù)，來(lái)討論并決定是否需要?jiǎng)h除。除了上述提到的系統(tǒng)層需求抽取之后，根據(jù)依賴(lài)矩陣，可以快速進(jìn)行功能成熟度的評(píng)估和軟件問(wèn)題的原因分析。

3.4 組織和人員分工

在需求開(kāi)發(fā)過(guò)程中，本文建議可以在系統(tǒng)工程師配合架構(gòu)團(tuán)隊(duì)，對(duì)于各域的功能架構(gòu)進(jìn)行統(tǒng)一開(kāi)發(fā)管理。觀察到有些整車(chē)廠學(xué)習(xí)互聯(lián)網(wǎng)行業(yè)的經(jīng)驗(yàn)，由功能開(kāi)發(fā)工程師主導(dǎo)功能開(kāi)發(fā)、系統(tǒng)設(shè)計(jì)和零件開(kāi)發(fā)，但效果不是太好，分析其原因有以下兩點(diǎn)：

(1) 互聯(lián)網(wǎng)產(chǎn)品不需要考慮硬件，更不用說(shuō)機(jī)電系統(tǒng)的限制，只要把軟件邏輯實(shí)現(xiàn)就行;

(2) 互聯(lián)網(wǎng)產(chǎn)品經(jīng)理也是從軟件開(kāi)發(fā)成長(zhǎng)起來(lái)的，所以和工程師進(jìn)行需求交流比較順暢。

而系統(tǒng)工程師來(lái)牽頭開(kāi)發(fā)工作，就能利用他們的系統(tǒng)思維和嚴(yán)謹(jǐn)工作方式來(lái)協(xié)助擅長(zhǎng)創(chuàng)意和體驗(yàn)的功能開(kāi)發(fā)工程師來(lái)完善需求，有效地實(shí)現(xiàn)功能落地。

在開(kāi)發(fā)人員比較充足的情況下，也推薦單獨(dú)定義功能架構(gòu)師角色，如圖6所示，這樣系統(tǒng)工程師可以更加專(zhuān)注于系統(tǒng)層中零件的技術(shù)方案，而功能架構(gòu)師則關(guān)注系統(tǒng)的外部功能或者行為表現(xiàn)。

4 結(jié)論與展望

功能架構(gòu)展示了需求工程的一種全新視角，利用功能的生命周期進(jìn)行需求的系統(tǒng)化整理，通過(guò)電子尾門(mén)功能的案例和吉利汽車(chē)浩瀚架構(gòu)的開(kāi)發(fā)實(shí)踐，完整地提出了整套功能架構(gòu)方法論在工程實(shí)踐中的資源和需求組織原則，具備對(duì)行業(yè)進(jìn)行架構(gòu)開(kāi)發(fā)的實(shí)際指導(dǎo)作用。

在當(dāng)前軟件定義汽車(chē)的背景下，電子電氣系統(tǒng)的開(kāi)發(fā)發(fā)生了深刻的變化。

首先，SOA面向服務(wù)架構(gòu)正在興起，如圖7所示，通過(guò)功能架構(gòu)建模，將功能顆粒度細(xì)化，可以快速地封裝成為原子化的服務(wù)，而依賴(lài)關(guān)系可以作為服務(wù)訂閱和發(fā)布機(jī)制的原則基礎(chǔ)。

其次，敏捷開(kāi)發(fā)流程相對(duì)于傳統(tǒng)的迭代開(kāi)發(fā)流程更加有效，整車(chē)項(xiàng)目開(kāi)發(fā)要求在短時(shí)間內(nèi)進(jìn)行功能交付，細(xì)化的功能需求將有利于更具有效地進(jìn)行兩周的沖刺計(jì)劃。圖8所示為一種敏捷模塊釋放計(jì)劃，利用依賴(lài)矩陣可以有的放矢地進(jìn)行釋放節(jié)奏把控，按照功能計(jì)劃更加高效和靈活地實(shí)施開(kāi)發(fā)計(jì)劃。

再次，結(jié)合電子電氣架構(gòu)向中央化計(jì)算平臺(tái)的演進(jìn)，以及軟件自研和SOA架構(gòu)的推廣，將會(huì)使得軟件的復(fù)用變得簡(jiǎn)單。功能架構(gòu)將軟件模塊和功能關(guān)聯(lián)，可以將產(chǎn)品規(guī)劃和軟件開(kāi)發(fā)都集中到統(tǒng)一平臺(tái)上，如圖9所示。

?

審核編輯：湯梓紅