無論開發(fā)過程多么精細(xì)，每個(gè)嵌入式 UI 開發(fā)團(tuán)隊(duì)都面臨著克服溝通障礙的挑戰(zhàn)?？此剖情_發(fā)過程中必不可少且有益的部分，即 UI 設(shè)計(jì)師和嵌入式系統(tǒng)開發(fā)人員之間來回交換想法和信息，但在以下關(guān)鍵領(lǐng)域充滿了障礙：

孤立的工作流程：設(shè)計(jì)人員和開發(fā)人員通常以孤立的方式和線性方式工作。一旦設(shè)計(jì)完成，設(shè)計(jì)人員通常會(huì)轉(zhuǎn)移到另一個(gè)項(xiàng)目，對(duì) UI 設(shè)計(jì)的調(diào)整就會(huì)落入嵌入式系統(tǒng)開發(fā)人員的手中。

不熟練的任務(wù)執(zhí)行：當(dāng)嵌入式開發(fā)人員被迫進(jìn)行設(shè)計(jì)更改時(shí)，他們不再“做他們最擅長(zhǎng)的事情”——這是構(gòu)建產(chǎn)品的后端。

缺乏可見性：開發(fā)人員經(jīng)常在沒有完全了解 UI 功能要求的情況下選擇硬件和操作系統(tǒng)。

參數(shù)不明確：設(shè)計(jì)人員在沒有預(yù)先參數(shù)的情況下工作，通常會(huì)概念化遠(yuǎn)遠(yuǎn)超出運(yùn)行 UI 的系統(tǒng)功能的功能。創(chuàng)建難以實(shí)現(xiàn)或不可能實(shí)現(xiàn)的 UI 會(huì)大大增加開發(fā)成本。

無論開發(fā)團(tuán)隊(duì)是為汽車、洗碗機(jī)還是溫度計(jì)創(chuàng)建界面，UI 設(shè)計(jì)師都很難通過其工程實(shí)現(xiàn)從創(chuàng)意愿景傳達(dá)動(dòng)態(tài)和活躍 UI 的意圖。這種溝通挑戰(zhàn)不僅會(huì)導(dǎo)致設(shè)計(jì)團(tuán)隊(duì)和實(shí)施團(tuán)隊(duì)之間產(chǎn)生摩擦，還會(huì)威脅到最終產(chǎn)品的完整性。原因：設(shè)計(jì)變更是流程中不可避免的一部分。當(dāng)團(tuán)隊(duì)努力將原始設(shè)計(jì)意圖與可用的技術(shù)能力（或限制）相匹配時(shí)，錯(cuò)誤的可能性會(huì)隨著每次增量更改而增加。

這種溝通障礙也延長(zhǎng)了開發(fā)時(shí)間，使發(fā)布計(jì)劃陷入困境，并且在許多情況下迫使公司在預(yù)定日期之后很久才推出不太理想的 UI。廢棄 UI 并重新開始的成本通常是難以承受的。此外，對(duì)于可能每年發(fā)布一次 UI 的公司（汽車行業(yè)嵌入式 UI 的典型交付周期為 1.5 年），推遲發(fā)布日期可能意味著競(jìng)爭(zhēng)優(yōu)勢(shì)和過時(shí)之間的差異。

模擬是另一個(gè)普遍的挑戰(zhàn)。在許多開發(fā)環(huán)境中，模擬是使用 HTML 或 Flash 創(chuàng)建的，并在桌面而不是目標(biāo)硬件上運(yùn)行。這會(huì)導(dǎo)致明顯缺乏對(duì)功能問題的可見性，當(dāng) UI 在嵌入式硬件上運(yùn)行時(shí)肯定會(huì)出現(xiàn)這些問題。結(jié)果：團(tuán)隊(duì)中的每個(gè)人都在努力制定部分規(guī)范并做出假設(shè)。這種仿真方法總是導(dǎo)致需要大量編碼才能使接口在嵌入式硬件環(huán)境中發(fā)揮作用。簡(jiǎn)而言之，模擬通常與最終托管 UI 的嵌入式環(huán)境的功能和行為不匹配。

在當(dāng)今的大多數(shù)情況下，最終的 UI 是由于孤立的開發(fā)過程而導(dǎo)致的一系列妥協(xié)的結(jié)果，從而導(dǎo)致用戶體驗(yàn)質(zhì)量下降。該過程通常如下進(jìn)行。設(shè)計(jì)團(tuán)隊(duì)交付初始設(shè)計(jì)，然后工程團(tuán)隊(duì)在實(shí)施他們認(rèn)為是設(shè)計(jì)的過程中進(jìn)行更改和調(diào)整。有時(shí)更改是根據(jù)硬件/軟件限制有意識(shí)地執(zhí)行的；其他時(shí)候，這些更改不是有意的，而是在開發(fā)人員填補(bǔ)規(guī)范中的空白時(shí)進(jìn)行的，即“應(yīng)該”如何在所有情況下執(zhí)行 UI。更復(fù)雜的是，最初的設(shè)計(jì)師（可能是幫助 UI 概念的外部資源）可能不再參與該項(xiàng)目。這種資源實(shí)際上已經(jīng)消失了。

但是為工作選擇正確的 UI 開發(fā)支持軟件很重要。因此，側(cè)邊欄列出了在這個(gè)范式中要考慮的 10 個(gè)最重要的問題。

建立通用軟件環(huán)境

更好的 UI 設(shè)計(jì)和實(shí)現(xiàn)方法是建立一個(gè)涵蓋整個(gè)開發(fā)團(tuán)隊(duì)及其工具的通用軟件環(huán)境，并使每個(gè)人都能以一致的方式參與圍繞 UI 的討論。通過這種方式，設(shè)計(jì)人員和開發(fā)人員可以從頭到尾就設(shè)計(jì)本身保持溝通，并在整個(gè)過程中按照邏輯出現(xiàn)的變化和約束進(jìn)行管理。當(dāng)設(shè)計(jì)師從頭到尾保持對(duì)用戶界面的所有權(quán)時(shí)，軟件開發(fā)人員可以專注于完善核心產(chǎn)品功能，而不是“移動(dòng)像素”以適應(yīng)不斷變化的 UI。通過對(duì)設(shè)計(jì)的全面了解和對(duì)嵌入式實(shí)施的近乎即時(shí)的反饋，設(shè)計(jì)人員可以在功能發(fā)展時(shí)做出明智的決策。通過在模擬下開發(fā)的工作用戶界面，開發(fā)人員可以在選擇硬件和操作系統(tǒng)時(shí)使用真實(shí)的 UI 做出明智的決定?？傊?，當(dāng)必須進(jìn)行 UI 調(diào)整時(shí)，每個(gè)人都能夠更好地確保視覺的一致性。

可以同時(shí)協(xié)同工作的團(tuán)隊(duì)——設(shè)計(jì)人員負(fù)責(zé)用戶界面，系統(tǒng)開發(fā)人員保留底層系統(tǒng)界面邏輯和行為的所有權(quán)——也可以將設(shè)計(jì)帶到部署模擬中（反映實(shí)際硬件和操作系統(tǒng)上的功能） ） 更快。早期的模擬提供了許多優(yōu)勢(shì)。開發(fā)人員可以在投入使用該技術(shù)之前，在各種硬件平臺(tái)上測(cè)試應(yīng)用程序。這對(duì)于當(dāng)今高度交互的 UI 至關(guān)重要。觸摸屏的功能自然會(huì)與標(biāo)準(zhǔn)的“鼠標(biāo)和鍵盤”桌面輸入有很大不同，并且可以使用平板電腦操作系統(tǒng)非常有效地建模。早期的模擬也會(huì)對(duì)設(shè)計(jì)師施加約束，

早期的模擬和改進(jìn)的溝通可以大大縮短開發(fā)計(jì)劃。這最終有助于提高最終產(chǎn)品的質(zhì)量，因?yàn)樗鼮橛脩趔w驗(yàn)測(cè)試和基于客戶反饋的產(chǎn)品改進(jìn)打開了大門。此外，這種細(xì)化發(fā)生在設(shè)計(jì)人員身上，而不是軟件開發(fā)人員所需的昂貴且耗時(shí)的重新編碼。所有這些都使公司能夠降低設(shè)計(jì)師和軟件開發(fā)人員之間的交接成本。

更快地將產(chǎn)品推向市場(chǎng)

確保 UI 開發(fā)過程不受上述障礙阻礙的有效方法是使用 UI 開發(fā)支持軟件。使用此類軟件的公司已經(jīng)能夠?qū)⑦@種協(xié)作開發(fā)環(huán)境付諸實(shí)施，從而加快部署時(shí)間。一個(gè)例子是 QNX Software Systems 使用 Crank Software 的 Storyboard Suite UI 開發(fā)支持軟件來實(shí)現(xiàn)嵌入到賓利概念車中的 17 英寸曲面 1080p 中控臺(tái)顯示器。數(shù)字光投影 HMI 在 2013 年消費(fèi)電子展上首次亮相以及最初在 Adob??e Photoshop 中創(chuàng)建并在八周內(nèi)完全實(shí)施的特色內(nèi)容，而這種規(guī)模的項(xiàng)目通常需要開發(fā)人員和設(shè)計(jì)師之間來回四到六個(gè)月的時(shí)間。

允許這種類型的產(chǎn)品快速開發(fā)的原因是用戶界面與系統(tǒng)實(shí)現(xiàn)細(xì)節(jié)的強(qiáng)力解耦。模型-視圖-控制器 （MVC） 范式通過事件和消息傳遞系統(tǒng)引導(dǎo)所有用戶界面更改來嚴(yán)格執(zhí)行。

消息傳遞接口允許將 UI 構(gòu)建為未來數(shù)據(jù)綁定的合同，這些數(shù)據(jù)綁定將作為輸入/輸出事件提供。在最初的用戶界面開發(fā)過程中，任何需要的輸入都可以使用合成事件來模擬，而無需任何功能正常的嵌入式硬件系統(tǒng)。

由于明確定義所需的輸入和輸出事件，系統(tǒng)開發(fā)也進(jìn)展得更快。根據(jù)定義而不是 UI 演示驗(yàn)證他們的輸入和輸出更容易驗(yàn)證系統(tǒng)組件。

這種結(jié)構(gòu)化的事件接口集極大地促進(jìn)了最終產(chǎn)品的組裝和集成。移除模擬的輸入和輸出，并將它們替換為已根據(jù)事件規(guī)范驗(yàn)證的系統(tǒng)組件。

提供高質(zhì)量的 UI 體驗(yàn)

在競(jìng)爭(zhēng)激烈的嵌入式 UI 世界中，評(píng)判公司的依據(jù)是其提供超出消費(fèi)者期望的最先進(jìn)技術(shù)的能力。更快、更具成本效益的 UI 開發(fā)至關(guān)重要。更重要的是制作技術(shù)可以實(shí)現(xiàn)的最高質(zhì)量的用戶界面——隨后的每一代產(chǎn)品都必須超越上一代。UI 開發(fā)支持軟件可以通過在開發(fā)過程中確保設(shè)計(jì)人員和開發(fā)人員之間的完全可見性和協(xié)作，并啟用類似于運(yùn)行時(shí)引擎的軟件模擬功能，從而在嵌入式硬件上提前進(jìn)行軟件測(cè)試，從而滿足所有這些需求。Crank Software 等供應(yīng)商及其 Storyboard Suite UI 開發(fā)支持軟件旨在滿足這些需求并加快開發(fā)過程。

審核編輯：郭婷