508 Statement

Alliant SB CTA, LLC (ASC) products meet the "Section 508" technical standards of 1194.21, as and to the extent stated in the accompanying Voluntary Product Accessibility Template (VPAT). We therefore certify compliance with the solicitation 508 requirements:

All electronic and information technology (EIT) procured through a Statement of Work/Bill of Materials and any resulting contract, task order, delivery order, or purchase order must meet the applicable accessibility standards at 36 CFR 1194, unless an agency exception to this requirement exists. 36 CFR 1194 implements Section 508 of the Rehabilitation Act of 1973, as amended, and is viewable here. ASC will indicate for each line item in the schedule whether each product or service is compliant or noncompliant with the accessibility standards at 36 CFR 1194.

Voluntary Product Accessibility Template

The purpose of the Voluntary Product Accessibility Template, or VPAT, is to assist Federal contracting officials and other buyers in making preliminary assessments regarding the availability of commercial Electronic and Information Technology products and services with features that support accessibility. ASC will provide additional contact information to facilitate more detailed inquiries.

Date: September, 2012

Name of Products: Custom software solutions for Government customers

Contact for more Information: Alliant SB CTA, 601 pierce Street, Omaha, Nebraska 68108, 402-991-0018, al.serrano@alliantsbcta.com

Voluntary Product Accessibility Template

Criteria

Supporting Features

Remarks and explanations

(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.

Support

Any ASC custom software solution with a keyboard will be executable from a keyboard where a function itself or the result of performing a function can be discerned textually.  End users can adjust function shortcuts according to their personal preferences.

(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.

Support

ASC custom software solutions will not disrupt or disable accessibility features of other products or the user's operating system.

(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.

Support

ASC custom software solutions will have a defined on-screen indication of the current focus that moves among interactive interface elements as the input focus changes. The focus will be programmatically exposed so that Assistive Technology can track focus and focus changes.

(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.

Support

ASC custom software solutions include information about a user interfaces including features available to Assistive Technology. For example, toolbars on user interfaces can have both icons and text representation.

(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.

Support

ASC software practices follow industry best practices where images used to identify controls, status indicators, or other programmatic elements, represent only one feature or function and are consistent throughout an application's performance.

(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.

Support

Whenever textual information is provided, ASC custom software solutions leverage operating system functions for displaying text including text content, text input caret location, and text attributes.

(g) Applications shall not override user selected contrast and color selections and other individual display attributes.

Support

ASC customs software solutions do not override user selected contrast and color selections and other individual display attributes.

(h) When animation is displayed, the information shall be displayable in at least one non-animated presentation mode at the option of the user.

Support

Whenever animation is displayed in a ASC custom software solution, the information is displayable in at least one non-animated presentation mode at the option of the user. Based on customer requirements, our user interfaces can provide optional text status for all the animation controls.

(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.

Support

ASC standard software development practices ensure color coding sis not the only means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

(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.

Support

ASC standard software development practices ensure that our custom software solutions permit a user to adjust color and contrast settings using a variety of color selections capable of producing a range of contrast levels.

(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.

Support

ASC standard software development practices dictate that our software will 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.

(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.

Support

If a solution  includes electronic forms, the forms allow users using Assistive Technology to access the information, field elements, and functionality required for completion and submission of the form including all directions and cues.