Specail People App by BSCS7th - 01 - 35 - 27

Special People Application
Final Year Project Title

Project Documentation
Supervisor
Dr. Tenvir Ali
Submitted by
Ahmad Talha
{01}
Hamza Fazal
{27}
Usman Qadir
{35}
BScs/7th (Morning)
Department of Computer Science & IT

The Islamia University of Bahawalpur, Bahawalnagar Campus
i
Date (did/mm/ivy) Version Description Author

Current date 1.1 SPA (Special people App) will act as a Ahmad Talha (01)
communication bridge between DD’s
(Dumbs & Deaf) and the normal person Hamza Fazal (27)
taking advantage of the fact that Usman Qadir(35)
smartphones are now becoming a daily
life utility. In its current version SPA
will be a simple android application
providing a communication facility
between DD and a normal person and
vice versa. (This project is for
Urdu/English learned people).
Supervisor Name: ____________________

Designation: ____________________
Signature: ____________________
ii
Contents
Project Documentation........................................................................................................i
...........................................................................................i
Supervisor...............................................................................................................................i
Submitted by...........................................................................................................................i
Chapter:1....................................................................................................................................v
1.1. Overview.........................................................................................................................7
1.2. Scope of Project..............................................................................................................8
 communication facility between DD and a normal person................................................8
 communication facility between normal person and DD (limited scope)..........................8
 Comprehensive with languages freedom (Regional languages)........................................8
 Easy to operate mechanism................................................................................................8
Chapter: 2...................................................................................................................................9
Related Systems to Special people Application:......................................................................10
 ASL American Sign Language........................................................................................12
(https://play.google.com/store/apps/details?id=tenmb.asl.americansignlanguagepro)............12
Flaws in Above Applications:-.................................................................................................13
2.1. Requirements:...................................................................................................................15
2.1.1 Functional Requirement..............................................................................................15
Use-case Scenario of Sing up...........................................................................................22
Use-case Scenario of Login.............................................................................................23
Use case scenario of Search.................................................................................................25
Use case scenario of Delete:................................................................................................25
Use case scenario of Manage User Data:.............................................................................26
Use case scenario of Logout................................................................................................26
Work Plan.................................................................................................................................28
Chapter: 3.................................................................................................................................30
3 Introduction of (Analysis and Design Phase)........................................................................31
iii
3.1 Purpose:..........................................................................................................................31
3.2 Scope:.............................................................................................................................31
3.3 DEFINITIONS, ABBREVIATIONS AND ACRONYMS...........................................32
3.4 Tools and Technologies.............................................................................................33
3.5 Project Perspective.........................................................................................................33
3.6 System Study..................................................................................................................33
3.7 Product Function............................................................................................................33
3.8 Feasibility Study........................................................................................................34
3.8.1Financial Feasibility:................................................................................................34
3.8.2Technical Feasibility................................................................................................34
3.8.3Resource Feasibility.................................................................................................34
1 Data Flow Diagram:.........................................................................................................35
2 Entity Relationship Diagram:...........................................................................................35
5 Activity Diagram..............................................................................................................37
6 Sequence Diagram...........................................................................................................45
7 Deployment Diagram:......................................................................................................53
8 Database Design:..............................................................................................................54
9 Class Diagram Design:.....................................................................................................55
10 Architecture Design Diagram:.........................................................................................56
11 Component Diagram:.......................................................................................................57
Chapter:4..................................................................................................................................59
12 Test Cases:.......................................................................................................................60
12.1Test Case # 1.................................................................................................................60
12.2Test Case # 2.................................................................................................................61
12.3Test Case # 3.................................................................................................................61
12.4Test Case # 4.................................................................................................................62
12.5Test Case # 5.................................................................................................................63
12.6Test Case # 6.................................................................................................................64
12.7Test Case # 7.................................................................................................................65
12.8Test Case # 8.................................................................................................................66
12.9Test Case # 9.................................................................................................................67
12.10Test Case # 10.............................................................................................................68
12.11Test Case # 11.............................................................................................................69
12.12Test Case # 12.............................................................................................................70
Chapter:5..................................................................................................................................72
iv
13 Interface Design:..............................................................................................................73
Chapter:6..................................................................................................................................78
14 Conclusion:......................................................................................................................79
Chapter:7..................................................................................................................................80
15. References:......................................................................................................................81
DEF-ISL:...................................................................................................................................81
Deaf Sign Language App (ASL)...........................................................................................81
v
Chapter:1
Introduction
vi
1.1. Overview
SPA (Special people App) will act as a communication bridge between DD’s (Dumbs & Deaf)
and the normal person taking advantage of the fact that smartphones are now becoming a daily
life utility. In its current version SPA will be a simple android application providing a
communication facility between DD and a normal person and vice versa. (This project is for
Urdu/English learned people). In our daily life, Deaf and Dumb (DD) people face a lot of issues
while communicating normal people. The major communication barrier is language. Normal
people cannot understand sign language while the deaf and dumb people can neither listen to
normal people nor they can speak. SPA will help DD’s and normal people to work under same
place such as office, market and many other areas of daily life. Main goal of SPA is to provide a
solution of currently faced problems by very low neural power child/Men/Women. Special
people feel shy/Degrade themselves while dealing with other one due to their abnormal state, we
want to remove this communication gap among Special and normal people. SPA can be seen by
a business point of view by adding some more features (current version is limited & not for sale)
System features and functionalities:
1. Any new user or old user can create their account on SPA.
2. User account creation based on some rules.
3. Each user assigned unique ID so he can login into another device easily
4. The user interface is so friendly.
5. User assign a Unique ID when he/she 1st time install application.
6. User Interface divided into Home, Market and Office which further divided into
Subgroups.
7. There will be pictures and a voice note of everything that a user need.
8. User can click pictures of their choice and respective outcome received.
9. Search option available to search any picture/text.
10. SPA is so flexible user can add picture and voice according to his choice
11. System should show notifications to logged in user.
1.2. Scope of Project

communication facility between DD and a normal person and vice versa
Objectives:
 communication facility between DD and a normal person
 communication facility between normal person and DD (limited scope)
 Comprehensive with languages freedom (Regional languages)
 Easy to operate mechanism

 Flexibility (users can easily add pictures according to his need)
Chapter: 2
Related System Analysis
Related Systems to Special People Application:

 Deaf Sign Language
(https://play.google.com/store/apps/details?id=com.bhbharesh.DeafSignLanguage)
Deaf Sign Language is for Beginners, British Sign Language and Indian sign
language. This app in only for limited languages and cannot be used for other
language in future. Deaf Sign Language App have been organised into various
sections, which is start with basics such as alphabets and numbers also. This list
of sections further goes on to include greetings, question words, days and time of
the day, and clothing, family members and people, emotions, colours, meals,
health, opposites, nature and the weather, sentence formations and more
The main flaws of this application is that this is not user friendly and not user
customize. The Deaf Sign Language is cover most of the daily routine and daily
works at home.
 Deaf Sign Language App (ASL)

(https://play.google.com/store/apps/details?id=deaf.khokhar.yousaf.deafsignapp)
An app that allow users to learn a sign language by simply saying a word or
phrase as well as they can use it to communicate with the deaf. This app is not for
beginner and un-Educated Person is main flaws. Users can either use Speak
function or by Text function to learn the sign language which is very helpful. This
app will help people to communicate with deaf community easily and effectively.
But if a normal person wants to communicate with special person this application
is not useful.
 Deaf and mute Muslims

(https://play.google.com/store/apps/details?id=com.dawateislami.deaf.dumb.muslims)
An App for Deaf & Mute Muslims contains Media Library in Sign Language & Books.
Daw at-e-Islamia, is a global non-political movement for the preaching of Quran and
Sunnah consists of 104 departments and leave no stone unturned in the propagation of
Islam, among the departments Khusoosi Islami Bhai is one in which the deaf, mute and
blind people is being taught the teachings of Sharia through sign languages. To facilitate
them into the I.T department of Dawat-e-Islami has launched an application named as
“Deaf and Mute Muslims” for Android users only. It is a very decorative app with an
eye-catching UI that’s why it is very userfriendly . But this app .is only for Namaz ,
Quran and Islamic Purpose and not Use For normal daily home routine .
 Deaf Bible
(https://play.google.com/store/apps/details?
id=com.faithcomesbyhearing.android.deaf.bibleis)
Experience is Sign Language Bibles in an interactive and easy to use interface in

the various translations featuring skilled signers in sharp, close-up, color video.
Immerse yourself in complete Bible experience; interacting in the rich Bible
content accessible in sign language. You can HAVE the Bible, KNOW the Bible
and SHARE the Bible with have the Deaf like never before!
One thing I notice is no why to sign in so as to able to track progress, Bookmark
etc. in this app some of the books are incomplete.
 Talk to Deaf People

(https://play.google.com/store/apps/details?id=com.labu4bd.talk2deaf)
Talk to Deaf People is a free application that is (Multi language) for deaf people,
and allowing deaf people to the communicate with a hearing people.
This application consists of a chat (written text) option which are converts written
text into audio so that it can be listened from normal people (hearing people).
Deaf people can be write and normal people can listen.
In the other hand it also converts audio to text that deaf people can read and
understand easily what normal people want to say. Normal people can say and
deaf people can read. In this time user must have an internet connection
In this app you have to speak slowly and clear and its get a lot of words wrong.
 Hand and Talk Translator

(https://play.google.com/store/apps/details?id=br.com.handtalk)\
If you are interested in learning a new language in a practical and fun a way, the
Hand Talk app is the right choice for you. There are more than 466 million deaf
and hard of hearing people in the world, and Hand Talk, elected the World’s Best
Social App by the UN, emerges as a pocket translator with the goal of bringing
people together through technology and communication. This a great app which is
mostly covers many beginners needs. The Hand Talk app is a powerful tool, used
in the most diverse contexts. The flaws in this application is when is used it after
15 minutes and I click on translate button it disappear then I uninstalled and
reinstalled it the issue remain same
 ASL American Sign Language
(https://play.google.com/store/apps/details?
id=tenmb.asl.americansignlanguagepro)
Knowing American sign language (ASL) will be enable you to meet and interact
with the whole new group of people. It is our first goal to deliver a convenient,
enjoyable learning experience that goes beyond basics. We are bridging the gap
between hearing and the non-hearing community. The voice to a text features
capture the voice and translate it into text. The text to speech features enables deaf
people to share their message. This is random and No structure, No search engine.
Half of its features does not work properly.
 Baby Sign Language

(https://play.google.com/store/apps/details?id=com.bhbharesh.BeautyTips)
Baby Sign Language App have been organized in a various section which start
with basics such as alphabets, Animals and numbers to the advanced level and
first thing is it’s for newly born baby only not for elders.
Baby Sign Language App collections of Categories are below and provide all this
Topic Like,
Help Small Baby
Animals Sign
Birds Sign
Alphabets Sign
Numbers Sign
Fruits Sign
Vegetables Sign
Foods Sign
Bath Items Sign
Home Items Sign
Outdoor Items Sign
Kitchen Items Sign
Children Toys Sign
Vehicles Sign
Etc...
Flaws in Above Applications: -

The main flaws in the above applications is that most of the application are not User Friendly
and a user can not add or have not customized function. Every application has a poor coding
style and some of their functions are not work properly. Some of their applications are not use
for daily routine and the main flaws in all of their application is that they cover only deaf people
there is no other option that’s used by normal people to interact with special people. 90%
applications are useable for experts not for newbie Moreover a few applications are for newbie
but they have a few function that not fulfil their needs.
Main flaws of above applications:
 Not user friendly

 Only for deaf people
 Not covering daily routines work
 Not easy for newbie to learn
 Not flexible
 (Non reliable .Crash during run time)
How above flaws cover by Our Application(SPA)

SPA is covering above mentioned flaws in applications,
Moreover, SPA is very user friendly any person can easily use it. SPA cover both Deaf & Dumb
people to communicate with normal ones and vice versa. And is covering daily routine tasks like
home usage, market, business, office by just clicking on related pictures in limited scope but it
can be enhanced.
Main feature of SPA is it is very flexible and any user and easily add pictures or voice
According to his need. SPA is will be more reliable than other applications as we ensure whole
Code is working properly.
 User friendly
 Flexible
 Reliable
Chapter-3:
System Analysis
Introduction to Analysis:
In the analysis phase, end user business requirements are analyzed and project goals converted
into the defined system functions that the organization intends to develop. The three primary
activities involved in the analysis phase are as follows:
 Gathering business requirement
 Creating process diagrams
 Performing a detailed analysis
Business requirement gathering is the most crucial part at this level of SDLC. Business
requirements are a brief set of business functionalities that the system needs to meet in order to
be successful. Technical details such as the types of technology used in the implementation of
the system need not be defined in this phase. A sample business requirement might look like
“The system must track all the employees by their respective department, region, and the
designation”. This requirement is showing no such detail as to how the system is going to
implement this requirement, but rather what the system must do with respect to the business
Gathering requirements is the main attraction of the Analysis Phase. The process of gathering
requirements is usually more than simply asking the users what they need and writing their
answers. Depending on the complexity of the application, the process for gathering requirements has a clearly defined process
of its own. This process consists of a group of repeatable processes that utilize certain techniques to capture, document,
communicate, and manage requirements. This formal process, which will be developed in more detail, consists of four basic
steps.
1. Elicitation – I ask questions, you talk, I listen
2. Validation – I analyze, I ask follow-up questions
3. Specification – I document, I ask follow-up questions
4. Verification – We all agree

2.1. Requirements:
2.1.1 Functional Requirement
Functional requirements tell the basic behavior of system. They are what the system does or must
not do, and can be thought of in terms of how the system responds to inputs. Functional
requirements usually define if/then behaviors and include calculations, data input, and business
processes.
Functional Requirements:
1) FR-1
There will be different interfaces available on the main screen e.g. “Home
Interface”, “Office Interface”, “Market Interface” etc. Each interface will have
different categories. For example, “Home Interface” may include categories
like “Food items”, “Electrical appliances”, “Clothes” etc.
Clicking on any category will open the list of images related to that category
e.g. clicking on the “Food Items” category will open all the images related to
food etc. Now if DD clicks on “Glass of Water” image, the application
should loudly speak “Bring me a glass of water”, so that any person nearby
could listen to the audio and bring that person a glass of water.
Similarly, if a person clicks on the “Tube light” image (in the electrical
appliances category), the application should speak “Please switch on tube
light”.
Note you need to personally observe all such things that you need most
frequently on a daily basis at home and create the images in “Home
Interface” in their respective category. Similarly, for other interfaces.
For example, in “Market Interface” there can be categories like “Dairy

items”, “Vegetables” etc. Note that here you also need to specify the
quantity along with the corresponding selected item. For example, if DD
selects “Milk”, there should be some mechanism to specify a quantity.
Suppose DD selects “Two”, now the application should speak “Please give
me two liters of milk”.
1) FR-2
Each interface should be customizable by DD himself. Customization may

include adding new images (in a category) along with text that application
should speak, setting the priority of icons (that is which icons should be
displayed in the top row and so on). Initially, you will use the English
language as text that the application will speak.
3) FR-3
Along with interface, you will also maintain a list of most frequently used
items separately. Clicking on this list will open a list of item images that are
used most frequently on a daily basis e.g. “Milk”, “Glass of Water” etc. This
will help DD to directly open the most frequently used items instead of
going deep in the interface.
4) FR-4
Description: Sign up
 Input: Name and Phone number.
Processing: Verifying the phone number according to constraints and assign a user ID
Output: User sign up successfully.
5) FR-5
Description: Sign in
Input: Enter user ID.
Processing: Verify user ID.

Output: Login Successful.
6) FR-6
Description: Click on picture.
Input: Touch picture.
Processing: Check the voice related to picture.
Output: voice.
7) FR-7
Description: Search picture via text

Input: Search the picture/text user demand via text.
Processing: Searching the input in database.
Output: Required picture.
8) FR-8
Description: Add picture.

Input: Picture, text and voice.
 Processing: Process picture, voice and text.
Output: Picture with voice and text added.
9) FR-9
Description: Delete picture.

 Input: Click Delete picture button.
 Processing: Deleting picture.
Output: Picture deleted.
10) FR-10
Description: Update
 Input: Click update picture button
 Processing: updating new picture, voice, text with old one.
Output: Picture Updated.
11) FR-11
Description: Logout.
 Input: Click on logout button.
 Processing: Closing the user Accounts.
Output: Accounts has been Logout.
Non-functional requirements:
specify how the system should do it. Non-functional requirements do not affect the basic
functionality of the system (hence the name, non-functional requirements). Even if the non-
functional requirements are not met, the system will still perform its basic purpose.
Performance:
The solution has exhibit very stringent performance requirements. The system has perfect performance. It can be
help the customer to show all services. The products shall be based on app and has to be run from an android server.
The products shall take initial load time depending on internet connection strength which also depends on the media
from which the product is run.
Reliability:
The system should be reliable. It should field correct results if a user performs searches for service and its bill. If the
user sends message, the system should ensure that the message is delivered to the correct destination without any
loss or change in content.
Availability:
The system should be available at all times. It should he ensured that there should be minimum or no downtime to
ensure better user experience
Security:
Some security measures are provided to the application account holders such as account holder must give his/her
account id and password to login
Maintainability:
The system should be developed in such a way that it is extensible. It should be easy to incorporate new features
requirements or accommodate a change in the existing requirements
Use case:
A use case is a written description of how users will perform tasks on your website. It outlines,
from a user's point of view, a system's behavior as it responds to a request. Each use case is
represented as a sequence of simple steps, beginning with a user's goal and ending when that
goal is fulfilled.
Use case for user:

Use Case for Admin:

Use Case for System:

3.3 Use-Case Scenarios
Use-case Scenario of Sing up
Use Case Title Sign up

Use Case Id 1
Requirement Id A1*
Description: This use case is for new user Sign up

Pre-Conditions:
1. User Sign up for using application.
Task Sequence Exceptions

1. Create Account System will show
error if user enter
incorrect or
incomplete
information in
required field.
2. System asks for necessary information.
3. Administrator provides all the required information and options to
complete the operation.
4. There is a problem in the data provided; some data needs to be corrected.
 Administrator checks the available information and corrects the
error.
 Administrator continues from the step 3.
5. System after confirmation adds the new account.
6. System sends the account creation email to the administrator’s email id
and user’s email address.
Post Conditions:
- A new user account is successfully created.
Unresolved issues:
Authority: Administrator
Modification history: 1.0
Author: Ahmad Talha (01), Usman Qadir (35), Hamza Fazal (27)
Description:
Use-case Scenario of Login
Use Case Title Login

Use Case Id 2
Requirement Id B2*
Description: This use case is for login into application for user and Admin
Pre-Conditions:
1. User should Registered before login.
2. Admin account is already created

1. User select the login option. System will show
the error message if
the login
information will not
matched with info
which store in
database.
2. User type his/her name.
3. User type his/her password.
4. System create an account for the user.
Post Conditions:
User will be successfully login.
Unresolved issues:
Description:
Use-case Scenario of Update:
Use Case Title Update Voice

Use Case Id 3
Requirement Id D3*
Description: This use case is about updating the voice
Pre-Conditions:
1. User must signed in before update..

1. To Update voice.
Post Conditions:
Voice is successfully updated.
Unresolved issues:
Description:
Use-case Scenario of Update-Text:
Use Case Title Update text

Use Case Id 4
Requirement Id D4*
Description: This use case is about updating the text of image
Pre-Conditions:

2. To Update text of image
Post Conditions:
text is successfully updated.
Unresolved issues:
Description:
Use-case Scenario of Update:
Use Case Title Update Image

Use Case Id 5
Requirement Id D5*
Description: This use case is about updating the Image
Pre-Conditions:

3. To Update Image.
Post Conditions:
Image is successfully updated.
Unresolved issues:
Description:
Use case scenario of Search.
Use Case Title Search Image/text

Use Case Id 6
Requirement Id D6*
Description: This use case is about to searching image/text.
Pre-Conditions:
User has opened SPA
User must have an account on SPA.
1. Write text you want to search System will show
the message if
didn’t found
Post Conditions:
User will provide the related data
Unresolved issues:
Use case scenario of Delete:
Use Case Title Delete section

Use Case Id 7
Requirement Id D7*
Description: This use case is about to delete an item.
Pre-Conditions:
1. Must be Login in SPA.

1. Select the section you want to delete User cannot
delete the post of
another person
except its own.
But admin can
delete any post
2: Click delete from options
Post Conditions:
The section will be deleted
Use case scenario of Manage User Data:
Use Case Title Manage User Data

Use Case Id 8
Requirement Id D8*
Description: This use case is about to manage the User data.
Pre-Conditions:
User must have an account on SPA to be manage by admin

1. Admin can add new sections If User data not
2. Admin can update voice/text/images manage then data
3. Admin can manage interface will remain same.
Post Conditions:
Admin Successfully Maintain user data
Unresolved issues:
Use case scenario of Logout
Use Case Title Logout

Use Case Id 9
Requirement Id D9*
Description: This use case is about user logout.
Pre-Conditions:
1. Registered User must be login.

1: user press the logout option. If the logout is not
selected than
remain login
Post Conditions: user logout successfully.
Unresolved issues:
System Requirements:
Android version (jellybean to latest)

Any android phone with at least 6 inches’ screen
Adopted Methodology: -
After analyzing different methodology, we decide to adopt Agile Software Development
Agile is a software development approach based on iterative development. It is a combination of
iterative and incremental process models.
Below are other analyzed models with their respective grounds due to which these are not suitable for
this project.
Waterfall: This model isn't appropriate in light of the fact that our necessities are dynamic. The
fundamental disadvantage of this strategy is that once an application is in the testing stage, it is beyond
the realm of imagination to expect to return and alter something
V-model: This model isn't reasonable on the grounds that it is Exceptionally inflexible and least
adaptable and can't be utilized for enormous activities.
Spiral Model: This model isn't appropriate in light of the fact that the accomplishment of the whole
venture is reliant on the danger investigation stage accordingly, disappointment in this stage may harm
whole extend and the huge danger of this approach is that it might proceed uncertainly and never finish.
Incremental model: This model isn't reasonable in light of the fact that it can't work with dynamic
prerequisites and necessities an unmistakable and complete meaning of the entire framework before it
very well may be separated and fabricated steadily
Work Plan
Special people Aplication Project Schedule Gantt Chart Template © 2006-2018 by Vertex42.com
[Company Name]
Project Start Date 10/10/2020 (Saturday) Display Week 1 Week 1 Week 2 Week 3 Week 4 Week 5 Week 6 Week 7 Week 8
Project Lead 5 Oct 2020 12 Oct 2020 19 Oct 2020 26 Oct 2020 2 Nov 2020 9 Nov 2020 16 Nov 2020 23 Nov 2020
5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
WORK
WBS TASK Days START END DAYS % DONE MTWT F SSMTWT F SSMTWT F SSMTWT F SSMTWT F SSMTWT F S SMTWT F S SMTWT F S S
DAYS
1
1.1 Requirement Gathering 24 days Sat 10/10/20 Mon 11/02/20 24 100% 16
1.2 Analysis 20 days Tue 11/03/20 Sun 11/22/20 20 60% 14

1.3 Design 25 days Mon 11/23/20 Thu 12/17/20 25 0% 19
1.4 Coding 50days Fri 12/18/20 Fri 2/05/21 50 75% 36
Chapter: 3
Design
3 Introduction of (Analysis and Design Phase)

Special People App is an Application-based system. Our Application SPA (Special people App) will act as a
communication bridge between DD’s (Dumbs & Deaf) and the normal person taking advantage of the fact that
smartphones are now becoming a daily life utility.
3.1 Purpose:
SPA (Special people App) will act as a communication bridge between DD’s (Dumbs & Deaf) and the normal
person taking advantage of the fact that smartphones are now becoming a daily life utility. In its current version SPA
will be a simple android application providing a communication facility between DD and a normal person and vice
versa. (This project is for Urdu/English learned people). In our daily life, Deaf and Dumb (DD) people face a lot of
issues while communicating normal people. The major communication barrier is language. Normal people cannot
understand sign language while the deaf and dumb people can neither listen to normal people nor they can speak.
SPA will help DD’s and normal people to work under same place such as office, market and many other areas of
daily life. Main goal of SPA is to provide a solution of currently faced problems by very low neural power
child/Men/Women. Special people feel shy/Degrade themselves while dealing with other one due to their abnormal
state, we want to remove this communication gap among Special and normal people. SPA can be seen by a business
point of view by adding some more features (current version is limited & not for sale).
3.2 Scope:
communication facility between DD and a normal person and vice versa
Objectives:
 communication facility between DD and a normal person
 communication facility between normal person and DD (limited scope)

 Comprehensive with languages freedom (Regional languages)
 Easy to operate mechanism
Flexibility (users can easily add pictures according to his need)
3.3 DEFINITIONS, ABBREVIATIONS AND ACRONYMS

1. SPA: Special People Application
2. SRS: Software Requirement Specification
3. WWW: World Wide Web
4. ACADEMIC: Android Application being developed
5. ANDROID: Developed by google, a popular OS for smart phones
6. OS: Operating System
7. MIS: Management Information System
8. GUI: Graphical User Interface
9. JAVA: java is a programing language, java is a general purpose, concurrent, class based, and
object-oriented language
10. RAM: Random Access Memory (Volatile memory used by the CPU for storing data too large to
fit in a register along with execution code of the running program.
11. IDE: Integrated Development Environment
12. SDD: software design description

3.4 Tools and Technologies

In this project we are going to use the following tools.
 Adobe Xu
Adobe Xu will be used for catchy UI designing for better users' convenience.
 Android Studio
Android Studio is going to use as IDE for SPA development. And the SDK will be
Android SDK.
Following are the languages, we are going to use in this project
 Java
 XML
And some are going to use for minor cases e.g. SQLite database query language or
JSON
3.5 Project Perspective

Special People App is made for deaf and dumb people who face difficulties in daily life due to their abnormality
This application will help them to work in same environment with normal people and it will be very helpful to them.
Main goal of SPA is to provide a solution of currently faced problems by very low neural power
child/Men/Women. Special people feel shy/Degrade themselves while dealing with other one
due to their abnormal state, we want to remove this communication gap among Special and
normal people
3.6 System Study

System study is a detailed study of a various operations performed by a system and their relationships within and
outside the system.
System study can be categorized into four parts.
 System planning
 Initial Investigation
 Proposed System with Objective
 Feasibility Study
3.7 Product Function

 Portability- Due to Smartphone app, it is highly portable.
 Reliability- with the Smartphone and offline feature it is highly reliable.
 Availability- Effective performance based on offline feature, it is available.
3.8 Feasibility Study

3.8.1Financial Feasibility:
 Being an Android application Special People App will have an associated cost.
 The system will follow the freeware software standards. No cost will be charged from the potential Users.
3.8.2Technical Feasibility
Project Special People App is a complete Android-based application. The main technologies and tools that are
associated with Special People App
 Adobe Xu
 Adobe Xu will be used for catchy UI designing for better users' convenience.
 Android Studio
 Android Studio is going to use as IDE for SPA development. And the SDK will be
Android SDK.
 Following are the languages, we are going to use in this project
 Java
 XML
 Microsoft Visio for diagrams
3.8.3Resource Feasibility
Resources that are required for the Special People App includes,
 Programming Device (Laptop).
 Hosting Space (Freely available).
 Programming tool (Freely available).
 Programming individuals.
1 Data Flow Diagram:
Customer Voice with text of clicked Picture
Register/login
Logout
Search pictures/text
Click Picture according to his need Special People App
Add picture with voice and text login
Update Content
Manage interface
admin
Manage User data
Figure 1: Data Flow Diagram
2 Entity Relationship Diagram:

voice
Name
Email
picture
Updates
Ph No Customer according Update
to need
text
Click user Interface

picture data
Manage App Admin

Picture ID
Name
Title Email
Category
Description
Figure 2: Entity Relationship diagram

5 Activity Diagram
5.1 Registration Activity Diagram:
Register
Enter valid
information
Invalid
Valid
Click Submit
Figure 3:Registartion Activity Diagram

5.2 Login:
Enter Name and

Password
Credentials not verify
Credentials Verify
User interface
displayed
Figure 4: Login Activity Diagram

5.3 Logout:
Click Logout
Logged Out
Figure 5: Logout Activity Diagram

5.4 Manage user Data:
Login
Entered info is incorrect
Entered info is correct
Manipulate user's Manage list of

data user's option
Add user Delete user Edit data
Not Successfully managed
Manipulation unsuccessful
Successfully managed
Manipulation successful
logout
Figure 6:Manage user Data Activity Diagram

5.5 Update User Interface:
Figure 7:Update User Interface Activity Diagram
login
no
5.6 Update Contents:
yes
Update Interface login
no
Interface Updated
yes
Update Contents
Contents Updated Figure 8:Update

Contents Activity
Diagram
5.7 Delete Content:
login
no
yes
Delete Contents
Contents Deleted
Figure 9:Delete Content Activity Diagram

5.8 Click Picture:
Login
Credentials Verify
Click Pic
Not available
If available
Required Voice/text
Figure 10: Click Picture Activity Diagram

5.9 Search:
Login
Credentials Verify
Search
Not available
If available
Required Output
Figure 11: Search Activity Diagram
6 Sequence Diagram
6.1 Login:
session
user GUI database
manager
User Credentials
verify Credentials
get user_ID
user details
loop if customer
involved
user_ID
password
Credentials valid
Credentials valid
logged in
Figure 12: Login Sequence Diagram
6.2 Logout:
session
user GUI
manager
logout button click
logout request
loop if deletion
session
logout
logout confirmation
logout succesfully
Figure 13:Logout Sequence Diagram

6.3 Search:
User gui database
Search Picture
Check Picture In store
response
picture not found message
successfully found message
Figure 14: Search Sequence Diagram

6.4 Click picture:
User gui database
Click Picture
Check related voice
response
Vocie not integrated
Vocie integrated
Figure 15: Click Picture Sequence Diagram

6.5 Update picture:
user gui database
picture update
Update request
Sucessfully updated
Figure 16: Update picture Sequence Diagram

6.6 Delete picture:
user gui database
Delete Picture
Delete Request
Picture deleted
Figure 17:Delete picture Sequence Diagram

6.7 Registration:
Android
user Application admin database
server
click on register button
request register page
return register page
display registration page
enter info
click on submit
send new user info
verify new user
invalid new user
send errors
re-enter info
valid new user
Accepted save
send acceptance
Figure 18: Registration Sequence Diagram

6.8 Manage User Data:
db
admin manage
admin controller
interface category
choose manage page
get manage page
display manage page
choose manage user
Alternative1(Add user)
choose user type
display add page
add user info

add information
info stored
Alternative2(Edit user)
display edit page

choose user type
edit user info
change saved
edit performance
Alternative3(delete user)
choose user type display deletion page
delete info delete user info
change saved
Figure 19: Manage User Data Sequence diagram

7 Deployment Diagram:
Figure 20:Deployment Diagram

8 Database Design:
User Picture
PK User_id
FK User_id
PK Picture_id
User Name
User Email Picture title
User Credentials Picture description
Admin
Voice
PK admin_id
PK Voice_id
PK FK User_id FK Picture_id
adminName
Voice category
adminPassword
Voice language
Figure 21: Database Design

9 Class Diagram Design:
Admin
User admin_id:int
0
adminName:string
user_id:int * adminPassword:string
userName:string
1 add(()
userEmail:string
update()
1 userAddress:string
remove()
userPassword:string
registration()
-memberName
login()
Voice
0
voice_id:int Picture * 0
M4
* voice_name:string
updatevpice() picture_id:int
checkCart() picturetitle:string
-picturedescriptionName
Figure 22:Class Diagram

10 Architecture Design Diagram:
Figure 23:Architecture Design

11 Component Diagram:
Customer
Encryption
Security
Access control
Special People App

Encryption
Persistence
Access control
Database connector
Database
Admin
Figure 24:Component Diagram

Chapter:4
Testing
12 Test Cases:
12.1Test Case # 1
Test Case Title: View Homepage
Preconditions 1. User must have a computational device on which he/she search Special People App.
2. User must have an android browser
3. User must have an internet connection
Actions 1. Open Play Store

2. Write Special People App in search box
3. Install Special People App
4. View Homepage
Expected Results User can see the Homepage of Special people App.
Tested By: Ahmad Talha, Hamza Fazal, Usman Qadir
Result Pass
Table 1: Test Case View Homepage

12.2Test Case # 2
Test Case Title: Registration (User)
Preconditions User must be on home page of (Special people App)
Actions 1. Click on User Register button

2. Enter Name
3. Enter Email Address
4. Enter Password
5. Enter Phone Number
6. Enter Address
7. 6. Submit Form
Expected Results User Signup Successfully & can see all type of Services provided by (Special people App).
Result Pass
Table 2:Test Case Registration(User)
12.3Test Case # 3
Test Case Title: Login (User)

Preconditions User must be a registered member of (Special people App).
Actions 1. Visit Home Page

2. Click on Log in Button
3. Enter User Name
4. Enter Password
Expected Results User Login successfully & can see all type of services provided by (Special people App).
Result Pass
Table 3: Test Case Login(User)
12.4Test Case # 4
Test Case Title: Click Picture:
Preconditions User must be a registered member of (Special people App).
2. Select Pictures
3. Select the pictures according to need
4. Confirm and hear voice
Expected Results Picture Selected.
Result Pass
Table 4:Test Case Click Picture

12.5Test Case # 5
Test Case Title: Click Picture:
Preconditions User must be Registered to (Special people App).
2. Select Picture
3. Select the pictures according to need
4. Confirm
Expected Results .Picture Selected
Result Pass
Table 5:Test Case Click Picture

12.6Test Case # 6
Test Case Title: Search Picture:
2. Search picture
3. Search the pictures according to need
4. Confirm
Expected Results View Picture.
Result Pass
Table 6:Test Cases Search
12.7Test Case # 7
Test Case Title: Update Picture:

2. Select Picture
3. Update the pictures according to need
4. Confirm Update
Expected Results Picture Updated
Result Pass
Table 7:Test Case Update(user)
12.8Test Case # 8
Test Case Title: Logout (User)
Preconditions User must be Registered to (Special people App). And is currently

Logged in.
Actions
1. Click on settings
2. Select Log Out.
3. Select Confirm Log Out
Expected Results User is successfully logged out
Result Pass
Table 8:Test Case Logout(User)
12.9Test Case # 9
Test Case Title: Login (Admin)
Preconditions Admin must be a registered member of (Special people App).

3. Enter User Name
4. Enter Password
Expected Results Admin Login successfully & can see all type of services provided by (Special people App).
Result Pass
Table 9:Test Case Login(Admin)
12.10Test Case # 10
Test Case Title: Manage Users Data
Preconditions Admin must be Registered to (Special people App). And is currently

Logged in.
Actions 1. Click on settings

2. Choose manage data
3. Apply regrading changes
Expected Results Users data is successfully managed
Result Pass
Table 10:Test Case Manage User Data
12.11Test Case # 11
Test Case Title: Update User Interface:

Logged in.

2. Choose manage Interface
3. Apply regrading changes
Expected Results Users Interface is successfully managed
Result Pass
Table 11:Test Case Update Interface
12.12Test Case # 12
Test Case Title: Logout (Admin)
Logged in.
2. Select Log Out.
3. Select Confirm Log Out
Expected Results Admin is successfully logged out
Result Pass
Table 12:Test Case Logout(Admin)

Chapter:5
GUI
13 Interface Design:
13.1 Registration:
13.2 Login:
13.3 Home Page:
13.4 Select:
13.5 Select House:

Chapter:6
Conclusion
14 Conclusion:
In our daily life, Deaf and Dumb (DD) people face a lot of issues while
communicating especially when they are communicating with normal
people. The major communication barrier is language. Normal people
cannot understand sign language while the deaf and dumb people can
neither listen to normal people nor they can speak.
DDCA is a communication bridge between DD’s and the normal person

taking advantage of the fact that smartphones are now becoming a daily
life utility. In its current version (for dumb people only), DDCA will be a
simple android application providing a communication facility between DD
and a normal person.
Chapter:7
References
15. References:
DEF-ISL:
The DEF-ISL app makes learning of sign language easy, accessible and interesting. Packed with
50000+ easy-to-understand signs and phrases, in-built videos, illustrations, this easy to navigate app
can be used both by adults and children who are deaf or hearing impaired. The customized mobile
app is available for download on iOS and Android platforms.
DEF-ISL offers the opportunity for all to learn sign language and thereby reach out to the deaf more
easily.
DEF is an organization made of the deaf, for the deaf, by the deaf, focused on addressing the issues
of communication for the deaf and developing methods and resources to improve their connect with
the society at large. They aim to make a lasting impact on the future of thousands of deaf or hard of
hearing children and adults by providing them access to early identification, hearing technology and
expertise to reach their full potential.
“https://play.google.com/store/apps/details?id=in.eightfolds.deafenabled”
Deaf Sign Language App (ASL)

• An app that allow users to learn sign language by simply saying a word or phrase as well as they
can use it to communicate with the deaf.
• Users can either use Speak function or By Text function to learn the sign language.
• Our app is able to translate common English phrase in to Sign language.
• Our app is an offline app so it can be used without any requirement of internet once downloaded.
• This app will help people to communicate with deaf community easily and effectively.
• An app intelligent enough that can translate almost any phrase of an English language.
• Our app can be used as a tool of giving knowledge of sign language to the parents or teachers that
runs special education schools of deaf so they can teach their deaf children and students.
“https://play.google.com/store/apps/details?id=deaf.khokhar.yousaf.deafsignapp”
Deaf Sign Language:

Deaf Sign Language App have been organized into various sections which start with basics such as
alphabets and numbers. The list of sections further goes on to include greetings , question words ,
days and time of the day , clothing , family members and people , emotions , colors , meals , health ,
opposites , nature and the weather , sentence formations and more .
Learn American, Czech, British, Estonian, French, German, Austrian, Italian, Japanese, Latvian,
Lithuanian, Polish, Portuguese, Brazilian, Romanian, Russian, Spanish, Swedish, and Turkish sign
language.
Deaf Sign Language App collections of Categories are below and provide all this Topic Like,
Alphabets
Numbers
Greetings and Phrases
Question Words
Day and Time of Day
Clothing
Family Members and People

Emotions and Feelings
Colors
Foods and Meals
Health and Body
Time
Around the House
Opposites
Nature and the Weather
Money
Sentences
Deaf Sign Language
Deaf Sign Language for Beginners, Deaf British Sign Language, Deaf Indian sign language, Deaf
Spread Signs, Learn Deaf Sign Language
Etc...
“https://play.google.com/store/apps/details?id=com.bhbharesh.DeafSignLanguage”

Specail People App by BSCS7th - 01 - 35 - 27

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Specail People App by BSCS7th - 01 - 35 - 27

Uploaded by

Copyright:

Available Formats

Special People Application

Final Year Project Title

Department of Computer Science & IT

Date (did/mm/ivy) Version Description Author

Supervisor Name: ____________________

System features and functionalities:

1.2. Scope of Project

 communication facility between DD and a normal person

 communication facility between normal person and DD (limited scope)

 Comprehensive with languages freedom (Regional languages)

 Easy to operate mechanism

Related Systems to Special People Application:

 Deaf Sign Language App (ASL)

 Deaf and mute Muslims

Experience is Sign Language Bibles in an interactive and easy to use interface in

 Talk to Deaf People

 Hand and Talk Translator

 ASL American Sign Language

 Baby Sign Language

Flaws in Above Applications: -

Main flaws of above applications:

 Not user friendly

How above flaws cover by Our Application(SPA)

1. Elicitation – I ask questions, you talk, I listen

2. Validation – I analyze, I ask follow-up questions

3. Specification – I document, I ask follow-up questions

4. Verification – We all agree

For example, in “Market Interface” there can be categories like “Dairy

Each interface should be customizable by DD himself. Customization may

Processing: Verify user ID.

Description: Search picture via text

Description: Add picture.

Description: Delete picture.

Use case for user:

Use Case for Admin:

Use Case for System:

3.3 Use-Case Scenarios

Use-case Scenario of Sing up

Use Case Title Sign up

Description: This use case is for new user Sign up

Task Sequence Exceptions

Use-case Scenario of Login

Use Case Title Login

Task Sequence Exceptions

Use-case Scenario of Update:

Use Case Title Update Voice

Task Sequence Exceptions

Use-case Scenario of Update-Text:

Use Case Title Update text

Task Sequence Exceptions

Use-case Scenario of Update:

Use Case Title Update Image

Task Sequence Exceptions

Use case scenario of Search.

Use Case Title Search Image/text

Use case scenario of Delete:

Use Case Title Delete section

Task Sequence Exceptions

Use case scenario of Manage User Data:

Use Case Title Manage User Data

Task Sequence Exceptions

Use case scenario of Logout

Use Case Title Logout