training projectreport part3

8/13/2019 Training Projectreport Part3

http://slidepdf.com/reader/full/training-projectreport-part3 1/47

Page | 11

CHAPTER-1

INTRODUCTION

1.1 Objective of project

Delhi navigator is a web based application with the help of this system we can easily find the

shortest path for visiting the Delhi either by metro route or bus route. Route finder and travel cost

estimation are widely available.

1.2 Introduction of project

With the help of Delhi Navigator software, we can plan our journey more perfectly. It

gives us full knowledge of Bus Route as well as metro Route in Delhi as well as Delhi

NCR region.

Navigating in virtual environment can either be boring or disorientating. Users are

required to move around using keyboard or joystick. The whole design of the building is

normally difficult to figure out and the movement control is always cumbersome. The

virtual building can be so complicated that it needs not only navigating vertically but

horizontally as well. In other words, an animated character is required to move up and

down stairs of the building. The complexity now is not only on the environment itself but

also on the movement of animated characters.

One of the most relevant usability issues in Virtual Environment (VE) navigation is the

navigational support provided by its user interface. In the actual world, we are guided by

the sign and arrows (of direction). However, in virtual environment it is limited by its

views constraint. Perhaps the visitors have a specific purpose of visits. The system that is

able to recommend a tour plan saves their time and distance to travel. Furthermore, they

also might accomplish the goal of visits.

Path planning on the other hand provides a good solution for a visitor to plan their visit.

Path planning using shortest path algorithm has been adopted in many path finding



Page | 12

applications. The solution is that how to get from one location to another location in a

shortest distance with obstacles avoidance. However, the visit is not only to go from one

location to another one location, but it normally involves touring to more than one site.

For this reason, optimization is required. Optimization is meant for minimizing travel

time while maximizing the purpose of visit. With this requirement, users will satisfy and

enjoy navigating in the virtual environment. In any metropolitan city, traveling to new

places for a stranger is a very difficult task. If the traveler is a tourist, then it becomes

more of a problem because he has to rely on public transport. He/she may not know about

the detailed working of the existing transport system, and need not be familiar with the

region.

Even if he has schedule of the public transport, he wont be able to decide what is the best

way to go from one place to another with minimum time spent in traveling, because in

cities like Delhi the schedules are very unpredictable and there are always more than one

options.

1.3 Delhi Navigator on SMS

Recently, the usage of mobile phones has increased a lot. People using mobile phones are more in

number than those using Internet. If this service of getting travel plans is enabled through mobiles

by SMS, then it will be more widely used. A person cannot have Internet connection everywhere,

but he can carry a mobile phone anywhere and every mobile has an SMS facility. The user can

request for a plan by sending SMS to our mobile. Then, we need to transfer that SMS to the

server, parse that SMS to find out the source and destination and generate the plan in such a way

that it fits into the limit of the number of characters in an SMS.

Finally, this plan needs to be transferred to a mobile and sent through an SMS to the requester.

This can be one of the extensions to Delhi Navigator. The work involved in this is mobile to

computer and computer to mobile data transfer, for which hardware’s and software’s are available

[muma]. Another issue is the parsing of input data to find out the source and destination and after

the generation of plan, we need to make it fit into the character limit of SMS.



Page | 13

1.4 Mumbai Navigator

In any metropolitan city, traveling to new places for a stranger is a very difficult task. If the

traveler is a tourist, then it becomes more of a problem because he has to rely on public transport.

He/she may not know about the detailed working of the existing transport system, and need not be familiar with the region. Even if he has schedule of the public transport, he won’t be able to

decide the best way to go from one place to another with minimum time spent in traveling,

because in cities like Mumbai the schedules are very unpredictable and there are always more

than one options. There has to be some facility to know about the most efficient way to go from

one place to another using public transport. In such a situation, a navigator site can help a lot, for

guiding users to travel with less amount of money and time loss. Maps are an integral part of any

navigator system. It helps user use the system easily and understands the generated plans. Maps

also give relative idea about the locations.

1.5 Mumbai Navigator in Brief

Mumbai Navigator is one such site which generates travel plans for traveling in Mumbai using

buses and trains. Mumbai Navigator site [Mumb] has been developed by Prof. Abhiram Ranade

and his students from Computer Science department, IIT Bombay. The implementation details of

the algorithm are explained in the paper [DR00] by Mayur Datar and Prof.Abhiram Ranade. The

algorithm running behind this site is from the paper by Spiess and Florian [SF88]. This site is a

traveler’s guide for Mumbai city. The user has to give origin and destination stop names as input

and the site will generate plans accordingly. The plans generated are 0, 1 or 2 change over plans.

Change over’s are changing of the commuting mode at any stop. It also gives the time required

for the journey. The output generated is displayed in understandable text format. User can also

ask for details about any particular route or stop by giving its proper name as an input. The most

important consideration is the generation of a plan, in spite of the unpredictable schedule of buses

using route frequencies and stop to stop time estimation.

There are some problems with the data generation techniques which will be described briefly in

next section. The maps are very important part of a navigator site for input and 3 outputs but

currently the system does not have that facility. A Map Engine for the Mumbai Navigator is

briefly discussed in consecutive sections.



Page | 14

1.6 Assumptions of the project

This project is mainly used in Delhi NCR region.

One Bus can be present at a particular time on the Bus Stand.

There are many buses of a different routes are present at a single Bus Stand.

The time of Arrival and departure of a bus at the Stand is not same.

The time must be fixed for a particular bus.

Single route can be shared by many buses.

Employee of the bus and metro modules are distinct according to their role.

There is only one metro present on a station at a particular time.

The timing of closing and opening of the doors in metro are fixed.

Single line can be shared by many metro

The departure and arrival time of a metro from the station will not be same.

Fare can be calculated on the basis of no of stations and Bus Stand.



Page | 15

CHAPTER-2

SOFTWARE REQUIREMENT SPECIFICATION

2.1 Introduction

2.1.1 Purpose

Delhi navigator is a web based application with the help of this system we can easily find

the shortest path for visiting the Delhi either by metro route or bus route. Route finder

and travel cost estimation are widely available.



NCR region.

Navigating in virtual environment can either be boring or disorientating. Users are

required to move around using keyboard or joystick. The whole design of the building is

normally difficult to figure out and the movement control is always cumbersome. The

virtual building can be so complicated that it needs not only navigating vertically buthorizontally as well. In other words, an animated character is required to move up and

down stairs of the building. The complexity now is not only on the environment itself but

also on the movement of animated characters.

2.1.2 Scope

Recently, the usage of mobile phones has increased a lot. People using mobile phones are

more in number than those using Internet. If this service of getting travel plans is enabled

through mobiles by SMS, then it will be more widely used. A person cannot have Internet

connection everywhere, but he can carry a mobile phone anywhere and every mobile has

an SMS facility. The user can request for a plan by sending SMS to our mobile. Then, we

need to transfer that SMS to the server, parse that SMS to find out the source and



Page | 16

destination and generate the plan in such a way that it fits into the limit of the number of

characters in an SMS.

Finally, this plan needs to be transferred to a mobile and sent through an SMS to the

requester. This can be one of the extensions to Delhi Navigator .

A navigator site can help a lot, for guiding users to travel with less amount of money and

time loss. Maps are an integral part of any navigator system. It helps user use the system

easily and understands the generated plans. Maps also give relative idea about the

locations. So it is a facility to know about the most efficient way to go from one place to

another using public transport.

2 .1 .3 De f in i t io n s , Ab b r e v ia t io n s a n d Ac r o n y ms

GUI- Graphical User Interface

DBA-Database Administrator

2 .1 .4 Re fe r e n c e s

During the development of this software we take help of following books, websites,

which helps us a lot.

2.1.4.1 Books

Names of these books are as following:

1. Herbert Schildt; Java The Complete Reference; 5th

edition, Tata McGraw-Hill

2. Roger S. Pressman; Software Engineering: A Practitioner's Approach; Seventh

Edition, Tata McGraw-Hill

3. Patrick Naughton; The Java Handbook, Mcgraw-Hill Osborne Media

4. James R. Groff ; Sql: The Complete Reference; 3rd Edition, McGraw-Hill

Osborne Media

5. Phillip Hanna; JSP 2.0: The Complete Reference; Second Edition, Tata McGraw-

Hill



Page | 17

6. Bruce A. Hallberg; Networking: A Beginners Guide; 5th

edition, Tata McGraw-

Hill

2 .1 .4 .2 We b l in k s

1. www.javabeginner .com

2. www.oracle.com/technetwork/ java/ index- jsp-135888.html

3. www.javatutor ialhub.com

2.1.5 Overview

The rest of this SRS document describes the various system requirements, interfaces,

features and functionalities in detail.

2.2 Overall Description

2.2.1 Product Perspective

Delhi navigator is a web based application with the help of this system we can easily find

the shortest path for visiting the Delhi either by metro route or bus route. Route finder

and travel cost estimation are widely available.



NCR region.

A navigator site can help a lot, for guiding users to travel with less amount of money and

time loss. Maps are an integral part of any navigator system. It helps user use the systemeasily and understands the generated plans. Maps also give relative idea about the

locations.

http://www.javabeginner.com/


http://www.oracle.com/technetwork/java/index-jsp-135888.html


http://www.javatutorialhub.com/







Page | 18

2.2.1.1 System Interfaces

It is platform independent. Code written once can be compiled on one machine and run

on other irrespective of the underlying hardware, software, and operating system.

2.2.1.2 User Interfaces

The users can interact with the system through the use of GUI enabled web pages using

any browser i.e. internet explorer, mozilla firefox, google chrome etc.

2.2.1.3 Hardware Interfaces

Main Processor Pentium IV or above

Hard-disk Capacity 8 G.B or more

RAM 256 MB or more

2.2.1.4 Software Interfaces

Operating System Linux Red Hat, Window XP SP2 or other

Technologies JSP, Java Scripts

Eclipse IDE

Backend tool Microsoft access

Environment Java runtime environment (jre)

2.2.1.5 Communication Interfaces

A Local Area Network Connection will be required to connect between server and client.

However Eclipse IDE provides an internal server to be used if client and server are

present on same machine.



Page | 19

2.2.1.6 Memory Constraints

At least 256 MB RAM and 1.5 GB space on hard disk will be required for running the

application.

2.2.1.7 Operations

DBA at client side will be responsible for manually deleting old/non required

data.

Installing the software on client hardware.

Conducting any user training that might be needed for using the software.

Maintaining the system for the period of one year after installation.

2.1.8 Site Adaptation Requirements

The terminals at client side will have to support the hardware and software interfaces

specified in the above section.

2.2.2 Product Function

It provides a rich and interactive, database driven website.

A free service and easy sign in is there for all the users.

A user needs to get registered to get all the benefits of the system. As user has to

fill up the registration form and submit it to the database and then all his details

will get stored at the server database and he obtains a unique username. After

registration process the users are authorized for all the facilities made available.

The system proves to be highly reliable and secure as database is used in the

backend of the system. The complete database of all users can only be accessed

by the administrator of the website.



Page | 20

2 .2 .3 Us e r Ch a r a c te r i s t i c s

The user should be:

comfortable with English language.

comfortable using general-purpose applications on a computer.

2 .2 .4 Co n s t r a in t s

2.2.4.1 Hardware Constraints

The system must be run over the internet, all the hardware required to connect internet

will be hardware interface for the system. As for e.g. Modem, WAN – LAN, Ethernet

Cross-Cable.

2.2.4.2 Software Constraints

The system also requires Data Base for the storing of any transaction in the system like

MS Access etc. At the last user need web browser for interacting with the system.

2.2.4.3 Memory Constraints

At least 256 MB RAM and 1.5 GB space on hard disk will be required for running the

application.

2 .2 .5 As s u mp t io n s a n d De p e n d e n c ie s

IItt ddooeessnn’’tt mmaatttteer r hhooww eef f f f iicciieennttllyy tthhee aa p p p plliiccaattiioonn wwoor r k k ss,, iif f tthhee b baannddwwiiddtthh iiss nnoott

ssuuf f f f iicciieenntt tthhee ttr r aannssaaccttiioonn wwiillll ttaak k ee mmoor r ee ttiimmee tthhaann eexx p peecctteedd..

AAlltthhoouugghh tthhiiss ssoof f ttwwaar r ee iiss aar r cchhiitteeccttuur r aallllyy iinnddee p peennddeenntt b buutt f f oolllloowwiinngg hhaar r ddwwaar r ee

r r eessoouur r cceess aar r ee r r eeqquuiir r eedd.. FFoor r eexxaamm p pllee aannyy IIBBMM ccoomm p paattii b bllee PPCC oor r aannyy ootthheer r

wwoor r k k ssttaattiioonn wwiitthh mmoouussee ssuu p p p poor r tt aanndd r r eelleevvaanntt ssoof f ttwwaar r ee..



Page | 21

2.2.6 Apportioning of Requirements

Not Required.

2.3 Specific Requirements

This contains the software requirements to a level of detail sufficient to enable designers

to design the system, and testers to test that system.

2.3.1 External Interface Requirements

2.3.1.1 User Interfaces

The following screens will be provided:

A Home screen for the users to have a look at the main features of the website. It

explains the whole idea behind the web site. It provide links to navigate to bus

mode, metro mode and admin login and various features such as help, shortcuts,

feedback, credit etc.

A metro module screen describes various features such as source and destination

for e.g. from adarsh nagar to dwarka. It also explain the map for various

destinations through get plan.

Metro module-1 screen explain various services provided by delhi navigator for

metro for various destination including services such as fare, total stations

covered from source to destination time taken to reach destination for e.g. for

adarsh nagar to dwarka fare calculated-rs 27, station covered-32.

Metro module-2 screen explains the different lines to choose for e.g. yellow line,

red line, blue line and stations according to different lines.

Metro module-3 screen asks for displaying list of stations according to different

lines selected.



Page | 22

Metro module-4 screen shows the list of different stations according to line

selected. For example for yellow line stations are badarpur, tughlaqabad, okhala

etc.

Bus module screen shows the plan for bus mode like metro module explaining

source and destination and plan to reach final destination.

Bus module-1 screen asks to display the list of various stands for a particular

route and also number of buses available.

Bus module-2 screen explain the bus number, starting stand, destination stand and

the route to be followed.

Bus module-3 screen explain the list of stand according to particular route, i.e. it

explain the list of various stand from source to destination.

Bus module-4 screen explains the number of different buses for a single route and

also bus stand for different buses through get bus stand.

Admin module screen explain administration module, it is admin page explaining

add bus stand, add metro station, add line, add route, log out. This page is used to

add new information about different module.

Admin module-1 screen allow the administrator to login to homepage and modify

the page according to needs. Here administrator provides the username and

password.

Admin module-2 screen allow the administrator to add new information about any

new bus stand, various fields are source stand, destination stand, bus number, bus

starting stand, bus destination stand, route etc.

Admin module-3 screen allows the administrator to add new line information

such as station name and line colour.

Admin module-4 screen is a feedback form. It allows the different user to provide

feedback according to their satisfaction. It includes various fields such asusername, email-id, feedback, comments etc.

Admin module-5 screen allows the administrator to add information about new

bus route. It asks for two fields stand name and bus number.



Page | 23

2.3.2 System Features

22..33..22..11 F F uunncct t iioonnaal l R Reeqquuiir r eemmeennt t s s

This section provides requirement overview of the system.

Various functional modules that can be implemented by the system will be –

Major Modules of the application are:

Metro Module

Admin Module

Bus module.

Navigation Module.

Fare module.

Module Description

Administrator:With the Help of this module, administrator (DBA) can modify, update

the information to the system. Admin is the only authorized person who governs this site.

User:With the help of this module, user can interact with the system with correct source

and Destination Detail. User give destination and source station details for Metro Module

and similarly for Bus Module.

Bus Module: With the help of this Module user can choose the bus mode for navigation.

And after choosing source stand and destination stand, we can easily get the plan to travel

the journey. In this module user get the particular bus number who goes to that particular

route and source stand of the bus and destination stand of the bus. Additionally user can

also browse route to know the number of stand covered by a particular bus.

Metro Module: With the help of this Module user can choose the Metro mode for

navigation. And after choosing source station and destination station, we can easily get

the plan to travel the journey. In this module user get the fare, station covered and time



Page | 24

taken in the whole journey after entering the route details. User can also browse route to

know the number of station present on a particular line.

Navigation Module: With the help of this module we can easily get the plan to navigate

from one place to another.

Security: Security is one of the most important aspects of any project.

Following security measures have been taken:

Login: This is a sub module of Security Module. This module authenticates and

authorizes the user. If the user has forgotten the password then Once visitor is

registered with us, now can borrow movie from us but before that he has to

choose or make a queue that he/she want to watch in future. And also reserve

his/her movie for delivery at his/her place. Session is created after successful

login

Logout: This module is again sub module of Security. Session expires after

successful logout

2.3.2.2 Non Functional Requirements

Hardware Requirements

Main Processor Pentium IV or above

Hard-disk Capacity 8 G.B or more

RAM 256 MB or more



Page | 25

Software Requirements

Operating System Linux Red Hat, Window XP SP2 or other

Technologies JSP, Java Scripts

Eclipse IDE

Backend tool Microsoft access

Environment Java runtime environment (jre)

2.3.3 Performance Requirements

There is no performance requirement in this system because the server request and

response is depended on the end user internet connection.

2.3.4 Logical Database Requirements

Database is intended to store, retrieve, update, and manipulate information .Thefollowing tables in the database are:-

Bus stand

Station_info

Login details

Line_info

Metro line_info

Route_info

Bus stand route_info

Bus_info

Bus route_info

Feedback_info



Page | 26

Get bus plan_info

Get plan_info

2.3.5 Software System Attributes

2.3.5.1 Reliability

The system is very reliable as numbers of wrong outputs are rare as compared to the total

number of outputs. Reliability comes due to robust design which has been done to meet

all the cases required.

2.3.5.2 Availability

The website will be available at all times, meaning the user can access it using a web

browser, only restricted by the down time of the server on which the system runs. It

means 24 X 7 availability.

2.3.5.3 Security

The software is password protected for each user has a login ID and a password. No other

user can operate without entering correct ID and Password.

2.3.5.4. Maintainability

A commercial database is used for maintaining the database and the application server

takes care of the site.

The system is easily maintainable. Any new information or new module can be entered

into the system easily.



Page | 27

2.3.5.5. Portability

The system is easily portable to any other windows based operating system with Eclipse

IDE.



Page | 28

CHAPTER-3

DIAGRAMS

3.1 Data Flow Diagram

The DFD also known as the Bubble Chart is a simple graphical formalism that can be

used to represent a system in terms of the input data to the system. Various processing

carried out on these data, and the output data generated by the system. The main reason

why the DFD technique is so popular is probably because of the fact that DFD is a very

simple formalism-it is simple to understand and use. A DFD uses a very limited number

of primitive symbols to represent the functions performed by a system and the data flow

among these functions. Starting with a set of high-level functions that a system performs,

a DFD model hierarchically represents various sub functions.

Fig. 3.1 Context Level DFD



Page | 29

Fig. 3.2 Level 1 DFD



Page | 30

Fig. 3.3 Level 2 DFD of Process 2.0



Page | 31

Fig. 3.4 Level 2 DFD of Process 2.5



Page | 32

3.2 ER Diagram

Fig. 3.5 ER DIAGRAM



Page | 33

CHAPTER-4

RESULTS

4.1 HomePage

Fig. 4.1 Home Page

A Home screen for the users to have a look at the main features of the website. It explains

the whole idea behind the web site. It provide links to navigate to bus mode, metro mode

and admin login and various features such as help, shortcuts, feedback, credit etc.



Page | 34

4.2 Metro Module

Fig. 4.2 Metro Module

A metro module screen describes various features such as source and destination for e.g.

from adarsh nagar to dwarka. It also explain the map for various destinations through get

plan.



Page | 35

Fig. 4.3 Metro Module 1

Metro module-1 screen explain various services provided by delhi navigator for metro for

various destination including services such as fare, total stations covered from source to

destination time taken to reach destination for e.g. for adarsh nagar to dwarka fare

calculated-rs 27, station covered-32.



Page | 36


Metro module-2 screen explains the different lines to choose for e.g. yellow line, red line,

blue line and stations according to different lines.




Page | 37

Metro module-3 screen asks for displaying list of stations according to different lines

selected.


Metro module-4 screen shows the list of different stations according to line selected. For

example for yellow line stations are badarpur, tughlaqabad, okhala etc.



Page | 38

4.3 Bus Module

Fig. 4.7 Bus Module

Bus module screen shows the plan for bus mode like metro module explaining source and

destination and plan to reach final destination.



Page | 39

Fig. 4.8 Bus Module 1

Bus module-1 screen asks to display the list of various stands for a particular route and

also number of buses available.




Page | 40

Bus module-2 screen explain the bus number, starting stand, destination stand and the

route to be followed.


Bus module-3 screen explain the list of stand according to particular route, i.e. it explain

the list of various stand from source to destination.



Page | 41


Bus module-4 screen explains the number of different buses for a single route and also

bus stand for different buses through get bus stand.



Page | 42

4.4 Admin Module

Fig. 4.12 Admin Module

Admin module screen explain administration module, it is admin page explaining add bus

stand, add metro station, add line, add route, log out. This page is used to add new

information about different module.



Page | 43

Fig. 4.13 Admin Module 1

Admin module-1 screen allow the administrator to login to homepage and modify the

page according to needs. Here administrator provides the username and password.



Page | 44


Admin module-2 screen allow the administrator to add new information about any new

bus stand, various fields are source stand, destination stand, bus number, bus starting

stand, bus destination stand, route etc.




Page | 45

Admin module-3 screen allows the administrator to add new line information such as

station name and line colour.


Admin module-4 screen is a feedback form. It allows the different user to provide

feedback according to their satisfaction. It includes various fields such as username,

email-id, feedback, comments etc.



Page | 46


Admin module-5 screen allows the administrator to add information about new bus route.

It asks for two fields stand name and bus number.



Page | 47

CHAPTER-5

COMPARISON AND ANALYSIS

5.1 Comparisons

5.1.1 Working of Present System

In the present system all work is done on paper. The whole session attendance is stored in

register and at the end of the session the reports are generated. We are not interested in

generating report in the middle of the session or as per the requirement because it takes

more time in calculation. At the end of the session the students who don’t have 75%

attendance get a notice.

5.1.2 Disadvantages of the present system

5.1.2.1Not User Friendly:

The existing system is not user friendly because the retrieval of data is very slow and data

is not maintained efficiently.

5.1.2.2 Difficult in report generating:

We require more calculations to generate the report so it is generated at the end of the

session. And the student not gets a single chance to improve their attendance.

5.1.2.3 Manual Control:

All calculations to generate report is done manually so there is grater chances of errors.

5.1.2..4Lots of paperwork:



Page | 48

Existing system requires lot of paper work. Loss of even a single/record led to difficult

situation because all the papers are needed to generate the reports.

5.1.2..5 Time Consuming:

Every work is done manually so we cannot generate report in the middle of the session or

as per the requirement because it is very time consuming.

5.1.3. Characteristics of the proposed system:

5.1.3.1 User Friendly:

The proposed system is user friendly because the retrieval and storing of data is fast and

data is maintained efficiently. Moreover the graphical user interface is provided in the

proposed system, which provides users to deal with the system very easily.

5.1.3.2 Reports are easily generated:

Reports can be easily generated in the proposed system so user can generate the report as

per the requirement (monthly) or in the middle of the session. User can give the notice to

the students so he/she become regular.

5.1.3.3 Very less paper work:

The proposed system requires very less paper work. All the data is feted into the

computer immediately and reports can be generated through computers. Moreover work

becomes very easy because there is no need to keep data on papers.

5.1.3.4 Computer operator control:

Computer operator control will be there so no chance of errors. Moreover storing and

retrieving of information is easy. So work can be done speedily and in time.



Page | 49

5.2 Analysis

The following tables in the database are:-

5.2.1. BusStand: It maintains the record of the metro station details.

Field name Data type Size Constraint Description

SSttaanndd _ _ iidd VVaar r cchhaar r 22 5500 PPr r iimmaar r yy k k eeyy IItt iiss tthhee iidd f f oor r tthhee BBuuss SSttaanndd..

SSttaannddnnaammee VVaar r cchhaar r 22 3300 N Noott nnuullll N Naammee oof f tthhee SSttaattiioonn..

LL _ _

lloo

cc V

Vaar r cchh

aar r 22

55

00

N N

oo

tt nn

uu

llll N

Naamm

ee o

of f t

thh

ee l

laann

dd

mm

aar r k k

llooccaattiioonn..

Table 5.1 Bus Stand

5.2.2. Station_ info: It maintains the record of the metro station details.


IIdd VVaar r cchhaar r 22 5500 PPr r iimmaar r yy k k eeyy IItt iiss tthhee iidd f f oor r tthhee ssttaattiioonn..

SSttaattiioonn nnaammee VVaar r cchhaar r 22 3300 N Noott nnuullll N Naammee oof f tthhee SSttaattiioonn..

LLaannddmmaar r k k _ _ llooccaattiioonn VVaar r cchhaar r 22 5500 N Noott nnuullll N Naammee oof f tthhee llaannddmmaar r k k

llooccaattiioonn..

BBuussssttaanndd _ _ IIdd VVaar r cchhaar r 22 5500 FFoor r eeiiggnn k k eeyy IIdd f f r r oomm tthhee BBuussSSttaanndd ttaa b bllee

JJuunnccttiioonn _ _ ttyy p pee BBoooolleeaann 5500 N Noott nnuullll IItt ggiivvee tthhee p pr r eesseennccee oof f tthhee

JJuunnccttiioonn..

Table 5.2 Station info



Page | 50

5.2.3. Login Details: Thhiiss ttaa b bllee sshhaallll ssttoor r ee iinnf f oor r mmaattiioonn oof f aaddmmiinniissttr r aattoor r .. IItt ccoonnttaaiinnss f f oolllloowwiinngg

f f iieellddss..


UUsseer r iidd VVaar r cchhaar r 22 2200 FFoor r eeiiggnn k k eeyy UUsseer r iidd f f r r oomm

p paasssswwoor r dd N Nuumm b beer r 1100 N Noott N Nuullll PPaasssswwoor r dd oof f tthhee uusseer r ..

Table 5.3 Login Details

5.2.4. Line_ info: It maintains the record of the metro station details.


IIdd VVaar r cchhaar r 22 5500 PPr r iimmaar r yy k k eeyy IItt iiss tthhee iidd f f oor r tthhee lliinnee..

LLiinnee _ _ ccoolloor r VVaar r cchhaar r 22 3300 N Noott N Nuullll IItt r r eef f eer r ss tthhee ccoolloor r oof f tthhee LLiinnee..

Table 5.4 Line info

5.2.5. MetroLine_ info: It maintains the record of the metro station details.

.


IIdd VVaar r cchhaar r 22 2200 PPr r iimmaar r yy k k eeyy IItt iiss tthhee iidd oof f tthhee mmeettr r ooLLiinnee

SSttaattiioonn _ _ IIdd VVaar r cchhaar r 22 5500 FFoor r eeiiggnn k k eeyy IIdd f f r r oomm ssttaattiioonn _ _ iinnf f oo ttaa b bllee..

LLiinnee _ _ IIdd VVaar r cchhaar r 22 3300 FFoor r eeiiggnn k k eeyy IIdd f f r r oomm LLiinnee _ _ iinnf f oo ttaa b bllee

Table 5.5 MetroLine_ info



Page | 53

5.2.11. GetBusPlan_info: It maintains the record of the metro station details.


IIdd N Nuumm b beer r 2200 PPr r iimmaar r yy k k eeyy iidd oof f tthhee ttaa b bllee

f f r r oomm _ _ ssttaanndd VVaar r cchhaar r 22 2200 N Noott nnuullll ssoouur r ccee ssttaanndd nnaammee

ttoo _ _ ssttaanndd VVaar r cchhaar r 22 2200 N Noott nnuullll ddeessttiinnaattiioonn ssttaanndd nnaammee

SSttaar r ttiinngg _ _ ssttaanndd VVaar r cchhaar r 22 2200 N Noott nnuullll ssttaar r ttiinngg ssttaanndd

DDeessttiinnaattiioonn _ _ ssttaanndd VVaar r cchhaar r 22 2200 N Noott nnuullll ddeessttiinnaattiioonn ssttaanndd

R R oouuttee vvaar r cchhaar r 22 220000 N Noott nnuullll R R oouuttee f f oor r p paar r ttiiccuullaar r

ddeessttiinnaattiioonn

Table 5.11 Get bus plan_info



Page | 54

5.2.12. GetPlan_info: It maintains the record of the metro station details.


IIdd N Nuumm b beer r 2200 PPr r iimmaar r yy k k eeyy iidd oof f tthhee ttaa b bllee

f f r r oomm _ _ ssttaattiioonn VVaar r cchhaar r 22 2200 N Noott nnuullll ssoouur r ccee ssttaattiioonn nnaammee

ttoo _ _ ssttaattiioonn VVaar r cchhaar r 22 2200 N Noott nnuullll ddeessttiinnaattiioonn ssttaattiioonn nnaammee

FFaar r ee VVaar r cchhaar r 22 2200 N Noott nnuullll f f aar r ee dduur r iinngg j joouur r nneeyy

ssttaattiioonn _ _ ccoovveer r eedd VVaar r cchhaar r 22 2200 N Noott nnuullll N Nuumm b beer r oof f ssttaattiioonn ccoovveer r eedd iinn

j joouur r nneeyy

TTiimmee vvaar r cchhaar r 22 2200 N Noott nnuullll TTiimmee ttaak k eenn ttoo ccoovveer r wwhhoollee

j joouur r nneeyy

R R oouuttee vvaar r cchhaar r 22 220000 N Noottnnuullll R R oouuttee b beettwweeeenn ssoouur r ccee aanndd

ddeessttiinnaattiioonn ssttaattiioonn..

Table 5.12 Get plan_info

5.3 Standardization of the Coding/Code Efficiency

This is the process of improving the speed at which a program executes. Depending on

context it may refer to the human process of making improvements at the source level orto a compiler’s effort to re-arrange code at the assembly level. Whatever optimizations

the compiler does, it must not affect the logic of the program i.e. the optimization must

preserve the meaning of the program. First and the most important part of optimizing a

computer program is to find out where to optimize, which portion or which module of the



Page | 55

program is running slow or using huge memory. If each part is separately being

optimized then the total program will be automatically faster.

The optimizations should be done on those parts of the program that are run the most,

especially those methods which are called repeatedly by various inner loops that the

program can have. I used the following process for making improvements at the source

level: Administrator first authenticates every login.

In my project, all the variables that are used by all module; I had kept in one module,

because global variables are never allocated to registers. Global variables can be changed

by assigning them indirectly or by a function call. Hence, the compiler cannot cache then

value of global variable in a register, resulting in extra loads and stores when global

variables are used. Minimize local variable. If the number of local variables in a function

is less, the compiler will able to fit them into registers. Hence it will be avoiding frame

pointer operation a local variables that are kept on stack.



Page | 56

CHAPTER-6

Conclusions & Future Scope

6.1 Conclusions

The main aim of my project Delhi Navigator is to help the people of the world who want

to visit my beautiful Delhi. With the help of this project, we can save our time to plan our

journey. It gives a best way to plan and decide to choose either bus mode or metro mode

for visiting the Delhi.

6.2 Future Scope

Most transit trip planning systems are based on static schedules and generate less accurate trips if

traffic congestions or accidents delay transit vehicles. In addition, the park-and-ride travel mode 8

is common in metropolitan areas. This paper describes a multimodal trip planning system that

provides the park-and-ride travel mode and incorporates real-time traffic and transit information.

The overall system consists of a trip planning server, web and cell-based clients, transit vehicle

arrival time estimation, customized altering sub-system, and database. Since our system providesmultimodal transportation systems, the nodes of underlying networks include intersections, transit

stops and stations, parking lots, and time points.

The trip planning algorithms are composed of the time-dependent shortest path and K shortest

path. The transit arrival prediction model is based on the regression analysis and historical data.

In addition, an altering service is implemented to provide customers real-time trip solutions by

email or cell message. We conduct preliminary case studies on the South Bay of San Francisco

Bay Area. The results show that our trip planning system works satisfactorily. Our future work

includes the field testing of the planning system and the implementation of cell phone based.



CHAPTER-7

REFERENCES

During the development of this software we take help of following books websites,

which helps us a lot.

7.1 Books

Names of these books are as following:

1. Herbert Schildt; Java The Complete Reference; 5th

edition, Tata McGraw-Hill

2. Roger E. Pressman; Software Engineering: A Practitioner's Approach; Seventh

Edition, Tata McGraw-Hill

3. Patrick Naughton; The Java Handbook, Mcgraw-Hill Osborne Media

4. James R. Groff ; Sql: The Complete Reference; 3rd Edition, McGraw-Hill

Osborne Media

5. Phillip Hanna; JSP 2.0: The Complete Reference; Second Edition, Tata McGraw-

Hill

6. Bruce A. Hallberg; Networking: A Beginners Guide; 5th

edition, Tata McGraw-

Hill

7.2 Web l inks

1. www.javabeginner .com

2. www.oracle.com/technetwork/ java/ index- jsp-135888.html

3. www.javatutor ialhub.com

I took the help of software engineering concepts as because for proper requirement










training projectreport part3

Documents