Professional Documents
Culture Documents
Specail People App by BSCS7th - 01 - 35 - 27
Specail People App by BSCS7th - 01 - 35 - 27
Specail People App by BSCS7th - 01 - 35 - 27
Supervisor
Dr. Tenvir Ali
Submitted by
Ahmad Talha
{01}
Hamza Fazal
{27}
Usman Qadir
{35}
BScs/7th (Morning)
i
Special People Application
Signature: ____________________
ii
Special People Application
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
Special People Application
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
Special People Application
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
Special People Application
Chapter:1
Introduction
vi
Special People Application
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)
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.
Special People Application
Objectives:
Chapter: 2
Related System Analysis
Special People Application
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.
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.
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 .
Special People Application
Deaf Bible
(https://play.google.com/store/apps/details?
id=com.faithcomesbyhearing.android.deaf.bibleis)
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.
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
Special People Application
(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 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...
Special People Application
User friendly
Flexible
Reliable
Special People Application
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.
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.
Special People Application
1) FR-2
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.
Special People Application
6) FR-6
Description: Click on picture.
Input: Touch picture.
Processing: Check the voice related to picture.
Output: voice.
7) FR-7
8) FR-8
9) FR-9
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
Special People Application
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.
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
Post Conditions:
Voice is successfully updated.
Unresolved issues:
Special People Application
Authority: Administrator
Modification history: 1.0
Author: Ahmad Talha (01), Usman Qadir (35), Hamza Fazal (27)
Description:
Post Conditions:
text is successfully updated.
Unresolved issues:
Authority: Administrator
Modification history: 1.0
Author: Ahmad Talha (01), Usman Qadir (35), Hamza Fazal (27)
Description:
Post Conditions:
Image is successfully updated.
Unresolved issues:
Special People Application
Authority: Administrator
Modification history: 1.0
Author: Ahmad Talha (01), Usman Qadir (35), Hamza Fazal (27)
Description:
Post Conditions:
The section will be deleted
Authority: Administrator
Post Conditions:
Admin Successfully Maintain user data
Unresolved issues:
Authority: Administrator
System Requirements:
Special People Application
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
Special People Application
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 Application
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
Chapter: 3
Design
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:
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
Objectives:
communication facility between DD and a normal person
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.
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
System planning
Initial Investigation
Feasibility Study
Special People Application
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).
Programming individuals.
Special People Application
Register/login
Logout
Search pictures/text
Update Content
Manage interface
admin
Manage User data
voice
Name
Email
picture
Updates
Ph No Customer according Update
to need
text
Name
Title Email
Category
Description
5 Activity Diagram
5.1 Registration Activity Diagram:
Register
Enter valid
information
Invalid
Valid
Click Submit
5.2 Login:
Credentials Verify
User interface
displayed
5.3 Logout:
Click Logout
Logged Out
Login
Manipulation unsuccessful
Successfully managed
Manipulation successful
logout
login
no
5.6 Update Contents:
yes
no
Interface Updated
yes
Update Contents
login
no
yes
Delete Contents
Contents Deleted
Login
Credentials Verify
Click Pic
Not available
If available
Required Voice/text
5.9 Search:
Login
Credentials Verify
Search
Not available
If available
Required Output
Special People Application
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
6.2 Logout:
Special People Application
session
user GUI
manager
logout request
loop if deletion
session
logout
logout confirmation
logout succesfully
6.3 Search:
Search Picture
response
Click Picture
response
Vocie integrated
picture update
Update request
Sucessfully updated
Delete Picture
Delete Request
Picture deleted
6.7 Registration:
Android
user Application admin database
server
click on register button
enter info
click on submit
send errors
re-enter info
Accepted save
send acceptance
db
admin manage
admin controller
interface category
Alternative1(Add user)
Alternative2(Edit user)
change saved
edit performance
Alternative3(delete user)
change saved
7 Deployment Diagram:
8 Database Design:
User Picture
PK User_id
FK User_id
PK Picture_id
User Name
Admin
Voice
PK admin_id
PK Voice_id
PK FK User_id FK Picture_id
adminName
Voice category
adminPassword
Voice language
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
11 Component Diagram:
Customer
Encryption
Security
Access control
Database connector
Database
Admin
Chapter:4
Testing
Special People Application
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
Expected Results User can see the Homepage of Special people App.
Result Pass
12.2Test Case # 2
Test Case Title: Registration (User)
Preconditions User must be on home page of (Special people App)
Expected Results User Signup Successfully & can see all type of Services provided by (Special people App).
Result Pass
12.3Test Case # 3
Special People Application
Expected Results User Login successfully & can see all type of services provided by (Special people App).
Result Pass
12.4Test Case # 4
Test Case Title: Click Picture:
Special People Application
2. Select Pictures
Result Pass
12.5Test Case # 5
Test Case Title: Click Picture:
2. Select Picture
4. Confirm
Result Pass
12.6Test Case # 6
Test Case Title: Search Picture:
2. Search picture
4. Confirm
Result Pass
Special People Application
12.7Test Case # 7
Test Case Title: Update Picture:
2. Select Picture
4. Confirm Update
Result Pass
12.8Test Case # 8
Test Case Title: Logout (User)
Special People Application
Actions
1. Click on settings
Result Pass
12.9Test Case # 9
Test Case Title: Login (Admin)
Special People Application
Expected Results Admin Login successfully & can see all type of services provided by (Special people App).
Result Pass
12.10Test Case # 10
Test Case Title: Manage Users Data
Special People Application
Result Pass
12.11Test Case # 11
Test Case Title: Update User Interface:
Special People Application
Result Pass
12.12Test Case # 12
Test Case Title: Logout (Admin)
Special People Application
Logged in.
Result Pass
Chapter:5
GUI
13 Interface Design:
13.1 Registration:
Special People Application
Special People Application
13.2 Login:
Special People Application
13.4 Select:
Special People Application
Chapter:6
Conclusion
14 Conclusion:
Special People Application
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.
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.
Special People Application
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”
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
Special People Application