官术网_书友最值得收藏!

2.2.1 整體流程

(1)開發(fā)流程 圖2-11所示為智能座艙場景整體開發(fā)流程,一共包含7個步驟:

1)場景定義:明確了場景面向的群體(駕駛員、乘客、兒童、老人、嬰兒等)以及想要解決的問題。場景一般包含了時間、地點、人物、事件任務(wù)、情境等元素,作為智能座艙開發(fā)的第一步,有著獨特的指導(dǎo)意義。在場景定義中,不但要充分分析要解決的問題,還要考慮軟硬件平臺、技術(shù)可行性等各方面因素,最后定義出合理的場景。對于一些比較復(fù)雜的場景,可以將其分為若干個小場景分別展開。以DMS中的疲勞檢測為例,可以按照算法難易程度及出現(xiàn)頻次來開發(fā)實現(xiàn)輕度疲勞檢測(打哈欠)、中度疲勞檢測(中高頻眨眼、瞇眼呆滯等)及重度疲勞(長時間閉眼等)。

2)UE/UI設(shè)計:用戶體驗(User Experience,UE)設(shè)計主要是針對上面定義的場景進(jìn)行更加具象化的設(shè)計,以交互為主,設(shè)計為輔。它關(guān)注用戶使用前、使用中、使用后的整體感受,包括行為、情感、成就等各個方面。UE注重座艙系統(tǒng)與駕駛員、駕駛員與乘客、乘客與座艙系統(tǒng)的雙方互動,在思維上要考慮更周全、縝密,以用戶為中心。需要深入需求分析階段,站在更高的層面上,去思考如何在動態(tài)變化的過程中找到兩者的連接和契合之處,從而使整個產(chǎn)品能夠在完整的場景下,增強(qiáng)用戶體驗。通常情況下,UE在一定意義上和產(chǎn)品經(jīng)理并駕齊驅(qū),需要做好對產(chǎn)品設(shè)計的把關(guān)工作。與之不同的是,用戶界面(User Interface,UI)主要面向用戶使用界面的視覺設(shè)計,負(fù)責(zé)相關(guān)場景中的圖形、圖標(biāo)、色彩搭配等,致力于打造產(chǎn)品的美感、風(fēng)格、氣質(zhì)等。在智能座艙中,具體涉及對儀表盤、車內(nèi)屏幕展示、提示內(nèi)容等設(shè)計。在大多數(shù)情況下,UI和UE是兩個互有交集的概念。UI是專注于細(xì)節(jié)的頁面交互設(shè)計,而UE則專注于需求、任務(wù)和目標(biāo)三者的有效實現(xiàn)。在產(chǎn)品工作中,UI和UE都有著不可替代的作用,兩者只有與產(chǎn)品經(jīng)理協(xié)同配合,才能打造出界面精美、符合用戶使用習(xí)慣、提升用戶體驗的座艙產(chǎn)品。

3)平臺搭建:主要是進(jìn)行算法開發(fā)平臺以及軟件開發(fā)平臺的搭建。其中算法開發(fā)平臺主要包含數(shù)據(jù)管理、數(shù)據(jù)標(biāo)注、模型訓(xùn)練及評測、模型的版本管理等功能。軟件開發(fā)平臺核心是感知插件化模塊的開發(fā),包括模型輸入輸出的預(yù)處理與后處理等。除此之外,還有回灌測試平臺、座艙的臺架環(huán)境與實車環(huán)境等,方便后續(xù)進(jìn)行場景測試與體驗。對于剛開始進(jìn)行智能座艙開發(fā)的小團(tuán)隊來說,以上平臺可以由單獨的模型訓(xùn)練機(jī)器(帶GPU的機(jī)器)、簡單場景開發(fā)工具包,以及相應(yīng)芯片的開發(fā)驗證板(Development Verification Board,DVB)構(gòu)成,這種配置可以用于開發(fā)簡單的座艙demo。但是如果要實現(xiàn)功能量產(chǎn),則正式的開發(fā)平臺就必不可少了。

4)開發(fā):主要包含算法開發(fā)、感知插件化模塊開發(fā)以及交互應(yīng)用場景開發(fā)。具體工具以及開發(fā)方法,將會在本書的第6~8章做詳細(xì)介紹。

5)測試:這里主要指的是場景功能測試。具體來說,就是對于開發(fā)完成的場景進(jìn)行各類測試,包含壓力測試、全量測試、定點測試等,以幫助開發(fā)者發(fā)現(xiàn)問題,確保交付的場景能夠穩(wěn)定高效運行。我們將會在本書第9章詳細(xì)介紹這部分內(nèi)容。

6)部署:這里的部署可以分為兩部分,一部分是對于初次開發(fā)的場景進(jìn)行部署,一部分是對已開發(fā)完成的場景進(jìn)行升級。對于前者,通常沒有嚴(yán)格的定義,會隨著合作模式以及場景的變化而變化。對于后者,通過使用OTA的方式進(jìn)行升級。在極端情況下(如返廠維修),可能會采用USB的方式進(jìn)行升級。

7)維護(hù):在智能座艙場景中,維護(hù)的方式可以有很多種。因為機(jī)器學(xué)習(xí)固有的缺點,并不能完全泛化到所有場景中,因此系統(tǒng)容易在陌生場景中出現(xiàn)誤報漏報等問題。對于加入“用戶體驗計劃”的用戶來說,以上問題可以盡快反饋,從讓服務(wù)商通過OTA等方式來進(jìn)行系統(tǒng)升級,降低錯誤發(fā)生率。而對于其他用戶,以上周期就會拉長,因此需要在客戶與服務(wù)商之間搭建方便客戶反饋的橋梁,從而盡早發(fā)現(xiàn)問題,并解決問題。

圖2-11 場景整體開發(fā)流程

(2)開發(fā)團(tuán)隊 為了完成以上流程,一個座艙團(tuán)隊往往包含以下子團(tuán)隊:

1)數(shù)據(jù)團(tuán)隊:負(fù)責(zé)模型訓(xùn)練及測試相關(guān)數(shù)據(jù)的采集與管理,一般使用網(wǎng)絡(luò)附屬存儲(Network Attached Storage,NAS)、移動硬盤以及數(shù)據(jù)管理平臺來進(jìn)行數(shù)據(jù)采集及管理。

2)標(biāo)注團(tuán)隊:負(fù)責(zé)訓(xùn)練及測試數(shù)據(jù)的篩選、標(biāo)注等,一般使用數(shù)據(jù)標(biāo)注平臺。

3)算法團(tuán)隊:負(fù)責(zé)算法模型研發(fā)及交付等工作,一般使用算法開發(fā)平臺。

4)工程團(tuán)隊:負(fù)責(zé)感知插件化模塊開發(fā)以及交互應(yīng)用場景開發(fā)、工具打磨等工作,一般使用軟件開發(fā)及場景開發(fā)平臺。

5)測試團(tuán)隊:負(fù)責(zé)場景測試及反饋等工作,一般使用測試平臺。

在項目初期,以上團(tuán)隊及平臺可能會隨著項目的變化而變化,但是伴隨著交付與量產(chǎn)經(jīng)驗的積累,以上團(tuán)隊及相關(guān)平臺會逐步趨于穩(wěn)定。下面,我們著重介紹在開發(fā)階段使用的相關(guān)工具,包含UI/UE開發(fā)平臺、算法開發(fā)平臺、軟件開發(fā)平臺以及場景開發(fā)平臺。其中對于算法、軟件以及場景開發(fā)平臺及使用方法,我們還會在本書的第6~8章做更加詳細(xì)的介紹。

主站蜘蛛池模板: 常熟市| 马山县| 汕尾市| 全椒县| 上林县| 武功县| 保德县| 新巴尔虎左旗| 吉木萨尔县| 孟村| 博白县| 开江县| 图木舒克市| 利川市| 闽侯县| 福清市| 黄大仙区| 岚皋县| 白河县| 和平区| 静海县| 徐水县| 米脂县| 绥中县| 石河子市| 万宁市| 井冈山市| 杭锦旗| 昭觉县| 南昌市| 东城区| 丹巴县| 孟连| 凌云县| 绵阳市| 镇赉县| 罗源县| 正定县| 岚皋县| 南安市| 恩施市|