SE Lab Record
SE Lab Record
PAGE NO.
EXPERIMENT NAME
from-to
Do the following 9 exercises for any two projects given in the list
of
sample
1 1
SOFTWARE REQUIREMENT SPECIFICATION
1. Introduction
Purpose
Scope
Definitions, acronyms & abbreviations
References
Overview
2. Overall description
Product perspective
System interfaces
User interfaces
Hardware interfaces
Software interfaces
Communications interfaces
Memory constraints
Operations
Site adaptation requirements
Product functions
User characteristics
Constraints
Assumptions and dependencies
Apportioning of requirements
3. Specific Requirements
4. Supporting information
2 1
1
Ex. No. 1
Railway Reservation System
AIM:
To create an automated system to perform online Railway reservation
Our project is carried out to develop software for online Railway Reservation System.
This system has various options like reservation, cancellation and to view details about
available seats. Our project mainly simulates the role of a Railway ticket booking officer,
in a computerized way.
The reservation option enables a person to reserve for a ticket at their home itself. All he/
she has to do is to just login and enter the required details. After this the reservation
database is updated with the person details, train name and also the source and destination
place.
The cancellation option enables the passenger to cancel the tickets that has been already
booked by him/her.
The availability option prompts the person to enter train number, train name and date of
travel. After this the availability database is accessed and available positions are
produced.
INTRODUCTION
The manual system of ticket reservation takes more time and the number of
reservations per day is limited. To increase the efficiency of the process, we go for online
ticket reservation system. This system supports online ticket booking.
PURPOSE
If the entire process of reservation is done in a manual manner then it would takes
several months for reservation to reach the applicant. Considering the fact that the number
of passenger is increasing every year, an Automated System becomes essential to meet
the demand. So this system uses several programming and database techniques to
elucidate the work involved in this process. As this is a matter of National Security, the
system has been carefully verified and validated in order to satisfy it.
2
SCOPE
• The System provides an online interface to the user where they can fill in their
personal details and submit the necessary documents (may be by scanning).
• The authority concerned with the issue of railway can use this system to
reduce his workload and process the application in a speedy manner.
• Provide a communication platform between the passenger and the administrator.
• Passenger will come to know their status of application and the date in
which they must subject themselves for manual document verification.
• Passenger – The person that who wishes to obtain the railway ticket.
• PNR – Passenger Name Records
• HTML - Markup Language used for creating web pages.
• J2EE – Java 2 Enterprise Edition is a programming platform java platform
for developing and running distributed java applications.
• HTTP - Hyper Text Transfer Protocol.
•TCP/IP – Transmission Control Protocol/Internet Protocol is the communication
protocol used to connect hosts on the Internet.
REFERENCES
IEEE Software Requirement Specification format.
TECHNOLOGIES TO BE USED
• HTML
• JSP
• Javascript
• Java
TOOLS TO BE USED
• Eclipse IDE (Integrated Development Environment)
• Rational Rose tool (for developing UML Patterns)
OVERVIEW
SRS includes two sections overall description and specific requirements – Overall
Description will describe major role of the system components and inter-
connections.
3
Specific Requirements will describe roles & functions of the actors.
OVERALL DESCRIPTION
PRODUCT PERSPECTIVE
This system tries to make the interface as simple as possible and at the same time
not risking the security of data stored in. This minimizes the time duration in which the
user receives the ticket.
SOFTWARE INTERFACE
• Front End Client - The passenger and System online interface is built
using JSP and HTML. The Administrators's local interface is built using Java.
Web Server – Apache Tomcat Server (Oracle Corporation)
Back End - Oracle 11g database
HARDWARE INTERFACE
The server is directly connected to the client systems. The client systems have
access to the database in the server.
SYSTEM FUNCTIONS
• Secure Registration of information by the Passengers.
• System can generate reports from the information and is the only authorized
personnel to add the eligible application information to the database.
• Display the requested pages to the user.
• Update the database after every successful process.
USER CHARACTERISTICS
• Passenger - They are the people who desire to obtain the ticket and submit the
information to the database.
CONSTRAINTS
• The passengers require a computer to submit their information.
• Although the security is given high importance, there is always a chance
of intrusion in the web world which requires constant monitoring.
• The user has to be careful while submitting the information. Much care
is required.
4
ASSUMPTIONS AND DEPENDENCIES
• The Passengers must have basic knowledge of computers and English
Language.
• The passengers may be required to scan the documents and send.
ACTORS INVOLVED:
1) System
2) Passenger
5
ENTITY RELATIONSHIP DIAGRAM
0-LEVEL DFD:
6
1-LEVEL DFD:
7
2-LEVEL DFD:
8
USE-CASE NAME: REQUEST FOR SEAT AVAILABILITY
The passenger can view the train available in the database for deciding which train
ticket he wishes to reserve. The passenger can search the train information based on
journey date, train type and reservation type. The passenger can view the details of flights
such as, train number, source station, destination station, arrival time, departure time, fare
and number of seats available.
9
USE-CASE NAME: CHECK STATUS
The passenger can view the status of the reserved tickets. So the passenger can
confirm his/her travel.
<<include>>
print report
makeReservation
Passenger System
cancellation
check status
1
(IV) ACTIVITY DIAGRAM
Activity diagrams are graphical representations of workflows of stepwise activities and
actions with support for choice, iteration and concurrency. In the Unified Modeling
Language, activity diagrams can be used to describe the business and operational step-by-
step workflows of components in a system. An activity diagram shows the overall flow of
control. An activity is shown as an rounded box containing the name of the operation.
This activity diagram describes the behaviour of the system.
• First state is login where the passenger login to the E-Ticketing system.
• The next state is filling details the passenger are used to fill the form.
• Then passenger used to selecting the flight.
• The passenger appears for book ticket and search details from E-
Ticketing DataBase.
Yes
Is it valid
No data?
1
Login(username
,password)
Is it valid user No
Yes
Display the cancellation page
Show error message to enter correct data
is it valid
No
Yes data?
Print the
ticket No
1
request tocheck pnr status
Yes
Is valid PNR
No no?
Invalid PNR number Display the status
1
Login(username
,password)
Is it valid user No
Yes
Display the
cancellation page Show error message to enter correct data
Select the
passenger details want to proceed
Yes
is it valid
No
Yes data?
No
No
1
(V) CLASS DIAGRAM:
The class diagram, also referred to as object modeling is the main static analysis
diagram. The main task of object modeling is to graphically show what each object will
do in the problem domain. The problem domain describes the structure and the
relationships among objects.
.
The online ticket reservation system makes use of the following classes:
1. ticketReservation
2. trainInfo
3. passengerInfo
4. seatAvailStatus
1. TICKETRESERVATION
It consists of twelve attributes and two operations. It records the details of every
ticket booked such as ticket number, passenger ID, source and destination station and etc.
2. TRAININFO
It stores the details of all the trains such as train number, train name, speed, source
and destination stations, etc.
3. PASSENGERINFO
It consists of seven attributes and three operations. This class is used to store
passenger details such as, passenger name, age, address and etc.
4. SEATAVAILSTATUS
This class is used to update the number of seats available for a particular train by
using updateStatus() operation.
1
Fig.5.1 CLASS DIAGRAM FOR RAILWAY TICKETING
1
(VI) SEQUENCE DIAGRAM:
1
: Passenger reserveTicket : cancelTicket : ticketReservation
: seatAvailStatus System
ticketReservation
Login(username,password)
Update status
Update status
Store the details
Updated successfully
Ticket cancelled
1
7: Verifygiven details
1: Login(username,password)
5: Enter the passenger
details 6: Perform money
transaction 13: Print the
ticket reserveTicke
t:
ticketReservat
System
14: request to cancel ticket 8: Update status
16: Select the passenger details 11:
RESULT:
Thus the system for Railway reservation system has been successfully
developed.
1
2
Ex No: 2
L IBRARY MANAGEMENT SYSTEM
AIM:
2
To create a system to perform library management operation
(I)PROBLEM STATEMENT:
A library management lends books and magazines to member, who is registered in the
system.Also it handles the purchase of new titles for the Book Bank. Popular titles are brought
into multiple copies. Old books and magazines are removed when they are out or date or poor
in condition. A member can reserve a book or magazine that is not currently available in the
book bank, so that when it is returned or purchased by the book bank, that person is notified.
The book bank can easily create, replace and delete information about the tiles, members,
loans and reservations from the system.
(II)SOFTWARE
REQUIREMENTS
SPECIFICATION: 1.0
INTRODUCTION
Book Bank is the interface between the students and Librarian. It aims at improving
the efficiency in the Issue of books or magazines and reduce the complexities involved in
it to the maximum possible extent.
PURPOSE
If the entire process of 'Issue of Books or Magazines' is done in a manual manner then
it would take several months for the books or magazines to reach the applicant.
Considering the fact that the number of students for Book Bank is increasing every year, an
Automated System becomes essential to meet the demand. So this system uses several
programming and database techniques to elucidate the work involved in this process. The
system has been carefully verified and validated in order to satisfy it.
SCOPE
The System provides an online interface to the user where they can fill in their
personal details and submit the necessary documents (may be by scanning). The
authority
concerned with the issue of books can use this system to reduce his workload and process the
application in a speedy manner.
DEFINITIONS, ACRONYMS AND THE ABBREVIATIONS
5. Librarian - Refers to the super user who is the Central Authority who
has been vested with the privilege to manage the entire system.□
6. Student - One who wishes to obtain the Books or Magazines.□
7. HTML - Markup Language used for creating web pages.□
2
□ J2EE - Java 2 Enterprise Edition is a programming platform and it is the
□ part of the java platform for developing and running distributed java
□ HTTP H y p e r t e x t Transfer Protocol
□ TCP/IP - Transmission Control Protocol/Internet Protocol is
the communication protocol used to connect hosts on the
Internet.
REFERENCES
TECHNOLOGIES TO BE USED
□ Visual Basic
□ Oracle 11g
TOOLS TO BE USED
Overall description will describe major role of the system components and inter-
connections.
Specific requirements will describe roles & functions of the actors.
OVERALL DESCRIPTION:
PRODUCT PERSPECTIVE
The SRS acts as an interface between the 'Students' and the 'Librarian'. This
system tries to make the interface as simple as possible and at the same time not
risking the security of data stored in. This minimizes the time duration in which the
user receives the books or magazines.
SOFTWARE INTERFACE
2
HARDWARE INTERFACE
The server is directly connected to the client systems. The client systems have access
to the database in the server.
SYSTEM FUNCTIONS
□ Librarian can generate reports from the information and is the only authorized
personnel to add the eligible application information to the database.
USER CHARACTERISTICS
□ Student - They are the people who desire to obtain the books and submit the
information to the database.
□ Librarian - He has the certain privileges to add the books and to approval of
The reservation of books.
CONSTRAINTS
□ The Student and Librarian must have basic knowledge of computers and
English Language.
□ The Students may be required to scan the documents and send.
(III)USE-CASE DIAGRAM:
The book bank use cases are:
1. book_issue
2. book_return
3. book_order
4. book_entry
5. Search book_details
ACTORS
INVOLVED:
1. Student
2. Librarian
3. Vendor
2
USECASE NAME : SEARCH BOOK_DETAILS
The librarian initiates this use case when any member returns or request the book and checking
if the book is available.
Precondition: The librarian should enter all Book details.
Normal Flow: Build message for librarian who search the book.
Post Condition: Send message to respective member who reserved the book.
Initiated by librarian when any member wants to borrow the desired book. If the book is
available, the book is issued.
Precondition: Member should be valid member of library.
Normal Flow: Selected book will be issued to the member.
Alternative Flow: If book is not available then reserved book use case should be initiate.
Post Condition: Update the catalogue.
Initiated by librarian when the requested book is not available in the library at that moment. The
book is reserved for the future and issued to the person when it is available.
Precondition: Initiated only when book is not available.
Normal Flow: It reserved the book if requested.
Post Condition : Mention the entry in catalogue for reservation.
The purchase book use-case when new books invoke it or magazines are added to the library.
2
Precondition: Not available or more copies are required.
Normal Flow: Enter bookid,author information, publication
information, purchased
date, prize and number of copies.
Post Condition: Update the information in catalogue.
2
2
Data Flow Diagrams:
DFD Level-0
DFD Level-1
2
DFD Level-2
2
Usecase diagram:
book_issu
stude
libraria
book_retur
book_entr
vendo
search
book_order
control.
An activity is shown as an rounded box containing the name of the operation. This activity
diagram describes the behaviour of the system.
shows
id card
request
for specific
is book
available? enquires
for
3
ACTIVITY DIAGRAM [BORROW BOOK]
3
collects
quotation
no
if satisfied
with norms?
yes
place
takes
bill amt
3
ACTIVITY DIAGRAM [RETURN BOOK]
shows id
and
librarian
makes
on or
before n
pays
ye
librarian
approves
3
(V) CLASS DIAGRAM:
The class diagram, also referred to as object modeling is the main static analysis
d i a g ra m . The main task of object modeling is to graphically show what each
w i ll d o in
object the problem domain. The problem domain describes the structure and the
relationships
among objects.
The ATM system class diagram consists of four classes:
1. Student
2. Book
3. Issue
4. Return
5. Vendor
6. Details
1)STUDENT:
It consists of twelve attributes and three operations. The attributes are enrollno,
name,
D O B , fa t hername, address, dept name, batch and book limits. The operations of
c l as s a r e
this addStInfo(), deleteStInfo(), modifyStInfo().
2) BOOK:
It consists of ten attributes and four operations. This class is used to keep book
information such as author, title, vendor, price, etc
3)ISSUE:
It consists of eight attributes and two operations to maintain issue details such as, issue
date, accno of issued book, name of the student who borrowed book.
4)RETURN:
It consists of eight attributes and two operations to maintain issue details such as, issue
date, accno of issued book, name of the student who borrowed book.
5)STUDENTS:
The attributes of this class are name, dept ,year ,bcode no The o p e r a t i o n i s
d is p la y
students().
6)DETAIL:
The attributes of this class are book name, author, bcode no The operatio n s a r
d e l e te
details().
3
(VI) SEQUENCE DIAGRAM:
CASE
o r s c e n a rio . S equence diagrams can capture most of the information
s y s t e m . M os t
about the object to object interactions and operations are considered events and
events
include signals,
i n p u ts , d ecisions, interrupts, transitions and actions to or from users or external
d e v ic e s .
An event also is considered to be any action by an object that sends information.
The
e v e n t l i n e r e p r e s e n t s a message sent from one object to another, in which the
“ f o r m ” o bj e c t i s
requesting an operation be performed by the “to” object. The “to” object performs
the
operation using a method that the class contains.
It is also represented by the order in which things occur and how the objects in
3
the
system send message to one another.
3
: issue : return search DB
: student : librarian
1: request
book
2: check available book
3: check available
book
4: not avilable
5: not
avilable
6: not available
10: available
11:
avilable
12: avilable
3
1: request book
7: request for another book
14: enter issue data
13:provide student details
19:request to return book
: issue
: librarian 17: updated successfully
6: not available
12: avilable
18: issue book 15: update issue status
10: available
: return
search
RESULT:
Thus the system for Library management System has been successfully developed.
3
3