Final Project Report

<< Household Online Services >>

Project Supervisor
<< Professor Asma Batool >>

Submitted By

<< S2202867C7>>

<<Khubaib Butt>> << Bc190202699>>

<<Muhammad Ahtisham>> << Bc190206216>>

Software Projects & Research Section,

Department of Computer Sciences,
Virtual University of Pakistan

1
 CERTIFICATE
This is to certify that <<Khubaib Butt>> (<<Bc190202699>>),
<<Muhammad Ahrisham>> (<<Bc190206216>>) have worked on
and completed their Software Project at Software & Research Projects
Section, Department of Computer Sciences, Virtual University of Pakistan in
partial fulfillment of the requirement for the degree of BS in Computer Sciences
under my guidance and supervision.

In our opinion, it is satisfactory and up to the mark and therefore fulfills the
requirements of BS in Computer Sciences.

Supervisor / Internal Examiner

<< Professor Asma Batool >>

Supervisor,
Software Projects & Research Section,
Department of Computer Sciences
Virtual University of Pakistan

___________________
(Signature)

External Examiner/Subject Specialist

<< Professor Asma Batool >>

___________________
(Signature)

Accepted By:

_____________
(For office use)

2
 EXORDIUM

In the name of Allah, the Compassionate, the

Merciful.

Praise be to Allah, Lord of Creation,

The Compassionate, the Merciful,
King of Judgment-day!

You alone we worship, and to You alone we pray

for help,
Guide us to the straight path

The path of those who You have favored,

Not of those who have incurred Your wrath,

Nor of those who have gone astray.

3
 DEDICATION

IN THE NAME OF ALLAH THE MOST BENEFICIENT, THE MOST MERCIFUL

To
Last Prophet
Hazrat Muhammad (P.B.U.H)

All my words dedicated with respect to

MY LOVING PARENTS
Whose love and prays always accompanies me like a shining star
whenever I was in darkness and enable me to reach this stage.

4
 ACKNOWLEDGEMENT

This is to acknowledge that we have made this

document and the solution this document is attached
with complete dedication and hard work. And that
this software is genuine and we have not plagiarized
or acted in any manner that would be against the
University Rules.
For instructing us, I really thankful to
Professor Asma Batool

5
 PREFACE

This Document (FRT) tells in detail the requirements,

functionalities, usage scenarios, methodologies, class
diagram, database diagram and GUI which are the part of
our project “Household Online Services”

6
 TABLE OF CONTENTS

CHAPTER NO. 1
GATHERING & ANALYZING INFO...................................................10

1.1 INTRODUCTION

1.2 PURPOSE

1.3 SCOPE

1.4 DEFINITIONS, ACRONYMS AND ABBREVIATIONS

1.5 USE CASES AND USAGE SCENARIOS

1.5.1 Use Case Diagrams

1.5.2 Usage Scenarios

1.6 SUPPLEMENTARY REQUIREMENTS

1.6.1 Usability

1.6.2 Reliability

1.6.3 Supportability

1.6.4 System Requirements

CHAPTER NO. 2
PLANNING THE PROJECT..............................................................11
2.1 INTRODUCTION

2.2 METHODOLOGY

2.3 AVAILABLE METHODOLOGIES

2.4 CHOSEN METHODOLOGY

2.5 REASONS FOR CHOSEN METHODOLOGY

7
 2.6 WORK PLAN
2.7 PROJECT STRUCTURE

2.7.1 Team Structure

2.7.2 Project Schedule (Submission Calendar)

CHAPTER NO. 3
DESIGNING THE PROJECT............................................................12

3.1 INTRODUCTION

3.2 PURPOSE

3.3 SCOPE

3.4 DEFINITIONS, ACRONYMS AND ABBREVIATIONS

3.5 DYNAMIC MODEL: SEQUENCE DIAGRAMS

3.6 OBJECT MODEL/LOGICAL MODEL: CLASS DIAGRAM

3.7 DATABASE MODEL (DATABASE DIAGRAM)

3.8 GRAPHICAL USER INTERFACES

CHAPTER NO.4
DEVELOPMENT.............................................................................13
4.1 DEVELOPMENT PLAN (ARCHITECTURE DIAGRAM)

8
 CHAPTER 1
Gathering & Analyzing Info

1.1 INTRODUCTION

In traditional way it can be done through a personal visit to location and person
or through mobile call.
But now a days It is difficult for Client to find any service in emergency at any
time and place like this. To make it possible at any time and place we need to
develop a website which will help client to find out solution for any problems
related to household. Our website will provide a platform for all kind of
household services at any time and place. This project facilitates the client that
he/she don’t have to visit to service provider’s office/location, he/she can easily
book his/her order for services via this application and he/she can also pay the
payment online on website. It will also facilitate the client for online payment,
map navigation and also advertisements and offers.

1.2 Purpose

In traditional way it can be done through a personal visit to location and person
or through mobile call.
9
But now a days It is difficult for Client to find any service in emergency at any
time and place like this. To make it possible at any time and place we need to
develop a website which will help client to find out solution for any problems
related to household. Our website will provide a platform for all kind of
household services at any time and place. This project facilitates the client that
he/she don’t have to visit to service provider’s office/location, he/she can easily
book his/her order for services via this application and he/she can also pay the
payment online on website. It will also facilitate the client for online payment,
map navigation and also advertisements and offers.

1.3 SCOPE

Now a days, it is difficult for Client to find any services like Home
Paint, Plumbing or Electrician in emergency at any time and place. To
make it possible at any time and place we need to develop a website which
will help client to find out solution for any problems related to household.
Our website facilitates the client that he/she don’t have to visit to service
provider’s office/location, he/she can easily book his/her order for services
via this application and he/she can also pay the payment online on website.
It will also facilitate the client for online payment, map navigation and also
advertisements and offers.

1.4 DEFINITIONS, ACRONYMS & ABBREVIATIONS

Solution: The whole website with its functions will collectively be referred
to as solution in this document.
Product: Same as Solution.
DESC: Description.
RAT: Rational.
DEP: Dependency.
HHOS: House Hold Online Services.

Functional and non Functional Requirements:

Functional Requirements

Functional requirement 1
ID: FR1
TITLE: Register/Login
DESC: Admin will be able to register/login
RAT: In Order to register.
DEP: None

10
 Functional requirement 2
ID: FR2
TITLE: Verify service provider and client
DESC: Admin can be verifying service provider and client.
RAT: In Order to verify the client.
DEP: None

Functional requirement 3
ID: FR3
TITLE: Manage payment
DESC: Admin will be able to manage the payment from the client.
RAT: In Order to manage the payment
DEP: FR2

Functional requirement 4
ID: FR4
TITLE: Add new advertisement
DESC: Admin will be able to add new advertisement.
RAT: In Order to add advertisement.
DEP: None

Functional requirement 5
ID: FR5
TITLE: Send Notification
DESC: Admin will send the notification to the customer
RAT: In Order to notify the service provider
DEP: FR3

Functional requirement 6
ID: FR6
TITLE: Comment to user
DESC: Admin will comment to user.
RAT: In Order to comment to user
DEP: None
Functional requirement 7
ID: FR7
TITLE: Service provider registration
DESC: Admin will verify the service provider.
RAT: In Order to register service provider.
DEP: None

Functional requirement 8
ID: FR8
11
 TITLE: Send acknowledgement
DESC: Service provider can send acknowledgement to client
RAT: In Order to acknowledge the client
DEP: None

Functional requirement 9
ID: FR9
TITLE: Coordinate with client
DESC: Service provider can coordinate with client and take details
of work and generate code of work.
RAT: In Order to coordinate with client and generate code.
DEP: None

Functional requirement 10
ID: FR10
TITLE: Find Location
DESC: Service provider use map for service provision.
RAT: In Order to find his/her location.
DEP: None

Functional requirement 11
ID: FR9
TITLE: Register Client
DESC: Client can do registration as member or as a guest.
RAT: In Order to book the service
DEP: None

Functional requirement 12
ID: FR12
TITLE: Select/Request for the service
DESC: Client can select the service and request for the service
RAT: In Order to Select and request for service.
DEP: FR11

Functional requirement 13
ID: FR13
TITLE: Get acknowledgement
DESC: Client can get acknowledge as reply and get code which is
unique for every user.
RAT: In Order to get acknowledge and get code.
DEP: None

12
 Functional requirement 14
ID: FR14
TITLE: Payment
DESC: Client can do online payment for services
RAT: In Order to pay for services
DEP: None

Non-Functional Requirements

Non-Functional requirement 1
ID: NFR1
TITLE: Response time
DESC: Admin would be able to get any info in no time.

Non-Functional requirement 2
ID: NFR2
TAG: Solution Reliability 
DESC: Product would work in all situations with 100% efficiency.

Non-Functional requirement 3
ID: NFR3
TITLE: Solution Extendibility
DESC: The solution should be easy to extend. The code should
write in a way that it favors the implementation of new functions.
RAT: In order for future functions to be implemented easily to the
solution.

Non-Functional requirement 4
ID: NFR4
TITLE: Solution Testability
DESC: Test environments should build for the solution to allow
testing of the solution’s different functions.
RAT: In order to test the solution.

Non-Functional requirement 5
ID: NFR5
TITLE: Solution Portability
DESC: The solution should be portable with systems with slightly
different Operating System Software.
RAT: The adaptable platform for the solution to run on
1.5 Use cases and Usage scenarios

13
 Use Case Diagram:

Usage Scenarios:

14
Use Case title Register/Login
Use Case Id 1
Actors Admin
Description Admin will be able to Register /Login
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence
 Admin keeps user login details.
 Admin will manipulate data
 Admin can do all the transaction
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Verify service provider

Use Case Id 2
Actors Admin
Description Admin will be able to verify service provider and
client.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Admin will verify is service provider valid or
not.
 Admin will verify the client.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed

15
 and Input page will appear again.

Use Case title Manage the Payment

Use Case Id 3
Actors Admin
Description Admin manages the payment from client.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Admin will be able to manage the payment from
the client
 Admin manages the payment.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Add new advertisement

Use Case Id 4
Actors Admin
Description Admin will be able to add new advertisement
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Admin will create/add new advertisement for
service provider
 Admin open the application.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.

16
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Send Notification

Use Case Id 5
Actors Admin
Description Admin will notify the customer and service provider.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Admin wants to notify the customer.
 Admin opens the application.
 After click on delete button to send notification.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Comment to User

Use Case Id 6
Actors Admin
Description Admin will be able to comment to the user.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Admin wants to comment the user.
 Admin open the application.

17
  After select the user, click the button to
comment.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Register Service Provider

Use Case Id 7
Actors Service Provider
Description Service provider will register itself
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Service provider open the site.
 Service provider fill the form.
 After click on submit button register confirm
message will display.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Admin verify the service provider

Use Case Id 8
Actors Admin
18
Description Admin will verify the service provider
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Register service provider.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Send Acknowledgement

Use Case Id 9
Actors Service Provider
Description Service provider can send acknowledgement to client.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Service provider open the application.
 Send the acknowledgement to client.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Coordinate with client

Use Case Id 10
Actors Service provider
19
Description Service provider can coordinate with client and take
details of work and generate code.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Service provider will coordinate with client.
 Take details of work of client
 Generate the code of work.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Find Location

Use Case Id 11
Actors Service Provider
Description Service provider use map for service provision.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Service provider wants the location.
 Service provider use map to find his/her location.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Register Client

20
Use Case Id 12
Actors Client
Description Client will do registration as member or as a guest
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Client wants to register.
 Client fills the form.
 Register as member or as a guest.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Select/Request for the service

Use Case Id 13
Actors Client
Description Client can select service and request for the service.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Client selects the service.
 Client also requests for service.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Get Acknowledgement

21
Use Case Id 14
Actors Client
Description Client can get acknowledge and get the code which is
unique for every user.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Client gets acknowledge.
 Client gets unique code of every user.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author S2202867C7
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

Use Case title Payment

Use Case Id 15
Actors Client
Description Client can do online payment for services.
Pre-Conditions Input should be able to as per format in DB.
Tasks Sequence  Client can do online payment for services.
Post Conditions User complete input task and application shows a
relevant interface for further tasks.
Author
Exceptions If Input is incomplete, A message will be displayed
and Input page will appear again.

22
1.6 Supplementary Requirements

Usability
Usability of project is user friendly, anyone with basic knowledge can use this project.
No any person needs to be trained or get 1 month or 1-week training for understand the
project to work. We make it more user friendly so that anyone can use it by spending
five minutes.

Reliability
We have checked this project many times and have inspect each phase of project to
maintain quality as well as reliability. If project may will show any bug, we can recover
it easily. We wrote as it can be maintaining, can be easy for us to rectify the problem
that would occur.

Supportability
I made my project as it can support any new technology and easily can adapt that
technology.

System Requirements
This project would run on Windows. Any system can use and can access this project
functionalities.

23
 CHAPTER 2
Planning the Project

2.1 Introduction

Now a days, it is difficult for Client to find any services like Home
Paint, Plumbing or Electrician in emergency at any time and place. To
make it possible at any time and place we need to develop a website which
will help client to find out solution for any problems related to household.
Our website facilitates the client that he/she don’t have to visit to service
provider’s office/location, he/she can easily book his/her order for services
via this application and he/she can also pay the payment online on website.
It will also facilitate the client for online payment, map navigation and also
advertisements and offers.

2.2 Methodology

In software engineering, a software development methodology (also known as a system

development methodology, software development life cycle, software development
process, software process) is a splitting of software development work into distinct
phases (or stages) containing activities with the intent of better planning and
24
management. It is often considered a subset of the systems development life cycle. The
methodology may include the pre-definition of specific deliverables and artifacts that
are created and completed by a project team to develop or maintain an application.[1]

2.3 Available Methodologies

A software development methodology or system development methodology in

software engineering is a framework that is used to structure, plan, and control the
process of developing an information system.

There are the following methodologies:

 Agile Software Development

 Crystal Methods
 Dynamic Systems Development Model (DSDM)
 Extreme Programming (XP)
 Feature Driven Development (FDD)
 Joint Application Development (JAD)
 Lean Development (LD)
 Rapid Application Development (RAD)
 Rational Unified Process (RUP)
 Scrum
 Spiral
 Systems Development Life Cycle (SDLC)
 Waterfall (a.k.a. Traditional)
 MSF Process Model (MSF)

2.4 Adopted Methodology

VU Process Model
It is the combination of water fall methodology and spiral methodology. It
is also called hybrid approach of system development. It has five phases
and which are Gathering and analyzing requirement, planning, analysis
and design, development and final report. In the requirement phase the
system goals, services and constrains are established after discussion with
user. The planning phase is synchronized effort to find all the potential
roadblocks and draft a robust plan to tackle each. This phase usually
involves a lot of brainstorming within software development team as well
as with respective client. It maximizes the quality of system and minimizes
any risks and errors

25
Water Fall Model

Spiral Model

26
2.5 Reasons for choosing this Methodology:

Following are the basic reasons for choosing VU Process Model for
our project.
Our project is divided into different phases which we have to complete in
sequence and submit to our supervisor. If some mistakes are found than he
suggests us to correct that mistake and improve our project. This process
will be adopted due to its spiral nature. When the phase is well worked-
out, and also accepted by our supervisor then we will proceed to next
phase. This will be done due to the waterfall nature of the VU Process
model. Hence both models are suppressed in single form and that will be
our VU process model. It will provide error free result as each step is done
in a sequence.

2.6 Work Plan

27
2.7 Project Structure

2.7.1 Team Structure

Developer < Bc190202699>

Developer < Bc190206216>

2.7.2 Project Schedule (Submission Calendar)

SRS 5 July, 2022

Design Phase 15 August, 2022

Test Phase 02 Sep, 2022

Final Deliverable 2 Jan, 2023

28
 CHAPTER 3
Designing the Project

3.1 Introduction

A design document is a description of how you plan to solve a

problem. A design doc is the most useful tool for making sure the right
work gets done. The main goal of a design doc is to make you more
effective by forcing you to think through the design and gather feedback
from others.

What we have included in this document?

29
The design consists of Structure, flow and functionalities. This design Elaborate the
overall flow of Product.

It Consist of the following phases

i. Introduction of Design Document

ii. ERD (Entity Relation Diagram)
iii. Sequence Diagram
iv. Architecture Diagram
v. Database Diagram
vi. Class Diagram
vii. User Interface Design
viii. Test Cases

3.2 Purpose

A technical design doc describes a solution to a given technical problem. It is a

specification for a Product. The basic purpose of a design is to communicate the
technical details of the work to be done to members of the team. However, there is a
second purpose which is just as important: the process of writing the design forces you
to organize your thoughts and consider every aspect of the design, ensuring that you
have not left anything out.

3.3 Scope

Now a days it is difficult for people to find any household service in

emergency at any time and place So, the purpose of our project is to
provide some of the house services which are most frequently used and to
make it possible at any time and place.

Our website will help client to find out solution for any problem related to
household. It will provide a platform for all household services. It will
facilitate the clients that they don’t have to visit any service provider
office. They easily book their order for services via this application. It will
also facilitate client for online payment, map navigation and also
advertisements and offers.

30
3.4 Entity-Relationship Diagram

31
3.4 Sequence Diagrams

32
33
34
35
36
37
38
39
3.5 Object Model/Logical Model: Class Diagram

40
3.6 Database Model (Database Diagram)

41
3.7 Graphical User Interfaces

42
43
44
 CHAPTER 4
Development

4.1 Development plan (Architecture Diagram)

45
46
 REFERENCES
Youtube.com
Google.com

47