ACCESSIBLE harmonized methodology Chalkia Eleni CERTH/HIT
Harmonized Methodology (HAM) Objective: Implementation of a harmonized accessibility methodological approach applied to software development and design of accessible new applications and services. Assist developers through all steps of the development lifecycle.  10 ACCESSIBLE Workshop, 13th July 2010 1 9 8 7 6 11 12 13 14 2 3 4 5
HAM overview HAM components Disability and user groups. ICF Classification. Interaction limitations. Assistive technologies. Accessibility standards & guidelines. ACCESSIBLE Workshop, 13th July 2010
HAM components Disability and user groups There are as yet  no universally accepted categorizations  of disability, despite efforts towards that goal   . HAM is based on the user groups that have been realised in  at the duration of the project . ICF classification mapping ICF provides a concrete classification of impairments of the body structures, which ensures no overlapping . ACCESSIBLE Workshop, 13th July 2010
HAM components Interaction limitations mapping  Based upon an adaptation of the “Barrier Walkthrough” methodology. Focus on the barriers instead of the accessibility principles.  A barrier is any condition that hinders the user's progress towards achievement of a goal, when the user is a disabled person . Identification of all possible barriers. Explanation of the functional limitations that derive form each disability type and sub-type.   Presentation of the points that should be checked in order to cover all possible dysfunction of a disability type.   ACCESSIBLE Workshop, 13th July 2010
HAM components Correlation of the interaction limitations and disability types We mapped the disability types with the interaction limitations. Assistive technologies mapping  Description of the correlation between specific disability type and existing ICT user technologies, including assistive technologies.   ACCESSIBLE Workshop, 13th July 2010 AT Category Description Disability (ies) Assistive Listening Devices Hearing Aid Telephone Interconnect System used with in the ear and behind the ear hearing aids. Hearing impairments
HAM components Accessibility guidelines AREA A : Web Content WCAG 2.0 (W3C) Section 508  AREA B : Mobile-Web applications MAG  (ACCESSIBLE) AREA C : Web Services Web services guidelines (ACCESSIBLE) AREA D : Description languages Description languages guidelines (ACCESSIBLE) ACCESSIBLE Workshop, 13th July 2010
AREA A:  Web content WCAG 2.0 12 guidelines organized under 4 principles. P erceivable   O perable  U nderstandable  R obust  Priority 1 (Level A) Priority 2 (Level AA) Priority 3 (Level AAA) Section 508 HAM design guidance ACCESSIBLE Workshop, 13th July 2010 Absolute barriers Must be satisfied Significant barriers Should be satisfied Provide additional accessibility support  Improve access to Web documents if satisfied
HAM design guidance Mapping Web content guidelines to Disabilities  Based on the Barrier Walkthrough Methodology W3C unofficial documents ACCESSIBLE Workshop, 13th July 2010
AREA B:  Mobile-Web Applications Accessible mobile applications: accessible applications and mobile applications.   General-purpose usability guidelines applied to the mobile applications domain.  Mobile Web applications guidelines .   W3C Mobile Web Best Practices (MWBP) The two level structure narrows MWBP into a subset of checkpoints that are machine verifiable, called MobileOK Basic Tests.   The checkpoints are aligned into 5 Best Practice Headings   akin to WCAG 2.0 POUR.  Mapping Mobile-Web Application Guidelines to Disabilities  Define Mobile Accessibility Guidelines (MAG)   with a  three-step methodology. 1 st  STEP  mapping between MWBP and WCAG (either v1.0 or v2.0).   2 nd  STEP  leverage this mapping to associate MWBP to disabilities. 3 nd  STEP  define a subset of MWBP checkpoints that can be applied to non-Web scenarios. HAM design guidance ACCESSIBLE Workshop, 13th July 2010
Mapping Web services to Disabilities  Follow the instructions of the web applications disability mapping and the interaction limitations. In complement with the WCAG mapping the superset of checkpoints that have to be checked in the context of web Accessibility   is settled. HAM design guidance “ in-Level” categorization.   Mandatory guidelines (e.g. L1m). Not Mandatory   guidelines (e.g. L2). AREA C:  Web Services Three accessibility layers form the basis for the Accessible Web Service accessibility evaluation. ACCESSIBLE Workshop, 13th July 2010
AREA D:  Description languages The application must be able to process the user inputs and providing them with appropriate output content. 2 layers form the basis for the Accessible SDL application evaluation . Basic accessibility layer.   Extended accessibility layer . A set of techniques that can be used to check  whether an already developed SDL application  belongs to a specific class were defined.   Mapping Description languages to Disabilities According to the web applications disability  mapping and the interaction limitations. HAM design guidance ACCESSIBLE Workshop, 13th July 2010 Disability Type Guideline Main Type Subtype SDL Hearing impairments  Conductive Hearing Loss  10, 18, 19 Sensorineural Hearing Loss 10, 18, 19 Mixed Hearing Loss 10, 18, 19 Deaf-blindness 10, 18, 19 Deafness 10, 18, 19
ACCESSIBLE best practice catalogue   HAM outcome    Best Practices Catalogue Defines universal objective accessibility assessment metrics.  Two sections. Correlation of the ACCESSIBLE components. Disability type. ICF classification. Functional limitations. Assistive technologies. Accessibility guidelines. Methodological framework for the ACCESSIBLE optimum qualitative metric for measuring accessibility. Literature review. SoA methodologies. Adaptation of the optimum metric to ACCESSIBLE needs. Best practices catalogue Accessibility score ACCESSIBLE Workshop, 13th July 2010
ACCESSIBLE accessibility metric Level of conformance and Indicator of conformance will be available to the developers and the users too.  Level of compliance and list of guidelines will be available to the developers only.   Accessibility score ACCESSIBLE Workshop, 13th July 2010
Innovation & added value Innovation Major step in  software development products  accessibility. New concise and integral methodology for assessing different software application types and their level of accessibility, with established or under development guidelines. Correlation of all the components that are related to accessibility for people with disabilities and linking with the core of the ACCESSIBLE HAM, the disability type and the ICF classification.   Foreseen added value Ability of extension of the HAM in wide range of application areas (web applications, web services, mobile web, SDL). Generic oriented methodology able to be adapted in other areas and include new guidelines. ACCESSIBLE Workshop, 13th July 2010
 

More Related Content

PPT
ACCESSIBLE project concept and achievements
ODP
AEGIS SP3 story - building an accessible web application
PPTX
Investigating the Appropriateness and Relevance of Mobile Web Accessibility G...
PPT
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Pr...
PDF
Help designers make accessible websites
PPT
Wipa Seminar WCAG 2.0
PPT
The Accessible Web
PPT
Ideas 5 - Roger Hudson - Understanding WCAG 2.0
ACCESSIBLE project concept and achievements
AEGIS SP3 story - building an accessible web application
Investigating the Appropriateness and Relevance of Mobile Web Accessibility G...
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Pr...
Help designers make accessible websites
Wipa Seminar WCAG 2.0
The Accessible Web
Ideas 5 - Roger Hudson - Understanding WCAG 2.0

Similar to ACCESSIBLE Harmonized Methodology (20)

PPTX
Web_Accessibility
PDF
PPTX
Web Accessibility
PPT
Web Assessment Tool
PPTX
Accessibility Testing Approach
KEY
Standards - Love 8878
PDF
ACCESSIBLE newsletter n° 6
PDF
The WAI to Web Accessibility
PPTX
PPT
Web Accessibility 3.0: Learning From The Past, Planning For The Future
PPTX
Accessibility for Web
PDF
Usability ≠ Accessibility. An intro to web accessibility for agencies.
PPTX
Accessibility for Content Developer, Designer, Code Developer and Tester
PPTX
Web accessibility workshop 1
PDF
Accessibility for Digital Products along with WCAG .pdf
PPTX
Web accessibility workshop 1
ODP
Digital Divide And Accessibility
PPT
Web Accessibility: Understanding & Practice!
PPTX
UXPA2019 Enhancing the User Experience for People with Disabilities: Top 10 ...
PPTX
Web accessibility strategies for the new decade
Web_Accessibility
Web Accessibility
Web Assessment Tool
Accessibility Testing Approach
Standards - Love 8878
ACCESSIBLE newsletter n° 6
The WAI to Web Accessibility
Web Accessibility 3.0: Learning From The Past, Planning For The Future
Accessibility for Web
Usability ≠ Accessibility. An intro to web accessibility for agencies.
Accessibility for Content Developer, Designer, Code Developer and Tester
Web accessibility workshop 1
Accessibility for Digital Products along with WCAG .pdf
Web accessibility workshop 1
Digital Divide And Accessibility
Web Accessibility: Understanding & Practice!
UXPA2019 Enhancing the User Experience for People with Disabilities: Top 10 ...
Web accessibility strategies for the new decade
Ad

More from AEGIS-ACCESSIBLE Projects (20)

PDF
Newsletter 7 AEGIS project
PDF
Veritas newsletter no 5 final
PDF
Aegis concertation - 2nd International AEGIS conference
PPT
Mobile applications (Panagiotis Tsoris, Steficon)
PPT
ViPi platform technologies and integration pathway (Karel Van Isacker, Phoeni...
PPT
Basic ICT Training curriculum (Andy Burton, NTU)
PPT
ViPi Survey (Andy Burton, NTU)
PPT
General introduction of the ViPi project (Karel Van Isacker, PhoenixKM)
PPT
Semantic Content Management enhancements (George Milis, G.M EuroCy Innovation...
PDF
Gelijke kansen op informatie, toegankelijke documenten en communicatiekanalen...
ODP
AEGIS SP4 story - building an accessible mobile application
PDF
AEGIS Newsletter n° 6
PDF
VERITAS newsletter n° 3
PDF
VERITAS newsletter n° 2
PDF
VERITAS newsletter n° 4
PDF
Conference proceedings 2011 AEGIS International Workshop and Conference
PDF
Aegis concertation certh
PDF
Veritas iti aegis_conf
PDF
Haptimap in a_nutshell_2011_for_aegis
PDF
Guide presentation aegis-fp7-projects-round_table_2011-11-30_v0.1
Newsletter 7 AEGIS project
Veritas newsletter no 5 final
Aegis concertation - 2nd International AEGIS conference
Mobile applications (Panagiotis Tsoris, Steficon)
ViPi platform technologies and integration pathway (Karel Van Isacker, Phoeni...
Basic ICT Training curriculum (Andy Burton, NTU)
ViPi Survey (Andy Burton, NTU)
General introduction of the ViPi project (Karel Van Isacker, PhoenixKM)
Semantic Content Management enhancements (George Milis, G.M EuroCy Innovation...
Gelijke kansen op informatie, toegankelijke documenten en communicatiekanalen...
AEGIS SP4 story - building an accessible mobile application
AEGIS Newsletter n° 6
VERITAS newsletter n° 3
VERITAS newsletter n° 2
VERITAS newsletter n° 4
Conference proceedings 2011 AEGIS International Workshop and Conference
Aegis concertation certh
Veritas iti aegis_conf
Haptimap in a_nutshell_2011_for_aegis
Guide presentation aegis-fp7-projects-round_table_2011-11-30_v0.1
Ad

Recently uploaded (20)

PDF
UiPath Agentic Automation session 1: RPA to Agents
PDF
Getting started with AI Agents and Multi-Agent Systems
PDF
1 - Historical Antecedents, Social Consideration.pdf
PDF
Architecture types and enterprise applications.pdf
PPTX
The various Industrial Revolutions .pptx
PPT
Module 1.ppt Iot fundamentals and Architecture
PDF
Produktkatalog für HOBO Datenlogger, Wetterstationen, Sensoren, Software und ...
PDF
How ambidextrous entrepreneurial leaders react to the artificial intelligence...
PDF
Enhancing emotion recognition model for a student engagement use case through...
PDF
Hindi spoken digit analysis for native and non-native speakers
PDF
Zenith AI: Advanced Artificial Intelligence
PDF
Hybrid horned lizard optimization algorithm-aquila optimizer for DC motor
PDF
TrustArc Webinar - Click, Consent, Trust: Winning the Privacy Game
PDF
CloudStack 4.21: First Look Webinar slides
PDF
A review of recent deep learning applications in wood surface defect identifi...
DOCX
search engine optimization ppt fir known well about this
PDF
The influence of sentiment analysis in enhancing early warning system model f...
PDF
Developing a website for English-speaking practice to English as a foreign la...
PDF
sbt 2.0: go big (Scala Days 2025 edition)
PPT
What is a Computer? Input Devices /output devices
UiPath Agentic Automation session 1: RPA to Agents
Getting started with AI Agents and Multi-Agent Systems
1 - Historical Antecedents, Social Consideration.pdf
Architecture types and enterprise applications.pdf
The various Industrial Revolutions .pptx
Module 1.ppt Iot fundamentals and Architecture
Produktkatalog für HOBO Datenlogger, Wetterstationen, Sensoren, Software und ...
How ambidextrous entrepreneurial leaders react to the artificial intelligence...
Enhancing emotion recognition model for a student engagement use case through...
Hindi spoken digit analysis for native and non-native speakers
Zenith AI: Advanced Artificial Intelligence
Hybrid horned lizard optimization algorithm-aquila optimizer for DC motor
TrustArc Webinar - Click, Consent, Trust: Winning the Privacy Game
CloudStack 4.21: First Look Webinar slides
A review of recent deep learning applications in wood surface defect identifi...
search engine optimization ppt fir known well about this
The influence of sentiment analysis in enhancing early warning system model f...
Developing a website for English-speaking practice to English as a foreign la...
sbt 2.0: go big (Scala Days 2025 edition)
What is a Computer? Input Devices /output devices

ACCESSIBLE Harmonized Methodology

  • 1. ACCESSIBLE harmonized methodology Chalkia Eleni CERTH/HIT
  • 2. Harmonized Methodology (HAM) Objective: Implementation of a harmonized accessibility methodological approach applied to software development and design of accessible new applications and services. Assist developers through all steps of the development lifecycle. 10 ACCESSIBLE Workshop, 13th July 2010 1 9 8 7 6 11 12 13 14 2 3 4 5
  • 3. HAM overview HAM components Disability and user groups. ICF Classification. Interaction limitations. Assistive technologies. Accessibility standards & guidelines. ACCESSIBLE Workshop, 13th July 2010
  • 4. HAM components Disability and user groups There are as yet no universally accepted categorizations of disability, despite efforts towards that goal . HAM is based on the user groups that have been realised in at the duration of the project . ICF classification mapping ICF provides a concrete classification of impairments of the body structures, which ensures no overlapping . ACCESSIBLE Workshop, 13th July 2010
  • 5. HAM components Interaction limitations mapping Based upon an adaptation of the “Barrier Walkthrough” methodology. Focus on the barriers instead of the accessibility principles. A barrier is any condition that hinders the user's progress towards achievement of a goal, when the user is a disabled person . Identification of all possible barriers. Explanation of the functional limitations that derive form each disability type and sub-type. Presentation of the points that should be checked in order to cover all possible dysfunction of a disability type. ACCESSIBLE Workshop, 13th July 2010
  • 6. HAM components Correlation of the interaction limitations and disability types We mapped the disability types with the interaction limitations. Assistive technologies mapping Description of the correlation between specific disability type and existing ICT user technologies, including assistive technologies. ACCESSIBLE Workshop, 13th July 2010 AT Category Description Disability (ies) Assistive Listening Devices Hearing Aid Telephone Interconnect System used with in the ear and behind the ear hearing aids. Hearing impairments
  • 7. HAM components Accessibility guidelines AREA A : Web Content WCAG 2.0 (W3C) Section 508 AREA B : Mobile-Web applications MAG (ACCESSIBLE) AREA C : Web Services Web services guidelines (ACCESSIBLE) AREA D : Description languages Description languages guidelines (ACCESSIBLE) ACCESSIBLE Workshop, 13th July 2010
  • 8. AREA A: Web content WCAG 2.0 12 guidelines organized under 4 principles. P erceivable O perable U nderstandable R obust Priority 1 (Level A) Priority 2 (Level AA) Priority 3 (Level AAA) Section 508 HAM design guidance ACCESSIBLE Workshop, 13th July 2010 Absolute barriers Must be satisfied Significant barriers Should be satisfied Provide additional accessibility support Improve access to Web documents if satisfied
  • 9. HAM design guidance Mapping Web content guidelines to Disabilities Based on the Barrier Walkthrough Methodology W3C unofficial documents ACCESSIBLE Workshop, 13th July 2010
  • 10. AREA B: Mobile-Web Applications Accessible mobile applications: accessible applications and mobile applications. General-purpose usability guidelines applied to the mobile applications domain. Mobile Web applications guidelines . W3C Mobile Web Best Practices (MWBP) The two level structure narrows MWBP into a subset of checkpoints that are machine verifiable, called MobileOK Basic Tests. The checkpoints are aligned into 5 Best Practice Headings akin to WCAG 2.0 POUR. Mapping Mobile-Web Application Guidelines to Disabilities Define Mobile Accessibility Guidelines (MAG) with a three-step methodology. 1 st STEP mapping between MWBP and WCAG (either v1.0 or v2.0). 2 nd STEP leverage this mapping to associate MWBP to disabilities. 3 nd STEP define a subset of MWBP checkpoints that can be applied to non-Web scenarios. HAM design guidance ACCESSIBLE Workshop, 13th July 2010
  • 11. Mapping Web services to Disabilities Follow the instructions of the web applications disability mapping and the interaction limitations. In complement with the WCAG mapping the superset of checkpoints that have to be checked in the context of web Accessibility is settled. HAM design guidance “ in-Level” categorization. Mandatory guidelines (e.g. L1m). Not Mandatory guidelines (e.g. L2). AREA C: Web Services Three accessibility layers form the basis for the Accessible Web Service accessibility evaluation. ACCESSIBLE Workshop, 13th July 2010
  • 12. AREA D: Description languages The application must be able to process the user inputs and providing them with appropriate output content. 2 layers form the basis for the Accessible SDL application evaluation . Basic accessibility layer. Extended accessibility layer . A set of techniques that can be used to check whether an already developed SDL application belongs to a specific class were defined. Mapping Description languages to Disabilities According to the web applications disability mapping and the interaction limitations. HAM design guidance ACCESSIBLE Workshop, 13th July 2010 Disability Type Guideline Main Type Subtype SDL Hearing impairments Conductive Hearing Loss 10, 18, 19 Sensorineural Hearing Loss 10, 18, 19 Mixed Hearing Loss 10, 18, 19 Deaf-blindness 10, 18, 19 Deafness 10, 18, 19
  • 13. ACCESSIBLE best practice catalogue HAM outcome  Best Practices Catalogue Defines universal objective accessibility assessment metrics. Two sections. Correlation of the ACCESSIBLE components. Disability type. ICF classification. Functional limitations. Assistive technologies. Accessibility guidelines. Methodological framework for the ACCESSIBLE optimum qualitative metric for measuring accessibility. Literature review. SoA methodologies. Adaptation of the optimum metric to ACCESSIBLE needs. Best practices catalogue Accessibility score ACCESSIBLE Workshop, 13th July 2010
  • 14. ACCESSIBLE accessibility metric Level of conformance and Indicator of conformance will be available to the developers and the users too. Level of compliance and list of guidelines will be available to the developers only. Accessibility score ACCESSIBLE Workshop, 13th July 2010
  • 15. Innovation & added value Innovation Major step in software development products accessibility. New concise and integral methodology for assessing different software application types and their level of accessibility, with established or under development guidelines. Correlation of all the components that are related to accessibility for people with disabilities and linking with the core of the ACCESSIBLE HAM, the disability type and the ICF classification. Foreseen added value Ability of extension of the HAM in wide range of application areas (web applications, web services, mobile web, SDL). Generic oriented methodology able to be adapted in other areas and include new guidelines. ACCESSIBLE Workshop, 13th July 2010
  • 16.