Project report on

Online Survey System

Submitted By
Rowjatul Zannat Eshita
MIT 11th Batch, ID: 141132

Under the Supervision of

Mr. Nurul Ahad Tawhid
Lecturer
Institute of Information Technology
University of Dhaka

Program : Masters of Information Technology, 11th batch

Page | i
 Letter of submission

April 22, 2015

To
Mr. Md. Nurul Ahad Tawhid
Lecturer,
Institute of Information Technology,
University of Dhaka.

Subject: Letter of submission of project report.

Dear Sir,

I would like to submit my project report titled “Online Survey System”, as a part of the
requirements for the degree of MASTER IN INFORMATION TECHNOLOGY (MIT)
Course Code: MITP 421. I would also take this opportunity to thank you for helping me
throughout the research.

I have devoted my utmost dedication to make this report an informative one. I hope you
will find it to be objective, systematic and reliable. Please feel free to contact me if you
have any inquiries, I would be very happy to provide you with any clarification regarding
the report. Thank you again for the wonderful opportunity.

Regards,

………………………….
Rowjatul Zannat Eshita
ID: 141132, MIT 11th Batch
Mobile : 01675742407,
E-mail : [email protected]

Page | ii
 Declaration of Original Work

I declare that the Project entitled

Online Survey System
which I submitted to the faculty of the
Institution of Information Technology, University of Dhaka
is my own work. To the best of my knowledge, it does not contain materials published or
written by another person, except where due citation and acknowledgement is made in my
project documentation. The contributions of other people whom I worked with to complete
this project are explicitly cited and acknowledged in my project documentation.

I also declare that the intellectual content of this project is the product of my own work. I
conceptualized, designed, encoded, and debugged the source code of the core programs in
my project. The source code of third party APIs and library functions used in my program
are explicitly cited and acknowledged in my project documentation. Also duly
acknowledged are the assistance of others in minor details of editing and reproduction of
documentation.

In my honour, I declare that I did not pass of as my own the work done by another person.
The only person encoded the source code of my programs is me. I understand that I may
get a failing mark if the source code of my program is in fact the work of another person.

Regards,

………………………………
Rowjatul Zannat Eshita
ID: 141132, MIT 11th Batch
E-mail : [email protected]

This declaration is witnessed by:

………………………………
Page | iii
Md. Nurul Ahad Tawhid
Lecturer, IIT
University of Dhaka
ACKNOWLEDGEMENTS

A lot of effort and study have been put to make this report into a reality. This would not
have been possible without the genuine support and assistance provided by the people
whom I approached during the various stages of writing this report. Firstly I would like to
express my gratitude to my academic supervisor Md. Nurul Ahad Tawhid, Lecturer, IIT
University of Dhaka; for his advice, counselling, direction and help. Without his guidance,
this report would not have been possible.

I am honoured to convey my cordial thanks and gratefulness to Dr. Kazi Muheymin-Us-

Sakib , Director and Associate Professor , Institute of Information Technology, for his
precious encouragement.

I also must thank to all the faculty members of Institute of Information Technology for all
their direct and indirect encouragement and assistance in this work. Their cooperation,
suggestion, guidance and sincere encouragement played significant role throughout my
working period.

Page | iv
 ABSTRACT

With the advancement in technology over the years, the administering of online surveys
has expanded. In particular, many company are using the online medium to administer
surveys to people , in order to evaluate social problems. The move of surveys to the online
realm has meant a reduction in cost, time and efforts, of survey administrators, and the
increase in use of technology within people. With the use of online surveys the challenges
of confidentiality, anonymity and response rates are as prominent as they are with paper-
based surveys.

The principal idea was to create a system that would provide the web-based tool for
creating surveys and administering them online. The surveys will be created by admin.
Once a survey is administered, anyone can access the survey by logging onto the system.
Upon authentication anyone are able to complete surveys online. Surveys are generated
dynamically, depending on the survey criteria supplied by the survey administrator. The
system stores survey criterion in a database, which is retrieved when generating a survey
for a survey taker to complete.

The system developed focused on providing functionality that would increase the
convenience of completing evaluation surveys and protect anonymity of people. The
created system was successful in its aim to provide these features, also providing ease for
any company to create online surveys without having the extensive technical expertise that
is required to do so.

Page | v
SYNOPSIS:

Title : ONLINE SURVEY SYSTEM

Student’s Name : Rowjatul Zannat Eshita
Venue of the Project : IIT, DU
Duration : 2 months 24 days
Platform : Windows 7

Application Software

Front End : PHP, HTML, Javascript, CSS

Back End : MYSQL
Framework : JQuery – Client side scripting

Page | vi
 CONTENTS
Letter of Submission ii
Declaration of Original Work iii
Acknowledgments iv
Abstract v
Synopsis vi
Table of Contents vii
List of Figures x
List of Tables x

Chapter 1: Introduction 1
1.1. Introduction 2
1.2. Motivation 3
1.3. Project Schedule 4
1.4. Project overview 4

Chapter 2: Background 5
2.1. System Study 6
2.2. Existing System 6
2.2.1 Online versus Paper Surveys 6
2.3. Advantages and Disadvantages of Online Surveys 7
2.4. Constructing Survey 8

Chapter 3: System Analysis 9

3.1. System Analysis 10
3.2. Objectives and success criteria of the project 10
3.3. Need for the Proposed System 11
3.4. Features and Benefits 11
3.5. Feasibility Study 12

Page | vii
 3.5.1 Technical Feasibility 12
3.5.2 Financial Feasibility 12
3.5.3 Operational Feasibility 12
Chapter 4 : System Requirement Specification 13
4.1. System Requirement Specification 14
4.2. User Class & Characteristics 14

4.3. Functional Requirements 17

4.4. Performance Requirements 17

4.5. Non Functional Requirements 17

4.6. External Interface Requirements 18

4.6.1 User Interface 18

4.6.2 Hardware Interface 18

4.6.3 Software Interface 19

4.6.4 Communication Interface 19

4.7. General Constrains, Assumptions, Dependencies, Guidelines 19

4.7.1 General Constrains 19

4.7.2 Assumptions & Dependencies 20

4.7.3 Assumptions 20

4.7.4 Front-end (user interaction) 20

Chapter 5: System Design Specification 21

5.1 Architectural Design 22

5.1.1 Data Flow Diagrams 22

Page | viii
 5.1.2 Database Design 25

5.1.2.1 E-R Diagram 26

5.1.2.2 Database Table Design 27

Chapter 6: Testing 29

6.1 Unit Testing 30

6.2 Testing Through Project 30

Chapter 7: Screen Shot 33

Chapter 8: Conclusion 37

8.1 Conclusion 38

8.2 Future Scope of Project 38

Chapter 9: Bibliography 39

Page | ix
List of Figures:

Figure 1. Project Schedule Grant Chart 4

Figure 2. User Case Diagram for super admin 15

Figure 3. User Case Diagram for admin 16

Figure 4. User Case Diagram for survey 16

Figure 5. Data Flow Diagram of online survey system 23

Figure 6. Context Analysis Diagram of online survey system 23

Figure 7. Level-1 DFD for Super Admin 24

Figure 8. Level-1 DFD for Admin 24

Figure 9. Level-1 DFD for Survey User 25

Figure 10. ER diagram of present work 26

Figure 11. Super admin got a notification for adding a new admin 30

Figure 12. A new survey add by admin 31

Figure 13. A new survey user add by admin 31

Figure 14. Survey assign to a survey user by admin 32

Figure 15. Summery report of a respondent 32

Figure 16. Total response summery of a survey. 32

List of Tables:

Table 1 Login Table 27

Table 2 Reviewer_info Table 27
Table 3 Reviews Table 27
Table 4 Survey_info Table 28
Table 5 Survey_option Table 28
Table 6 Survey_qs Table 28

Page | x
Page | 1
1.1 INTRODUCTION
For many decades, surveys have been used for research and as a means of obtaining
feedback from consumers. In fact, surveys are probably the most commonly used research
method world-wide [Pfleeger & Kitchenham, 2001].

Surveys can be administered in two different forms: supervised and unsupervised. The
means by which a survey is administered is dependent upon the administrator's objectives
and the resources available. Supervised surveys are those where a survey researcher is
assigned a respondent, or survey taker; for example, telephone surveys require a
researcher to ask the respondent a series of questions and then to record the answers.
Unsupervised surveys take the form of automated voice telephone calls or mailed
questionnaires.

In light of the advancement in technology over the years, the medium used to administer
surveys has expanded to the online realm. Companies have been able to administer their
surveys online in order to obtain feedback on their products and services. Due to the
nature of the Internet, respondents' answers are recorded, totaled, and ready for analysis
immediately, thus eliminating the need for the tallying of surveys' results by hand; thereby
saving time and money. In the past few years, this trend has moved into the education
system.

It is common practice among universities to give end-of-unit surveys in order to gain

feedback on the units offered at the institute. Over the years, the use of communication has
grown extensively in university teaching and learning. Many universities have expanded
to online curriculum and with this expansion have adopted online surveys as a method of
collecting student feedback. Universities are adopting online surveys as a mechanism to
replace "pen and paper" surveys across the board; online and face-to-face classes alike.

Page | 2
1.2 MOTIVATION
The online surveys are currently static in nature, meaning that the questions are predefined
and each survey has the same questions on them, these questions are the same as those
used in the paper-based surveys; there is no opportunity provided to post own questions.

The intent of this project, therefore, is to produce a system that is aimed at providing
people with a tool which can be used to develop online evaluation surveys. This system
will allow any person to supply questions that they feel are relevant to their survey. The
system will be web based allowing any company or people to create surveys when they
wish and to make them available. This system will be beneficial for both surveyors and
respondent, as both will have the opportunity to take surveys in the convenience of their
own time. The proposed system will utilize user authentication in order to restrict users
from completing a survey more than once and makes surveys available only to those users
specified by admin.

There are three groups of individuals who are involved in the process of online survey
system. These are survey administrators, surveyors and respondents. A survey
administrator is responsible for the creation of online surveys. In the proposed system the
company owner will take on the role of surveyors and people who answer questions will
take the role of respondents. The system will have a survey administrator who will be
responsible for maintaining the system.

Response rate is a major issue when administering surveys. Any reliable survey system
should measure and report its response rate and responses. Using the system presented in
this thesis, one will be able to view statistical results of completed surveys online,
allowing them to graphically see responses to the surveys instantly instead of having to
wait for all surveys to be taken and then tallied; as is the case with paper-based surveys.

The proposed system therefore aims to improve the process of administering surveys by
using the Internet as a medium and making the process more convenient for everyone.

Page | 3
1.3 PROJECT SCHEDULE

Project Proposal 15.01.2015-17.01.2015

Requirement gathering and specification 18.01.2015-28.01.2015
Process design and enhancement 29.01.2015-17.04.2015
Testing and enhancement 18.04.2015-24.04.2015
Project submission 25.04.2015

1.4 Project Overview

In this document I try to describe the background, project scheduling, software

requirement specification, purpose, product scope and future work. Some main usage
scenarios are described in more detail, and functional and non-functional requirements are
provided. The project used software like Adobe Photoshop CS3 for the creation of the
images, Adobe Dreamweaver CS6 and Notepad++ as a development tool of PHP, HTML,
MySQL for the database, Apache as the web server. For the main effects, it is used
Javascript.

Page | 4
2.1 SYSTEM STUDY

Page | 5
Information systems projects’ instigate from many reasons; to achieve greater speed in
processing data, better accuracy and improved steadiness, faster information rescue,
amalgamation of business areas, reduced cost and better safekeeping. The sources also
vary project proposals initiate and systems analysis. Sometimes the real origin is an
outside source, such as a government agency which stipulates systems requirements the
organization must meet. When the request is made, the first systems activity, which means
the preliminary investigation begins.

The activity has three parts:

 Request clarification,
 Feasibility study, and
 Request approval.

2.2 Existing System

Almost all the existing survey system are paper-based. Disadvantage of the existing
system are:
 Time Consuming
 Expensive to maintain
 Needed an agent, physical location
 Surveyors and respondents have to present for that.

2.2.1 Online versus Paper Surveys

Two common types of surveys are paper-based and telephone surveys. However, with the
recent move made by higher education institutions to make their surveys available online,
the question arises as to the effectiveness of online surveys versus paper-based surveys. It
has been argued that comparison of responses between online and paper surveys shows no
difference [Kelly & Marsh, 1999].

There are various advantages when using an online surveying system for those involved in
the process. The common advantage to all involved is the flexibility and the "potendal to

Page | 6
improve the efficiency of the survey process." Alternatively, low response rates and
"increased reliance on access to technology" are identified as significant disadvantages
[Cummings & Ballantyne, 2000].

The creadon of surveys and the surveying process highlights many challenges. These
challenges range from confidentiality and anonymity to response rates. These challenges
are common, however, to both paper-based and online surveys.

The observed challenges that face an online surveying system are those of computer
access and literacy, security and confidentiality and response abuse, such as multiple
submissions.

For this reason the proposed system will protect anonymity' by having a mechanism to
track those who have not completed surveys solely for the purpose of sending reminders.
This information will be encapsulated so that the instructor or persons administering the
survey have no information as to who reminders are sent to. The system will also have a
mechanism of ensuring that surveys are only responded to once by a particular respondent.

2.3. Advantages and Disadvantages of Online Surveys

Advantages of online surveys include access to individuals in distant locations. Automated
data collection is another advantage which as a result reduces researcher time and effort.
Online surveys save time by allowing large volumes of data to be collected for the given
survey continuously and imported into statistical tools and databases, increasing the speed
and accuracy of analysis. Data can also be automatically validated for online surveys; that
is, the system can return error messages requesting the correct format of data entry,
resulting in low data entry errors. In addition, online surveys eliminate handwriting
interpretation problems.

Disadvantages of online surveys include uncertainties over the validity of the data and
sampling issues. Here validity refers to the accuracy of the specific conclusions and
inferences drawn from non-experimental data. For online researchers, sampling is an issue
as there is no access to a central registry or database where an accurate sampling frame

Page | 7
can be gathered, neither is there any way of discerning how many users are logging on
from a particular machine.

Another disadvantage is a concern surrounding the design, implementation and evaluation

of an online survey. Administering an online survey requires a certain level of technical
expertise. With the proposed system however, a substantial part of the designing will be
automated.

Technical issues can also occur with online surveys. A server or computer can crash.
There are technical variances in computers, monitors, browsers and internet connections
which may have design implications.

2.4. Constructing Surveys

The construction of a survey goes far beyond the development of a questionnaire and
asking the intended audience to complete the survey. A survey should be seen as more
than just an instrument for gathering information. Surveys should be viewed as
comprehensive systems for "collecting information to describe, compare or explain
knowledge, attitudes and behavior" [Pfleeger & Kitchenham, 2001].
The "survey instrument" is part of a large survey process defined by the following ten
activities [Pfleeger & Kitchenham, 2001]:

1. Setting specific, measurable objectives

2. Planning and scheduling the survey
3. Ensuring that appropriate resources are available
4. Designing the survey
5. Preparing the data collection
6. Validating the instrument
7. Selecting participants
8. Administering and scoring the survey instrument
9. Analyzing the data retrieved
10. Reporting the results, statistical analysis and inference of survey results

Page | 8
3.1 SYSTEM ANALYSIS

Page | 9
  This system is all about the converting the survey system from manual to online.

 Any person can participate online survey after login to the site.

 Administrator is adding survey and user to database.

 Administrator can edit or delete the survey questionnaires from the database.

 Administrator can delete/block the site user from the admin panel in database.

 Administrator can add/manage categories user from the admin panel in database .

 Admin can see daily feedback given by respondent.

 Administrator is adding the delivery report to the database.

 Administrator can control static pages by a CMS on admin panel.

3.2 Objectives and success criteria of the project

Online surveys provide a faster and more cost effective way of obtaining feedback from
audiences [Madge, 2006]. The objective of the application is to create a system that will
allow a certain group of users (survey administrators) to create surveys that other users can
complete online. Web-based surveys will be generated dynamically from the retrieval of
questions stored on a database. Once a survey taker selects a survey to complete, the
questions for the survey will be retrieved from the database and the survey will be
dynamically generated. A survey taker needs to be authenticated by the system before he
or she can complete a survey.

The system will therefore allow for the following:

 Create user login functionality

 Create a survey display page that displays "user specific" survey questions based
on the group the users has been allocated to

 Create a mechanism for certain users (survey administrators) to create surveys, by

providing questions and the user groups to whom the survey should be assigned

Page | 10
  Create a set of user groups, allowing users to fall into more than one group

3.3 Need for the proposed system

The system will be a web-based application that will allow people to take surveys online easily.
These additional features are user authentication, which will restrict survey takers from
completing a survey more than once and make surveys available to only those that they are
intended for, notification and reminder email, which will give the survey takers the notification
and reminders they need of the availability of the surveys, and provision of stadsdcal results of the
responses of survey.

3.4 Features and Benefits

The online survey system is an easy to maintain, ready to run, scalable, affordable and
reliable cost saving tool from software associates suited for small, medium, and large
surveys.

 Providing security

 Low cost

 Basic computer knowledge required

 Configurable and extensible application UI design

The proposed system can be used even by the native users and it does not require any
educational level, experience, and technical expertise in computer field but it will be of
good use if the user has the good knowledge of how to operate a computer.

3.5 Feasibility study:

A feasibility study is a short, focused study, which aims to answer a number of questions:

Page | 11
  Does the system contribute to the overall objectives of the organizations?

 Can the system be implemented using current technology and within given cost
and schedule constrains?

 Can the system be integrated with systems which are already in place

3.5.1 Technical Feasibility:

 Is the project feasibility within the limits of current technology?

 Does the technology exist at all?

 Is it available within given resource constraints (i.e., budget, schedule)?

3.5.2 Financial Feasibility:

 Is the project possible, given resource constraints?

 Are the benefits that will accrue from the new system worth the costs?

 What are the savings that will result from the system, including tangible and
intangible ones?

 What are the development and operational costs?

3.5.3 Operational Feasibility:

Define the urgency of the problem and the acceptability of any solution; if the system is
developed, will it be used? Includes people-oriented and social issues: internal issues, such
as manpower problems, labour objections, manager resistance, organizational conflicts
and policies; also external issues, including social acceptability, legal aspects and
government regulations.

Page | 12
4.1 System Requirements Specifications

Page | 13
System requirements are expressed in a software requirement document. The Software
requirement specification (SRS) is the official statement of what is required for the system
developers. This requirement document includes the requirements definition and the
requirement specification. The software requirement document is not a design document.
It should set out what the system should do without specifying how it should be done. The
requirement set out in this document is complete and consistent.

The software specification document satisfies the following:-

1. It specifies the external system behaviours.

2. It specifies constraints on the implementation.

3. It is easy to change.

4. It serves as reference tool for system maintainers.

5. It record forethought about the life cycle of the system.

6. It characterizes acceptable response to undesired events.

4.2 User Class and Characteristics

There are 3 types of user of this software:

 Survey administrator –

Survey administrator is named as superadmin. Here user is responsible for setting-

up and configuring (allocating survey administrators) and for the maintenance of
the system.

 Surveyors –

One of the main users of the system named as admin. These users are able to logon
to the system, create surveys and administer them to survey takers, create survey
taker user groups and allocate users to those groups (specify what type of users
will take the survey).

Page | 14
 Survey takers –

These are one of the main users of the system named survey user. These users use
the system to complete surveys. These users should be able to log into the system
and take a given survey within the time allocated.

Fig-2 : User Case Diagram for super admin.

Page | 15
 Fig-3 : User Case Diagram for admin.

Fig-4 : User Case Diagram for survey user.

Page | 16
4.3 Functional Requirements

‘Online survey system’ software must provide following functionalities —

a) Keeping records of admission of surveys.

b) Keeping the records of user.

c) Keeping the daily survey record.

d) Storing the feedback given by the user.

e) Keeping details about the user, questionnaires etc.

f) Storing the reviews selected by the respondent in the database.

4.4 Performance Requirements:

For ‘Online survey system’ in order to maintain an acceptable speed at maximum number
of uploads allowed from a particular respondent will be any number of users can access
the system at any time. Also connections to the servers will be based on the criteria of
attributes of the user like his location, and server will be working whole 24x7 times.

4.5. Non Functional Requirements:

For ‘Online survey system’ following Non-functional requirements will be there in the
insurance on internet:

1) Secure access of confidential data (customer’s details).

2) 24 X 7 availability.

3) Better component design to get better performance at peak time.

4) Flexible service based architecture will be highly desirable for future extension.

Page | 17
Non functional requirements define system properties and constraints. It arise through user
needs, because of budget constraints or organizational policies, or due to the external
factors such as safety regulations, privacy registration and so on.

Various other Non-functional requirements are :

 Security

 Reliability

 Maintainability

 Portability

 Reuseability

 Application Compatibility

 Resource Utilization

4.6 External Interface Requirements:

4.6.1 User Interface:

User of the system will be provided for ‘Online survey system’ with the Graphical user
interface, there is no command line interface for any functions of the product. The user
will get 2 pages

1. Login page followed by Password

4.6.2 Hardware Interface:

For ‘Online survey system’ hardware requirements for insurance on internet will be same
for both the parties which are follows:

Page | 18
 Processor : Dual Core or above.

RAM : 1GB or above.

HD : 20 GB or above.

NIC : For each party

4.6.3 Software Interface:

Software required for ‘Online survey system’ to make working of product is –

 Operating System : Windows XP/vista/7 or later version, Linux, Ubuntu.

 Development platform: Dreamweaver, Photoshop, Notepad++, Apache, MySQL

4.6.4 Communication Interfaces

The two parties should be connected through either by LAN or WAN for the
communication.

4.7 General Constraints, Assumptions, Dependencies, Guidelines:

4.7.1 General Constraints

 The interface will be in English only.

 The system is working for single server.

 Sender

 Receiver

 There is no maintainability or backup so availability will get affected.

 The system is a single user system.

Page | 19
4.7.2 Assumptions and Dependencies

The product does require back-end database server MySQL for storing the username and
password for different types of user of the system as well as various databases regarding
various insurance information.

4.7.3 Assumptions:

 User must be trained for basic computer functionalities.

 User must have the basic knowledge of English

 The system must be able to respond to database software within reasonable time.

4.7.4 Front-end (user interaction):

 The product will require a computer with an application program or with any other
application program and a communication channel.

 The speed of the communication channel (if any) must be, at a minimum 28.8 kbps
in order to support message transfer in reasonable time.

Page | 20
Page | 21
5 SYSTEM DESIGN SPECIFICATION

5.1 ARCHITECTURAL DESIGN

5.1.1 DATA FLOW DIAGRAMS:

Data Flow Diagrams (DFD) is a way to represent system requirements in a graphical form
which lead to modular design. A DFD describes what data flow (logical) rather than how
they are processed, so it does not depend on hardware, software, data structure or file
organization.

A Data Flow Diagrams is a structured analysis and design tool that can be used for
flowcharting in place of, or in association with, information-oriented and process-oriented
systems flowcharts. A DFD is a network that describes the flow of data and the processes
that change, or transform, data throughout a system. This network is constructed by using
a set of symbols that do not imply a physical implementation. It has the purpose of
clarifying system requirements and identifying major transformations that will become
programs in system design. So it is the starting point of the design phase that functionality
decomposes the requirement specifications down to the lowest level of detail.

The symbols used to prepare DFD do not imply a physical implementation, a DFD can be
considered to an abstract of the logic of an information-oriented or a process-oriented
system flow-chart. For these reasons DFDs are often referred to as logical data flow
diagrams. The four basic symbols used to construct data flow diagrams are shown below:

Page | 22
These are symbols that represent data flows, data sources, data transformations and data
storage. The points at which data are transformed are represented by enclosed figures,
usually circles, which are called nodes. The principle processes that take place at nodes
are:

1. Combining data streams

2. Splitting data streams

3. Modifying data streams

Super admin

Admin

Survey User

Fig-5 : Data Flow Diagram of online survey system.

Super Admin Admin

Online
Survey

Survey User

Fig-6 : Context Analysis Diagram of online survey system.

Page | 23
Fig-7 : Level-1 DFD for Super Admin.

Fig-8 : Level-1 DFD for Admin.

Page | 24
 Fig-9 : Level-1 DFD for Survey User.

5.1.2 DATABASE DESIGN:

A database design is a collection of stored data organized in such a way that the data
requirements are satisfied by the database. The general objective is to make information
access easy, quick, inexpensive and flexible for the user. There are also some specific
objectives like controlled redundancy from failure, privacy, security and performance.

A collection of relative records make up a table. To design and store data to the needed
forms database tables are prepared. Two essential settings for a database are:

 Primary key: - The field that is unique for all the record occurrences.

 Foreign key: - The field used to set relation between tables. Normalization is a
technique to avoid redundancy in the tables

Page | 25
5.1.2.1 E-R Diagram

Fig-10 : E-R Diagram

Page | 26
5.1.2.2 DATABASE TABLE DESIGN :

Login Table :

Reviewer_info Table :

Reviews Table :

Page | 27
Survey_info Table :

Survey_option Table :

Survey_qs Table :

Page | 28
Page | 29
6.1 TESTING
Software Testing is an pragmatic investigation conducted to provide stakeholders with
information about the quality of the product or service under test, with respect to the
context in which it is intended to operate. Software Testing also provides an objective,
independent view of the software to allow the business to appreciate and understand the
risks at implementation of the software. Test techniques include, but are not limited to, the
process of executing a program or application with the intent of finding software bugs. It
can also be stated as the process of validating and verifying that a software
program/application/product meets the business and technical requirements that guided its
design and development, so that it works as expected and can be implemented with the
same characteristics. Software Testing, depending on the testing method employed, can be
implemented at any time in the development process, however the most test effort is
employed after the requirements have been defined and coding process has been
completed.

6.2 TESTING THROUGH PROJECT

Testing the project “Online Survey System” is done at every step of project design and
enhancement. Atfirst if any person or company want to rergister into the site, he have to

Page | 30
fill up the registration form and submit it. Then the super admin will get a notification.

Fig- 11: Super admin got a notification for adding a new admin.

Then if super admin permits him as an active user, then he could be a admin of this survey
system. An admin can add new active survey, active survey user and also can assign
survey to any user. After submitting the survey response from respondent by survey user,
admin could sees the summery of that survey. So software testing is done to all these
steps. Screen shots are given below :

Page | 31
 Fig- 12: A new survey add by admin

Fig- 13: A new user add by admin

Fig- 14: A survey assign to a survey user by admin

Page | 32
 Fig- 15: Summery report of a respondent

Fig- 16 : Total response summery of a survey.

Page | 33
7. SCREEN SHOTS

HOME PAGE

Page | 34
This is the home page of the software. Here any new user can register for creating a new
survey and old user can also log in.

ACTIVE SURVEY LIST

After log in an user can see the list of active survey, which has already assign to him by
admin.

RESPONDENT INFORMATION

Page | 35
After choosing the survey from that active survey list, then survey user have to fill up a
form of respondent information. After filling the form then he has to go forward.

SURVEY QUESTIONNAIRES

Here is a demo of survey questionnaires. There are four types of options one can create,
such as redio type, check box, drop down and text box.

SUBMIT SURVEY ANSWER

Page | 36
After choosing the survey After giving all the answer, this page will come at the end of
survey. If anyone want to change his answer, he can go backward or otherwise, he can
submit the survey by clicking the submit button.

SUBMIT COMPLETE SUCCESSFULLY

After submit a survey successfully, this page will appear. Which will tell you survey
complete successfully and another respondent can also start giving his response from this
page too.

Page | 37
8.1 Conclusion
Page | 38
This is to conclude that the project that I undertook was worked upon with a sincere effort.
Most of the requirements have been fulfilled up to the mark and the requirements which
have been remaining, can be completed with a short extension.

I tried to implement the best practices and Framework of PHP. I also implement MVC
design pattern with fronted templating system like Smarty. I worked in PHP for the first
time in this project. So sometimes I faced some problems at the time of work.

8.2 Future Scope of Project

The development of the Online Survey system was successful and provided the
functionalities initially proposed. However, when considering the further development and
improvements for the system, a few new features were realized. These features are
outlined below with an explanation of their purpose.

 Updating of questions and answers to the database

 Additional answer formats. Like as Likert (Agree /Disagree), Dichotomous

(Yes/No), Table (open ended) etc.

 Confirmation survey delete request

 Currently the system works for limited number of administrators to work.

 In near future it will be extended for different type of mobile application.

 Now it is only in English language but in future Bengla can also be implement
here.

 Need to add feedback table at database.

Page | 39
9. BIBLIOGRAPHY

Page | 40
Books which I referred for the reference

 Beginning JavaScript 2nd Edition, by Wilton.

 The Complete Reference MySQL.

 The Complete Reference HTML

 PHP and MySQL web development by Luke Welling, Laura Thomson

Websites referred:-

 http://www.google.co.

 http://www.w3school.com

 https://www.gliffy.com/go/html5/4776199?app=1b5094b0-6042-11e2-bcfd-
0800200c9a66

 http://php.net/manual/en/index.php

Page | 41