Sie sind auf Seite 1von 9

http://www.sourcecodesolutions.in/2011/04/uml-diagram-book-bank-management-system.

html

AIM:
To Analyze the Problems, Gather the SRS(Software Requirements Specification) and Model the
UML/OOAD diagrams for "Book Bank Management System" using Rational Rose Software in
CS1403 - CASE Tools Laboratory.

PROBLEM STATEMENT:
Book bank system is where the books can be collected every semester and must be returned at
the end of semester. The system must have option for new members to enroll for membership by
paying deposit. A provision for getting six or seven books per semester. Membership can be
renewed by using the register number. The deposit must be refunded on termination of
membership. A database
must be maintained to guide the issuer to track the details of students. Search option must be
provided so that the member can search for the availability of a particular book.

SOFTWARE REQUIREMENTS
SPECIFICATION(SRS):
TABLE OF CONTENTS
1. Introduction
1.1 Purpose
1.2 Product scope
1.3 Document conventions
1.4 References

2. Overall Description
2.1 Product Perspective
2.2 Product Functions
2.3 Tools to be used

3. External Interface
3.1 Hardware Interface
3.2 Software Interface

4. System Features

4.1 Requesting Books


4.1.1 System Description and Priority
4.1.2 Stimulus/response Sequence
4.1.3 Functional Requirements
5. Other non-functional requirements

5.1 Performance Requirements


5.2 Safety Requirements
5.3 Security Requirements

1. INTRODUCTION
The book bank is a set up that lends books for all its members which they can return at the end of
each semester. It has a huge collection of books and has to keep track of all its members’ details
such as requests, dues and penalties and the books.

1.1 PURPOSE
The purpose of this document is to present a detailed description of the Book Bank System. It
will explain the purpose and features of the system, the interfaces of the system, what the system
will do, the constraints under which it must operate and how the system will react to external
stimuli.

1.2 SCOPE
The book bank holds an online interface with its members for maintaining all kinds of
transaction details. Each member is provided with a unique user id at the time of registering as a
member.

1.3 DOCUMENT CONVENTIONS


· Director: The ultimate authority in the staff hierarchy of the book bank
· Member: Any person who registers with the book bank
· HTML-Hyper Text Markup Language used to create web page.

1.4 REFERENCES
www.reachbookbank.com
www.bookworldlibrary.com

2. OVERALL DESCRIPTION
2.1 PRODUCT PERSPECTIVE
This project is a self contained one for enabling a book bank organization to be connected with
its students, through this system, the students can check for availability of books, makes requests,
etc.

2.2 PRODUCT FUNCTIONS


This system functions with a database at the back end, for keeping track of its member’s dues
and payments, and also its available resources. Every student who is a member needs only a web
browser to connect to this system.

2.3 TOOLS TO BE USED


Visual basic and Microsoft Access

3. EXTERNAL INTERFACES
3.1 HARDWARE INTERFACES
The system should have good hardware support. The processor should have high speed and must
be of high efficiency.

3.2 SOFTWARE INTERFACE


The system uses ODBC drive to connect and control the database.

4. SYSTEM FEATURES
4.1 REQUESTING BOOKS
4.1.1 SYSTEM DESCRIPTION & PRIORITY
Allows a student, who becomes a member to login using a unique id issued at the time of
registering as a member, and after logging in, the member can browse through available books
and make requests accordingly. The books will be issued provided there is no due, regarding
returning of previous books.

4.1.2 STIMULUS/RESPONSE SEQUENCE


Whenever the student wishes to get books, he/she checks for the availability by logging in. When
the request is made, the director of the book bank decides on granting the request of book(s) after
checking the member details for due in returning previous books.

4.1.3 FUNCTIONAL REQUIREMENTS


The member should be authenticated by means of unique login id and password. The availability
of books requested must be prompted to the user through e-mail or sms notifications.

5. OTHER NON-FUNCTIONAL REQUIREMENTS


5.1 PERFORMANCE REQUIREMENTS
The web interface should be able to support multiple users trying to log in simultaneously.

5.2 SAFETY REQUIREMENTS


The student details should be made available in the database and must be updated every time a
book is issued or returned or some kind of payment takes place to prevent errors.

5.3 SECURITY REQUIREMENTS


The member can only access certain details from the database. He/she should not be able to
modify the database nor has any of its information corrupted. Only the DBA must be bestowed
with the privileges of handling any kind of modifications.

UML DIAGRAMS:
USE CASE DIAGRAM:
SEQUENCE DIAGRAM:
Registration:

Authentication:
Search Books:

Get Books:

Membership Status:
COLLABORATION DIAGRAM:
Registration:

Authentication:

Search Books:

Get Books:

Membership Status:

CLASS DIAGRAM:
ACTIVITY DIAGRAM:

STATE-CHART DIAGRAM:
Registration:

Authentication:

Search Books:
Get Books:

COMPONENT DIAGRAM:

DEPLOYMENT DIAGRAM:
RESULT:
Thus the "Book Bank Management System" application was successfully designed and the
output was verified.