Professional Documents
Culture Documents
Library System Analysis PDF
Library System Analysis PDF
Library System Analysis PDF
Faculty of Art
Department of Library and Information Science
ﻗﺎم هﺬا اﻟﺒﺤﺚ ﺑﺪراﺳﺔ وﺗﺤﻠﻴﻞ ﻧﻈ ﺎم ﻣﻜﺘﺒ ﺔ ﺟﺎﻣﻌ ﺔ اﻟﺨﺮﻃ ﻮم ﻣ ﻦ ﺧ ﻼل اﻟﻌﻤﻠﻴ ﺎت واﻟﻮﻇ ﺎﺋﻒ اﻟﺘ ﻲ ﺗ ﺘﻢ
داﺧ ﻞ اﻷﻗ ﺴﺎم اﻟ ﺜﻼث اﻷﺳﺎﺳ ﻴﺔ ﻓ ﻲ اﻟﻤﻜﺘﺒ ﺔ وه ﻲ أﻗ ﺴﺎم اﻟﺘﺰوﻳ ﺪ ،واﻟﻔﻬﺮﺳ ﺔ واﻟﺘ ﺼﻨﻴﻒ ،وﺧ ﺪﻣﺎت
اﻟﻘﺮاء .ان اﻟﻬﺪف ﻣﻦ اﻟﺘﺤﻠﻴﻞ ه ﻮ ﺗﺤﺪﻳ ﺪ اﻟﻤﺘﻄﻠﺒ ﺎت اﻟﻮﻇﻴﻔﻴ ﺔ اﻟﺨﺎﺻ ﺔ ﺑﻨﻈ ﺎم ﻣﺘﻜﺎﻣ ﻞ ﻷدارﻩ اﻟﻤﻜﺘﺒ ﺎت
ﻣﺒﻨ ﻲ ﻋﻠ ﻲ اﻟﺤﺎﺳ ﻮب .ه ﺬا اﻟﻨﻈ ﺎم اﻟﻤﻘﺘ ﺮح ﺗﻤ ﺖ اﻟﺘﻮﺻ ﻴﺔ ﺑ ﺎن ﻳ ﺘﻢ اﺧﺘﻴ ﺎرﻩ ﻣ ﻦ ﺑ ﻴﻦ اﻟ ﻨﻈﻢ اﻟﻤﻜﺘﺒﻴ ﺔ
اﻟﺠﺎهﺰة ﻓ ﻲ اﻷﺳ ﻮاق .ﻟﻘ ﺪ ﺗ ﻢ اﺳ ﺘﺨﺪام ﻋ ﺪﻩ ﻃ ﺮق ﺑﻐ ﺮض ﺟﻤ ﻊ ﻣﻌﻠﻮﻣ ﺎت ﻋ ﻦ ﻧﻈ ﺎم اﻟﻤﻜﺘﺒ ﺔ اﻟﺤ ﺎﻟﻲ
،ﺗ ﺸﻤﻞ ه ﺬﻩ اﻟﻄ ﺮق ﻋﻠ ﻲ اﻟﻤﻘﺎﺑﻠ ﺔ ،ﺗﺤﻠﻴ ﻞ اﻟﻮﺛ ﺎﺋﻖ ،اﻟﻤﻼﺣﻈ ﺔ ،و ﻣ ﺴﺢ اﻷدب اﻟﻤﻜﺘ ﻮب.ﺗ ﻢ اﺳ ﺘﺨﺪام
اﻟﻤﻨﻬﺞ اﻟﻤﻬﻴﻜﻞ ﻟﺘﺤﻠﻴﻞ وﺗﺼﻤﻴﻢ اﻟﻨﻈﻢ ﻓﻲ ﺗﺤﻠﻴﻞ ﻧﻈﺎم اﻟﻤﻜﺘﺒﺔ اﻟﺤﺎﻟﻲ .ﻓﺮض هﺬا اﻟﻤ ﻨﻬﺞ ﺗﻔﻜﻴ ﻚ اﻟﻨﻈ ﺎم
إﻟ ﻰ ﻧﻈ ﻢ ﻓﺮﻋﻴ ﺔ وﻇﻴﻔﻴ ﺔ أﺻ ﻐﺮ .وﻗ ﺪ ﺗ ﻢ ﺗﻮﺛﻴ ﻖ ﻧﺘ ﺎﺋﺞ ﺗﺤﻠﻴ ﻞ ﻧﻈ ﺎم ﻣﻜﺘﺒ ﺔ ﺟﺎﻣﻌ ﺔ اﻟﺨﺮﻃ ﻮم اﻟﺤ ﺎﻟﻲ
ﺑﺎﺳﺘﺨﺪام اﻷدوات اﻟﻤﻬﻴﻜﻠﺔ ﻣﺜﻞ ﺧﺮاﺋﻂ ﺗﺪﻓﻖ اﻟﺒﻴﺎﻧﺎت ،وﻗﺎﻣﻮس اﻟﺒﻴﺎﻧﺎت .آ ﺬﻟﻚ ﺗ ﻢ ﺗﻮﺻ ﻴﻒ وﺗ ﺼﻤﻴﻢ
ﻗﺎﻋ ﺪة ﺑﻴﺎﻧ ﺎت ﻧﻈ ﺎم ﻣﻜﺘﺒ ﺔ ﺟﺎﻣﻌ ﺔ اﻟﺨﺮﻃ ﻮم ﺑﺎﺗﺒ ﺎع ﻧﻤ ﻮذج ﻗﻮاﻋ ﺪ اﻟﺒﻴﺎﻧ ﺎت اﻟﺘﻨﺎﺳ ﺒﻴﺔ .وﻗ ﺪ ﺗ ﻢ ﺗﺤﺪﻳ ﺪ
اﻟﻤﺘﻄﻠﺒﺎت اﻟﺨﺎﺻﺔ واﻟﻤﺘﻄﻠﺒﺎت اﻟﻮﻇﻴﻔﻴﺔ اﻟﻤﻔﺼﻠﺔ اﻟﺨﺎﺻﺔ ﺑﻨﻈﺎم إدارة اﻟﻤﻜﺘﺒﺎت اﻟﻤﺒﻨ ﻲ ﻋﻠ ﻲ اﻟﺤﺎﺳ ﺐ
اﻟﻤﻘﺘ ﺮح ﺑﻨ ﺎء ﻋﻠ ﻲ ﻧﺘ ﺎﺋﺞ ﺗﺤﻠﻴ ﻞ اﻟﻨﻈ ﺎم اﻟﺤ ﺎﻟﻲ .وﻳﻬ ﺪف ﺗﺤﺪﻳ ﺪ اﻟﻤﺘﻄﻠﺒ ﺎت اﻟﻮﻇﻴﻔﻴ ﺔ وﺗﻮﺻ ﻴﻒ ﻗﺎﻋ ﺪة
اﻟﺒﻴﺎﻧﺎت إﻟﻰ أن ﺗﺴﺘﺨﺪم ﺑﻮاﺳ ﻄﺔ أدارﻩ ﻣﻜﺘﺒ ﺔ ﺟﺎﻣﻌ ﺔ اﻟﺨﺮﻃ ﻮم ﻣ ﻦ اﺟ ﻞ آﺘﺎﺑ ﺔ )ﻃﻠ ﺐ ﺗﻘ ﺪﻳﻢ ﻋ ﺮض (
ﻳ ﺴﺎﻋﺪ أدارﻩ اﻟﻤﻜﺘﺒ ﺔ ﻓ ﻲ اﺧﺘﻴ ﺎر ﻧﻈ ﺎم ﻣﻜﺘﺒ ﻲ ﻣﺘﻜﺎﻣ ﻞ ﻣﻨﺎﺳ ﺐ ﻳﺘ ﺼﻒ ﺑﺎﻟﻤﺮوﻧ ﺔ واﻟﺤﺪاﺛ ﺔ.
TABLE OF CONTENTS
LIST OF FIGURES
LIST OF ABBREVIATIONS
library services to users from outside the university. The library has been
functioning manually throughout its history. This fact caused the library to
activities. This has had a negative impact on the library’s ability to provide
users’ needs.
Kimber (1974), points out that an automated library system can monitor and
report on its own performance and can also detect the behavior of library
users. Such a system assists the library manager to bring about real
cost tends to rise, while computer hardware and software costs are dropping
manual systems than in automated ones and so the passage of time favors the
latter. Despite their slightly higher unit costs at present, because it takes a
and then install it, the economic argument is one for automation sooner
library systems make for new and better services to the library’s clientele.
internal operations, and for which this study is carried out, provide
(OPAC), can improve the library’s catalogues and make them widely
Teigen (1998) outlines the following ideas, which she received from
automation:
carried out in more many ways and more quickly than with a
iii. There are less clerical tasks involved with automation, leaving
computer.
It can be concluded from the above ideas that the reason to the evolution of
the library for the information age is not to introduce technology on the basis
library and its users and then assess the appropriateness and utility of a given
worldwide; it has necessitated the need for library automation in order for
many;
iii. The linkages between the many digital libraries and the
a goal;
represented or distributed.
Dunsire (2001) highlights the fact that advances in networking technology
has been a major reason for change in library services; the ability to link
libraries, users and resources together over great distances, and the need to
cooperate and share to improve services and reduce costs has called for the
collections have been created and maintained. Kenney hints that the
Integrated Library System (ILS) will be the glue that holds together the
The major objective of this study is to analyze the library operations carried
out in the U of K library system. This analysis will assist in determining the
defining the library system database, and defining the specific functional
requirements of the proposed (ILMS) are carried out and based on well-
The specific objectives of this study are to study and analyze the individual
enable the library users to utilize the different services offered by the library,
and to study those rules and regulations that enable the U of K library to
database:
subsystems:
attributes.
circulation control.
ii. Design of a prototype physical database for the Cataloguing
1.3.1 Scope
ii) There are problems in the flow of information among the different
U of K Library subsystems;
1.4 Methodology
aspects include: the system’s inputs, its outputs, the data structure, and the
analysis and. These include data flow diagrams (DFDs) and a data
dictionary.
For the purpose of acquiring detailed facts about the nature of the existing U
Chapter Two of this study reviews literature on the field of systems analysis
(SDLC) method. The chapter then highlights the structural aspects of the
systems analysis and design, namely the individual and the integrated
approaches.
highlights the different techniques used for the purpose of gathering data in
analysis employed in this study are also explained in this chapter, focusing
the database model used in this study to define and describe the U of K
Chapter Four deals with the analysis of the existing University of Khartoum
library system, starting with background information about the system and
moving on to the analysis of the operations and functions of the three
diagrams and IPO charts. The data dictionary of the U of K library system is
also compiled, based on the DFDs, and presented at the end of this chapter.
Chapter Seven deals with the description and design of the U of K library
system database. It offers a conceptual and logical design for the three core
modules of the U of K library system. There is also the physical design of
Chapter Nine summarizes the research and highlights the conclusions drawn
3.1.1 Interviews
3.1.3 Observation
Observation, or directly witnessing how the system works, is a
basic method of fact gathering for systems analysis. The
researcher took advantage of his prior knowledge and
experience of the University of Khartoum Library System- the
system under investigation- in observing the different aspects of
the system. By prior experience with the system and personal
relationships with the system’s users, the researcher has been
able to avoid what is termed by Theirauf (1986) the
“Howthrone effect”; when people are aware that they are being
watched, they tend to act differently. Both Skidmore (1997) and
Theirauf (1986) agree that observation is a very time consuming
method for gathering information. Skidmore stresses that
observation of a system in normal operation will expose many
features, which might not be considered relevant, discussed or
documented in any formal way. He points out that the value of
observation as a fact finding technique depends upon how long
the activity is undertaken and the skill of the observer,
Skidmore (1997). Burch (1981) highlights the fact that
observation allows the analyst to participate in the procedures
being performed by the employees, and that with this kind of
hands-on- experience the analyst may find out that the forms are
improperly designed, thus the analyst can often determine better
and quicker ways of doing something.
Teague and pidgeon (1985) point out that the major product
of structured analysis is the structured specification, which
is a document defining the user requirements of the new
system. This document consists of three major components,
they are:
i) a set of data flow diagrams
ii) a system dictionary, and
iii) a database description.
In addition to these major components the complete system
specification contains any other specific essential user
requirements, as well as an explicit list of performance targets
that will be the basis for acceptance of the new system by the
users.
This study has chosen the relational model for the database
design. Relational databases implement data in a series of tables
that are related to one another via “Foreign Keys”. In a
relational database files are seen as simple two dimensional
tables, also known as relations. The rows are records, and the
columns correspond to fields.
This study has chosen the relational model because of its many
advantages that it has over the rest of the models. An important
advantage is that the relational approach is easy to understand
and appreciate since to end users, it appears that all the data is
stored in a two dimensional tables, called flat files. The rows
(tuples) represent records, while the columns (attributes)
represent fields. Columns represent tables to one another. In
other words, relationships are represented by foreign keys in the
dependent (child ) tables.
Figure 4.1 the Five Organizational Levels. Reproduced from Fitzgerald &
Fitzgerald, 1987.
There is no automation at all in the area under study; all activities and
processes are carried out manually. Throughout the library system, there is
only little automation at the Medical library where the UNESCO’s software
for bibliographic databases (CDS/ISIS) is used for creating an electronic
catalogue of the library holdings. McDonald’s report (1994) highlights the
need of the Khartoum University library for a database or computerized
catalogue of all its holdings, which is not available at the Library up to the
present time. There is an ongoing project of networking the different
university campuses. This project, according to Shareef (2002), will provide
the university with an Intranet. This Intranet will include the intercampus
network, interfaculty network, and gate to the Internet. This project is also
intended to include an elibrary subproject, which according to Shareef will
provide library services such as library catalogues, CD-ROM services,
Online services and small database service.
The function of this subsystem in the library is to acquire library materials from
different sources and by a number of ways and means. These ways include the
following;
ii. By donation
All acquired books are registered in the Accessions Register with each book
having a unique accession number. This register is a repository showing the
actual number of books holdings in the library, which is about 357,607 items
at the time of carrying out this study.
The library orders purchases of books directly from book suppliers either
locally or abroad. The acquisition of books follows the following procedure:
a. Books are transferred from this section to other departments i.e. the
cataloguing section or other branch libraries, without being listed.
They are just carried away, with no attached document showing their
titles, number, etc.
This section is responsible for carrying out the major technical processes that
library materials must undergo before being accessible to users. The
technical services of cataloguing and classifying books are decentralized.
Books intended to be used in the main library are processed at the main
library’s section of cataloguing and classification; whereas processing of
library materials of branch and departmental libraries are carried out in their
respective libraries. This caused the problem of the existence of more than
one classification scheme throughout the library system. In fact there are
four different classification schemes implemented throughout the library
system; these are namely; The Dewey Decimal Classification Scheme
(DDC) and the Bliss Bibliographic Classification Scheme (BBC) in the
main library; the Colon classification scheme in the Shambat Library, and
the Library of Congress Medical Classification Scheme in the medical
library. According to the Carpenter report (1991), the existence of these four
different schemes is one of the obstacles that hinder the development of new
comprehensive centralized services and processes. MacDonalad (1994)
called for the centralization of library services all over the university in lieu
of the existing disarray of libraries and departmental libraries within the
university. McDonald’s report also drew attention to the fact that the main
library’s Acquisitions section and the technical services section are relatively
far from each other, raising questions about communication between these
sections, and the efficiency and security within these sections. He further
proposed the centralization of technical support services (the cataloguing
and classification services) throughout the library system.
• Edition,
• Series statement,
• Price.
c. Assigning a call number for the catalogued item with the help
of the Dewey decimal classification Scheme DDC and authority file.
d. Pasting the spine of the book and noting the call No. on the
spine label.
The above activities are depicted graphically in figure 4.7 “ Physical DFD
of the Catalogues subsystem”, and in figure 4.8 “Logical DFD of the
cataloguing subsystem”.
In the interview with the Head of the cataloguing system, he pointed out the
following difficulties of the existing system:
As for the Circulation Services, loan of books and journals back issues is
restricted to academic staff, researchers and postgraduates students. For the
purpose of keeping loan records, two slips are used by the system; one slip
holds the details of the borrowed item. This is filed under the accession
number of the item, whereas the other slip is filed with data items about the
borrower, and filed under the name of the borrower. Refer to Figure 4.13c
“IPO Chart of the Lending Process”.
The procedures below are depicted graphically in figure 4.9 ‘Physical DFD
of the Circulation Subsystem”
c. Borrower's data is checked against the borrowers’ file before loans are
granted.
d. Catalogues are consulted for call numbers.
The Head of the Circulation system outlined the following as the major
problems afflicting his section:
b. It is not possible to tell how many items a specific reader has out at
any one time,
c. The act of filing the issue every day is very time consuming, and
mistakes might be made.
f. There is a need for bar coding to facilitate the circulation process and
enhance security in the library.
d. Lists of reservations,
f. List of books out of circulation for some reason. (e.g. binding, repair,
missing…etc.).
System
All the forms used by the U of K library system to carry out the functions
and procedures described above are collected and analyzed in the course of
this study. (Refer to Appendix II for samples of the forms and documents
used by the U of K library system). After the analysis of these forms, it has
become apparent that there is a considerable degree of duplication of data
items within these forms. i.e. there is a repetition of certain data elements in
a number of records such as the repetition of the elements of Author name,
Publisher, Price. etc. Refer to figure 4.11 “Document / Data Item Grid”
which shows the duplication of data items in the different documents used
by the U of K Library System.
Another limitation of the existing manual system is that there are a large
number of different records for an item, although as mentioned above, these
records share some bibliographic data elements.
There are other non-technical limitations that affect the well functioning of
the existing library system. These are arrived at in the course of observing
the system in action and interviewing the Heads of the library sections under
study. These limitations include the following:
a. The library does not have a budget of its own. It depends largely on
intermittent allocation of funds from the vice-chancellor.
The following pages depict the existing library system by using standard
tools and techniques of systems analysis and design. They include the
following tools:
This chapter deals with the new proposed computer –based library system
requirements i.e. what the new system must do. The specific requirements of
the new system will be defined broadly in order to cover the details of the new
system. These requirements are arrived at after reviewing the data collected
during the analysis of the existing system. The investigation of the existing
system showed what the users of the U of K library system want from their
3. Operations and processes that the system must perform in order to produce
the outputs.
4. Resources that the system must use in order to produce the outputs.
There are some other important aspects that will be taken into
The library system is going to use a number of files in order to deal with
The purpose of this file is to hold details of the different types of materials in
the library collection, especially the books, so as to carry out the following
jobs:
i. to determine whether to purchase a book title or not;
ii. to generate a book order and send it to a specific publisher so as
to acquire the book;
iii. to contain bibliographic details of the book that can be used as
access points to retrieve the specific book title;
iv. to allow for the issuance of a specific title to library users;
v. to tell the state of the book as to its circulation i.e. whether it is in
stock, borrowed, on the reserve list, lost, etc.
The outputs, inputs, and processes of the new proposed system will be dealt with from the
viewpoint of each of the subsystems that constitute the proposed system, namely the
Acquisitions subsystem, the Cataloguing subsystem, and the Circulation subsystem. A
general requirement of the way of inputting data to the proposed library system is that it
should be an on-line system. This aspect is particularly needed in the circulation subsystem.
5.3.1.1 Outputs
The outputs of this subsystem should include the following:
i. Book orders to be sent to booksellers and / or agents, via email.
ii. a list of items on order organized by author, department, or subject
iii. Lists of new accessions,
iv. Reminders to be sent to booksellers and agents for delayed orders.
v. Notification of users when an item recommended by them have been
received,
v. Production of statistical reports that will assist the library management on
decision-making.
5.3.1.2 Inputs
The inputs should cover the following aspects:
i. New book orders,
ii. Amendments to existing orders
iii. Booksellers reports,
iv. Acknowledgements of the receipt of items by the library.
5.3.1.2 Processes and Operations
i. The major process of this ordering subsystem is to deal with new orders and send the appropriate form to the book supplier.
ii. checking of the date of order to decide whether there is a need to send a
reminder to the supplier,
iii. editing of the order record after receiving the item and adding it to the
catalogue file. This process is useful only in the type of integrated system that
is recommended in this study.
The ordering subsystem should be able to incorporate and deal with records
structured in the MARC format and the Dublin core set of metadata elements.
This subsystem should also be compatible with Z39.50 protocol. This latter
compatibility will facilitate the process of acquiring the bibliographic data
items of books from databases available online on the Internet.
On the other hand, this type of catalogue has the following disadvantages:
i. cards have to be filed, which may lead to misfiling,
ii. no saving of space is achieved; it will take the same space that is taken by
the traditional card catalogue.
5.3.3.2 Inputs
i. Book Code: each book of the library holdings needs to be
defined uniquely, so a code number should be associated with each book.
This code may take one of the following forms:
- Accession number
- ISBN (International Standard Book Number) which is
unique for a title, not a copy.
- Title number and copy number
11. Borrower Code: As in the case of books, every member of the university
community who has the right to borrow books should have a unique
identifying code. This code could be obtained from the faculty or
department registry so that codes already allocated to different university
members are used.
5.3.3 Processes
The basic function of the circulation system is the recording of details about items on loan
and the linking of these details with the user who borrowed the item. Therefore the system
should carry out the following functions:
i. Link book, borrower and date information rapidly and accurately,
ii. Enable rapid and easy consultation of the issue files,
iii. Prepare overdue notices,
iv. Signal over-borrowing and prepare lists of books on loan to individual
borrowers,
v. Detect problem borrowers at point of issue,
vi. Enable rapid updating of the loans file and calculation of fines on return.
vii. Facilitate collection of statistics on the system.
Other input and data capture devices include mouse, magnetic tapes and disks and optical
disks (CDs).
The Open Public Access Catalogue (OPAC) of the University of Khartoum Library System
is envisaged to be incorporating a Z39.50 standard. This is an international standard for
communication between computer systems, primarily library and information related
systems. It is expected in the very near future that library services will be Z39.50 enabled.
The effect of Z39.50 on the OPAC is that it enables access of any or all of the world’s major
library catalogues or just the local sources with a single search. There are two elements to
Z39.50: the client and the server: each library that wishes to publish its catalogue must have
the Z39.50 server running. Any end user wishing to search various catalogues must then run
a client and tell it where to find the various catalogues that they would like to search.
The proposed system is thus expected to be able to access and handle the electronic and
digital resources available an the internet. Baker (2002), stresses that digital resources are
important fro researchers, teachers and students, both in and off-campus. He outlines the
following benefits of digital resources:
i) Effectiveness: each search result can generate ideas for a subsequent search. They
may also contain direct links to related material on the World Wide Web.
iii) Convenience: searchers can access these digital resources any where
at any time, with a computer connected to a local area network or the
Internet.
iv) Concurrency: many users can have simultaneous access to the same
resource.
v) Space: electronic resources do not require storage space and shelving.
On the need for systems’ interoperability, Baker (2002) stresses that “the (user) should be
able to search across and retrieve resources from a wealth of confronting systems, gaining
access to maps, full-text content, census data, images and video, and more increasingly,
users will expect the resources with which they deal to be available in this interoperable
fashion”, Baker (2002).
The Z39.50 Protocol, together with the Dublin Core Metadata Initiative, is a valuable tool in
linking and discovering distributed resources, hence acting as a tool for systems
interoperability. Chapter Eight of this research provides more details on the Z39.50 and the
Dublin Core Metadata Initiative.
CHAPTER SIX
DETAILED FUNCTIONAL SPECIFICATIONS OF THE PROPOSED INTEGRATED
LIBRARY MANAGEMENT SYSTEM
This chapter outlines in detail the functional specifications of the proposed Integrated Library
Management System. These functional specifications are intended to be used as a basis for a
Request For Proposal (RFP). This RFP is to be written by the University of Khartoum Library
administration to library systems suppliers and vendors so that they may supply the library with a
suitable and appropriate system to satisfy its needs and requirements.
The detailed specifications below cover a wide range of functions that are envisaged to be carried
out by the three core subsystems of the University of Khartoum Library, namely the Acquisitions
subsystem, the Cataloguing subsystem (including the OPAC interface), and the Circulations
subsystem.
It has been taken into consideration that the functional specifications of the proposed system
comply with the international standards in the field of library and information work; as Hodgson
(2002) put it:
“ Librarians have recognized and supported, long before the dawn of computers, the need
for standards to aid in collection management, share resources with other libraries, and improve
access for library patrons. The widespread use of Integrated Library Systems (ILS), global
communications via the Internet, and growing numbers of digital library initiatives have made the
need for compliance with standards more critical than ever” Hodgson (2002, 9).
6.1.4 Receipts
The system should:
1. support predictive check in for materials based on pattern records that
can be either keyed in locally or imported from an outside source.
2. allow staff to override automatically predicted issues/volumes if an
unexpected item is received (i.e. combined issue, supplements,
directory issues, etc) without having to edit pattern.
3. allow quick and easy receipt with a minimum of keystrokes or carriage
returns.
4. automatically change firm order status from “ on order” to “ in
process” upon receipt.
5. display all call number, location, and routing information at the point
of receipt.
6. permit free-text description of issues that deviate from established
patterns of enumeration/chronology.
7. allow a link to bibliographic, order, and holdings records during check
in to resolve problems that occur during receipt.
8. maintain distinct data of receipt.
9. provide an easy way to force or suppress display of current receipts;
10. provide ability to produce a variety of receipt tickets by email.
11. allow the operator to set a date other than today’s as the receipt date.
12. alert the operator to possible duplicate issues, gaps in receipt, etc.
13. support production of a call number label at time of receipt.
6.1.5 Claiming
the system should:
1. not automatically produce claims unless the library desires this.
2. allow for claim cycle overrides on an individual order basis.
3. provide a printed report of titles to be claimed.
4. provide flexibility in the management of claiming intervals with
default claim intervals by frequency and the ability to override and
change these values if authorized.
5. provide claim history information for every title.
6. provide room for extensive claiming notes.
7. produce claims that include the purchase order number.
8. automatically close or clear open claims upon receipt.
9. support electronic claims with the vendors.
10. alert the operator (by audible beep and on claim report) if a volume is
received that is beyond the range of the expected volume.
6.2.2 Standards
The system should:
1. support full compliance with the MARC format for bibliographic data.
2. support MARC repeatable fields, tags, subfield codes, indicators.
3. allow and display all current and former MARC fields, tags, subfield
codes, indictors and delimiters
4. impose no limits on the record length, or subfield length (other than
those consistent with MARC). If any such limits do exist, they should
be library defined.
5. allow acceptance of brief or incomplete bibliographic records, most
likely created at the ordering stage.
6. generate clear and context-specific error messages for invalid use of
fields, tags, subfield codes, indicators, and delimiters.
7. allow cataloger-determined order of tags within a level of tagging
(4XX, 5XX, 6XX, 7XX).
8. accommodate future changes in the MARC authority/bibliographic/
holdings formats or new format standards as they are developed.
6.2.4 Indexing
the system should:
1. supports dynamic indexing of all MARC fields.
2. allow indexing down to the indicator and subfield levels
3. support the dynamic indexing of keyword for all the above fields,
subfields, and indicators.
4. support keyword access to specified fields in staff mode.
5. allow the library to configure, as a default, the maximum number of
records that could be retrieved by search.
6. supports integration of series into title index.
7. support detection of duplicate records.
8. allow for search indexes to be defined by the library.
9. allow indexing of brief or incomplete records.
10. allow manual update, overlay, and/or batch overlay of bibliographic
data on records with attached items checked out.
11. support dynamic suppression/masking of bibliographic records and all
associated records.
12. support dynamic reversal of the suppression/masking of records.
13. impose no limits on the number of indexed fields for a single
bibliographic, authority, or holdings record.
6.2.7 Authorities
The system should:
1. allow an authority record for each authorized heading.
2. support full compliance with the MARC format for authorities data.
3. allow all MARC format for authorities data field tags, subfield codes,
indicators, and delimiters in authority records.
4. support one authority record for occurrence of a heading in various
indexes.
5. support input of local authority records and/or local authority files.
6. support the dynamic indexing of authority records.
7. support separate indexes for multiple thesauri, such as Library of
Congress Subject Headings List (LCSH) and the Medical Subject
Headings List (MeSH).
8. allow for local notes in authority records.
9. permit existing and new authority records to automatically create
“see”, “see also” and “explanatory/scope references” in both OPAC
and staff modes.
1 0. allow authority heading, for example, series-like phrase and base
conference heading authority records.
11. support global update functionality for headings, subdivisions, and
strings of characters
6.3 OPAC
6.3.1 general
The system should:
1. provide an online public access catalog (OPAC) that is fully integrated
with other modules.
2. allow the user to search for all formats (books, journals, computer files,
maps, sound recordings, musical scores, visual materials, and archival
materials).
3. allow the user to find a range of levels of records, from full
bibliographic records to brief, minimal-level records.
4. allow the user to see records for materials in all status categories (fully
cataloged, on order, in process, lost, withdrawn)
5. permit the library to display or to suppress the public display of any
record category or of any particular record, while retaining staff access.
6. permit the library to suppress the display of specified fields to the
public.
7. allow access to various other bibliographic, citation, numeric, image,
or full-text files; these files may be loaded locally, accessed remotely,
or linked through local area networks; The system should also allow the
user to limit searches to single or customizable groups of databases .
8. allow the user to send to library staff electronic requests for service,
e.g., reference questions, holds/recalls and search requests, interlibrary
loan requests, or document delivery requests.
6.3.3 Navigation
The system should:
1. allow easy toggling between OPAC and staff functions.
2. allow user to review partial set before all records have been retrieved if
result set is large.
3. make it easy for a user to navigate among retrieved records.
4. provide a clear guide mechanism to facilitate moving around within the
alphabetical (or other) sequence.
5. support forward and reverse browse/scan of headings displays, call
number indexes, and standard number indexes.
6. allow user to skip to a specified record or line number.
7. bypass index and go directly to record when search results in one hit.
8. minimize number of mouse click and scrolling required.
9. allow the user to return easily to a previous level or screen.
10. provide functional keyboard equivalents for user interface elements
such as menus, push buttons, scroll bars, etc., that can be activated by
pointing devices such as a mouse.
11. support hypertext capabilities that permit use of part of a displayed
record (e.g., subject, author, etc.) as the search argument of the next
search.
12. support hypertext capabilities that permit an internet URL in the
displayed record to retrieve the item referred to that URL.
13. allow the user to move through long, complex holding statement in a
flexible and efficient manner.
6.4 Circulation
6.4.1 Circulation Parameters
The system should:
1. allow all circulation parameters to be library specific.
2. accommodate circulation parameters based on library-user type, item
type, and library location.
3. be table driven so that authorized library operators can modify tables
that control due dates, grace periods, renewals and hold capabilities,
overdue schedules, fines, replacement and processing costs, and
content of overdue notices.
4. allow circulation policy tables to be easily constructed and modified by
authorized library staff.
5. provide loan rule options or control, including, but not limited to:
- hourly loan periods with or without overnight privileges
- daily loan periods
- absolute loan periods due on a certain date regardless of checkout
date and applicable to library-user categories specified by the
library
- renewals
- renewal limits
- number of overdue and fine notices
- timing of overdue and fine notices
- text of overdue and fine notices
- text of hold available notices
- text of recall notices
- rush recall for reserve
- fine grace periods
- fine rates and time lengths (including different fine rates for recall
and reserve items)
- default replacement costs when not specified in item records
(depending on library)
- timing of billing notices
- text of billing notices
- ability to print notices
- library unit-controlled notices
6. provide an on-line calendar that accommodates a very complex
schedule including adjusting loan period for holidays and closed
library hours. An authorized library operator is able to create and
modify calendar. Calendar is library specific.
7. provides a real, historic calendar that functions accurately in
conjunction with fines calculations and provides the option for days the
library is closed.
8. verify check-digits on manually input as well as scanned barcodes .
technology.
Kroenke (1983) points out that database design is divided into two phases
: logical design , where the needs of users are specified, and physical
design, where the logical design is mapped into the constraints of
particular program and hardware producs.
The system requirements, expressed earlier in this study in Chapter 4, in
the form of Data Flow Diagrams and the Data dictionary will act as
inputs to the Logical database.
For the purpose of this study, the above viewpoint of Davis and Olsen of
dividing the database design into the following three phases, has been
followed :
i. the conceptual database design,
ii. the logical database design,
iii. the physical database design.
Each of the above models will be explaind under its respective section.
In order to design the conceptual database for the U of K library system, the
following rules have been applied:
a. Determining the scope of the transactions within each subsystems under
consideration.
b. Determining the relevant transactions within each subsystems that the
database must support.
c. Determining the business rules within each subsystem.
d. From steps b and c above, determining the entities.
e. Determining the identifiers for each entity.
f. Addition of attributes to entities.
Request-Form
Request #
Request-Date
Book-Title
Book-ISBN
Book-Author
Book-Edition
User - ID-No.
Order-Form
Order #
Order-Date
Book-Title
Book-ISBN
Book-Edition
Vendor
Vendor-Code
Vender-Address
Vendor-Name
Book-ISBN
Book-Title
User
User-ID-No.
User-Name
User-Address
User-Status
Invoice
Invoice #
Invoice-Date
Book-Title
Book-Author
Book-Price
Book-ISBN
Order-No.
Reminder
Order #
Order-Date
Book-ISBN
Book-Title
Book-Author
7..1.2.6 Ensuring That The Conceptual Design Satisfies The Rules And
Transactions' Needs
This is the validation process carried out to ensure that the conceptual design
rules satisfies the needs.
7.1.3.6 Ensuring That The Conceptual Design Satisfies The Rules And
Transactions Needs.
The establishment of an Online Public Access Catalogue (OPAC) and the
catalogue database will facilitate most of the operations of the circulation
subsystem. These transactions and rules of the conceptual design are met
through the following activities:
1. Prevision of information on the location of library items is done through
the OPAC.
2. Charging and discharging of documents.
3. Identification of material on loan is done through the OPAC.
4. Records of items on reservation are also to be maintained in the catalogue
database which can be accessed through the OPAC.
5. Printing of book available notices to the requester is done through OPAC.
6. Printing of recall notices for overdue items is to be done through OPAC
7. Renewal of loans is to be done through the OPAC by authorized users or
the library personnel.
8. Notification of library staff of the overdue items is to be done through
OPAC
9. Notification of the library personnel of the delinquent users, is to be done
through the OPAC.
10. Billing of borrowers with overdue books, recording of receipts of fines is
to be done through the catalogue database.
11. Calculation and printing of various types of library statistics is to be done
through the catalogue database.
12. Analysis of summary statistics and statistics for circulation of particular
items for use in acquisitions, planning of services etc.
13. Printing of overdue data slips and automatically generating orders for
lost books or additional copies.
14. Printing mailing labels for anticipated remote borrowers.
7.2 The Logical Database Design
7.2.1 Overview of the Relational Model Used
The relational model depends on the relational theory that treats data as relations and
describes how data should be structured and managed. Relational Database Management
Systems (RDBMS) use the Structured Query Languages (SQL) to extract and update
data. Examples of Relational DBMS are Oracle, Sybase, and Informix. The relational
DBMS work best when the data structres have been normalized to eliminate data and
field duplication.
The relational model is a way of looking at data and their interactions that
describe the real world. It consists of a set of rules from the relational theory
for restructuring and managing data while maintaining integrity. the
relational model has been chosen to be usedn in designing the University of
Khartoum Library System database because of the many advantages that it
has over the other types of database models. These advantages can be
summerized as follows:
• The relational approach is easy to understand and appreciate since to end
users, it appears that all the data is stored in a two dimensional tables,
called flat files. The rows (tuples) represent records, while the columns
(attributes) represent fields. Columns represent tables to one another.
In other words, relationships are represented by foreign keys in the dependent (child )
tables.
• The relational model is the most popular type of DBMS in use and as aresult
technical developments s appear quickly and reliably.
• The relational DBMS have well developed management tools and security with
automatic data logging and recovery.
• The relational DBMSs have referential integrity controls that ensure data
consistency.
• The relational DBMSs have transactional integrity features to ensure that
incomplete transactions do not occur.
• The emerging Object Oriented DBMS is not clear as to its implications for library
systems. Object orientation for databases means the capability of storing and retrieving
objects along with data. Most Object Oriented DBMSs can handle images, video and
other objects but do so in a non-standarad way in many cases.
Shepherd (1990) recommends six stages given below for mapping the conceptual
database to the logical database. Accordingly, the researcher has followed these stages in
mapping each entity of the conceptual database for the U of K library. In some cases the
justification for each activity is also given. For convenience, stages two and three have
been merged.
In the Case of the U of K library system, redundant attributes have been removed . Data
entities have been defined so as to avoid update, insertion and deletion anomalies. The
entities are shown in the section entitled- Implementation of the logical design-
Type: Alpha-numeric
Format: Text
Index (es) by: Foreign Key: Department
Total Length: 1134000 characters ( i.e 30 x 37300 current
users of
the U of K Library plus an anticipated
increase in
users of 500 which will add another 500x 30
characters).
Total number of records: 37800 (Projected)
Format: Text
Index (es) by: Secondary Key: Subject_heading
Total Length: 228803500 characters ( i.e 500 x 357607
current holdings of the U of K Library plus
a projected increase in holdings up to
100,000 which will require 500x 100.000
characters).
Total number of records: 457.607 (Projected)
Type: Alpha-numeric
Format: Text
Index (es) by: ___
Total Length: 228803500 characters ( i.e 500 x 3357607
current holdings of the U of K Library plus
a projected increase in holdings up to
100,000 which will increase to 100.000
x500 characters).
Total number of records: 457607
Total Length: 915214 characters ( i.e 2 x 357607 current holdings of the U of K Library plus a projected increase in holdings
up to 30,000 which will require 100,000 x 2 characters).
7.3.4 Summary
The information given in the physical design phase can be used to
implement an automated catalogue (physical database and OPAC) for the
U of K library. The details of the record structures, together with the detailed
functional specifications outlined in the previous chapter, will be used to
select a suitable hardware and library management software for the U of K
library. This information, i.e the functional specificatons and the database
description, can also be useful for programmrs who may be requested to
improve on the library management software that may be acquired by
UKLIS. This will be necessary when additional functions are required of the
software.i.e they can customize the software and tailor it to meet more
specific needs of the library users.
CHAPTER EIGHT
PRESENT AND FUTURE TRENDS IN LIBRARY MANAGEMENT
SOFTWARE
8.1 Definition
In addition to the above modules, which are often called core functions,
a number of library software offer modules for other operations such as
management information, interlibrary loans, and community
information.
i. They are economical because the investment cost for the initial creation and
latter maintenance of the package is spread over many years.
ii. The package comes as a well – tested set of programs, and the supplier has
sufficient number of clients to justify adequate maintenance
arrangements.
iii. The software producer is likely to be a specialist in that kind of software and
should therefore; produce a better – quality product with valuable
features whose
The development of integrated library systems (ILS) has and will be affected by
new trends and advances in the area of overall information
management. These areas include such issues as metadata,
communications protocols, and the challenge of integration with the
digital resources and other information systems existent in the Internet.
These issues call for the designing of effective ways of navigating the
Web and linking tools to its vast electronic resources and programmes.
Ebenezer (2002) points out that the present and future integrated library
management systems (ILMSs) are characterized by the following: they
• Use multi-tiered client/server architecture and TCP/IP
networking protocols.
• Have Web-based OPACs
• Employ graphical interface for library maintenance functions.
• Support UNICODE, hence the use of non-Western characters
• Have an object oriented architecture
• Are built on industry-standard relational database management
systems (RDBMS)
• Are Z39.50 compliant (client and server)
• Support the Interlibrary lending (ILL) protocol (ISO 10160/61)
• Are Electronic Data Interchange (EDI) compatible.
The “Top Tech Trends” web- pages of the British Library and information
Technology association outlines the following aspects of development in
library automation;
• The impact of computer industry developments and
standards (technical and metadata), in particular Z39.50, XML,
Java, and Web services;
• The use of customization and personalization technologies;
• The emergence of partnerships between integrated library
systems vendors and digital content providers;
• Integration of many aspects of information service
provision between libraries, museums and archives regarding the
development of digital collections, and between library and
computing services in universities; between special libraries and
other corporate information systems within their host
organizations;
• A move to enhance the scope and content of the library
OPAC, to use it as a tool for integrating access to
information resources; the requirement to support
resource sharing and document delivery functions.
• The Open Source Software movement;
• The advent of the Application Service Provider model for
outsourcing of services; and
• The move to wireless applications.
There are three emerging Web technologies and standards that are
affecting and will continue to affect the development of library
management systems. These three technologies are interrelated and
deal mainly with metadata; they are the Z39.50, XML, and Java
which is very important for the development of Web-based library
systems.
McCallum (2000) highlights the following points about the Dublin Core:
i. A basic set of 15 data elements for resource description with minimal
content rules. The data elements are clear enough for the author of a web
document can supply them without training.
ii. Dublin Core is also an officially expanded set of elements. The
expansion is for qualifiers that refine the fifteen basic elements and
others that allow naming of the content rules for the data (the rules for
formulating data element content e.g. AACR2 and DDC).
Rust (1998) criticizes the Dublin Core metadata set as lacking the necessary
elements to support copy right; He stressed that Dublin Core supported information
discovery, but not the terms and conditions on which a copy could be accessed.
created for viewing online or offline i.e. the “Image”. The VRA Core includes a
record type element used to distinguish between Work records and Image records.
The VRA categories have been mapped to Dublin Core and MARC format and too
many others related visual art cataloguing schemas.
8.3.2.2.1 Z39.50
The Z39.50 has been developed as a protocol to facilitate the interoperation of
integrated library systems.
The Staffweb paper also points out that the Z39.50 is an American
National Standard originally approved by the National Information
Standards organization (NISO) in 1988. The Z39.50 protocol is based on
client/server architecture (explained in section 8.3.1). The protocol
standardizes the message that clients and servers use regardless of the
underlying software, systems, or platforms. A client system that
implements the Z39.50 protocol, which is called a Z-client, allows
communication with diverse servers, and a server system that
implements the protocol, which is called a Z-server is searched by
clients developed by different vendors. The protocol is independent of
the underlying transport mechanism, but most current implementations
are carried out by using the TCP/IP over the Internet. The Z39.50 was
designed to help with searching library bibliographic catalogues
utilizing different library system software. It is now used to access a
wide range of databases in many disciplines across a variety of
organization types. A library implementing Z-client technology can give
their users access to any Z-server compliant database without the user
having to know that system’s native search interface. Libraries can
adopt a single standardized Z39.50 interface to enable their users to
simultaneously access the library’s catalogue, CD-ROMS, online
databases subscribed to, and Internet resources. The Z39.50 standard
can be used to access and retrieve all multimedia information including
text, images and digitized documents. The Library of Congress is the
designated Z39.50 maintenance agency. There is also a voluntary group,
the Z39.50 implementation Group (ZIG), which holds regular meetings
to discuss implementation issues and recommend improvements to the
protocol.
The latest version of Z39.50 allows search statements to be defined by using the
following features:
• Complex Boolean statements involving all standard Boolean
operators AND, OR, NOT.
• Comparison operators for databases e.g. greater than, equal to,
or less than.
• Proximity searching.
• Truncation.
• Completeness i.e. part of field, complete field etc.
Ebenezer (2000) describes the potential implications of Z39.50 for library services and systems as
profound. She outlines these implications in the following areas:
• Z39.50 tools allow the searching and downloading of
bibliographic records in MARC format, which has
implications for the sourcing of catalogue records.
• It permits the development of user-mediated document supply
and Selective Dissemination of Information (SDI) services.
• Z39.50 OPACs allow the extension of bibliographic access to
other Z39.50-enabled systems, allowing the growth of virtual
union catalogues which are cheaper and easier to maintain
than physical union catalogues.
8.3.2.2.2 XML
The eXtensible Markup Language (XML) is a format for structured documents and data on the
Web. It is a subset of SGML, the international Standard Generalized Markup Language defined in
ISO 8879, which was developed for technical documentation before the Web existed. Hudgson
(2002) outlines the following components of XML that make it a powerful Internet tool:
• Open system approach – XMl is non-proprietary and utilizes
ASCII, making XML data machine independent and
accessible across computing platforms. `
• Separation of content and display – XML coding focuses on
the structure of the document with the intent that it can then be
reused and customized for different purposes. Separate style
sheets can be created using eXtensible Style Language (XSL),
or any other tool, to define particular display or print formats.
• Extensibility- XMl is called extensible because it allows the
creation of customized markup tags and applications. This
allows groups of people or organizations to create their own
customized XML applications for exchanging information in
their domain.
• Internationalization- XML utilizes Unicode, a single
comprehensive character set that encompasses virtually all of
the world’s written languages.
• Database interoperability- XML uses the concept of a
document composed of a series of entities, which can contain
one or more elements. This component nature of XML
accommodates interfacing with a database, since XML tags
can be mapped to database fields, and makes it very suitable
for sorting the XML in a database, as whole documents or in
components for greater repurposing capability.
• Extended linking- XML’s linking capabilities go beyond the
simple HTML one-way hyper linking from point A to point B.
XML links can be to multiple targets, activate automatically,
embed or replace information, or be defined “out of line” in a
separate document.
• Metadata support- the metadata describing a document can be
explicitly tagged with XML, making the data much more
useable and searchable than HTML’s meta-tags allow.
The XML has superseded the Hypertext Mark-up Language
(HTML) as the basis for structuring information objects on the
World Wide Web; Payne (2000) explains this as follows “XML
enforces the separation of content and information and how it is
to be displayed, the mixing of which in HTML is one of its
greatest weaknesses”.
The implication of the XML for Integrated Library Systems (ILS) is in the interfacing of
these systems: by using the XML as the common input/output format, the traditional
library system could be more easily integrated with the Internet technology and other
proprietary systems. Newly developed tools or systems would not require separate special
interfaces to be written. It is expected that a totally XML-based integrated library
management system is likely to come out in the near future.
Herwijnen (2000) outlines the following advantages of XML for libraries:
i. The structure and markup of an XML document
facilitates the creation of document databases, while
at the same time XML content can be delivered on the
Internet or on a CD-ROM.
ii. The “meta-data” can be explicitly read from the XML
tags, provided that libraries can agree on a standard
set of tags. For books and journals, the meta-data is
captured in the form of a bibliographic “MARC”
record, that has to be created by hand and added to the
libraries database. XML would thus obviate the need
for MARC records.
There are a number of experimental open source library systems that are believed to have the
potential of competing with the available off-the –shelf commercial packages. These include the
following systems:
i. OSDLS/Pytheas; originated in 1999 by a medata librarian at
the University of Arizona as a result of dissatisfaction with
vendor-based systems.
ii. Koha; developed in 1999 by a small team of programmers
working for a consulting company in New Zealand to address the
needs of small library branch.
iii. OpenBiblio; has been consistently developed since the year
2002. It is now the most user- friendly, intuitive open source
Integrated Library System available on the free market.
To use an ASP, all the library needs is a high-speed internet connection and a web
browser. Nevertheless ASP’s have a number of shortcomings, specifically in the
areas of security, customization, and cost.
CHAPTER NINE
SUMMARY AND CONCLUSION
The outcome of the UKLIS analysis and investigation has proved the above-
mentioned hypotheses to be true. Consequently, the functional requirements of a
proposed Integrated Library Management System (ILMS) have been specified
and outlined.
The analysis of the UKLIS has been started by obtaining some background
information about the environment of the system under investigation, i.e. the
University of Khartoum (U of K). The study then proceeds to pinpoint the area
under study of the UKLIS. This area consists of the three core subsystems of the
UKLIS, namely,
i) The Acquisitions Subsystem,
ii) The catalogues Subsystem, and
iii) The Circulation or Reader Services subsection.
Each of the above core subsystems has been analyzed in terms of the
functions and procedures carried out by the respective subsystems. The
analysis is followed by highlighting and pinpointing the weaknesses and
limitations of each subsystem.
As for the techniques of data collection, these include interviews with key
persons in the subsystems under investigation, observation, document
analysis, and literature review.
The findings of the UKLIS investigation and analysis have proved the
research hypotheses to be true; below are some of the major findings of
the UKLIS analysis:
i) There are defects in the information flow within the
library system; for example, books are transferred from
some library sections to others without proper
documentation;
ii) Lack of automation and computers in almost all of the
UKLIS sections; resulting in backlogs in the system.
iii) The UKLIS catalogue is isolated from other libraries’
catalogues whether internally or externally;
iv) There are problems of tracking and controlling library
materials in the Circulation Subsystem;
v) There is need for statistical analysis for the activities of
the Circulation subsystem to be used for management
purposes;
vi) More than one classification system is implemented by
the UKLIS, threatening of a chaotic situation in the
library shelving system in the future.
In light of the pitfalls and weaknesses of the existing manual system at the U of
K Library, and based on what the library system should be able to do in order to
fulfill its objectives of satisfying the users needs of library and information
services, a Specific Requirements Definition for a proposed computerized library
system has been worked out. This requirements definition has recommend that
the proposed system should consist of seven types of file; these are: the Title file,
the Borrower file, the Subject file, the Vendor file, the Budget file, the Payment
file, and the statistical file.
The detailed functional specifications are categorized under four main categories,
namely:
i) Acquisitions Control;
ii) Cataloguing and Database Maintenance;
iii) OPAC; and
iv) Circulation.
Currently, there are several library management software in the market (off- the-
shelf packages) some of which are based on the relational model, which has been
recommended by this study. Below are some of the most popular library
management systems used in academic and university libraries all over the world.
(See Appendix 5 for an alphabetical list of the library software available in the
international market)
• Voyager Integrated Library Management System., Produced by
Endeavor Information Systems. This system supports non-Roman scripts
such as Arabic scripts. Widely used in the USA, Australia, and New
Zealand.
• Aleph500 Library and information Management System. Produced by
Ex-Libris.With multilingual support. Widely used in the USA, Europe,
and China.
• Unicorn Library Management System. Produced by Sirsi Corporation.
• Millennium Library Automation System. Produced by Innovative
Interfaces.
• Horizon Integrated Library Management System. Produced by Dynex,
with an Arabic Language version.
• AMICUS. Produced by Extended Library Access Solutions (EliAS).
With an Arabic Language version.
Chicago .
Wetherbe, J.C. (1988) “ Systems Analysis and Design”. 3rd ed., West
Publishing Company, New York.