【導(dǎo)讀】費(fèi)者可以親眼目睹并親身體驗(yàn)的汽車工業(yè)創(chuàng)新往往出現(xiàn)在信息娛樂(lè)領(lǐng)域，其中的核心組成部 分便是顯示系統(tǒng)。對(duì)此消費(fèi)者可以直接體驗(yàn)新功能帶來(lái)的便利性和創(chuàng)新性。然而在這些新功能實(shí)現(xiàn)之前往往有許多工作要做。從創(chuàng)意出現(xiàn)開始，問(wèn)題便接踵而來(lái)，因?yàn)檫@些創(chuàng)意在實(shí)現(xiàn)之前還要面臨在顯示和操作方面的挑戰(zhàn)?！　∠M(fèi)者可以親眼目睹并親身體驗(yàn)的汽車工業(yè)創(chuàng)新往往出現(xiàn)在信息娛樂(lè)領(lǐng)域，其中的核心組成部 分便是顯示系統(tǒng)。對(duì)此消費(fèi)者可以直接體驗(yàn)新功能帶來(lái)的便利性和創(chuàng)新性。然而在這些新功能實(shí)現(xiàn)之前往往有許多工作要做。從創(chuàng)意出現(xiàn)開始，問(wèn)題便接踵而來(lái)，因?yàn)檫@些創(chuàng)意在實(shí)現(xiàn)之前還要面臨在顯示和操作方面的挑戰(zhàn)?！　∈紫?，人們需要對(duì)這些創(chuàng)意進(jìn)行詳細(xì)的闡述，讓決策者完全了解后做出決定。在初期階段通過(guò)草圖、PowerPoint幻燈片和Flash動(dòng)畫這些方式基本可以達(dá)到概念呈現(xiàn)的目的，當(dāng)然通過(guò)這些方式還無(wú)法獲取布線系統(tǒng)的相關(guān)數(shù)據(jù)。接下來(lái)，根據(jù)這些手工雛形來(lái)評(píng)估該創(chuàng)意能否真正得到用戶的青睞，另外也要看目前的技術(shù)水平是否能夠?qū)崿F(xiàn)。這些步驟都只是實(shí)現(xiàn)創(chuàng)新的一部分工作而已，要想評(píng)估用戶操作界面是否簡(jiǎn)單且易于操作，即可實(shí)現(xiàn)性，則更加困難。為了成功跨越這一障礙，便不得不開始一個(gè)耗時(shí)費(fèi)力的建模過(guò)程。這些模型的制作往往由專業(yè)研發(fā)人員完成。在制定周密詳盡的計(jì)劃前，一個(gè)繁瑣的討論過(guò)程便開始了，首先是研發(fā)團(tuán)隊(duì)召開項(xiàng)目啟動(dòng)會(huì)議，緊接著便是無(wú)數(shù)的電話會(huì)議。該決策過(guò)程說(shuō)明這樣一個(gè)事實(shí)，即建模必須由研發(fā)人員來(lái)編程，這就是上面所提到的耗時(shí)費(fèi)力的建模過(guò)程?！　∮纱说贸鼋Y(jié)論：為了借助模型來(lái)測(cè)試新功能往往需要很多精通HMI編程和汽車布線系統(tǒng)的專家提供他們的專業(yè)知識(shí)并且投入相當(dāng)多的時(shí)間和精力，這將是一條漫長(zhǎng)且復(fù)雜的過(guò)程。 以下是對(duì)新解決方案的要求：　　◆ 借助現(xiàn)有HMI的Look And Feel功能無(wú)需掌握不同研發(fā)領(lǐng)域?qū)I(yè)知識(shí)也可以進(jìn)行建模 　　◆ 通過(guò)現(xiàn)有功能的標(biāo)準(zhǔn)化接口便可簡(jiǎn)單地使用真實(shí)數(shù)據(jù)（真實(shí)的ECU或PC模擬）　　任務(wù)拆分 　　可靠且實(shí)用的工具是任務(wù)得以順利進(jìn)行的關(guān)鍵。多功能工具雖然能夠?yàn)槎喾N任務(wù)領(lǐng)域提供支持，但這種支持效果并沒(méi)有那些專門為之開發(fā)的工具明顯。在HMI開發(fā)領(lǐng)域需要進(jìn)行界面設(shè)計(jì)并且對(duì)動(dòng)態(tài)行為進(jìn)行定義。當(dāng)人們決定實(shí)現(xiàn)任務(wù)拆分這一基本想法時(shí)還有些問(wèn)題需要解決：“對(duì)操作者來(lái)說(shuō)，什么才是最理想的工具”尤其是專門為某一任務(wù)新開發(fā)的工具并不能滿足開發(fā)人員需求的時(shí)候。此外，項(xiàng)目經(jīng)費(fèi)也是有限的，況且軟件供應(yīng)商和互聯(lián)網(wǎng)上已經(jīng)提供很多辦法可供使用。為了實(shí)現(xiàn)寶馬集團(tuán)該項(xiàng)目的要求我們采取了兩種工具：用于界面構(gòu)建的Microsoft Expression Blend和用于HMI動(dòng)態(tài)行為建模的Telelogic Rhapsody。 標(biāo)準(zhǔn)的使用 　　伴隨著工具的選擇又產(chǎn)生了新的問(wèn)題，標(biāo)準(zhǔn)的使用能否帶來(lái)一定的好處。除了顯而易見的功用性外，即在可能的情況下將所使用的工具市場(chǎng)化，另一個(gè)決定性的優(yōu)勢(shì)也才會(huì)變得明顯：用戶的接受性。一種工具的成功與否主要是取決于，使用者是否能在特定的時(shí)間內(nèi)借助所給的工具來(lái)完成任務(wù)，具體說(shuō)就是：“我可以用到所學(xué)到的知識(shí)嗎？或者這僅能使我成為某一任務(wù)的專家嗎？”本文所介紹的解決方案便是考慮到了這一不可或略的問(wèn)題，并且采用了以下兩個(gè)標(biāo)準(zhǔn)： 　　◆ UML（統(tǒng)一建模語(yǔ)言）：UML狀態(tài)圖可用于HMI系統(tǒng)動(dòng)態(tài)行為的建模。 　　◆ XAML（可擴(kuò)展應(yīng)用程序標(biāo)記語(yǔ)言）：XAML使得用戶界面中的聲明性設(shè)計(jì)成為可能。對(duì)此目前還沒(méi)有一個(gè)行業(yè)標(biāo)準(zhǔn)，而是微軟專有技術(shù)，專門為本文所介紹的任務(wù)拆分目的而開發(fā)的。XUL（XML使用者界面標(biāo)記語(yǔ)言）是一種可比較的界面描述語(yǔ)言，來(lái)自于開源社區(qū)。 　　UML的使用，特別是UML狀態(tài)圖的使用為此提供了許多優(yōu)勢(shì)：UML狀態(tài)圖是一個(gè)動(dòng)態(tài)的基于條件的系統(tǒng)圖形描述。相對(duì)于程序代碼或腳本語(yǔ)言，這種描述方式對(duì)于該領(lǐng)域的使用者來(lái)說(shuō)更容易理解和改編。編程員可以通過(guò)功能強(qiáng)大卻簡(jiǎn)單的命令來(lái)獲得支持，因?yàn)檫@些命令包含了復(fù)雜的功能。例如列表上的一個(gè)新的復(fù)雜菜單項(xiàng)通過(guò)一個(gè)命令即可進(jìn)行改編。于是這種狀態(tài)圖更容易理解，同時(shí)他們也具有更長(zhǎng)的使用周期?！　∠到y(tǒng)概覽：GUI工具箱的使用在很多領(lǐng)域減輕了任務(wù)的繁重性。界面構(gòu)建 　　預(yù)制組件如工具箱或者是Lego原則的使用在很多方面減輕了任務(wù)的繁重性。在具體的項(xiàng)目中GUI工具箱使界面構(gòu)建成為可能?？梢詫UI元素拖放到一個(gè)界面上，然后進(jìn)行設(shè)置。在此，可設(shè)置性很重要，因?yàn)樗鼈儚母旧蠜Q定了工具箱的靈活性?！　⒖继峁┻@些元素的GUI庫(kù)API，人們可以找到更多的屬性，它們規(guī)定了元素的命令。我們這個(gè)情況也一樣，因此我們把屬性分成了兩組： 　　◆ 靜態(tài)屬性 　　◆ 動(dòng)態(tài)屬性 　　靜態(tài)屬性在界面構(gòu)建時(shí)是固定的且在運(yùn)行過(guò)程中不可改變。人們可以采用他們?cè)诠ぷ髦兴莆盏墓ぞ哌M(jìn)行界面的構(gòu)建。動(dòng)態(tài)性能剛好相反,在運(yùn)行過(guò)程中根據(jù)行為邏輯可以改變。對(duì)此，行為邏輯編程員可以使用已經(jīng)提到過(guò)的命令，例如：LABEL_SETTEXT（“TitleLabel標(biāo)題標(biāo)簽”，“Hauptmenu主菜單”）。 可執(zhí)行性和“可體驗(yàn)性” 　　為了可以對(duì)創(chuàng)意進(jìn)行評(píng)估，新構(gòu)建的界面需要具有可體驗(yàn)性。在這種情況下可體驗(yàn)性即意味著可執(zhí)行性。但是要想對(duì)體驗(yàn)進(jìn)行清晰的描述，僅僅這些還是不夠的。車輛上配置有相關(guān)操作元素的HMI構(gòu)建，只要有就應(yīng)該是可以操作的。用真實(shí)的數(shù)據(jù)來(lái)代替模擬數(shù)據(jù)更具意義。這些數(shù)據(jù)除了可以實(shí)現(xiàn)體驗(yàn)性，還可以讓開發(fā)人員對(duì)建立的界面進(jìn)行測(cè)試，通過(guò)真實(shí)的數(shù)據(jù)來(lái)經(jīng)受住首次質(zhì)量檢驗(yàn)。 應(yīng)用與經(jīng)驗(yàn) 　　寶馬的項(xiàng)目便采取了本文所介紹的解決方案。由此達(dá)到了兩個(gè)目的： 　　◆ HMI環(huán)境的建立，用于檢測(cè)地圖數(shù)據(jù)（同樣適用于國(guó)外） 　　◆ 用于檢測(cè)用戶相關(guān)的新功能 　　除了前面所介紹的解決辦法外還需要適當(dāng)?shù)膱D形，這些圖形對(duì)于對(duì)話的構(gòu)建非常必要。對(duì)此每個(gè)單獨(dú)的圖形需要作為一個(gè)單獨(dú)的文件，該要求已經(jīng)在項(xiàng)目開始時(shí)便執(zhí)行了。然后會(huì)建立一個(gè)專業(yè)概念形式的Storyboard，便可以開始真正的建模。首先，單獨(dú)的對(duì)話可以用微軟Expression Blend來(lái)構(gòu)建。對(duì)此在不同的面板上界面元素通過(guò)拖放進(jìn)行定位，接著進(jìn)行設(shè)置。每個(gè)面板會(huì)構(gòu)建一個(gè)Panel-State-Chart，它會(huì)控制該面板上所包含的界面元素。最后連接到MOST-Bus，實(shí)現(xiàn)MOST信號(hào)的接收和發(fā)送功能。最后還有一種系統(tǒng)可以使用，即通過(guò)目標(biāo)系統(tǒng)的實(shí)時(shí)控制描述可以在PC平臺(tái)上運(yùn)行的系統(tǒng)。 結(jié)論 　　不需要編程就可以建立對(duì)話框的這個(gè)構(gòu)思，經(jīng)驗(yàn)證明是可實(shí)現(xiàn)的。一開始所設(shè)定的目標(biāo)也是可以實(shí)現(xiàn)的，雖然工作流程的細(xì)化還有待優(yōu)化，以減少時(shí)間的消耗。在第一次測(cè)試成功后，至今仍然有懸而未決的問(wèn)題：“該理念以怎樣的形式來(lái)支持普遍的流程鏈？”或者更具體的問(wèn)題：“針對(duì)新目標(biāo)系統(tǒng)的研發(fā)，可以向系統(tǒng)供應(yīng)商提交怎樣的說(shuō)明規(guī)格？”這里可運(yùn)行的對(duì)話框作為 “可執(zhí)行技術(shù)規(guī)范說(shuō)明書”，UML狀態(tài)圖的圖形作為“可運(yùn)行白盒規(guī)范”，兩者結(jié)合起來(lái)一起使用——這種方法在未來(lái)還需要得到進(jìn)一步驗(yàn)證。