Your SlideShare is downloading. ×
0
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

2 Harmonisation of Accessibility Components in the Context of “ACCESSIBLE” Project

683

Published on

The current presentation presents the Harmonized Methodology that has been developed in the context of ACCESSIBLE project in order to link critical accessibility components. ACCESSIBLE “Accessibility …

The current presentation presents the Harmonized Methodology that has been developed in the context of ACCESSIBLE project in order to link critical accessibility components. ACCESSIBLE “Accessibility Assessment Simulation Environment for New Applications Design and Development” is a three year STREP Project of the 7th EU Framework Programme for Research and Technological Development (FP7), that aims to define an overall European Assessment Simulation Environment making extensive use of the latest available IT technologies and concepts. Upon the basis of an overall harmonized design and structure, the developed methodology will evolve all types of disabilities that are targeted in the project, the ICF classification, the interaction limitations of these disabilities, the assistive technologies used and the respective guidelines in each ACCESSIBLE area (web applications, mobile applications, web services and Description languages) and will correlate them in such a way that any user can navigate among them in an easy and seamless way.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
683
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Dr. Dimitrios Tzovaras CERTH/ITI Greece Harmonisation Methodology of Accessibility Components
  • 2.
    • Objectives
      • 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.
    Harmonized Methodology (HAM)
  • 3.
    • Overview of the objectives
    Harmonized Methodology (HAM) 1 9 8 7 6 11 12 13 14 2 3 4 5
  • 4.
    • HAM Components
      • Disability and user groups.
      • ICF Classification.
      • Interaction limitations.
      • Assistive technologies.
      • Accessibility standards & guidelines.
    HAM Overview
  • 5.
    • Disabilities
      • There are as yet no universally accepted categorizations of disability, despite efforts towards that goal .
      • HAM is based on the disabilities that W3C has proposed, but we also have enhanced the aforementioned list.
      • The disabilities are categorized according to the Main type (impairment) that they belong to.
    HAM Components
  • 6.
    • Example of Disabilities (Main type – Subtype)
    HAM Components
  • 7.
    • ICF Classification mapping
      • ICF provides a concrete classification of impairments of the body structures, which ensures no overlapping.
    HAM Components b1646 Problem-solving b1645 Judgement b1644 Insight b1643 Cognitive flexibility b1642 Time management b1641 Organization and planning b1640 Abstraction b164 Higher level cognitive functions
  • 8.
    • ICF Classification mapping
      • We mapped ICF Classification with the aforementioned list of disabilities
    HAM Components
  • 9.
    • 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 from each disability type and sub-type.
      • Presentation of the points that should be checked in order to cover all possible dysfunctions of a disability type.
    HAM Components
  • 10.
    • Correlation of the interaction limitations and disability types
      • We mapped the disability types with the interaction limitations.
    HAM Components
  • 11.
    • Assistive technologies mapping
      • Description of the correlation between specific disability type and existing ICT user technologies, including assistive technologies .
    HAM Components
  • 12.
    • Accessibility Guidelines
      • AREA A: Web applications (Web Content)
        • WCAG 2.0 (W3C)
      • AREA B : Mobile applications
        • MWBP (ACCESSIBLE)
      • AREA C : Web Services
        • Web services guidelines (ACCESSIBLE)
      • AREA D: Description languages
        • Description languages guidelines (ACCESSIBLE)
    HAM Components
  • 13.
    • AREA A: Web Content
      • WCAG 2.0
        • 12 Guidelines organized under 4 principles
          • Perceivable
          • Operable
          • Understandable
          • Robust
        • Three priority levels
          • Level A
          • Level AA
          • Level AAA
    HAM Design Guidance
  • 14.
    • Mapping Web Content Guidelines to Disabilities
    HAM Design Guidance
  • 15.
    • AREA B: Mobile Applications
      • Accessible mobile applications
      • General-purpose usability guidelines applied to the mobile applications domain.
      • Mobile Web applications guidelines . 12 Guidelines organized under 4 principles
      • 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
    HAM Design Guidance
  • 16.
    • AREA B: Mobile Applications
      • Mapping Mobile Application Guidelines to Disabilities
        • Define Mobile Accessibility Guidelines (MAG) with a three-step methodology.
          • 1 st STEP: mapping between MWBP and WCAG2.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
  • 17.
    • AREA C: Web Services
      • Three accessibility layers form the basis for the Accessible Web Service accessibility evaluation.
    HAM Design Guidance
        • “ in-Level” categorization.
          • Mandatory guidelines (e.g. L1m).
          • Not Mandatory guidelines (e.g. L2).
  • 18.
    • AREA C: Web Services
      • Mapping Web Services Guidelines 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
  • 19.
    • 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
    HAM Design Guidance
      • A set of techniques that can be used to check whether an already developed SDL application belongs to a specific class were defined.
  • 20.
    • AREA D: Description Languages
      • Mapping Description Languages Guidelines to Disabilities
        • According to the web applications disability mapping and the interaction limitations .
    HAM Design Guidance
  • 21.
    • 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.
    Innovation
  • 22.
    • 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.
    Added Value
  • 23.
    • Objective
      • To define universal objective accessibility assessment metrics .
      • Correlation of the ACCESSIBLE components.
        • Disability type.
        • ICF classification.
        • Functional limitations.
        • Assistive technologies.
        • Accessibility guidelines.
    Best Practices Catalogue Best practices catalogue
  • 24.
    • The output of HAM
    Best Practices Catalogue
        • ACCESSIBLE
        • guidelines
  • 25. Best Practices Catalogue – Web Applications
  • 26. Best Practices Catalogue–Mobile Applications
  • 27. Best Practices Catalogue – Web Services
  • 28. Best Practices Catalogue – Description Language
  • 29. ACCESSIBLE Ontology
  • 30. ACCESSIBLE Ontology
  • 31. ACCESSIBLE Ontology

×