Software Requirements Specification For Library Management System
Software Requirements Specification For Library Management System
Specification
For
LIBRARY MANAGEMENT SYSTEM
1.1
Purpose ......................................................................................................................................... ....
1 1.2 Document
Conventions.................................................................................................... .................1 1.3
Intended Audience and Reading
Suggestions............................................................................ ........2 1.4 Project
Scope.......................................................................................................... ..........................3 1.5
References............................................................................................................................. ............
4
2. Overall Description....................................................................................................................4
2.1 Product
Perspective............................................................................................................ ...............4 2.2
Product
Features.................................................................................................... ...........................5 2.3
User Classes and
Characteristics..................................................................................................... ..6 2.4 Operating
Environment............................................................................................................. ........6 2.5
Design and Implementation
Constraints...................................................................... .....................6 2.6 User
Documentation...................................................................................................... ...................6 2.7
Assumptions and
Dependencies.................................................................................................... ....7
7
3. System
Features............................................................................................................... . . . . . . . . .7
3.1. Database – Storage.................................................................................................... . . . . . . . . .
. . .7
3.2. Functional
Requirements...................................................................................... ..........................8
3.2.1 Interface
Requirements.............................................................................................................. ..8
4.Non Functional Requirements..................................................................................................9
4.1. User
Interfaces.............................................................................................................................. .9
4.4. Communications
Interfaces................................................................................................ .........10
5.Other Nonfunctional Requirements.......................................................................................10
5.1Performance Requirements...................................................................................................11
5.2Safety
Requirements................................................................................................................... .....11
5.3Security
Requirements............................................................................................ ........................11
5.4Hardware
Constraints....................................................................................................... ...............11 5.5
Software Constraints............................................................................................... ......................11
5.6Design
Constraints.......................................................................................................... ................12
6.Other Requirements.................................................................................................................12
The main objective of this document is to illustrate the requirements of the project Library
Management system. The document gives the detailed description of the both functional and non
functional requirements proposed by the client. The document is developed after a number of
consultations with the client and considering the complete requirement specifications of the
given Project. The final product of the team will be meeting the requirements of this document.
.1.2Document Conventions
The following are the list of conventions and acronyms used in this
document and the project as well:
Administrator: A login id representing a user with user administration
privileges to the software
User: A general login id assigned to most users
a database
SQL Server: A server used to store data in an organized format
ASP: Active Server Pages: A Web Page formatted on the server and
delivered to the browser.
Layer: Represents a section of the project
User Interface Layer: The section of the assignment referring to
what the user interacts with directly.
This project is basically updating the manual library system into a internet based application so
that the users can know the details of their account ,availability of books etc.,
3. Search feature
4.Calculating fines
5. Checking the availability of books.
Project plan, Research finding report, Work breakdown structure, Scope statement, Project
charter, Training manuals, lessons learned report etc.,
Product-related deliverables :
Research reports ,design documents, software code, hardware
,test plan, project benefit measurement plan etc.
within allotted dead line and also within the budget allotted. It is necessary to develop a method
for capturing the benefits while the Library management system is being developed, tested, and
after it is rolled out. If the project takes a little longer to complete or costs a little more than
planned, the firm will still view it as a success if it has a good payback and helps promote the
1.5References
<List any other documents or Web addresses to which this SRS refers. These may include user
interface style guides, contracts, standards, system requirements specifications, use case
documents, or a vision and scope document. Provide enough information so that the reader could
access a copy of each reference, including title, author, version number, date, and source or
location.>
2.Overall Description
2.1Product Perspective
The proposed Library Management System which is being developed by Innovative Library
Management Solutions team is an on-line Library Management System. This System will
provide a search functionality to facilitate the search of resources. This search will be based on
various categories viz. book name or the ISBN. Also Advanced Search feature is provided in
order to search various categories simultaneously. Further the library staff personnel can
add/update/remove the resources and the resource users from the system.
distributed across
Australia. Further each branch is managed individually and locally by that branch library staff. The System
should reflect and support this decentralized structure. A provision should further be allowed to add a branch.
The System will also have an ADMIN who has full-fledged rights with regards to managing resources across
branches – such as transferring books across these branches. The users can know the number of available
books, information about their account etc.,
2.2Product Features
There are two different users who will be using this product:
Librarian who will be acting as the administrator
Student of the University who will be accessing the Library online.
The features that are available to the Librarian are:
A librarian can issue a book to the student
Can view The different categories of books available in the
Library
he Product is developed using ASP. The backend database for this SQL Server. The product is
accomplished with login facility so that specific function is available to specific student.
2.6User Documentation
The product will include user manual. The user manual will include product
overview, complete configuration of the used software (such as SQL server),
technical details, backup procedure and contact information which will include
email address. There will be no online help for the product at this moment. The
product will be compatible with the Internet Explorer 6.0 or higher. The
databases will be created in the Microsoft SQL server 2000
Books availability
Staff information
Student details
My Account
Calculation of fines
23.1.2. Stimulus / Response Sequences
Responses for Administrator: The administrator can Login and
Logout. When the Administrator Logs into the Library system. The system will check for validity of login .If
the Login and password are valid, the response to this action is the administrator will be
Describes the graphical user interface if present. This section should include a set of screen dumps or mockups
1.Description
The user interface must be customizable by the administrator
2.Criticality
This issue is essential to the overall system. All the modules provided with the software must fit into this
3.Technicalissues
In order to satisfy this requirement the design should be simple and all the different interfaces should follow a
standard template. There will be the possibility of changing colors and images, plus
To reduce the circumstances under which this requirement might not able to be satisfied, all the designers must
have been developed web sites previously and they must be aware of html restriction and cross browsers
implementations before starting the designing. In order to reduce the probability of this occurrence the entire
design team will be trained in basic html development and macromedia fireworks, this tool will be used instead
of Photoshop.
All user interfaces should be able to interact with the user management module and a part of the interface must
To reduce the circumstances under which this requirement might not able to be satisfied, all the designers must
have been developed web sites previously and they must be aware of html restriction and cross browsers
implementations before starting the designing. In order to reduce the probability of this occurrence the entire
design team will be trained in basic html development and macromedia fireworks, this tool will be used instead
of Photoshop.
All user interfaces should be able to interact with the user management module and a part of the interface must
5.2Safety 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
5.3Security Requirements
We are going to develop a secured database for the university .There are
different categories of users namely teaching staff,administrator,library staff
,students etc.,Depending upon the category of user the access rights are
decided.It means if the user is an administrator then he can be able to modify
the data,delete,append etc.,All other users other than library staff only have
the rights to retrieve the information about database.
The development of the system will be constrained by the availability of required software such as web
servers, database and development tools.
The
availability
of
these
tools
will
be
governed
by
the University of Ballarat.
The most recent versions of software development tools may not be
installed at the University of Ballarat.
Software Requirements Specification for library management system
Page 12
5.6Design Constraints
The system must be designed to allow web usability. That is, the
system must
be designed in such a way that will be easy to use and visible on most
of the browsers.
6.Other Requirements
Appendix A: Glossary
<Define all the terms necessary to properly interpret the SRS, including acronyms and
abbreviations. You may wish to build a separate glossary that spans multiple projects or the entire
organization, and just include terms specific to a single project in each SRS.>