Общие вопросы АБИС : ИРБИС
Разница между Ирбис32 и Ирбис64
Пользователь: X-Cite! (IP-адрес скрыт)
Дата: 20, March, 2008 13:00
Скажите пожалйста. В чем разница между Ирбис32 и Ирбис64.
И стоит ли переходить от 32 к 64. Какие преимущества и недостатки в обеих система по сравнению друг с другом?
И стоит ли переходить от 32 к 64. Какие преимущества и недостатки в обеих система по сравнению друг с другом?
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Tatyana (IP-адрес скрыт)
Дата: 21, March, 2008 07:35
В чем преимущество ИРБИС 64? я пока вижу преимуществ больше в ИРБИС 32.
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Панев Максим (IP-адрес скрыт)
Дата: 21, March, 2008 10:15
Неужели этот вопрос еще не обсуждался? Ладно. Попробую начать.
Ирбис32
[+] Не требует установки серверного программного обеспечения
[+] Прост в эксплуатации и установке
[+] Минимальные первоначальные настройки
[+] Возможна публикация баз данных на CD (только с разрешения разработчиков)
[-] Размер термина словаря ограничен 31 символом, чего часто бывает не достаточно
[-] Размер записи ограничен 32КБ. При условиях работы системы в вузе это ограничение достигается очень быстро и корректная работа системы прекращается
[-] Размер файла базы данных ограничен 500 МБ. Это соотвествует примерно 1,5 - 2 млн. записей.
[-] Слабая безопастность (в плане не санкционированного доступа к данным)
[-] Для доступа к базам данных необходимо открывать папку с системой на полный общий доступ (не всегда, зависит от обстоятельств)
[-] Нет возможности авторизованного входа в систему (в классическом понимании слова "авторизация")
[-] Файл-серверная архитектура работы системы (как следствие - увеличенный сетевой трафик)
[-] Скорость работы системы в целом (с многопользовательском режиме) зависит от скорости работы самого медленного компьютера, работающего с системой
[-] Для доступа к базам данных используется сторонняя библиотека, работа которой не может контролироваться разработчиками, что иногда приводит к ошибкам или зависаниям (замечено в Веб-Ирбис32)
[-] Использование кодировки ANSI для хранения данных в записи (следовательно нет возможности расписывать записи на языках, отличных от кириллицы или латиницы)
Ирбис64
[+] Клиент-серверная архитектура приложения
[+] Клиентам для доступа к базам данных достаточно знать только IP-адрес сервера и порт подключения, что исключает физический доступ клиентов к файлам баз данных
[+] Уменьшение сетевого трафика
[+] Уменьшение нагрузки на клиентскую машину (как следствие меньшие требования к ее производительности, а значит и уменьшенная стоимость)
[+] Наличие авторизации (пользователей)
[+] Управление настройками системы и каждого пользователя в частности осуществляется с сервера, а не разбросано по клиентским компьютерам
[+] Увеличенный размер термина словаря (255 символов)
[+] Увеличенный объем записи (2ГБ - не достижимый предел)
[+] Объем базы данных ограничен практически только размером доступного места на жестком диске сервера
[+] Данные в записи хранятся в кодировке UTF-8, что позволяет производить роспись на любом языке мира
[+] Библиотека доступа в файлам базы написана разработчиками самостоятельно, следовательно в случае обнаружения каких-либо ошибок они в кратчайшие сроки исправляются
[-] Серьезные требования к серверу Ирбис64 в случае работы с системой более 10 клиентов.
Это вкратце. Может кто добавит свои соображения по интерфейсу? А вообще надо бы табличку сравнительную нарисовать. Сделаем, когда соберем все плюсы и минусы здесь.
Ирбис32
[+] Не требует установки серверного программного обеспечения
[+] Прост в эксплуатации и установке
[+] Минимальные первоначальные настройки
[+] Возможна публикация баз данных на CD (только с разрешения разработчиков)
[-] Размер термина словаря ограничен 31 символом, чего часто бывает не достаточно
[-] Размер записи ограничен 32КБ. При условиях работы системы в вузе это ограничение достигается очень быстро и корректная работа системы прекращается
[-] Размер файла базы данных ограничен 500 МБ. Это соотвествует примерно 1,5 - 2 млн. записей.
[-] Слабая безопастность (в плане не санкционированного доступа к данным)
[-] Для доступа к базам данных необходимо открывать папку с системой на полный общий доступ (не всегда, зависит от обстоятельств)
[-] Нет возможности авторизованного входа в систему (в классическом понимании слова "авторизация")
[-] Файл-серверная архитектура работы системы (как следствие - увеличенный сетевой трафик)
[-] Скорость работы системы в целом (с многопользовательском режиме) зависит от скорости работы самого медленного компьютера, работающего с системой
[-] Для доступа к базам данных используется сторонняя библиотека, работа которой не может контролироваться разработчиками, что иногда приводит к ошибкам или зависаниям (замечено в Веб-Ирбис32)
[-] Использование кодировки ANSI для хранения данных в записи (следовательно нет возможности расписывать записи на языках, отличных от кириллицы или латиницы)
Ирбис64
[+] Клиент-серверная архитектура приложения
[+] Клиентам для доступа к базам данных достаточно знать только IP-адрес сервера и порт подключения, что исключает физический доступ клиентов к файлам баз данных
[+] Уменьшение сетевого трафика
[+] Уменьшение нагрузки на клиентскую машину (как следствие меньшие требования к ее производительности, а значит и уменьшенная стоимость)
[+] Наличие авторизации (пользователей)
[+] Управление настройками системы и каждого пользователя в частности осуществляется с сервера, а не разбросано по клиентским компьютерам
[+] Увеличенный размер термина словаря (255 символов)
[+] Увеличенный объем записи (2ГБ - не достижимый предел)
[+] Объем базы данных ограничен практически только размером доступного места на жестком диске сервера
[+] Данные в записи хранятся в кодировке UTF-8, что позволяет производить роспись на любом языке мира
[+] Библиотека доступа в файлам базы написана разработчиками самостоятельно, следовательно в случае обнаружения каких-либо ошибок они в кратчайшие сроки исправляются
[-] Серьезные требования к серверу Ирбис64 в случае работы с системой более 10 клиентов.
Это вкратце. Может кто добавит свои соображения по интерфейсу? А вообще надо бы табличку сравнительную нарисовать. Сделаем, когда соберем все плюсы и минусы здесь.
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 22, March, 2008 00:21
Система автоматизации библиотек ИРБИС: от третьего поколения к четвертому
Бродовский А.И.
Основные характеристики
Система автоматизации библиотек ИРБИС представляет собой типовое интегрированное решение в области автоматизации традиционных библиотечных технологий и предназначена для использования в библиотеках любого уровня и профиля.
Под традиционными библиотечными технологиями понимаются технологии, связанные с созданием, ведением и использованием Электронного каталога.
В России и странах СНГ система ИРБИС является одним из признанных лидеров среди программных продуктов подобного рода. В настоящее время система применяется в сотнях библиотек, среди которых библиотеки самого разного масштаба – начиная со школьных и кончая национальными – и разного профиля – от специализированных до универсальных.
Мы рассказываем о системе ИРБИС ежегодно на всех Крымских конференциях. Это избавляет нас от необходимости каждый раз подробно представлять ее, позволяя подробнее останавливаться на новых технологиях, функциональных возможностях и сервисных средствах, реализованных за истекший год. Необходимо лишь напомнить основные характеристики системы ИРБИС, дающие о ней общее представление.
Отличительной особенностью системы является то, что она ориентирована на использование в библиотеках, не располагающих штатом специалистов высокого уровня ни в области библиотечного дела, ни в области вычислительной техники. В системе реализованы все основные требования международных и отечественных стандартов, и в том виде, в котором она поставляется пользователю, она готова к использованию без каких-либо предварительных настроек или конфигурирования. В то же время система располагает широким набором инструментальных средств, которые позволяют подготовленному пользователю перестраивать ее в практически неограниченных пределах: начиная с изменения входных экранных форм, структуры данных и форматов их представления и кончая созданием собственных оригинальных модулей и приложений.
Из других основных характеристик системы необходимо отметить следующие.
Система ориентирована на работу в локальных вычислительных сетях любого типа без ограничения количества пользователей при условии, что клиентской платформой является Windows.
В состав системы входят модули поддержки Интернет-технологий, а именно: Web-ИРБИС – решение, обеспечивающее доступ к базам данных ИРБИС через WWW-сервер, и сервер баз данных для доступа по протоколу Z39. 50.
Система полностью совместима с международными библиографическими форматами UNIMARC и USMARC на основе средств двухсторонней конверсии данных. Система также поддерживает Российский коммуникативный формат </FONT>RUSMARC.
В системе реализованы все основные библиотечные технологии, включая технологии комплектования, систематизации, каталогизации, читательского поиска, книговыдачи и администрирования, на основе взаимосвязанного функционирования пяти типов автоматизированных рабочих мест (АРМ): “Комплектатор”, “Каталогизатор”, “Читатель”, “Книговыдача”, “Администратор”.
Система позволяет создавать и поддерживать любое количество баз данных, составляющих Электронный каталог (ЭК) или представляющих собой проблемно-ориентированные библиографические базы данных (БД).
Система предлагает технологию автоматического формирования словарей, на основе которых реализуется быстрый поиск по любым элементам описания и их сочетаниям. Предлагаются средства, позволяющие пользователю формировать список видов поиска по собственному усмотрению.
Средства каталогизации позволяют обрабатывать и описывать любые виды изданий, включая нетрадиционные, такие как аудио- и видеоматериалы, компьютерные файлы и программы, картографические материалы, ноты и т. д. Пользователю предлагается список готовых сценариев ввода, т. е. входных экранных форм для создания различных типов библиографических описаний. При этом у него есть возможность менять их в самых широких пределах в соответствии с собственными требованиями. Во всех случаях, когда это возможно, система автоматически выполняет формально-логический контроль вводимых данных, на основании алгоритмов, которые также могут видоизменяться пользователем. В частности, система осуществляет контроль данных на дублирование, исключая ввод сведений об изданиях, уже присутствующих в электронном каталоге.
Являясь по сути типовой, система тем не менее содержит средства, ориентированные на специализированные библиотеки. Так для медицинских библиотек реализована возможность ведения и использования медицинского тезауруса </FONT>MeSH. Для вузовских библиотек предлагается специальная подсистема для решения в полном объеме задачи книгообеспеченности, а также технология безинвентарного учета многоэкземплярной литературы.
Помимо основных, общепринятых технологий в системе детально реализованы особо “тонкие” библиотечные технологии, такие как, автоматическое формирование куммулированных сведений о поступлении отдельных номеров периодических изданий, возможность описания оглавлений журналов и сборников, автоматизированное ведение Книги суммарного учета, автоматическое пополнение авторитетных файлов, использование машиночитаемых подписных каталогов и планов издательств на этапе подписки и заказа и др.
Система поддерживает традиционные “бумажные” технологии, предоставляя возможности для получения широкого спектра выходных форм: начиная с каталожных карточек и кончая оригинал-макетами таблиц и указателей.
Система предлагает средства для ведения и использования таких информационно-лингвистические ресурсов как Рубрикатор ГРНТИ, Алфавитно-предметный указатель к основному классификатору (УДК/ББК), Тезаурус, Авторитетные файлы Индивидуальных авторов, Коллективов, Заглавий и Предметных заголовков.
Система включает технологии, ориентированные на использование штрих-кодов на экземплярах изданий и читательских билетах, что позволяет, в частности, особо эффективно организовать процессы книговыдачи.
Система включает средства, которые позволяют использовать в качестве иллюстративного материала любые внешние по отношению к библиографическому документу объекты, такие как полные тексты, графика, таблицы, аудио- и видеоматериалы, а также ресурсы Интернет. Это означает, что конечный пользователь – читатель – от просмотра найденного в результате поиска библиографического описания может переходить к связанным с ним внешним объектам любого вида.
Система обеспечивает ввод данных в рамках одного кодового набора, который устанавливается с помощью специального параметра настройки. Один кодовый набор, как правило, кроме английского, позволяет использовать для ввода один язык. Но в системе предусмотрены средства, позволяющие вводить и отображать символы, не входящие в выбранный кодовый набор. Так, например, при использовании кодового набора, включающего стандартную латиницу и кириллицу, можно вводить диакриты европейских языков, греческие буквы и другие специальные символы. Здесь же следует сказать, что в системе есть возможность при отображении данных, т. е. “на лету”, производить транслитерацию кириллицы.
Система предлагает большой набор сервисных средств, обеспечивающих удобство и наглядность пользовательских интерфейсов, упрощающих процесс ввода, исключающих ошибки и дублирование информации. В частности, специальные экранные формы ввода делают для пользователя “прозрачной” внутреннюю структуру библиографических данных, т. е. избавляют его от необходимости знать цифровые метки полей и разделители подполей.
Система обладает широкими возможностями для адаптации ее к условиям работы конкретной библиотеки, т. е. при передаче и установке системы может производиться ее настройка в соответствии со специфическими требованиями пользователя. Специальные средства конфигурирования делают систему чрезвычайно гибкой, позволяя создавать для различных пользователей – в рамках одной установки – уникальные контексты работы, т. е. можно сделать, например, так, что два каталогизатора будут работать с разными базами данных, использовать разные экранные формы ввода, видеть разные данные в рамках одного документа и т. д.
Новые решения
Версия системы ИРБИС, которая распространяется в настоящее время, относится к третьему поколению и условно называется ИРБИС 32.
Говоря о новых решениях в рамках данной версии, касающихся функциональных возможностей, следует отметить следующее.
Разработан новый модуль системы – </FONT>Web- Каталогизатор, который реализует функции каталогизации (т. е. ввода данных) на базе </FONT>Web- технологии. Основу этого модуля составляют шлюз (серверная часть) и </FONT>Java- апплет</FONT> ( клиентская часть), ориентированные на </FONT>Windows- платформу. Модуль адресован пользователям, для которых актуален режим удаленного ввода данных (т. е. удаленной работы каталогизаторов), а также для тех, кто организует работу на основе Интранет-технологии.
В АРМ “Читатель” введен упрощенный поиск для начинающих пользователей, т. н. поиск “Для чайников”, реализующий поиск в стиле, который широко применяется в Интернет, а именно – пользователю предлагается только сформулировать свою информационную потребность на естественном языке с употреблением терминов из интересующей его тематической области. Собственно запрос на поиск формируется автоматически по специальному алгоритму, в соответствии с которым текст на естественном языке разлагается на отдельные слова, далее удаляются не информативные слова (стоп-слова), отсекаются окончания и вставляются соответствующие логические операторы. Данный режим, разумеется, ориентирован на тематический поиск и не предназначен для проведения библиографического поиска, когда необходимо указать такие сведения, как год издания, вид документа и т. п.
Также в АРМ “Читатель” добавлен новый интерфейсный элемент, позволяющий уточнять поисковый запрос путем указания арифметических спецификаций, а именно – указывать в виде диапазона значений ограничения по году издания и дате ввода в электронный каталог. Подобные уточнения можно было делать и прежде с помощью последовательного поиска, который однако не тривиален по своей технологии, – данное средство позволяет это делать просто и наглядно.
Ряд новых функциональных возможностей появилось в АРМе “Каталогизатор”, среди которых можно отметить следующие.
Обеспечена возможность ведения и использования нового ресурса – “Постоянные запросы”. Т. е. появилась возможность сохранять готовые формулировки запросов под произвольными названиями на естественном языке с целью их использования в дальнейшем без повторной формулировки.
Введена контекстная помощь по Инструкции Каталогизатора, т. е. при вызове справочной информации</FONT> в процессе ввода данных (поля/подполя) на экране возникает фрагмент инструкции, относящийся к вводимому элементу данных (а не к интерфейсному элементу, как было прежде).
Обеспечена возможность указания нескольких ссылок на внешние объекты для одного документа, т. е. соответствующее поле стало повторяющимся. В результате при обращении к внешним объектам – в случае когда у документа больше одной ссылки – “на лету” формируется HTML- страница со всеми указанными ссылками, которая вызывается через Интернет</FONT>- броузер.
Обеспечена возможность использования специального всплывающего меню в процессе ввода данных. Всплывающее меню вызывается нажатием правой кнопки мыши и включает в себя все сервисные режимы, доступные при вводе/корректировке текущего элемента данных.
В состав настроечных параметров, определяющих контекст работы конкретного пользователя, включен новый параметр, который позволяет устанавливать уровень и права доступа пользователя (АРМов “Каталогизатор” и “Комплектатор”) к данным на уровне документа. С помощью этого механизма можно сделать не видимыми для пользователя определенные элементы данных или при сохранении видимости исключить возможность их корректировки.
Изменения в АРМе “Администратор” связаны с включением новых режимов и исключением “старых”, ставших неактуальными. Появились режимы, позволяющие удалять целиком базы данных, созданные пользователем, и выполнять групповую разблокировку записей. Также появилась группа режимов, служащая для запуска инструментальных средств системы, таких как редактор сценариев поиска, генератор выходных форм и др. Введены новые настроечные параметры, которые, в частности</FONT>, позволяют сделать недоступными определенные режимы работы, – это может использоваться в случаях, когда необходимо лишить определенные категории пользователей АРМа “Администратор” возможности выполнять особо ответственные операции, например, такие как, удаление или опустошение базы данных. Появилась новая возможность – создавать и выполнять в АРМе “Администратор” пакетные задания, т. е. последовательность различных режимов, запускаемых друг за другом автоматически. Это средство может оказаться весьма полезным в тех ситуациях, когда необходимо выполнять ряд длительных операций без непосредственного присутствия пользователя.
Функциональные новшества в АРМе “Комплектатор” в основном связаны с новыми настроечными параметрами, которые позволяют оптимизировать работу пользовательского интерфейса, в частности, во избежание задержек не выполнять автоматическое раскрытие списков или для предотвращения несанкционированных действий делать недоступными определенные режимы работы.
Велись работы по развитию и совершенствованию информационно-технологического обеспечения АРМов “Каталогизатор” и “Комплектатор”. Здесь необходимо отметить следующее:
Реализован алгоритм автоматического формирования Авторского знака</FONT>;
<P ALIGN="JUSTIFY"> Введен механизм т. н. “интегральной сортировки”, который позволяет указывать порядок замещения текстов при сортировке, а также указывать слова или словосочетания, которые не должны участвовать в сортировке (например, артикли в иностранных заглавиях), – этим достигается упорядочивание данных в выходных формах согласно принятым в библиотеках требованиям;
Разработана технология автоматического пополнения Авторитетных файлов (предметных рубрик, авторов и коллективов);
Разработана технология работы с несколькими актами индивидуального учета для одной партии книг (записи КСУ);
Созданы новые выходные формы: Систематический указатель и Итоговые данные для подписки газет и журналов. Переработаны выходные формы для получения различных видов инвентарных списков;
Обеспечен ввод специфических данных для описания отчетов о НИР и патентных документов; расширены возможности описания авторефератов и диссертаций;
Обеспечен поквартальный пересчет цен в процессах списания и проверки фонда;
Обеспечена возможность ввода сведений о выдаче книг, отсутствующих в электронном каталоге (ЭК) непосредственно в запись читателя с одновременным автоматическим созданием соответствующей записи в ЭК, что позволяет пополнять ЭК по мере спрашиваемости книг с привлечением сотрудников книговыдачи;
Обеспечен групповой заказ книг;
Разработана технология регистрации подшивок газет</FONT> и журналов;
Разработана технология регистрации выпусков журналов, куммулированных за 2 и более лет (например, 1999 (№3, 4), 2000(№№ 1, 2, 3, 4), 2001(№№ 1, 2, 3));
Введен специальный ФЛК при корректировке шифра издания – изменения запрещены, если издание выдано читателю;
Уточнены форматы импорта из других систем (МАРК, Библиотека-4) в соответствии с различными вариантами заполнения данных пользователями этих систем; Кроме того, ведется постоянная работа по расширению и уточнению таблиц соответствия для двухсторонней конверсии данных между внутрисистемным форматом ИРБИС и коммуникативными форматами (UNIMARC, RUSMARC, USMARC)</FONT>. </UL>
Перспективы развития </DIR>
В прошлом году начата работа по созданию следующего – четвертого поколения системы, которое мы обозначаем как ИРБИС 64.
Можно выделить две основные предпосылки, определившие необходимость этой работы:
Снятие количественных ограничений в физической структуре БД, касающихся объема БД, длины записи, длины термина и др. (Здесь следует заметить, что существующие ограничения, кроме длины термина, носят для нас и всех остальных пользователей системы ИРБИС пока чисто теоретический характер);
Перевод системы на клиент-серверную архитектуру. (Здесь также следует отметить, что к такому переходу нас побудили не реальные недостатки и трудности, связанные с нынешней файл-серверной архитектурой системы, а следование общим положениям о преимуществах клиент-серверной технологии.) </UL>
К настоящему моменту выполнены все основные работы по созданию нового базового программного обеспечения, а именно:
Разработана новая структура БД, в которой существенно раздвинуты количественные ограничения, в частности, предельный размер записи доведен до 4Гб, а размер термина до 255 байт;
Создана полнофункциональная библиотека </FONT>DLL для доступа к БД новой структуры;
Разработан сервер баз данных для </FONT>Windows- платформы, работающий на протоколе TCP/IP. Обеспечена также возможность использования в качестве сервера баз данных </FONT>Web-сервера (например, WebSite или Apache) и шлюза, выступающего в роли провайдера БД ИРБИС.
Кроме того, созданы бета-версии основных клиентских приложений – “Администратор”, “Каталогизатор” и “Читатель”, в которых сохранены пользовательские интерфейсы ИРБИСа 32, что должно обеспечить беспрепятственный переход нынешних конечных пользователей ИРБИС к новому поколению системы. Данные клиентские приложения могут работать как с оригинальным сервером БД ИРБИС, так и с </FONT>Web- сервером и соответствующим шлюзом – для переключения с одного варианта на другой необходимо изменить всего лишь единственный параметр настройки на стороне клиента. Предусматривается также использование </FONT>Web- технологии для клиента, т.</FONT> е. использование в качестве основных клиентских приложений Интернет-броузера.
irbis_arbat@mail.ru
Редактировано 5 раз. Последний раз 04.12.2012 11:53 пользователем Lavrinovich.
Бродовский А.И.
Основные характеристики
Система автоматизации библиотек ИРБИС представляет собой типовое интегрированное решение в области автоматизации традиционных библиотечных технологий и предназначена для использования в библиотеках любого уровня и профиля.
Под традиционными библиотечными технологиями понимаются технологии, связанные с созданием, ведением и использованием Электронного каталога.
В России и странах СНГ система ИРБИС является одним из признанных лидеров среди программных продуктов подобного рода. В настоящее время система применяется в сотнях библиотек, среди которых библиотеки самого разного масштаба – начиная со школьных и кончая национальными – и разного профиля – от специализированных до универсальных.
Мы рассказываем о системе ИРБИС ежегодно на всех Крымских конференциях. Это избавляет нас от необходимости каждый раз подробно представлять ее, позволяя подробнее останавливаться на новых технологиях, функциональных возможностях и сервисных средствах, реализованных за истекший год. Необходимо лишь напомнить основные характеристики системы ИРБИС, дающие о ней общее представление.
Отличительной особенностью системы является то, что она ориентирована на использование в библиотеках, не располагающих штатом специалистов высокого уровня ни в области библиотечного дела, ни в области вычислительной техники. В системе реализованы все основные требования международных и отечественных стандартов, и в том виде, в котором она поставляется пользователю, она готова к использованию без каких-либо предварительных настроек или конфигурирования. В то же время система располагает широким набором инструментальных средств, которые позволяют подготовленному пользователю перестраивать ее в практически неограниченных пределах: начиная с изменения входных экранных форм, структуры данных и форматов их представления и кончая созданием собственных оригинальных модулей и приложений.
Из других основных характеристик системы необходимо отметить следующие.
Система ориентирована на работу в локальных вычислительных сетях любого типа без ограничения количества пользователей при условии, что клиентской платформой является Windows.
В состав системы входят модули поддержки Интернет-технологий, а именно: Web-ИРБИС – решение, обеспечивающее доступ к базам данных ИРБИС через WWW-сервер, и сервер баз данных для доступа по протоколу Z39. 50.
Система полностью совместима с международными библиографическими форматами UNIMARC и USMARC на основе средств двухсторонней конверсии данных. Система также поддерживает Российский коммуникативный формат </FONT>RUSMARC.
В системе реализованы все основные библиотечные технологии, включая технологии комплектования, систематизации, каталогизации, читательского поиска, книговыдачи и администрирования, на основе взаимосвязанного функционирования пяти типов автоматизированных рабочих мест (АРМ): “Комплектатор”, “Каталогизатор”, “Читатель”, “Книговыдача”, “Администратор”.
Система позволяет создавать и поддерживать любое количество баз данных, составляющих Электронный каталог (ЭК) или представляющих собой проблемно-ориентированные библиографические базы данных (БД).
Система предлагает технологию автоматического формирования словарей, на основе которых реализуется быстрый поиск по любым элементам описания и их сочетаниям. Предлагаются средства, позволяющие пользователю формировать список видов поиска по собственному усмотрению.
Средства каталогизации позволяют обрабатывать и описывать любые виды изданий, включая нетрадиционные, такие как аудио- и видеоматериалы, компьютерные файлы и программы, картографические материалы, ноты и т. д. Пользователю предлагается список готовых сценариев ввода, т. е. входных экранных форм для создания различных типов библиографических описаний. При этом у него есть возможность менять их в самых широких пределах в соответствии с собственными требованиями. Во всех случаях, когда это возможно, система автоматически выполняет формально-логический контроль вводимых данных, на основании алгоритмов, которые также могут видоизменяться пользователем. В частности, система осуществляет контроль данных на дублирование, исключая ввод сведений об изданиях, уже присутствующих в электронном каталоге.
Являясь по сути типовой, система тем не менее содержит средства, ориентированные на специализированные библиотеки. Так для медицинских библиотек реализована возможность ведения и использования медицинского тезауруса </FONT>MeSH. Для вузовских библиотек предлагается специальная подсистема для решения в полном объеме задачи книгообеспеченности, а также технология безинвентарного учета многоэкземплярной литературы.
Помимо основных, общепринятых технологий в системе детально реализованы особо “тонкие” библиотечные технологии, такие как, автоматическое формирование куммулированных сведений о поступлении отдельных номеров периодических изданий, возможность описания оглавлений журналов и сборников, автоматизированное ведение Книги суммарного учета, автоматическое пополнение авторитетных файлов, использование машиночитаемых подписных каталогов и планов издательств на этапе подписки и заказа и др.
Система поддерживает традиционные “бумажные” технологии, предоставляя возможности для получения широкого спектра выходных форм: начиная с каталожных карточек и кончая оригинал-макетами таблиц и указателей.
Система предлагает средства для ведения и использования таких информационно-лингвистические ресурсов как Рубрикатор ГРНТИ, Алфавитно-предметный указатель к основному классификатору (УДК/ББК), Тезаурус, Авторитетные файлы Индивидуальных авторов, Коллективов, Заглавий и Предметных заголовков.
Система включает технологии, ориентированные на использование штрих-кодов на экземплярах изданий и читательских билетах, что позволяет, в частности, особо эффективно организовать процессы книговыдачи.
Система включает средства, которые позволяют использовать в качестве иллюстративного материала любые внешние по отношению к библиографическому документу объекты, такие как полные тексты, графика, таблицы, аудио- и видеоматериалы, а также ресурсы Интернет. Это означает, что конечный пользователь – читатель – от просмотра найденного в результате поиска библиографического описания может переходить к связанным с ним внешним объектам любого вида.
Система обеспечивает ввод данных в рамках одного кодового набора, который устанавливается с помощью специального параметра настройки. Один кодовый набор, как правило, кроме английского, позволяет использовать для ввода один язык. Но в системе предусмотрены средства, позволяющие вводить и отображать символы, не входящие в выбранный кодовый набор. Так, например, при использовании кодового набора, включающего стандартную латиницу и кириллицу, можно вводить диакриты европейских языков, греческие буквы и другие специальные символы. Здесь же следует сказать, что в системе есть возможность при отображении данных, т. е. “на лету”, производить транслитерацию кириллицы.
Система предлагает большой набор сервисных средств, обеспечивающих удобство и наглядность пользовательских интерфейсов, упрощающих процесс ввода, исключающих ошибки и дублирование информации. В частности, специальные экранные формы ввода делают для пользователя “прозрачной” внутреннюю структуру библиографических данных, т. е. избавляют его от необходимости знать цифровые метки полей и разделители подполей.
Система обладает широкими возможностями для адаптации ее к условиям работы конкретной библиотеки, т. е. при передаче и установке системы может производиться ее настройка в соответствии со специфическими требованиями пользователя. Специальные средства конфигурирования делают систему чрезвычайно гибкой, позволяя создавать для различных пользователей – в рамках одной установки – уникальные контексты работы, т. е. можно сделать, например, так, что два каталогизатора будут работать с разными базами данных, использовать разные экранные формы ввода, видеть разные данные в рамках одного документа и т. д.
Новые решения
Версия системы ИРБИС, которая распространяется в настоящее время, относится к третьему поколению и условно называется ИРБИС 32.
Говоря о новых решениях в рамках данной версии, касающихся функциональных возможностей, следует отметить следующее.
Разработан новый модуль системы – </FONT>Web- Каталогизатор, который реализует функции каталогизации (т. е. ввода данных) на базе </FONT>Web- технологии. Основу этого модуля составляют шлюз (серверная часть) и </FONT>Java- апплет</FONT> ( клиентская часть), ориентированные на </FONT>Windows- платформу. Модуль адресован пользователям, для которых актуален режим удаленного ввода данных (т. е. удаленной работы каталогизаторов), а также для тех, кто организует работу на основе Интранет-технологии.
В АРМ “Читатель” введен упрощенный поиск для начинающих пользователей, т. н. поиск “Для чайников”, реализующий поиск в стиле, который широко применяется в Интернет, а именно – пользователю предлагается только сформулировать свою информационную потребность на естественном языке с употреблением терминов из интересующей его тематической области. Собственно запрос на поиск формируется автоматически по специальному алгоритму, в соответствии с которым текст на естественном языке разлагается на отдельные слова, далее удаляются не информативные слова (стоп-слова), отсекаются окончания и вставляются соответствующие логические операторы. Данный режим, разумеется, ориентирован на тематический поиск и не предназначен для проведения библиографического поиска, когда необходимо указать такие сведения, как год издания, вид документа и т. п.
Также в АРМ “Читатель” добавлен новый интерфейсный элемент, позволяющий уточнять поисковый запрос путем указания арифметических спецификаций, а именно – указывать в виде диапазона значений ограничения по году издания и дате ввода в электронный каталог. Подобные уточнения можно было делать и прежде с помощью последовательного поиска, который однако не тривиален по своей технологии, – данное средство позволяет это делать просто и наглядно.
Ряд новых функциональных возможностей появилось в АРМе “Каталогизатор”, среди которых можно отметить следующие.
Обеспечена возможность ведения и использования нового ресурса – “Постоянные запросы”. Т. е. появилась возможность сохранять готовые формулировки запросов под произвольными названиями на естественном языке с целью их использования в дальнейшем без повторной формулировки.
Введена контекстная помощь по Инструкции Каталогизатора, т. е. при вызове справочной информации</FONT> в процессе ввода данных (поля/подполя) на экране возникает фрагмент инструкции, относящийся к вводимому элементу данных (а не к интерфейсному элементу, как было прежде).
Обеспечена возможность указания нескольких ссылок на внешние объекты для одного документа, т. е. соответствующее поле стало повторяющимся. В результате при обращении к внешним объектам – в случае когда у документа больше одной ссылки – “на лету” формируется HTML- страница со всеми указанными ссылками, которая вызывается через Интернет</FONT>- броузер.
Обеспечена возможность использования специального всплывающего меню в процессе ввода данных. Всплывающее меню вызывается нажатием правой кнопки мыши и включает в себя все сервисные режимы, доступные при вводе/корректировке текущего элемента данных.
В состав настроечных параметров, определяющих контекст работы конкретного пользователя, включен новый параметр, который позволяет устанавливать уровень и права доступа пользователя (АРМов “Каталогизатор” и “Комплектатор”) к данным на уровне документа. С помощью этого механизма можно сделать не видимыми для пользователя определенные элементы данных или при сохранении видимости исключить возможность их корректировки.
Изменения в АРМе “Администратор” связаны с включением новых режимов и исключением “старых”, ставших неактуальными. Появились режимы, позволяющие удалять целиком базы данных, созданные пользователем, и выполнять групповую разблокировку записей. Также появилась группа режимов, служащая для запуска инструментальных средств системы, таких как редактор сценариев поиска, генератор выходных форм и др. Введены новые настроечные параметры, которые, в частности</FONT>, позволяют сделать недоступными определенные режимы работы, – это может использоваться в случаях, когда необходимо лишить определенные категории пользователей АРМа “Администратор” возможности выполнять особо ответственные операции, например, такие как, удаление или опустошение базы данных. Появилась новая возможность – создавать и выполнять в АРМе “Администратор” пакетные задания, т. е. последовательность различных режимов, запускаемых друг за другом автоматически. Это средство может оказаться весьма полезным в тех ситуациях, когда необходимо выполнять ряд длительных операций без непосредственного присутствия пользователя.
Функциональные новшества в АРМе “Комплектатор” в основном связаны с новыми настроечными параметрами, которые позволяют оптимизировать работу пользовательского интерфейса, в частности, во избежание задержек не выполнять автоматическое раскрытие списков или для предотвращения несанкционированных действий делать недоступными определенные режимы работы.
Велись работы по развитию и совершенствованию информационно-технологического обеспечения АРМов “Каталогизатор” и “Комплектатор”. Здесь необходимо отметить следующее:
Реализован алгоритм автоматического формирования Авторского знака</FONT>;
<P ALIGN="JUSTIFY"> Введен механизм т. н. “интегральной сортировки”, который позволяет указывать порядок замещения текстов при сортировке, а также указывать слова или словосочетания, которые не должны участвовать в сортировке (например, артикли в иностранных заглавиях), – этим достигается упорядочивание данных в выходных формах согласно принятым в библиотеках требованиям;
Разработана технология автоматического пополнения Авторитетных файлов (предметных рубрик, авторов и коллективов);
Разработана технология работы с несколькими актами индивидуального учета для одной партии книг (записи КСУ);
Созданы новые выходные формы: Систематический указатель и Итоговые данные для подписки газет и журналов. Переработаны выходные формы для получения различных видов инвентарных списков;
Обеспечен ввод специфических данных для описания отчетов о НИР и патентных документов; расширены возможности описания авторефератов и диссертаций;
Обеспечен поквартальный пересчет цен в процессах списания и проверки фонда;
Обеспечена возможность ввода сведений о выдаче книг, отсутствующих в электронном каталоге (ЭК) непосредственно в запись читателя с одновременным автоматическим созданием соответствующей записи в ЭК, что позволяет пополнять ЭК по мере спрашиваемости книг с привлечением сотрудников книговыдачи;
Обеспечен групповой заказ книг;
Разработана технология регистрации подшивок газет</FONT> и журналов;
Разработана технология регистрации выпусков журналов, куммулированных за 2 и более лет (например, 1999 (№3, 4), 2000(№№ 1, 2, 3, 4), 2001(№№ 1, 2, 3));
Введен специальный ФЛК при корректировке шифра издания – изменения запрещены, если издание выдано читателю;
Уточнены форматы импорта из других систем (МАРК, Библиотека-4) в соответствии с различными вариантами заполнения данных пользователями этих систем; Кроме того, ведется постоянная работа по расширению и уточнению таблиц соответствия для двухсторонней конверсии данных между внутрисистемным форматом ИРБИС и коммуникативными форматами (UNIMARC, RUSMARC, USMARC)</FONT>. </UL>
Перспективы развития </DIR>
В прошлом году начата работа по созданию следующего – четвертого поколения системы, которое мы обозначаем как ИРБИС 64.
Можно выделить две основные предпосылки, определившие необходимость этой работы:
Снятие количественных ограничений в физической структуре БД, касающихся объема БД, длины записи, длины термина и др. (Здесь следует заметить, что существующие ограничения, кроме длины термина, носят для нас и всех остальных пользователей системы ИРБИС пока чисто теоретический характер);
Перевод системы на клиент-серверную архитектуру. (Здесь также следует отметить, что к такому переходу нас побудили не реальные недостатки и трудности, связанные с нынешней файл-серверной архитектурой системы, а следование общим положениям о преимуществах клиент-серверной технологии.) </UL>
К настоящему моменту выполнены все основные работы по созданию нового базового программного обеспечения, а именно:
Разработана новая структура БД, в которой существенно раздвинуты количественные ограничения, в частности, предельный размер записи доведен до 4Гб, а размер термина до 255 байт;
Создана полнофункциональная библиотека </FONT>DLL для доступа к БД новой структуры;
Разработан сервер баз данных для </FONT>Windows- платформы, работающий на протоколе TCP/IP. Обеспечена также возможность использования в качестве сервера баз данных </FONT>Web-сервера (например, WebSite или Apache) и шлюза, выступающего в роли провайдера БД ИРБИС.
Кроме того, созданы бета-версии основных клиентских приложений – “Администратор”, “Каталогизатор” и “Читатель”, в которых сохранены пользовательские интерфейсы ИРБИСа 32, что должно обеспечить беспрепятственный переход нынешних конечных пользователей ИРБИС к новому поколению системы. Данные клиентские приложения могут работать как с оригинальным сервером БД ИРБИС, так и с </FONT>Web- сервером и соответствующим шлюзом – для переключения с одного варианта на другой необходимо изменить всего лишь единственный параметр настройки на стороне клиента. Предусматривается также использование </FONT>Web- технологии для клиента, т.</FONT> е. использование в качестве основных клиентских приложений Интернет-броузера.
irbis_arbat@mail.ru
Редактировано 5 раз. Последний раз 04.12.2012 11:53 пользователем Lavrinovich.
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 25, February, 2012 06:58
Панев Максим написал(а):
-------------------------------------------------------
> [-] Размер термина словаря ограничен 31 символом,
> чего часто бывает не достаточно
> [-] Размер записи ограничен 32КБ. При условиях
> работы системы в вузе это ограничение достигается
> очень быстро и корректная работа системы
> прекращается
> [-] Размер файла базы данных ограничен 500 МБ. Это
> соотвествует примерно 1,5 - 2 млн. записей.
Почему именно в вузе? Разве там особенно большие записи - с аннотациями, например?.. Или с картинками?..
Надо получше познакомиться с Яузой - "системой для очень большого вуза".
irbis_arbat@mail.ru
Редактировано 2 раз. Последний раз 24.04.2012 11:02 пользователем Lavrinovich.
-------------------------------------------------------
> [-] Размер термина словаря ограничен 31 символом,
> чего часто бывает не достаточно
> [-] Размер записи ограничен 32КБ. При условиях
> работы системы в вузе это ограничение достигается
> очень быстро и корректная работа системы
> прекращается
> [-] Размер файла базы данных ограничен 500 МБ. Это
> соотвествует примерно 1,5 - 2 млн. записей.
Почему именно в вузе? Разве там особенно большие записи - с аннотациями, например?.. Или с картинками?..
Надо получше познакомиться с Яузой - "системой для очень большого вуза".
irbis_arbat@mail.ru
Редактировано 2 раз. Последний раз 24.04.2012 11:02 пользователем Lavrinovich.
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 27, February, 2012 10:02
Панев Максим написал(а):
-------------------------------------------------------
> Неужели этот вопрос еще не обсуждался? Ладно.
> Попробую начать.
> Ирбис32
> [+] Не требует установки серверного программного
> обеспечения
> [+] Прост в эксплуатации и установке
Большой-большой секрет: можно установить даже без установки:), методом копитыка, по выражению М.В.Гончарова (у него это относилось к ЯФ), как когда-то все в СНГ копировали на дискеты друг у друга тов. Нортона...
irbis_arbat@mail.ru
-------------------------------------------------------
> Неужели этот вопрос еще не обсуждался? Ладно.
> Попробую начать.
> Ирбис32
> [+] Не требует установки серверного программного
> обеспечения
> [+] Прост в эксплуатации и установке
Большой-большой секрет: можно установить даже без установки:), методом копитыка, по выражению М.В.Гончарова (у него это относилось к ЯФ), как когда-то все в СНГ копировали на дискеты друг у друга тов. Нортона...
irbis_arbat@mail.ru
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 17, March, 2012 09:25
При выборе 32 вы ограничиваете себя только русским и английским языками каталогизации. Ну и латынь, но это редко - научная литература до 19 в.
***
А теперь сходство между 32 и 64:
- иерархическая модель данных
- ISIS-подобная структура файлов данных
и многое другое...
irbis_arbat@mail.ru
Редактировано 5 раз. Последний раз 01.06.2012 07:22 пользователем Lavrinovich.
***
А теперь сходство между 32 и 64:
- иерархическая модель данных
- ISIS-подобная структура файлов данных
и многое другое...
irbis_arbat@mail.ru
Редактировано 5 раз. Последний раз 01.06.2012 07:22 пользователем Lavrinovich.
Re: Разница между Ирбис32 и Ирбис64
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 24, May, 2012 11:39
И еще: с каждый годом разница усиливается, так как в 64-м появляется гораздо больше новшеств. Не знаю, это объективно, по техническим или технологическим причинам, т. е. обусловлено различиями в архитектуре, тем, что в 32 можно реализовать не все, или по "идеологическим", т. е. так делается искусственно, типа агитации за переход на 64?
[i]А в чем вообще идея платить (=брать деньги) за каждое рабочее место? Только потому, что так "у них"? У них вузы большей частью платные... тоже? Но нигде эксплуатация АБИС, безусловно, не приносит прибыли... Почему "примерно 1,5 - 2 млн записей" в одной базе, если ISIS имеет ограничение 16 млн, и не примерно, а точно?
Еще плюс И32 - работает на всем от 95 до "семерки", почти уникальное качество! И это при наличии файла borlndmm.dll от 1999 г.
Долго думал, что Windows 2000 упоминается в связи с И64 в том смысле, что у него такие же "аппетиты" - процессор, ОЗУ...
Но вот перечитал: "работает под 2000/XP/Vista/7"...
Нашел почти случайно новую презентацию (точнее, доклад и мастер-класс) Александра Иосифовича
[www.youtube.com]
и наконец узнал сегодняшнее позиционирование: 32 для малых библиотек, 64 - для средних и больших. А 128 в таком случае - прежде всего для библиотечных корпораций?
Система автоматизации библиотек ИРБИС: от третьего поколения к четвертому
Бродовский А.И.
[...]
В прошлом году начата работа по созданию следующего – четвертого поколения системы, которое мы обозначаем как ИРБИС 64.
Можно выделить две основные предпосылки, определившие необходимость этой работы:
Снятие количественных ограничений в физической структуре БД, касающихся объема БД, длины записи, длины термина и др. (Здесь следует заметить, что существующие ограничения, кроме длины термина, носят для нас и всех остальных пользователей системы ИРБИС пока чисто теоретический характер);
Перевод системы на клиент-серверную архитектуру. (Здесь также следует отметить, что к такому переходу нас побудили не реальные недостатки и трудности, связанные с нынешней файл-серверной архитектурой системы, а следование общим положениям о преимуществах клиент-серверной технологии.)
К настоящему моменту выполнены все основные работы по созданию нового базового программного обеспечения, а именно:
Разработана новая структура БД, в которой существенно раздвинуты количественные ограничения, в частности, предельный размер записи доведен до 4Гб, а размер термина до 255 байт;
Создана полнофункциональная библиотека DLL для доступа к БД новой структуры;
Разработан сервер баз данных для Windows-платформы, работающий на протоколе TCP/IP. Обеспечена также возможность использования в качестве сервера баз данных Web-сервера (например, WebSite или Apache) и шлюза, выступающего в роли провайдера БД ИРБИС.
irbis_arbat@mail.ru
Редактировано 6 раз. Последний раз 05.12.2012 11:36 пользователем Lavrinovich.
[i]А в чем вообще идея платить (=брать деньги) за каждое рабочее место? Только потому, что так "у них"? У них вузы большей частью платные... тоже? Но нигде эксплуатация АБИС, безусловно, не приносит прибыли... Почему "примерно 1,5 - 2 млн записей" в одной базе, если ISIS имеет ограничение 16 млн, и не примерно, а точно?
Еще плюс И32 - работает на всем от 95 до "семерки", почти уникальное качество! И это при наличии файла borlndmm.dll от 1999 г.
Долго думал, что Windows 2000 упоминается в связи с И64 в том смысле, что у него такие же "аппетиты" - процессор, ОЗУ...
Но вот перечитал: "работает под 2000/XP/Vista/7"...
Нашел почти случайно новую презентацию (точнее, доклад и мастер-класс) Александра Иосифовича
[www.youtube.com]
и наконец узнал сегодняшнее позиционирование: 32 для малых библиотек, 64 - для средних и больших. А 128 в таком случае - прежде всего для библиотечных корпораций?
Система автоматизации библиотек ИРБИС: от третьего поколения к четвертому
Бродовский А.И.
[...]
В прошлом году начата работа по созданию следующего – четвертого поколения системы, которое мы обозначаем как ИРБИС 64.
Можно выделить две основные предпосылки, определившие необходимость этой работы:
Снятие количественных ограничений в физической структуре БД, касающихся объема БД, длины записи, длины термина и др. (Здесь следует заметить, что существующие ограничения, кроме длины термина, носят для нас и всех остальных пользователей системы ИРБИС пока чисто теоретический характер);
Перевод системы на клиент-серверную архитектуру. (Здесь также следует отметить, что к такому переходу нас побудили не реальные недостатки и трудности, связанные с нынешней файл-серверной архитектурой системы, а следование общим положениям о преимуществах клиент-серверной технологии.)
К настоящему моменту выполнены все основные работы по созданию нового базового программного обеспечения, а именно:
Разработана новая структура БД, в которой существенно раздвинуты количественные ограничения, в частности, предельный размер записи доведен до 4Гб, а размер термина до 255 байт;
Создана полнофункциональная библиотека DLL для доступа к БД новой структуры;
Разработан сервер баз данных для Windows-платформы, работающий на протоколе TCP/IP. Обеспечена также возможность использования в качестве сервера баз данных Web-сервера (например, WebSite или Apache) и шлюза, выступающего в роли провайдера БД ИРБИС.
irbis_arbat@mail.ru
Редактировано 6 раз. Последний раз 05.12.2012 11:36 пользователем Lavrinovich.
Извините, только зарегистрированные пользователи могут писать в этом форуме.