“Access Form”

Project Domain / Category

Web Application

Abstract/Introduction

The objective of this project is to design and develop AccessForm, a web-based survey builder application that places web accessibility at its core. Unlike conventional tools such as Google Forms or SurveyMonkey, AccessForm is specifically designed to ensure that surveys are inclusive, usable, and accessible to all individuals, including those with visual, hearing, motor, or cognitive impairments. The project highlights strict compliance with the Web Content Accessibility Guidelines (WCAG 2.1). Students are expected to actively consult, interpret, and apply recognized accessibility standards and best practices throughout every stage of the design and development process.

A fully accessible web-based survey builder application, ensuring equal participation and usability for all users. Build a survey builder web application with accessibility-first design. Ensure all user interactions support keyboard navigation, screen readers, and high-contrast modes. Provide alternative input/output options (voice, SMS, captions, alt text). Deliver an analytics dashboard with accessible data visualization. Apply recommendations from official accessibility guides (e.g., WCAG, ARIA practices).

Functional                                                                                                                                                                                                         Requirements:

        User Roles

Admin Panel: Manage users, monitor surveys, and oversee accessibility compliance.

Form Creator Panel: Build surveys, customize accessibility settings, and distribute forms.

Respondent Panel: Complete surveys via web, mobile, voice, or SMS.

        Form Creation and Accessibility Features

Drag-and-drop survey builder for form creators.

Support for question types: multiple choice, text input, rating scales, file upload.

Accessibility enhancements:

        Keyboard-only navigation

        Screen reader compatibility (ARIA attributes).

        High-contrast and dyslexia-friendly themes.

        Alt text for images.

        Captioned or sign-language video support.

        Response Collection and Adaptation

Web responses through any browser.

Voice-based responses (speech-to-text integration).

SMS-based participation for users without internet access.

        Analytics and Reporting

Accessible dashboard for form creators

Page 166 of 167

Screen reader–friendly graphs and tables.

Export in multiple formats (CSV, Excel, PDF).

Deliverables

Final Report: Covering problem analysis, design, implementation, and evaluation.

User Manual/Guide: Instructions for form creators and respondents.

Testing Report: Usability testing with accessibility validation (WCAG compliance checks).

GitHub Repository: Complete source code with documentation.

Live Demo or Recorded Presentation: Demonstrating accessibility features in action. Students must ensure that accessibility is prioritized in every development stage. Teams must consult accessibility guides (WCAG, WAI-ARIA, best practices) when building the survey application.

Tools:

Describe your experience and comfort level in the following areas: Frontend Development, Backend Development, Database Management, Accessibility & Tools (axe-core, ARIA Live Regions, React A11y), Speech APIs, Deployment, Version Control You are free to Select any tools, frameworks, or programming languages you have worked with.

Supervisor:

Name: Mr. Abdullah Qamar

Email ID: abdullah.qamar@vu.edu.pk

MS Teams ID: aqdesk@outlook.com