Bus Management System Project

 

INTRODUCTION OF BUS MANAGEMENT SYSTEM

Are you looking for Bus management system for your final year project? We are here to help you. You can contact us 

Buses are the most frequently available and most used vehicle for going from small distance trip to very long trip. They’re a no . of types of buses available in the market according to the private or public.

According to ac or no ac. Apart from this interstate, shrine or inter country also possible. What the problem here arises about the ticket is everyone has to take a card and want seats.

But it’s not possible. The buses which will register on our system will have the option to give their customers an option to select the seats of the bus according to their wish as many places depending on the availability.

Making the system more useful unique tickets will be generated as its seats confirmed. Here we are with a system which can facilitate the users to which they can get their seats prior.

As staff will decide the seat availability and here we have other users like the staff of the bus and driver with the owner who together collaborates in smooth functioning of the bus system.

MODULES OF BUS MANAGEMENT SYSTEM

The module of the bus management system is made of the combination of modules which work with collaboration with each other and make it beneficial to accomplish the main aim of the scheme.

TICKET BOOKING:

This module of the project is for the users who want to book the tickets for the journey they want to do at the time of their desire.

They fill the details accordingly like time of travel no. Of people they want to go they select the seats which are available for the booking as the seats which are booked already will be blocked their and remaining seats are available.

They get a digital ticket, and they can board the bus at the time given.

PAYMENT:

They may make payment online through their debit card they use this module to pay as the ticket shows the amount in the account of the owner of the bus.As he makes the payment, the card becomes confirmed and ready to be used.

TICKET CHECKING :

The verification of the cards is done by the conductor of the bus, he comes to the user and asks for a ticket no. As they take it, he checks and confirms their booking and let them ride.

REGISTRATION:

Users information have to be compelled to be registered within the system thus on establish every of them unambiguously and do the required group acts as the real potential. Like on the name of the bill are issued.

On the far side, this plenty of things require measure there wherever we will reference him. Without registration, there are few options and pages one user can see which are landing on the home page and taking the features read but he won’t be allowed to use those.

For use, he will have to register. One person needs to put his all the details correctly and precisely as it will be helpful in identifying them and believing that he is the real person who has booked for the same.

It also includes driver license for them who is driving and parameter too.

LOG IN:

After registration one will register within the system because of the operator of the system either on behalf of the user. When this he has the different helpful interfaces accessible for any actions.

Here either bride or groom both have to log in with their unique identity and passwords. After this, they will be directed to the primary user interface from where they have further options.

FORGOT PASSWORD:

This is quite often that people tend to forget the password they keep for the login. So this could be very tedious and hectic to recover the password manually in case if one needs to log in in the emergency.

So to overcome this problem we have this module named ass forgot a password and using this module user can recover their password in seconds. So here we need only to put our registered email Id and hit the enter.

Then one confirmation email will go to the email where he may reset the password. In seconds one can use this module and get rid of forgetting password problem.

ADMIN:

Admin has the official powers to control the flow of the data from one part of the system to the other. He can manipulate the access of the users to the data.

The primary purpose of this account is to make the user data relevant and then giving the inputs to the other interface module and make it work optimistically and get the time table according to the wish we want to create for a particular type of inputs.

Hence all the data will be reflected in clean and well data in the interfaces.

SYSTEM REQUIREMENT OF THE BUS MANAGEMENT SYSTEM

Now, this method is intended in such the way that it takes fewer resources to figure out work correctly. It’s its type of minimum needs that we’d like to require care of :

The system wants a minimum of two GB of ram to run all the options sleek and unforeseen.

It wants a minimum 1.3 gigahertz processor to run smooth as else which will produce issues.

The system must be operated by some approved person as wrong hands will build it happy-go-lucky.

Rest is all up to the user’s usage can take care of hardware

For security opposing anti virus is suggested.

The system is made correctly, and all the testing is done as per the requirements. So, the rest of the things depend on the user, and no one can harm the data or the software if the proper care is done.

All the attributes are working correctly, and if any error is found, then it can be removed easily.

SYSTEM DESIGN OF THE BUS MANAGEMENT SYSTEM

ENTITY BUS OWNER:

PRIMARY KEYBUS OWNER_ID:

this is system generated and unique, which can be referenced in any other entity.

BUS OWNER NAME:

Bus owner name is taken from the user and fed into this it is properly validated so that no mistake happens.

QUALIFICATION:

the requirement is made as to filter the events according to this so that user does not need to filter out the events to register it makes this system more reliable and useful.

NUMBER:

the phone number is taken here to keep the member updated and for the confirmation of the event is also managed through this method.

EMAIL:

email is made to make member aware of new offers new events and for future references, it is also relevant.

TYPE:

The kind of user is mentioned here like is he a student, teacher or he is the vendor of any shop. According to this data, the discounts offers and other things are decided plus few other things of adjusting the task of the user also with this.

ADDRESS:

the location of the user is also mentioned here to make it accessible to the delivery and few other things too.

BRAND NAME:

The buses are run on the base of the name written on that it’s like creating brand awareness in the customer’s eye so that they prefer them and remember them. The name needed is given by this brand name.

ENTITY TICKET:

PRIMARY KEY TICKET_ID:

this is system generated and unique, which can be referenced in any other entity.

FOREIGN KEY BUS_ID:

This is reference key from the other object to link the data of that table. It is used to reference that table to any other table or any interface to show the data of it and support other entities.

FOREIGN KEY USER_D:

This is reference key from the other object to link the data of that table.It is used to reference that table to any other table or any interface to show the data of it and support other entities.

FOREIGN KEY SEAT_ID:

This is reference key from the other object to link the data of that table.It is used to reference that table to any other table or any interface to show the data of it and support other entities.

SOURCE :

From where the bus needs to be bored

DESTINATION:

Till where the user needs to go.

NO OF PERSONS:

The no . of persons for which the ticket is required to book

COST:

Price at which the Total cost shows.

ENTITY BUS:

PRIMARY KEY BUS_ID:

this is system generated and unique, which can be referenced in any other entity.

NAME:

Name of the bus to be written here to identify it from the far and removing the chance of heading to the wrong bus.

BUS NO. :

the numbering of the buses is done and shown to them.

SIZE:

The size of the bus makes sense for better facilities and getting

TYPE:

Is the bus ac or no ac depending on that the users may prefer the booking and cost vary accordingly?

PARKING ADDRESS:

Where the bus will be parked after working for its day. The place address is given here.

FUEL CAPACITY:

The ability of the bus to carry fuel is provided here, as estimate the fuel cost and distance it can travel at one go and taking out profit details.

ENTITY SEAT:

PRIMARY KEY SEAT_ID:

this is system generated and unique, which can be referenced in any other entity.

SEAT NO.:

The seat no . for which is bookable is done numbering.

STATUS:

the position is available for booking or already booked is mentioned over here.

ENTITY PAYMENT:

PRIMARY KEY PAYMENT_ID:

this is system generated and unique, which can be referenced in any other entity.

USER_ID:

This is reference key from the other object to link the data of that table.It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

TICKET_ID:

This is reference key from the other entity to link the data of that table.It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

STATUS:

Is the payment is done or not is given here.

ENTITY STAFF:

PRIMARY KEYSTAFF_ID:

this is system generated and unique, which can be referenced in any other entity.

STAFF NAME:

The team name is taken from the user and fed into this it is properly validated so that no mistake happens.

QUALIFICATION:

the requirement is made as to filter the events according to this so that user does not need to filter out the events to register it makes this system more reliable and useful.

NUMBER:

a phone number is taken here to keep the member updated and for the confirmation of the event is also managed through this method.

EMAIL:

email is made to make member aware of new offers new events and for future references, it is also relevant.

TYPE:

The kind of user is mentioned here like is he a student, teacher or he is the vendor of any shop. According to this data, the discounts offers and other things are decided plus few other things of adjusting the task of the user also with this.

ADDRESS:

the location of the user is also mentioned here to make it accessible to the delivery and few other things too.

FOREIGN KEY BUS_ID:

This is reference key from the other entity to link the data of that table.It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

It is used to reference that table to any other table or any interface to show the data of it and support other entities.

ENTITYUSER:-

User data have to be saved in this object, and all fields are required for this purpose which taken from the user .proper validation is checked, and the attributes are as follows:

PRIMARY KEYUSER_ID:

this is system generated and unique, which can be referenced in any other entity.

USERNAME:

Username is taken from the user and fed into this it is properly validated so that no mistake happens.

QUALIFICATION:

the requirement is made as to filter the events according to this so that user does not need to filter out the events to register it makes this system more reliable and useful.

NUMBER:

the phone number is taken here to keep the member updated and for the confirmation of the event is also managed through this method.

EMAIL:

email is made to make member aware of new offers new events and for future references, it is also relevant.

TYPE:

The kind of user is mentioned here like is he a student, teacher or he is the vendor of any shop. According to this data, the discounts offers and other things are decided plus few other things of adjusting the task of the user also with this.

ADDRESS:

the location of the user is also mentioned here to make it accessible to the delivery and few other things too.

ENTITY ADMIN:

PRIMARY KEY ADMIN:

This is the primary supervisor of all task happening in the bus management system for long. It is system generated unique identity number.

This used to uniquely identify every table in the database and perform the crud operation on it. It is used to reference that table to any other table or any interface to show the data of it and support other entities.

It has all the power to make changes in the field of other tables. It grants the privileges to other users of the system that what kind of operations they can perform.

LOGS:

The logs are saved here to analyse the system accordingly. The changes occur. For necessary changes.

PASSWORD:

A Strong password is recommended for this account as no one wants to get hacked and lose the sophisticated data.

DESCRIPTION:

Any relevant info. Regarding this statement is attributed in this.

USE CASE DIAGRAM OF THE BUS MANAGEMENT SYSTEM

This system has mainly five actors. First is a user who books the bus seats giving the details and doing the necessary payment option. He gets a token with all detail he boards on the bus on given time.

The conductor who is staff will check the ticket and punch the confirmation .owner check the bills in the end. The user drops at the place of destination. Hence completes the task of the system.

FUNCTIONAL AND NON-FUNCTIONAL REQUIREMENTS OF THE BUS MANAGEMENT SYSTEM

FUNCTIONAL REQUIREMENTS:-

The functional requirements of the bus management system are those requirements which are necessary to the eye of user and the client. Here we try to make the module possible to accomplish the need of the desired function .

few of its functional requirements are as follows-

NON-FUNCTIONAL REQUIREMENTS:-

These requirements needs unit among the style of “system shall be “, associate overall property of the regime as a full or of a particular aspect and not an individual operates.

The system’s overall properties remarkably mark the excellence between whether or not the event project has succeeded or unsuccessful.

NON-FUNCTIONAL NEEDS –

Bus management system unit of measurement usually divided into two main categories: