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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

審核編輯：郭婷