Beruflich Dokumente
Kultur Dokumente
Introduction
The purpose of this Design Document is to present the system design at a level
that can be directly traced to the specific system objective along with providing
more detailed data, functional, and behavioral requirements. This Design
Document will verify that the current design meets all of the explicit
requirements contained in the system model as well as the implicit
requirements desired by the customer.
Objective:
The overall system design objective is to provide an efficient, modular design
that will reduce the system’s complexity, facilitate change, and result in an easy
implementation. This will be accomplished by designing a strongly cohesion
system with minimal coupling. In addition, this document will provide
interface design models that are consistent, user friendly, and will provide
straightforward transitions through the various system functions.
Project Category:
Programming Language: PHP
Mark-up Language: HTML
Internet Technologies: CSS and Java script
Database: MYSQL
Tools/Platform: Jbuilder
Problem Definition:
The Library Management System implements databases to make the existing
system more efficient. It is difficult to catch defaulters in a usual library system,
but LMS solves this problem by providing messages to the administrator about
the fine to be paid and books to be returned. When a book is to be borrowed, its
barcode is read and is fed to LMS. When the administrator tries to issue a book
to a member, LMS checks whether the member is allowed to borrow books
respective to his limit. LMS also checks whether the book to be issued is a
reference book or not. If the book is a reference book, it cannot be issued. If the
book has no restrictions it is issued to the member, and also the members
details is updated with the books that he has just borrowed. Any member can
search a book with its title name, or author’s name.
Requirement Specification:
The Online Library system must be able to handle current and up-and-coming
technology. The internet must be able to communicate with a browser client in
HTML, PHP as well as JavaScript. The server must be on an Apache Server 2.2 or
higher. The client must run on Windows 98 and higher, or Windows NT
Workstation 4.0 (service Pack 3) or higher.
Scope of Solution:
The top of the system and moved deeper into the processes to the underlying
database tables. The amount of detail specified in this document will include a
level two representation for most functions and a level three where necessary.
LEVEL 0
Diagram 1
Online User ID
Library
Fees Due
System
User Nam e
Online
User ID Library System
PIN
Database
4
LEVEL1
Diagram 2
Use r ID
User Type
Student/
User Faculty
Di play
Login
Main Menu
Database
Media A ccount
3
Search Status Check
Resource Use r
Query In fo ID Accou nt
In fo
Database
LEVEL 2
Diagram 3
Me dia Se arch
Media
2
Search Menu
Query
Display
Result
Data
Resource
Info
Search for
Database
Res ource
Resul t
NULL
Display Resul t
"No Matches "
5
LEVEL 3
Diagram 4
M e dia Reservation
Media
3
Reservation
LEVEL 2
Diagram 5
Account Status Che ck
Check Status
2
Menu
M enu
Sel ecti on
User ID
Di spl ay T ype
Dis play
6, 7, 8 Database
Res ults
Resul ts
6
LEVEL 3
Diagram 6
Late Fees Due/ Payment
User ID
Display
5
Fees Due Database
New
Bal ance
New
Bal ance
Display Credit Card User ID
Error
Payment Credi t Card Info
Fl ag Credi t Card
Info
R
1
LEVEL 3 LEVEL 3
Diagram 7 Diagram 8
Me dia Re se rve d
Media Checke d Out
User ID User ID
Medi a M edi a
Status Di spl ay Status
Di spl a y M edi a
Du e Date Availability Date
7
LEVEL 1
Diagram 9
Library Staff Login
Use r ID
Use r T ype
From Level 0
Internet Brow ser/ 1
Library Staff 16 Display
LAN Connection Login Main Menu
Database
Database
LEVEL 2
Diagram 10
Use r Account Se t-up
Me nu User Account Me nu
9
Sele ctio n Set-up Menu Sele ctio n
Me nu
Sele ction
Database
8
LEVEL 2
Diagram 11
Me dia Che ck in/Che ck out
M edia
M enu 9 Checkin/Checkou M enu
Sel ecti on t Display Sel ecti on
M edi a M edi a
Checki n Checkout
Database
LEVEL 2
Diagram 12
Re port Ge ne ration
Pri nt
Database
Report
9
LEVEL 1
Diagram 13
Administrator Login
Use r ID
User Type
From Level 0
Administrator Display
Internet Brow ser/ 1 16
Login Main Menu
LAN Connection
Database
Database
LEVEL 2
Diagr am 14
Me dia Managem e nt
Men u
Media Me nu
13
Se lection Update Menu Sele ctio n
M
enu
Se
lection
Database
10
LEVEL 3
Diagr am 15
Me dia Addition
Resource
Info
LEVEL 2
Diagram 16
Access Control
Re turn to
Log i n
A ccess
Di spl a y Error 2, 9, 13
Control
Display
Veri fi cati o n User Info Main Menu
Fai l ure
User Info
User
Databas e Ve ri fi ca ti on
Fl ag
Fl ag
Allo w Fl ag
Stud ent/Facul ty
Leve l Access
Allow Fl ag
Library Staff
Leve l Access
Allo w Fl a g
Adm i ni stra tor
Leve l Access
11
Address
Email Address
Phone No.
Account Status
set up
Email Address
User Name Extension
User Position Setu up
ID PIN
User Type
is a
Manages Faculty See Detail
Office
Email Address
Extension
Account
Status
See Details
Administrat
or
Email Address
Extension
User Accounts
The data object USER ACCOUNT contains four types of users: STUDENT,
FACULTY, LIBRARY STAFF, and ADMINISTRATOR. All of these accounts type
have an inheritance relationship with the USER ACCOUNT data object.
12
Resources Resources
Borrowed Reserved
Title Title
Date due Expected availability
displays displays
Account
Late Fee displays provides
Status Media reserved
Media checked
Title
out Late f ees
Date due Fee
ow ed Make pays
payment check checks
is a Students is a Book
Title
A uthor
borrows/
setup
searches
reserves Subject
Locator
ID Index
10
no. ISBN
is a
check in/
Library Staff check out Media Resources is a Magazine/
Periodical
Availability 25 Publication
setup
status Issue date
borrows/
Date out Shelf location
reserves
Date due Microf ilm reel no.
Checked out to
is a Reserved by
searches
Faculty
is a Multi-media
Title
Subject
is a Mana Y ear of release
Administrator ges
Locator ID
Index no.
restricts
Description: This object contains information such as the student’s full name,
social security number, PIN number, email address, etc. The social security
number serves as a primary key in the database. The status object has
pointers to the student object, which associates reserved and checked out
media with the appropriate student.
Usage: This object is used to associate with book and multi-media object
when items are checked out or reserved.
Faculty Object:
Description: This object contains information such as the faculty’s full name,
social security number, PIN number, email address, etc. The social security
number serves as a primary key in the database. The status object has
pointers to the faculty object, which associates reserved and checked out
media with the appropriate faculty member. Pointers to the faculty objects,
which associate reserved and checked out media with the appropriate faculty
member.
Usage: This object is used to associate with book and multi-media object
when items are checked out or reserved.
Description: This object contains information such as the staff member’s full
name, social security number, PIN number, email address, etc. The social
security number serves as a primary key in the database.
Administrator Object:
Book Object:
Usage: This object is used to represent a book in the media database. This
object is updated when a book is checked out, checked in, or reserved.
Multi-media Object:
Magazine Object:
Status Object:
Description: This object contains pointers to the media and user and includes
media status information.
Usage: This object is used to associate the media and user objects.
Usage: This object will house all user types in the database.
Usage: This object will house all media types in the database.
Data Structures:
Provide below is a summary of the various data objects that make up the
online library system. Included in each table are the attributes of each
object, the data type for each attribute, the number of characters allowed
for each field, the default value, and any other information that defines the
field (i.e., calculation for overdue fees).
Members
Book
Field TYPE LENGTH Auto Increment COMMENT
Category
Field TYPE LENGTH Auto Increment COMMENT
Cat_id Int 5 Yes Primary Key
Name Varchar 25 No
Description Text 50 No
Loan
Users
Wish
Process Logic:
Process 1: Login Function (Shared Function)
This function is both for security and to control the user’s level of access. This
function requires the user’s name, ID, and PIN. The user type is managed by
the access control function. The system will verify that the user name, ID, and
PIN are all correct before allowing access to the online library system. If the
information is not correct, the user will receive an error message requesting
that the user try again. With a correct login, the user will be taken to the
appropriate menu. The student and faculty users will be able to login from
any machine using an internet browser or from within the library using the
LAN connection. The library staff will login via the library’s LAN. The
administrator will be able to login via the LAN connection or, for data
management operations, the administrator will be able to logon to the actual
server. Access time for account validation and determination of user access
is expected to be no more than one second via the LAN connection and no
more than five seconds using a remote internet browser. This time will be
longer on older machines with slower modem speeds.
availability information for the resource will also be displayed. The screen
will display the resource status, the expected availability date, and if the book
is already on reserve for another student or faculty member. The user will
have the option to reserve the resource by selecting the reserve resource field.
The student will automatically be notified by email when the resource is
available. Only books and multi-media will be accessible for reservation.
Magazines and periodicals can only be viewed in the library and are not
available for check out. A student will not be allowed to have for than ten
resources on reserve at one time. An error message will be displayed if the
user tries to exceed this limit. Faculty may have up to 25 resources on hold.
Access time for this function is expected to be no more than three seconds via
the LAN connection and no more than ten seconds using a remote internet
browser. This time will be longer on older machines with slower modem
speeds.
10 seconds.
adding a new resource to the database, the system will automatically assign it
a unique index number. This number will be used for the checkin/checkout
function to identify the media resource. The administrator will have direct
access to the database server and will perform most media management
functions while logged onto this server. This will result in immediate
response times.
Implementation Methodology:
Bibliography :