GPS Based Bus Management System

Software EngineeringProject Report(CSHP - 410)

Submitted by:

Under the supervision of

Atul (10545)Dr. Anjali Thukral

Ankit (10423)Neeraj(10471)

2013Keshav MahavidyalayaUniversity of Delhi

Table of Contents

Problem Statement31INTRODUCTION41.1Purpose41.2Scope41.3Definitions41.4Overview42Software Requirement Specification52.1Data Flow Diagram52.1.1DFD Level 052.1.2DFD Level 162.1.3Data Dictionary73Project Management93.1Cost Estimations93.1.1Functional Point Estimation93.1.2Efforts103.2Schedule113.3Risk Table114Design Engineering124.1Architectural Design124.2Entity- Relationship Diagram135Testing14

Problem Statement

Problem Analysis:-1. We dont have system which could inform Passenger about their Bus Timing, Shedule etc.2. We only do have record of bus Timings on which bus should start on a route which is also sometimes not followed by drivers.3. There is no information provided to passenger about buses.

Method of Solution:- 1. The problem of bus timing and other problem could be solved by Schedule Monitoring of Buses. 2. Real time Information should be provided to user about their bus this could be done by using GPS in buses.

INTRODUCTION

Purpose The GPS Based Bus Management System (GBMS) is used to keep Track of Buses by Company. Also this facility can be used to give information to Passenger by web and a Display on Bus Stop.

ScopeMany cities have found that using GPS tracking systems not only improve the efficiency of city bus operations, but also encourage more commuters to take advantage of their city bus systems.Many city bus systems have discovered that GPS tracking systems which allow passengers to monitor the location and estimated arrival time of their bus actually increases the number of people using city buses for routine commuting. For example, if a rushed commuter can

DefinitionsOur System also provides information about Buses to Passenger. Consider the possibility of implementing GPS tracking systems which allow customers to monitor bus locations via website, or cell phones. This will likely increase the satisfaction of customers. Also a display is fixed on every Stop so passenger will know where their bus is and when will it arrive.

Overview The purpose of this section is to obtain agreement regarding the objectives the system must meet. Ultimately this segment defines the boundaries of the effort. The GPS Based Bus Management System helps administrator honor their professional commitments by following a tailored version of the organizations standard process. This project aims to provide helpful information about Bus in a given geographic area. Also it store Tracking Information in Database. It also keep track of Buss speed if it is crossed the authority will get the information.verify his or her bus is running on time via their cell phone or a website, they are much more likely to ride the bus rather than take a cab or drive themselves.

Software Requirement SpecificationData Flow Diagram

DFD Level 0

DFD Level 1

Data Dictionary

Table 1: Bus DatabaseField NameTypeDescription

Bus_IDLong IntegerPrimary Key

Route_noInteger

Emp_noLong Integer

Driver_nameCharacter[20]

Table 2: RouteField NameTypeDescription

Route_noIntegerPrimary Key

Route_NameCharacter[20]

Start Character[20]

DestinationCharacter[20]

PathIntegerMulti valued

Table 3: StopsField NameTypeDescription

Stop_idIntegerPrimary Key

Stop_nameCharacter[20]

Degree_latFloat

Min_latFloat

Sec_latFloat

Degree_logFloat

Min_logFloat

Sec_logFloat

Table 4: MainField NameTypeDescription

Bus_IDLong Integer

Route_noInteger

Route_NameCharacter[20]

TimeTime Stamp

Loc_latDegreeFloat

Min Float

SecFloat

Loc_logDegreeFloat

Min Float

SecFloat

Next_stopInteger

Last_stopInteger

Project Management

Cost Estimations

Functional Point Estimation

Info Domain ValueOpt.Est. CountWeightFP Count

External Inputs54523

External Outputs65423

External Inquires22510

Internal Logical Files431035

External Interface Files21711

Count Total102

FP (EST.) = Count Total * Value adjustment factorFP (EST.) = Count Total * [0.65+0.01* (Fi)]

Calculation of Value adjustment factor:-S No.FactorValues

1Backup and Recovery3

2Data communication4

3Distributed processing2

4Performance Critical3

5Existing operating environment1

6Online-line data entry2

7Input transaction over multiple screens2

8ILFs update online1

9Information domain values complex3

10Internal processing complex4

11Code design for reuse3

12Conversion/installation in design4

13Multiple installation1

14Application design for change5

Total38

(Fi)] = 38Value adjustment factor= [0.65+0.01* 38] =0.65 + 0.38 = 1.03FP (EST.) = 102 * 1.03 = 105.06

Our average productivity is 8 FP/month. If labour rate is Rs.10000 per month. Cost per FP is Rs. 1250. Total Cost for Project is Rs. 130,000.EffortsEffort= Total Functional Points/Average Productivity = 105.06/8 =13 pm

Our estimated Effort is 13 person-monthSchedule

S.No.Process/PhaseStart DateFinish Date

1.Requirement gathering20/01/1315/02/13

2.Requirement analysis16/02/1327/02/13

3.DFD preparation28/02/1310/03/13

4.Data Dictionary preparation11/03/1320/03/13

5.Risk Management Plan21/03/1330/03/13

6.ERD preparation31/03/1310/04/13

7.FPA calculation11/04/1316/04/13

Risk TableS.NoRISKCATEGORYPROBABILITYIMPACTRMMM PLAN

1Some team members leave the project development in-betweenTechnical risk30%2 Use backup staffs which knows what was going on in the project.

2Delivery deadline tightenedProject risk30%1 Team may use extra members to complete the task on scheduled time

3Losing of all the project data, this may be caused by a hard disk being wiped out by a virus, hard disk failure, etc.Project risk20%2 Carry out necessary backup of database data, source code and documentation

4Team dissension/lack of cohesionProject risk10%3We could set some guide-lines and rules regarding how we deal with each other .

Design Engineering

Architectural Design

Entity- Relationship Diagram

Testing

Administrator module :

1. Test case: Login Input : ID, Password.Process : Click on the login link. If administrator enters ID and password correct it goes tothe admin services otherwise displays the same page with an error message.Output : Displays the admin services page.

2. Test case: Add/Delete new Bus Input: Bus_Id.Process: A new Bus can be added into the system and admin can update details.Output: Changes will take place in Database

3. Test case: Add/Delete new RouteInput: Route_idProcess: A new Route can be added/deleted into the system and admin can update details.Output: Changes will take place in Database

4. Test case: Track a BusInput: Bus_IdProcess: All GPS Message coming from this bus ID will be displayed through Map.Output: Real Time tracking will be shown on Map.