主題
為什么使用以用戶(hù)為中心的設(shè)計(jì)?滿(mǎn)足用戶(hù)的需要用戶(hù)界面設(shè)計(jì)法規(guī)和標(biāo)準(zhǔn)什么是以用戶(hù)為中心的設(shè)計(jì)?關(guān)注用戶(hù)集成化設(shè)計(jì)初期用戶(hù)測(cè)試迭代式設(shè)計(jì)RUP 中以用戶(hù)為中心的設(shè)計(jì)使用環(huán)境場(chǎng)景、用例和核心用例Rational Unified Process 中的核心用例一個(gè)成功的交互系統(tǒng)必須能夠滿(mǎn)足用戶(hù)的需要。這意味著不僅要能夠識(shí)別各種用戶(hù)群,而且還可辨別各個(gè)用戶(hù)所掌握的技能、經(jīng)驗(yàn)以及他們的偏好。
雖然開(kāi)發(fā)人員和管理人員很容易自認(rèn)為他們了解用戶(hù)需要,但實(shí)際情況常常不是這樣。人們往往關(guān)注于用戶(hù)應(yīng)該如何執(zhí)行任務(wù),而不是用戶(hù)偏好如何執(zhí)行。多數(shù)情況下,偏好問(wèn)題不僅僅是簡(jiǎn)單地認(rèn)為已掌握了用戶(hù)需要,盡管這本身就很值得研究。偏好還要由經(jīng)驗(yàn)、能力和使用環(huán)境決定。這些問(wèn)題對(duì)于設(shè)計(jì)過(guò)程相當(dāng)重要,因而才會(huì)出臺(tái)
ISO13407 國(guó)際標(biāo)準(zhǔn),標(biāo)題為 human-centred design processes for interactivesystems。下文中將從一般意義上對(duì)這些標(biāo)準(zhǔn)及其相關(guān)問(wèn)題進(jìn)行討論。
通過(guò)系統(tǒng)的用戶(hù)界面,用戶(hù)可以了解系統(tǒng)并與系統(tǒng)進(jìn)行交互。界面中介紹的概念、圖像和術(shù)語(yǔ)必須適合用戶(hù)的需要。例如,允許客戶(hù)自助訂票的系統(tǒng)將與售票員專(zhuān)用的系統(tǒng)迥然不同。關(guān)鍵差異不在于需求,甚至也不于在詳細(xì)用例,而在于用戶(hù)的特征和各系統(tǒng)運(yùn)行所在的環(huán)境。
用戶(hù)界面還必須至少?gòu)膬蓚€(gè)維度迎合潛在的廣泛經(jīng)驗(yàn),這兩個(gè)維度指的是計(jì)算機(jī)經(jīng)驗(yàn)和領(lǐng)域經(jīng)驗(yàn),如下圖 1所示。計(jì)算機(jī)經(jīng)驗(yàn)不僅包括對(duì)計(jì)算機(jī)的一般性了解,還包括對(duì)尚待開(kāi)發(fā)的系統(tǒng)的經(jīng)驗(yàn)。在計(jì)算機(jī)領(lǐng)域和問(wèn)題領(lǐng)域都經(jīng)驗(yàn)不足的用戶(hù)(如圖左前方所示)所需的用戶(hù)界面與專(zhuān)家用戶(hù)(如圖右后方所示)的界面將區(qū)別很大。
圖1:計(jì)算機(jī)和領(lǐng)域經(jīng)驗(yàn)對(duì)易于學(xué)習(xí)和易于使用的影響
一條仍然適用結(jié)論需要引起我們的注意:經(jīng)驗(yàn)不足的用戶(hù)經(jīng)過(guò)一段時(shí)間也會(huì)成為專(zhuān)家。有幾條因素可能會(huì)阻礙用戶(hù)成為專(zhuān)家,例如:低使用頻率、缺乏積極性或高復(fù)雜性。相反,有些系統(tǒng)的主要用戶(hù)可能經(jīng)驗(yàn)相當(dāng)豐富。那么培訓(xùn)、高使用頻率或積極性(與日常工作息息相關(guān))則可能是影響他們的因素。表 1顯示了其中一些問(wèn)題及其對(duì)用戶(hù)界面設(shè)計(jì)的影響。
低
高
計(jì)算機(jī)經(jīng)驗(yàn)
簡(jiǎn)單問(wèn)答、簡(jiǎn)易表格填寫(xiě)、Web(超鏈接)或菜單界面風(fēng)格
復(fù)雜表格填寫(xiě)、Web(超鏈接)或菜單界面風(fēng)格(簡(jiǎn)單的問(wèn)答或表格填寫(xiě)將令經(jīng)驗(yàn)豐富的用戶(hù)大失所望)
領(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)單
易于使用,為用戶(hù)控制提供多種快捷方式和技巧
積極性
值得使用,功能強(qiáng)大但表面上并不復(fù)雜。
眾多高級(jí)和可自定義功能,系統(tǒng)較為復(fù)雜。
表1,影響用戶(hù)界面設(shè)計(jì)的一些因素
交互系統(tǒng)必須設(shè)計(jì)為能夠適合一定范圍內(nèi)的用戶(hù)經(jīng)驗(yàn)和用戶(hù)環(huán)境,或者必須采取步驟限制設(shè)計(jì)領(lǐng)域。例如,通過(guò)培訓(xùn)可以減少?gòu)?fù)雜系統(tǒng)內(nèi)部對(duì)易于學(xué)習(xí)的需求?;蛘?,可以縮小系統(tǒng)規(guī)模,以便更好地滿(mǎn)足用戶(hù)的核心需求(這是Alan Cooper 在他的著作 The Inmates Are Running the Asylum
COO99中提出的建議)。
用戶(hù)的技能及其生理特征是我們?cè)谝杂脩?hù)為中心的設(shè)計(jì)中應(yīng)該考慮的問(wèn)題。這類(lèi)問(wèn)題已越來(lái)越多地體現(xiàn)在法規(guī)中。這主要是為滿(mǎn)足殘疾用戶(hù)的需要。但是,人們普遍認(rèn)為讓系統(tǒng)適用于更大多數(shù)人將對(duì)用戶(hù)群這個(gè)整體大有好處。
下表顯示了世界各地的相關(guān)法規(guī)和資源:
說(shuō)明
Web 站點(diǎn)
澳大利亞
Disability Discrimination Act
http://www.deakin.edu.au/extern/rdlu/ddaindex.htmlDisability Rights
http://www.hreoc.gov.au/disability_rights/index.html歐洲
Treaty of Amsterdam
http://www.edf.unicall.be/teu/en/index.aspEuropean Disability Forum
http://www.edf.unicall.be/英國(guó)
Disability Discrimination Act
http://www.hmso.gov.uk/acts/acts1995/1995050.htmNew Deal for Disabled People
http://www.disability.gov.uk/Digital Access Campaign
http://www.rnib.org.uk/digital/welcome.htm聯(lián)合國(guó)
United Nations Standard Rules on the Equalization of Opportunities for Persons with Disabilities
http://www.un.org/esa/socdev/dissre00.htmSocial Development Information on the Internet
http://unescap.org/sps/sdinfo/disablinks.htm美國(guó)
Americans with Disabilities Act (ADA): US Department of Justice
http://www.usdoj.gov/crt/ada/Section 508 of the Workforce Investment Act: US Department of Justice
http://www.usdoj.gov/crt/508/508home.htmlUS Access Board Electronic and Information Technology Advisory Committee (EITAAC)
http://www.access-board.gov/pubs/eitaacrpt.htmWorld Wide Web Consortium Web Accessibility Campaign
http://www.w3.org/wai/其他資源
與殘疾有關(guān)的 Internet 資源
http://www.webable.com/表 2a,各國(guó)家、地區(qū)或團(tuán)體有關(guān)殘疾方面的法規(guī)
如下所示,除了法規(guī)之外,以用戶(hù)為中心的設(shè)計(jì)和用戶(hù)界面設(shè)計(jì)正日益成為標(biāo)準(zhǔn)化設(shè)計(jì)的主題。
說(shuō)明
Web 站點(diǎn)/標(biāo)準(zhǔn)
ANSI
http://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ā)的紊亂,又稱(chēng)重復(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
http://www.iso.ch/ISO 9241
一系列眾多的標(biāo)準(zhǔn),主要涉及工作站環(huán)境中的人類(lèi)工程學(xué),同時(shí)也包括關(guān)于可用性的指導(dǎo)(第 11 部分)。同時(shí)也作為開(kāi)發(fā)中的 ANSI-HFES 200 的基礎(chǔ)。
ISO 10075: 1991
與腦力勞動(dòng)相關(guān)的人類(lèi)工程學(xué)原理
ISO 17041-1: 1995
用于文本編輯的光標(biāo)控制
ISO 11581
尚在開(kāi)發(fā)中的處理圖標(biāo)和指針的系列標(biāo)準(zhǔn)。
ISO 13407: 1999
用于交互系統(tǒng)的以人為本的設(shè)計(jì)過(guò)程的標(biāo)準(zhǔn)。
表 2b,ANSI 和 ISO用戶(hù)界面和以用戶(hù)為中心的設(shè)計(jì)標(biāo)準(zhǔn)
關(guān)于以用戶(hù)為中心的設(shè)計(jì)的構(gòu)成內(nèi)容尚未達(dá)成明確的共識(shí)。但是 John Gould 和他在 IBM 的同事于 20世紀(jì) 80 年代開(kāi)發(fā)了一種稱(chēng)為 Design for Usability (
GOU88)的方法,它包括了最為普遍接受的定義。它從若干交互系統(tǒng)的實(shí)踐中發(fā)展而來(lái),其中最著名的系統(tǒng)是 IBM 公司的 1984 OlympicMessaging System (
GOU87)。 該方法由四個(gè)主要部分組成,如下所述。
Gould提出:開(kāi)發(fā)人員應(yīng)決定用戶(hù)的組成,并讓用戶(hù)盡可能早地涉入。他提出了幾種熟悉用戶(hù)、他們的任務(wù)以及需求的方法:
與用戶(hù)交談
到辦公地點(diǎn)拜訪用戶(hù)
觀察用戶(hù)工作
將用戶(hù)工作錄像
了解工作組織
自我嘗試
使用戶(hù)在工作時(shí)邊想邊說(shuō)
讓用戶(hù)參與設(shè)計(jì)
在設(shè)計(jì)小組中包括專(zhuān)家級(jí)用戶(hù)
執(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)在開(kāi)發(fā)的初期并行執(zhí)行。這些任務(wù)包括勾畫(huà)用戶(hù)界面、起草用戶(hù)指南或聯(lián)機(jī)幫助,Gould同時(shí)還指出可用性應(yīng)當(dāng)是小組的職責(zé)。
集成化設(shè)計(jì)的一個(gè)重要特征是:詳細(xì)用戶(hù)界面設(shè)計(jì)的整體方法(即框架)要在初期進(jìn)行開(kāi)發(fā)和測(cè)試。這是以用戶(hù)為中心的設(shè)計(jì)和其他單純的遞增技巧之間存在的重要差異。它確保此后各階段中進(jìn)行的遞增式設(shè)計(jì)能夠天衣無(wú)縫地適合框架,而且用戶(hù)界面在外觀、術(shù)語(yǔ)和概念上都能保持一致。
在RUP內(nèi)部,可以通過(guò)領(lǐng)域建模來(lái)建立該框架,確保用戶(hù)界面中出現(xiàn)的所有術(shù)語(yǔ)和概念都是業(yè)內(nèi)的共識(shí),尤其要讓用戶(hù)理解這些術(shù)語(yǔ)和概念。(領(lǐng)域模型中存在某些與特定的用戶(hù)組相關(guān)的子集。應(yīng)細(xì)心組織領(lǐng)域模型,以保證很容易地就能確定這些子集。)在需求工作流程中進(jìn)行用戶(hù)界面設(shè)計(jì)時(shí),很多領(lǐng)域類(lèi)將在接口中表示為邊界類(lèi)。各個(gè)邊界類(lèi)以及它們之間的關(guān)系應(yīng)與領(lǐng)域模型保持一致,而且還應(yīng)保持對(duì)設(shè)計(jì)中的系統(tǒng)所有部分在表示方式上的一致性。(這不僅對(duì)用戶(hù)有所幫助,而且對(duì)用戶(hù)界面構(gòu)件的復(fù)用有所改進(jìn)。)
初期用戶(hù)測(cè)試針對(duì)的是初期原型,通常指作為低精確度原型的圖紙及樣型。高精確度的原型將在隨后的流程中出現(xiàn)。
樣型可與用例結(jié)合使用,用來(lái)為設(shè)計(jì)之中的系統(tǒng)編寫(xiě)具體使用場(chǎng)景??梢圆捎靡韵滦问剑褐v解、帶圖示的講解(用樣型演示)、示意板、(與用戶(hù))預(yù)排以及用戶(hù)核心小組的基礎(chǔ)。盡管很多軟件開(kāi)發(fā)人員不太熟悉這些方法,但是比起在實(shí)施開(kāi)始后才發(fā)現(xiàn)設(shè)計(jì)不當(dāng)或需求理解有誤,這些方法顯然更為成本合算。
面向?qū)ο蟮拈_(kāi)發(fā)已經(jīng)成為迭代式流程的同義詞。迭代式設(shè)計(jì)最適合于需要增進(jìn)了解以及需求常變更的問(wèn)題。迭代式設(shè)計(jì)是以用戶(hù)為中心的設(shè)計(jì)的關(guān)鍵,這一點(diǎn)毋庸置疑。原因部分在于用戶(hù)的需要會(huì)隨時(shí)間有所改變,另外還在于出臺(tái)可處理多種需要的設(shè)計(jì)解決方案本身就具有復(fù)雜性。
請(qǐng)注意:在以用戶(hù)為中心的設(shè)計(jì)中,迭代式設(shè)計(jì)是在一個(gè)集成化的框架內(nèi)部進(jìn)行的。我們有意回避在一個(gè)統(tǒng)一的框架之外進(jìn)行遞增式開(kāi)發(fā),因?yàn)槟菍a(chǎn)生一個(gè)“拼拼湊湊”的解決方案。
開(kāi)發(fā)適合用戶(hù)需要的系統(tǒng)意味著在需求分析中要付出巨大努力。在以用戶(hù)為中心的設(shè)計(jì)中,重點(diǎn)應(yīng)放在最終用戶(hù)上。他們是
業(yè)務(wù)建模工作流程中的
業(yè)務(wù)主角(對(duì)業(yè)務(wù)外部用戶(hù)而言)和
業(yè)務(wù)角色的中的一部分人員。在需求工作流程下文中,他們被更詳細(xì)地描述為
主角。(主角、業(yè)務(wù)主角和業(yè)務(wù)角色三者之間的關(guān)系在
指南:從業(yè)務(wù)模型到系統(tǒng)中有所討論。)
但是,以用戶(hù)為中心的設(shè)計(jì)著重強(qiáng)調(diào)的問(wèn)題是:我們要了解充當(dāng)上文工件中所描述角色的實(shí)實(shí)在在的人們的需要。特別是,我們必須避免為了方便軟件系統(tǒng)設(shè)計(jì)而設(shè)計(jì)假想的人。描述最終用戶(hù)的工件必須在和用戶(hù)有切實(shí)的親身接觸之后進(jìn)行編寫(xiě)。在以用戶(hù)為中心的設(shè)計(jì)中,這種親身接觸是有時(shí)稱(chēng)為情景查詢(xún)過(guò)程的一部分。HughBeyer 和 Karen Holtzblatt(在他們的著作 Contextual Design,
BEY98中)將情景查詢(xún)的前提闡述如下:
“...到客戶(hù)工作的地方去、觀察客戶(hù)如何工作、然后與客戶(hù)談?wù)撍麄兊墓ぷ鳌?#8221;
(與之有關(guān)的具體示例已列在
關(guān)注用戶(hù)中。)此方法不僅可以用來(lái)更好地了解系統(tǒng)需求,而且也可以更好地了解用戶(hù)本人,了解他們的任務(wù)和環(huán)境。以上各因素都各有屬性,綜合在一起則稱(chēng)為使用環(huán)境。在ISO 有關(guān)以用戶(hù)為中心的設(shè)計(jì)的標(biāo)準(zhǔn)中有詳細(xì)說(shuō)明(請(qǐng)見(jiàn)下文)。
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)所提供的功能或特性。
用戶(hù)(對(duì)每個(gè)不同的類(lèi)型或角色)
知識(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)以用戶(hù)為中心的設(shè)計(jì)標(biāo)準(zhǔn)中的使用環(huán)境
最好將用戶(hù)環(huán)境按組成內(nèi)容分為兩個(gè)部分(用戶(hù)類(lèi)型和角色),然后再考慮所有四個(gè)環(huán)境的相互關(guān)系。
圖 2:環(huán)境之間的關(guān)系
圖 2顯示了每個(gè)任務(wù)都在由某個(gè)環(huán)境中的某個(gè)用戶(hù)以某種角色來(lái)執(zhí)行。這些環(huán)境對(duì)應(yīng) RUP中的工件,如表 4 所示。
ISO 13507 環(huán)境
RUP 工件
環(huán)境
高層:
業(yè)務(wù)前景 [小節(jié):
客戶(hù)環(huán)境]、
涉眾請(qǐng)求、
前景 [小節(jié):
用戶(hù)環(huán)境]
用戶(hù)
高層:
業(yè)務(wù)前景 [小節(jié):
客戶(hù)簡(jiǎn)檔]、
涉眾請(qǐng)求、
前景 [小節(jié):
用戶(hù)簡(jiǎn)檔]
角色
高層:
業(yè)務(wù)主角(外部用戶(hù)),
業(yè)務(wù)角色(內(nèi)部用戶(hù))
明細(xì):
主角任務(wù)
高層:
涉眾請(qǐng)求、
前景 [小節(jié):
產(chǎn)品特性]
明細(xì):
用例示意板用例表 4, ISO有關(guān)以用戶(hù)為中心的設(shè)計(jì)標(biāo)準(zhǔn)的環(huán)境及其 RUP 工件
每個(gè)環(huán)境都將對(duì)適當(dāng)?shù)挠脩?hù)界面設(shè)計(jì)產(chǎn)生重要的影響。因此,我們會(huì)遇到數(shù)不清的排列方式。即便是一個(gè)小型系統(tǒng),也可能有 2種環(huán)境(例如:辦公地點(diǎn)和客戶(hù)所在地)、3 種用戶(hù)(銷(xiāo)售新手、銷(xiāo)售專(zhuān)家和管理人員)以及 6種角色(電話銷(xiāo)售助理、對(duì)外銷(xiāo)售代表等等)。這就意味著每個(gè)任務(wù)都有多達(dá) 36 種潛在的變化形式,盡管實(shí)際合理的組合通常要少得多。
顯然,我們應(yīng)當(dāng)分別對(duì)任務(wù)進(jìn)行說(shuō)明,但是單單一個(gè)說(shuō)明不可能適合所有排列情況。方法之一是:將用戶(hù)和環(huán)境因素融入角色說(shuō)明。這是Constantine 和 Lockwood 所采用的解決方案 (
CON99)。該方案涉及到為每個(gè)重要的角色、用戶(hù)和環(huán)境的排列情況都單獨(dú)提供一個(gè)“用戶(hù)角色”,然后用描述性短語(yǔ),而不是用簡(jiǎn)單的名詞為這個(gè)用戶(hù)角色命名。例如,比較“客戶(hù)”這個(gè)角色與“臨時(shí)用戶(hù)”、“Web用戶(hù)”、“常規(guī)用戶(hù)”和“高級(jí)用戶(hù)”等用戶(hù)角色。
每個(gè)用戶(hù)角色說(shuō)明都包括角色自身的細(xì)節(jié)外加其用戶(hù)(稱(chēng)作角色承擔(dān)者)和環(huán)境。這種方法在 RUP 中體現(xiàn)為選取對(duì)應(yīng)用戶(hù)角色的主角。
場(chǎng)景、用例和核心用例這三個(gè)術(shù)語(yǔ)由于概念交叉,在一定程度上容易混淆,因而用在不同的設(shè)計(jì)方法中,代表的事務(wù)稍有不同。例如,“場(chǎng)景”在 RUP內(nèi)部指用例實(shí)例,即只是一個(gè)經(jīng)過(guò)可能的基本流和備選流的特定“路徑”。但是,在以用戶(hù)為中心的設(shè)計(jì)方法和用戶(hù)界面設(shè)計(jì)方法中常常將場(chǎng)景描述為使用經(jīng)歷,這實(shí)際上包含了更多的細(xì)節(jié),而不僅局限于事件流。雖然該附加信息可能與后來(lái)的設(shè)計(jì)階段無(wú)關(guān),但它對(duì)于了解用戶(hù)、任務(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)橛脩?hù)角色使它們稍加特殊(請(qǐng)參見(jiàn)上一節(jié)),這樣它們的結(jié)構(gòu)也更為正式。
圖 3:以用戶(hù)為中心的設(shè)計(jì)中場(chǎng)景和用例在概念上的交叉
系統(tǒng)用例和核心用例之間的差異最好通過(guò)舉例來(lái)說(shuō)明。 表 5 顯示了 Constantine andLockwood 的 Software for Use (
CON99)中的一個(gè)用例:
用戶(hù)動(dòng)作
系統(tǒng)響應(yīng)
插入信用卡
讀取磁條
請(qǐng)求中斷
輸入 PIN
核實(shí) PIN
顯示事務(wù)選項(xiàng)菜單
按下相應(yīng)按鍵
顯示帳戶(hù)菜單
按下相應(yīng)按鍵
提示輸入金額
輸入金額
顯示金額
按下相應(yīng)按鍵
退出信用卡
取出信用卡
出鈔
取現(xiàn)
表 5:從 ATM 提取現(xiàn)金的通用用例
該示例詳述了主角與系統(tǒng)之間的事件發(fā)生順序,中間隔開(kāi)兩欄的垂直線代表用戶(hù)界面。請(qǐng)注意:盡管 Constantine 和Lockwood建議核心用例采用此樣式,但這個(gè)特定用例并不屬于核心用例。因?yàn)樗幕A(chǔ)是交互操作的句法細(xì)節(jié)。即:交互是如何發(fā)生的。核心用例側(cè)重于交互的內(nèi)容(稱(chēng)為語(yǔ)義)。表6 才是交互操作的核心內(nèi)容。
用戶(hù)意圖
系統(tǒng)職責(zé)
表明身份
核實(shí)身份
提供選項(xiàng)
選擇
出鈔
取現(xiàn)
表 6:從 ATM 提取現(xiàn)金的核心用例
此用例提煉出了提取現(xiàn)金交互操作的本質(zhì)。“用戶(hù)動(dòng)作”與“系統(tǒng)響應(yīng)”兩標(biāo)題分別由“用戶(hù)意圖”和“系統(tǒng)職責(zé)”取代,用以反映強(qiáng)調(diào)重心的轉(zhuǎn)移。良好的界面設(shè)計(jì)是以用戶(hù)目標(biāo)和意圖為中心的,這在常規(guī)用例中常常體現(xiàn)不出來(lái)。
但是,核心用例自身也確實(shí)存在缺點(diǎn)。對(duì)表 5中顯示的如此直截了當(dāng)?shù)挠美釤挶举|(zhì)時(shí),肯定會(huì)大有爭(zhēng)議。例如,插入信用卡識(shí)別的是客戶(hù)還是帳戶(hù)?Constantine 和 Lockwood在此例中選擇了能夠識(shí)別客戶(hù),但實(shí)際上絕大多數(shù)現(xiàn)有的 ATM機(jī)只能識(shí)別帳戶(hù)。考慮到技術(shù)的創(chuàng)新,如視網(wǎng)膜掃描和指紋鑒定等,這可能是作者有意的選擇;否則就可能是作者的疏忽。如果是前一種情況,持有多個(gè)帳戶(hù)的用戶(hù)還必須繼續(xù)再作選擇。
核心用例帶來(lái)的另一個(gè)難點(diǎn)是:由于本質(zhì)抽象,它們不適合最終用戶(hù)和其他涉眾復(fù)審。部分原因在于:核心用例必須轉(zhuǎn)回到代表用戶(hù)動(dòng)作的具體形式。通過(guò)編寫(xiě)具體描述交互操作的腳本,得到設(shè)計(jì)模型,就可以進(jìn)行這一步驟。(盡管它與用戶(hù)系統(tǒng)交互有關(guān),而與內(nèi)部對(duì)象協(xié)作無(wú)關(guān),但與
用例實(shí)現(xiàn)類(lèi)似)。
RUP 并未明確地引用核心用例,但在
活動(dòng):用戶(hù)界面建模中,以核心用例為起點(diǎn),隨可用性需求的不斷發(fā)展和擴(kuò)充,從而創(chuàng)建
用例示意板,詳情請(qǐng)參見(jiàn)
指南:用例示意板。
首先要闡明用例本身,而不是用戶(hù)界面。 首先要使用例說(shuō)明不受用戶(hù)界面影響,對(duì)未經(jīng)研究的用例更應(yīng)如此。隨著對(duì)用例的理解,事件流示意板可隨用戶(hù)界面和可用性等方面逐步補(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):用戶(hù)界面原型設(shè)計(jì)的輸入,用以開(kāi)發(fā)
用戶(hù)界面原型。
© 1987 - 2001 Rational Software Corporation。版權(quán)所有。