Professional Documents
Culture Documents
LAB FILE
B.Tech in Computer Engineering
Semester Five
SUBMTTED BY:
Bus Owner:
i) They can register their bus
ii) Can add or delete or update their details of the bus
iii) Can extract data from Admin of the reservation of the bus
Admin:
i) Admin have overall control of the system
ii) can perform CRUD operation in the system
Existing System:
Customer have to manually go to the bus counter for the reservation of the bus. This creates
many issues. This process is time consuming and not reliable. Suppose a customer want to
check available seat, it is difficult to search and it is time consuming. Also the details
manually kept can have issues.
Purpose:
The purpose of Bus Reservation System is to provide a reliable and fast and easiest way to
the customers to reserve seats in a bus. This will be reliable and easy to use software for
customers and also bus owners as it will help both of them to manage their things easily.
EXPERIMENT-3
Various Elicitation Techniques
Requirement Elicitation and Analysis, also known as the gathering of requirements. The
requirements are analyzed to identify inconsistencies, defects, omission, etc. We describe
requirements in terms of relationships and also resolve conflicts if any.
The various elicitation techniques are as follows:
Interview:
The interview is one of the main elicitation techniques used by business analysts.
Sometimes, the business analyst may use the elicitation technique interview to elicit
information from a person (or a group of people) in an informal or formal setting by
asking questions and documenting the responses.
Brainstorming Sessions:
It is a group technique. It is intended to generate lots of new ideas hence providing a
platform to share views. A highly trained facilitator is required to handle group bias and
group conflicts. Finally, a document is prepared which consists of the list of requirements
and their priority if possible.
Document Analysis/Review:
This technique is used to gather business information by reviewing/examining the
available materials that describe the business environment. This analysis is helpful to
validate the implementation of current solutions and is also helpful in understanding the
business need. Document analysis includes reviewing the business plans, technical
documents, problem reports, existing requirement documents, etc. This is useful when the
plan is to update an existing system. This technique is useful for migration projects.
Prototyping:
Prototyping is used to identify missing or unspecified requirements. In this technique,
frequent demos are given to the client by creating the prototypes so that client can get an
idea of how the product will look like. Prototypes can be used to create a mock-up of
sites, and describe the process using diagrams. It will help to get a visual representation
of the product and stakeholders can also provide feedback easily.
Questionnaire:
For Survey/Questionnaire, a set of questions is given to stakeholders to quantify their
thoughts. After collecting the responses from stakeholders, data is analysed to identify the
area of interest of stakeholders. Questions should be based on high priority risks.
Questions should be direct and unambiguous. Once the survey is ready, notify the
participants and remind them to participate. We can use this technique to get clear idea
about what customer is expecting from the product.
EXPERIMENT-4
FUNCTIONAL AND NON FUNCTIONAL REQUIREMENTS
Functional requirements:
Functional requirements are nothing but the services provided by the system to
its end users. There are three kinds of user types in this Application.
1) Customers:
i) They can register with the system
ii) They can login to the system
iii) They can change their password
iv) They can have advanced search
v) They can make payment
vi) They can Reserve a seats
2) Admin:
i) Admin can Update and Delete the buses/customers.
ii) Can make changes in overall system like price of the ticket.
iii) Can add buses
iv) Can restrict the users
3) Bus Owner:
i) Can request admin to add buses.
ii) Can request admin to get details of the passengers.
iii) Can make changes in buses.
Non-Functional Requirements:
1. User Interface: Application will be accessed through a Browser. The software would
be fully compatible with Google Chrome & Safari. No user would be able to access any
part of the application without logging into the system.
2. Performance Requirements: Some Performance requirements identified is listed
below:
a. The software shall support use of multiple users at a time.
b. The software should be able to accommodate a minimum of 500 tests c. The database
shall be able to accommodate a minimum of 3,000 records of students.
3. Security Requirements: Some of the factors that are identified to protect the software
from accidental or malicious access, use, modification, destruction, or disclosure are: a.
Keep specific log or history data sets. b. Assign certain functions to different modules c.
Restrict communications between some areas of the program
4. Software Quality Attributes: The Quality of the System is maintained in such a way
so that it can be very user friendly to all the users a. Reliable b. Fast c. Secure d.
Compatible across multiple browsers
Experiment-5
USE CASE DIAGRAM:
EXPERIMENT-6
DRAW ER-DIAGRAM OF PROBLEM STATEMENT