neerajatulankit-150106063625-conversion-gate02

advertisement
GPS Based Bus Management
System
Software Engineering
Project Report
(CSHP - 410)
Submitted by:
Under the supervision of
Atul (10545)
Ankit (10423)
Neeraj(10471)
Dr. Anjali Thukral
2013
Keshav Mahavidyalaya
University of Delhi
Table of Contents
Problem Statement ................................................................................................................................. 3
1
2
INTRODUCTION ............................................................................................................................... 4
1.1
Purpose ................................................................................................................................... 4
1.2
Scope ....................................................................................................................................... 4
1.3
Definitions ............................................................................................................................... 4
1.4
Overview ................................................................................................................................. 4
Software Requirement Specification .............................................................................................. 5
2.1
3
2.1.1
DFD Level 0...................................................................................................................... 5
2.1.2
DFD Level 1...................................................................................................................... 6
2.1.3
Data Dictionary ............................................................................................................... 7
Project Management ...................................................................................................................... 9
3.1
4
5
Data Flow Diagram .................................................................................................................. 5
Cost Estimations...................................................................................................................... 9
3.1.1
Functional Point Estimation ............................................................................................ 9
3.1.2
Efforts ............................................................................................................................ 10
3.2
Schedule ................................................................................................................................ 11
3.3
Risk Table .............................................................................................................................. 11
Design Engineering........................................................................................................................ 12
4.1
Architectural Design .............................................................................................................. 12
4.2
Entity- Relationship Diagram ................................................................................................ 13
Testing ........................................................................................................................................... 14
Problem Statement
Problem Analysis:1. We don’t 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.
1 INTRODUCTION
1.1 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.
1.2 Scope
Many 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
1.3 Definitions
Our 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.
1.4
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 organization’s 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 Bus’s 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.
2 Software Requirement Specification
2.1 Data Flow Diagram
2.1.1 DFD Level 0
2.1.2 DFD Level 1
2.1.3 Data Dictionary
Table 1: Bus Database
Field Name
Type
Bus_ID
Long Integer
Route_no
Integer
Emp_no
Long Integer
Driver_name
Character[20]
Description
Primary Key
Table 2: Route
Field Name
Type
Route_no
Integer
Route_Name
Character[20]
Start
Character[20]
Destination
Character[20]
Path
Integer
Description
Primary Key
Multi valued
Table 3: Stops
Field Name
Type
Stop_id
Integer
Stop_name
Character[20]
Degree_lat
Float
Min_lat
Float
Sec_lat
Float
Degree_log
Float
Min_log
Float
Sec_log
Float
Description
Primary Key
Table 4: Main
Field Name
Type
Bus_ID
Long Integer
Route_no
Integer
Route_Name
Character[20]
Time
Time Stamp
Loc_lat
Loc_log
Degree
Float
Min
Float
Sec
Float
Degree
Float
Min
Float
Sec
Float
Next_stop
Integer
Last_stop
Integer
Description
3 Project Management
3.1 Cost Estimations
3.1.1 Functional Point Estimation
Info Domain Value
Opt.
Est. Count
Weight
FP Count
External Inputs
5
4
5
23
External Outputs
6
5
4
23
External Inquires
2
2
5
10
Internal Logical Files
4
3
10
35
External Interface
Files
2
1
7
11
Count Total
102
FP (EST.) = Count Total * Value adjustment factor
FP (EST.) = Count Total * [0.65+0.01* Ʃ (Fi)]
Calculation of Value adjustment factor:S No.
Factor
Values
1
Backup and Recovery
3
2
Data communication
4
3
Distributed processing
2
4
Performance Critical
3
5
Existing operating environment
1
6
Online-line data entry
2
7
Input transaction over multiple screens
2
8
ILFs update online
1
9
Information domain values complex
3
10
Internal processing complex
4
11
Code design for reuse
3
12
Conversion/installation in design
4
13
Multiple installation
1
14
Application design for change
5
Total
38
Ʃ (Fi)] = 38
Value adjustment factor= [0.65+0.01* 38]
=0.65 + 0.38
= 1.03
FP (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.
3.1.2 Efforts
Effort= Total Functional Points/Average Productivity
= 105.06/8
=13 pm

Our estimated Effort is 13 person-month
3.2 Schedule
S.No.
Process/Phase
Start Date
Finish Date
1.
Requirement gathering
20/01/13
15/02/13
2.
Requirement analysis
16/02/13
27/02/13
3.
DFD preparation
28/02/13
10/03/13
4.
Data Dictionary preparation
11/03/13
20/03/13
5.
Risk Management Plan
21/03/13
30/03/13
6.
ERD preparation
31/03/13
10/04/13
7.
FPA calculation
11/04/13
16/04/13
3.3 Risk Table
S.No
RISK
CATEGORY
PROBABILIT
Y
IMPACT
RMMM PLAN
1
Some team members
leave the project
development inbetween
Technical risk
30%
2
 Use backup staffs
which knows what was
going on in the project.
2
Delivery deadline
tightened
Project risk
30%
1
3
Losing of all the project
data, this may be
caused by a hard disk
being wiped out by a
virus, hard disk failure,
etc.
Project risk
20%
2
 Team may use extra
members to complete
the task on scheduled
time
 Carry out necessary
backup of database
data, source code and
documentation
4
Team dissension/lack of
cohesion
Project risk
10%
3
 We could set some
guide-lines and rules
regarding how we deal
with each other .
4 Design Engineering
4.1 Architectural Design
4.2 Entity- Relationship Diagram
5 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 to
the 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 Route
Input: Route_id
Process: 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 Bus
Input: Bus_Id
Process: All GPS Message coming from this bus ID will be displayed through Map.
Output: Real Time tracking will be shown on Map.
Download
Related flashcards
Create Flashcards