Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 42

ONLINE SURVEY

ABSTRACT

Web-based Surveys: Changing the Survey Process by Holly Gunn Web based surveys are
having a profound influence on the survey process. Unlike other types of surveys, Web page
design skills and computer programming expertise play a significant role in the design of Web-
based surveys. Survey respondents face new and different challenges in completing a Web-based
survey. Web-based surveys are having a profound influence on survey methodology. "The Internet
has truly democratized the survey-taking process". Survey professionals and large organizations
are no longer the only people conducting surveys on the Web. Software, capable of producing
survey forms, is available to the public at an affordable cost, enabling anyone with a Web site to
conduct a survey without a lot of difficulty. For that reason, the range and the quality of Web-
based surveys vary considerably. Web-based surveys are everywhere on the Internet. Couper
(2000) stated that there is speculation Web surveys will replace traditional methods of data
collection. Data that had once been collected by other survey modes is now being collected with
Web surveys (Dillman and Bowker, 2001). An informal search for Web-based surveys on Yahoo!
by Solomon (2001) revealed over 2,000 Web-based surveys in 59 different categories. Not all of
these were serious surveys. Surveys on the Web run the gamut from entertainment questionnaires
to those with a probability-based design

1 DEPT OF
ONLINE SURVEY

CHAPTER 1
INTRODUCTION

Design in Web surveys is of greater importance than in other modes of surveying because
of the visual emphasis of the Web and the way the survey appears in different browsers and on
different computer screens and the audience and the purpose of the survey should affect the design,
and that the design of a Web-based survey for teenagers and one for seniors might be designed
quite differently. "The notion of a one-size-fits-all approach to Web survey design is premature "
Pretest questions before they go online;
o Write an introduction for the survey which will bring cooperation from participants;
o Use filtering questions and have questionnaires appropriate for filtered groups;
o Divide long surveys into sections;
o Use open-ended questions sparingly; and,
o Use incentives to get people to respond.

The textual language of surveys includes the wording of the questions and the instructions
in the responses included font size, font type, color, layout, symbols, images, animation, and other
graphics as components of visual language. Although C language is intended to add meaning and
supplement the written language, observed that it could actually draw attention away from text and
alter the meaning of words.There are three different types of visual languages:
o Graphic language,

o Symbolic language,

o Numeric language.

These languages are the auxiliary languages of questionnaires. Graphic language,


consisting of fonts, font sizes and variations (bold, italics,) borders, and tables, helps respondents
move their eyes across the page and comprehend the questionnaire. Symbolic language is
sometimes used in questionnaires when arrows or other symbols are employed to help guide the
respondent through the survey questions. Numeric language is used in questionnaires in numbering
questions, and sometimes in numbering response items.

2 DEPT OF
ONLINE SURVEY

1.1 OVERVIEW OF THE PROJECT

This paper examines the different types of Web-based surveys, the advantages and
challenges of using Web-based surveys, the design of Web-based surveys, and the issues of
validity, error, and non-response in this type of survey. The author also discusses the importance of
auxiliary languages (graphic, symbolic and numeric languages) in Web surveys, and concludes
with the unique aspects of Web-based surveys.

The skills required to produce a Web-based survey are different from those required to
construct other types of surveys. Web survey design focuses more on programming ability and
Web page design rather than traditional survey methodology. Because of the technology involved
in developing Web surveys, leadership has come from people with a background in technology,
not the survey methodology professionals.” In fact, the use of Web surveys seems to have caught
the survey methodology community somewhat by surprise".

1.2 PROBLEM DEFINITION AND DESCRIPTION

Problems associated with Web page design computer programming can play a significant
role in Web-based surveys, and the computer code of the questionnaire can be a source of error
with Web-based surveys explained how inaccuracies in computer programming which produced
text boxes of different sizes affected survey results in a University of Michigan survey.

Various effects in surveys are questionnaires with frames; answer columns side by side;
different versions of the questionnaire for various respondents; randomizing question order; error
checking; removing character codes from text responses; and process tracing and timing.

3 DEPT OF
ONLINE SURVEY

CHAPTER 2
REQUIREMENT ANALYSIS

2.1. HARDWARE REQUIREMENTS


o Processor: Pentium IV
o Mother board: Intel 915E
o Cache memory: 256K
o Floppy disk drive:1.44MB
o RAM:256MB
o Hard disk Capacity:35 KB

2.2. SOFTWARE REQUIREMENTS


o Front end: C++

o Back end:MS-Access
o Compiler:VC++
o Operating System:Windows 98

2.3. FUNCTIONAL REQUIREMENTS

The user requirements for a system should describe the functional and non-functional
requirements so that they are understandable by system user without detailed technical knowledge.
They should only specify the external behaviour of the system and should avoid as for as possible,
system design characteristics.

However, various problems can arise when requirements are return in natural language
sentences in a text document:
i) Lack of clarity: It is sometimes difficult to use language in a precise and unambiguous way
without making the document wordy and difficult to read.

4 DEPT OF
ONLINE SURVEY

ii) Requirements Confusion: Functional requirements, non-functional requirements, system goals


and design information may not be clearly distinguished.

iii) Requirement Amalgamation: Several different requirements may be expressed together as a


single requirement.

This requirement includes both conceptual and detailed information. It expresses the
concept that there should be an accounting system as an inherent part of LIBSYS.
However, it also includes the detail that the accounting system should support discounts for regular
LIBSYS user. The detail would have been better left to the system requirements specification.
The three kinds of requirements are:
i) A conceptual, functional requirements states that the editing system should provide a grid. It
presents the rationale for this.
ii) A non-functional requirement giving detailed information about the grid units (centimeters or
inches).
iii) A non-functional user interface requirement that defines how the grid is switched on and off by
the user.

5 DEPT OF
ONLINE SURVEY

CHAPTER 3
DESIGN CONCEPT

In this design stage, we are designing our project according to customer


satisfaction or user satisfaction. In this design phase, the user must
understand the whole project by seeing the design of the project. After the
completion of the analysis stage, the user must design the project according
to the collected requirements in the analysis stage. After the completion of the
analysis stage, the user must continue with the design stage. In this
project, the user must create the database to store the details of the total
population in India, based upon collection of table requirements collected in
the design stage.

After creation of tables, the user must design the project that is it can
also represent the design in the form of Data Flow Diagrams. it contains the
details about what we are going to survey. here we are surveying about the
population in India. it consists of states, union territories, languages and
religions.

The user must understand the project what are all the operations in
the project that was going to do or carrying out by seeing the DFD Diagrams.
In that format, the user must draw the DFD diagram. The DFD diagram that
must contain all the details of the project. The user must design or draw
the DFD diagrams based upon the project what it will do, what are the
operations that was carrying in the project it will represent the DFD
diagrams in the one by one operation that was carrying in the project.

6 DEPT OF
ONLINE

3.1 OVERALL ARCHITECTURE

POPULATION OF INDIA

UNION TERRITORIES (MODULE 2)


STATES (MODULE 1) LANGUAGES (MODULE 3) RELIGIONS (MODULE 4)

LIST OF ENTITIES FOR RELIGIONS

LIST OF ENTITIES FOR STATES


LIST OF ENTITIES FOR TERRITORIES
LIST OF ENTITIES FOR LANGUAGES

TOTAL POPULATION
TOTAL POPULATION
MALE POPULATION POPULATION IN INDIA
SEX RATIO
FEMALE POPULATION POPULATION IN OTHER COUNTRIES
CHILD SEX RATIO
SEX RATIO
TOTAL LITERACY RATE
TOTAL LITERACY RATE

MALE LITERACY RATE

FEMALE LITERACY RATE

7 DEPT OF IT
ONLINE

FIG: 3.1 OVERALL ARCHITECTURE

3.1.1 ARCHITECTURE FOR STATES MODULE

8 DEPT OF
ONLINE

15. 1. ANDHRA PRADESH


MAHARASTRA
16. MANIPUR 2. ARUNACHAL PRADESH

17. MEGALAYA 3. ASSAM

18. MIZORAM 4. BIHAR

19. NAGALAND 5. CHATISGAR

20. ORISSA 6. GOA

STATES DATA BASE


21. PUNJAB 7. GUJARAT

22. RAJASTHAN 8. HARYANA

23. SIKKIM 9. HIMACHAL PRADESH

24. TAMIL NADU 10. JAMMU & KASHMIR

25. TRIPURA 11. JARKHAND

26. UTTAR PRADESH 12.


KARNATAKA

27. 28. WEST BENGAL 14. MADHYA PRADESH 13. KERALA


UTTRANCHAL

FIG:3.1.1 ARCHITECTURE FOR STATES MODULE

3.1.2. ARCHITECTURE FOR UT MODULE

9 DEPT OF
ONLINE

1. ANDAMAN &
NICOBAR 2. CHANDIGARH

3. DADRA & NAGAR HAVELI

UNION TERRITORIES DATABASE


7. PONDICHERRY

4. DAMAN &
DIU
6. LAKSHADWEEP

5. DELHI

FIG: 3.1.2. ARCHITECTURE FOR UT MODULE

3.1.3. ARCHITECTURE FOR RELIGIONS MODULE

1 DEPT OF
ONLINE

HINDUS
OTHERS

MUSLIMS
JAINS
RELIGIONS DATA STORE

CHRISTIANS BUDDHISTS
SIKHS

FIG: 3.1.3. ARCHITECTURE FOR RELIGIONS MODULE

3.1.4ARCHITECTURE FOR LANGUAGES MODULE

1 DEPT OF
ONLINE

ASSAMESE TULU URDU

AWADI TELUGU

BAGRI TAMIL

BENGALI SINDHI

BHILI SANTHALI

BHOJPURI SADRI

CHATISGAR PUNJABI

DECCAN ORIYA
LANGUAGES DATA STORE

DOGRI-KANGRI NEPALI

GARHWALI MUNDARI

GUJARATI MEITHEI

HARYANA MARWARI

HINDI MARATHI

HO MALAYALAM

KANAUJI MAITHILI

KANNADA KURUX

KASHMIRI GOANESE
KHANDESI KONKANI

FIG: 3.1.4 ARCHITECTURE FOR LANGUAGES MODULE

1 DEPT OF
ONLINE

3.2. OVERALL DATA FLOW DIAGRAM

DATA BASE

USER REQUES T
GIVES THE DETAILS OF
USERS COMMAND & DATA STATES
GIVES DETAILS OF U.TER

STATES

ON SELECTING
OSTHE USER CHOICE 1
SYSTEM INTERACTS WITH

ON SELECTING CHOICE
UNION 2
TERRITORIE S

AFTER DISPLAY OF SELECTION


CHOICE OF
CHOICE ON SELECTING CHOICE 3

ON SELECTING
CHOICE 4
LANGUAG E

RELIGION S

DETAILS OF DISPLAY OF MESSAG E STATUS


RELIGION LANGUAGE

DATABASE

TOTAL POPULATION MALE POPULATION FEMALE POPULATION


TOTAL LITERACY
SEX RATIO
RATE MALE
LIT. RATE FEMALE LIT. RATE

FIG: 3.2.OVERALL DATA FLOW DIAGRAM


3.2.1. DATA FLOW DIAGRAM OF STATES MODULE

1 DEPT OF
ONLINE

GIVES THE DETAILS


OF STATES
USER ARUNA
REQUEST -CHAL BIHAR DATABASE
CHATTIS
PRADESH - GHAR
USER& DATA
ANDHRA GOA
AND COMMAND
PRADESH GUJARAT
HARYANA

HIMACHA
ON SELECTING L
A CHOICE PRADESH
SYSTEM JAMMU &
INTERACTS KASHMIR
WITH THE JARKHAN
USER

STATES
OF INDIA
TAMIL KARNA
NADU -TAKA
UP MADHYA
UTTRAN PRADESH
-CHAL ORRISA MANIPUR
W. BENGAL PUNJAB MAHA MIZORAM
RAJAS -RASHTRA
-THAN MEGA
SIKKIM -LAYA
TRIPURA MIZORAM
NAGALAN

TAL POPULATION MALE POPULATION FEMALE POPULATION SEX RATIO


TOTAL
LITERACY
DISPLAY RATE
MESSAGE MALE
STATUS LIT. RATE
FEMALE LIT.
RATE
FIG:3.2.1. DATA FLOW DIAGRAM OF STATES MODULE
3.2.2. DATA FLOW DIAGRAM FOR UT MODULE

GIVES THE
USER REQUEST DETAILS
DATABASE OF UT

USERS
ANDAMAN
&
NICOBAR
CHANDI
IS
1 4
LA -GHAR. DEPT OF IT
NDS
ONLINE

DATA AND COMMAND

SYSTEM
INTERACTS
WITH
USER
DADRA
&
NAGAR
HAVELI
UNION
TERRITORIE
S

PONDI
-CHERRY
DAMAN
&
DIU

LASHED
-WEEP
DELHI

TOTAL TOTAL
LITERA POPULATI
CY DISPLAY ON MALE
RATE THE POPULATI
MALE MESSAGES ON
LIT. FEMALE
RATE POPULATI

FIG: 3.2.2. DATA FLOW DIAGRAM FOR UT MODULE


3.2.3. DATA FLOW DIAGRAM FOR RELIGION MODULE

DATABASE

GIVES THE
USER DETAILS
REQUE OF RELIGION
ST

USERS DATA
AND COMMAND
HINDU CHRISTIAN
S
15 DEPT OF IT
ONLINE

SYSTEM INTERACTS WITH


USER

MUSLIMS

RELIGIONS

OTHERS
JAINS

BUDDHISTS
SIKHS

CHILD SEX RATIO


TOTAL POPULATION
TOTAL LITERACY RATE
DISPLAY THE MESSAGES
SEX RATIO

FIG: 3.2.3. DATA FLOW DIAGRAM FOR RELIGION MODULE


3.2.4. DATAFLOW DIAGRAM OF LANGUAGES MODULE

G ES THE DETAILS
O LANGUAGES
I
USER REQUEST AVADI V
BHOJPURI
ASSAMES CHATISGAR DATA S
E DECCAN
USER& DATA
BAGRI DOGRI-
AND COMMAND
BENGALI KONGRI
GARHWALI

16 DEPT OF IT
ONLINE

GUJARATI HARYANA HINDI


ON SELECTING A CHOICE HO
KANAUJI KANNADA
SYSTEM INTERACTS WITH THE USER

LANGUAGE S OF INDIA

TAMIL TELUGU URDU TULU


KASHMIRI KHANDES I KONKANI GOANESE KURUX

ORIYA PUNJABI SADRI SANTHALI SINDHI


MARWARI MARATHI MEITHEI MALAYALAM MUNDARI NEPALI

TOTAL
POPULATION IN OTHER COUNTRIES POPULATION
DISPLAY MESSAGE STATUS
IN INDIA

FIG: 3.2.4.DATAFLOW DIAGRAM OF LANGUAGES MODULE


3.3 CONTROL FLOW DIAGRAM
DATA BASE

USER
REQUEST

EXIT
ENTER

SYSTEM STATES
INTERACTS
WITH THE
USER

UNION
TERRITORIE
S

SELECTION
OF CHOICE
17 DEPT OF IT
RELIGIONS
ONLINE

DISPLAY
THE
SELECT / MESSAGE
REJECT
LANGUAGE
S

WAIT /
DONE

DATA BASE

TOTAL TOTAL
POPULATION LITERACY
MALE RATE
POPULATION MALE
(FOR MODULES
FEMALE LIT. RATE
STATES AND UNION
POPULATION FEMALE
TERRITORIES)
LIT. RATE

POPULATION TOTAL
(FOR MODULE (FOR MODULE POPULATION
LANGUAGES) IN INDIA RELIGION)
SEX RATIO
POPULATION
IN OTHER CHILD S. RATIO
COUNTRIES TOTAL
LITERATURE

FIG: 3.3 CONTROL FLOW DIAGRAM


CHAPTER 4
FUNCTION POINT
ANALYSIS
Function points are derived using an empirical relationship between countable
measurement of software information domain and assessments of software complexity.

NUMBER OF USER INPUT


Each user input that provides distinct application oriented information to the use. Input
should be distinguishable from enquires, which are counted separately.

NUMBER OF USER OUTPUT


Each user output that provides distinct application oriented information to the user is
counted. In this content output refers to reports, screens, error message etc.
1 DEPT OF
ONLINE

NUMBER OF USER IN INQUIRES


An inquires, is defined as online input that results in the generation of some immediate
software response in the form of an online output. Each distinct inquires is counted.

NUMBER OF FILES
Each logical master file (i.e.) a logical grouping of data that may be one part of a large
database or a separate file is counted.

NUMBER OF EXTERNAL INTERFACE


All machine-readable interfaces that are used to transmit information to another system are
counted. Once these data have been collected, a complexity value is associated with each count.
organization that use function point method develop criteria for determining whether a particular
entry is simple, average, or complex, non theses, the determination of complexity some what
objective.
To compute function point, the following execution is used.
FP= count total x[0.65+0.01*I(Fi)]

CHAPTER 5
IMPLEMENTATION PHASE

1 DEPT OF
ONLINE

CHAPTER 6

6. SOFTWARE TESTING AND REQUIREMENT ANALYSIS

6.1 TESTING APPROACH

Implementation ends with format sets. The test data are very crucial to this process. They
must be realistic, extreme, and as well. Ideally, alternative path through the program should be
exercised atleast beyond the testing data.

6.1.1 BLACK BOX TESTING

Black box testing also called as ‘behavioral testing’, focuses on the Functional
requirements of the software. It enables the software engineer to drive sets of input conditions that

2 DEPT OF
ONLINE

will fully exercise all functional requirements for a program. Black Box testing deals with the
correctness of the entire program by checking whether the input is properly accepted, the output is
produced correctly and to check the integrity of the external inquiries.

Black box testing attempts to find errors in the following categories:


o Incorrect or missing functions
o Interface errors
o Errors in data structures or external database access
o Behavior or performance errors
o Initialization and termination errors.

Black box testing involves the following methods:


o Graph-based testing methods

o Equivalence partitioning
o Boundary value analysis
o Orthogonal array testing

6.1.2 UNIT TESTING


Unit testing focuses verification effort on the smallest unit of software design-the software
component or module. Unit testing involves the following:
o Interfaces
o Local data structure
o Boundary conditions
o Error handling paths
o Independent paths

2 DEPT OF
ONLINE

The most common errors that occur are – (1) misunderstood or incorrect arithmetic
precedence, (2) mixed mode operation, (3) incorrect initialization, (4) precision inaccuracy, and (5)
incorrect symbolic representation of the project.

6.1.3 INTEGRATION TESTING

Integration testing is the systematic testing methodology for constructing the software
architecture while at the same time conducting test to check the interfaces as well. The objective is
to design a program structure with the unit-tested components that has been detected earlier. It
involves two type of approach namely – Top-down approach and Bottom-up approach.

6.1.4 VALIDATION TESTING

The final series of software testing is validation testing. Validation can be defined in many
terms, but a simple definition is that validation succeeds when software functions in a manner that
can be reasonably expected by the customer.

6.1.5 SYSTEM TESTING

Software is incorporated with other system elements (e.g. hardware, people, and
information) and a series of system integration and validation tests are conducted. System testing is
actually a series of different tests whose primary purpose is to fully exercise the computer-based
system. There are many tests conducted to assure that it meets all its requirements.

6.2. ERROR CONDITIONS

1. “File exits or not”, involves in checking the presence of file.


2. “File extension not supported”, involves in the correctness of input assembly file.
3. “Type failure”, if it involves any data type other than the subset.
4. “Optimization fails”, if no instruction analyzed are optimized.
5. “Code Fails”, if the content of assembly file is empty.

2 DEPT OF
ONLINE

6.3 RESULT ANALYSIS

6.3.1 MAIN MENU

2 DEPT OF
ONLINE

fig: 6.3.1 MAIN MENU

6.3.2 STATES OF INDIA

2 DEPT OF
SURVEY

fig 6.3.2: STATES OF INDIA

6.3.2.1 DETAILS ABOUT STATES

2 DEPT OF
ONLINE

fig: 6.3.2.1 DETAILS ABOUT STATES

6.3.3 UNION TERRITORIES

2 DEPT OF
ONLINE

fig: 6.3.3 UNION TERRITORIES

6.3.4 RELIGIONS IN INDIA

2 DEPT OF
ONLINE

FIG: 6.3.4 RELIGIONS IN INDIA

2 DEPT OF
ONLINE

CHAPTER 7

7. CONCLUSION

Web-based surveys have had a profound influence on the survey process in a number of
ways. The survey taking process has become more democratized because of Web surveys. Since
the ability to gather data through Web surveys is quite widely available, ordinary citizens, as well
as government organizations, university researchers, and big businesses, are now conducting
surveys on the Web. Leadership in Web-based survey design is coming from people with a strong
technology background, not just the experts in survey methodology.

The visual aspect of surveys is even more important in Web-based surveys than with other
surveys. What was visible in a paper survey can be made invisible in a Web and vice versa. Web
surveys have reduced the cost of data collection and made data analysis more efficient. Although
there are concerns about Web-based surveys and many aspects of conducting surveys on the Web
have yet to studied, a number of researchers have produced a body of literature that is improving
the design and effectiveness of the Web-based survey process.

7.1 FUTURE ENHANCEMENTS

The purpose of this project is to provide a survey system that can run from one location and
allow for multiple users each with multiple surveys. To make this system a true web based survey
tool will require several enhancements on the current version. Currently the system lacks web
based administrative functions. This covers several areas such as online survey creation, online
password additions and online review of results by the survey owners. First lets make some
distinctions on the types of users.

There are three types of users on this system. The 'survey takers' are the users who take the
survey using an assigned survey code. The 'survey owners' are the users who create surveys, set
passwords for the survey takers and review the results of their surveys.

2 DEPT OF
ONLINE

The survey administrator(s) is the person who administers the survey system software and
handles any problems that might arise. The survey administrator(s) should be able to add and
remove survey owner user ids from a web application. The survey owner user id's and password's
would be put into a password file that is parsed similar to the existing survey taker password file
along with two additional attributes (the persons full name and e-mail.) The user id is the key for
this record. There will need to be a check to make sure the user id is unique when a new id is
added.

The administrator will have to log on to a web-page with a password and user id to add the
survey owner user id's and password's however since there is probably only one survey
administrator it could be hard coded into the script rather then read in from another file.

One problem with this approach is that the password file for the survey owners is world
readable (just like the survey takers password file) and has to be world readable to work with a
web- based program. However, these user ids and password are more sensitive than the survey
takers password file and this could be a security issue. A more secure method might be needed.

3 DEPT OF
ONLINE

7.2. BIBLIOGRAPHY

Jonathan Baron and Michael Siepmann, 1999. "Techniques for Creating and Using Web
Questionnaires in Research and
Teaching,"http://www.psych.upenn.edu/~baron/examples/baron4.htmaccessed 6 November 2002.

Michael M. Bosnjak and Tracey L. Tuten, 2001. "Classifying Response Behaviors in Web-based
Surveys," Journal of Computer-Mediated Communication, volume 6, number 3 (April),
http://www.ascusc.org/jcmc/vol6/issue3/boznjak.html, accessed 6 November 2002.

Thomas F. Burgess, 2001. A General Introduction to the Design of Questionnaires for Survey
Research. University of Leeds Information System Services
http://www.leeds.ac.uk/iss/documentation/top/top2.pdf, accessed 6 November 2002.

Robert M. Carini, John C. Hayek, George D. Kuh, and Judith A. Ouimet, 2001. "College Student
Responses to Web and Paper Surveys: Does Mode Matter," at
http://www.indiana.edu/~nsse/acrobat/mode.pdf, accessed 6 November 2002.

Mick P. Couper, 2001. "Web Surveys: the Questionnaire Design Challenge," Proceedings of the
53rd session of the ISI, at http://134.75.100.178/isi2001/, accessed 6 November 2002.

Mick P. Couper, 2000. "Web Surveys a Review of Issues and Approaches," Public Opinion
Quarterly, volume 64, number 4 (Winter), pp. 464-481.

Mick P. Couper, Michael W. Traugott, and Mark J. Lamias, 2001. "Web Survey Design and
Administration," Public Opinion Quarterly, volume 65, number 2 (Summer), pp. 230-253.

Don A. Dillman, 2000. Mail and Internet Surveys: The Tailored Design Methods. Second edition.
New York: Wiley.

3 DEPT OF
ONLINE

Don A. Dillman and Dennis K. Bowker, 2001. "The Web Questionnaire Challenge to Survey
Methodologists," at http://survey.sesrc.wsu.edu/dillman/zuma_paper_dillman_bowker.pdf,
accessed 6 November 2002.

3 DEPT OF
ONLINE

APPENDIX

SOURCE CODE

#import "C:\Program Files\Common Files\System\ADO\msado15.dll" \


no namespace rename("EOF", "EndOfFile")
#include<iostream.h>
#include<stdio.h>
#include<conio.h>
void states();
void terr();
void reli();
void lang();
int ch,ch1;
void main()
{
CoInitialize(NULL);
char e='y';
int i;
while(e=='y')
{
cout<<"\n\n\n\n\n\n\n\n\n\n--------------------------------------------------------------------------\n\n";
cout<<"\t\t\t\ Indian DEMOGRAPHY\n\n";
cout<<"---------------------------------------------------------------------------\n\n";
cout<<"\n\n\n\n";
cout<<"\t\t\t1. STATES OF INDIA";
cout<<"\n\n\t\t\t2. UNION TERRITORIES OF INDIA";
cout<<"\n\n\t\t\t3. RELIGIONS OF INDIA"; cout<<"\n\
n\t\t\t4. LANGUAGES OF INDIA"; cout<<"\n\n\t\t\t5.
EXIT";
cout<<"\n\n\n\t\t\t ENTER YOUR CHOICE
:"; cin>>ch;
switch(ch)

3 DEPT OF
ONLINE

{
case 1:
states();
break;
case 2:
terr();
break;
case 3:
reli();
break;
case 4:
lang();
break;
case 5:
goto e;
break;
}
try
{
_RecordsetPtr pRst("ADODB.Recordset");
_bstr_t strCnn("DRIVER={Microsoft Access Driver(*.mdb)};UID=admin;DBQ=pro1.mdb");
switch(ch)
{
case 1:
{
if(ch==29)
goto e;
else {
pRst->Open("SELECT * FROM states1 ;", strCnn, adOpenStatic, adLockReadOnly,
adCmdText); for(i=1;i<=28,!pRst->EndOfFile;i++)
{

3 DEPT OF
ONLINE

if(i==ch1)
{
cout<<"\n\n\n\n\t\tName of the state :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("statenames")->GetValue()<<"\t";
cout<<"\n\n\t\tTotal population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("tpop")->GetValue()<<"\t";
cout<<"\n\n\t\tMale population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("mpop")->GetValue()<<"\t";
cout<<"\n\n\t\tFemale population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("fpop")->GetValue()<<"\t";
cout<<"\n\n\t\tGender ratio :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("sratio")->GetValue()<<"\t";
cout<<"\n\n\t\tTotal literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("tlit")->GetValue()<<"\t"; cout<<"\
n\n\t\tMale literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("mlit")->GetValue()<<"\t";
cout<<"\n\n\t\tFemale literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("flit")->GetValue();
}
else
{
pRst->MoveNext();
}
}
pRst->MoveFirst();
pRst->Close();
}
}
break;
case 2:
{

3 DEPT OF
ONLINE

if(ch==8)
goto e;
else {
pRst->Open("SELECT * FROM terr1 ;", strCnn, adOpenStatic, adLockReadOnly,
adCmdText); for(i=1;i<=7,!pRst->EndOfFile;i++)
{
if(i==ch1)
{
cout<<"\n\n\n\n\t\tName of the state :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("terrname")->GetValue()<<"\t";
cout<<"\n\n\t\tTotal population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("tpop")->GetValue()<<"\t";
cout<<"\n\n\t\tMale population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("mpop")->GetValue()<<"\t";
cout<<"\n\n\t\tFemale population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("fpop")->GetValue()<<"\t";
cout<<"\n\n\t\tGender ratio :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("sratio")->GetValue()<<"\t";
cout<<"\n\n\t\tTotal literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("tlit")->GetValue()<<"\t"; cout<<"\
n\n\t\tMale literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("mlit")->GetValue()<<"\t";
cout<<"\n\n\t\tFemale literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("flit")->GetValue();
}
else
{
pRst->MoveNext();
}
}
pRst->MoveFirst();

3 DEPT OF
ONLINE

pRst->Close();
}
}
break;
case 3:
{
if(ch==8)
goto e;
else {
pRst->Open("SELECT * FROM reli1 ;", strCnn, adOpenStatic, adLockReadOnly,
adCmdText); for(i=1;i<=7,!pRst->EndOfFile;i++)
{
if(i==ch1)
{
cout<<"\n\n\n\n\t\tName of the religion :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("rname")->GetValue();
cout<<"\n\n\t\tTotal population :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("tpop")->GetValue();
cout<<"\n\n\t\tGender ratio :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("sratio")->GetValue(); cout<<"\n\
n\t\tChild gender ratio :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("csratio")->GetValue(); cout<<"\n\
n\t\tTotal literacy rate :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("tlit")->GetValue();
}
else
{
pRst->MoveNext();
}
}
pRst->MoveFirst();

3 DEPT OF
ONLINE

pRst->Close();
}
}
break;
case 4:
{
if(ch==38)
goto e;
else {
pRst->Open("SELECT * FROM lang1 ;", strCnn, adOpenStatic, adLockReadOnly,
adCmdText); for(i=1;i<=37,!pRst->EndOfFile;i++)
{
if(i==ch1)
{
cout<<"\n\n\n\n\t\tName of the language :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("lname")->GetValue();
cout<<"\n\n\t\tpopulation in India :";
cout<<(_bstr_t) pRst->GetFields()->GetItem("ipop")->GetValue(); cout<<"\n\n\
t\tpopulation other countries:";
cout<<(_bstr_t) pRst->GetFields()->GetItem("opop")->GetValue();
}
else
{
pRst->MoveNext();
}
}
pRst->MoveFirst();
pRst->Close();
}
}
}

3 DEPT OF
ONLINE

}
catch (_com_error &e)
{
cout<<(char*) e.Description();
}
e:
cout<<"\n\n\n";
cout<<"\t\t do you want to continue(y/n):";
cin>>e;
}
}
void states()
{
cout<<"\n\n\n\n\n\n\n\t--------------------------------------------------------\n";
cout<<"\n\t|\t\t\t STATES OF INDIA\t\t\t|\n";
cout<<"\t--------------------------------------------------------\n\n";
cout<<"\n\n\t|\t1. andhra pradesh 15. maharastra\t\t|";
cout<<"\n\n\t|\t2. arunachal pradesh 16. megalaya\t\t|";
cout<<"\n\n\t|\t3. Assam 17. mizoram\t\t|";
cout<<"\n\n\t|\t4. Bihar 18. nagaland\t\t|";
cout<<"\n\n\t|\t5. goa 19. orrisa\t\t|";
cout<<"\n\n\t|\t6. gujarat 20. punjab\t\t|";
cout<<"\n\n\t|\t7. haryana 21. Rajasthan\t\t|";
cout<<"\n\n\t|\t8. himachal pradesh 22. sikkim\t\t|";
cout<<"\n\n\t|\t9. jammu & Kashmir 23. tamil nadu\t\t|";
cout<<"\n\n\t|\t10. jarkhand 24. tripura\t\t|";
cout<<"\n\n\t|\t11. karnataka 25. Uttar pradesh\t|";
cout<<"\n\n\t|\t12. kerala 26. uttranchal\t\t|";
cout<<"\n\n\t|\t13. Madhya pradesh 27. west bengal\t\t|";
cout<<"\n\n\t|\t14. Manipur 28. chatisgar\t\t|";
cout<<"\n\n\t|\t\t\t\t29. EXIT\t\t|";

3 DEPT OF
ONLINE

cout<<"\n\n\t--------------------------------------------------------\n\n";
cout<<"\n\n\t\t enter your choice: ";
cin>>ch1;
}
void terr()
{
cout<<"\n\n\n\n\n\n\n\n\n";
cout<<"\t\t--------------------------------\n";
cout<<"\n\t\t|\t UNION TERRITORIES\t|\n\n";
cout<<"\t\t--------------------------------\n";
cout<<"\n\n\t\t|\t1. Andaman & nicrobar\t|";
cout<<"\n\n\t\t|\t2. chandigarh\t\t|"; cout<<"\
n\n\t\t|\t3. dadra & nagarhaveli |"; cout<<"\n\
n\t\t|\t4. daman & diu\t\t|"; cout<<"\n\n\t\t|\t5.
Delhi\t\t|"; cout<<"\n\n\t\t|\t6. lakshadweep\t\
t|"; cout<<"\n\n\t\t|\t7. pondicherry\t\t|";
cout<<"\n\n\t\t|\t8. EXIT \t\t|"; cout<<"\n\
n\t\t---------------------------------------------\n";
cout<<"\n\n\t\t\t enter your choice: ";
cin>>ch1;
}
void reli()
{
cout<<"\n\n\n\n\n\n\n\n\n\n\n\n";
cout<<"\t\t----------------------------------------\n";
cout<<"\n\t\t|\t RELIGIONS IN INDIA \t|\n";
cout<<"\n\t\t----------------------------------------\n\n";
cout<<"\t\t|\t\t1. Hindus\t\t|\n\n"; cout<<"\t\t|\
t\t2. Muslims\t\t|\n\n"; cout<<"\t\t|\t\t3.
Christians\t\t|\n\n";

4 DEPT OF
ONLINE

cout<<"\t\t|\t\t4. Sikhs\t\t|\n\n"; cout<<"\t\


t|\t\t5. Buddhists\t\t|\n\n"; cout<<"\t\t|\t\t6.
Jains\t\t|\n\n"; cout<<"\t\t|\t\t7. Others\t\t|\
n\n"; cout<<"\t\t|\t\t8. EXIT \t\t|\n\n";
cout<<"\n\t\t----------------------------------------\n\n";
cout<<"\t\t\t Enter your choice: ";
cin>>ch1;
}
void lang()
{
cout<<"\n\n\n\n";
cout<<"\t----------------------------------------------------------------\n";
cout<<"\n\t|\t\t LANGUAGES IN INDIA \t\t\t\t|\n";
cout<<"\n\t---------------------------------------------------------------\n\n";
cout<<"\t|\t\t01. Assamese 20. Goanese\t\t|\n\n";
cout<<"\t|\t\t02. Awadi 21. Kurux\t\t|\n\n";
cout<<"\t|\t\t03. Bagri 22. Maithili\t\t|\n\n";
cout<<"\t|\t\t04. Bengali 23. Malayalam\t\t|\n\n";
cout<<"\t|\t\t05. Bhili 24. Marathi\t\t|\n\n";
cout<<"\t|\t\t06. Bhojpuri 25. Marwari\t\t|\n\n";
cout<<"\t|\t\t07. Chatisgar 26. Meithei\t\t|\n\n";
cout<<"\t|\t\t08. Deccan 27. Mundari\t\t|\n\n";
cout<<"\t|\t\t09. Dogri-Kangri 28. Nepali\t\t|\n\n";
cout<<"\t|\t\t10. Garhwali 29. Oriya\t\t|\n\n";
cout<<"\t|\t\t11. Gujarati 30. Punjabi\t\t|\n\n";
cout<<"\t|\t\t12. Haryana 31. Sadri\t\t|\n\n";
cout<<"\t|\t\t13. Hindi 32. Santhali\t\t|\n\n";
cout<<"\t|\t\t14. Ho 33. Sindhi\t\t|\n\n";
cout<<"\t|\t\t15. Kanauji 34. Tamil\t\t|\n\n";
cout<<"\t|\t\t16. Kannada 35. Telugu\t\t|\n\n";

4 DEPT OF
ONLINE

cout<<"\t|\t\t17. Kashmiri 36. Tulu\t\t|\n\n";


cout<<"\t|\t\t18. Khandesi 37. Urdu\t\t|\n\n";
cout<<"\t|\t\t19. Konkani 38. EXIT\t\t|\n\n";
cout<<"\t----------------------------------------------------------------\n";
cout<<"\n\t\t enter your choice: ";
cin>>ch1;
}

4 DEPT OF

You might also like