主題一個(gè)成功的交互系統(tǒng)必須能夠滿足用戶的需要。這意味著不僅要能夠識(shí)別各種用戶群，而且還可辨別各個(gè)用戶所掌握的技能、經(jīng)驗(yàn)以及他們的偏好。 雖然開發(fā)人員和管理人員很容易自認(rèn)為他們了解用戶需要，但實(shí)際情況常常不是這樣。人們往往關(guān)注于用戶應(yīng)該如何執(zhí)行任務(wù)，而不是用戶偏好如何執(zhí)行。多數(shù)情況下，偏好問(wèn)題不僅僅是簡(jiǎn)單地認(rèn)為已掌握了用戶需要，盡管這本身就很值得研究。偏好還要由經(jīng)驗(yàn)、能力和使用環(huán)境決定。這些問(wèn)題對(duì)于設(shè)計(jì)過(guò)程相當(dāng)重要，因而才會(huì)出臺(tái) ISO 13407 國(guó)際標(biāo)準(zhǔn)，標(biāo)題為 human-centred design processes for interactive systems。下文中將從一般意義上對(duì)這些標(biāo)準(zhǔn)及其相關(guān)問(wèn)題進(jìn)行討論。 通過(guò)系統(tǒng)的用戶界面，用戶可以了解系統(tǒng)并與系統(tǒng)進(jìn)行交互。界面中介紹的概念、圖像和術(shù)語(yǔ)必須適合用戶的需要。例如，允許客戶自助訂票的系統(tǒng)將與售票員專用的系統(tǒng)迥然不同。關(guān)鍵差異不在于需求，甚至也不于在詳細(xì)用例，而在于用戶的特征和各系統(tǒng)運(yùn)行所在的環(huán)境。 用戶界面還必須至少?gòu)膬蓚€(gè)維度迎合潛在的廣泛經(jīng)驗(yàn)，這兩個(gè)維度指的是計(jì)算機(jī)經(jīng)驗(yàn)和領(lǐng)域經(jīng)驗(yàn)，如下圖 １ 所示。計(jì)算機(jī)經(jīng)驗(yàn)不僅包括對(duì)計(jì)算機(jī)的一般性了解，還包括對(duì)尚待開發(fā)的系統(tǒng)的經(jīng)驗(yàn)。在計(jì)算機(jī)領(lǐng)域和問(wèn)題領(lǐng)域都經(jīng)驗(yàn)不足的用戶（如圖左前方所示）所需的用戶界面與專家用戶（如圖右后方所示）的界面將區(qū)別很大。 
圖 1：計(jì)算機(jī)和領(lǐng)域經(jīng)驗(yàn)對(duì)易于學(xué)習(xí)和易于使用的影響 一條仍然適用結(jié)論需要引起我們的注意：經(jīng)驗(yàn)不足的用戶經(jīng)過(guò)一段時(shí)間也會(huì)成為專家。有幾條因素可能會(huì)阻礙用戶成為專家，例如：低使用頻率、缺乏積極性或高復(fù)雜性。相反，有些系統(tǒng)的主要用戶可能經(jīng)驗(yàn)相當(dāng)豐富。那么培訓(xùn)、高使用頻率或積極性（與日常工作息息相關(guān)）則可能是影響他們的因素。表 1 顯示了其中一些問(wèn)題及其對(duì)用戶界面設(shè)計(jì)的影響。 ? | 低 | 高 | 計(jì)算機(jī)經(jīng)驗(yàn) | 簡(jiǎn)單問(wèn)答、簡(jiǎn)易表格填寫、Web（超鏈接）或菜單界面風(fēng)格 | 復(fù)雜表格填寫、Web（超鏈接）或菜單界面風(fēng)格（簡(jiǎn)單的問(wèn)答或表格填寫將令經(jīng)驗(yàn)豐富的用戶大失所望） | 領(lǐng)域經(jīng)驗(yàn) | 常用術(shù)語(yǔ)和概念 | 領(lǐng)域特定術(shù)語(yǔ)和概念 | 培訓(xùn) | 側(cè)重于易于學(xué)習(xí)（一致、可預(yù)知、易于記憶） | 側(cè)重于易于使用（直截了當(dāng)、可自定義、無(wú)干擾） | 使用頻率 | 易于學(xué)習(xí)和記憶，界面風(fēng)格簡(jiǎn)單 | 易于使用，為用戶控制提供多種快捷方式和技巧 | 積極性 | 值得使用，功能強(qiáng)大但表面上并不復(fù)雜。 | 眾多高級(jí)和可自定義功能，系統(tǒng)較為復(fù)雜。 |
表1，影響用戶界面設(shè)計(jì)的一些因素 交互系統(tǒng)必須設(shè)計(jì)為能夠適合一定范圍內(nèi)的用戶經(jīng)驗(yàn)和用戶環(huán)境，或者必須采取步驟限制設(shè)計(jì)領(lǐng)域。例如，通過(guò)培訓(xùn)可以減少?gòu)?fù)雜系統(tǒng)內(nèi)部對(duì)易于學(xué)習(xí)的需求。或者，可以縮小系統(tǒng)規(guī)模，以便更好地滿足用戶的核心需求（這是 Alan Cooper 在他的著作 The Inmates Are Running the Asylum COO99 中提出的建議）。 用戶的技能及其生理特征是我們?cè)谝杂脩魹橹行牡脑O(shè)計(jì)中應(yīng)該考慮的問(wèn)題。這類問(wèn)題已越來(lái)越多地體現(xiàn)在法規(guī)中。這主要是為滿足殘疾用戶的需要。但是，人們普遍認(rèn)為讓系統(tǒng)適用于更大多數(shù)人將對(duì)用戶群這個(gè)整體大有好處。 下表顯示了世界各地的相關(guān)法規(guī)和資源： ?表 2a，各國(guó)家、地區(qū)或團(tuán)體有關(guān)殘疾方面的法規(guī) 如下所示，除了法規(guī)之外，以用戶為中心的設(shè)計(jì)和用戶界面設(shè)計(jì)正日益成為標(biāo)準(zhǔn)化設(shè)計(jì)的主題。 說(shuō)明 | Web 站點(diǎn)／標(biāo)準(zhǔn) | ANSI | www.ansi.org | ANSI ANSI-HFES ANSI-NSC | ANSI 和 Human Factors and Ergonomics Society 出版了一系列聯(lián)合標(biāo)準(zhǔn)。ANSI 還出臺(tái)了 ANSI-NSC Z365，它與控制和防止由多重壓力引發(fā)的紊亂，又稱重復(fù)性勞損 (RSI) 有關(guān)。 ANSI 現(xiàn)正起草有關(guān)人機(jī)交互的標(biāo)準(zhǔn)，作為 Information Infrastructure Standards Panel (IISP)（位于 http://web.ansi.org/public/iisp/std_need/needcat.html）的一部分。 | ISO | www.iso.ch | ISO 9241 | 一系列眾多的標(biāo)準(zhǔn)，主要涉及工作站環(huán)境中的人類工程學(xué)，同時(shí)也包括關(guān)于可用性的指導(dǎo)（第 11 部分）。同時(shí)也作為開發(fā)中的 ANSI-HFES 200 的基礎(chǔ)。 | ISO 10075: 1991 | 與腦力勞動(dòng)相關(guān)的人類工程學(xué)原理 | ISO 17041-1: 1995 | 用于文本編輯的光標(biāo)控制 | ISO 11581 | 尚在開發(fā)中的處理圖標(biāo)和指針的系列標(biāo)準(zhǔn)。 | ISO 13407: 1999 | 用于交互系統(tǒng)的以人為本的設(shè)計(jì)過(guò)程的標(biāo)準(zhǔn)。 |
?表 2b，ANSI 和 ISO 用戶界面和以用戶為中心的設(shè)計(jì)標(biāo)準(zhǔn) 關(guān)于以用戶為中心的設(shè)計(jì)的構(gòu)成內(nèi)容尚未達(dá)成明確的共識(shí)。但是 John Gould 和他在 IBM 的同事于 20 世紀(jì) 80 年代開發(fā)了一種稱為 Design for Usability (GOU88) 的方法，它包括了最為普遍接受的定義。它從若干交互系統(tǒng)的實(shí)踐中發(fā)展而來(lái)，其中最著名的系統(tǒng)是 IBM 公司的 1984 Olympic Messaging System (GOU87)。? 該方法由四個(gè)主要部分組成，如下所述。 Gould 提出：開發(fā)人員應(yīng)決定用戶的組成，并讓用戶盡可能早地涉入。他提出了幾種熟悉用戶、他們的任務(wù)以及需求的方法： ???? 與用戶交談 | ???? 到辦公地點(diǎn)拜訪用戶 | ???? 觀察用戶工作 | ???? 將用戶工作錄像 | ???? 了解工作組織 | ???? 自我嘗試 | ???? 使用戶在工作時(shí)邊想邊說(shuō) | ???? 讓用戶參與設(shè)計(jì) | ???? 在設(shè)計(jì)小組中包括專家級(jí)用戶 | ???? 執(zhí)行任務(wù)分析 | ???? 利用調(diào)查和問(wèn)卷 | ???? 制定可測(cè)試的目標(biāo) |
?在 RUP幾個(gè)關(guān)鍵階段中都有研討班，但要使理解更為精確，則還須補(bǔ)充 Gould 所描述的種種活動(dòng)。（這樣做的部分原因在于：人們描述他們做什么和他們實(shí)際怎樣做之間往往大相徑庭。他們常常遺忘或省略一些例行任務(wù)或表面上無(wú)足輕重的細(xì)節(jié)，諸如工作布局或令人費(fèi)解的紙片等，因?yàn)檫@些并非“正式”屬于當(dāng)前流程的一部分。） 可用性任務(wù)應(yīng)在開發(fā)的初期并行執(zhí)行。這些任務(wù)包括勾畫用戶界面、起草用戶指南或聯(lián)機(jī)幫助，Gould 同時(shí)還指出可用性應(yīng)當(dāng)是小組的職責(zé)。?? 集成化設(shè)計(jì)的一個(gè)重要特征是：詳細(xì)用戶界面設(shè)計(jì)的整體方法（即框架）要在初期進(jìn)行開發(fā)和測(cè)試。這是以用戶為中心的設(shè)計(jì)和其他單純的遞增技巧之間存在的重要差異。它確保此后各階段中進(jìn)行的遞增式設(shè)計(jì)能夠天衣無(wú)縫地適合框架，而且用戶界面在外觀、術(shù)語(yǔ)和概念上都能保持一致。 在 RUP 內(nèi)部，可以通過(guò)領(lǐng)域建模來(lái)建立該框架，確保用戶界面中出現(xiàn)的所有術(shù)語(yǔ)和概念都是業(yè)內(nèi)的共識(shí)，尤其要讓用戶理解這些術(shù)語(yǔ)和概念。（領(lǐng)域模型中存在某些與特定的用戶組相關(guān)的子集。應(yīng)細(xì)心組織領(lǐng)域模型，以保證很容易地就能確定這些子集。）在需求工作流程中進(jìn)行用戶界面設(shè)計(jì)時(shí)，很多領(lǐng)域類將在接口中表示為邊界類。各個(gè)邊界類以及它們之間的關(guān)系應(yīng)與領(lǐng)域模型保持一致，而且還應(yīng)保持對(duì)設(shè)計(jì)中的系統(tǒng)所有部分在表示方式上的一致性。（這不僅對(duì)用戶有所幫助，而且對(duì)用戶界面構(gòu)件的復(fù)用有所改進(jìn)。） 初期用戶測(cè)試針對(duì)的是初期原型，通常指作為低精確度原型的圖紙及樣型。高精確度的原型將在隨后的流程中出現(xiàn)。 樣型可與用例結(jié)合使用，用來(lái)為設(shè)計(jì)之中的系統(tǒng)編寫具體使用場(chǎng)景。可以采用以下形式：講解、帶圖示的講解（用樣型演示）、示意板、（與用戶）預(yù)排以及用戶核心小組的基礎(chǔ)。盡管很多軟件開發(fā)人員不太熟悉這些方法，但是比起在實(shí)施開始后才發(fā)現(xiàn)設(shè)計(jì)不當(dāng)或需求理解有誤，這些方法顯然更為成本合算。 面向?qū)ο蟮拈_發(fā)已經(jīng)成為迭代式流程的同義詞。迭代式設(shè)計(jì)最適合于需要增進(jìn)了解以及需求常變更的問(wèn)題。迭代式設(shè)計(jì)是以用戶為中心的設(shè)計(jì)的關(guān)鍵，這一點(diǎn)毋庸置疑。原因部分在于用戶的需要會(huì)隨時(shí)間有所改變，另外還在于出臺(tái)可處理多種需要的設(shè)計(jì)解決方案本身就具有復(fù)雜性。 請(qǐng)注意：在以用戶為中心的設(shè)計(jì)中，迭代式設(shè)計(jì)是在一個(gè)集成化的框架內(nèi)部進(jìn)行的。我們有意回避在一個(gè)統(tǒng)一的框架之外進(jìn)行遞增式開發(fā)，因?yàn)槟菍a(chǎn)生一個(gè)“拼拼湊湊”的解決方案。 開發(fā)適合用戶需要的系統(tǒng)意味著在需求分析中要付出巨大努力。在以用戶為中心的設(shè)計(jì)中，重點(diǎn)應(yīng)放在最終用戶上。他們是業(yè)務(wù)建模工作流程中的業(yè)務(wù)主角（對(duì)業(yè)務(wù)外部用戶而言）和業(yè)務(wù)角色的中的一部分人員。在需求工作流程下文中，他們被更詳細(xì)地描述為主角。（主角、業(yè)務(wù)主角和業(yè)務(wù)角色三者之間的關(guān)系在指南：從業(yè)務(wù)模型到系統(tǒng)中有所討論。） 但是，以用戶為中心的設(shè)計(jì)著重強(qiáng)調(diào)的問(wèn)題是：我們要了解充當(dāng)上文工件中所描述角色的實(shí)實(shí)在在的人們的需要。特別是，我們必須避免為了方便軟件系統(tǒng)設(shè)計(jì)而設(shè)計(jì)假想的人。描述最終用戶的工件必須在和用戶有切實(shí)的親身接觸之后進(jìn)行編寫。在以用戶為中心的設(shè)計(jì)中，這種親身接觸是有時(shí)稱為情景查詢過(guò)程的一部分。Hugh Beyer 和 Karen Holtzblatt（在他們的著作 Contextual Design, BEY98 中）將情景查詢的前提闡述如下： “...到客戶工作的地方去、觀察客戶如何工作、然后與客戶談?wù)撍麄兊墓ぷ鳌！?/p> （與之有關(guān)的具體示例已列在關(guān)注用戶中。）此方法不僅可以用來(lái)更好地了解系統(tǒng)需求，而且也可以更好地了解用戶本人，了解他們的任務(wù)和環(huán)境。以上各因素都各有屬性，綜合在一起則稱為使用環(huán)境。在 ISO 有關(guān)以用戶為中心的設(shè)計(jì)的標(biāo)準(zhǔn)中有詳細(xì)說(shuō)明（請(qǐng)見下文）。 ISO 的 Human-centred design processes for interactive systems (ISO13407) 確定了設(shè)計(jì)的第一步是要了解和細(xì)化使用環(huán)境。建議利用如下屬性： 環(huán)境 | 屬性 | 任務(wù) | 系統(tǒng)的用途、使用頻率和持續(xù)時(shí)間、健康與安全考慮、活動(dòng)分配、人員與技術(shù)資源之間的操作步驟。任務(wù)不應(yīng)僅僅描述為產(chǎn)品或系統(tǒng)所提供的功能或特性。 | 用戶（對(duì)每個(gè)不同的類型或角色） | 知識(shí)、技能、經(jīng)驗(yàn)、教育、培訓(xùn)、生理特征、習(xí)慣、偏好、能力。 | 環(huán)境 | 硬件、軟件、材料；自然環(huán)境和社會(huì)環(huán)境、相關(guān)標(biāo)準(zhǔn)、技術(shù)環(huán)境、周邊環(huán)境、法律環(huán)境、社會(huì)環(huán)境和文化環(huán)境 |
表 3：ISO 有關(guān)以用戶為中心的設(shè)計(jì)標(biāo)準(zhǔn)中的使用環(huán)境 最好將用戶環(huán)境按組成內(nèi)容分為兩個(gè)部分（用戶類型和角色），然后再考慮所有四個(gè)環(huán)境的相互關(guān)系。 
圖 2：環(huán)境之間的關(guān)系 圖 2 顯示了每個(gè)任務(wù)都在由某個(gè)環(huán)境中的某個(gè)用戶以某種角色來(lái)執(zhí)行。這些環(huán)境對(duì)應(yīng) RUP 中的工件，如表 4 所示。 ISO 13507 環(huán)境 | RUP 工件 | 環(huán)境 | | 用戶 | | 角色 | | 任務(wù) | |
?表 4, ISO 有關(guān)以用戶為中心的設(shè)計(jì)標(biāo)準(zhǔn)的環(huán)境及其 RUP 工件 每個(gè)環(huán)境都將對(duì)適當(dāng)?shù)挠脩艚缑嬖O(shè)計(jì)產(chǎn)生重要的影響。因此，我們會(huì)遇到數(shù)不清的排列方式。即便是一個(gè)小型系統(tǒng)，也可能有 2 種環(huán)境（例如：辦公地點(diǎn)和客戶所在地）、3 種用戶（銷售新手、銷售專家和管理人員）以及 6 種角色（電話銷售助理、對(duì)外銷售代表等等）。這就意味著每個(gè)任務(wù)都有多達(dá) 36 種潛在的變化形式，盡管實(shí)際合理的組合通常要少得多。 顯然，我們應(yīng)當(dāng)分別對(duì)任務(wù)進(jìn)行說(shuō)明，但是單單一個(gè)說(shuō)明不可能適合所有排列情況。方法之一是：將用戶和環(huán)境因素融入角色說(shuō)明。這是 Constantine 和 Lockwood 所采用的解決方案 (CON99)。該方案涉及到為每個(gè)重要的角色、用戶和環(huán)境的排列情況都單獨(dú)提供一個(gè)“用戶角色”，然后用描述性短語(yǔ)，而不是用簡(jiǎn)單的名詞為這個(gè)用戶角色命名。例如，比較“客戶”這個(gè)角色與“臨時(shí)用戶”、“Web 用戶”、“常規(guī)用戶”和“高級(jí)用戶”等用戶角色。 每個(gè)用戶角色說(shuō)明都包括角色自身的細(xì)節(jié)外加其用戶（稱作角色承擔(dān)者）和環(huán)境。這種方法在 RUP 中體現(xiàn)為選取對(duì)應(yīng)用戶角色的主角。 場(chǎng)景、用例和核心用例這三個(gè)術(shù)語(yǔ)由于概念交叉，在一定程度上容易混淆，因而用在不同的設(shè)計(jì)方法中，代表的事務(wù)稍有不同。例如，“場(chǎng)景”在 RUP 內(nèi)部指用例實(shí)例，即只是一個(gè)經(jīng)過(guò)可能的基本流和備選流的特定“路徑”。但是，在以用戶為中心的設(shè)計(jì)方法和用戶界面設(shè)計(jì)方法中常常將場(chǎng)景描述為使用經(jīng)歷，這實(shí)際上包含了更多的細(xì)節(jié)，而不僅局限于事件流。雖然該附加信息可能與后來(lái)的設(shè)計(jì)階段無(wú)關(guān)，但它對(duì)于了解用戶、任務(wù)和環(huán)境卻必不可少。因此，場(chǎng)景可以在業(yè)務(wù)建模工作流程（制作示意板和角色扮演）中廣泛應(yīng)用，但是在需求工作流中，重點(diǎn)則轉(zhuǎn)移到用例上。 圖 3 顯示了這種交叉的本質(zhì)。最上一級(jí)的標(biāo)尺將一系列趨向于同時(shí)變化的不同因素合并到一起。例如，當(dāng)越來(lái)越以需求為目的時(shí)，結(jié)構(gòu)通常變得越為正式。核心用例出現(xiàn)在通用用例右側(cè)，因?yàn)橛脩艚巧顾鼈兩约犹厥猓ㄕ?qǐng)參見上一節(jié)），這樣它們的結(jié)構(gòu)也更為正式。 
圖 3：以用戶為中心的設(shè)計(jì)中場(chǎng)景和用例在概念上的交叉 系統(tǒng)用例和核心用例之間的差異最好通過(guò)舉例來(lái)說(shuō)明。?表 5 顯示了 Constantine and Lockwood 的 Software for Use (CON99) 中的一個(gè)用例： 用戶動(dòng)作 | 系統(tǒng)響應(yīng) | 插入信用卡 |
讀取磁條
請(qǐng)求中斷
| 輸入 PIN |
核實(shí) PIN
顯示事務(wù)選項(xiàng)菜單
| 按下相應(yīng)按鍵 |
顯示帳戶菜單
| 按下相應(yīng)按鍵 |
提示輸入金額
| 輸入金額 |
顯示金額
| 按下相應(yīng)按鍵 |
退出信用卡
| 取出信用卡 |
出鈔
| 取現(xiàn) | ? |
表 5：從 ATM 提取現(xiàn)金的通用用例 該示例詳述了主角與系統(tǒng)之間的事件發(fā)生順序，中間隔開兩欄的垂直線代表用戶界面。請(qǐng)注意：盡管 Constantine 和 Lockwood 建議核心用例采用此樣式，但這個(gè)特定用例并不屬于核心用例。因?yàn)樗幕A(chǔ)是交互操作的句法細(xì)節(jié)。即：交互是如何發(fā)生的。核心用例側(cè)重于交互的內(nèi)容（稱為語(yǔ)義）。表 6 才是交互操作的核心內(nèi)容。 用戶意圖 | 系統(tǒng)職責(zé) | 表明身份 |
核實(shí)身份
提供選項(xiàng)
| 選擇 |
出鈔 | 取現(xiàn) | ? |
表 6：從 ATM 提取現(xiàn)金的核心用例 此用例提煉出了提取現(xiàn)金交互操作的本質(zhì)。“用戶動(dòng)作”與“系統(tǒng)響應(yīng)”兩標(biāo)題分別由“用戶意圖”和“系統(tǒng)職責(zé)”取代，用以反映強(qiáng)調(diào)重心的轉(zhuǎn)移。良好的界面設(shè)計(jì)是以用戶目標(biāo)和意圖為中心的，這在常規(guī)用例中常常體現(xiàn)不出來(lái)。?? 但是，核心用例自身也確實(shí)存在缺點(diǎn)。對(duì)表 5 中顯示的如此直截了當(dāng)?shù)挠美釤挶举|(zhì)時(shí)，肯定會(huì)大有爭(zhēng)議。例如，插入信用卡識(shí)別的是客戶還是帳戶？Constantine 和 Lockwood 在此例中選擇了能夠識(shí)別客戶，但實(shí)際上絕大多數(shù)現(xiàn)有的 ATM 機(jī)只能識(shí)別帳戶。考慮到技術(shù)的創(chuàng)新，如視網(wǎng)膜掃描和指紋鑒定等，這可能是作者有意的選擇；否則就可能是作者的疏忽。如果是前一種情況，持有多個(gè)帳戶的用戶還必須繼續(xù)再作選擇。 核心用例帶來(lái)的另一個(gè)難點(diǎn)是：由于本質(zhì)抽象，它們不適合最終用戶和其他涉眾復(fù)審。部分原因在于：核心用例必須轉(zhuǎn)回到代表用戶動(dòng)作的具體形式。通過(guò)編寫具體描述交互操作的腳本，得到設(shè)計(jì)模型，就可以進(jìn)行這一步驟。（盡管它與用戶系統(tǒng)交互有關(guān)，而與內(nèi)部對(duì)象協(xié)作無(wú)關(guān)，但與用例實(shí)現(xiàn)類似）。 RUP 并未明確地引用核心用例，但在活動(dòng)：用戶界面建模中，以核心用例為起點(diǎn)，隨可用性需求的不斷發(fā)展和擴(kuò)充，從而創(chuàng)建用例示意板，詳情請(qǐng)參見指南：用例示意板。?? - 首先要闡明用例本身，而不是用戶界面。首先要使用例說(shuō)明不受用戶界面影響，對(duì)未經(jīng)研究的用例更應(yīng)如此。隨著對(duì)用例的理解，事件流示意板可隨用戶界面和可用性等方面逐步補(bǔ)充。[來(lái)自指南：用例示意板]
這意味著需要?jiǎng)h除所有設(shè)計(jì)或當(dāng)前實(shí)施細(xì)節(jié)，而只留下語(yǔ)義（交互的含義）。隨著各種備選設(shè)計(jì)的完善，句法細(xì)節(jié)（交互采用的方式）作為一種實(shí)現(xiàn)方式添加到核心用例中。（每個(gè)備選設(shè)計(jì)實(shí)際上是同一核心用例的一種實(shí)現(xiàn)方式。） 這些用例示意板用作活動(dòng)：用戶界面原型設(shè)計(jì)的輸入，用以開發(fā)用戶界面原型。
? |