用 RUP 創(chuàng)建易訪問的應(yīng)用程序

級(jí)別: 初級(jí)

Dr. Gottfried Zimmermann, 奠基人, Access Technologies Group
Dr. Gregg Vanderheiden, 教授, Trace Center, University of Wisconsin

2005 年 10 月 19 日

本文來自 Rational Edge：在當(dāng)今的軟件和 Web 開發(fā)項(xiàng)目中，易訪問性的考慮起到了非常小的作用，很少有產(chǎn)品對(duì)殘疾人或老年用戶是具有易訪問性的。本文的作者主張我們可以通過將易訪問性原則無縫地嵌入到所建立的開發(fā)過程中來解決該問題。他們提議一種將具有易訪問性的設(shè)計(jì)集成到 IBM Rational Unified Proces，或 RUP（許多軟件開發(fā)項(xiàng)目中使用的迭代過程）中的激勵(lì)人的方法。他們還解釋說需要更多研究來充分利用所提議的方法。

全世界的易訪問性倡導(dǎo)者說服軟件行業(yè)通過依照易訪問設(shè)計(jì)原則開發(fā)對(duì)殘疾人和老年用戶具有易訪問性的主流產(chǎn)品。商業(yè)理論很簡單：易訪問設(shè)計(jì)使產(chǎn)品對(duì)許多用戶更具有吸引力，不僅是那些殘疾人。例如，一個(gè)設(shè)計(jì)為所有人使用的應(yīng)用程序，包括那些看不見的人，也會(huì)更好地適應(yīng)于小屏幕的移動(dòng)設(shè)備。如果所有用戶擁有一個(gè)替殘疾用戶著想而設(shè)計(jì)的產(chǎn)品，他們將更高效并很少出錯(cuò)。換句話說，易訪問性是一個(gè)具有潛在高效益的尚未打開的市場機(jī)會(huì)。 ¹

立法者也正在推行產(chǎn)品的易訪問性，特別是那些對(duì)應(yīng) Web 站點(diǎn)的產(chǎn)品。在美國，Rehabilitation Act 的 508 部分命令所有聯(lián)邦機(jī)構(gòu)只購買具有易訪問性的產(chǎn)品并在 Web 上以無障礙的方式提供信息。在其他國家類似的規(guī)則也在考慮中或?qū)嵤┲?，包括澳大利亞和其他歐洲國家。例如，在德國，2002 年反岐視法要求到 2005 年底聯(lián)邦政府 Web 站點(diǎn)要具有易訪問性。

一般而言，易訪問性規(guī)則依賴于一種普通標(biāo)準(zhǔn)的，能使軟件產(chǎn)品或 Web 站點(diǎn)具有易訪問性的觀點(diǎn)。University of Wisconsin 的 Trace Center 和 World Wide Web Consortium（W3C）是為軟件和 Web 領(lǐng)域中的易訪問設(shè)計(jì)開發(fā)指導(dǎo)方針的先驅(qū)。 ² 現(xiàn)今，易訪問性指導(dǎo)方針在以下這些領(lǐng)域中可用：

• 一般軟件 ³
  
  
• 主要的操作系統(tǒng)和平臺(tái)
  
  
• Web
  
  
• E-learning 應(yīng)用程序
  
  
• 公共終端
  
  
• 電信和其他領(lǐng)域

然而，盡管所有這些指導(dǎo)方針、標(biāo)準(zhǔn)和規(guī)則要求易訪問性 ⁴ 大多數(shù)主流產(chǎn)品仍舊沒有為殘疾用戶考慮而設(shè)計(jì)。為什么大多數(shù)軟件開發(fā)人員和 Web 設(shè)計(jì)人員對(duì)易訪問設(shè)計(jì)原則了解得這么少？

在開發(fā)過程中嵌入易訪問性設(shè)計(jì)

首先，目前易訪問性指導(dǎo)方針和標(biāo)準(zhǔn)是靜態(tài)對(duì)象。要對(duì)產(chǎn)品開發(fā)有真正的影響，還需要將它們嵌入到現(xiàn)今的開發(fā)環(huán)境中并具有可操作性和實(shí)踐性。軟件開發(fā)項(xiàng)目有嚴(yán)格的時(shí)間和預(yù)算限制，設(shè)計(jì)人員和開發(fā)人員沒有時(shí)間費(fèi)勁地看完長長的易訪問性標(biāo)準(zhǔn)的列表。

我們的論點(diǎn)是，應(yīng)該將易訪問設(shè)計(jì)實(shí)踐緊密地集成到企業(yè)的軟件工程項(xiàng)目過程中以便其不顯著。換句話說，團(tuán)隊(duì)成員應(yīng)該很容易能夠在日常中遵循這些規(guī)則，就像他們遵循任何類型的合理工程實(shí)踐一樣。實(shí)際上，這種集成會(huì)為更廣泛環(huán)境中的更廣泛人群擴(kuò)展和增強(qiáng)產(chǎn)品的使用。

該集成還會(huì)代表易訪問設(shè)計(jì)的下一個(gè)發(fā)展階段。第一個(gè)階段是探究：依據(jù)易訪問性找出什么行什么不行。第二個(gè)階段是聚集：開發(fā)對(duì)具體領(lǐng)域，如 Web、e-learning 等等，普遍認(rèn)同的易訪問性指導(dǎo)方針?，F(xiàn)在，有了公認(rèn)的指導(dǎo)方針和標(biāo)準(zhǔn)的基準(zhǔn)，我們準(zhǔn)備將定義到軟件開發(fā)工具和環(huán)境中的原則插入。然后，開發(fā)人員可以利用這些工具自動(dòng)地評(píng)估有關(guān)具體用戶組的產(chǎn)品易訪問性并且也能用于有關(guān)如何應(yīng)用易訪問性原則的集成到過程中的指導(dǎo)方針。

其次，設(shè)計(jì)人員傾向于將易訪問性考慮成產(chǎn)品完成后應(yīng)用到產(chǎn)品中的補(bǔ)丁。這是一種事后聰明的做法（或者是“不考慮”），而不是整體的計(jì)劃考慮。這樣代價(jià)很大。在開發(fā)之后向 Web 應(yīng)用程序中“添加”易訪問性要比最開始建立時(shí)多花費(fèi)大約十次。 ⁵ 所以，許多人認(rèn)為易訪問設(shè)計(jì)是負(fù)擔(dān)不起的，因此，對(duì)產(chǎn)品競爭力不利。

再次，將易訪問設(shè)計(jì)原則嵌入到流行的軟件開發(fā)過程和工具中能夠解決這些問題。如果我們把易訪問性需求作為一般的需求，那么它們將和功能與性能需求一起出現(xiàn)在開發(fā)人員的任務(wù)描述中。開發(fā)人員不需要為使產(chǎn)品對(duì)殘疾人可用而做任何額外的事情，他們要做的全部事情就是開發(fā)滿足特定需求的產(chǎn)品。

將易訪問性原則集成到 RUP 中

應(yīng)用程序開發(fā)不是新規(guī)程，且采用已證明的最佳實(shí)踐可以幫助企業(yè)成功地處理應(yīng)用程序開發(fā)的復(fù)雜性。我們的目標(biāo)是將這些最佳實(shí)踐作為能將易訪問設(shè)計(jì)原則集成到主流應(yīng)用程序開發(fā)中的媒介。

IBM Rational Unified Process，?或 RUP，?是過程框架且是對(duì)于面向團(tuán)隊(duì)的軟件開發(fā)方法的最佳實(shí)踐的集合。在 2003 年，全世界大約有超過 3,000 個(gè)公司中的五十萬用戶使用它。 ⁶ RUP 被設(shè)計(jì)成對(duì)具體企業(yè)環(huán)境中的具體項(xiàng)目很容易配置。項(xiàng)目或企業(yè)也許開發(fā)自己的插件以適應(yīng)他們具體的需求或者加入 RUP 團(tuán)體中可用的第三方插件。

RUP 提供對(duì)概念和工作流的普通理解，并且它從模板和開發(fā)過程中各點(diǎn)的核對(duì)清單開始。這使得它成為合并易訪問設(shè)計(jì)原則的理想媒介，并且我們?cè)诒疚闹惺褂盟鼇碚撟C如何做到這點(diǎn)。然而，如您讀到的，記住我們所提議的概念和方法可以嵌入到任何迭代應(yīng)用程序開發(fā)過程中。

收集需求

盡管有時(shí)候?qū)⒁自L問性定義為對(duì)所有用戶的“可用性”，但是易訪問性的一些方面超過了這些，并考慮到擁有不同能力和個(gè)人工具的人?，F(xiàn)在，易訪問性的一個(gè)重要方面是與輔助技術(shù)的互通性，且因此，與已建立的標(biāo)準(zhǔn)一致。

當(dāng)前的易訪問性規(guī)則和政策要求產(chǎn)品對(duì)具有廣泛功能限制并處于廣泛年齡組中的用戶是易訪問的（有一些免責(zé)條款：例如，在線銀行系統(tǒng)不必要為六歲孩子使用而設(shè)計(jì)）。

雖然我們經(jīng)常認(rèn)為易訪問性是固有的軟件質(zhì)量，但是它不是真正的二元的屬性（例如，要么是真要么是假），而是特殊環(huán)境中產(chǎn)品和用戶之間的關(guān)系。因此，代替詢問“我們希望使該產(chǎn)品易訪問嗎？”，我們應(yīng)該問“誰是該產(chǎn)品的目標(biāo)用戶（例如預(yù)期的和必需的）？”此外，我們將希望知道：“他們的需求是什么？”及“他們?cè)谑裁辞樾蜗率褂迷摦a(chǎn)品？”這些問題與 RUP“開發(fā)一個(gè)遠(yuǎn)景”行為（初始階段出現(xiàn)的，在軟件開發(fā)項(xiàng)目的開始時(shí)）保持一致。

讓我們拿在線銀行應(yīng)用程序作為實(shí)例。在我們開始設(shè)計(jì)產(chǎn)品之前，如果我們期望該產(chǎn)品能夠?qū)崿F(xiàn)我們的目標(biāo)（比起銀行只通過普通渠道實(shí)現(xiàn)的，而以更低的成本服務(wù)于更多的客戶）那么我們首先必須識(shí)別潛在的用戶功能和非功能需求。這里是這些需求的示例：

• 應(yīng)用程序的使用必須簡單 —— 沒有人希望為進(jìn)行銀行業(yè)務(wù)而閱讀手冊(cè)。
  
  
• 應(yīng)用程序必須對(duì)各種各樣的人可用：男人和女人，年輕人和老年人（也許太虛弱以至于不能去銀行），說英語的和說西班牙語的，有經(jīng)驗(yàn)的計(jì)算機(jī)用戶和技術(shù)恐懼者。
  
  
• 應(yīng)用程序必須對(duì)老年人和其他閱讀小文本時(shí)有困難的人是可用的。應(yīng)用程序必須對(duì)所有年齡的手不靈巧很難使用鼠標(biāo)的人是可用的。
  
  
• 應(yīng)用程序必須適于在家庭環(huán)境中使用。大多數(shù)客戶會(huì)通過 Internet 連接用家庭計(jì)算機(jī)訪問應(yīng)用程序。
  
  
• 用戶應(yīng)該擁有當(dāng)處理電匯訂單時(shí)可以斷開的能力，因?yàn)樗麄儼捶昼娭Ц?Internet 費(fèi)用。
  
  
• 圖像要容易辨別，甚至對(duì)那些視力差的用戶。
  
  
• 對(duì)于盲人，至少要有一個(gè)屏幕閱讀器在目標(biāo)執(zhí)行平臺(tái)上是可用的，并且要與應(yīng)用程序配合得很好。換句話說，要將產(chǎn)品設(shè)計(jì)成可以提供音頻輸出的。

注意到我們初始的需求收集是基于 RUP 中倡導(dǎo)的迭代開發(fā)方法。我們的設(shè)想是按照技術(shù)、實(shí)踐、預(yù)算和其他驅(qū)動(dòng)因素所指示的在生命周期過程中添加、修改和撤消需求。我們還將在規(guī)定的迭代中開發(fā)應(yīng)用程序，每個(gè)迭代不斷增加地為應(yīng)用程序的規(guī)定范圍和質(zhì)量標(biāo)準(zhǔn)做出貢獻(xiàn)。盡管如此，在過程的早期，定義盡可能完整的初始需求（包括用例）是關(guān)鍵的。這些需求會(huì)作為進(jìn)一步的迭代計(jì)劃和風(fēng)險(xiǎn)管理的基礎(chǔ)。在過程的任意處，需求應(yīng)該反映出有關(guān)預(yù)想產(chǎn)品的當(dāng)前的認(rèn)識(shí)。

一旦我們獲取了易訪問性需求（包括法令），我們就可以像對(duì)待其他需求一樣對(duì)待它們。易訪問性應(yīng)該作為一條準(zhǔn)則，像其他功能確定產(chǎn)品質(zhì)量的方式一樣鑒定整體的產(chǎn)品質(zhì)量。換句話說，如果產(chǎn)品對(duì)目標(biāo)用戶是不可行的，那么該產(chǎn)品是有缺陷的。

一旦我們辨別出目標(biāo)用戶基礎(chǔ)并得到我們的易訪問性需求，向設(shè)計(jì)人員和開發(fā)人員傳達(dá)這些需求的最好方式是什么？為他們生成一個(gè)很長的列表來手工處理對(duì)大多數(shù)項(xiàng)目來說是不現(xiàn)實(shí)的。實(shí)際上，我們必須以對(duì)所有團(tuán)隊(duì)成員都方便且具有易訪問性的形式來獲取這些需求。利用角色（嵌入到用例和情境中）是一種方式。

使用用例和情境

許多主流軟件工程項(xiàng)目已經(jīng)成功地使用用例來指定應(yīng)用程序的外部特征。用例使功能需求對(duì)所有涉及到項(xiàng)目中的風(fēng)險(xiǎn)承擔(dān)者是具有易訪問性的且可理解的。

Ivar Jacobson 1992 年所介紹的 ⁷ 用例被定義成系統(tǒng)執(zhí)行的動(dòng)作序列，能夠生成對(duì)特殊參與者價(jià)值的引人注目的結(jié)果。 ⁸ 統(tǒng)一建模語言（Unified Modeling Language，UML）為用例定義圖形符號(hào)，針對(duì)系統(tǒng)應(yīng)該做什么，而不是如何去做。用例作為客戶（如，用戶）和系統(tǒng)開發(fā)人員之間溝通的共同語言。因此，在開發(fā)項(xiàng)目的早期可以用它們來獲取需求。

盡管用例獲取用戶和任務(wù)的一般化觀點(diǎn)，但是依據(jù)具體的工作流，情境描述具體的用例實(shí)例。情境使用具體的數(shù)據(jù)，具體的事件，和可能具體的用戶界面，有時(shí)候描述情節(jié)。開發(fā)團(tuán)隊(duì)為每個(gè)用例生成一些情境來說明事件流和各種錯(cuò)誤條件（參見圖 1）。情境基于真實(shí)數(shù)據(jù)，這使得它們成為后來過程中測試用例的適當(dāng)基礎(chǔ)。

圖 1：每個(gè)用例都有一組分配的情境。

RUP 使用用例將使用方法描述連接到應(yīng)用程序的體系結(jié)構(gòu)和代碼上。其實(shí)，用例像增加的應(yīng)用程序開發(fā)和在項(xiàng)目生命周期中連接各種開發(fā)活動(dòng)的線程一樣運(yùn)行。

然而，用例和情境有局限性。它們把用戶僅視為“參與者”并且獲取他們的用戶界面需求——和他們的功能。雖然這些技術(shù)提供了杰出的方法來描述系統(tǒng)行為，但是它們不能傳達(dá)真實(shí)的用戶環(huán)境和界面需求的足夠信息。

添加角色以獲取易訪問性需求

Alan Cooper 1999 年所介紹的概念，使用角色 ⁹ 是彌補(bǔ)缺陷的一個(gè)恰當(dāng)?shù)姆椒āＶ付ń巧橄到y(tǒng)用戶分配假想的名稱和面容（照片）并撰寫一篇工作生活中一天的大體描述。雖然假想的角色被描繪成個(gè)體，但輪廓反映出整個(gè)的用戶組。

Cooper 區(qū)分了主要角色和次要角色。主要角色代表主要的目標(biāo)用戶，因此是設(shè)計(jì)應(yīng)用程序用戶界面的主要推動(dòng)力。次要角色有額外的需求，如果為滿足這些需要而進(jìn)行變更，符合此描述的人就可以使用主要角色的界面。當(dāng)然，這些變更必須不能與主要角色或者其他次要角色的界面需求沖突。

事實(shí)上，使用角色會(huì)導(dǎo)致有效的，以用戶為中心的設(shè)計(jì)。角色能夠使開發(fā)人員通過各種各樣有多樣化界面需求和參數(shù)選擇的潛在用戶的眼光來觀察他們的系統(tǒng)。

有代表性的是，產(chǎn)品設(shè)計(jì)人員不知道人們實(shí)際上如何使用產(chǎn)品，甚至很少知道用戶的需求和目標(biāo)。除此之外，如果設(shè)計(jì)人員很年輕，技術(shù)熟練，并設(shè)計(jì)為老年人所用的產(chǎn)品，是特別成問題的。這對(duì)殘疾人來說也是重要的問題。如果角色被定義成帶有個(gè)人感覺并在生命中掙扎的，角色可以幫助設(shè)計(jì)人員理解老年人和殘疾人如何使用產(chǎn)品。

隨著開發(fā)人員與該角色的接觸 —— 他們會(huì)更加熟悉它們的需求和參數(shù)選擇 —— 甚至同情他們。這些角色所代表的殘疾用戶會(huì)切實(shí)地，普遍地出現(xiàn)在開發(fā)過程中。

角色規(guī)范含有用戶環(huán)境，包括任何使用產(chǎn)品時(shí)所需要的輔助技術(shù)。您可能會(huì)為一個(gè)人書寫多種描述，或者，將一個(gè)用戶組分成多個(gè)角色來表示盲人用戶的范圍（語音輸出用戶、盲點(diǎn)法用戶、天生的盲人、后天失明的等等）。

單獨(dú)的角色不是易訪問性需求的代替，它們是向這些需求中添加意義和上下文的裝置。它們可以使需求更加具體并更容易理解。隨著時(shí)間的推移，它們可以幫助開發(fā)人員將需求內(nèi)在化，以便照例依照它們，不需要記住它們或者迷信地遵循它們。與易訪問性需求迷信地保持 ¹⁰ 一致經(jīng)常導(dǎo)致滿足規(guī)范的設(shè)計(jì)，但不是必要地理想甚至可操作。利用角色來舉例說明設(shè)計(jì)過程中的易訪問性需求，并隨后在實(shí)現(xiàn)和測試中追溯可測試評(píng)估點(diǎn)是有效的。稍候我們將討論此后面的功能。

您應(yīng)該為每個(gè)人類參與者提供一組相關(guān)的角色（參見圖 2）。對(duì)每個(gè)組，您必須指派一個(gè)主要角色，其他的都是次要的。主要角色應(yīng)該為每個(gè)涉及相關(guān)人類參與者的用例推進(jìn)用戶界面設(shè)計(jì)。然后，對(duì)每個(gè)用例，您應(yīng)該用所有次要角色來“代替”主要角色，修改用戶界面設(shè)計(jì)，并確保用戶界面滿足每個(gè)次要角色的需要。您可以依照與情境類似的程序。很少情況下，主要角色是兩個(gè)，因?yàn)樗麄冇袥_突的用戶界面需求。在這種情況下，您可以復(fù)制用例，為一個(gè)主要角色分配每個(gè)用例，并為每個(gè)用例創(chuàng)建分開的界面。

用例、情境和角色共同組成了支持用戶為中心的分析和設(shè)計(jì)的強(qiáng)大技術(shù)。用例獲取產(chǎn)品的整體功能行為，角色為用例指定（不同的）目標(biāo)用戶集，并因此可以表達(dá)易訪問性需求，并且連接到具體用例的情境為真實(shí)用戶描述現(xiàn)實(shí)的事件順序。

圖 2：每個(gè)用例有一組相關(guān)的角色。

您需要多少角色？要表示一組完全的用戶，包括多種殘疾的用戶（一般在老年人中），我們的研究表明您也許需要三十個(gè)角色（假設(shè)該組中極大的可變性和許多殘疾的方面）。用更小的數(shù)字獲得完全的覆蓋面會(huì)更有利，對(duì)這方面的研究在 University of Wisconsin 的 Trace Center 中正在進(jìn)行。然而，目前，對(duì)不能表示局限性不同排列的一組角色的使用、開始的年齡、技能，和殘疾人之間等的內(nèi)容能夠?qū)е聡?yán)重的誤解和浪費(fèi)了的工作。甚至對(duì)易訪問性很熱心的設(shè)計(jì)人員還經(jīng)常不注意地忽略重要用戶組的需求 —— 包括那些上了年紀(jì)的用戶。需要做更多的研究來識(shí)別應(yīng)用程序開發(fā)中使用的標(biāo)準(zhǔn)角色組。此外，啟發(fā)式的和對(duì)于易訪問性的設(shè)計(jì)指導(dǎo)方針對(duì)創(chuàng)建伴有角色的易管理的設(shè)計(jì)過程是關(guān)鍵的。

確保為用戶提供對(duì)易訪問性的支持

當(dāng)您完成了產(chǎn)品的開發(fā)時(shí)，進(jìn)行部署的用戶會(huì)需要支持。這是角色的另一個(gè)有用之處，它們可以為這些用戶推動(dòng)支持機(jī)制。您可以利用角色來開發(fā)產(chǎn)品文檔（例如，用戶的指導(dǎo)、安裝指導(dǎo)、課程和培訓(xùn)材料）。如果您計(jì)劃以印刷形式散發(fā)文檔，您也需要做電子形式的。您需要檢查這些文檔，以及其他在線材料（例如，在線幫助，版本注釋，用于下載的 Web 頁面）是否對(duì)目標(biāo)用戶組有易訪問性。如果要將產(chǎn)品以物理包的形式售出，您也需要檢查包裝的易訪問性。如果您在舉行輔導(dǎo)活動(dòng)，那么房間應(yīng)該是具有易訪問性的。

如果您決定為直接的用戶支持提供熱線，那么您還應(yīng)該為此檢查易訪問性。您需要為文本電話用戶安裝單獨(dú)的熱線，并在文檔中包含其號(hào)碼。

測試易訪問性

RUP 將測試描述為一種在軟件開發(fā)生命周期中不斷地確保質(zhì)量的方法。 ¹⁰ 及早測試可以減少完成和維護(hù)軟件的成本。測試最初源于需求，但它們也源于其他來源。例如，在您發(fā)現(xiàn)并糾正具體錯(cuò)誤情況之后進(jìn)行測試。對(duì)于當(dāng)今的復(fù)雜軟件應(yīng)用程序，自動(dòng)化工具對(duì)生成測試數(shù)據(jù)并運(yùn)行和分析測試是必要的。

如果您已經(jīng)利用整合到用例和情境中的具體角色來獲取易訪問性需求，如我們上面描述的，那么您可以使易訪問性測試成為您繼續(xù)的生命周期測試活動(dòng)中的完整部分。IBM Rational 的 Jim Heumann 描述了一個(gè)方法，由用例和情境生成測試用例。 ¹¹ 如我們?cè)缙谧⒁獾降模總€(gè)用例都有一組分別表示主要的和次要的事件流的情境。測試人員可以為每個(gè)情境獲得一個(gè)或多個(gè)測試用例并將數(shù)據(jù)值附上。

對(duì)于根據(jù)功能需求評(píng)價(jià)產(chǎn)品來說，這些測試用例是有用的。它們還為用例提供具體的用戶界面，這使得您對(duì)照易訪問性需求來評(píng)估產(chǎn)品，您可以讓您的測試基于源自一組角色的易訪問性評(píng)估點(diǎn)。

如我們所見，您可以為每個(gè)用例和其人類參與者指派一組角色，來為易訪問設(shè)計(jì)生成整合的方法。不論您在測試用例中使用的角色是什么，測試數(shù)據(jù)都將是一樣的，因?yàn)閷?duì)于主要和次要角色來說事件流是一樣的。然而，此要角色擴(kuò)展并增強(qiáng)了情境的可用性需求，且這些額外的需求要得到檢查。

要運(yùn)行測試用例，構(gòu)建基于主要角色的測試數(shù)據(jù)，然后根據(jù)次要角色檢查附加的易訪問性就足夠了。例如，如果您的主要用戶使用鼠標(biāo)和鍵盤進(jìn)行可視化交互，使用屏幕閱讀器和鍵盤導(dǎo)航的次要角色會(huì)添加以下需求：

• 通過平臺(tái)的易訪問性 API，要顯露出所有單元。
  
  
• 圖像要有文本的等價(jià)物。
  
  
• 通過鍵盤要能訪問所有單元。

對(duì)于聽力損傷的次要角色，您會(huì)確保為聲音輸出提供音量調(diào)節(jié)功能，為視頻剪輯提供字幕，等等。對(duì)于無語言或?qū)W習(xí)能力的次要角色（也許看不見），您要對(duì)產(chǎn)品的易用性、在線幫助文本的閱讀級(jí)別等等特別關(guān)注。

利用自動(dòng)和手動(dòng)測試來驗(yàn)證易訪問性

同大多數(shù)測試一樣，將您對(duì)易訪問性需求的測試自動(dòng)化是有利的。用自動(dòng)測試工具，您可以在開發(fā)生命周期中重復(fù)運(yùn)行回歸測試，以確保在您進(jìn)行變更之后，系統(tǒng)體系結(jié)構(gòu)和用戶界面仍然健全并且易訪問特性仍然完好無缺。理論上，您甚至可以生成能夠自動(dòng)實(shí)現(xiàn)測試用例（或一部分）的腳本。然而，易訪問性不是所有方面都支持自動(dòng)測試。很重要的是不要嚴(yán)重依賴那些適合此種測試的方面。

RUP 的測試建議由單元測試、整合測試、系統(tǒng)測試和試點(diǎn)測試組成。對(duì)易訪問性需求的測試技術(shù)在這些領(lǐng)域大概是一樣的（除了試點(diǎn)測試，其涉及了真人用戶的測試）。盡可能早地開始測試是合適的。由開發(fā)人員所執(zhí)行的單元測試使您在早期辨別并修改問題，這樣做既降低了成本又降低了項(xiàng)目風(fēng)險(xiǎn)。改正您通過隨后的測試所發(fā)現(xiàn)的問題要涉及不只一個(gè)人 —— 因此，更多間接營業(yè)成本。

在許多項(xiàng)目中，開發(fā)人員在書寫代碼的同時(shí)書寫單元測試 —— 或者有時(shí)甚至提前（如在測試驅(qū)動(dòng)開發(fā)中）。如果單元測試相當(dāng)小并且只覆蓋必要的功能需求的話，這種方法是可行的。如果開發(fā)人員不得不為每個(gè)測試用例中的易訪問性評(píng)估點(diǎn)書寫代碼，那樣會(huì)添加許多工作。幸運(yùn)的是，易訪問性需求對(duì)運(yùn)行在同一平臺(tái)上的測試用例和功能單元是公共的。大多數(shù)易訪問性需求與用戶界面設(shè)計(jì)有關(guān)，并且對(duì)擁有類似用戶界面的用例是一樣的。因此，開發(fā)人員可以在項(xiàng)目測試用例和用例上復(fù)用評(píng)估點(diǎn)，利用當(dāng)前的測試工具來自動(dòng)地生成代碼并根據(jù)易訪問性評(píng)估點(diǎn)驗(yàn)證產(chǎn)品。

此外，用于易訪問性檢查的專門的商業(yè)和免費(fèi)工具可以幫助簡化并自動(dòng)化測試過程。大多數(shù)工具以指導(dǎo)方針和規(guī)則為基礎(chǔ)評(píng)估 Web 頁面。 ¹² 一些工具允許您配置評(píng)估點(diǎn)集合來應(yīng)用到應(yīng)用程序中。

易訪問性評(píng)估點(diǎn)是具體到特殊平臺(tái)的檢查點(diǎn)的最小單位，不幸的是，不是所有的點(diǎn)都可以由計(jì)算機(jī)進(jìn)行測試。例如，計(jì)算機(jī)可以測試文本等價(jià)物對(duì)圖像是否可用，但不能測試文本的質(zhì)量或者甚至確定文本是否是無意義補(bǔ)白。

然而，一旦人類做出了決策，計(jì)算機(jī)就會(huì)接管，執(zhí)行統(tǒng)一的，重復(fù)的任務(wù)。例如，如果一個(gè)測試人員手工地驗(yàn)證具體圖像所對(duì)應(yīng)的具體文本，那么他可以安排計(jì)算機(jī)來驗(yàn)證應(yīng)用程序中對(duì)應(yīng)圖像副本的同樣的文本。然后，在后繼的測試運(yùn)行中，測試人員將不需要再觀察文本等價(jià)物了，除非從最近一次測試運(yùn)行開始圖像或文本改變了。

不幸的是，很少有工具關(guān)注圖形用戶界面，并且大多數(shù)沒有我們提到的成熟。然而，該情況應(yīng)該隨著對(duì)生產(chǎn)力工具的需求而改進(jìn)，以支持易訪問設(shè)計(jì)的增加。

從角色中得到易訪問性評(píng)估點(diǎn)

確定易訪問性評(píng)估點(diǎn)不是微不足道的事。這些點(diǎn)應(yīng)該基于用例所涉及的角色和使用的上下文（參見圖 3）。如果您向一些或所有用例中添加角色，那么您也應(yīng)該向相關(guān)的測試用例中添加檢查點(diǎn)，以確保系統(tǒng)對(duì)新角色是具有易訪問性的。

圖 3：測試用例源于用例情境，評(píng)估點(diǎn)源于角色并包含于測試用例中。

理論上說，您可以使用自動(dòng)化工具取得基于角色和使用的上下文的易訪問性評(píng)估點(diǎn)。要使其可行，您需要角色和易訪問性測試工具之間的無逢連接。該方法也會(huì)提出關(guān)于評(píng)估點(diǎn)所出自的標(biāo)準(zhǔn)和指導(dǎo)方針的具體需求。出于討論的目的，我們將假設(shè)指導(dǎo)方針和標(biāo)準(zhǔn)由一組開發(fā)人員用于產(chǎn)品檢查的評(píng)估點(diǎn)組成。當(dāng)然，真正的標(biāo)準(zhǔn)和指導(dǎo)方針實(shí)際上包含了需要由開發(fā)人員轉(zhuǎn)化為具體平臺(tái)上的評(píng)估點(diǎn)的一般易訪問性原則。

讓我們?cè)偌僭O(shè)指導(dǎo)方針和標(biāo)準(zhǔn)闡述了每個(gè)評(píng)估點(diǎn)如何影響不同類型用戶（角色）的可用性，并將用戶利益分為：基本的、重要的，或者有益的。如果系統(tǒng)沒有滿足基本的評(píng)估點(diǎn)，角色根本不能夠使用該系統(tǒng)。如果沒有滿足重要評(píng)估點(diǎn)，角色可以使用產(chǎn)品，但只能付出很大努力，而以效率低下的方式。如果系統(tǒng)實(shí)現(xiàn)了有益的評(píng)估點(diǎn)，產(chǎn)品對(duì)角色會(huì)更有用，盡管產(chǎn)品在不滿足標(biāo)準(zhǔn)的情況下仍舊具有功能。

在某些情況下，評(píng)估點(diǎn)實(shí)際上會(huì)使特殊的角色更難使用產(chǎn)品。我們還可以定義三個(gè)程度的劣勢：排除、阻礙，和不便。排除意味著如果滿足了評(píng)估點(diǎn)，角色根本不能使用產(chǎn)品。阻礙意味著角色可以使用產(chǎn)品，但只有付出相當(dāng)大的努力。不便意味著產(chǎn)品對(duì)角色的可用性較小，但角色可以在沒有重大困難的情況下使用產(chǎn)品。

總之，評(píng)估點(diǎn)和角色之間的關(guān)系可以被描述成七個(gè)值：

1. 基本的
   
   
2. 重要的
   
   
3. 有益的
   
   
4. 中立的
   
   
5. 不便
   
   
6. 阻礙
   
   
7. 排除

目標(biāo)是在不為其他產(chǎn)品生成排除或阻礙因素的情況下為一個(gè)產(chǎn)品滿足所有基本標(biāo)準(zhǔn)及對(duì)所有角色盡可能多的重要標(biāo)準(zhǔn)。

在標(biāo)準(zhǔn)和指導(dǎo)方針的理想集合中，每個(gè)指導(dǎo)方針會(huì)有多種評(píng)估點(diǎn)集，每個(gè)集合與具體的平臺(tái)有關(guān)。按照那種方式，您可以在項(xiàng)目中間轉(zhuǎn)向運(yùn)行時(shí)平臺(tái)并簡單地將您原來的評(píng)估點(diǎn)集換成適應(yīng)新平臺(tái)的集合。您的需求 —— 基于角色集 —— 仍舊穩(wěn)定，并且仍舊推動(dòng)評(píng)估點(diǎn)對(duì)新平臺(tái)的選擇。

減輕與易訪問性相關(guān)的風(fēng)險(xiǎn)

在任何應(yīng)用程序開發(fā)項(xiàng)目中，項(xiàng)目經(jīng)理必須確保按照需求、準(zhǔn)時(shí)，且在預(yù)算之內(nèi)開發(fā)產(chǎn)品。 當(dāng)使用 RUP 中具體化的迭代開發(fā)方法時(shí)，項(xiàng)目經(jīng)理保留著一個(gè)按照出現(xiàn)和影響可能性排列的風(fēng)險(xiǎn)列表。每次連續(xù)的迭代處理最可能在那時(shí)出現(xiàn)并對(duì)產(chǎn)品有嚴(yán)重的負(fù)面影響的風(fēng)險(xiǎn)。團(tuán)隊(duì)通過觀察產(chǎn)品沒有滿足的需求來得到這些風(fēng)險(xiǎn)。如果他們將易訪問性需求加入他們的初始集中，那么他們可以在早期減少易訪問性風(fēng)險(xiǎn)，就像他們對(duì)其他可用性問題做的一樣。

例如，在 RUP 的構(gòu)建階段，開發(fā)人員也許會(huì)確定產(chǎn)品不能由利用屏幕閱讀器的角色進(jìn)行訪問。要減少該風(fēng)險(xiǎn)，團(tuán)隊(duì)可以在目標(biāo)運(yùn)行時(shí)環(huán)境中建立原型，并用屏幕閱讀器測試。

當(dāng)變更請(qǐng)求到來時(shí)，要對(duì)變更進(jìn)行考察，看其是否與現(xiàn)有的需求有潛在的沖突。這種變更可以破壞應(yīng)用程序?qū)σ恍┯脩舻囊自L問性，根據(jù)項(xiàng)目的角色集分析每個(gè)變更。例如，如果您決定將幫助信息作為工具提示，而不是在由用戶請(qǐng)求打開的單獨(dú)的窗口中，工具提示可能對(duì)屏幕閱讀器用戶是不具有易訪問性的。如果您的角色集隱含地包含了對(duì)與屏幕閱讀器互通性的需求，您可以在變更、之前通過檢查需求來預(yù)料該問題。

專家審查和用戶測試

我們已經(jīng)討論過的角色驅(qū)動(dòng)方法將為創(chuàng)建易訪問產(chǎn)品提供基礎(chǔ)指導(dǎo)，但是由于角色是唯一接近實(shí)際用戶的，用專家審查和真實(shí)用戶測試來補(bǔ)充該方法是重要的。當(dāng)然，對(duì)于設(shè)計(jì)人員來說擁有關(guān)于潛在用戶的完整信息并完全理解角色特性也是重要的。如果設(shè)計(jì)人員對(duì)角色所做的事情有不完善的設(shè)想，那么他們可能會(huì)設(shè)計(jì)出那種人不能實(shí)際使用的產(chǎn)品。由于大多數(shù)設(shè)計(jì)人員不熟悉殘疾人或他們的能力，所以這種類型的錯(cuò)誤很普遍。

避免創(chuàng)建在開發(fā)的后期仍舊是不具有易訪問性的產(chǎn)品的最佳方法是在每個(gè)迭代中實(shí)施用戶測試 —— 但是預(yù)算和時(shí)間的限制通常使這項(xiàng)工作不切實(shí)際。對(duì)于許多項(xiàng)目，另一種最好的方法是實(shí)施審查，利用了解殘疾人特征的專家和他們對(duì)各種產(chǎn)品設(shè)計(jì)的結(jié)論。通過這些審查，您可以發(fā)現(xiàn)許多與您通過用戶測試而識(shí)別的同樣的設(shè)計(jì)問題，并獲得如何改正問題的指導(dǎo)方針。

最佳的策略是在項(xiàng)目生命周期中讓這些專家參與測試。在最開始，他們可以幫助識(shí)別產(chǎn)品的目標(biāo)用戶以及有關(guān)易訪問性和可用性的管理需求。另外，他們應(yīng)該根據(jù)所識(shí)別的用戶基礎(chǔ)指導(dǎo)創(chuàng)建角色的關(guān)鍵工作。在開發(fā)生命周期中這將花掉許多次。

在每次迭代中，這些專家根據(jù)直接推斷和自己的專家經(jīng)驗(yàn)實(shí)施易訪問性審查以發(fā)現(xiàn)設(shè)計(jì)問題。這對(duì)早期的迭代特別重要，那個(gè)時(shí)候更容易糾正設(shè)計(jì)問題。 根據(jù)這些專家審查，隨著迭代的進(jìn)展，為設(shè)計(jì)人員修改角色集或澄清特征也許是必要的。

然而，雖然這種專家審查實(shí)施起來更簡單并且比用戶測試更便宜，但是一些設(shè)計(jì)問題只有通過用戶測試才能發(fā)現(xiàn)。我們推薦至少在項(xiàng)目的早期進(jìn)行一些對(duì)原型的用戶測試以減少主要的易訪問性風(fēng)險(xiǎn)。您的易訪問性專家可以幫助計(jì)劃、實(shí)施并評(píng)估這些測試。這些行為將為擴(kuò)展到超過當(dāng)前項(xiàng)目的企業(yè)帶來利益。隨著您調(diào)整角色以適應(yīng)測試結(jié)果并向設(shè)計(jì)人員提供更有意義的描述，您將開發(fā)出在所有軟件開發(fā)項(xiàng)目中存儲(chǔ)并復(fù)用的有效資產(chǎn)。

對(duì)于用 RUP 進(jìn)行的通用設(shè)計(jì)的路標(biāo)

如我之前所說的，RUP 可以成為進(jìn)行易訪問設(shè)計(jì)的集成開發(fā)框架。本部分將提供有關(guān)這樣做的大體概述（路標(biāo)）。

如前面所說的，您可以修整 RUP 工作流、工作流細(xì)節(jié)、模板、報(bào)告和檢驗(yàn)表以包含與易訪問性相關(guān)的任務(wù)。

例如，一個(gè)應(yīng)用我們所描述的方法的焦點(diǎn)是 RUP 工件用戶界面原型。通過以更加正式的方式經(jīng)由角色的應(yīng)用得到用戶界面設(shè)計(jì)，并通過使用根據(jù)已生成的評(píng)估點(diǎn)檢查用戶界面的高級(jí)工具，您可以減少開發(fā)過程早期的基礎(chǔ)的易訪問性風(fēng)險(xiǎn)。這與減少 RUP 中描述的詳細(xì)描述階段中的體系結(jié)構(gòu)風(fēng)險(xiǎn)類似。

除了簡單的修整，我們建議用三點(diǎn)補(bǔ)充來展開 RUP：

• 作為新的工件類型的角色
  
  
• 用于易訪問性測試的評(píng)估點(diǎn)
  
  
• 新的易訪問性經(jīng)理角色
  
  

添加角色

如我們?cè)缦让枋龅?，角色代表用戶組，在工件中，他們可以由人口統(tǒng)計(jì)和其他數(shù)據(jù)支持。應(yīng)用程序設(shè)計(jì)人員可以根據(jù)目標(biāo)用戶基礎(chǔ)設(shè)計(jì)角色并將它們與產(chǎn)品用例聯(lián)系起來。一旦您描述了它們，您就可以復(fù)用角色，用細(xì)微的修改來適應(yīng)不同應(yīng)用程序的環(huán)境。最終，RUP 插件可以提供覆蓋許多用戶的可適應(yīng)的角色集，包括有各種各樣殘疾的人。設(shè)計(jì)人員可以使這些適合他們具體的項(xiàng)目環(huán)境。

添加易訪問性評(píng)估點(diǎn)

我們的推薦是包含 RUP 中的基于普通易訪問性標(biāo)準(zhǔn)和指導(dǎo)方針的易訪問性評(píng)估點(diǎn)，并對(duì)各種運(yùn)行時(shí)平臺(tái)可用。每個(gè)評(píng)估點(diǎn)會(huì)提供與插件集中每個(gè)角色相關(guān)的具體平臺(tái)信息，并且根據(jù)我們?cè)缦雀爬ǖ姆N類進(jìn)行分類：基本的、重要的、有益的、中立的、不便的、阻礙或排除。應(yīng)用程序設(shè)計(jì)人員會(huì)根據(jù)他們所選的角色來選擇一組相關(guān)的易訪問性評(píng)估點(diǎn)。理論上，角色和相應(yīng)的評(píng)估點(diǎn)會(huì)由工具支持基于 RUP 的半自動(dòng)測試過程的商家所提供。

添加易訪問性經(jīng)理角色

我們建議添加新的 RUP 易訪問性經(jīng)理角色，該角色會(huì)檢查過程調(diào)整以反映與易訪問性相關(guān)的由企業(yè)和項(xiàng)目使用的標(biāo)準(zhǔn)和指導(dǎo)方針。一個(gè)（或一些）設(shè)想此角色的人會(huì)實(shí)施專家審查并且作為項(xiàng)目易訪問性問題的顧問。然而，為目標(biāo)用戶設(shè)計(jì)易訪問產(chǎn)品的實(shí)際工作仍舊是項(xiàng)目團(tuán)隊(duì)設(shè)計(jì)人員、開發(fā)人員、測試人員，和其他內(nèi)行角色的責(zé)任。企業(yè)的目標(biāo)是必須總是將易訪問設(shè)計(jì)原則集成并根植于現(xiàn)有開發(fā)團(tuán)隊(duì)過程的和實(shí)踐中。

要支持這三個(gè)對(duì) RUP 的主要補(bǔ)充，企業(yè)也會(huì)擴(kuò)增加一些現(xiàn)有的過程要素來反映易訪問設(shè)計(jì)原則。例如：

• 添加描述原則的“Accessible design”概念頁面，用于增強(qiáng)并擴(kuò)充軟件開發(fā)中的可用性，列出與易訪問性相關(guān)的 RUP 活動(dòng)，并提供對(duì)重要文獻(xiàn)和標(biāo)準(zhǔn)的參考。
  
  
• 用與易訪問性相關(guān)的活動(dòng)擴(kuò)充 RUP 工作流，修改現(xiàn)有工作流細(xì)節(jié)，而不添加新的內(nèi)容。
  
  
• 更新工件，如檢查點(diǎn)、模板和報(bào)告，來提供易訪問設(shè)計(jì)原則。例如，Software Architecture Document 會(huì)有一個(gè)關(guān)于易訪問性的附加部分。

結(jié)束語

本文簡要地概括了一種通過推動(dòng)產(chǎn)品開發(fā)并為迭代測試指示評(píng)估點(diǎn)的用例和角色來開發(fā)易訪問軟件應(yīng)用程序的集成方法。將該方法嵌入到公認(rèn)的過程框架中，如 RUP，是將其引入到開發(fā)企業(yè)中的理想方法。最后，開發(fā) RUP 插件以將此方法的要素集成到標(biāo)準(zhǔn)的 RUP 框架中。 ¹³

除了我們已經(jīng)介紹的概念，開發(fā)團(tuán)隊(duì)可以應(yīng)用體系結(jié)構(gòu)模式和用戶界面模式來生成滿足目標(biāo)角色需求的代碼。在 RUP 中，這些模式可以作為增加代碼質(zhì)量并增大開發(fā)生產(chǎn)率的設(shè)計(jì)機(jī)制而使用。

總之，我們希望本文將刺激應(yīng)用程序開發(fā)企業(yè)的“內(nèi)心的思考”，鼓勵(lì)他們實(shí)踐以用戶為中心的計(jì)劃并從開始就將易訪問特性建立到軟件產(chǎn)品中 —— 而不是在開發(fā)生命周期晚期把它們作為事后產(chǎn)生的想法。我們還希望工具廠商和 RUP 及其他開發(fā)框架的第三方供應(yīng)商將開始把對(duì)易訪問性的集成方法嵌入到他們的產(chǎn)品中。

對(duì)所有軟件開發(fā)企業(yè)，我們相信本文中所介紹的方法最終將提高生產(chǎn)力和應(yīng)用程序的質(zhì)量。在制造對(duì)所有潛在用戶易訪問并實(shí)用的產(chǎn)品時(shí)，進(jìn)步的企業(yè)能夠利用新的市場機(jī)遇并獲得強(qiáng)大的競爭優(yōu)勢。

致謝

此項(xiàng)工作是在 Grant H133E030012 下的，由美國教育部，National Institute on Disability and Rehabilitation Research 提供部分資助。在 Universal Interface 和Information Technology Access Rehabilitation Engineering Research Center of the University of Wisconsin, Trace Center 進(jìn)行實(shí)施。此處的意見是作者的，不代表資助機(jī)構(gòu)的。

注釋

¹參見“The Wide Range of Abilities and Its Impact on Computer Technology?！?003 年由 Forrester Research 實(shí)施的 Research Study by Microsoft。由 http://www.microsoft.com/enable 獲得。

² 參見 Application Software Design Guidelines，Version 1.1，1-June-1994。Trace Center，University of Wisconsin（在 http://trace./docs/software_guidelines/software.htm 可訪問）和 Web Content Accessibility Guidelines 1.0，W3C Recommendation 5-May-1999（在 http://www./TR/1999/WAI-WEBCONTENT-19990505/ 可訪問）。

³參見 1) American National Standards Institute (ANSI) Draft Standard for Trial Use (DSTU) 2003: "Human Factors Engineering of Software User Interfaces." Human Factors and Ergonomics Society, Santa Monica, California 和 2) ISO TS 16071:2003: "Ergonomics of Human-System Interaction: Guidance on Accessibility for Human-computer Interfaces

⁴ 要得到易訪問性標(biāo)準(zhǔn)和指導(dǎo)方針的列表，參看 Access Technologies Group Web 站點(diǎn)：http://www./Resources

⁵ 參見“Design Accessible Sites Now，”Forrester Report，2001 年 12 月。http://www./ER/Research/Report/Summary/0,1338,11431,00.html

⁶ Philippe Kruchten，The Rational Unified Process: An Introduction。Addison-Wesley，2004 年。

⁷ 參見 Ivar Jacobson，Object-Oriented Software Engineering: A Use-Case Driven Approach。Addison-Wesley，1992 年。

⁸ Philippe Kruchten，The Rational Unified Process: An Introduction。Addison-Wesley，2004 年。

⁹參見 Alan Cooper，The Inmates Are Running the Asylum。SAMS/Macmillan，1999 年。

¹⁰通過迷信的行為，我們的意思是一個(gè)人繼續(xù)以不與必要相聯(lián)系的特定方式做事情 —— 只是因?yàn)橐郧澳菢幼?。例如，電話用戶可能總是在通話最后關(guān)掉電話，因?yàn)樗瓉淼碾娫捫枰リP(guān)掉電話來掛斷?；蛘撸承┯?jì)算機(jī)用戶可能總是完全刪除并將信息重新輸入到新的記錄中，而不要僅僅編輯舊記錄 —— 一種與老技術(shù)相聯(lián)系的殘留行為?；蛘?，一些進(jìn)行頁面規(guī)劃的人可能總是使用特定的格式，因?yàn)榱硪粋€(gè)設(shè)計(jì)人員給她的印象 —— 而不是因?yàn)樗斫饬四莻€(gè)設(shè)計(jì)人員決策的基礎(chǔ)。換句話說，當(dāng)人們繼續(xù)做他們?cè)?jīng)做的事而不質(zhì)疑或理解為什么 —— 甚至如果在當(dāng)前環(huán)境中該行為不再必要或者充分 —— 時(shí)，人們就在從事迷信行為。

¹¹參見 Paul Szymkowiak and Philippe Kruchten，“Testing: The RUP Philosophy。” The Rational Edge，2003 年 2 月。

¹²參見 Jim Heumann，“Generating Test Cases from Use Cases?！?The Rational Edge，2001 年 6 月。

¹³參見 Web Content Accessibility Guidelines 1.0，W3C Recommendation，1999 年 5 月 5 日（在http://www./TR/1999/WAI-WEBCONTENT-19990505/ 可得到）。

¹⁴ 雖然使 RUP 本身對(duì)有殘疾的開發(fā)團(tuán)隊(duì)成員具有易訪問性的問題超出了本文的范圍，但是我們目前有一個(gè)特殊的想法，就是關(guān)于視覺上減弱的人可能如何通過各種方法從事“可視化建模軟件”的最佳實(shí)踐。

參考資料

• 您可以參閱本文在 developerWorks 全球站點(diǎn)上的 英文原文。

作者簡介   

		Gottfried Zimmermann 是軟件工程、質(zhì)量管理，和 IT 易訪問性方面的專家，他是一名博士，Access Technologies Group（是 ICT 易訪問性方面的顧問公司及 IBM 的業(yè)務(wù)伙伴）的創(chuàng)立者。原來，他工作于 Wisconsin-Madison大學(xué)的跟蹤中心，致力于有關(guān)信息和通信技術(shù)的通用設(shè)計(jì)方面的研究和開發(fā)。在那之前，他是一個(gè) debis（現(xiàn)在叫 T-Systems）方面的軟件架構(gòu)師和顧問。Zimmermann 博士是 Rational Unified Process 的認(rèn)證顧問，他曾經(jīng)作為有關(guān)協(xié)議和格式的 W3C 工作組方面的特邀專家，German Chapter of the Usability Professionals Association（GC UPA）的一名成員，且是 Association for Computing Machinery（ACM）中的一名成員。擁有德國斯圖加特大學(xué)的計(jì)算機(jī)科學(xué)博士學(xué)位。

		Gregg C. Vanderheiden 博士，是行業(yè)工程（Human Factors Program）和生物醫(yī)學(xué)工程系的教授，且是 University of Wisconsin-Madison 的 Trace Research 和Development Center 的主任。他在技術(shù)易訪問性方面的工作超過三十年了，他撰寫過關(guān)于訪問和輔助技術(shù)方面的許多文章，締造了得到廣泛接受的術(shù)語，如增大性的通信（augmentative communication）、計(jì)算機(jī)控制（computer curbcuts）、鍵盤仿真（keyboard emulation）、通用遠(yuǎn)程控制臺(tái)（ universal remote consoles），和伙伴技術(shù)（companion technologies）。他的研究團(tuán)隊(duì)還開發(fā)了一組廣泛使用的計(jì)算機(jī)易訪問特性，包括粘滯鍵（StickyKey）和 MouseKey。Vanderheiden 博士為大量科學(xué)顧問和計(jì)劃委員會(huì)工作過，這些委員會(huì)是為導(dǎo)致對(duì)許多特殊且大量銷售的產(chǎn)品和技術(shù)（包括 Web 技術(shù)、ATM，和投票系統(tǒng)）的易訪問性及互聯(lián)標(biāo)準(zhǔn)（如 INCITS V2 URC）的專業(yè)組織、政府，和行業(yè)服務(wù)的。