How To Automate A Small Library
How To Automate A Small Library
Do Your Homework
There are many helpful resources for conducting preliminary research on library automation, including articles written with reference to library size and type. In the bibliography section I list some of these articles. In addition, some journals cover the topic of automation annually. For example, every April, Library Journal produces an Automated Systems Marketplace article with vendor profiles. In 2004, Computers in Libraries published an ILS Software Update which updated changes in the marketplace following its 2003 article series. There have been many books written on the topic as well as online blogs, websites, and listservs.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
This is the stage when you vet the vendors for preliminary price quotes, software features, etc. Getting to know the automation industry can be a lengthy and complicated process, but it is necessary if you want to make an informed choice. Here is some background information which should save you some time.
ILS Systems Overview An integrated library system is made up of modules such as cataloging, circulation, acquisitions, etc. which share a common database and a common interface. In many cases, there is only one entry point for the system and no need to enter, for example, the cataloging module and then the circulation module. For a full definition of an ILS, see the glossary entry in Appendix III.
Although these modules are integrated in the system itself, they are most often sold separately. Nearly all systems come with a Cataloging and a Circulation module. Only a few include Acquisitions and Serials modules at no extra charge. All systems come with Reporting capabilities, but these vary greatly in both the number of reports and the ability to create custom reports. Some systems also offer an Inventorying feature. In a typical client-server system the Web-based OPAC is an additional cost, whereas in an ASP solution it comes standard. (ASP & Client-server discussed below). These are important questions to ask the vendor when you are quoted a price what exactly are you getting?
System Architecture
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
There are now two types of automation systems available. One is the traditional, clientserver system in which the client, or software is purchased from the vendor and is installed on the librarys computer and all of the data is kept in the database on the librarys server. The second is an ASP solution or an Application Service Provider solution. Similar to an Internet Service Provider (ISP), the provider stores all of the data on their server and only the client, or software interface, is installed on the librarys computer. In this case, the client is often a web browser. The ASP provider takes care of all of the technical support. For a full list of pros and cons, see Appendix V.
Pricing Models Client-Server Systems In a client-server model, the software license is purchased based on which modules are included in the system as well as the number of users. An annual maintenance fee is also charged. If the web OPAC is an additional cost with the software, there will also be an extra web maintenance fee. These licenses are sold for either a Single user or a Multiuser network, dependent upon how many people will be accessing the system. The Multi-user network is sometimes an extra cost and includes an unlimited number of users. These products range anywhere from $5,000US to six figures.
ASP Systems In an ASP system, the software is not purchased but leased along with the service that is being provided. There is most often a startup fee as well as an annual subscription fee. The price for the subscription is also based on the modules included in the system as well
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
as the number of users. Some vendors offer unlimited access to the web OPAC (or web seats), while others offer only a limited number of simultaneous users such as 4. This is very important to note when you are getting a quote, especially for a library which expects high volume traffic to their web OPAC. In the same way, the pricing of these systems depends on the number of staff users who will need access to the system simultaneously. The ASP solution is often the choice with the lower initial cost. The annual subscription rates in addition to startup costs can range anywhere from $365US to six figures.
Data Conversion Depending on the state of your data, you may need data conversion services. Your library records may not be in MARC format or may only contain a minimal amount of information in them. Your records may not be in electronic format at all, in which case you would need retrospective conversion services. Many vendors will convert your records for an additional fee, however, many are now suggesting using third-party conversion services such as Marcive or MarcLink. Companies such as these will take your records and convert them to MARC format as well as enhance bare records with missing and extra information such as subject headings, etc. They work closely with the selected automation vendor to format the records appropriately for their system. Your cataloging records are then formatted for and inserted into your new ILS upon delivery. These companies can also provide Smart barcodes following the data conversion. Smart barcodes have the title of the book or item printed on the barcode label to be affixed to
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
the item. That barcode number is automatically entered into the cataloging record in the new automation system.
Installation Only a web browser or simple software interface is necessary with the ASP solutions. Some of the traditional client-server products are simple enough to be installed by the library customer while others are far too complex. If installation is necessary or desired it is an extra cost of several thousand dollars.
Training Most vendors offer some form of training, however this is also an additional charge. Onsite training usually involves travel costs for the trainer while web-based training is offered by most vendors at a substantially lower cost.
Requirements Gathering
The purpose of gathering requirements is to determine what your librarys need are, and what it requires of the software or ILS system. The first step to gathering requirements for your library is to get to know it by developing a library profile with information such as collection size, material formats, estimated number of patrons, annual circulation, number of staff who will use the system, etc.
Functional Requirements After the library profile is established, it would be recommended to develop use cases for the librarys existing functions which you may be considering automating. If you have
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
established a functional subcommittee, you could assign them this task. You many find it helpful to have support staff members on the functional subcommittee, as they are most often aware of the processes already in place. Use cases are simply workflow analysis documents which outline the steps needed to complete a task, i.e. checking out a book. These can be created in list or narrative format, but should include not only the steps taken on the computer, but also any other steps, i.e. making photocopies of patron licenses, etc.
The completed use cases will help you determine what the minimum functional requirements of the software should be. The biggest mistake that could be made is that you automate the library and it cannot do at least what it was capable of doing before the automation!
Functional requirements deal with questions such as; What functions to automate o Cataloging, Circulation, Serials Management, Acquisitions, etc. Whether the software is compatible with MARC records Whether the software needs to be Z339.50 compliant Whether the software is OpenURL compliant Whether it has the ability to attach book jacket images for display in the OPAC.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
In the best case scenario, one short meeting would be held with this subcommittee assigning use case work, and one meeting following the document analysis to discuss necessary functional requirements.
Technical Requirements These requirements deal with the detailed technical considerations of the software or system. They address questions such as; Mac or PC compatible? Traditional Client-server architecture or ASP? How many simultaneous staff users are necessary? How many workstations are required? How many simultaneous OPAC users are necessary?
One or two meetings of a technical subcommittee should suffice to iron out these requirements.
Business Requirements The business requirements are the more global of the system requirements. Many of these you will probably already be aware of before going into the business subcommittee meeting. They may sometimes seem like they are infringing on the functional requirements, but they are more about what direction the organization would like to see the system going in.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
Some examples of business requirement considerations are: Do we want a web-based OPAC? Do we want our patrons to be able to reserve their own items? What is the estimated size of the collection in the next 5 years & can the new system support that size? Will we ever want to create an image library? Will interlibrary loan ever develop?
Vendor Evaluation
At this point you should have a lot of information about the vendors in the industry. You may wish to organize your market research that youve done on the vendors. Detailed matrices can be produced using a spreadsheet program such as MS Excel for both clientserver and ASP solutions. If you havent already, you will want to start narrowing your choices to the proverbial short list of about five or six vendors. The best way to do this is by comparing your requirements with your vendor matrices. The most obvious factors will narrow the list by price, by architecture model (client-server vs. ASP), by platform (PC vs. Mac), etc. The others will become apparent as you test the product demos. If you discovered while gathering technical requirements, that your organization was leaning in the direction of either a client-server or an ASP model, you may want to create a separate matrix with a short list of only those model vendors who fit your budget range.
Most automation vendors have a demo that you can browse and test which they will either send to you in the mail or allow you online access. Those that do not will often have a demo available to show you via web conference. It is incredibly important to use the demos to test cataloging, circulation and other functions which you will be automating. You will discover that many of the products are very different to use than their marketing copy implies. Before conducting demo testing, you may have a few leading products on your short list that appear very suitable for your library and whose companies each have very good histories and references. However, after using their demos, you might discover that their systems are very difficult to use and their functionality is lacking.
Copy Cataloging and Z39.50 One of the more confusing aspects of library automation is the way in which the software systems conduct copy cataloging. Ideally, a product will have Z39.50 capabilities which will allow the cataloger to search one or more library catalogs for relevant cataloging records and then download them into the system. Many companies do not have this capability, or only have a variation of it. It is quite difficult to obtain this information unless you know the right questions to ask. With some of these systems, cataloging records must first be downloaded and saved as a text file and then imported into the system. Additional formatting may also be necessary. This is not an easy-to-use solution. Other companies will tell you that they do have Z39.50 capabilities, but they actually use a third-party software to do it. This is an extra cost for you to purchase that software and then pay an annual maintenance fee for it. It is critical to pin down the
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
vendor on this point and ask them to explain how their Z39.50 functionality actually works.
Hosting Environment If you are contemplating an ASP solution, you should look into their hosting environment. This would be where the server holding all of your librarys valuable data would be housed. It should have redundancies, security, and climate control.
Research Vendor Viability In addition to library journals which review automation vendors and their systems, there are other ways to research vendor viability. Company and financial information can be found in online databases such as Hoovers and Gale Business & Company Resource Center. The Gale database also offers information on company officers, and Top 10 lists, such as the Worlds Top Automation Companies for Public, Academic, and Research Libraries in 2002.
This information can be very valuable when gathering company background. In example, you may find a listing of a vendors company officers which makes it apparent that the company is a family-owned business. This is important in considering the company due to the fact that a small, family-owned company is great for quick, personalized customer service, however, one must be cautious when it comes to scalability.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
A list of questions should be developed that you endeavor to answer about each company such as; how long have they been in the automation market, how long has the product been on the market, number of new name sales last year, etc.
Check References Each vendor should provide you with at least 3 references consisting of customers who are currently using the product you are considering. Some companies will provide you with a longer customer list. Contact at least three of them. You should create a list of reference questions which you ask each contact such as; how long have you been using the system, is there a lot of downtime, how quickly does their technical support department respond, etc.
Test Tech Support Call tech support with a question you have about their system. All but the smallest companies will give you a ticket number and someone will contact you about your question. Keep track of how many hours and/or days this takes. This is what youll have to put up with should you choose that vendor.
Create Vendor Evaluation Packets You should now have you choices narrowed down to three or four vendors. It is helpful to gather all of the information you have obtained on each vendor into an evaluation packet. Each should contain a summary of their company information, their product marketing copy, their quote, a summary of their references and case studies and if
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
relevant, their hosting environment information. These packets will present a wellrounded profile of the top vendors for your committees perusal. These final 3-4 vendors are the ones that are recommended to receive a copy of the RFP.
RFP
The Request for Proposals document is a valuable tool which can be used to determine the exact details of what is being offered by each vendor. It is your opportunity to ask pointed questions about technical specifications, subsystem specifications such as details about specific modules, installation timeframes and post-implementation acceptance criteria.
There are articles written on how to create an RFP from scratch, but more importantly, there are many RFPs available online. There is no need to re-invent the wheel. After scanning through a few of these documents, choose a format which is right for your librarys needs and use several RFPs to select relevant questions and re-write them for your specific library. These documents tend to average about 60 pages, a small library should be able to address all relevant questions in around 30 pages.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
It is important to notice if a section or sections of the RFP have been vaguely answered or avoided altogether. This may hint at a weakness with the company. A company which has taken the time to carefully answer your questions gives the impression of attentiveness in the future. While those companies who provided one-word responses, omitted information, or submitted a sloppy response do not. Consider the fact that if youre too small potatoes for a sales proposal, what will the service be like if you have a technical problem?
Demonstrations of the top two systems should be arranged and conducted with the committee members. A final vendor should then be selected.
Some contract terms that you may want to negotiate include: An annual renewal clause as opposed to a multi-year commitment. The addition of a non-appropriation of funds clause which states that if your organization does not receive its funding earmarked for automation, the library is not bound by the contract. A clause which states that the vendors response to the RFP is binding and that deviation from the product specifications and services promised in that document can be considered cause for termination of the contract agreement.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
If you dont feel comfortable negotiating the contract yourself, you could make these recommendations to your legal department.
Develop a Budget
At this time, a final budget should be drafted which should include: Necessary Platform Hardware & Software ILS Software Product Costs Data Conversion Costs
Conclusion
Hopefully you will have used the process steps outlined in this article to help you make an informed decision about an automation system. You will have a plan in place for installation and training. Your data will be converted or you will have made arrangements to transfer your records into your new system. All of your librarys needs and requirements have been met by an ILS which you have personally tested. Your vendor is financially stable and has excellent references. Your contract has been mutually negotiated and all costs are within your budget.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
http://www.surpasssoftware.com TLC - The Library Corporation 800-325-7759 http://www.tlcdelivers.com VTLS, Inc. 800-468-8857 http://www.vtls.com
Cons Data and systems live somewhere else so there is a dependence on vendor quality of customer service, health of the company, and reliability of their network systems. Must have reliable and possibly redundant ISP to connect to web-based data. Higher monthly fees
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.
Bibliography
Automating Lbraries: A Selected Annotated Bibliography, American Library Association, April 2002. http://archive.ala.org/library/fact21.html Viewed 9/2004. Boss, Richard W. A Model RFP for an Automated Library System, Library Technology Reports, November/December 1999, Vol. 35, No. 6. Cibbarelli, Pamela. July/August: ILS Software Update, Computers in Libraries, July/August 2004. Company Profiles for Automated System Marketplace 2004, Library Journal , 4/1/2004, http://www.libraryjournal.com/index.asp? layout=articlePrint&articleID=CA407260 Viewed 9/04. Karetzkey, Stephen. Choosing an Automated System, (Library System), Library Journal, June 15, 1998, v123, n11, p.42. Prestebak, Jane, Konnie Wightman. Losing Our Drawers, School Library Journal, October 2000, v46, i10, p. 67. Salter, Anne A. Integrated Library System Software for Smaller Libraries, Library Technology Reports, May/June 2003. University of Iowa Request for Proposals: Integrated Library System, http://www.fcla.edu/FCLAinfo/lms/rfpilsjune18.pdf Viewed 10/2004. Waller, Nicole. Model RFP for Integrated Library System Products, Library Technology Reports, July/August 2003, v39, i4, p.1.
This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivs 2.5 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/2.5/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA.