Redesigning a Tool for Secure Android Coding with Accessibility
ieee android projects ideas with source code for students
This paper describes our work to redesign and implement new features to the Secure Android Coding Helper (SACH) that provides accessibility to as many disabled people as possible. SACH is a scanning tool developed to scan the source code of a vulnerable Android application for non-compliance of CERT Android Secure Coding Rules. New features wereimplemented to make the SACH tool accessible without keyboard or without a mouse and compatible with screen reader programs such as JAWS on Windows and VoiceOver on Mac.
There are over one billion of the world’s population currently suffering from some form of disability. People with disabilities are more likely to have a harder time in society than people without a disability when it comes to employment, health, education, and even financially [1]. Today, technologies have become an important part of people’s daily life. ieee android projects ideas with source code for students It is important to provide people with disabilities accessibility to technology. The Section 508 of the Rehabilitation Act was amended to require all federal agencies to make their electronics more accessible to people withdisabilities. The National Security Agency (NSA) developed a list of accessibility requirements based on the Section 508 act for the following types of disabilities [2]:xVisual Disability- In 2014, out of the 285 million people on earth that are visually impaired, there are 39 million that are blind [3]. This covers a spectrum of low vision to the total blindness. According to the NSA Fundamental Accessibility Requirement [10], userswith visual disability should be able to navigate asoftware tool using a keyboard or physical control. The use of a mouse or free roaming devices should not be required. They also require an on screen reading tool such as Narrator [4] for windows users and VoiceOver for Macs [5]. xAuditory Disability- According to the World Health Organization (WHO), over 360 million people suffer from hearing loss [6]. The NSA requires the software to be accessible without any auditory information.xAmbulatory disability- Multiple disabilities fall under Ambulatory including paralysis, amputation and birth defects that restrict users to the use of one or both hands. The NSA requires the software to be fully operational with either a mouse or one keyboard input.xxCognitive and Learning Disorder -People with this disability usually suffer from a perfect ability to listen, think, speak, write, spell, read, using language, and comprehend things. This disability includes Autism, Cerebral Palsey, Down Syndrome, Fragile X and Fetal Alcohol Syndrome.xSeizures -This disability causes one’s senses to be momentarily disrupted and sometimes have moments of unconsciousness. It is caused by abnormal electrical activities in the brain.Through previous research, we developed a Secure Android Coding Helper (SACH) tool that scans Android program source code and reports security vulnerabilities [9].Cognitive, learning disabilities and seizures are disabilities that cannot be incorporated into SACH because they require human assistance. https://codeshoppy.com/android-project-with-source-code-students.html The following changes were implemented in SACH to address accessibility:xVisual Disability -SACH was re-designed to allow users to fully use SACH without the use of a mouse orany free roaming devices. Instead, users should be able to use on screen reading tools and keyboard shortcuts to fully navigate the software. In addition, SACH needed to cater to users with color blindness.Therefore, right color schemes were used to allow the user to distinguish different colors.xAuditory Disability – For a user with auditory disability, SACH must be fully operational without theuse of auditory information.Therefore, alerts are text-based instead of audio-based. Also the text must be visible.xAmbulatory Disability – SACH must be able to function fully with either the mouse or one-character keyboard input. Therefore, all operations can be done with a mouse or keyboard.The rest of the papers is organized as follows, Section IIdescribes the background of SACH and tools for accessibility.Section III describes the design and key features implemented in SACH for accessibility. Section IV concludes the paper and discusses the future work