FYP-1 - Study Shack Report

1. FINAL YEAR PROJECT REPORT
On
STUDY SHACK
Submitted By:
Syed Mohammad Ali Masood – 11595
Nauman Bin Shaheen – 11503
Shahzaib Ilyas - 11573
Supervised By: Dr. Imran Khan
Faculty of Computer Science
INSTITUTE OF BUSINESS ADMINISTRATION, KARACHI

2. FYP Coordinator: ________________________________________
Name: Dr Waseem Arain
Assistant Professor,
Faculty of Computer Science,
Institute of Business Administration, Karachi
FYP Supervisor: _______________________________________________
Name: Dr. Imran Khan
Assistant Professor,
Faculty of Computer Science,
Institute of Business Administration, Karachi
Chairperson: ______________________________________
Name: Dr. Shakeel Ahmad Khoja
Faculty of Computer Science,
Institute of Business Administration, Karachi

3. Declaration
We hereby declare that this project, neither as a whole nor as apart thereof has been copied
out from any source. It is further declare that we developed this project and this report
entirely on the basis of our personal efforts made under the sincere guidance of our project
supervisor. No portion of the work presented in this report has been submitted in support of
any application for any other degree or qualification of this or any other University or
institute of learning. We further declare that this software and all associated documents,
report and records are submitted as partial requirements for the degree of master in
information technology.

4. Acknowledgement
Our thanks and appreciation to our teacher Dr. Imran Khan for persevering with us as our
advisor throughout the time it took us to complete this project. Whose steadfast support of
this project was greatly needed and deeply appreciated. The program was one of the most
important and formative experiences in our lives. We are grateful as well to all teachers of CS
department for their throughout coordination. We must acknowledge as well our families and
many friends for always being there for us.

5. Introduction and Background

6. 1.1 Statement of Problem Area
Now a days students prefer to give tuitions so that they can overcome their monthly chores
without asking any sort of financial help from their parents. Main problem arises when the
user(student) cannot find their desired tuitions. Nearer to their house and the subject of their
interest. Vice versa, it’s difficult to find a good tuition teacher near your area.
So, our application is tackling the tuition finding problem. Where students can find a good
teacher for themselves without getting into any fatigue of finding it by themselves. They just
have to use our application and can find a teacher for themselves. Whereas, on the other hand a
teacher can get tuitions easily. Our target audience is the student (who wants a tuition), there is
no age limit and teacher (minimum Education of O-levels / Matric).
1.2 Background History
With location positioning system such as GPS becoming popular, there is a growing demand for
location-based applications. It is easier, these days to utilize map information by connecting GPS
receiver to PC and PDA. Corresponding to this momentum, GPS receivers are now embedded
into mobile phones and applications using the location of the user in real-time are widely
available. GPS chips are now included in many devices to analyses satellite signals and
determine the user’s location with high accuracy. Hence, the server-centric mode is an economic
way to handle location detection for big conferences. One of the key technological advances for
the development of location-based applications is the use and availability of positioning systems.
1.3 Previous and Current Work
Location Based Service (LBS) LBS is mobile service that has the capability to provide real time
information based on the user’s location. Geographical Information System (GIS) has been the
heart of LBS in order to provide all the functionalities in LBS. Previously, students and teachers
used to register their names for the desired tuitions. They both register their name to a common
company. So, if there is a sort of similarity between a teacher and a student based on the
location and subject they give contact no. of the teacher to the student so that he/she can contact
with the teacher and can get a tuition. This process takes a lot of time and both the teacher and

7. student have to wait for a proper match. But, after our App they don’t have to wait for their
desired tuitions. They are just one tap away from their desired goal.
1.4 Project Description
Study Shack is an android and iOS based application where a student register as a student and a
teacher register as a teacher. If a student needs a tuition, he’ll use our app. With the help of the
location on Google Map, Study Shack will find connect its request to the nearest registered
teachers. If the teacher will accept the tuition request, he/she will be connected to the student.
1.4 Purpose
Technology has improved a lot over the last few decades. One of the best and biggest
technological advancements is the invention of smart phone. A smart phone is a device which
offers more advanced computing and connectivity than regular mobile phones. In the last one or
two year the smart phone users have rapidly increased and the count is still on. People using
smartphones demand for better applications and updates for existing ones, which in turn creates a
huge scope of Android and iOS mobile application development .Android is a fully open source
platform which was created completely for smart phones and similar devices like tablets. IOS, is
the operating system that presently powers many of the company's mobile devices, including the
iPhone, iPad, and iPod Touch
1.5 Objectives
Main objectives of application listed.
• Students and teachers can find their desired tuitions
• Give accurate location of both teacher and students
• Integrate basic activities on single platform
• Automation of activities with respect to location.
1.7 Scope

8. [Product is an android and iOS application which is connecting students and teachers. Both of
them need to register themselves on the app. Providing their necessary details including Name,
Address, Mobile Phone, CNIC/B-Form etc. Then, if a student wants a tuition he/she can use
Study Shack and can find a reliable teacher. On the other hand, a teacher can accept the tuition
request according to their requirements. After this both the parties can negotiate on the salary etc.
This is how students and teachers are connected on our app.
1.8 Introduction
Nowadays people prefer time over anything. In this busy era, people prefer to save as much time
as they can. To targeting this problem, we have introduced a location based tuition finder “Study
Shack”. This application is available on both android and iOS. In 21st
century people are more
aware of their smart phones than anything else. So, targeting the smart phone family, Study
Shack is targeting students and teachers all around the country. Where a student can reach out to
their required teachers and teachers can reach out to their required students. Basically, this
application is acting as a bridge between students and the teachers.
1.9 Supervisor Name
Table 1.1 Supervisor Name
Name Email
Dr. Imran Khan ikhan@iba.edu.pk

9. 1.12 GANTT Chart

10. Software Requirements Specification
2.1 Functional Requirements
Software product is developed using software development life cycle. Analysis and design of
system will start from completion of multi-step investigation of requirements. This step is base
for running of project life cycle. There are many different models and methodologies but each
generally consist of series of defined steps and stages. This section of reports will cover essential
functional requirements of projects. System response time, startup time and processing time
along with quality attributes listed in detail in this section. This section will also tell the running
platform (Software Requirements) and minimum hardware needed for project.

11. 2.1.1 Student requesting for a Teacher
Table 2.1 Location
Requirement ID: Req-001 Requirement Name: Requesting for a
teacher
Primary Actor: Student Criticality: High Top
Description: Student will open the application with his location on his
phone. He’ll confirm his live location on the map integrated in the
application. Then he’ll tap the “call teacher” button. Now, the application
will search for a teacher around a certain radius.

12. 2.1.2 Teacher getting and accepting the notification
Table 2.2 Reminder
Requirement ID: Req-002 Requirement Name: Teacher accepting the
request.
Primary Actor: Teacher Criticality: High Top
Description: Now the teacher will receive the notification from the student
if he/she is under the certain radius from the student’s location. To receive
the notifications of the students, teacher’s phone should be connected to wifi
or mobile data or else he/she won’t receive tuition requests from the
students. Continuing, if the teacher is available and willing to teach. He’ll
accept the notification.

13. 2.1.3 Negotiations between Teacher and Students
Table 2.3 Message
Requirement ID: Req-003 Requirement Name: Negotiations
Primary Actor: Teacher and
Student
Criticality: High Top
Description: So, after the teacher will accept the tuition request sent by the
student. Both the parties will converse using our integrated chat box in the
application. After negotiating the salaries and days. Study Shack’s goal is
achieved.

14. 2.2 Non-Functional Requirements
Startup Time: The system will be operational within 10 seconds.
Response Time from the Teacher : There will be 60 seconds of each notification. Within 60
seconds, teacher has to accept the notification.
Capacity: There is no limit of registrations on Study Shack.

15. System Performance
& Requirement Specification

16. 3.1 Efficiency
Project is android application which will serve as platform to integrate basic android cell phone
activities in a single location with respect to location. It is being built as new self-contained
product. Market has task management application that runs with GSM and locations but all the
type of applications are separate. This application is one of such type of application that will
integrate activities in a single application that will run on location. So that’s why it is not part of
larger system or it is not up gradation of existing application.
3.2 Reliability
There is no down time for application. It will be reliable at any time. Moreover, mean time for
recovery in case of downtime is 2 hours.
3.3 Security
Android is a Linux kernel mobile platform. Android runs on a wide range of devices, from
mobile smartphones and tablets, to set-top boxes. The Android mobile operating system is
dependent upon the mobile device’s processer capabilities for its performance.
Android's Five Key Security Features:
• Security at the operating system level through the Linux kernel
• Mandatory application sandbox
• Secure inter process communication
• Application signing
• Application-defined and user-granted permissions
3.4 Maintainability
After the deployment of the project if any error occur it can easily maintain by the developer and
user can also handle some problems. The system provides ease of maintenance because data is
stored at single place.so there is no need of storing different books at different places. To
perform any operation and to understand the functioning of the software is very easy. If user
want to make some changing in software it is very easy.

17. 3.5 Modifiability
Modification term is used for making changing in the functionality of the system. The system is
flexible. If organization want to modify the functionality of the system it is possible. Software is
adaptive to changing. Changing in the software is very easy
3.6 Portability
This application can be run in android devices and Can easily install and run into android support
devices.

18. System Analysis
& Design Overview

19. 4.1 Use Case Diagrams
• User calling a tutor
Table 4.1 Set Reminder
Use Case UC1: Reminders
Scope: Android and iOS Application
Primary Actor: Student
Stockholder &
interest:
User wants to set his/her location and want to call a tutor
Description: User is calling a teacher with respect to his location.
Precondition: User must have app installed on his android or iOS device. And
must be registered with Study Shack
Success Guarantee
(post condition):
Notification is been sent to the nearest teachers
Main Success
scenario:
• User will get himself registered with the Study Shack
• Then he/she’ll confirm his/her location on the map
• Then, the user will tap the call button.
Extension: 1. System gives an error message.
2. At any time system fails to connect database.
3. System may be crash.
Special
Requirement:
This process work well if the Google play service is updated.

20. Figure 4.1 Use Case of Set Remind

21. • Tutor accepting student’s request
Table 4.2 Define Message
Use Case UC2: Tutor Accepting student’s request
Scope: Android and iOS Application
Primary Actor: Mobile user(teacher/tutor)
Stockholder &
interest:
Tutor is accepting the tuition request from a student.
Description: If tutor is under a specific radius. He will be notified with the tuition
request
Precondition: User must have app installed on his android and iOS device.
Success Guarantee
(post condition):
Notification is sent to the tutor and tutor is accepting the tuition
request.
Main Success
scenario:
• As the student will send a request through his/her phone.
• Nearest tutors will receive notification.
• If the tutor is available he/she will accept the request
Extension: 1. System gives an error message.
5. At any time system fails to connect database.
6. System may be crash.
Special
Requirement:
This process work well if the Google play service is updated.
Figure 4.2 Use Case of Define Message

22. 4.2 Software Process Model
The waterfall model is a popular version of the systems development life cycle model for
software engineering. Often considered the classic approach to the systems development life
cycle, the waterfall model describes a development method that is linear and sequential.
Waterfall development has distinct goals for each phase of development. Imagine a waterfall on
the cliff of a steep mountain. Once the water has flowed over the edge of the cliff and has begun
its journey down the side of the mountain, it cannot turn back. It is the same with waterfall
development. Once a phase of development is completed, the development proceeds to the next
phase and there is no turning back.
Requirement Analysis & Definition:
This phase is focused on possible requirements of the system for the development are captured.
Requirements are gathered subsequent to the end user consultation.
System & Software Design:
Prior to beginning the actual coding, it is inevitable to understand what actions are to be taken
and what they should like. The requirement specifications are studied in detail in this phase and
the design of the system is prepared. The design specifications are the base for the
implementation and unit testing model phase.
Implementation & Unit Testing:
Subsequent to receiving the system design documents, the work is shared into various modules
and the real coding is commenced. The system is developed into small coding units. These units
are later integrated in the subsequent phase. Every unit is tested for its functionality.

23. Integration & System Testing:
The modules that are divided into units are integrated into a complete system and tested for
proper coordination among modules and system behaves as per the specifications. Once the
testing is completed, the software product is delivered to the Buyer.
Operations & Maintenance:
It is a never ending phase. Once the system is running in production environment, problems
come up. The issues that are related to the system are solved only after deployment of the
system. The problems arise from time to time and need to be solved; hence this phase is referred
as maintenance
Diagram:
Figure 4.3 Waterfall Model

24. Chapter 5
User Interface Design
5.1 User Interface Specification

25. A User interface specification (UI specification) is a document that describes the visuals or the
basic user interface into a written document. The specification covers all possible actions that a
user can perform while operating the application.
5.1.1 User Interface Design (Screens)
• Starting Page
Description:

26. The screen above is the initial screen of the application. It tells the user to either login or register
to get started with.
• Login Screen
Description:

27. This is the login screen of our application through which a user can either login after registering
or can connect through a social platform as shown above which includes Google, Facebook and
through Email.
• User Registration
Description:

28. Through this screen the user can register either as a tutor or as a student depending what he/she is
looking for.
• Tutor Registration

29. Description:
This is the tutor registration form.
• Student Registration
Description:
This is the student registration form where the student enters all the necessary details so he/she
can be connected to the relevant tutors.

30. User Main Screen

31. Description:
This is the main screen which will be shown to the user since the blue object on the map will be
the user and the nearby users are either the students or the tutors which the user wants to connect
to through the location services.

32. • The User Profile
Description:
This is the user profile which a tutor can visit to check for the student’s area of interest through
which the tutor would connect to the student.

33. • Profile Options
Description:
This gives the options to one’s own profile and options related to it for example chats
and profile edit options.

34. • Chats
Description:

35. This gives the users chats which are accumulated on ones’ profile.
• The Chat Screen
Description:
This is the chat screen which directly connects the student to the tutor once they’ve matched for
the needed requirements and from here they can communicate in order to progress.

36. Chapter 6
Conclusions

37. 6.1 Summary
Our project is an Android/iOS-based application which is specifically made for tutors and
students. The application uses location services to find suitable tutors for the students which are
near by them, the reason why location services are primarily being used. Our aim is to connect
tutors and students according to their desired requirements and cover this huge gap in today’s
market which prevails over the tuition finding scenarios.
Through this app, we intend to provide the basic and much required facility for the students as
well as the tutors who are looking for part time tuitions in a much more efficient way.
6.2 Problems Encountered and Solved
Problems Due to Lack of Knowledge and Experience on Subject
Our team has encountered in the area where we had very little prior knowledge and due to this
we faced some difficulties as a whole and as well as on an individual level. At the start these
problems were getting the better of each of us and it even got us to the breaking point, but what
we did to cope up with it was to schedule weekly meetings and monitor the progress so that no
one lacks behind and we keep on track as to what was intended.
Problems Due to Misunderstood Requirements
During the requirement gathering phase, it was a bit hard to exactly gather what we were up to.
This was mainly due to the changing scenarios and the upcoming of different variations of
requirements which kept changing the perspective and ideology of the purpose of our
application. But with time and weekly meet ups we came to seize the accepted idea which was
up to the requirements and we finally agreed to it.
Problems Due to Large Project Size and Unrealistic Scheduling
Considering the magnitude of this project, the three of us have neither anticipated a project like
this nor have enough experience to pull something extraordinary like this. Therefore, our
scheduling might not be the one which will be idealized by everyone, and at any stage if we
think its unrealistic to follow, we might enhance it accordingly.

38. Problems Due to Choice of Tools, Libraries
It has been difficult over the selection of tools and libraries for our project since our project
requires some specific functionalities to be very accurately deployed and for it the most suitable
set of choices are to be made which requires a thorough research and analyzing of the available
resources to carry out our task.
Problems Due to the Communication Gap between Team Members
In such a large project where all three of us had little experience to proceed, the
miscommunication would have been the biggest hurdle for our project and it would have leaded
to further divergence. So what we did was to play the open card game and expect each of us to
give honest reviews and ideas on every stage of the process so all of us remain on the same page.
6.3 Suggestions for Future Extensions to Project
We are living in digital world of information technology where change in software system is
necessary and you cannot claim that developed product is complete solution for rest of life.
Requirements of users change day by day. Every product carries a space for improvement and
extension in requirements. So, our app too have space for future amendments and enhancements
so that it can adapt according to the future requirements.