资讯科技无障碍政策流程指引及例外流程

Information Technology Accessibility Policy 04.001 Process Guidelines 

The following process describes the purchasing, 资讯科技无障碍政策04的评估及例外程序.001.  

Step 1. Purchasing Process 

采购过程包括在采购过程中尽可能早地进行初始风险评估. The person requesting the purchase will complete a Technology Review Request to: 

• determine the risk level of the purchase
• 帮助IT易访问性测试人员获得对产品的访问权限，以执行审查和
• understand how the product is intended to be used. 

Step 2.  Accessibility Assessment Process 

信息技术办公室(OIT)可访问性办公室首先使用自动化测试评估所有潜在的购买，然后, depending on the risk level, a manual test at potentially two other levels (WCAG 2.0 level A and then AA). The WCAG 2.AA指南是国际公认的基于web的可访问性标准，也是俄亥俄州要求的IT可访问性标准. 

LEVEL I – Automated tool Assessment* 

1. IT Accessibility office gains access to the tool 
2. Based on the provided user journey, IT无障碍办公室在最终用户使用产品所需的主要任务的每个页面上运行Chrome灯塔扩展 
3. 测试人员然后记录报告中每个页面的Chrome Lighthouse得分 
4. For each risk level:  
   • High Risk:  
     • 如果分数大于80%，则产品将进入二级测试 
     • 如果高风险得分低于80%，则通知部门并建议其选择寻求另一次购买, 与供应商合作，使IT产品可访问或使用 Exception Request form. 
   • Medium Risk 
     • If the score is greater than 70%, then the purchase may continue, 如果有要求，教育部将负责提供一个公平的替代方案. 
     • If not, 该部门得到通知，并被告知它可以选择寻求另一次采购, 与供应商合作，使IT产品可访问或使用 Exception Request form. 
   • Low Risk 
     • If the score is greater than 50%, then the purchase may continue, 如果有要求，教育部将负责提供一个公平的替代方案. 
     • If not, 该部门得到通知，并被告知它可以选择寻求另一次采购, 与供应商合作，使IT产品可访问或使用 Exception Request form. 

*An automated tool assessment is very fast, 但是对于一个给定的工具，只揭示了大约30%的潜在可访问性问题. 它不能代替手工检查产品. 

LEVEL II – WCAG 2.0 Guidelines Level A 

• 如果产品在所有适用的WCAG中得分*100%.0 A Guidelines, then a LEVEL III review is done 
• If the products fails this assessment, 该部门得到通知，并被告知它可以选择寻求另一次采购, 与供应商合作，使IT产品可访问或使用 Exception Request form. 

*如果产品不完全符合a级标准，则不能符合AA级标准. 

LEVEL III - In-depth Accessibility Assessment 

WCAG's 2.0 Guidelines Level AA 

• If the product passes WCAG’s 2.0 Guidelines Level AA at 85% or higher, 采购将被批准并添加到供应商列表中，并高度遵守OHIO的IT可访问性政策. 
• 如果产品没有通过审查，该部门将得到通知，并建议其选择寻求另一次购买, 与供应商合作，使IT产品可访问或使用 Exception Request form. 

Results: 

When a product meets the standards, IT无障碍办公室通知采购部门软件符合要求，部门可以继续采购流程. 

When a product does not meet standards, IT无障碍办公室通知采购部门和部门, 部门可以选择遵循步骤3，要求例外.   

Step 3. Process to Request an Exception 

If a product does not pass accessibility standards, 寻求采购的部门可以通过填写并提交 信息技术无障碍政策(俄亥俄州政策04).001) Exception Form. 该表格要求提供以下信息: 

• 软件、硬件或第三方供应商产品的描述和预期用途 
• 解释为什么可访问性遵从性是不可行的 
• 关于可访问性缺点的供应商信息，以及供应商打算何时解决缺点的时间表 
• 应要求如何提供替代访问的计划，其中:  
  • Outlines how the unit will make information attained through this technology available to persons living with a disability in an equally effective alternate format; and 
  • 确定负责提供替代/住宿的个人. 

Step 4. Exception Review Process 

ADA/504协调员、CIO和利益相关者审查例外请求. 可能支持授予例外的原因包括:  

• 没有相应的可访问选项的硬件和软件 
• 特定于有限的研究或开发过程的硬件和软件工具，其中研究或开发团队的成员不需要可访问性，也不可能需要 
• 在某一研究领域、工业或专业领域中用作标准或通用实践的软件. 
• Undue burden. An undue burden is determined on a case-by-case basis. Generally, 这是一项需要如此大的困难或费用的行动，在考虑诸如费用性质等若干因素时是不合理的, difficulty, 或与可用资源和要实现的利益相关的复杂性.  

Final determination: 

ADA/504协调员和CIO将审查所要求的材料并决定是否给予例外. A summary of exception request, accessibility assessment report, decision, 和理由将被发送到要求例外的部门, OIT, and Purchasing. The decision will indicate: 

• Yes, proceed with purchase 
• Yes, proceed with conditions 
• No 
• Sent back for more information 

如果批准了例外，部门可以继续购买IT产品. 

Step 4. Appeal Process 

被拒绝进行技术采购的部门有机会向执行副校长和教务长(EVPP)以及财务和行政副校长(VPFA)提出上诉。. In cases of appeal, 本署会撰写上诉理由，并提交无障碍评估报告, Exception Request Form, and Exception Request response, to the EVPP and VPFA, with a copy to the ADA Coordinator. The EVPP and VPFA will render a final decision.  

ADA/504协调员将通过记录摘要报告来履行大学根据《newbb电子平台》的监督义务, decisions and rationale. 

* ADA/504 Coordinator Contact Information 

Crystal Hill, Ph.D.
ADA/504 Coordinator  
Ohio University  
access@qcumbia.com