• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
ACCESSIBLE project concept and achievements
 

ACCESSIBLE project concept and achievements

on

  • 1,177 views

 

Statistics

Views

Total Views
1,177
Views on SlideShare
1,177
Embed Views
0

Actions

Likes
0
Downloads
6
Comments
0

0 Embeds 0

No embeds

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    ACCESSIBLE project concept and achievements ACCESSIBLE project concept and achievements Presentation Transcript

    • Project Presentation and Achievements Dimitrios Tzovaras CERTH/ITI
    • The ACCESSIBLE Project Objetives Objectives Main Objective 1 (MO1) - To research and develop an Assessment Simulation module to support the overall analysis and verification accessibility procedure of Web applications and services, mobile applications as well as description languages Main Objective 2 (MO2) – To research and develop for the first time a Harmonized Accessibility Methodological framework (HAM ) Secondary Objective 1 (SO1) - Development of a developer/designer-aid module for the design and development of Java applications
      • Development of a multilayer ontology based knowledge Resource for incorporating the ACCESSIBLE harmonised methodology (MO2))
      • Development of an EARL based Reporting module in order to export results in a form, helpful to potential receivers of test results
    • ACCESSIBLE: Consortium partners
      • Industries (1)
        • Sun Microsystems (PRAGUE)
      • Research Institutes (3)
        • CERTH/ITI (GREECE)
        • CERTH/HIT (GREECE)
        • FORTH-ICS (GREECE)
      • Universities (2)
        • USTUTT (GERMANY)
        • FFCUL (PORTUGAL)
      • SMEs (4)
        • SOFTECO (ITALY)
        • SOLINET (GERMANY)
        • MCA (BULGARIA)
        • NETSCOUTS (GERMANY)
      • Strong consortium
      • Scientific expertise : accessibility, HCI, simulation, ontologies, semantic web and inference engines
      • Industrial and SMEs expertise : software providers, accessible software design and development, info mobility services
      • End Users (people with disabilities): MCA, NETSCOUTS
    • ACCESSIBLE t arget user groups
      • Software Developers and designers that will use ACCESSIBLE in order to support them for the development and testing of accessible software applications
      • Groups and public bodies involved in policy making and providing basis for policy making - public bodies and SMEs dealing with e-accessibility, International Organisations for disabled persons, etc
      • Service providers and software SMEs - public and private enterprises and organisations responsible for the development of software applications
      • Users who benefit from enhanced accessibility - User groups with various disabilities (e.g. wheelchair users, blind, deaf, elderly, etc.).
    • Barriers to e-Accessibility & ACCESSIBLE Innovation
      • Main Barriers
      • Assessment methodologies exist only for Web applications
      • The implemented standards and best practices around accessibility are somewhat confusing and incomplete
      • Lack of a conceptual simulation framework for the design and development of Java applications
      • Lack of methodologies dealing with more than one disability
      • Innovation
      • ACCESSIBLE will develop a novel assessment methodology for a broad set of application environments (web applications, web services, standard description languages (e.g. SDL), mobile applications
      • ACCESSIBLE will implement a Harmonized Accessibility Methodological framework (HAM)
      • ACCESSIBLE, will provide a holistic accessibility simulation approach, by developing a common assessment simulation module in order to provide designers / developers / testers with appropriate accessibility assessment tools for testing the accessibility of their software applications
      • ACCESSIBLE will introduce for the first time a complete ontological framework (Multilayer ontology based knowledge Resource), for assessing new multi-domain applications in terms of accessibility
      • An open source developer-designer aid module for the design and development of Java applications
      • Support the assessment based on combination of disabilities, standards, devices, and applications
    • The ACCESSIBLE Architecture ACCESSIBLE User Interface EARL Reporting Tool Developer & designer aid Module Ontology based Knowledge Resource and Inference engine Assessment Simulation Module
      • ACCESSIBLE proposes four innovative pilots evaluating the accessibility of the implemented prototypes. At least one application per each pilot domain will be tested within the ACCESSIBLE environment.
        • Mobile Web applications assessment – ( FFCUL , SUN)
        • Web services assessment - infomobility and ASK-IT compliant web services - ( SOFTECO & CERTH/ITI)
        • Web applications assessment – e.g. Web based ecommerce application for goods & Web based ecommerce application for office supplies - ( NETSCOUTS)
        • Description languages (e.g. SDL) assessment - e.g. Next generation telecommunication services - ( SOLINET)
      ACCESSIBLE Application Scenarios
    • Web Applications Assessment
      • Extendable in order to support more standards/guidelines
        • New standard support: new guidelines, checkpoints, maybe rules added in the ontology.
        • New standard using similar approaches (primitive tests) with the already supported standards, not even a single line of source code has to be changed!
      • Updates to new versions straightforward
        • Ontology update (new instances, rules, properties)  no need for source code change.
      • The accessibility score of the examined web page(s) is being calculated
        • A normalized version of the WAB (Web Accessibility Barrier) metric is being used that takes into account the priority of the checkpoints.
      • The Web Assessibility Assessment tool supports many additional tests providing warnings ( possible errors ) and extra information (ex. total number of the tables, images, etc., Tips) concerning the structure of the web application.
      • I nnovation compar ed to Hera, BenToWeb, WALIDATOR, WAVE, TAW, etc. : support of various standards / guidelines / disabilities / assistive technologies via a unique framework ( ACCESSIBLE H AM).
      • Adaptive/Semi-automatic selection of tests
        • Manual selection (using checkboxes)
        • Using the knowledge stored in the ACCESSIBLE ontology
          • Choose the tests that correspond to one (or more) specific Standard / Personas/ Impairment / Disability / Functional Limitation / Assistive technology (devices)
    • Accessibility of Web Services
      • Introducing the notion of Accessibility in Web Services towards their effective utilization
      • Why?
        • To ensure that HCI through applications
        • utilizing Web Services is Accessible
      • How?
        • By assessing
          • The capability of Web Services to provide content which is accessible to the end users (diabled) of the client applications
          • The capability of Web Services to interact well with the client applications utilizing their functionality
      • Result:
        • Enhancing the interaction between client applications and Web Services with WS Accessibility features
        • Ensuring that the client app – WS interaction part of the WS utilization chain allows for accessible HCI at the user – client app Level
      • Accessible defines an Accessibility Framework ensuring that Web Services
        • Are well-defined, well-working and easy to integrate within client applications
          • Introducing Accessibility at the Service’s Operational Level
        • Provide content which is accessible to impaired users
          • Introducing Accessibility at the Service’s delivered content Presentation Level
        • Provide information actually helpful to impaired users, adapted to their needs
          • Introducing Accessibility at the Service’s delivered content Information Level
    • Mobile Assessment Module
      • Foreseen added value
        • A set of assessment practices to aid designers and developers evaluate Accessibility of Web sites for mobile devices
        • Focus on similarities/differences between Mobile Web and Accessibility, to decrease the burden of improving adequacy to people with disabilities in mobile scenarios
        • Starting point for Mobile Accessibility for different technologies
      • Innovation
      • Mobile Accessibility is just starting to be researched (hot topic!)
      • Bridged Mobile Web Best Practices (MobileOK subset) and Web Content Accessibility Guidelines (WCAG) to come with a superset of assessments towards Mobile Accessibility
      • Application of WCAG in non-desktop scenarios (e.g., tailored mobile content)
    • Description Languages Assessment
      • The problem
        • System design requires checking for accessibility in order to provide accessible applications
        • Lack of standards and guidelines for accessibility
      • The challenge
        • Accessibility checking at system design level in order to tackle accessibility issues of applications at an early development stage
        • Allow developers to early accessibility checking at system design level
      • The ACCESSIBLE innovation
        • Define accessibility guidelines and associated techniques for description languages focused on GUI designs
        • Develop the description languages accessibility assessment tool by implementing the assessment techniques and provide implementation guidelines to the developers
    • Developer-designer aid (simulator) module
      • Innovation
        • An open source tool for the simulation of disabilities (visual and upper limp impairments) for JAVA implementations (to help users to understand how capability loss affects the ability to interact with software applications and services)
        • A plug-in version for the NetBeans IDE in addition to the standalone (developers often don't want to use applications that are excluded from the main IDE software packages they prefer to use)
        • Integration of the module with the Java Accessibility API
      • The problem
        • Existing development tools and packaged solutions give little out-of-the-box assistance to users for the accessibility design of ICT Java solutions
        • There is a obvious shortage of simulators for Java Swing applications
        • Most of existing vision impairment simulators are independent applications and not offered through common Integrated Development Environments
    • ACCESSIBLE Public Results
      • Public Deliverables
      • ACCESSIBLE ontology
      • Tools Downloading
      • Publications
      http://www.accessible-project.eu
    • Thank you for your attention!
      • Questions, comments