lOMoARcPSD|6199409

Final Year project for Software engineer students FYP 1

Software engineering (University of Management and Technology)

Scan to open on Studocu

Studocu is not sponsored or endorsed by any college or university

Downloaded by Abdul Rehman ([email protected])
 lOMoARcPSD|6199409

Final Year Project Report

Charagh-E-Ilm

Project Advisor:
Miss Arifah Azhar
Submitted By:
Saad Ahmad F2016065192
Maryam Zafar 15009065032
Muhammad Hassan F2016266048
Umer Shehzad F2016266008
Session
2015-2019
2016-2020

University of Management and Technology

C-II Johar Town Lahore Pakistan

“Charagh-e-ilm”
Page | 1

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Dedication

This project is dedicated to University of Management and Technology,

an esteemed institution who gave our group a chance to develop this
project and also groomed and developed us for the professional life. It
is also dedicated to Miss Arifah Azhar who taught us that even the
largest task can be accomplished if it is done one step at a time.
Finally, dedicated to our parents who gave us moral and spiritual
support.

“Charagh-e-ilm”
Page | 2

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Final Approval

 Head of Department
______________________
Department of Software Engineering
School of Systems and Technology
UMT Lahore

 Director Final Year Projects

______________________
School of Systems and Technology
UMT Lahore

 Supervisor ______________________
School of Systems and Technology
UMT Lahore

 Co-Supervisor (if any)

“Charagh-e-ilm”
Page | 3

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Acknowledgment

A special thanks to our project advisor, Miss Arifah Azhar, without

her support, guidance and help we would not have made it this far. We
are also grateful to UMT’s management for giving us the facility of
university lab and other resources to complete our project in time with
best effort.

“Charagh-e-ilm”
Page | 4

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Project Title
Charagh-E-Ilm

Starting Date: Oct 2019

Completion Date: Sept 2020

Platform
 Website
Tools
 Sublime text
 Firebase
 PHP,HTML, CSS, JavaScript and Bootstrap
 CodeIgniter

Software Requirements
To run this product the following are required:
 Android OS (7.0 or greater)
 Windows 7,8,10

Hardware Requirements
To run this product the following are required:
 Minimum of 1GB RAM
 A processor of minimum 1GHz
 Minimum 500 MB of storage
To run this website application product the following are required:
 Minimum 2GB RAM

“Charagh-e-ilm”
Page | 5

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Plagairism Report

“Charagh-e-ilm”
Page | 6

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Supervisor’s Approval

I have carefully examined the documentation of the Final Year Project

titled “Charagh-e-ilm”; and I endorse that this documentation complies
with the standards of an undergraduate level Final Year Project report.

Moreover, I have also checked for the plagiarism beyond Turnitin in the
documentation and I am convinced that this documentation is not
plagiarized.

Signature: __________________ Date: ___________________

“Charagh-e-ilm”
Page | 7

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Abstract

Our project “Charagh-e-Ilm” is basically an online donation web

application that spend money for the education of orphans only. Also, it
is going to give new edge to users by giving tracking of their
transaction details. Serial unique ID’s are giving to registered user
against which he/she see data of orphan and how much money is
spending for them. Guest user do not facilitate with tracking.

“Charagh-e-ilm”
Page | 8

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CONTENTS

CONTENTS............................................................................................... 3
DEFINITIONS AND ACRONYMS.......................................................................................... 4
LIST OF FIGURES........................................................................................................... 5
LIST OF TABLES............................................................................................................ 6
1. INTRODUCTION...................................................................................7
1.1 MOTIVATIONS....................................................................................................... 7
1.2 PROJECT OVERVIEW............................................................................................... 7
2. DOMAIN ANALYSIS..............................................................................8
2.1 CUSTOMER........................................................................................................... 8
2.2 STAKEHOLDERS..................................................................................................... 8
3. REQUIREMENTS ANALYSIS...................................................................9
3.1 REQUIREMENTS..................................................................................................... 9
3.2 LIST OF ACTORS................................................................................................. 10
3.3 LIST OF USE CASES..............................................................................................10
3.4 SYSTEM USE CASE DIAGRAM..................................................................................10
3.5 USE CASES........................................................................................................ 11
4. DATA FLOW DIAGRAM (OPTIONAL).....................................................12
4.1 DATA FLOW DIAGRAM LEVEL 0..............................................................................12
4.2 DATA FLOW DIAGRAM LEVEL 1..............................................................................12
4.3 DATA FLOW DIAGRAM LEVEL 2..............................................................................13
5. SYSTEM DESIGN...............................................................................14
5.1 CLASS DIAGRAM.................................................................................................14
5.2 SEQUENCE DIAGRAMS..........................................................................................15
5.3 OTHER UMLS..................................................................................................... 15
6. TESTING........................................................................................... 16
6.1 TEST CASES....................................................................................................... 16
6.2 TRACEABILITY MATRIX..........................................................................................17
6.2.1 RID vs UCID (requirements vs use cases).....................................17

“Charagh-e-ilm”
Page | 9

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

List of Tables And Figures

Table 1: Table of acronyms and definitions.....................................................11

Table 2: List of stakeholders...........................................................................16
Table 3: Feature comparison
Table 4: Requirments
Figure 1:Use case Diagram of login
Figure 2: Use Case Diagram of Payment Transfer
Figure 3: Use Case Diagram of Contacting the team
Figure 4:Use case Diagram of account Details
Figure 5: Use Case Diagram of logging out of account
Figure 6: Use Case Diagram of Deleting Account
Table 5: Sign-up
Table 6: Logging the account
Table 7: Forget password
Table 8: Block-user
Table 9: Payment Method
Table 10: Transaction History
Table 11: Edit Profile
Table 12: About us
Table 13: Contact us
Table 14: Approve Sign up Request
Table 15: Search Donor Account
Table 16: Delete user
Table 17: Log-Out
Figure 7: Home UI
Figure 8: About UI
Figure 9: Cases UI
Figure 10: Gallery UI
Figure 11: News UI
Figure 12: Contact us UI
Figure 13: Donation Form UI

“Charagh-e-ilm”
Page | 10

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure 14: Sign up UI

Figure 15: Admin Login UI
Figure 16: Dashoard UI
Figure 17: Member-list UI
Figure 18: Rsearch-list UI
Figure 19: Tracking-ID UI
Figure 20: DFD of Donatione
Figure 21:DFD of reciept Viewers
Figure 22: DFD of Level 1
Figure 23: System architecture Diagram
Figure 24: Class Diagram
Figure 25: Admins logs into his account
Figure 26: Donors logs into his account
Figure 27: Users wants to edit his account
Figure 28: Users wants to delete its account
Figure 29: Users wants to changes its password
Figure 30: Donor fills the form to donate amount
Figure 31: Donor checks its account detail
Figure 32: ERD

Definitions and Acronyms

Table no 1: acronym & definition

“Charagh-e-ilm”
Page | 11

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Acronym Definition

UMT University of Management and

Technology
POS Point of Sale

DFD Data flow diagram

ERD Entity Relationship Diagram

CEO Chief Executive Officer

IECP Initiative to Educate and Cure

Pakistan
CRUD Create, Read, Update, Delete

“Charagh-e-ilm”
Page | 12

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 1
INTRODUCTION

“Charagh-e-ilm”
Page | 13

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

In this chapter we discuss about the motivations, project overview, problem

statement and objectives of the project. Because of this, we can easily
develop the project and understand the project clearly .

1.1 Motivations
We are living in an era where people are conscious about spending money.
They want to know where their money is being used. We see very little
amount of people using their money for charities and the reason can be
distrust on organizations. Doing charity is one of the first acts of kindness. As
time passed people made it a business and the purpose of donation died.

1.2 Project Overview

 Charagh-e-ilm is a website application which intends to help people
donate much easily and reliably. Donors can see their donation history
from anywhere they want.
 The main purpose of this website is to help establish trust between
people and genuine NGOs. The intention of creating this website is to
provide complete knowledge of donated money to both donor and
NGOs.
 There will be authorized donors and one-time access account donors.
The intention is to provide complete anonymity for donor and
associated child by providing a tracking ID. The intention to provide
a tracking ID is to conceal the identity of both the child and the donor.
 Donor will be able to donate online through easy paisa and UBL Omni.
The need to make such a website aroused because of the distrust of
donors on NGOs collecting donations. Donors usually are unaware of
their donations being used for which purpose especially when it is a
huge amount.
 The purpose of donation collection is to educate orphan child or
children that cannot afford education. This website will let you keep a
record of the money you have donated. It will keep you updated about
where and when your donation was used.
 All the information is stored in the database. The system needs
internet connection to update the databases.

1.2.1 Donor/user:
The donor is an important actor of the application. This user of this
application wants to be assured of where they are donating their money. This
application is verified and provides everything a donor would like to know.

“Charagh-e-ilm”
Page | 14

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

1.2.2 Admin

Admin use all the funtionalites of this application.

1.3 Problem Statement

People find it difficult finding an organization that is worth the trust. They
rethink about where to donate their mind is changed and cancel the plan of
donating. These problems that lead to this project as a solution. There is
absolutely no track of donation for either side. There are not enough
resources proving an NGO being genuine. There is always a possibility of
source of donation not being authentic. People have no or very limited
knowledge on how to donate and to donate whom. The main problem that
arose is the “problem of transparency”.

1.4 Objectives
This website believes in accomplishment and achievement of goals
effectively and efficiently.
This website will help donors achieve what they want.
Major features of this website include:
 Establishing trust factors of an NGO with donor.
 Record/backup of donation kept.
 Online Registration for donor
 Authorized donor
 Complete record of the donor and updated with every new
donation
 Record of the donor’s past donations
 One-time access (anonymous)
 Online donation transfer

“Charagh-e-ilm”
Page | 15

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 2
DOMAIN ANALYSIS

“Charagh-e-ilm”
Page | 16

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

In this chapter we discuss about some important topics like who

exactly is our customer for the project and we will explain the
stakeholders. Moreover, we explain how the project will affect with
social or economic impact and tell some external system of the project.

2.1 Customer
This is a paid project made for Mr. Mujtaba Sarib CEO IECP.

2.2 Stakeholders
List of stakeholders which are affected and being affected by the
business and the primary stakeholders of the system: -
Table 2: List of Stakeholders
Stakehold Role in System
er
Administrat Administrator of the application and manage
or database.
Users People or organizations that will provide funding.
Each source brings stakeholders that must be kept
interested and engaged.
Volunteers From board members to the generous folks who
help you keep your organization running..
System System will get the request the request of user and
response to it.
Developer They can update application according to
requirements.

2.3 Affected Groups with social or economic impact

Competitor
We have competitors in market but we intend to make our product far better
than already existing projects. Our competitors do take donations but are not
as efficient as it should be and does not provide easier ways to use or
understand.
Donors
Donors join our hands by donating amounts to our organization by visiting
our website or by transferring money by easy paisa.

“Charagh-e-ilm”
Page | 17

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

2.4 Reference Documents

2.4.1 Related Projects
 Shaukat khanum:
o https://shaukatkhanum.org.pk/
 Edhi centre:
o https://edhi.org/
 Chippa Centre:
o https://www.chhipa.org/
 The citizens foundation:
o https://www.tcf.org.pk/

2.4.2 Feature Comparison

Table no 3: feature comparison
Sr Comparison Shauka Chipp Edh Tcf
No Feature t a i
. Khanu
m
1 Tracking NO tracking NOT giving NO NOT
facility to their tracking tracking giving
Facility
Donors facility to facility to tracking
their Donors their facility to
Donors. their
Donors.
2 Donor Donor not No No No
Authorizatio authorized by authorized authorized authorized
n the admin Donor Donor Donor

3 Donor No such No such No such No such

Privacy system system system system
Implement yet Implement Implement Implemen
yet yet t yet
4 Jazzcash/ Only Donate Only Donate Only Only
EasyPaisa through online through Donate Donate
Banking online through through
Banking online online
Banking Banking
5 Registered Register user Register user Without Call to
and Guest only. only. registratio book
user n. donation.

“Charagh-e-ilm”
Page | 18

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 3
REQUIREMENTS ANALYSIS

A software requirements specification document is an explanation of a

software system, which is to be developed. It consists of some

“Charagh-e-ilm”
Page | 19

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

requirements, list of actor, list of use cases, use case diagram,

extended use case and some user interfaces (mock screens) as they
are described below.

3.1 Requirements
The different types of requirements of our system are functional, non-
functional, data, constraints and external interface requirements which
are given as
The requirements for our system are given.
Table 4: Requirements
RID description Category Attribute
R-1 Registered Donor Accounts Functional Registered donor can create
their accounts, give their
information, can sign in the
system. Admin is allowed to
approve the requests of
users or manage their
accounts.

R-2 Record Management Functional All will be saved in database

and managed and updated
by admin.

R-3 Guest Donor Functional It just can donate money

without having any
registered account, email
feature is optional if user
gives, then a verification
email will be send.
R-4 Tracking ID Functional When registered donor
send amount, a tracking
ID will be shown, which
will give the record of
their amount.
R-5 Authentication Functional Forget password option is
available to registered
user in case of forgotten
the password.
R-6 Approve registration Functional Admin can add an
request account if user request

“Charagh-e-ilm”
Page | 20

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

will be successful.
R-7 Change details Functional Registered user can
update its details
according to need like
change email etc.
R-8 Delete Account Functional Registered User can
delete the account in
case of any
inconvenience.
R-9 Payment methods Function Banks/Easy paisa/Jazz cash

R-10 System will be Efficient Non- System will be efficient as it

functional will take less time to
process any request and will
produce required results
quickly.

R-11 Search Donor Functional Admin can search all

registered user and get
details for query.
R-12 Block Account Functional Admin can block the
account of the User.

3.2 List of Actors

Following is the list of actors that usually interacts with the system.

 Registered User:
Registered donor can create their accounts, give their information, can
sign in the system. When registered donor send amount, a
tracking ID will be shown, which will give the record of their
amount.

 Admin:
This person will be responsible for all the operations including
approval of all the requests from the users and all the crud
operations.

“Charagh-e-ilm”
Page | 21

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

 Guest User:
A form will be shown to guest user, in which he/she can donate
money without any registration and email is optional for the sake
of verification.

3.3 List of use cases

 UC-1 Sign-up

 UC-2 Login the account

 UC-3 Forget password

 UC-4 Block User

 UC-5 Payment Method

 UC-6 Transaction history

 UC-7 Edit Profile

 UC-8 About Us

 UC-9 Contact Us

 UC-10 Check status

 UC-11 Search donor account

 UC-12 Delete User

 UC-13 Logout

“Charagh-e-ilm”
Page | 22

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

3.4 System use case diagram

Figure 1: Use case diagram of login

3.4.1 Payment

Figure 2: Use case diagram of payment transfer

“Charagh-e-ilm”
Page | 23

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

3.4.2 Contact us

Figure 3: Use case diagram of contacting the team

3.4.3 Transaction details

Figure 4: Use case diagram of transaction details

“Charagh-e-ilm”
Page | 24

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

3.4.4 Log out

Figure 5: Use case diagram of logging out of account

3.4.5 Delete Account

Figure 6: Use case diagram of process of deleting account

“Charagh-e-ilm”
Page | 25

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

3.5 Extended Use Cases

Table no 5 : Sign-up
Created By: Umer Shehzad Last Updated Umer Shehzad
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-1
ID:
Use Case Sign-up
Name:
Actors: Donor, Admin

Description Users can register themselves.

:
Trigger: When click on signup button registration form will Show.
Preconditio 1. The User should not be the registered first.
ns:
Post 1. Account has been registered.
conditions:
Normal 1. User clicks on New Account
Flow: 2. New User Form will be displayed
3. User need to enter credentials i.e. Email, Username
and Password.
4. System will first check the credentials and then will
add them into database.
Alternative If User wants to sign up by Google account.
Flows:
1. The system will show user to login through Google
account.

2. The system will check the credentials are valid and

then add the user details in database.

Exceptions: If the credentials enter by user are wrong or the user hasn’t
entered any valid email, then the system will show:

1. The system won’t register the user and will show an

error message in return.
2. The system will validate the given details again after
user changes his details and if they are true then the
system will add the details of requested user.
Includes: None

“Charagh-e-ilm”
Page | 26

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Frequency Admin: unlimited

of Use: Donor: 20 per day
Special There is no special requirement for this use case.
Requireme
nts:
Assumption 1. User should be connected with internet while using
s: system.
2. He should know English Language to understand the
system.
Notes and No
Issues:

Table no 6 : Login the account

Created By: Umer Shehzad Last Updated Umer Shehzad
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-2
ID:
Use Case Login the account
Name:
Actors: Donor, Admin

Description Sign in will take the user to the system.

:
Trigger: User Clicks on Sign in button.

Preconditio 1. User has already signup and registered his account.

ns:
Post 1. User Sign in successfully
conditions:

Normal 1. User request to login to the system by clicking login

Flow: button.
2. The system will show the login page
3. User will enter his user name and password to login.
4. The system will then verify the account from its
database and allows the user to sign in.
5. User will move to the Product page of the system.

Alternative 2a. If user need to login through Google account.

Flows: 1. User first need to login to Google account.
2. System will show user the verification message and his
Google account information.

“Charagh-e-ilm”
Page | 27

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

3. User will be login to the system if the credentials are

correct.
4. User will then move to the homepage of the system.

2b. If user clicks on password forgot rather than putting

password,
1. The system asks to enter the user name or email
you use for registration.
2. Users provide his email
3. System will send a recovery link to user and ask
user to check email.
4. User clicks on recovery link
5. System asks user to enter new password and saves
it
6. System will then save the newly credentials and
sign in the user.

Exceptions If the User enters wrong credentials to sign in the system.

1. System will show error message to the user
2. System then ask user to enter correct username or
password.
3. If user enters the credentials correctly
4. System will verify users account from its database and
allows users to sign in.

Includes: Sign-up [UC1] use case is including in this use case.

Frequency 15 per hour

of Use:
Special No special requirement required for this use case
Requireme
nts:
Assumption 1. User is connected with internet.
s: 2. He understands English Language to use the system.
Notes and None.
Issues:

Table no 7 : Forget password

Created By: Umer Shehzad Last updated Umer Shehzad
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-3
ID:

“Charagh-e-ilm”
Page | 28

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

UseCase Forget password

Name:
Actors: Donor, Admin
Description In case if user forget the password. User will reset the
: password.
Trigger: Click on Forget button available on web page.
Preconditio 1. Donor should must be registered.
ns:
Post 2. After the successful execution Password should be
conditions: reset.
Normal 1. Click on forget password.
Flow: 2. Ask for email where changed password link will be
send.
3. Click the link and enter new password.
4. Confirm password.
5. Password should be reset.
Alternative There is no alternate way to reset password.
Flows:

Exceptions If user does not enter the valid email, then an error will
be shown that “Please enter the valid email”.
Includes: None
Frequency Donor recover his password every times he forget it.
of Use:
Special None.
Requireme
nts:
Assumption 1. User is connected with internet.
s: 2. He understands English Language to use the system.
Notes and None
Issues:

Table no 8 : Block User

Created By: Umer Shehzad Last updated Umer Shehzad
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-4
ID:
Use Case Block User
Name:

“Charagh-e-ilm”
Page | 29

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Actors: Admin

Description This would block the user’s account.

:
Trigger: Admin clicks on Block account.

Preconditio 1. User must be registered first.

ns: 2. The User has been warned many times before.
Post 1. User is blocked successfully.
conditions:
Normal 1. If user has been warned many times before than admin
Flow: would block the user.
2. User could not access the system anymore

Alternative There won’t be any other alternative flow.

Flows:

Exceptions No exceptions.

Includes: None

Frequency 5 per week

of Use:
Special There would no special requirement required for this use
Requireme case.
nts:
Assumption 1. User need to be connected with internet.
s: 2. He understands English Language.

Notes and No notes and issues required

Issues:

Table no 9 : Payment Method

Created By: Maryam Zafar Last Updated Maryam Zafar
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-5
ID:
Use Case Payment Method
Name:
Actors: Donor, Guest
Description Donor and guest enters his details while donating.
:

“Charagh-e-ilm”
Page | 30

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Trigger: Donor and guest enter the Donate form button.

Preconditio 1. Donor must be login.
ns: 2. Guest is no registration process for guest.
Post 1. Registered user will receive verification email, with
conditions: tracking ID.
2. Guest will only receive verification email if it is
given.
Normal Registered User
Flow: 1. User must be log-in first.
2. Click on Donate button.
3. User will fill the credentials.
4. A verification email will be receiving with tracking
ID to user.

Guest User
1. Click on Donate button.
2. User will fill the credentials.
3. If email is given in payment form, then guest will
receive verification email.

Alternative There is no alternative way to donate.

Flows:

Exceptions If the User enters wrong credentials to the system.

5. System will show error message to the user
6. System then ask user to enter correct credentials.
7. If user enters the credentials correctly
8. System will verify users account from its database and
allows users to donate.
Includes: Login the account [UC2].
Frequency Every time when login.
of Use:
Special Registered user must be login to donate.
Requireme
nts:
Assumption 1. User is able to use the system.
s:
2. User need to be connected with internet.

Notes and None

Issues:

“Charagh-e-ilm”
Page | 31

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Table no 10 : Transaction history

Created By: Maryam Zafar Last Updated Maryam Zafar
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-6
ID:
Use Case Transaction history
Name:
Actors: Admin
Description Admin wants to view all users transaction history.
:
Trigger: Admin clicks on transaction history button to view.
Preconditio 1. Admin must be login.
ns:
Post 2. Post is brought to the screen where admin can
conditions: enter unique ID of donor to see details.
Normal 1. Donor login his account using email and
Flow: password.
2. Admin will show field where donor ID will be
given.
3. Admin will show all history of transaction after
ID is given.
Alternative There is no other way to check transaction history.
Flows:

Exceptions: If Admin will enter wrong unique ID of donor, notify

Admin to enter correct ID.
Includes: Login the account [UC-2].
Frequency Every time when login.
of Use:
Special There would no special requirement required for this use
Requireme case.
nts:
Assumption 1. User need to be connected with internet.
s: 2. He understands English Language.

Notes and No notes and issues required

“Charagh-e-ilm”
Page | 32

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Issues:

Table no 11 : Edit Profile

Created By: Maryam Zafar Last Updated Maryam Zafar
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-7
ID:
Use Case Edit profile
Name:
Actors: Donor
Description A Donor wants to edit some information on his profile.
:
Trigger: Donor clicks the edit profile button
Preconditio 1. Donor must be on login
ns:
Post 2. Donor is brought to the main page
conditions:
Normal 1. This use case starts when a registered user wants
Flow: to edit profile information
2. User clicks the edit profile.
3. Make changes.
4. Enter save button.
Alternative There is no alternative flow for this use case.
Flows:

Exceptions: .If user does not enter save buttons, then no change will
occur.
Includes: Login the account[UC-2].
Frequency Every time Donor login.
of Use:
Special There would no special requirement required for this use
Requireme case.
nts:
Assumption 3. User need to be connected with internet.
s: 4. He understands English Language.

Notes and No notes and issues required.

Issues:

“Charagh-e-ilm”
Page | 33

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Table no 12 : About us
Created By: Saad Ahmed Last Updated Saad Ahmed
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-8
ID:
Use Case About us
Name:
Actors: Donor, Guest
Description Donor and guest wants to contact information of
: organization.
Trigger: Donor and guest clicks the about us button
Preconditio 1. User must be on main page
ns:
Post 1. User is brought to the screen where contact
conditions: details are shown
Normal 1. This use case starts when a user wants to get
Flow: contact information.
2. User clicks the about us button.
3. Phone number, email, and address shown.
Alternative Donor and guest go to contact us, leave message there
Flows: and notify within 1 day.

Exceptions: There is no exception.

Includes: None.
Frequency Every time user wants render about us.
of Use:
Special There would no special requirement required for this use
Requireme case.
nts:

Assumption 1. User need to be connected with internet.

s: 2. He understands English Language.

Notes and No notes and issues required.

Issues:

“Charagh-e-ilm”
Page | 34

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Table no 13: Contact us

Created By: Saad Ahmed Last Updated Saad Ahmed
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-9
ID:
Use Case Contact us
Name:
Actors: Donor, Guest
Description Donor and guest wants to ask something.
:
Trigger: Donor and guest clicks contact us to query
Preconditio 1. Donor and guest must be on home page
ns:
Post 1. Text area will be shown where user ask FAQ.
conditions:
Normal 1. This use case starts when donor and guest wants
Flow: to resolve query.
2. Donor and guest clicks the contact us.
3. Type Name, email, and message of his query.
4. Alert occurs that respond within 24 hours.
Alternative Donor and guest to go about us get the phone number
Flows: to contact immediately or address to meet personally.

Exceptions: There is no exception.

Includes: None.

Frequency Every time donor and guest wants to contact us.

of Use:
Special There would no special requirement required for this use
Requireme case.
nts:

Assumption 1. User need to be connected with internet.

s: 2. He understands English Language.

Notes and No notes and issues required.

“Charagh-e-ilm”
Page | 35

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Issues:

Table no 14: Approve sign-up request

Created By: Saad Ahmed Last Updated Saad Ahmed
By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-10
ID:
Use Case Approve sign-up request
Name:
Actors: Admin
Description Admin approves the pending request by user to register.
:
Trigger: Admin clicks on Requests button.
Preconditio 1. Admin must be log in.
ns:
Post 2. Admin see all the requests send by users to
conditions: register.
Normal 1. Log in required.
Flow: 2. This use case starts when an Admin wants to
see all requests.
3. Admin clicks the Requests button.
4. Admin can check the credentials of requested
user.
5. After cross check, admin click on Approve
button.
6. Requested user will receive email after
approved.
Alternative There is no alternative flow of this use case.
Flows:

Exceptions: None

Includes: Login the account [UC-2].

Frequency Every time when Admin login.
of Use:
Special No special requirement required to delete account
Requireme
nts:
Assumption 1. Internet connection available.

“Charagh-e-ilm”
Page | 36

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

s: 2. User understands English Language to use the system

Notes and None.

Issues:

Table no 15: Search Donor account

Created By: Muhammad Last Updated Muhammad Hassan
Hassan By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-11
ID:
Use Case Search donor account
Name:
Actors: Admin
Description Admin wants to search particular donor for query.
:
Trigger: Admin clicks on search bar to search account of any
donor.
Preconditio 1. Admin must be log in
ns:
Post 2. Admin see all details of particular he wants to see.
conditions:
Normal 1. This use case starts when an Admin wants to
Flow: search any account of donor.
2. Admin clicks the Search bar.
3. Admin can type the name of donor he wants to
search for.
4. All details of particular donor see by Admin
after search done.
Alternative None
Flows:

Exceptions: If Admin will enter wrong donor name that is not

registered, notify Admin to enter correct registered user
name.
Includes: Login the account[UC-2]
Frequency Every time Admin wants to search for donor account.
of Use:

Special There would no special requirement required for this use

Requireme case.

“Charagh-e-ilm”
Page | 37

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

nts:

Assumption 3. User need to be connected with internet.

s: 4. He understands English Language.

Notes and No notes and issues required.

Issues:

Table no 16: Delete User

Created By: Muhammad Last Updated Muhammad Hassan
Hassan By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-12
ID:
Use Case Delete user
Name:
Actors: Donor
Description It will delete the user accounts.
:
Trigger: User will click on delete user account.
Preconditio 1. User must be registered or having an account first.
ns:
Post 1. Account has been successfully deleted.
conditions:
Normal If User want to delete his account,
Flow: 1. User clicks on delete account.
2. System will confirm the user if he really wants to delete
his account.
3. If user confirms his request to delete his account.
4. Then the system will show user that his account has
been deleted successfully.
5. System will send the request for confirmation
6. Admin will confirm the delete account request.
7. System will remove the user’s data.

Alternative If user cancels his request to delete his account.

Flows: System will cancel the request by user and take him to
homepage.
Exceptions: There would be no exceptions.

“Charagh-e-ilm”
Page | 38

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Includes: None

Frequency 3 per week

of Use:
Special No special requirement required to delete account
Requireme
nts:
Assumption 3. Internet connection available.
s: 4. User understands English Language to use the system

Notes and None.

Issues:

Table no 17: Log out

Created By: Muhammad Last Updated Muhammad Hassan
Hassan By:
Date 29-12-2019 Last Revision 02-09-2020
Created: Date:
Use Case UC-13
ID:
Use Case Logout
Name:
Actors: Donor, Admin
Description Sign out the user from the system.
:
Trigger: User clicks the log-out button.
Preconditio 1. User should be log into the system.
ns:
Post 1. User has been sign out.
conditions:
Normal If user want to sign out the system.
Flow: 1. User clicks on the Sign out
2. The System will sign out the user.
3. User will show user a message of sign out successful.

Alternative There would be no other way of sign out.

Flows:
Exceptions: There would be no exceptions.

Includes: None

Frequency 15 per hour

of Use:

“Charagh-e-ilm”
Page | 39

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Special No special requirement required to sign out.

Requireme
nts:
Assumption 1. User need to be connected with internet.
s: 2. He understands English Language.

Notes and None.

Issues:

3.6 User interfaces (Mock screens)

Figure no 7: Home UI

“Charagh-e-ilm”
Page | 40

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Prototype1: (P1) Home UI

This is a First prototype or user interface of our website, it’s a “Home” UI in
which you can see the banner and menu bar appears also login and sign up
option appears so that if user already have an account then he/she can login
or if not then choose sign up option

Figure no 8: About UI

Prototype2: (p2) About UI

This is a Second prototype of our website. It is “About us” UI in which you can
see the complete portfolio of Ngo which includes our history, mission,

“Charagh-e-ilm”
Page | 41

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

achievements and upcoming events. The About us page updated as per the
increase of upcoming events, 3 missions and achievements.

Figure no 9: Cases UI

Prototype3: (P3) Causes UI

“Charagh-e-ilm”
Page | 42

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

This is a Third prototype of our website. It is “Cause” UI in which you can see
the complete portfolio, number of goals achievements, number of conducted
workshops and Ngo status lie in society.

Figure no 10: Gallery UI

Prototype4: (P4) Gallery UI

“Charagh-e-ilm”
Page | 43

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

This is a Forth prototype of our website. It is “Gallery” UI in which you can see
the complete albums of events, board of members pictures and conducted
workshop pictures also the meetings albums are uploaded here.

Figure no 11: News UI

Prototype5: (P5) News UI

“Charagh-e-ilm”
Page | 44

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

This is a Fifth prototype of our website. It is “News” UI in which you can see
the upcoming news, events and workshops dates, time and their venue also
articles and blogs uploaded here.

Figure no 12: Contact UI

Prototype6: (P6) Contact UI

This is a Sixth prototype of our website. It is “Contact Us” UI in which you can
contact the Ngo for the information, inquiry and donation.

“Charagh-e-ilm”
Page | 45

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 13: Donation Form UI

Prototype7: (P7) Donation form UI

This is a Seventh prototype of our website. It is “Donation form” UI in which
you can donate the Ngo through easy paisa.

“Charagh-e-ilm”
Page | 46

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 14: Donor Sign-Up UI

“Charagh-e-ilm”
Page | 47

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Prototype 8: (P8) Donor Sign-up UI

This is a eigth prototype of our website. It is “sign up” UI in which you can
sign up.

“Charagh-e-ilm”
Page | 48

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 15: Admin Login UI

Prototype 9: (P9) Admin Log in UI

This is a ningth prototype of our website. It is “ Admin Log In” UI in which
Admin can login.

“Charagh-e-ilm”
Page | 49

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 16: Dashboard UI

Prototype 10: (P10) Dashboard In UI

This is a tenth prototype of our website. It is “ Dashbord of Admin Panel ” UI
in which Admin can us of its features.

“Charagh-e-ilm”
Page | 50

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 17: Member-list UI

Prototype 11: (P11) Members-list UI

This is a eleventh prototype of our website. It is “ Member-list” UI in which
Admin can see details about its member startups

“Charagh-e-ilm”
Page | 51

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 18: Research-list UI

Prototype 12: (P12) Research-list UI

This is a eleventh prototype of our website. It is “ Research-list” UI in which
Admin can see details about research.

“Charagh-e-ilm”
Page | 52

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure no 19: Tracking-ID UI

Prototype 13: (P13) Tracking-ID UI

This is a eleventh prototype of our website. It is “ Tracking-ID” UI in which
Donor can see details of its amount spend against which student.

“Charagh-e-ilm”
Page | 53

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 4
DATA FLOW DIAGRAM

4.1 Data Flow Diagram Level 0

This level of data flow diagram is showing that how user is sending a
request to the Website that which type of service he requires and and
then request is sent to the stored database.

“Charagh-e-ilm”
Page | 54

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Similarly the website will accept or cancel the request as a response to

the user’s request.

4.1.1 Figure 20: Data Flow Diagarm for Donation

4.1.2 Figure 21: Data Flow Diagarm for Receipt viewing

4.2 Data Flow Diagram Level 1

This level of data flow diagram is showing that how a user/admin can
request for login. Admin can check transaction history, approve
request made by user, block account of user. Registered user can
delete account, request for history, edit profile. While guest user can
only donate amount.

“Charagh-e-ilm”
Page | 55

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.2.1 Figure 22: Data Flow Diagarm of level 1

“Charagh-e-ilm”
Page | 56

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 5
SYSTEM DESIGN

In this chapter we describe the system diagram of the project.

“Charagh-e-ilm”
Page | 57

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

5.1 System Architecture Diagram

This is the architecture diagram of laravel web application. In this web
application of laravel we are using the SQL server databases at the
backend and then there is an interaction between laravel web
applications. Now the database will go through databases to the web
server and then the IIS router then through that IIS router this web
application can be accessed through the mobile browsers and pc
browsers and laptops browsers etc. This web application is connected
with a web crawler which is being accessed through the database
MySQL. The diagram is shown in figure.

Figure 23: System Architecture Diagram

“Charagh-e-ilm”
Page | 58

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.3 Class Diagram

Figure 24: Class Diagram

“Charagh-e-ilm”
Page | 59

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4 Sequence Diagrams

Following are the sequence diagrams of our project that will describe
about interaction between objects in a sequential order i.e. the order in
which these interactions take place.

4.4.1 Admin login

Figure 25: Admin logs in to its account

“Charagh-e-ilm”
Page | 60

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4.2 Donor login

Figure 26: Donor logs into his account

“Charagh-e-ilm”
Page | 61

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4.3 Edit Profile

Figure 27: User wants to edit his account

“Charagh-e-ilm”
Page | 62

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4.4 Account deletion

Figure 28: admin wants to delete an account

“Charagh-e-ilm”
Page | 63

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4.5 Change password

Figure 29: User wants to change its password

“Charagh-e-ilm”
Page | 64

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4.6 Donation

Figure 30: Donor fills the form to donate amount

“Charagh-e-ilm”
Page | 65

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

4.4.7 Transaction history

Figure 31: Admin checks account details

4.5 ERD
The Entity relationship diagram corresponds the table of databases.
The different entity has relation with each other and each entity has its
own attributes. The entity relationship diagram for the system is given
in figure 33.

“Charagh-e-ilm”
Page | 66

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Figure 32: Entity Relationship Diagram

“Charagh-e-ilm”
Page | 67

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 6
IMPLEMENTATION DETAILS

“Charagh-e-ilm”
Page | 68

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

In this chapter we discuss some important topics like how the project
developed and which tool is used to develop and some constraints.

6.1 Development Setup

The development setup for the application is:
Tools:
 Sublime
 XAMPP
 My SQL
 CodeIgniter
Sublime:
Sublime is actually a cross platform code editor that supports many
programming languages includes PHP, XML, HTML, CSS. Functions can
be added with plugins by user.
XAMPP:
XAMPP stands for cross platform such as Apache, MySQL, PHP, and
Perl. It is lightweight Apache distribution that makes it easy for
developers to create a local web server for testing purposes.
My SQL
My SQL is the open source and world most popular database
management system, which help us to keep manage and store our
data.
The tool that we used for our application is Sublime which helped us to
build our website. It is a tool which provides us the platform to develop
the application using HTML, CSS, JavaScript, and Bootstrap and PHP.
We have used one more software which helped us to build our
application is MY SQL. It can be used to manage the major databases
of our web application. We used to make logos for our website using
the Adobe Photoshop.
CodeIgnitor:
CodeIgniter is an open source software rapid development web
framework, for using in building dynamics websites with PHP.

Technologies:
 PHP
 HTML

“Charagh-e-ilm”
Page | 69

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

 CSS
 Bootstrap
 JavaScript
 JQuery

6.2 Sending Arrangement

.We has sent the venture on a leased space and it works entirely fine.

6.3 Algorithms
None

6.4 Constraints
The limitations upon the framework are as per the following
6.4.1 Assumptions
 Application and databases upkeep will be dealt with by the developers.
 All databases will be dealt with by the admin itself. In the event that
there is any issue with respect to framework failures than project team
will be accessible for help.
 The preparation plan will be based on the training requirements
assembled through gatherings also, workshops.
6.4.2 System constraints
 System gives web interface just when the client's device can work with
these platforms.
 The framework must have the option to run on Windows 7, 8, 10.
 PHP must be utilized as the language it was developed in initially.
6.4.3 Restrictions
 Administrator has rights to demonstrate the donors active.
 Administrator has the right to suspend the inactive donor and will be
handled by the administrator side.
6.4.4 Limitations
 Our framework doesn't have mobile application.
 User can just access the framework by using the web interface.
 Our framework doesn't give tracking facility.

“Charagh-e-ilm”
Page | 70

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 7
TESTING

“Charagh-e-ilm”
Page | 71

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

The test cases of the system are designed to test the system as a user whether it is
working properly. The system test cases helps to removes the error occurred which user
faces during the use of it. Every feature of the system is tested by the tester to bring out
the errors and then the developers remove it or try to minimize it as much as it can be:

7.1 Extended Test Cases

The Sign up Test Case for the Users is shown in Table 18. Sign UP Test Case

Table 18. Sign Up Test Case

Test Case ID: 1 Test Design By:
Test Module Name: Signup (User) Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: User can registers himself. Test Executed Date: 1/09/2020
Description: User will click on Register
button for using the web app.
Pre-Condition: The user need to enter the URL of ICEP website.

Step Test Step Test Data Excepted Actual Status(Pass/Fail) Notes

Result Result
1 Users must Pass
be
connected
with
Internet.
2 Click the Registration The page is
registration page will be sent in
button. sent in response
response.
3 Click on Email A Notification
the OK Notification shown.
Password
button will be
after Name shown that
giving Age the request
required is
details. Gender submitted.
DOB

“Charagh-e-ilm”
Page | 72

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Post Condition: The user clicks on the Register button gives details after clicking OK the
message will be shown that “Request successfully send”.

The Log in Test Case for the Users and Admin is shown in Table 19. Login Test Case

Table 19. Login Test Case

Test Case ID: 2 Test Design By:
Test Module Name: Log in Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: Users can log in the system. Test Executed Date: 1/09/2020
Description: user will click on Login
button to use the website after
registering himself once.
Pre-Condition: The user must need to be registered first.

Ste Test Step Test Data Excepted Actual Status(Pass/Fail Note

p Result Result ) s
1 Users Pass
must be
connecte
d with
Internet.
2 Navigate The page is The page is
to sent in sent in
response response
Log-in
page.
3 Press the Email, A Notificatio
Sign in Passwor Notification n
Button. d will be displayed.
shown to
user for
successfull
y login.
4 User User Login Login
name and name

“Charagh-e-ilm”
Page | 73

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

password and Failure Failure

is password
incorrect.
Revise
step 3
Post Condition:
The user will direct to the Dashboard from where he can use the web application services.

The Forget Password Test Case for the Users is shown in Table 20. Forget Password Test
Case

Table 20. Forget Password Test Case

Test Case ID: 3 Test Design By:
Test Module Name: Forget Password Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: Recover Password Test Executed Date: 1/09/2020
Description: user will click on Forget
Password button to reset password.
Pre-Condition: The user should be registered to the system.

Ste Test Step Test Data Excepted Actual Result Status(Pass/Fail) Notes
p Result
1 Users Pass
must be
connected
with
Internet.
2 Navigate The page is The page is
to login sent in sent in
page. response response
3 Press the Email An alert Alert shows.
Forget shows” link
Password will be sent to

“Charagh-e-ilm”
Page | 74

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Button. email” if
valid
otherwise an
alert shows
“Invalid
Email”.
4 After New Password Alert shows Notification
clicking “successfully Appears.
Confirm
link that Password reset
will be Password”.
send.
Post Condition:
The user will successfully reset his/her password.

The Block user Test Case for the Admin is shown in Table 21. Block Test Case

Table 21. Block user Test Case

Test Case ID: 4 Test Design By:
Test Module Name: Block user Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: Admin can Block the user Test Executed Date: 1/09/2020
Description: Admin will Have access to
Block the user in case of any
inconvenience
Pre-Condition: Admin must be registered first

Ste Test Step Test Data Excepted Actual Status(Pass/Fail Note

p Result Result ) s
1 Admin Pass
must be
connecte
d with

“Charagh-e-ilm”
Page | 75

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Internet.
2 Navigate The page is The page is
to sent in sent in
response response
Log-in
page.
3 Press the Email, A Notificatio
Sign in Passwor Notification n
Button. d will be displayed.
shown to
Admin for
successfully
login.
4 Admin Email Successfull Notificatio
will y blocked n displayed
Block the
user
Post Condition:
A dialogue box will open with a message “user has successfully Blocked.

The Payment Method Test Case for the Payment is shown in Table 22.Payment test case

Table 22. Payment method Test Case

Test Case ID: 5 Test Design By:
Test Module Name: Payment Method Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: user can donate Test Executed Date: 1/09/2020
Description: user will donate the money
Pre-Condition: Register user must be registered first. There is no registration for the
Guest user.

Step Test Step Test Data Excepted Actual Status(Pass/Fail) Note

Result Result s

“Charagh-e-ilm”
Page | 76

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

1 User must Pass

be
connected
with
Internet.
2 Registered The page is The page is
user sent in sent in
navigate response response
to
Log-in
page.
3 Press the Email, A Notification
Sign in Password Notification displayed.
Button. will be
shown to
user for
successfully
login.
4 User will ATM A dialogue Notification
click on card info box should displayed.
donate be occur
Money with a
Button message
“Thanks for
donating”
Post Condition:
The user will direct to the Dashboard from where he can use the web application services.

The Transaction history Test Case for the Admin is shown in Table 23. Transaction
history Test Case

“Charagh-e-ilm”
Page | 77

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Table 23. Transaction history Test Case

Test Case ID: 6 Test Design By:
Test Module Name: Transaction history Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: Admin can review users Test Executed Date: 1/09/2020
transaction history
Description: Admin will check the
transaction history of users
Pre-Condition: The Admin need to login first.

Step Test Test Data Excepted Actual Status(Pass/Fail) Notes

Step Result Result
1 Navigat The page is The page is Pass
e to sent in sent in
response response
Log-in
page.
2 Press the Email, A Notification
Sign in Password Notification displayed.
Button. will be
shown to
Admin for
successfully
login.
3 Click on Email of Transaction Table
the user history occurs
review table should
history be shown.
button
after
entering
the mail
of user
Post Condition: The transaction history table should be shown with user’s detail”.

“Charagh-e-ilm”
Page | 78

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

The Edit profile Test Case for the Users is shown in Table 24. Edit profile Test Case

Table 24. Edit profile Test Case

Test Case ID: 7 Test Design By:
Test Module Name: Edit profile Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: user can Edit his profile Test Executed Date: 1/09/2020
Description: Registered user will edit
his profile details
Pre-Condition: The user need to login first.

Ste Test Step Test Excepted Actual Status(Pass/Fail Note

p Data Result Result ) s
1 Navigate The page is The page is Pass
to sent in sent in
response response
Log-in
page.
2 Press the Email, A Notificatio
Sign in Passwor Notification n
Button. d will be displayed.
shown to
Admin for
successfully
login.
3 Either User Alert box “Login
user name appears as Failure”
name or and “Login message
password passwor Failure” occur.
is d
incorrect.

4 After Name Edit profile Page

successfu page should displayed
Address
l login be displayed
user will Age

“Charagh-e-ilm”
Page | 79

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

click on Gender
Edit Email
profile
button to
edit.
5 User will A dialogue Notificatio
click on box with n
save message displayed.
button “successfull
y
Completed”

Post Condition: “it should be show a successfully message notification”.

The About us Test Case for the Users is shown in Table 25. About us Test Case

Table 25. About us Test Case

Test Case ID: 8 Test Design By:
Test Module Name: About us Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: User wants to know us. Test Executed Date: 1/09/2020
Description: User will click on About
us.
Pre-Condition: The user need to enter the URL of ICEP website.

Ste Test Step Test Excepted Actual Status(Pass/Fail) Notes

p Data Result Result

“Charagh-e-ilm”
Page | 80

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

1 Users Pass
must be
connected
with
Internet.
2 Navigate The page is The page is
to sent in sent in
response response
Home
page.
3 Click on There Info
the About should be a shown.
us button page show
with
organization
info

Post Condition: Information page should be shown.

The Contact us Test Case for the Users is shown in Table 26. Contact us Test Case

Table 26. Contact us Test Case

Test Case ID: 9 Test Design By:
Test Module Name: Contact us Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: User can contact us. Test Executed Date: 1/09/2020
Description: User will click on contact
us.
Pre-Condition: The user need to enter the URL of ICEP website.

“Charagh-e-ilm”
Page | 81

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Ste Test Step Test Data Excepted Actual Status(Pass/Fail) Notes

p Result Result
1 Users Pass
must be
connected
with
Internet.
2 Navigate The page is The page is
to sent in sent in
response response
Home
page.
3 Click on Name A form will Page
the appears shown.
Email
contact us where user
button Query can ask
field. query or
give
feedback.
4 Click An alert Alert
Send appears shown.
button. “Thanks for
contacting
us”.
Post Condition: A form is shown with Name field, Email field and question textarea.

The Approve sign up request Test Case for the Users is shown in Table 27 Approve sign up
request Test Case

“Charagh-e-ilm”
Page | 82

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Table 27. Approve sign up request Test Case

Test Case ID: 10 Test Design By:
Test Module Name: Approve sign up Test Design Date: 1/08/2020
request
Test Priority: High Test Executed By:
Test Title: Admin can Approve the sign Test Executed Date: 1/09/2020
up request
Description: Admin will click on
Request button.
Pre-Condition: Admin need to login first.

Ste Test Step Test Data Excepted Actual Status(Pass/Fail) Notes

p Result Result
1 Admin Pass
must be
connected
with
Internet.
2 Press the Email, A Notification
Sign in Password Notification displayed.
Button. will be
shown to
Admin for
successfully
login.
3 Click on All requests Request
the of user will page is
request appears in shown.
button form of
table.
4 Admin “Request Displayed
will click Successfully Notification
Approve Approved”.
button to
accept
request
after
cross

“Charagh-e-ilm”
Page | 83

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

check of
given
data.
Post Condition: Table of all requests will shows to Admin.

The Search donor account Test Case for the Users is shown in Table 28 .Search donor account
Test Case

Table 28. Search donor account Test Case

Test Case ID: 11 Test Design By:
Test Module Name: Search donor account Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: Admin can search donors Test Executed Date: 1/09/2020
information
Description: Admin will check info of
user by entering a unique id.
Pre-Condition: Admin need to login first.

Ste Test Step Test Data Excepted Actual Status(Pass/Fail Notes

p Result Result )
1 Admin Pass
must be
connected
with
Internet.
2 Press the Email, A Notification
Sign in Password Notification displayed.
Button. will be
shown to
Admin for
successfully
login.
3 Click on Unique User Information
the Search use ID information shown.
button should be

“Charagh-e-ilm”
Page | 84

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

shown if
valid ID is
given in
search box.
Post Condition: The view of user information will be show, where Admin can view the user’s
detail.

The Delete user Test Case for the Users is shown in Table 29. Delete user Test Case

Table 29. Delete user Test Case

Test Case ID: 12 Test Design By:
Test Module Name: Delete user Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: user can delete the account Test Executed Date: 1/09/2020
Description: user will delete the account
if needed.
Pre-Condition: User need to login first.

Ste Test Step Test Data Excepted Actual Status(Pass/Fail Notes

p Result Result )
1 User must Pass
be
connected
with
Internet.
2 Press the Email, A Notification
Sign in Password Notification displayed.
Button. will be
shown to
Admin for
successfully
login.
3 Click on Field to Delete Form

“Charagh-e-ilm”
Page | 85

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

the delete Answer Form will shown.

account shows.
CNIC
button
Email

4 Click on An alert Alert

Submit shows shown.
button. “Account
deleted.”
Post Condition: The user will get notification message of “Account deleted”.

The Log out Test Case for the Users and Admin is shown in Table 30. Log out Test Case

Table 30. Log out Test Case

Test Case ID: 13 Test Design By:
Test Module Name: Log out Test Design Date: 1/08/2020

Test Priority: High Test Executed By:

Test Title: User/Admin wants to log out Test Executed Date: 1/09/2020
Description: user will log out after
clicking the log out button
Pre-Condition: User/Admin need to login first

Ste Test Step Test Excepted Actual Status(Pass/Fail) Notes

p Data Result Result
1 Admin/User Pass
must be
connected
with
Internet.
2 Admin/user Log out Success.
will click redirected
on log out to login
button. page

“Charagh-e-ilm”
Page | 86

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Post Condition:” Admin or user should be successfully logout”.

7.2 Traceability Matrix

In this topic, we are comparing requirements to other requirements.
7.2.1 RID vs UCID (requirements vs use cases)
In this, we compare RID to UCID to find better answer.
UCID/RI R R R R R R R R R R R R
D 1 2 3 4 5 6 7 8 9 1 1 12
0 1
UC 1 
UC 2 

“Charagh-e-ilm”
Page | 87

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

UC 3 
UC 4  
UC 5 
UC 6 
UC 7 
UC 8 
UC 9 
UC 10 
UC 11 
UC 12 
UC 13 

7.2.2 Prototypes (RID vs PID)

In this, we compare PID to RID to find better answer.
PID/RI R R R R R R R R R R R
D 1 2 3 4 5 8 9 1 1 1
7 0 1 2 7.2.3 Test Cases (RID vs
TID)
PC 1 
In this, we compare RID to
PC 2 
TID to find better answer.
PC 3 
TCID/RI R R R R R R R R R R R R
D PC 4  3 4 5 6 7
 8 9 1
1 2 1 12
PC 5  0 1
TCPC
1 6   
TCPC
2 7 

TCPC
3 8  
TCPC
4 9   
TCPC
5 10  
TCPC
6 11  
TCPC
7 12  

“Charagh-e-ilm”
Page | 88

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

TC 8 
TC 9 
TC 10 
TC 11 
TC 12 
TC 13 

CHAPTER 8
RESULTS/OUTPUTS/STATISTICS

“Charagh-e-ilm”
Page | 89

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Following describing the completion, accuracy and correctness of the project.

8.1 %completion

Completion 12/13*100
= 93%

8.2 %accuracy

Accuracy 13/13*100
=100%

8.3 %correctness

Correctness =11/12*100
=93%

“Charagh-e-ilm”
Page | 90

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 9
CONCLUSION

“Charagh-e-ilm”
Page | 91

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

Conclusion
In this project, we developed an automated donation system for an NGO.
Which helps the Donor to donate and track his payment that it actually used
on the orphan child’s education. It is also helpful for NGO to manage their
records and updated their fields by upcoming projects.

“Charagh-e-ilm”
Page | 92

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 10
FUTURE WORK

“Charagh-e-ilm”
Page | 93

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

In future we will implement:

1. Merge Blood donation system.
2. Make it cross platform.

“Charagh-e-ilm”
Page | 94

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

CHAPTER 11
APPENDIX

“Charagh-e-ilm”
Page | 95

Downloaded by Abdul Rehman ([email protected])

 lOMoARcPSD|6199409

11.1 Glossary of terms

The following is the glossary:
Admin: A person who have complete authority on the system.
Registered User: A person who can donate money and see where he/she spend money by
getting tracking ID.
Guest User: A person who can only donate money cannot get tracking ID to see
transaction details.
My SQL: An open Source relational database management system it supports all time of
platforms.

“Charagh-e-ilm”
Page | 96

Downloaded by Abdul Rehman ([email protected])