1

CHAITANYA BHARATHI INSTITUTE OF TECHNOLOGY

GANDIPET, HYDERABAD 500075

Software Requirements Specification

For

ONLINE LIBRARY MANAGEMNET

Prepared by

Roll no: 0209-8121 Roll no:0209-8116 Roll no:0209-8117 Roll no:0209-8118

K.Venkatesh L.Subba Reddy G.Suresh Kumar V. Surya Rama Vamsi

Table of Contents
1) Introduction---------------------------------------------------------------------------3 1.1purpose------------------------------------------------------------------------3 1.2Scope--------------------------------------------------------------------------4 1.3Glossary-----------------------------------------------------------------------5 1.4Overview----------------------------------------------------------------------5 2) Overall Description------------------------------------------------------------------6 2.1 System Environment--------------------------------------------------------7 2.2. Functional Requirements Specification------------------------------7 2.2.1. Librarian------------------------------------------------------------7 2.2.2 Administrator------------------------------------------------------7 2.2.3 User------------------------------------------------------------------7 2.2.4 Member-------------------------------------------------------------7 2.3 User Characteristics---------------------------------------------------------8 3) Non- Functional Requirements----------------------------------------------------8 3.1 Security Features------------------------------------------------------------8 3.1.1 constraints---------------------------------------------------------8 3.1.2 Safety Requirements---------------------------------------------8 4. Diagrams for Library management------------------------------------------------9 4.1 Class Diagram---------------------------------------------------------------9 4.2 Sequence Diagrams--------------------------------------------------------10 4.3 Collaboration Diagrams--------------------------------------------------11

4.4 State Diagrams-------------------------------------------------------------12 4.5 Activity Diagrams---------------------------------------------------------13 4.6 Component Diagrams-----------------------------------------------------13 4.7 Deployment Diagrams ---------------------------------------------------14

Software Requirement Specifications

1. Introduction:
Borrowing books, returning books or viewing the available books at the Library of the local University is currently done manually where in the student has to go to the Library and check the available books at the Library. Students check the list of books available and borrow the books if the book is a borrow book otherwise it is of waste for the student to come to the library to come to check for the books if the student doesnt get the book. Then the librarian checks the student id and allows the member to check out the book and the librarian then updates the member database and also the books database. This system would be used by members who may be students or professors of that University to check the availability of the books and borrow the books, and by the librarian to update the databases. The purpose of this document is to analyze and elaborate on the high-level needs and features of the Online Library System. It focuses on the capabilities and facilities provided by a Library. The details of what all are the needs of the Online Library System and if it fulfils these needs are detailed in the use-case and supplementary specifications. 1.1 Purpose: The purpose of Software Requirements Specification (SRS) document is to describe the external behavior of the Online Library System. Requirements Specification defines and describes the operations, interfaces, performance, and quality assurance requirements of the Online Library System. The document also describes the nonfunctional requirements such as the user interfaces. It also describes the design constraints that are to be considered when the system is to be designed, and other factors necessary to provide a complete and comprehensive description of the requirements for the software. The Software Requirements Specification (SRS) captures the complete software requirements for the system, or a portion of the system. 1.2 Scope: The Software Requirements Specification captures all the requirements in a single document. The Online Library System that is to be developed provides the members of the Library and employees of the library with books information, online blocking of books and many other facilities. The Online Library System is supposed to have the following features. The product provides the members with online blocking of books capabilities and the Online Library System is up and running all day. The system provides logon facility to the users. The system provides the members with the option to check their account and/or change their options like password of the account whenever needed all through the day during the library hours. The system allows the members to block the books 24 hours a day and all the through the semester. The system lets the library staff to check which all members have blocked the books and whether they can borrow any more books or not.

5 The system allows the Librarian to create the books catalog, add/delete books and maintain the books catalog. The system updates the billing system as and when the member borrows or returns a book. The book catalog is automated and the decision of offering the book based on the category of the book is automatically decided. We also have an order department, which manages to add or remove a book from the Library.

1.3. Glosaary
Term Librarian User Database Software Requirements Specification Definition Person who is the administrator of the system. He is the main actor of the system. Person who utilizes the services of a Online Library. Collection of all the information monitored by the system. A document that completely describes all of the functions of a specific system.

1.4 Overview:
SRS will include two Major sections: 1) Overall Description: This section of the SRS will provide the general factors that affect the product and its requirements. It provides the background for those requirements. The items such as product perspective, product function, user characteristics, constraints, assumptions and dependencies and requirements subsets are described in this section. 2) Requirement Specification: This section of SRS contains all the software requirements mentioned in section 2 in detail sufficient enough to enable designers to design the system to satisfy the requirements and testers to test if the system satisfies those requirements.

2)Overall Description: 2.1 System Environment:

add Item se arch addM em ber use r

adm in

craete Ro le s return m em b er issue lib ra rian calcula teF ine acco untInfo

vie wRep o rt

Online users have four actors 1) Administrator 2) User 3) Librarian 4) Member

2.2. Functional Requirements Specification

This section outlines the use cases for each of the actors separately.

2.2.1. Librarian Use case: issue books, account info, calculate fine, view report. The role performed by librarian is 1) Librarian issues the book to the students 2) Later while the student returns the book, he checks the account of the student 3) Based on the last return date, he calculates the fine 4) Later he return the card, updates the database and views the report

2.2.2 Administrator
Use case: addItem, addMember, createRoles, search for user. The role performed by Administrator is 1) He can add members to the library i.e user 2) he can create new roles in the library to manage the library 3) he also can search for user to make further verification 4) he can add new item to the library database

2.2.3 User
Use case: search 1) he can search for the book and get the book issued 2) later he returns the book based on the return date

2.2.4 Member Use case: return, search 1) a member can search for the book
2) later he returns the book based on the return data

2.3. User Characteristics

8 A librarian can add, delete and update book status and search from the database. A user can borrow, return books, reserve books and search for books. He can also renew his loan period. If a book is overdue, the user will be fined $0.10 each day over the due. If a book is reported lost, the user will pay the full cost of the book. The library is a nation-wide library with several branches. When the users searches the books, the system will output which branches have the books, and which branch is the nearest to user's home address. The search function allows both users and librarians to search by title, rating, category, author, publisher, ISBN, language, branch, keywords. The system also allows browsing by the same parameters. There is a feedback system where the users can give a rating and comments to the book after they have returned it

3. Non Functional Requirements 3.1 Security Features:

Only the authorized members can access the database. This is done by giving a separate id to everyone accessing the database. 3.1.1 Constraints: 1) The person whose name is on the id is responsible for all the books taken on it. 2) When the book is returned to the library, make sure that the database is updated. 3) Keep the id in secret, in order to avoid others misusing it. 4) If the books is not returned in time , the students will be fined. 5) When the last date is crossed, the fine database will automatically be updated. 3.1.2 Safety Requirements The database may get crashed at any certain time due to virus or operating system failure. Therefore, it is required to take the database backup.

4. DIAGRAMS FOR LIBRARY MANAGEMENT

4.1 Class Diagram

STU D EN T
S_nam e S _ id S _ d e p a rtm e n t b o rro w b o o k () re tu rn b o o k ()

lib r a r ia n
l_ id l_ n a m e l- d o j is s u e b o o k ( ) 1 c h e c k id ( ) g r a n t p e r m i s s io n ( ) a d d b o o k ()

1 .. *

D ATAB AS E
f il e n a m e u p d a te () d e le t e () S -ID S_N AM E

1 .. * S U P P L IE R

S E A R C H () T E L L A V A IL A B IL IT Y () O P N A M E ()

4.2 Sequence Diagram

10

us e r

LM S

L ib ra ria n 1 : a u th e n ic a te u s e r

D a ta B a s e

2 : s u c c e s ful lo g in 3 : is s u e b o o k 4 : c h e c k fo r b o o k s ta tu s 5 : a va ila b le o r w a itin g 6 : s u uc e s s fu lly is s u e d 7 : re turn b o o k 8 : c h e c k s ta tu s 9 : c a lc u la te fin e 1 0 : re tu rn c a rd

11 4.3Collaboration Diagra

use r 3 : is s ue b o o k 7 : re tu rn b o o k 2 : s u c c e s fu l lo g i n LM S 8 : c h e c k s ta tu s 6 : s u u c e s s fu lly is s u e d L i b ra ri a n

1 0 : re tu rn c a rd 1 : a u th e n ic a te u s e r 9 : c a lc u la te fin e 5 : a v a i la b le o r w a iti n g 4 : c h e c k fo r b o o k s ta tu s

D a ta B a s e

12

4.4 State Diagram

e n te r lo g in na m e

v e rify

a u th e n ic a te

c h e c k fo r book

is s ue book

lo g u t

c a lu c u la t e fi n e

r e tu rn book

13

4.5 Activity Diagram

authenic ate check for book available issue book return late in time return card pay fine logout calculate fine

4.6 Component diagram student

borrow book librarian

14

4.7 Deployment Diagram web server client program