ATI's Section 508 Voluntary Product Accessibility Template...

download ATI's Section 508 Voluntary Product Accessibility Template ...ati.gmu.edu/wp-content/uploads/Section-508-VPAT_

of 26

  • date post

    15-Jul-2020
  • Category

    Documents

  • view

    0
  • download

    0

Embed Size (px)

Transcript of ATI's Section 508 Voluntary Product Accessibility Template...

  • Page 1 of 26

    ATI's Section 508 Voluntary Product Accessibility Template (VPAT)

    The purpose of the Voluntary Product Accessibility Template (VPAT) is to assist ATI in making preliminary assessments regarding the availability of commercial "Electronic and Information Technology" products and services with features that support accessibility. It is assumed and recommended that offerers will provide additional contact information to facilitate more detailed inquiries. • A Section 508 andn WCAG 2.0 VPAT are required for all technology requests (hardware, software and web) • VPATs that are not FULLY completed may not be accepted and thus causing delay in purchase. • Supporting Data/Explanation fields MUST be filled in to describe how the compliance level is achieved. Leaving it blank or stating Software is

    compliant without explanation is considered a non completed VPAT and may result in delay or request to complete. • All VPATs should be completed within 30 days of request. Failure to meet this deadline or request extension/approval from both the Mason

    Requestor and ATI Office may result in delay of purchase. • If you have questions in regard to which sections of the VPAT need completed , please review the VPAT Matrix and the VPAT Guidance for

    Vendors: http://ati.gmu.edu/policies_procedures.cfm All sections with an asterisk * are required. Please note - it is best to use Adobe Reader or Professional. If Mac Preview is used the form cannot be accepted.

    Date*

    Name of Product*

    Vendor Representative Name*

    Vendor Representative Phone*

    Vendor Representative Email*

    Vendor Name and URL*

    Example of Fully Completed VPAT http://www.adobe.com/accessibility/compliance.html

    Technical Standards Compliance Level Supporting Data/Explanation (a) When software is designed to run on a system that has a keyboard, product functions shall be executable from a keyboard where the function itself or the result of performing a function can be discerned textually. Summary: Can you navigate and use all aspects of the application with the keyboard?

    All user interface controls and functions in Adobe Acrobat XI can be executed via the keyboard with some exceptions including: Positioning of Sticky Notes. Use of “Attach File”, “Record Audio”, and “Add Stamp” annotation tools, and Drawing Markup tools. Tools involving mouse selections, such as the Snapshot Tool and the TouchUp Reading Order tool. Placement of digital signatures. The Protected View warning message controls. Most controls in the Preflight Dialog. Controls for advanced editing of Portfolios such as Welcome Header and Select a Color Scheme.

    Section 508 Checklist for §1194.21 Software Applications and Operating Systems

    ASC Incident Number (You may need to ask the Mason Requestor for this number)*

    http://adobe.com/accessibility/compliance.html initiator:ati@gmu.edu;wfState:distributed;wfType:email;workflowId:46dc95624db6ff439279335639e50204

  • Page 2 of 26

    Technical Standard Summary/Overall Compliance Level

    §1194.21 Software Applications and Operating Systems

    §1194.22 Web-based Intranet and Internet Information and Applications

    §1194.23 Telecommunications

    §1194.24 Video and Multimedia

    §1194.25 Self-Contained and Closed Products

    §1194.26 Desktop and Portable Computers

    §1194.31 Functional Performance Criteria

    §1194.41 Information, Documentation and Support

    Please select one of the eight choices from the Compliance Level drop down list accompanied by remarks

    Yes - Supports Use this language when you determine the product fully meets the letter and intent of the Criteria.

    Supports with Exception Use this language when you determine the product doesn't fully meet the letter and intent of the Criteria, but provides some level of access relative to the Criteria.

    No - Does not Support Use this language when you determine the product does not meet the letter or Intent of the Criteria.

    N/A Use this language when no response is needed for this row (Not Applicable)

    Partially Supports Use this language when accessibility is currently being updated and current compliance is incomplete but may be completed within 180 days of submission of the VPAT.

    Upcoming Support Use this language when the next release will comply. Must supply approximate release date.

    Configured Support Use this language when the application has the capability and can be configured to admin/user to comply. Must include instructions for accessibility configuration.

    Customized Support Use this language when compliance requires vendor to make changes that may not have been originally scheduled as a priority.

  • Page 3 of 26

    Technical Standards Compliance Level Supporting Data/Explanation (a) When software is designed to run on a system that has a keyboard, product functions shall be executable from a keyboard where the function itself or the result of performing a function can be discerned textually. Summary: Can you navigate and use all aspects of the application with the keyboard? (b) Applications shall not disrupt or disable activated features of other products that are identified as accessibility features, where those features are developed and documented according to industry standards. Applications also shall not disrupt or disable activated features of any operating system that are identified as accessibility features where the application programming interface for those accessibility features has been documented by the manufacturer of the operating system and is available to the product developer. Summary: Are all of the accessibility options that were previously set still available? (c) A well defined on-screen indication of the current focus shall be provided that moves among interactive interface elements as the input focus changes. The focus shall be programmatically exposed so that Assistive Technology can track focus and focus changes. Summary: Is the focus well defined? (d) Sufficient information about a user interface element including the identity, operation and state of the element shall be available to Assistive Technology. When an image represents a program element, the information conveyed by the image must also be available in text. Summary: Can the screen reader distinguish and read all controls such as checkboxes, menus and toolbars to the user?

    Section 508 Checklist for §1194.21 Software Applications and Operating Systems

  • Page 4 of 26

    Technical Standards Compliance Level Supporting Data/Explanation (e) When bitmap images are used to identify controls, status indicators, or other programmatic elements, the meaning assigned to those images shall be consistent throughout an application's performance. Summary: Do individual icons mean the same thing throughout the application?

    (f) Textual information shall be provided through operating system functions for displaying text. The minimum information that shall be made available is text content, text input caret location, and text attributes. Summary: Is all text presented in the application readable by assistive technologies? (g) Applications shall not override user selected contrast and color selections and other individual display attributes. Summary: Does the software not override the users color and contrast settings? (h) When animation is displayed, the information shall be displayable in at least one non-animated presentation mode at the option of the user. Summary: If animated objects exist, does the information conveyed by the animated object exist in another method? (i) Color coding shall not be used as the only means of conveying information, indicating an action, prompting a response, or distinguishing a visual element. Summary: If color is used to convey information, is the information displayed in another method?

    Section 508 Checklist for §1194.21 Software Applications and Operating Systems

  • Page 5 of 26

    Technical Standards Compliance Level Supporting Data/Explanation (j) When a product permits a user to adjust color and contrast settings, a variety of color selections capable of producing a range of contrast levels shall be provided. Summary: If users can adjust color and contrast settings, is a variety of color and contrast settings available to choose from?

    (k) Software shall not use flashing or blinking text, objects, or other elements having a flash or blink frequency greater than 2 Hz and lower than 55 Hz. Summary: If any flashing or blinking objects exist, are the frequencies less than 2 Hz and greater than 55Hz?

    (l) When electronic forms are used, the form shall allow people using Assistive Technology to access the information, field elements, and functionality required for completion and submission of the form, including all directions and cues. Summary: • Can you navigate and follow links and

    forms with the keyboard? • Can the electronic forms be used with

    assistive technologies?

    Section 508 Checklist for §1194.21 Software Applications and Operating Systems

  • Page 6 of 26

    Section 508 Checklist for §1194.22 Web-based Intranet and Internet Information and Applications

    Technical Standards Compliance Level Supporting Data/Explanation (a) A text equivalent for every non-text element shall be provided (e.g., via "alt", "longdesc", or in element content). Summary: • Are ALT tags