0% found this document useful (0 votes)
57 views

Sofware Requirement Specification Library

This document provides a software requirement specification for a library management system. It outlines the key phases of software development including requirements analysis, design, coding, and testing. It describes the purpose of the system as providing a friendly environment to maintain book and member details, with a focus on easy circulation. The system functions include book issues, returns, and fine calculation/management, as well as report generation. It defines external interfaces, users, and constraints, with the goal of reducing manual work through automation of check-in/check-out and book information updates.

Uploaded by

Rajat
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
57 views

Sofware Requirement Specification Library

This document provides a software requirement specification for a library management system. It outlines the key phases of software development including requirements analysis, design, coding, and testing. It describes the purpose of the system as providing a friendly environment to maintain book and member details, with a focus on easy circulation. The system functions include book issues, returns, and fine calculation/management, as well as report generation. It defines external interfaces, users, and constraints, with the goal of reducing manual work through automation of check-in/check-out and book information updates.

Uploaded by

Rajat
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 8

SOFWARE REQUIREMENT

SPECIFICATION
1. Introduction :
A development process consist of various phases, each
phase ending with a defined output. The main reason for having a
phased process is that it breaks the problem of developing
software into successfully performing a set of phases, each
handling a different concern of software development. This
ensures that the cost of development is lower than what it would
have been if the whole problem was tackled together.
Furthermore, a phased process allows proper checking for quality
and progress at some defined points during the development (end
of process).Without this one would have to wait until the end to
see what software has been produced.
Any problem solving in software consist of these steps:

Requirement Analysis :

Requirement Analysis is done in order to understand


the problem the software system is to solve.
There are two major activities in this phase: problem
understanding or analysis and requirement specification. In
problem analysis, the aim is to understand the problem and its
context, and the requirements of the new system that is to be
developed. Once the problem is analyzed and the essentials
understood, the requirements must be specified in the
requirement specification document. The requirements
document must specify all functional and performance
requirements; the formats of inputs and outputs etc.

Software Design :

The purpose of design phase is to plan a solution of the


problem
Specified by the requirements document. This phase is the first
step in moving from the problem domain to solution domain.
The design activity often results in three separate outputs:
architecture design, high level design and detailed design.

Coding :
The main goal of coding phase is to translate the design
of the

System into code in a given programming language. The coding


phase affects both testing and maintenance profoundly. The goal
of coding should be to reduce the testing and maintenance effort,
hence during coding the focus should be on developing programs
that are easy to read and understand.

Testing :
The function of testing is to detect the defects in the

Software. The main goal testing is to uncover requirement, design


and coding errors in the programs.
The main goal of the requirement phase is to produce the
software requirement specification (SRS), which accurately
capture the clients requirements. SRS is
A document that describes what the software should do. The
basic purpose of SRS
is to bridge the communication gap between the clients, the end
users and the
Software developers. Another purpose is helping user to
understand their own needs.

1.1 Purpose:

The SRS typically contains the brief description of the project.


The purpose of the requirement document is to specify all the
information required to design, develop and test the software.

The purpose of this project is to provide a friendly


environment to maintain the details of books and library
members.
The main purpose of this project is to maintain easy
circulation system using computers and to provide different
reports.

1.2 Scope:
The document only covers the requirements
specifications for the Library Management System. This document
does not provide any references to the other component of the
Library Management System. All the external interfaces and the
dependencies are also identified in this document.
Feasibility study: The overall scope of the feasibility study was
to provide sufficient information to allow a decision to be made as
to whether the Library Management System project should
proceed and if so, its relative priority in the context of other
existing Library Management Technology.
The feasibility study phase of this project had undergone through
various steps which as describe as under:

Identity the origin the information at different level.

Identity the expectation of user from computerized


system.

Analyze the drawback of existing system(manual


system)

1.3 Definition, Acronyms, Abbreviation:

JAVA -> platform independence


SQL -> Structured query Language
DFD -> Data Flow Diagram
CFD -> Context Flow Diagram
ER
-> Entity Relationship
IDE
-> Integrated Development Environment
SRS -> Software Requirement Specification

1.4 Reference:

An Integrated Approach Software Engineering Third


Edition by Pankaj Jalote.

Java :- Balaguru swamy

SQL :- JosephL Jorden

1.5 Overview:
The implementation of Library Management starts with
entering and updating master records like book details, library
information. Any further transaction like book issue, book return
will automatically update the current books.

2. Overall Description :
2.1 Product Perspective:
The proposed Library Management System will take care
of the current book detail at any point of time. The book issue,
book return will update the current book details automatically so
that user will get the update current book details.

2.2 Product function:

The main purpose of this project is to reduce the manual


work.
This software is capable of managing Book Issues,
Returns, and Calculating/Managing
Fine. Generating
various Reports for Record-Keeping according to end user
requirements

2.3 User characteristics:


We have 2 levels of users

User module: In the user module, user will check


the availability of the books.
Book return
Administration module: The following are the sub
module in the administration module.
Register user
Entry book details
Book issue

2.4 General Constraints:


Any update regarding the book from the library is to
be recorded to have update & correct values.

2.5 Assumption and dependencies:


All the data entered will be correct and up to date. This
software package is developed using java as front end which is
supported by sun micro system. Microsoft SQL server 2005 as the
back end which is supported
by Window 7.

3. Specific Requirement:
3.1 External Interface Requirement:
The user should be simple and easy to understand and use.
Also be an interactive interface .The system should prompt for the
user and administrator to login to the application and for proper
input criteria

3.1.1 User Interface:


The software provides good graphical interface for the user
any administrator can operate on the system, performing the
required task such as create, update, viewing the details of the
book.

Allows user to view quick reports like Book


Issues/Returned etc in between particular time.
Stock verification and search facility based on
different criteria.

3.1.2 Hardware interface:

Operating system : window


Hard disk :40 GB
RAM : 256 MB
Processor : Pentium(R)Dual-core CPU

Software interface :

1.

Java language
Net beans IDE 7.0.1
MS SQL server 2005

3.1.4 Communication interface:


Window

3.2 Functional requirements:

Book entry: In this module we can store the details


of the books.
Register student: in this module we can keep the
details of the new student.
Book issue: This module is used to keep a track of
book issue details.
Book return: This module enables to keep a track
of return the books.

3.3 Performance requirements:


The capability of the computer depends on the
performance of the software. The software can take any number
of inputs provided the database size is larger enough. This would
depend on the available memory space.
1.

Design constraints :

Each member will be having a identity card which can be


used for the library book issue, fine payment etc. whenever
library member wish to take a book, the book issued by the library
authority will be check both the book details as well as the
student details and store it in library database. In case of retrieval
of book much of human intervention can be eliminated.

System attributes :

2.

3.6

Maintainability: There will be no maintained


requirement for the software. The database is provided
by the end user and therefore is maintained by this user.
Portability: The system is developed for secured
purpose, so it is cant be portable.
Availability: This system will available only until the
system on which it is install, is running.
Scalability: Applicable.

Other requirements:
There are no other requirements.

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy