АБИС “Буки” АБИС “Буки” АБИС "Буки" - это универсальная система автоматизации библиотечной деятельности, хранения и обработки библиографических данных с возможностью ведения библиографических каталогов и выполнения с ними основных операций. АБИС “Буки” • Система "Буки" объединяет в едином интерфейсе несколько модулей, позволяющих эффективно решать информационные задачи как малых, так и крупных библиотек. Изначально при создании системы разработчики попытались объединить все самое лучшее, что предлагается на сегодняшний день в области библиотечных ИС (таких как MARC-SQL, Irbis, Ruslan, Библиотека 2000 и т.д.). АБИС “Буки” • Это, прежде всего, соответствие требованиям обработки библиографических записей в российском коммуникационном формате RUSMARC, простота в эксплуатации наряду с гибкими возможностями настройки, модульность системы, возможности по работе как с данными в собственном формате (встроенными каталогами) так и с данными под управлением SQL сервера. Поддерживается работа произвольного количества пользователей с возможностью настройки системы под индивидуальные потребности каждого. АБИС “Буки” • Отличительной особенностью "Буки" является наличие мощной системы встроенных скриптов, которые программируют все основные операции и позволяют изменять и настраивать систему в соответствии с требованиями каждой конкретной библиотеки. АБИС “Буки” • АБИС "Буки" была разработана специалистами технического центра Ярославского государственного университета им. П.Г. Демидова (ЯрГУ). Коммерческое распространение системы осуществляет фирма ООО ‘Рикс Хаус’. • АБИС “Буки” • Разработка системы автоматизации библиотек “Буки” началась в рамках проекта Ярославской корпоративной библиотечной сети (ЯКБС) [1–4]. При выполнении проекта возникла необходимость разработать средства доступа к корпоративному каталогу. Основными требованиями на момент начала разработок были следующие: • возможность работы по tcp/ip и z39.50; • возможность работы с записями различных форматов (RUSMARC, USMARC, UNIMARC); • возможность работы с несколькими каталогами библиографических записей на корпоративном сервере. АБИС “Буки” • В процессе разработки и практического использования список требований к корпоративному клиенту значительно расширился. Стало очевидным, что клиентское приложение должно помимо перечисленных обеспечивать выполнение возможностей и функций, которые условно можно разделить на две группы. 1. Требования по конвертированию и преобразованию записей. Основными из них являются: • универсальный настраиваемый конвертор из формата в формат; • возможность алгоритмического преобразования записей; • возможности ввода записей по шаблону. 2. Требования по работе с каталогами библиографических записей. Это прежде всего: • возможность каталогизировать записи в Off-Line режиме; • возможность создавать и администрировать библиографические каталоги на локальной рабочей станции; • возможности различных манипуляций записями (перемещение, копирование, дублирование и т. д.). АБИС “Буки” • После анализа всех указанных требований было принято решение создать систему каталогизации “Буки”, которая являлась бы клиентом корпоративного сервера ЯКБС. Далее эта цель переросла в задачу создания полноценной АБИС. Первая версия системы “Буки” была выпущена в 2001 году. С тех пор система постоянно развивается и совершенствуется, приобретая новые функции и возможности. Основные из них кратко описаны в этом докладе. • “Буки” – система управления различными каталогами • Изначально технология использования “Буки” предполагает возможность ее использования в составе систем различной архитектуры. АБИС поддерживает создание библиографических каталогов (БК) в файловой системе на локальной рабочей станции или на файл-сервере. Система “Буки” обеспечивает многопользовательский доступ к файловым – каталогам и все возможности по их администрированию: создание, удаление, модификация. Библиографический каталог представляет собой набор DBF таблиц и индексов. “Буки” – система управления различными каталогами • Вторым основным вариантом архитектуры системы является архитектура клиент-сервер. При этом данные хранятся на каком либо сервере баз данных, а “Буки” выступает в качестве удаленного клиента. При этом система имеет все возможности по работе с файловыми каталогами, как на локальной рабочей станции, так и на файл-сервере. • “Буки” может одновременно работать с БК под управлением различных СУБД. Структуры каталогов на сервере БД можно создавать и администрировать средствами системы. “Буки” – система управления различными каталогами • Изначально был реализована работа с SYBASE ASE. Сейчас возможности системы расширены. Она позволяет создавать каталоги под управлением SYBASE ASE, Oracle, MSSQL, причем администратор может самостоятельно настроить систему на работу с каким либо другим SQL сервером. Для администрирования источников БК, система содержит мастер настройки и администрирования подключений. Доступ к SQL серверам осуществляется через ODBC. В случае когда на сервере БД располагаются несколько каталогов, для них может быть настроено одно или несколько подключений, по одному на каждый каталог. Программирования обработки MARC записей – основа “Буки” • Одной из основных задач, которую ставили перед собой разработчики “Буки”, было достижение максимальной гибкости обработки MARC записей. Основное требование было – предоставление администратору системы или конечному пользователю возможностей по широкой настройке и программированию алгоритмов обработки записей. Для решения этих задач в “Буки” применена система скриптов. Программирования обработки MARC записей – основа “Буки” • Изначально системе были предусмотрены следующие основные типы скриптов: 1. Скрипты программирования формы вывода MARC записи. Скрипты этого типа позволяют определить формы просмотра библиографической карточки. Аналогично они позволяют определить вид карточки для печати. Предусмотрены дополнительные возможности по формированию дополнительных карточек, списка инвентарных номеров и т.д. 2. Скрипты ввода/редактирования MARC записи. Эти скрипты определяют шаблон ввода данных для библиографического описания различных типов. Для произвольного формата MARC записей они позволяют определить набор полей записи для ввода, разбить эти поля на группы. Скрипты позволяют произвести начальную инициализацию значения полей, автоматически устанавливать необходимые данные при сохранении информации, а также проверять корректность ввода и добавления записи. Программирования обработки MARC записей – основа “Буки” • В процессе развития были добавлены новые типы скриптов. Сейчас в системе также доступны : 1. Скрипты групповой обработки MARC записей. Групповая обработка применяется для изменения данных выбранного множества записей по некоторому алгоритму. 2. Скрипты конверторов библиографических форматов. Эти скрипты позволяют конвертировать записи между различными форматами. Предусмотрено одновременное наличие нескольких вариантов конвертора одного типа в системе. Это позволяет осуществлять гибкое преобразование форматов в зависимости от структуры исходных записей. 3. Скрипты печати отчета по результатам запроса из каталога или выделенному множеству записей. Программирование отчетов осуществляется на уровне обработки вывода каждой записи. Форма отчета может быть произвольной. Предусмотрено три типа отчетов: отчет в текстовый файл, отчет с формирование документа MsWord, графический отчет, формируемый системой. 4. Скрипты печати отчетов по данным каталогов. 5. Скрипты сервисных функций. Являясь по сути полнофункциональной системой программирования – система скриптов позволяет программировать на процедурном уровне и выносить сервисные подпрограммы в отдельные модули. Модуль каталогизации • • Модуль каталогизации является основой системы. Он предоставляет пользователь основные возможности по поиску, просмотру, изменению записей. Основой просмотра является окно просмотра данных. Далее будем называть его окно данных (ОД). Окно данных – это универсальное средство интерфейса “Буки” для просмотра MARC записей из различных источников. причем в одном списке могут находиться записи различных библиографических форматов. Все наборы записей, показываемые в ОД приводятся к стандартному виду, определяемому настройками системы. Сюда прежде всего относятся атрибуты (столбцы) просмотра записей, форма вывода библиографической карточки и т.д. Соответственно окно данных предоставляет одинаковые возможности по манипулированию записями из всех источников. Структура каталогов хранения данных • В “Буки” предусмотрено два основных механизма хранения MARC записей: каталог библиографических записей и таблица записей (или постоянный буфер записей). • Постоянный буфер представляет собой таблицу MARC записей. Он может быть создан только в файловой системе и предназначен для временного хранения промежуточных наборов данных, результатов запросов и т.д.. Просмотреть таблицу записей можно только целиком. • Каталог библиографических записей предназначен для хранения MARC записей. Он располагается либо на SQL сервере или в файловой системе. Доступ к записям каталога осуществляется исключительно через запросы. Просмотр таблиц записей • Окно данных позволяет создавать просматривать таблицы записей. Это может быть постоянная таблица или временная таблица. Постоянная таблица хранится на жестком диске. Временная таблица создается только на время работы с окном данных. Каждая таблица может иметь жестко установленный библиографический формат MARC записей. Это необходимо для корректной работы при перемещении записей. также в “Буки” предусмотрен просмотр в окне данных MARC файлов в ASCII формате. При этом происходит автоматическое конвертирование такого файла во временную таблицу. Любая временная таблица может быть сохранена из окна данных как постоянная. • Запросы к данным каталога, просмотр списка записей • Основным источником данных для просмотра записей выступают каталоги записей, расположенные либо в файловой системе , либо на SQL сервере. Доступ к данным каталога возможен только через запрос. Поэтому перед просмотром информации необходимо выполнить запрос и получить результирующий (удовлетворяющий условиям запроса) набор записей. Предусмотрено несколько вариантов формирования запроса: • 1. Запрос по списку значений, для какого-либо поискового атрибута/словаря. • 2. Простоя запрос – ввод значений для не более чем трех атрибутов, связанных одинаковым логическим отношением (“и”,”или”). • 3. Запрос произвольного вида: любое количество параметров с произвольными отношениями. • Любой запрос может быть приведен к запросу произвольного вида. Любой запрос может быть сохранен и затем вызван из списка сохраненных запросов. Для сохраняемого запроса можно указать параметры, которые необходимо вводить каждый раз перед выполнением запроса. Z – клиент • В системе “Буки” предусмотрена работа с Zсерверами для поиска и извлечения из них записей. Соответственно в окне просмотра данных существует возможность работы с Z-серверами. Можно указать набор серверов и каталогов на них, среди которых будет производиться поиск. Далее формируется запрос и происходит поиск данных. В данный момент реализован алгоритм последовательного поиска для каждого указанного Z-сервера. Работа с читателями и абонемент • Система предоставляет работникам библиотеки большие возможности по учету и работе с читателями. Основой этой подсистемы является каталог читателей. Атрибуты каталога могут быть настроены под конкретные требования практически любой библиотеки. • Взаимодействие читателя и работника абонемента реализовано достаточно стандартным (и наверно единственно возможным) образом. • У читателей имеются возможности поиска и отбора литературы с сохранением ее для дальнейшего использования на абонементе. Работники абонемента могут просматривать списки отобранной литературы и/или искать ее самостоятельно, чтобы учитывать выдачу, возвращение литературы читателю на абонементе. • В подсистеме предусмотрено получение всех необходимых форм отчетности и справок по читателям, задолженности, выданной литературе Книгообеспеченность для библиотек ВУЗов • Модуль книгообеспеченности предназначен для использования в библиотеках ВУЗов. Являясь составной частью универсальной системы “Буки”, он может использоваться самостоятельно. При его создании разработчики постарались взять все лучшее из существующих ныне систем, таких как Exlibris , КУБ, Marc SQL. • Модуль обеспечивает следующие основные возможности: • Ведение справочников факультетов, кафедр, дисциплин, курсов, учебных планов. • Ведение каталога книг, для формирования данных по книгообеспеченности учебного процесса. В том числе поиск и отбор литературы для книгообеспеченности из каталогов системы “Буки”. В .этом случае возможен импорт кол-ва экземпляров литературы из каталогов системы. • Формирование и учет потребности в литературе. Имеются две возможности по учету. Учет по количеству учащихся в учебных группах, согласно количеству указанному в справочнике факультетов и специальностей. Другая возможность – это явное указание количества требуемых экземпляров (это необходимо для различных подгрупп, количество учащихся в которых может меняться). Спасибо за внимание! Список источников: • http://www.lib.uniyar.ac.ru/content/project/buki/ • https://www.gpntb.ru/libcom3/index4eacf.html • https://ws.studylib.ru/doc/4765118/yaroslavskijgosudarstvennyj-universitet-im.-p.-g
