Общие вопросы АБИС : ИРБИС
Что же такое "Яуза"?
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 01, June, 2012 10:11
Не менее загадочна, чем OPAC-Global. Говорят, написана студентами и аспирантами. А если так, то,конечно, не с нуля.
И сходство ее веб-модуля с Веб-ИРБИС, замеченное Максимом, не случайно - похоже, что и остальное тоже "похоже". То есть если ИРБИС - это адаптация АС ГПНТБ для небольших библиотек (что, впрочем, неверно, неточно или устарело),то "Яуза" - адаптация ИРБИС для "очень больших"?
Тогда понятно, что она не распространяется, и что демо нет, и что доклады довольно расплывчатые.
ЗЫ. Сначала собственная АБИС МВТУ не имела названия...
irbis_arbat@mail.ru
И сходство ее веб-модуля с Веб-ИРБИС, замеченное Максимом, не случайно - похоже, что и остальное тоже "похоже". То есть если ИРБИС - это адаптация АС ГПНТБ для небольших библиотек (что, впрочем, неверно, неточно или устарело),то "Яуза" - адаптация ИРБИС для "очень больших"?
Тогда понятно, что она не распространяется, и что демо нет, и что доклады довольно расплывчатые.
ЗЫ. Сначала собственная АБИС МВТУ не имела названия...
irbis_arbat@mail.ru
Re: Что же такое "Яуза"?
Пользователь: Панев Максим (IP-адрес скрыт)
Дата: 10, June, 2012 14:51
Не думаю, что Яуза как-то пересекается с ИРБИС. Я в этом даже уверен. А недостаток информации говорит лишь о том, что среди команды (человеческой конечно же :) ) этой системы нет маркетолога.
Re: Что же такое "Яуза"?
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 10, June, 2012 15:13
Кажется, дело все-таки не в маркетологах. Скорее не хватает "писателей", "спикеров", Лучше всего их называли во времена Ломоносова - риторы. Правда, у МВТУ (в отличие от "Информ-системы" и "ДатаЭкспресс" - две разные фирмы, но одни люди), все складно и ладно по форме, но почти бессоддержательно.
Не сказано даже, какая используется СУБД или какие имеются АМРы! И поэтому снова возникает подозрение, что это полулегальная "ИРБИС-based-разработка"... как китайская "Волшебная лодка" - полукупленный-полуукраденный "Союз"...
Ну пусть заимствовали только дизайн, да и то частично, и некоторые идеи веб-модуля. Даже хорошо - читателю проще освоить. И это ведь не нарушение закона об авторских и смежных правах? Потом Максим что-то взял оттуда для своей версии-адаптации Web-ИРБИС для сайта МУБиНТ, и правильно сделал. Круговорот веществ - в природе, а интерфейсов - в ноосфере.
Но гораздо интереснее другое. Согласно докладам "Яуза" написана исключительно студентами и аспирантами. Если так, то явно не с нуля, по-моему, такое просто невозможно, да и не нужно.
В качестве хорошей учебной и научной задачи представляю себе, например, разработку или совершенствование (адаптацию) и тестирование опять-таки GUI на студентах-кроликах. Но это задачи для дизайнеров, эргономистов и психологов, может быть, даже социальных психологов и даже культурологов, а не для программистов и инженеров.
Вообще это, похоже, новая большая и интересная тема или несколько тем: "АБИС как научная и учебная задача". Наброски к теме: [irbis.gpntb.ru]
[irbis.gpntb.ru]
[irbis.gpntb.ru]
Ориентация в первую очередь на читателей - очень любопытно. Но что именно это значит? Адвансед АРМ Читатель для адвансед читателей, как в И128, премиум-класс? Или, наоборот, упрощенный, каким был Веб-Читатель, отчасти является Веб-ИРБИС и мог бы быть "хорошо настроенный WinISIS" [irbis.gpntb.ru] в качестве замены этого АРМа?
irbis_arbat@mail.ru
Редактировано 9 раз. Последний раз 29.10.2012 07:46 пользователем Lavrinovich.
Не сказано даже, какая используется СУБД или какие имеются АМРы! И поэтому снова возникает подозрение, что это полулегальная "ИРБИС-based-разработка"... как китайская "Волшебная лодка" - полукупленный-полуукраденный "Союз"...
Ну пусть заимствовали только дизайн, да и то частично, и некоторые идеи веб-модуля. Даже хорошо - читателю проще освоить. И это ведь не нарушение закона об авторских и смежных правах? Потом Максим что-то взял оттуда для своей версии-адаптации Web-ИРБИС для сайта МУБиНТ, и правильно сделал. Круговорот веществ - в природе, а интерфейсов - в ноосфере.
Но гораздо интереснее другое. Согласно докладам "Яуза" написана исключительно студентами и аспирантами. Если так, то явно не с нуля, по-моему, такое просто невозможно, да и не нужно.
В качестве хорошей учебной и научной задачи представляю себе, например, разработку или совершенствование (адаптацию) и тестирование опять-таки GUI на студентах-кроликах. Но это задачи для дизайнеров, эргономистов и психологов, может быть, даже социальных психологов и даже культурологов, а не для программистов и инженеров.
Вообще это, похоже, новая большая и интересная тема или несколько тем: "АБИС как научная и учебная задача". Наброски к теме: [irbis.gpntb.ru]
[irbis.gpntb.ru]
[irbis.gpntb.ru]
Ориентация в первую очередь на читателей - очень любопытно. Но что именно это значит? Адвансед АРМ Читатель для адвансед читателей, как в И128, премиум-класс? Или, наоборот, упрощенный, каким был Веб-Читатель, отчасти является Веб-ИРБИС и мог бы быть "хорошо настроенный WinISIS" [irbis.gpntb.ru] в качестве замены этого АРМа?
irbis_arbat@mail.ru
Редактировано 9 раз. Последний раз 29.10.2012 07:46 пользователем Lavrinovich.
Re: Что же такое "Яуза"?
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 13, July, 2012 14:35
Нет, не с нуля - нее была предшественница под названием L2K.
Результаты внедрения автоматизированной системы научной обработки литературы
в библиотеке МГТУ им. Н. Э. Баумана
Абрамов Г.В.
[...]
Описание предыдущей АБИС
С самого начала библиотека МГТУ им. Н.Э.Баумана шла по пути создания
собственной автоматизированной системы. С 1989 года в библиотеке
эксплуатировалась АБИС БАРС, разработанная под руководством профессора
Меняева М.Ф.
С точки зрения библиографической обработки, эта система была ориентирована
на создание карточного каталога и инвентарной книги. В ней использовалась
простейшая схема библиографической записи – в виде каталожной карточки.
В случае, если библиографическое описание не умещалось на одну карточку, библиотекари создавали еще одну последовательную запись, в которую вводили
продолжение описания.
В 1998-2000 годах студентами кафедры ИУ7 («Программное обеспечение ВТ и
информационные технологии») под руководством П.В. Юрасова была разработана новая версия библиотечной системы, получившая название L2k, на базе internet/intranet технологий.
В отличие от АБИС БАРС, система L2k предоставляла больший набор полей
вместо монолитного описания, но все же имела ряд значительных недостатков, которые помешали ее запуску в промышленную эксплуатацию.
Одним из таких недостатков была довольно узкая трактовка библиографического
описания по сравнению с ГОСТ 7.1-84.
В 2001 году под руководством П.В. Юрасова была начата разработка второй
версии системы L2k студентами библиотечной специализации кафедры ИУ7. Разработка подсистемы научной обработки литературы была поручена мне и
А.А. Кузнецову.
Анализ технологического процесса
На первом этапе проектирования был осуществлен анализ технологического
процесса в отделе научной и технической обработки литературы [...]
Основное внимание было уделено процессу каталогизации, разработке модуля
редактирования библиографического описания и модуля генерации и печати
каталожных карточек.
Проектирование базы данных
Одним из самых сложных этапов было проектирование базы данных. Разработчики
хотели создать хорошо формализованную концептуальную схему, которая в то же
время удовлетворяла бы ГОСТ 7.1-84.
Было рассмотрено множество различных вариантов, и в результате разработчики
пришли к схеме, небольшая часть которой изображена на рис. 1.
Две основные сущности – это Item (экземпляр) и Description (описание), связанны отношением многие-к-одному. Сущность Description может быть
нескольких типов, перечисленных в таблице Description_Type:
1. «Однотомник» (описание одночастного издания)
2. «Том» (описание части многочастного издания)
3. «Шапка» (описание многочастного издания в целом)
4. «Серия» (описание серии)
5. «Работа» (описание составной части документа)
Описания только первых двух типов («однотомник» и «том») могут иметь
связи с таблицей Item.
Для хранения вертикальных связей между описаниями используется специальная
таблица Issue (выпуск). В эту таблицу, кроме идентификаторов дочернего
и родительского описания, входят такие атрибуты, как тип выпуска (Issue_Type, например, том, книга, часть), а также номер выпуска. Такая
схема позволила использовать эту таблицу как для хранения иерархической связи «том»-«шапка», так и для хранения ссылки на писание типа «серия».
Различные варианты видов документов, поддерживаемых системой, перечислены
в таблице Document_Type:
1. обычный документ,
2. газета,
3. журнал,
4. отчет о НИР,
5. стандарт,
6. диссертация,
7. автореферат к диссертации.
В зависимости от вида документа в описании появляются дополнительные
поля, специфичные для данного вида.
Сведения об ответственности хранятся в таблице Responsibility. Для хранения типа ответственности и имени автора имеются таблицы Responsibility_Type и Author_Name. Такая организация требует всегда приводить имя автора в именительном падеже (для индивидуального автора инициалы после фамилии), что допускается ГОСТом 7.1-84.
[...]
при проектировании были проблемы с формализацией области выходных сведений
и области количественной характеристики. Для решения этих проблем была разработана общая схема, позволяющая учесть многие оригинальные случаи.
Разработка пользовательского интерфейса
Подсистему научной обработки литературы можно разделить на следующие основные части:
• АРМ «Библиографическая обработка»,
• электронный каталог для библиотекаря,
• редактор библиографического описания.
АРМ «Библиографическая обработка» предоставляет
следующую функциональность:
• прием/передача партий книг,
• систематизация,
• каталогизация.
Режимы «систематизация» и «каталогизация» ведут в электронный каталог
для библиотекаря, где можно осуществить поиск, создание и редактирование описания.
[...]
Модуль электронного каталога позволяет осуществлять поиск описания. Обычно
поиск книги в отделе научной обработки осуществляется по штрих-кодовому номеру экземпляра, переданного в отдел, поскольку начальное описание документа уже выполнено отделом комплектования при регистрации партии книг.
При создании нового описания все основные поля описания инициализируются значениями поисковых полей (автор, заглавие, город, издательство, год, ISBN), что
позволяет избежать повторного ввода библиографических сведений.
Редактор библиографического описания может работать в трех режимах:
1. режим комплектатора (краткое описание: автор, заглавие, город, издательство, год, ISBN)
2. режим систематизатора (простановка предметных рубрик и
классификационных индексов: УДК, ГРНТИ, ББК, присвоение полочного
индекса)
3. режим каталогизатора (полное описание, генерация и печать карточек)
Особое внимание стоит уделить генерации и печати карточек.
В базу данных подсистемы занесена информация о всех карточных каталогах библиотеки, о всех типах каталожных карточек и о правилах, когда та или иная карточка должна быть размещена в том или ином каталоге.
Используя информацию о распределении экземпляров по фондам, системе расстановки литературы в фондах и структуре карточных каталогов, подсистема вычисляет набор всех возможных карточек для данного документа.
Каталогизатор из предложенного перечня карточек выбирает только те, которые, по его мнению, необходимы для отражения документа в каталогах библиотеки.
При печати карточек для генерального алфавитного каталога сначала печатаются добавочные карточки, и только после этого генерируется и печатается основная карточка с указанием на оборотной стороне перечня распечатанных добавочных карточек.
Внедрение подсистемы
Подсистема была передана в опытную эксплуатацию в феврале 2002 года. В ходе опытной эксплуатации были выявлены и исправлены многие ошибки в программе, были добавлены практически все виды каталожных карточек, используемых в библиотеке МГТУ им. Н.Э. Баумана.
В апреле 2002 года система была запущена в промышленную эксплуатацию. Все
новые поступления непериодической литературы проходят обработку с использованием автоматизированной системы.
Ретроконверсия базы данных
Переходу к новой автоматизированной системе всегда сопутствует проблема переноса данных из предшествующей системы. Для ее решения в библиотеке МГТУ им. Н.Э. Баумана А.С. Григорьевым была разработана специальная программа-конвертер.
Конвертер осуществлял синтаксический анализ библиографического описания, представленного в базе АБИС БАРС в виде текстовой строки, разбиение его на отдельные элементы и запись в базу данных системы L2k.
Всего было сконвертировано 30 тысяч библиографических описаний. Поскольку конвертирование осуществлялось в автоматическом режиме, были неизбежны разного рода ошибки.
В 22% записей были обнаружены и автоматически исправлены ошибки, связанные с неправильным применением разделительных знаков. [...]
Всего около 34% записей содержат ошибки, которые не удалось исправить в автоматическом режиме. Их исправление будет осуществляться вручную в рамках работ по ретроконверсии фонда, когда на каждый экземпляр будет наклеен штрих-код с уникальным номером и информация о нем будет занесена в систему.
Корпоративная каталогизация
Научная библиотека МГТУ им. Н.Э. Баумана является участником консорциума библиотечных сетей московских вузов (КБС МОСВУЗ).
Для передачи записей в сводные электронные каталоги участников консорциума был разработан конвертер из внутреннего формата библиографической записи системы L2k в российский коммуникативный формат RUSMARC.
[...]
Также запланирована разработка сводного электронного каталога в библиотеке МГТУ им. Баумана по машиностроению, математике и информационным технологиям.
Для выполнения этой задачи необходимо разработать эффективный алгоритм сверки на дублетность библиографических описаний, чтобы избежать дублирования информации в электронном каталоге.
[...]
Также ведутся работы по исследованию «Функциональных требований к
библиографическим записям» (Functional requirements for bibliographic records: final report / IFLA Study Group on the Functional Requirements for Bibliographic Records . – 1998) и возможностям применения изложенных концепций при проектировании новой версии концептуальной модели
библиографического описания.
irbis_arbat@mail.ru
Редактировано 2 раз. Последний раз 15.07.2012 15:26 пользователем Lavrinovich.
Результаты внедрения автоматизированной системы научной обработки литературы
в библиотеке МГТУ им. Н. Э. Баумана
Абрамов Г.В.
[...]
Описание предыдущей АБИС
С самого начала библиотека МГТУ им. Н.Э.Баумана шла по пути создания
собственной автоматизированной системы. С 1989 года в библиотеке
эксплуатировалась АБИС БАРС, разработанная под руководством профессора
Меняева М.Ф.
С точки зрения библиографической обработки, эта система была ориентирована
на создание карточного каталога и инвентарной книги. В ней использовалась
простейшая схема библиографической записи – в виде каталожной карточки.
В случае, если библиографическое описание не умещалось на одну карточку, библиотекари создавали еще одну последовательную запись, в которую вводили
продолжение описания.
В 1998-2000 годах студентами кафедры ИУ7 («Программное обеспечение ВТ и
информационные технологии») под руководством П.В. Юрасова была разработана новая версия библиотечной системы, получившая название L2k, на базе internet/intranet технологий.
В отличие от АБИС БАРС, система L2k предоставляла больший набор полей
вместо монолитного описания, но все же имела ряд значительных недостатков, которые помешали ее запуску в промышленную эксплуатацию.
Одним из таких недостатков была довольно узкая трактовка библиографического
описания по сравнению с ГОСТ 7.1-84.
В 2001 году под руководством П.В. Юрасова была начата разработка второй
версии системы L2k студентами библиотечной специализации кафедры ИУ7. Разработка подсистемы научной обработки литературы была поручена мне и
А.А. Кузнецову.
Анализ технологического процесса
На первом этапе проектирования был осуществлен анализ технологического
процесса в отделе научной и технической обработки литературы [...]
Основное внимание было уделено процессу каталогизации, разработке модуля
редактирования библиографического описания и модуля генерации и печати
каталожных карточек.
Проектирование базы данных
Одним из самых сложных этапов было проектирование базы данных. Разработчики
хотели создать хорошо формализованную концептуальную схему, которая в то же
время удовлетворяла бы ГОСТ 7.1-84.
Было рассмотрено множество различных вариантов, и в результате разработчики
пришли к схеме, небольшая часть которой изображена на рис. 1.
Две основные сущности – это Item (экземпляр) и Description (описание), связанны отношением многие-к-одному. Сущность Description может быть
нескольких типов, перечисленных в таблице Description_Type:
1. «Однотомник» (описание одночастного издания)
2. «Том» (описание части многочастного издания)
3. «Шапка» (описание многочастного издания в целом)
4. «Серия» (описание серии)
5. «Работа» (описание составной части документа)
Описания только первых двух типов («однотомник» и «том») могут иметь
связи с таблицей Item.
Для хранения вертикальных связей между описаниями используется специальная
таблица Issue (выпуск). В эту таблицу, кроме идентификаторов дочернего
и родительского описания, входят такие атрибуты, как тип выпуска (Issue_Type, например, том, книга, часть), а также номер выпуска. Такая
схема позволила использовать эту таблицу как для хранения иерархической связи «том»-«шапка», так и для хранения ссылки на писание типа «серия».
Различные варианты видов документов, поддерживаемых системой, перечислены
в таблице Document_Type:
1. обычный документ,
2. газета,
3. журнал,
4. отчет о НИР,
5. стандарт,
6. диссертация,
7. автореферат к диссертации.
В зависимости от вида документа в описании появляются дополнительные
поля, специфичные для данного вида.
Сведения об ответственности хранятся в таблице Responsibility. Для хранения типа ответственности и имени автора имеются таблицы Responsibility_Type и Author_Name. Такая организация требует всегда приводить имя автора в именительном падеже (для индивидуального автора инициалы после фамилии), что допускается ГОСТом 7.1-84.
[...]
при проектировании были проблемы с формализацией области выходных сведений
и области количественной характеристики. Для решения этих проблем была разработана общая схема, позволяющая учесть многие оригинальные случаи.
Разработка пользовательского интерфейса
Подсистему научной обработки литературы можно разделить на следующие основные части:
• АРМ «Библиографическая обработка»,
• электронный каталог для библиотекаря,
• редактор библиографического описания.
АРМ «Библиографическая обработка» предоставляет
следующую функциональность:
• прием/передача партий книг,
• систематизация,
• каталогизация.
Режимы «систематизация» и «каталогизация» ведут в электронный каталог
для библиотекаря, где можно осуществить поиск, создание и редактирование описания.
[...]
Модуль электронного каталога позволяет осуществлять поиск описания. Обычно
поиск книги в отделе научной обработки осуществляется по штрих-кодовому номеру экземпляра, переданного в отдел, поскольку начальное описание документа уже выполнено отделом комплектования при регистрации партии книг.
При создании нового описания все основные поля описания инициализируются значениями поисковых полей (автор, заглавие, город, издательство, год, ISBN), что
позволяет избежать повторного ввода библиографических сведений.
Редактор библиографического описания может работать в трех режимах:
1. режим комплектатора (краткое описание: автор, заглавие, город, издательство, год, ISBN)
2. режим систематизатора (простановка предметных рубрик и
классификационных индексов: УДК, ГРНТИ, ББК, присвоение полочного
индекса)
3. режим каталогизатора (полное описание, генерация и печать карточек)
Особое внимание стоит уделить генерации и печати карточек.
В базу данных подсистемы занесена информация о всех карточных каталогах библиотеки, о всех типах каталожных карточек и о правилах, когда та или иная карточка должна быть размещена в том или ином каталоге.
Используя информацию о распределении экземпляров по фондам, системе расстановки литературы в фондах и структуре карточных каталогов, подсистема вычисляет набор всех возможных карточек для данного документа.
Каталогизатор из предложенного перечня карточек выбирает только те, которые, по его мнению, необходимы для отражения документа в каталогах библиотеки.
При печати карточек для генерального алфавитного каталога сначала печатаются добавочные карточки, и только после этого генерируется и печатается основная карточка с указанием на оборотной стороне перечня распечатанных добавочных карточек.
Внедрение подсистемы
Подсистема была передана в опытную эксплуатацию в феврале 2002 года. В ходе опытной эксплуатации были выявлены и исправлены многие ошибки в программе, были добавлены практически все виды каталожных карточек, используемых в библиотеке МГТУ им. Н.Э. Баумана.
В апреле 2002 года система была запущена в промышленную эксплуатацию. Все
новые поступления непериодической литературы проходят обработку с использованием автоматизированной системы.
Ретроконверсия базы данных
Переходу к новой автоматизированной системе всегда сопутствует проблема переноса данных из предшествующей системы. Для ее решения в библиотеке МГТУ им. Н.Э. Баумана А.С. Григорьевым была разработана специальная программа-конвертер.
Конвертер осуществлял синтаксический анализ библиографического описания, представленного в базе АБИС БАРС в виде текстовой строки, разбиение его на отдельные элементы и запись в базу данных системы L2k.
Всего было сконвертировано 30 тысяч библиографических описаний. Поскольку конвертирование осуществлялось в автоматическом режиме, были неизбежны разного рода ошибки.
В 22% записей были обнаружены и автоматически исправлены ошибки, связанные с неправильным применением разделительных знаков. [...]
Всего около 34% записей содержат ошибки, которые не удалось исправить в автоматическом режиме. Их исправление будет осуществляться вручную в рамках работ по ретроконверсии фонда, когда на каждый экземпляр будет наклеен штрих-код с уникальным номером и информация о нем будет занесена в систему.
Корпоративная каталогизация
Научная библиотека МГТУ им. Н.Э. Баумана является участником консорциума библиотечных сетей московских вузов (КБС МОСВУЗ).
Для передачи записей в сводные электронные каталоги участников консорциума был разработан конвертер из внутреннего формата библиографической записи системы L2k в российский коммуникативный формат RUSMARC.
[...]
Также запланирована разработка сводного электронного каталога в библиотеке МГТУ им. Баумана по машиностроению, математике и информационным технологиям.
Для выполнения этой задачи необходимо разработать эффективный алгоритм сверки на дублетность библиографических описаний, чтобы избежать дублирования информации в электронном каталоге.
[...]
Также ведутся работы по исследованию «Функциональных требований к
библиографическим записям» (Functional requirements for bibliographic records: final report / IFLA Study Group on the Functional Requirements for Bibliographic Records . – 1998) и возможностям применения изложенных концепций при проектировании новой версии концептуальной модели
библиографического описания.
irbis_arbat@mail.ru
Редактировано 2 раз. Последний раз 15.07.2012 15:26 пользователем Lavrinovich.
Re: Что же такое "Яуза"?
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 20, August, 2012 13:34
"Фундаментальная библиотека" - новый продукт компании "БКС"
[www.bks-mgu.ru]
Сведений тоже почти нет, кроме того, что первоначально разработана тоже для себя [www.bks-mgu.ru] (что понятно уже из названия)...
Сразу видим большой плюс - импорт из Сиглы. В программном и интерфейсном отношениях это явно расширенная и дополненная Библиотека 5.0, в функциональном отношении - явный аналог ИРБИС64 и 128 (масштабируемость, веб-ориентированность), а меню отличаются от меню Библиотеки 5.0 точно так же, как меню JavaISIS, тоже "вебовского", от меню WinISIS. То есть продукт "тяжелого класса" или "масштаба предприятия" - вполне логичный шаг. Но доступ не через браузер, а через некое собственное его подобие типа "тонкого клиента" (?)
Пункт меню "О программе" сообщает только: версия 6.0.900.1. Проще говоря, это Библиотека 6.0 (аналогично тому, как Windows ХР на самом деле NT 5.1). А документация - вероятно, можно использовать руководство по "Моей библиотеке"? Но если даже и так, это только для каталогизатора.
...вообще не запускается без интернета, точнее, без доступа к "родному" серверу - прогресс или недостаток? Или это для демо, у которой нет своей базы? Инсталлируется, как уже сказал, только некий "тонкий клиент". Веб-модуль теперь не нужен, он внутри сиcтемы, как в IsisMarc и РУСЛАНе.
И снова MS SQL Server 2005... что наводит на большие размышления...
irbis_arbat@mail.ru
[www.bks-mgu.ru]
Сведений тоже почти нет, кроме того, что первоначально разработана тоже для себя [www.bks-mgu.ru] (что понятно уже из названия)...
Сразу видим большой плюс - импорт из Сиглы. В программном и интерфейсном отношениях это явно расширенная и дополненная Библиотека 5.0, в функциональном отношении - явный аналог ИРБИС64 и 128 (масштабируемость, веб-ориентированность), а меню отличаются от меню Библиотеки 5.0 точно так же, как меню JavaISIS, тоже "вебовского", от меню WinISIS. То есть продукт "тяжелого класса" или "масштаба предприятия" - вполне логичный шаг. Но доступ не через браузер, а через некое собственное его подобие типа "тонкого клиента" (?)
Пункт меню "О программе" сообщает только: версия 6.0.900.1. Проще говоря, это Библиотека 6.0 (аналогично тому, как Windows ХР на самом деле NT 5.1). А документация - вероятно, можно использовать руководство по "Моей библиотеке"? Но если даже и так, это только для каталогизатора.
...вообще не запускается без интернета, точнее, без доступа к "родному" серверу - прогресс или недостаток? Или это для демо, у которой нет своей базы? Инсталлируется, как уже сказал, только некий "тонкий клиент". Веб-модуль теперь не нужен, он внутри сиcтемы, как в IsisMarc и РУСЛАНе.
И снова MS SQL Server 2005... что наводит на большие размышления...
irbis_arbat@mail.ru
Извините, только зарегистрированные пользователи могут писать в этом форуме.