Professional Documents
Culture Documents
Software Requirements Speci Ication
Software Requirements Speci Ication
Requirements
Specification
Company: TATA
2 Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1 External interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.2 Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.3 Usability requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.4 Performance requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.5 Logical database requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.6 Design constraints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.7 Standards compliance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.8 Software system attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3 Verification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
4 Supporting information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
5 References . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1 Introduction
[SRS-1] A library management system is software that is designed to manage all the functions of library.
It helps librarian to maintain the database of new books and the books that are borrowed by members along with
their due dates.
This system completely automates all your library's activities .The best way to maintain ,organize, and handle
countless books systematically is to implement a library management system software.
A library management system is used to maintain library records. It tracks the records of the number of books in the
library ,how many books are issued ,or how many books have been returned or renewed or late fine charges ,etc.
Type: Section
1.1 Purpose
[SRS-2] This is the software requirement specification for the Library Management System .The purpose of this
document is to convey information about the application requirement ,both functional and non-functional ,to the
reader.
Type: Section
1.2 Scope
[SRS-3]
Manually updating the library system into an android based application so that the user can know the details
of the books available and maximum limit on borrowing from their computer and also through their phones.
Also user can provide feedback for adding some new books to the library.
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
1.3.7 Operations
[SRS-11]
Type: Section
Type: Section
Type: Section
Type: Section
Older generation may like the new system be similar to the old one in terms of user interfaces and
functionality.
Will not have any formal training to use the system.
Type: Section
1.6 Limitations
[SRS-16]
Type: Section
1.8 Definitions
[SRS-18]
Type: Section
Type: Section
2 Requirements
[SRS-20] The system requirement in library management focuses on the possibility of search for books by title,
author, or subject by the member. They should be able to locate a book physically by the unique identification code
and the rack number for each book.
The system should limit the number of book that can be taken and the number of days that a book can be kept for.
The system should generate fine when due from the member.
Type: Section
Type: Section
2.2 Functions
[SRS-22]
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
Type: Section
3 Verification
[SRS-29] This process typically includes verifying the individual's Books and References.
Type: Section
4 Supporting information
[SRS-30]
Type: Section
5 References
[SRS-31]
Type: Section