1.確定目標(biāo)

在明確目標(biāo)時(shí)首先強(qiáng)調(diào)，時(shí)序圖沒(méi)有優(yōu)劣好壞高下之分，它的作用是幫助設(shè)計(jì)者傳達(dá)出作者的設(shè)計(jì)理念，以便讀者更夠快速、無(wú)誤的理解。

比如我們作為系統(tǒng)工程師，是對(duì)于系統(tǒng)整體最了解的人，是最清楚ADCU域內(nèi)各模塊之間數(shù)據(jù)交互的人；所以我們的設(shè)計(jì)的時(shí)序圖，力圖要將各模塊之間的交互梳理清楚，讓感知、融合、定位、規(guī)劃、控制等模塊的Owner能夠清楚的知道，在什么時(shí)間下該模塊需要與其他模塊進(jìn)行什么樣的握手，而該模塊內(nèi)部的信號(hào)邏輯，則歸屬于該模塊的負(fù)責(zé)人去設(shè)計(jì)。

好的，那么對(duì)于自動(dòng)泊車(chē)系統(tǒng)來(lái)說(shuō)，APA整體功能流程錯(cuò)綜復(fù)雜，為避免時(shí)序圖臃腫與繁瑣導(dǎo)致的可讀性下降；我們將APA功能分解為若干個(gè)功能過(guò)程，分別對(duì)每個(gè)過(guò)程中的時(shí)序進(jìn)行逐一描述，將各過(guò)程拼接后能夠得到清晰明白的功能時(shí)序。

2.選擇合適的顆粒度

作為系統(tǒng)工程師，我們當(dāng)然選擇 通過(guò)功能解構(gòu)來(lái)分別繪制時(shí)序圖 。本文不對(duì)APA功能邏輯做詳細(xì)介紹，那么熟悉APA的同學(xué)都知道，APA過(guò)程可以簡(jiǎn)單的分為車(chē)位搜索、選擇車(chē)位、泊入泊出過(guò)程、中斷恢復(fù)等，下圖通過(guò)這種思路簡(jiǎn)單的做時(shí)序圖分解。

于是我們知道了，需要分別設(shè)計(jì)“激活泊車(chē)功能”、“退出泊車(chē)功能”、“前臺(tái)搜車(chē)位”、“后臺(tái)搜車(chē)位”、“點(diǎn)擊選擇車(chē)位”、“自動(dòng)泊車(chē)過(guò)程”、“泊車(chē)過(guò)程中斷”等等時(shí)序圖。

3.命名規(guī)則

另外描述的顆粒度應(yīng)該選擇為模塊間的交互信號(hào)，如在設(shè)計(jì)初期該信號(hào)未定義，可以選擇用語(yǔ)義性的信號(hào)進(jìn)行描述，通俗易懂即可，最好前綴明確標(biāo)注為什么類(lèi)型的信號(hào)，如以太網(wǎng)、CAN、FR、或域內(nèi)的交互信號(hào)。

比如用戶(hù)按下激活泊車(chē)按鍵，這是一個(gè)以太網(wǎng)信號(hào)，以Eth為前綴，采用大駝峰命名法（個(gè)人習(xí)慣），描述為Eth_ApaBtn（1:EnterApa）,括號(hào)內(nèi)為該信號(hào)此時(shí)應(yīng)該發(fā)送的值。

4.布局合理

整體布局方面，這個(gè)主要符合美觀(guān)要求就好，一般我們?cè)O(shè)計(jì)模塊交互圖時(shí)，左邊為輸入，右邊為輸出。我們可以遵循這個(gè)原則，進(jìn)行設(shè)計(jì)。

APA系統(tǒng)交互分為域外與域內(nèi)，域外會(huì)與用戶(hù)輸入、DHU、底盤(pán)動(dòng)力、轉(zhuǎn)向等ECU進(jìn)行交互，域內(nèi)為各模塊之間的交互。

我們將域內(nèi)與域外的對(duì)象用不同顏色表示，從左邊開(kāi)始為原始輸入，按照時(shí)間順序排列對(duì)象和消息，并使用對(duì)齊和間距來(lái)提高可讀性。

5.注釋和說(shuō)明

在時(shí)序圖最左側(cè)以Diagram Conventions的形式將對(duì)象進(jìn)行說(shuō)明。在時(shí)序圖后通過(guò)文字對(duì)每一條跳轉(zhuǎn)進(jìn)行詳細(xì)描述。

6.簡(jiǎn)化和抽象

**避免繁雜與重復(fù)，巧用組合片段用來(lái)解決交互執(zhí)行的條件和方式。**比如Opt選項(xiàng)、Alt抉擇、Loop循環(huán)等，能夠幫助你節(jié)約大量時(shí)間，并且提高可讀性，還顯得很專(zhuān)業(yè)。

最喜歡這種偷懶又實(shí)用的技巧。

7.使用工具支持設(shè)計(jì)

由于作者是在家設(shè)計(jì)，使用的是試用版的EA，畫(huà)面簡(jiǎn)潔漂亮，給EA的設(shè)計(jì)師點(diǎn)贊，也是花費(fèi)無(wú)數(shù)心血完成的軟件，無(wú)腦吹起來(lái)就好。不過(guò)個(gè)人感覺(jué)UML建模好像用的越來(lái)越少了，可能是個(gè)人局限性原因吧，畫(huà)畫(huà)圖還是很好用的。

現(xiàn)在鋪墊都已經(jīng)做好了，接下來(lái)無(wú)腦進(jìn)行功能邏輯描述就好了，以最基本的，我們剛剛分解的“激活自動(dòng)泊車(chē)”功能時(shí)序圖為例。

1.首先進(jìn)行功能描述：

激活自動(dòng)泊車(chē)功能：用戶(hù)開(kāi)啟通過(guò)操作開(kāi)啟自動(dòng)泊車(chē)功能，滿(mǎn)足開(kāi)啟功能條件，狀態(tài)機(jī)進(jìn)行跳轉(zhuǎn)并通知下游模塊，進(jìn)入自動(dòng)泊車(chē)功能；不滿(mǎn)足開(kāi)啟功能條件，APA返回DHU功能開(kāi)啟失敗原因提示。

2.然后附上時(shí)序圖：

該時(shí)序圖為簡(jiǎn)單描述，僅作說(shuō)明示意

3.進(jìn)行注釋說(shuō)明：

1.用戶(hù)點(diǎn)擊中控軟開(kāi)關(guān)或語(yǔ)音開(kāi)啟自動(dòng)泊車(chē)功能，DHU通過(guò)Flexray發(fā)送APA功能激活信號(hào)Flexray_BtnPush == 1：EnterAPA至ADCU；

2.ADCU MCU Flexray Transceiver接收信號(hào)并通過(guò)以太網(wǎng)傳輸給SOC；

3.SOC中的HMI Arbitration模塊解析該信號(hào)并分發(fā)給下游ParkingModeManager模塊；

4.SOC端Signal Service接收后轉(zhuǎn)發(fā)APA_ActivationReq至HMI Arbitration模塊；

5.HMI Arbitration模塊將請(qǐng)求轉(zhuǎn)發(fā)給Parking Mode Manager；

6.Parking Mode Manage收到激活信號(hào)后，根據(jù)泊入泊出策略，選擇當(dāng)前進(jìn)入的泊入泊出模式，并發(fā)送給下游模塊；

7.狀態(tài)機(jī)進(jìn)行狀態(tài)跳轉(zhuǎn)判斷：

a)若當(dāng)前為Mag_APAModSts==2: APA_Standby，成功進(jìn)入Searching狀態(tài)，Parking Mode Manage將APAModSts == 3: APA_SEARCHING狀態(tài)發(fā)送給下游其他節(jié)點(diǎn)。

b)若當(dāng)前為Mag_APAModSts==1: APA_OFF，則無(wú)法開(kāi)啟APA功能，Parking Mode Manage將APAModSts == 1: APA_OFF狀態(tài)發(fā)送給下游其他節(jié)點(diǎn)。

8.通過(guò)以太網(wǎng)返回APA狀態(tài)Ethernet_apa_state以及文言提示Ethernet_AlarmInfo給DHU作為顯示；

OK，如此便完成了一個(gè)簡(jiǎn)單的時(shí)序圖設(shè)計(jì)。對(duì)于其余車(chē)位搜素、泊車(chē)過(guò)程等功能的時(shí)序圖，照貓畫(huà)虎繼續(xù)完成即可，就不再一一展示了。