Sie sind auf Seite 1von 73

A Project Report on

Helping Hand
In partial fulfilment for the award of the degree

Of

BACHELOR OF ENGINEERING

In

INFORMATION TECHNOLOGY

Submitted By:
Janki Gohel (160210116040)
Falguni Rathod (160210116011)

Guided By

Prof. Jayesh Rathod

Department of Information Technology


GOVERNMENT ENGINEERING COLLGE,
BHAVNAGAR
Vidyanagar, Bhavnagar

2019-2020
Acknowledgement

We have taken efforts in this project. However, it would not have been possible without the
kind of support and help of many individuals and organizations. We would like to extend our
sincere thanks to all of them.

We are highly indebted to Prof. Jayesh Rathod for their guidance and constant supervision as
well as for providing necessary information regarding the project & also for their support in
completing the project. We would like to express our special gratitude and thanks to faculties
for giving us such attention and time.

Our thanks and appreciations also go to our colleague in developing the project and people
who have willingly helped us out with their abilities.

We sincerely appreciate the inspiration; support and guidance of all those people who have
been instrumental in making this project a success. We would also like to thank all the faculty
members of I.T. department for their critical advice and guidance without which this project
would not have been possible. We would like to express our gratitude towards Head of
Department, Prof. V G Patel and Principal, Prof. G P Vadodaria for their kind co-operation
and encouragement which help us in this project.

Last but not the least We place a deep sense of gratitude to Our family members and Our
friends who have been constant source of inspiration during the preparation of this project
work.

Thank you.

Janki Gohel (160210116011)


Falguni Rathod (160210116040)
Abstract

The project named “Helping Hand”, a charity/NGO system is a Website. This project is
created on the basis of charity used to provide help for orphans and needy people to provide
them good education, health and spirit of living fruitful life. This website will also provide
platform for donating money for current situation of COVID-19 and also some Volunteers to
manage the offline and online system, also provides some education channel and
programs/events, etc. The Helping Hand System Store and maintains an enormous database to
donor and volunteer wherein all the details of them including personal details and contact info
in the terms of mail id, phone no, address, etc is stored and charity information including
profile of orphan ages, old age home and some NGOs, some events done by our charity and
facilities it provide etc. The website retrieves this data and displays as per the user requirement.

The Helping Hand System is developed as an attempt to take a donation and give that to
the needy people. We try to provide some basic need to them who need it and our system
manages all data of our staff that is volunteers, teachers and admin to provide safe side to
donor and user of our site. The system provides both online and offline services for donors and
volunteers. The fundraising is done using some programs and events organized by us online
and offline platforms. Donor can donate using offline and online using PayPal. The volunteer
can access the data of website for providing good facilities to all users with some rules and
restrictions. The mail system also built in our website for conformation and satisfaction of staff
and donors. Theeverydayupdates occur during some day to day time limits and charity helps all
our needy people with gratitude of them.
GOVERNMENT ENGINEERING COLLEGE,
BHAVNAGAR
(Affiliated to Gujarat Technological University)
Nr. BPTI, Vidyanagar, Bhavnagar
Website: www.gecbh.cteguj.in

CERTIFICATE
This is to certify that the work of Industrial/User Defined Project entitled“Helping Hand” has

been carried out byJanki Gohel(160210116011) under my guidance in partial fulfilment for

the degree of Bachelor of Engineering in Information Technology 8th Semester at the

Department of Information Technology,Government Engineering College, Bhavnagar,

Gujarat, during the academic year 2019-2020 and his/her work is satisfactory. These students

have successfully completed all the activity under my guidance related to Industrial/User

Defined Project for 8th semester.

Internal Guide,
Prof. Jayesh Rathod
Assistant Professor/lecturer,
Information Technology Department.

Prof. V G Patel
Head of Department,
Information Technology Department,
Government Engineering College, Bhavnagar
GOVERNMENT ENGINEERING COLLEGE,
BHAVNAGAR
(Affiliated to Gujarat Technological University)
Nr. BPTI, Vidyanagar, Bhavnagar
Website: www.gecbh.cteguj.in

CERTIFICATE
This is to certify that the work of Industrial/User Defined Project entitled“Helping Hand” has

been carried out byFalguni Rathod(160210116040) under my guidance in partial fulfilment

for the degree of Bachelor of Engineering in Information Technology 8th Semester at the

Department of Information Technology, Government Engineering College, Bhavnagar,

Gujarat, during the academic year 2019-2020 and his/her work is satisfactory. These students

have successfully completed all the activity under my guidance related to Industrial/User

Defined Project for 8th semester.

Internal Guide,
Prof. Jayesh Rathod
Assistant Professor/lecturer,
Information Technology Department.

Prof. V G Patel
Head of Department,
Information Technology Department,
Government Engineering College, Bhavnagar
Contents
Chapter 1 Introduction 1
1. Project Detail
2
1
1.1. Project Profile
2
1
1.1. Project Definition
3
2
1. Purpose
3
2
1. Scope
3
3

Chapter 2 The System Analysis 5


2. System Requirement Specification
6
1
2. Feasibility Study
6
2
2. Project Planning
8
3
2.3. Project Development Approach
8
1
2.3.2 Project Plan
2. Technology and Literature Review
4 10

Chapter 3 System Design


11
3.1E-R Diagram
12
3.2 Class Diagram
13
3.3 Context Diagram
14
3.4Use Case Diagram
15
3.5 Activity Diagram

Chapter 4 Design 17
4. System Flow Diagram
18
1
4. Data Dictionary
20
2
4. User Interface
3

Chapter 5 Implementation
5. Implementation Environment
23
1
5. Security Feature
23
2
5. Coding Standard
24
3
5. Sample Code 25
4
Chapter 6 Testing
6. Testing Plan
28
1
6. Testing Strategy
28
2
6. Testing Methods
29
3
6. Test Case
30
4
Chapter 7 Application Screenshot
32
Chapter 8 Conclusion & Future Work
8. Conclusion
42
1
8. Future Work
2

Appendix A Document on Business Model Canvas 43


Appendix B Plagiarism Report 45

References 46
List of Figures

Figure Page
Description
Number Number

Figure 2.1 Prototype Model 7


Figure 2.2 Time Line chart for project plan 8
Figure 3.1 E-R Diagram 10
Figure 3.2 Class Diagram 11
Figure 3.3 Contaxt Diagram 13
Figure 3.4 Use Case Diagram 14
Figure 3.5 Activity Diagram 15
Figure 4.1 System Flow Diagram 17
Figure A.1 Business Model Canvas 1
List of Table
Table Page
Description
Number Number

Table 1.1 Project Profile 2

Symbols and Abbreviations

Symbol Description

DFD Data Flow Diagram


E-R Entity Relationship
UDP User Define Project
OS Operating System
RAM Random Access Memory
XML Extensible Mark-up Language
Helping Hand

Introduction

1.1 Project Details


Chapter 1
1.1.1 Project Profile
1.1.2 Project Definition
1.2 Purpose
1.3 Scope
1.4 Objective

1
Helping Hand

1.1 Project Details

1.1.1 Project Profile

Title Helping Hand

Definition Helping Hand is a Website for charity that


establish the link between needy people like
Orphan or any civilians who are getting problem
during the day to day life to provide them help.

Type UDP

Internal Guide Prof. Jayesh Rathod

Submitted By Janki Gohel


Falguni Rathod
Project Duration 6 Months

Submitted To Government Engineering College, Bhavnagar

Table 1.1 Project Profile

1.1.2 Project Definition

A “Helping Hand” is a website for charity purpose; the website provides a platform or link
between the fundraising agencies or donors to the needy people. It provides help in education
and also used for women empowerment. It provides charity trusts for different age of people
with different facilities. It provides jobs for volunteers and teachers for helping purpose. The
Volunteer logging is for the program and event management purpose and donor logging for the
donation and some service purpose. The admin can add or remove the volunteer and entries of
donors and manages all the site data.

2
Helping Hand

1.2 Purpose

Our Country has grown a lot in this short time period but some people are still having
faces some problem in their day to day life to provide them some basic facilities and fulfil their
basic need we try to create online platform which connect the charity to them within a day or
provide some management to offline programs and events also to build up their growth
manually like we provide some channel to provide education, programs for women
empowerment, event celebration etc. The system also provides some volunteer staff to do this
work with ease of management. There is online mail system for security purpose to confirm
the action done our user may donor or volunteer. The profile is created when user sign up and
he/she can find the activity done by the user within a minute. The regular updating of site is
done using staff to provide correct information to all of them manually. Also as we know the
current situation of covid-19 so to help some orphan and old age people we provide separate
donation.

So, the main purpose of our system is to make the charity process of donation and fundraising
easily and maintain the information of all concepts done using charity site to help people and
make their life with full of happiness.

1.3 Scope

Our project has a large scope to do. We can provide the help to the people who need this
using online and offline services. The system users can find the information of charity occur by
the site using their donation. The volunteer is done the programs and events for fundraising
and some fruitful charity purpose and manages all the data of donors. The admin manages all
our work of charity done by helping hand. The account section has profile of each user of
system and their activity history. The donor can donate different donation online and offline
purpose.

3
Helping Hand

1.4 Objective

Some objective of our proposed system:

Computers and information technology have a major influence on the society and the
society is becoming more and more dependent on technology. Going on is an era of
simplifying almost all complicated works using computers. The last few years have witnessed
a tremendous increase in the capabilities and use of computers. Manual processing makes the
process slow and other problems such as inconsistency and ambiguity on operations. The
proposed system intends user-friendly operations which may resolve ambiguity. By
considering all this factors, the website produced, which performs the social service simply and
effectively.
The objective of this “Helping Hand” is to take help in form of donation from the people
and give to the people who need this by using this platform. The management of charity is
done using the staff the volunteers, admin and the donors also.The education is providing using
some channel of online applications to children who can’t join the school because of some
reasons. The details of fundraising program and event are updated by volunteers and provide
easy way to access and management those data on admin panel.

4
Helping Hand

About the System

2.1 System Requirement Specification


Chapter 2
2.2 Feasibility Study
2.3 Project Planning
2.3.1 Project Development Approach
2.3.2 Project Plan
2.4 Technology and Literature Review

5
Helping Hand

2.1 System Requirement Specification

Weakness of current System:


In various, charity site has to manage their data and site secure form the user and provide
fruitful services or say help to the people and user.

Volunteer have to collect the information of various charity organizations or donors who
want to do charity using online and give them appreciations for that. Volunteer have to
manage the donations according to requirement of programs and events for help the people. If
any modifications or updates are required in the profile of any volunteer, it has to be searched
and to be done it manually.

Requirement of new system:


This project is to provide help to the people using donation and manage is using
volunteers. The donor can easily donate using offline and online services for donation. The
main page has accounts option to sign up the website and their account created and all activity
updates display over here. The sign in donors and volunteer can access the website and post
some events and programs also can give donation using donation form. To become volunteers
they have to fill the volunteer form and approval given by the admin using admin panel. The
details of the donation and volunteer are confirmed using our mail address regularly. The site
has one education channel for study willing people. The admin panel have all data of donor
volunteer and events. The administrator plays an important role in our project. They provide
approval of volunteer and comment section and posts and updating. In this project we create a
website in which admin/volunteer can easily search/maintain data of donors, organizations,
and event/programs and using this all they can provide help to the people who need this.

2.2 Feasibility Study

A. Technical Feasibility
Technical feasibility corresponds to determine of whether it is technically feasible to
develop the software/website/application or not. Factors considered.
 Here we go considered those tools, which will be required for developing the
project.

6
Helping Hand
 The tools which are available and the tools which will be required, have to take
in use.
 This project development is based on Website architecture.
 To develop this web service in this project with help of PHP and XAMMP
apache server and WordPress.

Considering all above points and aspects it is observed that develop in thisproject from a
technical perspective would not be too high. Thus, it is feasible to the institute.

B. Time Feasibility

Time feasibility corresponds to whether sufficient time is available to complete the


project.
Factors considered
 Schedule of the project
 Time by which the project has to be completed
 This application has to be completed in approximately.
 Reporting period

Considering all above factors, it was deciding that we have sufficient time and we decide
to start the project. By maintaining the tightschedule, we were able to complete the project
on time.

C. Economical Feasibility
Establishing the cost-effectiveness of the proposed system i.e. if the benefits do not
outweigh the costs then it is not worth going ahead.
In the fast paced world today there is a great need of online social networking
facilities. Thus, the benefits of this project in the current scenario make it economically
feasible

D. Operational Feasibility

It is to find out whether the current work practices and procedures support a new system.

Also, social factors i.e. how the organizational changes will affect the working lives of those

Affected by the system

7
Helping Hand

2.3 Project Planning


2.3.1 Project Development Approach

A software development model is a simplified description /abstract representation of a software


process which is presented from a particular perspective. A development model for software
engineering is chosen based on the nature of the project and application, the methods and tools
to be used, and the controls and deliverables that are required.

All software development can be characterized as a problem-solving loop in which four


distinct stages are encountered:

1) Status represents the current state of affairs.

2) Problem Definition identifies the specific problem to be solved.

3) Technical Development solves the problem through the application of some technology.

4) Solution Integration delivers the results (e.g. documents, programs, data, and new
feature, update) to those who requested the solution in the first place.

There are many software developments models. Model followed in this project is Incremental.

PROTOTYPE MODEL:

8
Helping Hand
2.3.2 Project Plan

The Objective of Project Planning Is to Provide a Framework That Enables the Manager To
Make Reasonable Estimates Of Resources, Cost And Schedule. These Estimates Are
MadeWithin A Limited Time Frame at The Beginningof The Software Project and Should Not
Be Updated Regularly as The Project Progresses.

Project Planning Process Starts with An Assessment of The Constraints Affecting the Project.

Id Task Name Start Finish Duration DEC-20 Feb -20 Apr -20
1 Problem 20- 26- 6d
identification DEC- DEC-
2020 2020
2 Project 28- 10- 12d
definition DEC- JAN-
2020 2020
3 Requirement 11- 1- 21d
gathering JAN- Feb-
2020 2020
4 Analysis 2- 22- 20d
Feb- Feb-
2020 2020
5 Design 1- 26- 57d
Mar Apr-
-2020 2020

Planning of our project is shown by above time line chart where we can see task which we had
done in this semester like, problem identification, Project definition, Requirement gathering,
Analysis and design. Then at which date start andfinish the particular task. How much duration
is required for the task completion and finally all the date at which we had done the particular
task

9
Helping Hand

2.4 Technology and Literature Review

 Software Requirements

PHP
MYSQL
Photoshop
Web Browser
Text editor (Sublime text, Notepad++)
WordPress

 Hardware Requirements
Processor: Intel dual core and above.
Ram: 2 GB

 Literature Review:
Medium
Browser
Blogs and Articles

10
Helping Hand

 System Design

3.1 E-R Diagram


Chapter 3
3.2 Class Diagram
3.3 Context Diagram
3.4 Use Case Diagram
3.5 Activity Diagram

11
Helping Hand

3.1 E-R Diagram

[Fig. 3.1 E-R Diagram]

12
Helping Hand

3.2 Class Diagram

[Fig. 3.2 Class Diagram]

13
Helping Hand

3.3 Context Diagram

[ Fig.3.3.1 DFD (0-level)]

14
Helping Hand

[ Fig. 3.3.2 DFD (1-level)]

15
Helping Hand

[ Fig. 3.3.3 DFD(2-level)]

16
Helping Hand

3.4 Use Case Diagram

[ Fig. 3.4 Use Case Diagram]

17
Helping Hand

3.5 Activity Diagram

[Fig. 3.5 Activity Diagram]

18
Helping Hand

 Design

Chapter 4 4.1 System Flow Diagram


4.2 Data Dictionary
4.3 User Interface

4.1 System Flow Diagram 19


Helping Hand

Fig 4.1[System Flow Diagram-Admin]

4.2 Data Dictionary 20


Helping Hand

A. charitable_campaign_donations
Media
Nul Defaul Links
Column Type Comments (MIME)
l t to
type
campaign_donation_id (Primary
bigint(20) No
)
donation_id bigint(20) No
donor_id bigint(20) No
campaign_id bigint(20) No
campaign_name text No
decimal(13,4
amount No
)
1) Indexes

Packe Cardinalit Collatio Nul Commen


Keyname Type Unique Column
d y n l t

PRIMAR campaign_dona
BTREE Yes No 0 A No
Y tion_id
donation BTREE No No donation_id 0 A No
campaign BTREE No No campaign_id 0 A No
donor BTREE No No donor_id 0 A No

B. wp_charitable_donormeta

Nul
Column Type Default Links to Comments Media (MIME) type
l
meta_id (Primary
bigint(20) No
)
donor_id bigint(20) No 0
meta_key varchar(255) Yes NULL
meta_value longtext Yes NULL
1) Indexes
Collatio Nul
Keyname Type Unique Packed Column Cardinality Comment
n l
PRIMAR
BTREE Yes No meta_id 0 A No
Y
donor_id BTREE No No donor_id 0 A No

21
Helping Hand

Collatio Nul
Keyname Type Unique Packed Column Cardinality Comment
n l
meta_key
meta_key BTREE No No 0 A Yes
(191)

C. wp_charitable_donors

Nul Links Comment Media


Column Type Default
l to s (MIME) type
donor_id (Primary
bigint(20) No
)
user_id bigint(20) No
email varchar(100) No
first_name varchar(255) Yes
last_name varchar(255) Yes
date_joined datetime No 0000-00-00 00:00:00
data_erased datetime Yes 0000-00-00 00:00:00
contact_consent tinyint(1) Yes NULL
1) Indexes
Uniqu Packe Cardinalit Collatio Nul Commen
Keyname Type Column
e d y n l t
BTRE
PRIMARY Yes No donor_id 0 A No
E
BTRE
user_id No No user_id 0 A No
E
BTRE
email No No email 0 A No
E
BTRE
data_erased No No data_erased 0 A Yes
E
contact_consen BTRE contact_consen
No No 0 A Yes
t E t

D. wp_commentmeta

Nul
Column Type Default Links to Comments Media (MIME) type
l
meta_id (Primary
bigint(20) No
)
comment_id bigint(20) No 0
meta_key varchar(255) Yes NULL
meta_value longtext Yes NULL

22
Helping Hand
1) Indexes
Uniqu Packe Cardinalit Nul
Keyname Type Column Collation Comment
e d y l
BTRE
PRIMARY Yes No meta_id 0 A No
E
comment_i BTRE
No No comment_id 0 A No
d E
BTRE meta_key
meta_key No No 0 A Yes
E (191)

E. wp_comments

Media
Nul Links
Column Type Default Comments (MIME)
l to
type
comment_ID (Primary
bigint(20) No
)
comment_post_ID bigint(20) No 0
comment_author tinytext No
varchar(100
comment_author_email No
)
varchar(200
comment_author_url No
)
varchar(100
comment_author_IP No
)
comment_date datetime No 0000-00-00 00:00:00
comment_date_gmt datetime No 0000-00-00 00:00:00
comment_content text No
comment_karma int(11) No 0
comment_approved varchar(20) No 1
varchar(255
comment_agent No
)
comment_type varchar(20) No
comment_parent bigint(20) No 0
user_id bigint(20) No 0
1) Indexes
Uniq Pack Cardinal Collati Nu Comme
Keyname Type Column
ue ed ity on ll nt
BTR
PRIMARY Yes No comment_ID 1 A No
EE
comment_post_ID BTR No No comment_post_ID 1 A No

23
Helping Hand

Uniq Pack Cardinal Collati Nu Comme


Keyname Type Column
ue ed ity on ll nt
EE
comment_approve
1 A No
comment_approved_da BTR d
No No
te_gmt EE comment_date_g
1 A No
mt
BTR comment_date_g
comment_date_gmt No No 1 A No
EE mt
BTR
comment_parent No No comment_parent 1 A No
EE
BTR comment_author_
comment_author_email No No 1 A No
EE email (10)

F. wp_links

Nul Links Media (MIME)


Column Type Default Comments
l to type
link_id (Primary
bigint(20) No
)
link_url varchar(255) No
link_name varchar(255) No
link_image varchar(255) No
link_target varchar(25) No
link_description varchar(255) No
link_visible varchar(20) No Y
link_owner bigint(20) No 1
link_rating int(11) No 0
link_updated datetime No 0000-00-00 00:00:00
link_rel varchar(255) No
link_notes mediumtext No
link_rss varchar(255) No
1) Indexes
Uniqu Nul
Keyname Type Packed Column Cardinality Collation Comment
e l
PRIMARY BTREE Yes No link_id 0 A No
link_visibl
BTREE No No link_visible 0 A No
e

24
Helping Hand

G. wp_options

Nul Comment
Column Type Default Links to Media (MIME) type
l s
option_id (Primary
bigint(20) No
)
option_name varchar(191) No
option_value longtext No
autoload varchar(20) No yes
1) Indexes
Uniqu Packe Nul
Keyname Type Column Cardinality Collation Comment
e d l
PRIMARY BTREE Yes No option_id 396 A No
option_name BTREE Yes No option_name 396 A No
autoload BTREE No No autoload 4 A No

H. wp_postmeta

Nul
Column Type Default Links to Comments Media (MIME) type
l
meta_id (Primary
bigint(20) No
)
post_id bigint(20) No 0
meta_key varchar(255) Yes NULL
meta_value longtext Yes NULL
1) Indexes
Collatio Nul
Keyname Type Unique Packed Column Cardinality Comment
n l
PRIMAR
BTREE Yes No meta_id 435 A No
Y
post_id BTREE No No post_id 217 A No
meta_key
meta_key BTREE No No 435 A Yes
(191)

I. wp_posts

Media
Nul Links Comment
Column Type Default (MIME)
l to s
type
ID (Primary) bigint(20) No
post_author bigint(20) No 0
post_date datetime No 0000-00-00 00:00:00

25
Helping Hand

post_date_gmt datetime No 0000-00-00 00:00:00


post_content longtext No
post_title text No
post_excerpt text No
post_status varchar(20) No publish
comment_status varchar(20) No open
ping_status varchar(20) No open
post_password varchar(255) No
post_name varchar(200) No
to_ping text No
pinged text No
post_modified datetime No 0000-00-00 00:00:00
post_modified_gmt datetime No 0000-00-00 00:00:00
post_content_filtere
longtext No
d
post_parent bigint(20) No 0
guid varchar(255) No
menu_order int(11) No 0
post_type varchar(20) No post
post_mime_type varchar(100) No
comment_count bigint(20) No 0
1) Indexes
Collatio Nul
Keyname Type Unique Packed Column Cardinality Comment
n l
BTRE
PRIMARY Yes No ID 165 A No
E
BTRE post_name
post_name No No 165 A No
E (191)
post_type 27 A No
BTRE post_status 33 A No
type_status_date No No
E post_date 165 A No
ID 165 A No
BTRE
post_parent No No post_parent 55 A No
E
BTRE
post_author No No post_author 2 A No
E

26
Helping Hand

J. wp_termmeta

Nul
Column Type Default Links to Comments Media (MIME) type
l
meta_id (Primary
bigint(20) No
)
term_id bigint(20) No 0
meta_key varchar(255) Yes NULL
meta_value longtext Yes NULL
1) Indexes
Collatio Nul
Keyname Type Unique Packed Column Cardinality Comment
n l
PRIMAR
BTREE Yes No meta_id 0 A No
Y
term_id BTREE No No term_id 0 A No
meta_key
meta_key BTREE No No 0 A Yes
(191)

K. wp_terms

Column Type Null Default Links to Comments Media (MIME) type


term_id (Primary
bigint(20) No
)
varchar(200
name No
)
varchar(200
slug No
)
term_group bigint(10) No 0
1) Indexes
Collatio
Keyname Type Unique Packed Column Cardinality Null Comment
n
PRIMAR BTRE
Yes No term_id 2 A No
Y E
BTRE
slug No No slug (191) 2 A No
E
BTRE name
name No No 2 A No
E (191)

L. wp_term_relationships

Nul Links Media (MIME)


Column Type Default Comments
l to type
object_id (Primary) bigint(20) No 0

27
Helping Hand

term_taxonomy_id (Primary
bigint(20) No 0
)
term_order int(11) No 0
1) Indexes
Uniqu Packe Cardinalit Collatio Nul Comme
Keyname Type Column
e d y n l nt
object_id 11 A No
BTRE
PRIMARY Yes No term_taxonomy_
E 11 A No
id
term_taxonomy_ BTRE term_taxonomy_
No No 2 A No
id E id

M. wp_term_taxonomy

Nul Defaul Links Media (MIME)


Column Type Comments
l t to type
term_taxonomy_id (Primary
bigint(20) No
)
term_id bigint(20) No 0
taxonomy varchar(32) No
description longtext No
parent bigint(20) No 0
count bigint(20) No 0
1) Indexes
Uniqu Packe Cardinalit Collatio Nul Comme
Keyname Type Column
e d y n l nt
BTRE term_taxonomy_
PRIMARY Yes No 2 A No
E id
term_id_taxono BTRE term_id 2 A No
Yes No
my E taxonomy 2 A No
BTRE
taxonomy No No taxonomy 2 A No
E

N. wp_um_metadata

Nul Comment
Column Type Default Links to Media (MIME) type
l s
umeta_id (Primary
bigint(20) No
)
user_id bigint(20) No 0
um_key varchar(255) Yes NULL
um_value longtext Yes NULL

28
Helping Hand
1) Indexes
Cardinalit Collatio Nul
Keyname Type Unique Packed Column Comment
y n l
BTRE
PRIMARY Yes No umeta_id 0 A No
E
BTRE
user_id_indx No No user_id 0 A No
E
BTRE
meta_key_indx No No um_key 0 A Yes
E
meta_value_ind BTRE um_value
No No 0 A Yes
x E (191)

O. wp_usermeta

Nul Comment
Column Type Default Links to Media (MIME) type
l s
umeta_id (Primary
bigint(20) No
)
user_id bigint(20) No 0
meta_key varchar(255) Yes NULL
meta_value longtext Yes NULL
1) Indexes
Collatio Nul
Keyname Type Unique Packed Column Cardinality Comment
n l
PRIMAR
BTREE Yes No umeta_id 55 A No
Y
user_id BTREE No No user_id 4 A No
meta_key
meta_key BTREE No No 55 A Yes
(191)

P. wp_users

Nul Links Media


Column Type Default Comments
l to (MIME) type
ID (Primary) bigint(20) No
user_login varchar(60) No
user_pass varchar(255) No
user_nicename varchar(50) No
user_email varchar(100) No
user_url varchar(100) No
user_registered datetime No 0000-00-00 00:00:00
user_activation_ke varchar(255) No

29
Helping Hand

y
user_status int(11) No 0
display_name varchar(250) No
1) Indexes
Uniqu Packe Cardinalit Collatio Nul Commen
Keyname Type Column
e d y n l t
BTRE
PRIMARY Yes No ID 0 A No
E
user_login_ke BTRE
No No user_login 0 A No
y E
BTRE user_nicenam
user_nicename No No 0 A No
E e
BTRE
user_email No No user_email 0 A No
E

Q. wp_volunteer_emails

Defaul
Column Type Null Links to Comments Media (MIME) type
t
id (Primary mediumint(9
No
) )
user_id bigint(20) No
post_id bigint(20) No
time datetime No
1) Indexes
Colum Nul
Keyname Type Unique Packed Cardinality Collation Comment
n l
PRIMAR
BTREE Yes No id 0 A No
Y

R. wp_volunteer_rsvps

Defaul
Column Type Null Links to Comments Media (MIME) type
t
id (Primary mediumint(9
No
) )
user_id bigint(20) No
post_id bigint(20) No
rsvp tinyint(2) No
time datetime No

30
Helping Hand
1) Indexes
Colum Nul
Keyname Type Unique Packed Cardinality Collation Comment
n l
PRIMAR
BTREE Yes No id 0 A No
Y
user_id 0 A No
user_id BTREE Yes No
post_id 0 A No

S. wp_wpbot_response

Nul
Column Type Default Links to Comments Media (MIME) type
l
id (Primary
int(10) No
)
query text No
keyword text No
response text No
category varchar(256) No
intent varchar(256) No
custom varchar(256) No
1) Indexes
Uniqu Packe Cardinalit Nul
Keyname Type Column Collation Comment
e d y l
PRIMAR
BTREE Yes No id 1 A No
Y
query No
query FULLTEXT No No keyword No
response No
query_2 FULLTEXT No No query No
keyword FULLTEXT No No keyword No
response FULLTEXT No No response No

T. wp_wpbot_sessions

Defaul
Column Type Null Links to Comments Media (MIME) type
t
id (Primary
int(11) No
)
session int(11) No

31
Helping Hand
1) Indexes
Colum Nul
Keyname Type Unique Packed Cardinality Collation Comment
n l
PRIMAR
BTREE Yes No id 0 A No
Y

U. wp_wpwbot_index

Nul
Column Type Default Links to Comments Media (MIME) type
l
Id bigint(20) No 0
term varchar(50) No 0
term_sourc
varchar(20) No 0
e
type varchar(50) No 0
count bigint(20) No 0
in_stock int(11) No 0
visibility varchar(20) No 0
lang varchar(20) No 0

4.3 User Interface

 Login page-Admin

32
Helping Hand

 Dashboard-Admin

 Member-Management

33
Helping Hand

34
Helping Hand

 Implementaion

Chapter 5
5.1 Implementation Environment
5.2 Security Feature
5.3 Coding Standard
5.4 Sample Code

5.1 Implementation Environment


35
Helping Hand

Design is the first step in the development phase for any techniques and principles for the
purpose of defining a device, a process or system in sufficient detail to permit its physical
realization.

Once the software requirements have been analysed and specified the software design
involves three technical activities - design, coding, implementation and testing that are required to
build and verify the software.

The design activities are of main importance in this phase, because in this activity,
decisions ultimately affecting the success of the software implementation and its ease of
maintenance are made. These decisions have the final bearing upon reliability and maintainability
of the system. Design is the only way to accurately translate the customer‘s requirements into
finished software or a system.

Design is the place where quality is fostered in development. Software design is a process
through which requirements are translated into a representation of software. Software design is
conducted in two steps. Preliminary design is concerned with the transformation of requirements
into data.

5.2 Security Feature

Authentication
Users and can login to their account by providing correct username and password.
If anonymous person comes and try to login, he will enter wrong details so that the
Message will display that username or password is wrong.

So login security prevents unauthorized person to use users personal detail.

Account Recovery
We have some feature related to forgotten password so that user can recover their account by
using new password.

In that user can select forgot password link and we send new password via mail.

5.3 Coding Standard


We have used the serial number and group classification codes. Coding scheme must have the
following properties.

 The naming of the function, variables, etc. is done according to the convention mentioned
in the Naming Convention Section
 The code has 3 lines of comments for almost each line of code.

36
Helping Hand

 The comments describe the function of every line, the significance of every data structure,
the input to every function, the output from the function and the data manipulation within
the function. Thus, the code is well documented.

 Avoid lines longer than 80 characters. Otherwise break them up suitably. Each statement in
a compound statement pushed ahead by 5 characters.
 It should be precise. I.e. the scheme should produce unique, unambiguous code.

 It should be comprehensive. In other words, it should include the characteristics relevant to


all the related activities where the item will be involved.

 It should be meaningful and convey to a user some information about the characteristics of
the item to enable quick recognition and identification of the item.
 It should be expandable, that is it must allow new items to be added easily.

Concise

 A coding scheme must be concise. In other words, the number of digits/characters used in
a code must be minimal to reduce storage space of the code and retrieval efficiency.

Expandable

 It should be expandable, that is it must allow new items to be added easily.

Meaningful

▪ It should be meaningful and convey to a user some information about the characteristics of
the item to enable quick recognition and identification of the item

Comprehensive

▪ It should be comprehensive. In other words, it should include the characteristics relevant


to all the related activities where the item will be involved.

Precise
▪ It should be precise. I.e. the scheme should produce unique, unambiguous code.

Indentation

▪ Avoid lines longer than 80 characters. Otherwise break them up suitably. Each statement
in a compound statement pushed ahead by 5 characters.

Comments
▪ The code has 3 lines of comments for almost each line of code.

37
Helping Hand

▪ The comments describe the function of every line, the significance of every data structure,
the input to every function, the output from the function and the data manipulation within
the function.
▪ Thus, the code is well documented.

5.4 Sample Code

 Search.Php:

<?php
/**
* The template for displaying search results pages.
*
* @link https://developer.wordpress.org/themes/basics/template-hierarchy/#search-result
*
* @package Bizlight
*/

get_header(); ?>
<div class="wrapper page-inner-title">
<header class="page-header">
<h1 class="page-title"><?php printf( esc_html__( 'Search Results for: %s',
'bizlight' ), '<span>' . get_search_query() . '</span>' ); ?></h1>
</header><!-- .page-header -->
</div>
<div id="content" class="site-content">
<section id="primary" class="content-area">
<main id="main" class="site-main" role="main">

<?php if ( have_posts() ) : ?>

<?php /* Start the Loop */ ?>


<?php while ( have_posts() ) : the_post(); ?>

<?php
/**
* Run the loop for the search to output the results.
* If you want to overload this in a child theme then include
a file
* called content-search.php and that will be used instead.
*/
get_template_part( 'template-parts/content', 'search' );
?>

<?php endwhile; ?>

<?php
/**
38
Helping Hand
* bizlight_action_posts_navigation hook
*
* @hooked: bizlight_posts_navigation - 10
*
* @since Bizlight 1.0.0
*/
do_action( 'bizlight_action_posts_navigation' );?>

<?php else : ?>

<?php get_template_part( 'template-parts/content', 'none' ); ?>

<?php endif; ?>

</main><!-- #main -->


</section><!-- #primary -->

<?php get_sidebar(); ?>


</div><!-- #content -->
<?php get_footer(); ?>

39
Helping Hand

 Testing

Chapter 6
6.1 Testing Plan
6.2 Testing Strategy
6.3 Testing Methods
6.4 Test Cases

6.1 Testing Plan

40
Helping Hand

It involves the execution of a software component or system component to evaluate one or more
properties of interest. In general, these properties indicate the extent to which the component or
system under test
o Meet the requirements that guided its design and development,
o Responds correctly to all kinds of inputs,
o Performs its functions within an acceptable time,
o Is sufficiently usable,
o Can be installed and run in its intended environments, and
o Achieves the general result its stakeholders desire.

A primary purpose of testing is to detect software failures so that defects may be discovered and
corrected. Testing cannot establish that a product functions properly under all conditions but can
only establish that it does not function properly under specific conditions. The scope of software
testing often includes examination of code as well as execution of that code in various
environments and conditions as well as examining the aspects of code: does it do what it is
supposed to do and do what it needs to do. In the current culture of software development, a
testing organization may be separate from the development team. There are various roles for
testing team members. Information derived from software testing may be used to correct the
process by which software is developed

6.2 Testing Strategy

▪ A test strategy is an outline that describes the testing approach of the software
development cycle. It is created to inform project managers, testers, and developers about
some key issues of the testing process. This includes the testing objective, methods of
testing new functions, total time and resources required for the project, and the testing
environment.
▪ Test strategies describe how the product risks of the stakeholders are mitigated at
the test-level, which types of test are to be performed, and which entry and exit criteria
apply. They are created based on development design documents. System design
documents are primarily used and occasionally, conceptual design documents may be
referred to. Design documents describe the functionality of the software to be enabled in
the upcoming release. For every stage of development design, a corresponding test
strategy should be created to test the new feature sets.

Testing Strategy includes

▪ Test Summary

▪ Test Levels
▪ Roles and Responsibilities
▪ Environment Requirements
41
Helping Hand

▪ Testing Tools
▪ Risks and Mitigation
▪ Test Schedule
▪ Regression Test Approach

6.3 Testing Methods

There are different Models of testing. On the basis of testing methods there are two types
of
testing:
1. Black-box testing.

2. White-box testing

Black-box tests are used to demonstrate that software functions are operational, that input is
properly accepted and output is correctly produced, and that integrity of external information is
maintained.

White-box tests are used to examine the procedural details. It checks the logical paths by test
case. It can also check the conditions, loops used in the software coding. It checks that loops are
working correctly on defined boundary value.

1) White-Box Testing
▪ In our coding we test that all the loops work truly in each module. The one technique
of white-box testing is basis path testing. It contains two parts, one is flow graph
notation and the second is cyclometer complexity. In flow graph notation we are
checking logical control of flow. By using cyclometer complexity, we find complexity
of our project structure.
▪ White-box testing sometimes called glass-box testing, is a test case design method that
users the control structure of the procedural design to drive the test case.

▪ Always we are thinking that there is no necessary to execute or checks the loops and
conditions. And so large number of errors is uncovered. With using white-box testing
methods, we have checked that,

All independent paths within a function have been executed at least once.
▪ A11 loops working correctly at their boundary values and within their specified
conditions.

1) Block-box Testing

42
Helping Hand
▪ Black-box testing focuses on the functional requirements of the software. That is
black-box testing enables the software engineer to drive sets of input conditions that
will fully exercise all functional Requirements for the program.

▪ Black-box testing is not an alternative to white-box testing techniques. Rather, it is a


complementary approach that is likely to uncover a different class of errors than white-
box methods.
▪ We use in our coding to find errors in the following categories:

• Incorrect or missing functions

• Interface errors

• Errors in database

• Performance errors

• Initialization and termination errors.

▪ Unlike white-box testing, which is performed earlier in the testing process, black-box
testing tends to be applied during later stages of testing. Because black-box testing
purposely disregards control structure, attention is focused on the information domain.

6.4 Test Cases

Test 1:

Login-form

Purpose: Test the Login Information

Location: Login-Page

Condition: Username & Password should match with that stored in the user
table Check whether login is successful to the system

Result: Successfully Login/Invalid Username and Password.

Test 2:
Registration-form

Purpose: Test the Registration Information

43
Helping Hand
Location: Registration-Page

Condition: If all the data enter by user is valid than only user account of particular
user is created.

Result: Successfully Registered /Please fill all the details.

Test 3:
6.4.3 Listview Check

Purpose: Test whether data fetch correctly from the database and display
accordingly.

Location: TreeResultList, SuggestionList, DiseaseList, NurseryList, GalleryList

Condition: If data fetch correctly.

Result: Result/data not found.

44
Helping Hand

 Website Screenshot
Chapter 7

 USERLOGIN:

45
Helping Hand

 USER SIGNUP:

 FORGET PASSWORD:

46
Helping Hand

 DASHBOARD:

47
Helping Hand
 USER MANAGE:

 HOME PAGE

48
Helping Hand

49
Helping Hand

 ABOUT US:

 POST:

50
Helping Hand

 CAUSES:

51
Helping Hand
 DONATION:

52
Helping Hand

53
Helping Hand

 BECOME A VOLUNTEER:

54
Helping Hand
 CONTACT US:

55
Helping Hand
 USER ACCOUNT PAGE:

56
Helping Hand

 Conclusion & Future Work

Chapter 8 8.1 Conclusion


8.2 Future Work

57
Helping Hand

8.1 Conclusion

From a proper analysis of positive points and constraints on the component, it can be safely
concluded that the product is a highly efficient GUI based component. This component can be
easily plugged in many other systems. Also the component is user friendly. Generally the orphan
and old age people have face lot of problems to overcome that we provide help as charity named
“Helping Hand”. This all information has to be managed manually. So, there is a need to develop
a system that can solve the mentioned problem. This software comes with just that solution.

8.2 Future Work

Though our project is itself matured enough but still betterment is always an open door. In this
case also we can add some features to this software to make this software more reliable.
These are as follows: -

o Firstly, during the development of the project my prime object was to keep the
hardware & software requirement as minimum as possible so that it supports
maximum user base.
o Secondly, the searching procedure should be very strong like donor has to find
current program and events for donation.
o Thirdly, modify the project with better approach with more graphics.
o Fourthly, the back-up procedure can be incorporated to make sure of the database
integrity.
o Fifthly, the volunteer can login any time to the penal and updating the data
manually.
o Sixthly, the donor can donate online and offline in different manuals of charity
management.

58
Helping Hand Business Model Canvas

BUSINESS MODEL CANVAS


OF

Helping Hand

BACHELOR ENGINEERING

IN

INFORMATION TECHNOLOGY

Submitted By
Group ID: 86054

Janki Gohel (160210116011)


Falguni Rathod (160210116040)

Guided By

Prof. Jayesh Rathod

Department of Information Technology


GOVERNMENT ENGINEERING COLLEGE,
BHAVNAGAR
Vidyanagar, Bhavnagar
2019-2020

59
Helping Hand Business Model Canvas

Business Model Canvas

1.1. Key Partners: ~


 Donor
 Volunteer
 Govt. NGOs
 Teachers Fig A.1 Business Model Canvas
 Orphan Ages
 Old Age Homes

1.2 Key Activities: ~


 Raise funds
 Manage Site Facilities
 Deliver Programs
 Membership

60
Helping Hand Business Model Canvas

 Some Programs

1.3 Key Resources: ~


 Fundraising Staff
 Program Delivery Staff
 Event Programs
 Man Power
 Internal Services

1.4 Value Proposition: ~


 Teaching
 Workshops
 Events
 Helping Kids
 Self Esteem
 Risk Reduction
 Low Man Power

1.5 Customers Relationship: ~


 Personal monitoring can be done using online and offline mode and provide helping
system to customer.
 Self-servicing derived using co-creation of volunteer and donor.

1.6 Channels: ~
 Classes Delivered online and offline
 Donation accept online or offline

1.7 Customers Segments: ~


 Donors
 Grant Organizations

1.8 Cost Structure: ~


 Side facilities cost
 Program delivery
 Instructor fees
 Staff salaries & Benefits

1.9 Revenue Stream: ~


 Individual Donations and Grant from Organizations
 Fees from “On the road” program delivery in school.

61
Helping Hand Business Model Canvas

Appendix-B: PLAGARISM REPORT

62
Helping Hand Business Model Canvas

References:

 Wordpress.org
 ngosindia.com
 GitHub
 Quora
 Blogs and Articles

63
Helping Hand Business Model Canvas

64

Das könnte Ihnen auch gefallen