添加易访问性评估点
我们的推荐是包含RUP中的基于普通易访问性标准和指导方针的易访问性评估点，并对各种运行时平台可用。每个评估点会提供与插件集中每个角色相关的具体平台信息，并且根据我们早先概括的种类进行分类：基本的、重要的、有益的、中立的、不便的、阻碍或排除。应用程序设计人员会根据他们所选的角色来选择一组相关的易访问性评估点。理论上，角色和相应的评估点会由工具支持基于RUP的半自动测试过程的商家所提供。
添加易访问性经理角色
我们建议添加新的RUP易访问性经理角色，该角色会检查过程调整以反映与易访问性相关的由企业和项目使用的标准和指导方针。一个（或一些）设想此角色的人会实施专家审查并且作为项目易访问性问题的顾问。然而，为目标用户设计易访问产品的实际工作仍旧是项目团队设计人员、开发人员、测试人员，和其他内行角色的责任。企业的目标是必须总是将易访问设计原则集成并根植于现有开发团队过程的和实践中。
要支持这三个对RUP的主要补充，企业也会扩增加一些现有的过程要素来反映易访问设计原则。例如：
添加描述原则的“Accessibledesign”概念页面，用于增强并扩充软件开发中的可用性，列出与易访问性相关的RUP活动，并提供对重要文献和标准的参考。
用与易访问性相关的活动扩充RUP工作流，修改现有工作流细节，而不添加新的内容。
更新工件，如检查点、模板和报告，来提供易访问设计原则。例如，SoftwareArchitectureDocument会有一个关于易访问性的附加部分。
结束语
本文简要地概括了一种通过推动产品开发并为迭代测试指示评估点的用例和角色来开发易访问软件应用程序的集成方法。将该方法嵌入到公认的过程框架中，如RUP，是将其引入到开发企业中的理想方法。最后，开发RUP插件以将此方法的要素集成到标准的RUP框架中。
除了我们已经介绍的概念，开发团队可以应用体系结构模式和用户界面模式来生成满足目标角色需求的代码。在RUP中，这些模式可以作为增加代码质量并增大开发生产率的设计机制而使用。
总之，我们希望本文将刺激应用程序开发企业的“内心的思考”，鼓励他们实践以用户为中心的计划并从开始就将易访问特性建立到软件产品中——而不是在开发生命周期晚期把它们作为事后产生的想法。我们还希望工具厂商和RUP及其他开发框架的第三方供应商将开始把对易访问性的集成方法嵌入到他们的产品中。
对所有软件开发企业，我们相信本文中所介绍的方法最终将提高生产力和应用程序的质量。在制造对所有潜在用户易访问并实用的产品时，进步的企业能够利用新的市场机遇并获得强大的竞争优势。
致谢
此项工作是在GrantH133E030012下的，由美国教育部，NationalInstituteonDisabilityandRehabilitationResearch提供部分资助。在UniversalInterface和InformationTechnologyAccessRehabilitationEngineeringResearchCenteroftheUniversityofWisconsin,TraceCenter进行实施。此处的意见是作者的，不代表资助机构的。
注释
1参见“TheWideRangeofAbilitiesandItsImpactonComputerTechnology。”2003年由ForresterResearch实施的ResearchStudybyMicrosoft。由http://www.microsoft.com/enable获得。
2参见ApplicationSoftwareDesignGuidelines，Version1.1，1-June-1994。TraceCenter，UniversityofWisconsin（在http://trace.wisc.edu/docs/software_guidelines/software.htm可访问）和WebContentAccessibilityGuidelines1.0，W3CRecommendation5-May-1999（在http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/可访问）。
3参见1)AmericanNationalStandardsInstitute(ANSI)DraftStandardforTrialUse(DSTU)2003:"HumanFactorsEngineeringofSoftwareUserInterfaces."HumanFactorsandErgonomicsSociety,SantaMonica,California和2)ISOTS16071:2003:"ErgonomicsofHuman-SystemInteraction:GuidanceonAccessibilityforHuman-computerInterfaces
4要得到易访问性标准和指导方针的列表，参看AccessTechnologiesGroupWeb站点：http://www.accesstechnologiesgroup.com/Resources
5参见“DesignAccessibleSitesNow，”ForresterReport，2001年12月。http://www.forrester.com/ER/Research/Report/Summary/0,1338,11431,00.html
6PhilippeKruchten，TheRationalUnifiedProcess:AnIntroduction。Addison-Wesley，2004年。
7参见IvarJacobson，Object-OrientedSoftwareEngineering:AUse-CaseDrivenApproach。Addison-Wesley，1992年。
8PhilippeKruchten，TheRationalUnifiedProcess:AnIntroduction。Addison-Wesley，2004年。
9参见AlanCooper，TheInmatesAreRunningtheAsylum。SAMS/Macmillan，1999年。
10通过迷信的行为，我们的意思是一个人继续以不与必要相联系的特定方式做事情——只是因为以前那样做。例如，电话用户可能总是在通话最后关掉电话，因为他原来的电话需要他去关掉电话来挂断。或者，某些计算机用户可能总是完全删除并将信息重新输入到新的记录中，而不要仅仅编辑旧记录——一种与老技术相联系的残留行为。或者，一些进行页面规划的人可能总是使用特定的格式，因为另一个设计人员给她的印象——而不是因为她理解了那个设计人员决策的基础。换句话说，当人们继续做他们曾经做的事而不质疑或理解为什么——甚至如果在当前环境中该行为不再必要或者充分——时，人们就在从事迷信行为。
11参见PaulSzymkowiakandPhilippeKruchten，“Testing:TheRUPPhilosophy。”TheRationalEdge，2003年2月。
12参见JimHeumann，“GeneratingTestCasesfromUseCases。”TheRationalEdge，2001年6月。
13参见WebContentAccessibilityGuidelines1.0，W3CRecommendation，1999年5月5日（在http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/可得到）。
14虽然使RUP本身对有残疾的开发团队成员具有易访问性的问题超出了本文的范围，但是我们目前有一个特殊的想法，就是关于视觉上减弱的人可能如何通过各种方法从事“可视化建模软件”的非常好的实践。
参考资料
您可以参阅本文在developerWorks全球站点上的英文原文。
