Опыт и разработки пользователей ИРБИС : ИРБИС
Автоматизация библиотек вузов. История, проблемы и перспективы
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 27, February, 2012 05:36
План статьи
Начало 90-х. Эпоха черно-белых мониторов, матричных принтеров, DOS, иногда Netware. Однопользовательские самоделки, обычно на Foxpro.
Радикальные экономические реформы, развал госучреждений. Одновременно сохраняется ведомственный подход. Были определены "головные организации" по отраслям - НБ МГУ, ГИВЦ Минкультуры и т.д.
Типичные ошибки и недостатки тех лет - стихийность, несистематическое обучение, несоблюдение правил, стандартов, форматов, произвольное индексирование ключевыми словами или их отсутстввие. Главное, считалось, - печать карточек, ПК = пишущая машинка, ЭК почти не используется в других целях, недоступен для читателей (нехватка техники или "как бы чего не вышло").
Легендарная "Библиотека 4.0" - неограниченная настраиваемость (девиз А. и. Вислого: "все позволено всем"), частичный перевод USMARC, качественные словари ключевых слов, конверторы, хорошее руководство, поддержка пользователей.
Передовой и оригинальный опыт реорганизации НБ МГУ. Каталогизаторы и комплектаторы - его выпускники со всех 18 факультетов.
Большие трудности с обеспечением доступа в Интернет. Пример - Кемеровский госуниверситет, где это потребовало больших усилий 1-го проректора, помощи ИОО. Использовались IBM RS/600 с ОС AIX или "IBM PC" c Windows NT 4.0.
Середина-вторая половина 90-х, чубайсовский дефолт. Лидерство ГПНТБ, его причины (кадры,...).
Надолго затянувшийся переход на новые системы или новые версии, параллельное использование двух и даже более АБИС. Сравнение - сверскоросной ввод в "Библиотеке 4." и очень трудоемкий. особенно с непривычки, в ИРБИС.
Специфика и трудности внедрения зарубежных систем: цена, как правило, UNIX-сервер (трудности с администрированием, кадрами), обязательная интергация комплектования с бухгалтерией, отсутствие Книгообеспеченности (студенты сами покупают учебники)
Специфические требования к ПО для библиотек учебных заведений:
1.Книгообеспеченность
2.Специфика различных категорий пользователей (библиотекарь, студент, преподаватель...)
3.Лингвистическое обеспечение - есть ли специфика?
4.Учет групповых и даже индивидуальных учебных запросов
5.ИРИ, авторассылка по факультетам, кафедрам...
4.Информационные продукты, поставляемые вместе с системой?
АБИС, разработанные вузами или с их участием
1.БАРС - МВТУ им. Баумана, проф. Меняев (кажется, первая отечественная АБИС)
2.ИБИС (ДИТ-ИБИС) - ДИТ-М и ГЦНМБ, 1-я Медицинская академия
3.Библиотека (последняя версия 5.4), Моя библиотека, КУБ, Эйдос - ООО "БКС" и НБ МГУ
4.Академия, OPAC Академия - СПбГАКИ
5.Колибри - СПб. Консерватория
6.OPAC-Global и др. - снова ДИТ-М
7.Яуза - система для очень большого вуза, снова МВТУ
8.РУСЛАН - Балтиксофт, имеет отношение к "СПб. политеху" (?) и к проекту RUSLANet.
9.Фолиант - Петрозаводский ГУ
10.UNILIB - Харьковское училище МВД
Наличие в вузе центра НИТ (ИКТ) - много плюсов для библиотеки, с нее снимается ряд функций ("железных", поддержки ЛВС и доступа в интернет, "общесофтовых").
Сайты вузовских библиотек и их веб-модули. Лучшие образцы: МВТУ им. Баумана (Москва), Академия МУБиНТ (Ярославль), НаУКМА (Киев), НБ МГУ (хотя там очень сложный поиск).
Участие в корпоративных системах. КСМБ, Новая КСМБ. Проект КБС МОСВУЗ.
Конференции, семинары, вебинары, совещания. В том числе организуемые библиотеками.
Библиотечные системные интеграторы. Таких фирм в полном смысле слова у нас нет. Частично - ПроСофт-М и МатриксПресс.
Последние достижения.
Интеграция АБИС с (в) КИСУЗ: ИРБИС - МОДУС, в системы дистанционного образования (СДО): ИРБИС - Прометей
irbis_arbat@mail.ru
Редактировано 8 раз. Последний раз 12.03.2012 07:50 пользователем Lavrinovich.
Начало 90-х. Эпоха черно-белых мониторов, матричных принтеров, DOS, иногда Netware. Однопользовательские самоделки, обычно на Foxpro.
Радикальные экономические реформы, развал госучреждений. Одновременно сохраняется ведомственный подход. Были определены "головные организации" по отраслям - НБ МГУ, ГИВЦ Минкультуры и т.д.
Типичные ошибки и недостатки тех лет - стихийность, несистематическое обучение, несоблюдение правил, стандартов, форматов, произвольное индексирование ключевыми словами или их отсутстввие. Главное, считалось, - печать карточек, ПК = пишущая машинка, ЭК почти не используется в других целях, недоступен для читателей (нехватка техники или "как бы чего не вышло").
Легендарная "Библиотека 4.0" - неограниченная настраиваемость (девиз А. и. Вислого: "все позволено всем"), частичный перевод USMARC, качественные словари ключевых слов, конверторы, хорошее руководство, поддержка пользователей.
Передовой и оригинальный опыт реорганизации НБ МГУ. Каталогизаторы и комплектаторы - его выпускники со всех 18 факультетов.
Большие трудности с обеспечением доступа в Интернет. Пример - Кемеровский госуниверситет, где это потребовало больших усилий 1-го проректора, помощи ИОО. Использовались IBM RS/600 с ОС AIX или "IBM PC" c Windows NT 4.0.
Середина-вторая половина 90-х, чубайсовский дефолт. Лидерство ГПНТБ, его причины (кадры,...).
Надолго затянувшийся переход на новые системы или новые версии, параллельное использование двух и даже более АБИС. Сравнение - сверскоросной ввод в "Библиотеке 4." и очень трудоемкий. особенно с непривычки, в ИРБИС.
Специфика и трудности внедрения зарубежных систем: цена, как правило, UNIX-сервер (трудности с администрированием, кадрами), обязательная интергация комплектования с бухгалтерией, отсутствие Книгообеспеченности (студенты сами покупают учебники)
Специфические требования к ПО для библиотек учебных заведений:
1.Книгообеспеченность
2.Специфика различных категорий пользователей (библиотекарь, студент, преподаватель...)
3.Лингвистическое обеспечение - есть ли специфика?
4.Учет групповых и даже индивидуальных учебных запросов
5.ИРИ, авторассылка по факультетам, кафедрам...
4.Информационные продукты, поставляемые вместе с системой?
АБИС, разработанные вузами или с их участием
1.БАРС - МВТУ им. Баумана, проф. Меняев (кажется, первая отечественная АБИС)
2.ИБИС (ДИТ-ИБИС) - ДИТ-М и ГЦНМБ, 1-я Медицинская академия
3.Библиотека (последняя версия 5.4), Моя библиотека, КУБ, Эйдос - ООО "БКС" и НБ МГУ
4.Академия, OPAC Академия - СПбГАКИ
5.Колибри - СПб. Консерватория
6.OPAC-Global и др. - снова ДИТ-М
7.Яуза - система для очень большого вуза, снова МВТУ
8.РУСЛАН - Балтиксофт, имеет отношение к "СПб. политеху" (?) и к проекту RUSLANet.
9.Фолиант - Петрозаводский ГУ
10.UNILIB - Харьковское училище МВД
Наличие в вузе центра НИТ (ИКТ) - много плюсов для библиотеки, с нее снимается ряд функций ("железных", поддержки ЛВС и доступа в интернет, "общесофтовых").
Сайты вузовских библиотек и их веб-модули. Лучшие образцы: МВТУ им. Баумана (Москва), Академия МУБиНТ (Ярославль), НаУКМА (Киев), НБ МГУ (хотя там очень сложный поиск).
Участие в корпоративных системах. КСМБ, Новая КСМБ. Проект КБС МОСВУЗ.
Конференции, семинары, вебинары, совещания. В том числе организуемые библиотеками.
Библиотечные системные интеграторы. Таких фирм в полном смысле слова у нас нет. Частично - ПроСофт-М и МатриксПресс.
Последние достижения.
Интеграция АБИС с (в) КИСУЗ: ИРБИС - МОДУС, в системы дистанционного образования (СДО): ИРБИС - Прометей
irbis_arbat@mail.ru
Редактировано 8 раз. Последний раз 12.03.2012 07:50 пользователем Lavrinovich.
Re: Автоматизация библиотек вузов. История, проблемы и перспективы
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 07, March, 2012 11:37
Дальше надо будет перечитать старые и новые доклады... долго, скучно, к тому же здесь откликов никаких нет... Гг. сотрудники вузовских б-к, назовите хотя бы только темы, что убавить, что прибавить.
Тем не менее - особая благодарность гг. Караушу и Панарину.
irbis_arbat@mail.ru
Редактировано 4 раз. Последний раз 11.04.2012 13:10 пользователем Lavrinovich.
Тем не менее - особая благодарность гг. Караушу и Панарину.
irbis_arbat@mail.ru
Редактировано 4 раз. Последний раз 11.04.2012 13:10 пользователем Lavrinovich.
Re: Автоматизация библиотек вузов. История, проблемы и перспективы
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 11, April, 2012 13:09
Почти совсем новый вариант. Можно начинать критиковать.
АВТОМАТИЗАЦИЯ БИБЛИОТЕК ВУЗОВ. ИСТОРИЯ, ПРОБЛЕМЫ И ПЕРСПЕКТИВЫ
Начало 90-х. Эпоха черно-белых мониторов, матричных принтеров, DOS, иногда Netware. Однопользовательские самоделки, обычно на Foxpro.
Радикальные экономические реформы, развал госучреждений. Одновременно сохраняется ведомственный подход. Были определены "головные организации" по отраслям - НБ МГУ, ГИВЦ Минкультуры и т.д.
Типичные ошибки и недостатки тех лет - стихийность, несистематическое обучение, несоблюдение правил, стандартов, форматов, произвольное индексирование ключевыми словами или их отсутстввие.
Главное, как считалось, - печать карточек, ПК = пишущая машинка, ЭК мало используется в других целях, недоступен для читателей (нехватка техники или "как бы чего не вышло").
Легендарная "Библиотека 4.0" - неограниченная настраиваемость (девиз ее разработчика А.И.Вислого: "все позволено всем"), частичный, но точный, перевод формата USMARC, качественные словари ключевых слов, конверторы, хорошее руководство пользователя, поддержка клиентов.
Передовой и оригинальный опыт реорганизации НБ МГУ. Каталогизаторы и комплектаторы - выпускники всех его 18 факультетов.
Большие трудности с обеспечением доступа в Интернет. Например, в Кемеровском госуниверситете это потребовало больших усилий 1-го проректора, помощи ИОО. Использовались IBM RS/600 с ОС AIX или "IBM PC-совмистимые" c Windows NT 4.0.
Середина-вторая половина 90-х. Чубайсовский дефолт.
Явно обозначилось лидерство ГПНТБ России. Его причины - опыт, кадры, международные связи...
Надолго затянувшийся переход на новые системы, новые версии, параллельное использование двух и более АБИС.
Специфика и трудности внедрения зарубежных систем:
- цена
- как правило, UNIX-сервер (т.е. трудности с администрированием, кадрами),
- обязательная интеграция комплектования с бухгалтерией
- отсутствие Книгообеспеченности ("у них" студенты сами покупают учебники)
- обучение?
Специфические требования к ПО для библиотек учебных заведений:
1.Книгообеспеченность
2.Специфика различных категорий пользователей (библиотекарь, студент, преподаватель...)
3.Лингвистическое обеспечение - от разработчика, собственное и стороннее
4.Учет групповых и даже индивидуальных учебных запросов ("закладки", "книжные полки")
5.ИРИ, авторассылка по факультетам, кафедрам...
6.Обмен данными с УМУ, возможно также с факультетами, кафедрами...
7.Информационные продукты, поставляемые разработчиком. Примеры: ...
САБ, разработанные вузами или с их участием
1.БАРС - МВТУ им. Баумана, проф. Меняев (кажется, первая отечественная АБИС вообще)
2.ИБИС (ДИТ-ИБИС) - ДИТ-М и ГЦНМБ, 1-я Медицинская академия
3.Библиотека (последняя версия 5.4), Моя библиотека, КУБ, Эйдос, Фундаментальная библиотека - ООО "БКС" и НБ МГУ
4.Академия, OPAC Академия - СПбГАКИ
5.Колибри - СПб. Консерватория
6.OPAC-Global, OPAC-midi, OPAC-mini - ДИТ-М
7.Яуза - МВТУ им. Баумана
8.РУСЛАН - "Балтиксофт", кажется, имеет отношение к СПбПТУ и к проекту RUSLANet.
9.Фолиант - Петрозаводский ГУ
10.UNILIB - Харьковское училище МВД
Сайты вузовских библиотек и их веб-модули. Лучшие образцы: МВТУ им. Баумана (Москва), Академия МУБиНТ (Ярославль), НаУКМА (Киев), НБ МГУ.
Участие в корпоративных системах: КСМБ, Новая КСМБ. Проект КБС МОСВУЗ.
Конференции, семинары, вебинары, совещания, в том числе организуемые библиотеками вузов.
Библиотечные системные интеграторы. Таких фирм в полном смысле слова у нас нет. Частично - ПроСофт-М (Москва) и МатриксПресс (Киев).
Последние достижения.
Интеграция АБИС с (в) КИСУЗ: ИРБИС - МОДУС, в системы дистанционного образования (СДО): ИРБИС - Прометей
«Нам нужна уникальная система» – обычно так говорят именно представители вузов. Но почему?
Система ИРБИС (ГПНТБ России и Международная ассоциация ЭБНИТ) - самая вузовская из всех, хотя отнюдь не планировалась в этой качестве. В ней постоянно и очень тщательно дорабатывается Книгоообеспеченность, прорабатываются многоэкземплярность, специфика учета и выдачи учебников, недавно появилась так называемая «рекомендуемая литература».
В АИБС МАРК-SQL также достаточно полно учитывается специфика библиотек вузов, особенно в части комплектования.
ПРИЛОЖЕНИЕ
Проект спецификации на разработку САБ для вуза
Звездочкой (*) отмечены факультативные и перспективные требования.
Назначение: комплексная автоматизация технологических процессов в библиотеках вузов специфических потребностей разных категорий пользователей
ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
ОС: Windows 2000/XP/VIsta/7/8, *Linux
Средства разработки и СУБД: VBA, HTML5, ...
Стабильная работа в ЛВС разных типов, ориентация на интранет, поддержка до ... одновременно работающих АРМ
Наличие версии для мобильных устройств (?)
Внутренний формат системы - RUSMARC. Входные и выходные конверторы для MARC21 и UNIMARC
Пять взаимосвязанных (взаимодействующих) АРМ:
- Администратор/Конгфигуратор/Разработчик
- Комплектование/Каталогизация с подсистемами: Учет и анализ спроса, Намечено к приобретению, Заказанная литература, Периодика (подписка, Каталогизатор, Систематизатор, Корректор, аналитика (Библиограф)
- Обслуживание (Книговыдача, Выставки, Массовая работа, ИРИ)
- Читатель (Поиск, Заказ)
- Управление и статистика
ИНТЕРФЕЙС - многооконный, настраиваемый, интуитивно понятный, приближенный к MS Office 2003/2010: меню, панели инструментов, вкладки.
Всплывающие перемещаемые окна "Поиск" и "Результаты поиска", одинаковые для всех АРМ.
Выбор языка интерфейса каждым пользователем - русского, английского, французского, немецкого, украинского, белорусского, казахского; других по договору.
ОСНОВНЫЕ ПРИНЦИПЫ
Открытость, настраиваемость, адаптируемость в широких пределах
Максимально широкое использование распространенных, стандартных (де-факто), типовых решений
Возможность создания квалифицированным пользователем новых АРМ и собственных приложений
Ориентация на корпоративную работу, развитые функции обмена данными на основе протокола Z39.50 во всех АРМ
Поддержка интернет-технологий
Поддержка [b]полнотекстовых БД, интегрированных с библиографическими, *электронных библиотек, электронно-библиотечных систем
Полная поддержка ГОСТ ... и РПК, возможность применения других международных и зарубежных стандартов и правил
Мультимедийные функции (?)
ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ. ЗАЩИТА ДАННЫХ
Доступ пользователей, в том числе удаленных, по паролям, при необходимости - к каждой БД в отдельности.
Защита полных текстов от копирования внешними программными средствами
Шифрование записей (для военных и т.п. вузов)
ПОИСК:
- по любым элементам данных (ЭД)
- по любому сочетанию ЭД
- по одной, нескольким заданным или по всем БД
- одновременно во многих внешних ресурсах
- с сужением и с расширением условий поиска
Наличие в дистрибутиве нескольких типовых конфигураций, в том числе для разных категорий пользователей
АРМ АДМИНИСТРАТОР/КОНФИГУРАТОР/РАЗРАБОТЧИК
Автоактуализацтия (переиндексация) БД при необходимости
Индикатор загруженности ЦП и ЛВС (?)
Визуальное отображение функционирования системы в режиме реального времени - работающие АРМ, пользователи, информационные потоки (?)
КОМПЛЕКТОВАНИЕ И КАТАЛОГИЗАЦИЯ
АРМ Комплектатор/Каталогизатор и его модификации: Периодика, Систематизатор, Корректор, Книгообеспеченность
Входные и выходные конверторы для форматов RUSMARC, MARC21, UNIMARC
Загрузка прайс-листов и другой стандартизированной информации издательств, книготоргов, подписных агентств в форматах XLS, DBF (?), MDB, TXT
Автоформирование аналитических описаний из (на основе) основных описаний сборников (в том числе аудизуальных документов) и журналов.
Способы ввода данных:
- каталогизация заимствованием, в том числе inline
- копирование и редактирование ранее введенных похожих записей
- клавиатурный ввод - отдельных ЭД или как исключение
Редактирование ранее веденных записей, в том числе "глобальная замена" значения любых полей во всех записях
АРМ ОБСЛУЖИВАНИЕ
Модификации/подсистемы: Книговыдача, МБА и ЭДД, ИРИ (включая автоформирование и авторассылку обновлений СБД и библиографических списков - новых поступлений и тематических), Планирование и учет выставок и массовой работы
АРМ ЧИТАТЕЛЬ
Режимы ПОИСКА и ВЫДАЧИ РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ - по факультетам, кафедрам, дисциплинам, курсам.
Индивидуальные профили пользователей, в том числе удаленных
Автоматизированный учет запросов каждого читателя - научных, учебных, личных, досуговых
АРМ УПРАВЛЕНИЕ И СТАТИСТИКА
Планирование и отчетность в целом, по филиалам. отделам, по всем БД и по каждой БД,
Контроль выполнения заказов (?), учет отказов
Управление обработкой и размещением документов
Организация обслуживания пользователей
Управление работой библиотеки (?)
Интеграция с системой электронного документооборота
ВЕБ-МОДУЛЬ,
Z39.50-МОДУЛЬ с функцией заказа.
Его версия (адаптация) для мобильных устройств.
Может быть объединен с АРМ Читатель
Несколько вариантов (примеров) дизайна сайта (HTML-шаблоны)
КОМПЛЕКТ СИСТЕМНОЙ ДОКУМЕНТАЦИИ в электронной форме: описание системы, руководства администратора и разработчика, руководства и примеры... для каждого АРМ, полный список полей используемого формата с пояснениями и примерами заполнения
СПОСОБЫ ПОСТАВКИ: на CD или другом носителе, FTP. e-mail
ОБЯЗАННОСТИ РАЗРАБОТЧИКА на период действия договора:
- сопровождение, высылка новых версий (по e-mail, FTP, через сайт), устранение неполадок, высылка новых версий (редакций) и исправлений
- организация обучения
- консультации по e-mail, телефону, на сайте
- поддержка форума (телеконференции)
Что забыл, чего не хватает, что лишнее?
Пишу больше "из головы", ибо мало личного опыта. Больше командировки, экскурсии, конференции, совещания...
Первое упоминание темы
[irbis.gpntb.ru]
ЗЫ. Банду Ель... тьфу ты, банду Пу... тьфу, банду Абдулатипова - под суд!
[irbis.gpntb.ru]
[www.livejournal.ru]
irbis_arbat@mail.ru
Редактировано 6 раз. Последний раз 07.01.2013 05:50 пользователем Lavrinovich.
АВТОМАТИЗАЦИЯ БИБЛИОТЕК ВУЗОВ. ИСТОРИЯ, ПРОБЛЕМЫ И ПЕРСПЕКТИВЫ
Начало 90-х. Эпоха черно-белых мониторов, матричных принтеров, DOS, иногда Netware. Однопользовательские самоделки, обычно на Foxpro.
Радикальные экономические реформы, развал госучреждений. Одновременно сохраняется ведомственный подход. Были определены "головные организации" по отраслям - НБ МГУ, ГИВЦ Минкультуры и т.д.
Типичные ошибки и недостатки тех лет - стихийность, несистематическое обучение, несоблюдение правил, стандартов, форматов, произвольное индексирование ключевыми словами или их отсутстввие.
Главное, как считалось, - печать карточек, ПК = пишущая машинка, ЭК мало используется в других целях, недоступен для читателей (нехватка техники или "как бы чего не вышло").
Легендарная "Библиотека 4.0" - неограниченная настраиваемость (девиз ее разработчика А.И.Вислого: "все позволено всем"), частичный, но точный, перевод формата USMARC, качественные словари ключевых слов, конверторы, хорошее руководство пользователя, поддержка клиентов.
Передовой и оригинальный опыт реорганизации НБ МГУ. Каталогизаторы и комплектаторы - выпускники всех его 18 факультетов.
Большие трудности с обеспечением доступа в Интернет. Например, в Кемеровском госуниверситете это потребовало больших усилий 1-го проректора, помощи ИОО. Использовались IBM RS/600 с ОС AIX или "IBM PC-совмистимые" c Windows NT 4.0.
Середина-вторая половина 90-х. Чубайсовский дефолт.
Явно обозначилось лидерство ГПНТБ России. Его причины - опыт, кадры, международные связи...
Надолго затянувшийся переход на новые системы, новые версии, параллельное использование двух и более АБИС.
Специфика и трудности внедрения зарубежных систем:
- цена
- как правило, UNIX-сервер (т.е. трудности с администрированием, кадрами),
- обязательная интеграция комплектования с бухгалтерией
- отсутствие Книгообеспеченности ("у них" студенты сами покупают учебники)
- обучение?
Специфические требования к ПО для библиотек учебных заведений:
1.Книгообеспеченность
2.Специфика различных категорий пользователей (библиотекарь, студент, преподаватель...)
3.Лингвистическое обеспечение - от разработчика, собственное и стороннее
4.Учет групповых и даже индивидуальных учебных запросов ("закладки", "книжные полки")
5.ИРИ, авторассылка по факультетам, кафедрам...
6.Обмен данными с УМУ, возможно также с факультетами, кафедрами...
7.Информационные продукты, поставляемые разработчиком. Примеры: ...
САБ, разработанные вузами или с их участием
1.БАРС - МВТУ им. Баумана, проф. Меняев (кажется, первая отечественная АБИС вообще)
2.ИБИС (ДИТ-ИБИС) - ДИТ-М и ГЦНМБ, 1-я Медицинская академия
3.Библиотека (последняя версия 5.4), Моя библиотека, КУБ, Эйдос, Фундаментальная библиотека - ООО "БКС" и НБ МГУ
4.Академия, OPAC Академия - СПбГАКИ
5.Колибри - СПб. Консерватория
6.OPAC-Global, OPAC-midi, OPAC-mini - ДИТ-М
7.Яуза - МВТУ им. Баумана
8.РУСЛАН - "Балтиксофт", кажется, имеет отношение к СПбПТУ и к проекту RUSLANet.
9.Фолиант - Петрозаводский ГУ
10.UNILIB - Харьковское училище МВД
Сайты вузовских библиотек и их веб-модули. Лучшие образцы: МВТУ им. Баумана (Москва), Академия МУБиНТ (Ярославль), НаУКМА (Киев), НБ МГУ.
Участие в корпоративных системах: КСМБ, Новая КСМБ. Проект КБС МОСВУЗ.
Конференции, семинары, вебинары, совещания, в том числе организуемые библиотеками вузов.
Библиотечные системные интеграторы. Таких фирм в полном смысле слова у нас нет. Частично - ПроСофт-М (Москва) и МатриксПресс (Киев).
Последние достижения.
Интеграция АБИС с (в) КИСУЗ: ИРБИС - МОДУС, в системы дистанционного образования (СДО): ИРБИС - Прометей
«Нам нужна уникальная система» – обычно так говорят именно представители вузов. Но почему?
Система ИРБИС (ГПНТБ России и Международная ассоциация ЭБНИТ) - самая вузовская из всех, хотя отнюдь не планировалась в этой качестве. В ней постоянно и очень тщательно дорабатывается Книгоообеспеченность, прорабатываются многоэкземплярность, специфика учета и выдачи учебников, недавно появилась так называемая «рекомендуемая литература».
В АИБС МАРК-SQL также достаточно полно учитывается специфика библиотек вузов, особенно в части комплектования.
ПРИЛОЖЕНИЕ
Звездочкой (*) отмечены факультативные и перспективные требования.
Назначение: комплексная автоматизация технологических процессов в библиотеках вузов специфических потребностей разных категорий пользователей
ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
ОС: Windows 2000/XP/VIsta/7/8, *Linux
Средства разработки и СУБД: VBA, HTML5, ...
Стабильная работа в ЛВС разных типов, ориентация на интранет, поддержка до ... одновременно работающих АРМ
Наличие версии для мобильных устройств (?)
Внутренний формат системы - RUSMARC. Входные и выходные конверторы для MARC21 и UNIMARC
Пять взаимосвязанных (взаимодействующих) АРМ:
- Администратор/Конгфигуратор/Разработчик
- Комплектование/Каталогизация с подсистемами: Учет и анализ спроса, Намечено к приобретению, Заказанная литература, Периодика (подписка, Каталогизатор, Систематизатор, Корректор, аналитика (Библиограф)
- Обслуживание (Книговыдача, Выставки, Массовая работа, ИРИ)
- Читатель (Поиск, Заказ)
- Управление и статистика
ИНТЕРФЕЙС - многооконный, настраиваемый, интуитивно понятный, приближенный к MS Office 2003/2010: меню, панели инструментов, вкладки.
Всплывающие перемещаемые окна "Поиск" и "Результаты поиска", одинаковые для всех АРМ.
Выбор языка интерфейса каждым пользователем - русского, английского, французского, немецкого, украинского, белорусского, казахского; других по договору.
ОСНОВНЫЕ ПРИНЦИПЫ
Открытость, настраиваемость, адаптируемость в широких пределах
Максимально широкое использование распространенных, стандартных (де-факто), типовых решений
Возможность создания квалифицированным пользователем новых АРМ и собственных приложений
Ориентация на корпоративную работу, развитые функции обмена данными на основе протокола Z39.50 во всех АРМ
Поддержка интернет-технологий
Поддержка [b]полнотекстовых БД, интегрированных с библиографическими, *электронных библиотек, электронно-библиотечных систем
Полная поддержка ГОСТ ... и РПК, возможность применения других международных и зарубежных стандартов и правил
Мультимедийные функции (?)
ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ. ЗАЩИТА ДАННЫХ
Доступ пользователей, в том числе удаленных, по паролям, при необходимости - к каждой БД в отдельности.
Защита полных текстов от копирования внешними программными средствами
Шифрование записей (для военных и т.п. вузов)
ПОИСК:
- по любым элементам данных (ЭД)
- по любому сочетанию ЭД
- по одной, нескольким заданным или по всем БД
- одновременно во многих внешних ресурсах
- с сужением и с расширением условий поиска
Наличие в дистрибутиве нескольких типовых конфигураций, в том числе для разных категорий пользователей
АРМ АДМИНИСТРАТОР/КОНФИГУРАТОР/РАЗРАБОТЧИК
Автоактуализацтия (переиндексация) БД при необходимости
Индикатор загруженности ЦП и ЛВС (?)
Визуальное отображение функционирования системы в режиме реального времени - работающие АРМ, пользователи, информационные потоки (?)
КОМПЛЕКТОВАНИЕ И КАТАЛОГИЗАЦИЯ
АРМ Комплектатор/Каталогизатор и его модификации: Периодика, Систематизатор, Корректор, Книгообеспеченность
Входные и выходные конверторы для форматов RUSMARC, MARC21, UNIMARC
Загрузка прайс-листов и другой стандартизированной информации издательств, книготоргов, подписных агентств в форматах XLS, DBF (?), MDB, TXT
Автоформирование аналитических описаний из (на основе) основных описаний сборников (в том числе аудизуальных документов) и журналов.
Способы ввода данных:
- каталогизация заимствованием, в том числе inline
- копирование и редактирование ранее введенных похожих записей
- клавиатурный ввод - отдельных ЭД или как исключение
Редактирование ранее веденных записей, в том числе "глобальная замена" значения любых полей во всех записях
АРМ ОБСЛУЖИВАНИЕ
Модификации/подсистемы: Книговыдача, МБА и ЭДД, ИРИ (включая автоформирование и авторассылку обновлений СБД и библиографических списков - новых поступлений и тематических), Планирование и учет выставок и массовой работы
АРМ ЧИТАТЕЛЬ
Режимы ПОИСКА и ВЫДАЧИ РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ - по факультетам, кафедрам, дисциплинам, курсам.
Индивидуальные профили пользователей, в том числе удаленных
Автоматизированный учет запросов каждого читателя - научных, учебных, личных, досуговых
АРМ УПРАВЛЕНИЕ И СТАТИСТИКА
Планирование и отчетность в целом, по филиалам. отделам, по всем БД и по каждой БД,
Контроль выполнения заказов (?), учет отказов
Управление обработкой и размещением документов
Организация обслуживания пользователей
Управление работой библиотеки (?)
Интеграция с системой электронного документооборота
ВЕБ-МОДУЛЬ,
Z39.50-МОДУЛЬ с функцией заказа.
Его версия (адаптация) для мобильных устройств.
Может быть объединен с АРМ Читатель
Несколько вариантов (примеров) дизайна сайта (HTML-шаблоны)
КОМПЛЕКТ СИСТЕМНОЙ ДОКУМЕНТАЦИИ в электронной форме: описание системы, руководства администратора и разработчика, руководства и примеры... для каждого АРМ, полный список полей используемого формата с пояснениями и примерами заполнения
СПОСОБЫ ПОСТАВКИ: на CD или другом носителе, FTP. e-mail
ОБЯЗАННОСТИ РАЗРАБОТЧИКА на период действия договора:
- сопровождение, высылка новых версий (по e-mail, FTP, через сайт), устранение неполадок, высылка новых версий (редакций) и исправлений
- организация обучения
- консультации по e-mail, телефону, на сайте
- поддержка форума (телеконференции)
Что забыл, чего не хватает, что лишнее?
Пишу больше "из головы", ибо мало личного опыта. Больше командировки, экскурсии, конференции, совещания...
Первое упоминание темы
[irbis.gpntb.ru]
ЗЫ. Банду Ель... тьфу ты, банду Пу... тьфу, банду Абдулатипова - под суд!
[irbis.gpntb.ru]
[www.livejournal.ru]
irbis_arbat@mail.ru
Редактировано 6 раз. Последний раз 07.01.2013 05:50 пользователем Lavrinovich.
Re: Автоматизация библиотек вузов. История, проблемы и перспективы
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 02, July, 2012 09:54
А это пока наброски, хотя не про вузы непосредственно, очень здесь нужные ...
Из доклада Л.З.Рудзского "Система ИРБИС. Записки украинского дистрибьютора".
[www.gpntb.ru]
"...следует вспомнить достаточно близкую историю этого вопроса , а именно – появление на Украине, в то время части СССР, ППП CDS/ISIS/М, разработанного в ЮНЕСКО.
Институт кибернетики (ИК) им. В.М. Глушкова Национальной АН (НАН) Украины, был первой организацией, получившей в 1982 году, права дистрибуции ППП CDS/ISIS на территории бывшего СССР (потом эти права получил – Международный Центр НТИ, стран членов СЭВ). По тем временам, это был один из немногих лиценционных программных продуктов, распостраняемых бесплатно, который могли использовать специалисты в области автоматизации информационной деятельности. Естественно, что в первую очередь этот продукт широко стал известен среди украинских специалистов, работающих в отделах НТИ различных НИИ и производственных организаций Украины. Чаще всего он использовался в "чистом" виде, или к нему дописывались новые функции, с использованием возможностей встроенного в систему языка программирования Паскаль. В различных учреждениях НАН Украины с его помощью строились простенькие ИПС, в некоторых из них они используются досих пор и об этом говорят многие специалисты во время формальных и неформальных встреч. К сожалению, среди украинских специалистов по автоматизации библиотечных технологий, он фактически не был известен, кроме, как в НБУ им. Вернадского НАН Украины, а автор этих строк впервые узнал про этот программный продукт из материалов Международного центра научной и технической информации (МЦНТИ), хотя получил его дистрибутив в 1990 г. в ИК им. В.М. Глушкова НАН Украины и вместе с библиотечными технологами, из Государственной библиотеки Украины для юношества, "нарисовал" свою CDS/ISIS/М-ою систему, которая работает до настоящего времени в нескольких структурных подразделениях этой библиотеки. Эта разработка, к сожалению, потерпела поражение в соревновании с системой, сделанной на .dbf-подобной СУБД, которую, в то время, мощно лобировало Министерство культуры Украины, но которая по функциям была ничуть не лучше разработки, сделанной на CDS/ISIS/М. К тому времени, 1992 г., уже существовала первая разработка ГПНТБ России, которая еще не позиционировалась, как типовая система для автоматизации библиотечных технологий. Она была получена в дар и установлена в Украинском языково-информационном фонде НАН Украины, до сих пор успешно работает, причем под операционной системой DOS и только в этом году пользователям потребовался переход под ОС Windows. Это была несомненно первая установка прообраза системы ИРБИС на Украине и наверное одна из первых, за пределами России.
Потом была неудавшаяся, совместная с московскими коллегами, попытка заключить соглашение с киевским НПО "Электронмаш", о прединсталляции системы на ПК "Поиск" (i86) которые выпускала эта организация, в случае продажи этих ПК в библиотеки или средние школы. Неудавшейся она оказалась, по моему мнению, из-за того, что не состоялся украинский производитель ПК, в лице НПО "Электронмаш".
[...]
Таким образом, для продвижения системы ИРБИС по Украине почва была "взрыхлена", хотя, непонятное пренебрежение к ней, у некоторых чиновников "от автоматизации", Министерства культуры и искусств Украины, на удивление, сохраняется до сих пор. Коллектива, который разрабатывал .dbf–подобную систему, уже давно нет, он развалился не только из-за экономических причин (у Министерства культуры и искусств закончились деньги), но прежде всего из-за того, что за ним не стояло продуманной библиотечной технологии, которая бы смогла "спасти" эту разработку в период тяжелых экономических неурядиц. Ряд библиотек на Украине до сих пор использует эту систему, в основном, как средство для создания БД, ее идеология "застыла" на рубеже начала 90-х годов, хотя в ней накоплен значительный информационный ресурс, который фактически мало кому доступен. Мнение отдельных украинских специалистов, о необходимости ориентации на систему, разрабатываемую и поддерживаемую <B>крупной библиотечной </B>организацией, высказывалось, еще в прежние времена, но к сожалению оно не было услышано. Естественно, разработчики системы ИРБИС не могли предвидеть утрату позиций .dbf-структур на рынке СУБД, широкое внедрение МАРК – подобных форматов, появление ОС Windows и т.д., но за ИРБИС стояли и стоят профессиональные библиотечные технологи[b], которые на каждом переломном этапе развития библиотечной автоматизации делали правильный выбор.
Опираясь на собственный опыт знакомства с большим количеством систем, разработанных для автоматизации библиотечных технологий, можно утверждать, что жизнеспособными, особенно в условиях настоящего рынка, а не "проталкивания" программного продукта в библиотеку только потому, что он разработан "хорошими людьми" или поддержан "самим Иван Ивановичем!", выживут и выживают только наиболее [b]ТЕХНОЛОГИЧНЫЕ разработки!
Сейчас, когда программный инструментарий становится все более доступным, особенно в среде ОС Windows, искушение "быстро нарисовать" библиотечную систему очень велико и даже в определенной мере может быть экономически выгодно (рынок огромный!). Подобная система может даже "поддерживать" МАРК-формат (просто каждый раз принимающая система настраивается на передающую!), но когда посмотришь на интерфейс такой системы, на последовательность действий по составлению библиографической записи, предлагаемых библиотекарю, то хочется говорить только междометиями!
Причем интересно, что отсутствие профессиональной библиотечно-технологической подготовки, у разработчиков систем-"самопалов" не зависит от инструментария, в среде которого решается задача! В начале 90-х годов, в одной из библиотек мне показали разработку сделанную в среде одной из .dbf-подобных СУБД, в которой для описания единицы хранения фонда (любой!) предлагалось 7–8 библиографических полей. В ответ, на мой недоуменной вопрос, почему их так мало, ведь даже на каталожной карточке их бывает гораздо больше, мне было дословно сказано, "…что компьютер больше не может!". Это конечно сказала библиотекарь, со слов "высоколобого" программиста. Прошли годы ("…тот самый чай!", как в известной рекламе, правда чай тогда был действительно хороший!) изменился инструментарий, теперь существует система, называемая "библиотечной" и работающая, конечно под ОС Windows, функции которой вызываются путем "нажатия на иконку", например – "Математика", в результате которой появляется текстовой редактор Word, в котором мы можем набирать наши любимые каталожные карточки! "Иконок", понятно может быть много ("рабочий стол" в ОС Windows – большой!), а корпорация Microsoft и теперь уже, Стив Балмер, постараются, чтобы размер файлов, поддерживаемых текстовым редактором Word, постоянно увеличивался! Но самое интересное, что когда интересуешься у пользователей, устраивает ли их такая система, в ответ слышишь: "Да, нас устраивает!", вот тогда, становится страшно! Но потом, я себя успокаиваю, понимая, что они ничего лучшего не видели и что в системе библиотечного образования надо что-то менять!
Некоторое время назад, среди некоторой части представителей библиотечной номенклатуры, существовало упорное желание разработать "национальный программный продукт", для автоматизации библиотечных технологий. Возражать против таких доводов всегда трудно, т.к. могут обвинить в отсутствии патриотизма, но не возражать, еще хуже, т.к. в эпоху ИНТЕРНЕТ, в эпоху мирового стремления ко всеобщему информационному обмену говорить о разработке какого-то "особого" инструмента, т.к программное обеспечение это прежде всего инструмент для автоматизации библиотечных технологий, которые, как любые технологии базируются на стандартах, в том числе и международных, специалистам в области информационных технологий, наднациональных, по своей сути, по меньшей мере непрофессионально! Можно и нужно говорить о национальном информационном ресурсе, подготавливаемом и сохраняемом в специализированном программном продукте, профессионально поддерживающим один из МАРК-форматов.>
Из вышеизложенного, по моему мнению, можно сделать один однозначный вывод о том, что библиотекарям необходимы готовые библиотечные приложения, профессиональный уровень которых, они должны уметь однозначно оценивать.
А теперь о некоторых "маленьких хитростях", которые мне приходится применять в своей деятельности дистрибьютора и о которых, я уверен осведомлены проффесиональные маркетологи и дистрибьюторы, поэтому я делюсь ими достаточно спокойно. Может быть для библиотечного сообщества они и представляют определенную новизну, но одно несомненно, что мысли о них возникли, при преодолении определенных барьеров, на пути распотранения системы.
Первый барьер, я для себя назвал "регионально-отраслевым" и предистория его такова. На определенном этапе работы с потенциальными пользователями системы на Украине, когда число "любопытствующих" стало быстро расти, я решил создать электронную базу данных тех специалистов, которые при личных[b] встречах, проявили [b]определенный интерес к системе. [...]И когда я начал вводить в БД, созданную, в системе ИРБИС, адреса существующих и потенциальных пользователей системы, вдруг оказалось, что нередки случаи, когда и одни и другие живут в одном городе, регионе, но последние ничего не знают о первых. Конечно многое зависит от активности руководителей библиотечных организаций и непосредственных исполнителей, руководителей служб автоматизации библиотек, их желания внедрять новые технологии и уровня профеcсионализма. Но многое, в их поведении, определяет "регионально-отраслевой" барьер, как определенное наследие советской эпохи. Если библиотека принадлежит системе Министерства образования и науки, то ее руководитель не пойдет сам или не пошлет своего специалиста узнать о новостях автоматизации в библиотеку, подчиняющуюся Министерству культуры. У меня был случай, когда руководители двух университетских библиотек, из областного центра, обратились ко мне за консультацией, тогда, как у них в городе прекрасно работала система, установленная в областной универсальной библиотеке. Руководитель библиотеки из медицинского училища, не пойдет в библиотеку педагогического училища – не его ведомство! К сожалению такой подход присущ руководителям из среднего и нижнего библиотечного звена, которые являются основными потенциальными покупателями системы. И это наверное не совсем их вина, т.к. по возрасту и по образованию, они "дети" советской эпохи, когда ведомственные барьеры успешно строились, для того, чтобы их безуспешно преодолевать! Поэтому я принял решение, что попадая в Киеве или каком-нибудь областном городе на ведомственный библиотечный семинар, и рассказывая на нем о системе, я по своим, неформальным каналам, всегда приглашаю на него представителей библиотек из других ведомств, не только для того, чтобы они послушали про систему, но чтобы познакомились друг с другом и поняли, что приобретая систему они не только автоматизируют свою внутреннюю технологию, но и смогут эффективно обмениваться информацией между собой, т.к. никаких программно-технических препятствий для этого не будет.
Второй барьер -"рыночно-подписной". Отечественные подписные агенства -не хотят разбираться в автоматизации библиотечных технологий! Они ставят перед собой одну задачу: "Продать! Книгу, брошуру, подписку на газету или журнал!", а то, что получая de vizo будущую единицу хранения фонда ее еще раз обрабатывают с помощью компьютера в библиотеке, хотя в агентстве уже есть подобная информация в электронном виде – это их не интересует! Но надо помнить, что они зависят от нас, от наших денег, от того что и когда мы, библиотекари у них купим, а как говорят в Одессе, кто платит, тот и заказывает музыку! Т.е. у подписных агетнств, крупных книжных издательств нужно требовать новый сервис для библиотек, передачу данных в библиотеку (каталоги, списки и т.д.) в одном из MARC- форматов (UNIMARC, USMARC) . Ни одно из украинских подписных агенств такого сервиса не обеспечивает! Пока на Украине нет центра, подобного OCLC, нет реально действующей системы "Books in print" [...] надо заставить издательства и подписные агентва "плясать под свою дудку". Решение этого вопроса должно существенно продвинуть процесс автоматизации библиотечных технологий на Украине, начиная с первого технологического процесса – процесса комплектования литературой.
В России, насколько мне известно (4) движение в этом направлении происходит. У наших соседей принят отраслевой стандарт, который "….определяет порядок и форму представления сведений об изданиях, аудио и видео продукции, электронных ресурсах, имеющихся в наличии или планируемых к выпуску" и который основан на формате RUSMARC.
irbis_arbat@mail.ru
Редактировано 2 раз. Последний раз 14.08.2012 09:37 пользователем Lavrinovich.
Из доклада Л.З.Рудзского "Система ИРБИС. Записки украинского дистрибьютора".
[www.gpntb.ru]
"...следует вспомнить достаточно близкую историю этого вопроса , а именно – появление на Украине, в то время части СССР, ППП CDS/ISIS/М, разработанного в ЮНЕСКО.
Институт кибернетики (ИК) им. В.М. Глушкова Национальной АН (НАН) Украины, был первой организацией, получившей в 1982 году, права дистрибуции ППП CDS/ISIS на территории бывшего СССР (потом эти права получил – Международный Центр НТИ, стран членов СЭВ). По тем временам, это был один из немногих лиценционных программных продуктов, распостраняемых бесплатно, который могли использовать специалисты в области автоматизации информационной деятельности. Естественно, что в первую очередь этот продукт широко стал известен среди украинских специалистов, работающих в отделах НТИ различных НИИ и производственных организаций Украины. Чаще всего он использовался в "чистом" виде, или к нему дописывались новые функции, с использованием возможностей встроенного в систему языка программирования Паскаль. В различных учреждениях НАН Украины с его помощью строились простенькие ИПС, в некоторых из них они используются досих пор и об этом говорят многие специалисты во время формальных и неформальных встреч. К сожалению, среди украинских специалистов по автоматизации библиотечных технологий, он фактически не был известен, кроме, как в НБУ им. Вернадского НАН Украины, а автор этих строк впервые узнал про этот программный продукт из материалов Международного центра научной и технической информации (МЦНТИ), хотя получил его дистрибутив в 1990 г. в ИК им. В.М. Глушкова НАН Украины и вместе с библиотечными технологами, из Государственной библиотеки Украины для юношества, "нарисовал" свою CDS/ISIS/М-ою систему, которая работает до настоящего времени в нескольких структурных подразделениях этой библиотеки. Эта разработка, к сожалению, потерпела поражение в соревновании с системой, сделанной на .dbf-подобной СУБД, которую, в то время, мощно лобировало Министерство культуры Украины, но которая по функциям была ничуть не лучше разработки, сделанной на CDS/ISIS/М. К тому времени, 1992 г., уже существовала первая разработка ГПНТБ России, которая еще не позиционировалась, как типовая система для автоматизации библиотечных технологий. Она была получена в дар и установлена в Украинском языково-информационном фонде НАН Украины, до сих пор успешно работает, причем под операционной системой DOS и только в этом году пользователям потребовался переход под ОС Windows. Это была несомненно первая установка прообраза системы ИРБИС на Украине и наверное одна из первых, за пределами России.
Потом была неудавшаяся, совместная с московскими коллегами, попытка заключить соглашение с киевским НПО "Электронмаш", о прединсталляции системы на ПК "Поиск" (i86) которые выпускала эта организация, в случае продажи этих ПК в библиотеки или средние школы. Неудавшейся она оказалась, по моему мнению, из-за того, что не состоялся украинский производитель ПК, в лице НПО "Электронмаш".
[...]
Таким образом, для продвижения системы ИРБИС по Украине почва была "взрыхлена", хотя, непонятное пренебрежение к ней, у некоторых чиновников "от автоматизации", Министерства культуры и искусств Украины, на удивление, сохраняется до сих пор. Коллектива, который разрабатывал .dbf–подобную систему, уже давно нет, он развалился не только из-за экономических причин (у Министерства культуры и искусств закончились деньги), но прежде всего из-за того, что за ним не стояло продуманной библиотечной технологии, которая бы смогла "спасти" эту разработку в период тяжелых экономических неурядиц. Ряд библиотек на Украине до сих пор использует эту систему, в основном, как средство для создания БД, ее идеология "застыла" на рубеже начала 90-х годов, хотя в ней накоплен значительный информационный ресурс, который фактически мало кому доступен. Мнение отдельных украинских специалистов, о необходимости ориентации на систему, разрабатываемую и поддерживаемую <B>крупной библиотечной </B>организацией, высказывалось, еще в прежние времена, но к сожалению оно не было услышано. Естественно, разработчики системы ИРБИС не могли предвидеть утрату позиций .dbf-структур на рынке СУБД, широкое внедрение МАРК – подобных форматов, появление ОС Windows и т.д., но за ИРБИС стояли и стоят профессиональные библиотечные технологи[b], которые на каждом переломном этапе развития библиотечной автоматизации делали правильный выбор.
Опираясь на собственный опыт знакомства с большим количеством систем, разработанных для автоматизации библиотечных технологий, можно утверждать, что жизнеспособными, особенно в условиях настоящего рынка, а не "проталкивания" программного продукта в библиотеку только потому, что он разработан "хорошими людьми" или поддержан "самим Иван Ивановичем!", выживут и выживают только наиболее [b]ТЕХНОЛОГИЧНЫЕ разработки!
Сейчас, когда программный инструментарий становится все более доступным, особенно в среде ОС Windows, искушение "быстро нарисовать" библиотечную систему очень велико и даже в определенной мере может быть экономически выгодно (рынок огромный!). Подобная система может даже "поддерживать" МАРК-формат (просто каждый раз принимающая система настраивается на передающую!), но когда посмотришь на интерфейс такой системы, на последовательность действий по составлению библиографической записи, предлагаемых библиотекарю, то хочется говорить только междометиями!
Причем интересно, что отсутствие профессиональной библиотечно-технологической подготовки, у разработчиков систем-"самопалов" не зависит от инструментария, в среде которого решается задача! В начале 90-х годов, в одной из библиотек мне показали разработку сделанную в среде одной из .dbf-подобных СУБД, в которой для описания единицы хранения фонда (любой!) предлагалось 7–8 библиографических полей. В ответ, на мой недоуменной вопрос, почему их так мало, ведь даже на каталожной карточке их бывает гораздо больше, мне было дословно сказано, "…что компьютер больше не может!". Это конечно сказала библиотекарь, со слов "высоколобого" программиста. Прошли годы ("…тот самый чай!", как в известной рекламе, правда чай тогда был действительно хороший!) изменился инструментарий, теперь существует система, называемая "библиотечной" и работающая, конечно под ОС Windows, функции которой вызываются путем "нажатия на иконку", например – "Математика", в результате которой появляется текстовой редактор Word, в котором мы можем набирать наши любимые каталожные карточки! "Иконок", понятно может быть много ("рабочий стол" в ОС Windows – большой!), а корпорация Microsoft и теперь уже, Стив Балмер, постараются, чтобы размер файлов, поддерживаемых текстовым редактором Word, постоянно увеличивался! Но самое интересное, что когда интересуешься у пользователей, устраивает ли их такая система, в ответ слышишь: "Да, нас устраивает!", вот тогда, становится страшно! Но потом, я себя успокаиваю, понимая, что они ничего лучшего не видели и что в системе библиотечного образования надо что-то менять!
Некоторое время назад, среди некоторой части представителей библиотечной номенклатуры, существовало упорное желание разработать "национальный программный продукт", для автоматизации библиотечных технологий. Возражать против таких доводов всегда трудно, т.к. могут обвинить в отсутствии патриотизма, но не возражать, еще хуже, т.к. в эпоху ИНТЕРНЕТ, в эпоху мирового стремления ко всеобщему информационному обмену говорить о разработке какого-то "особого" инструмента, т.к программное обеспечение это прежде всего инструмент для автоматизации библиотечных технологий, которые, как любые технологии базируются на стандартах, в том числе и международных, специалистам в области информационных технологий, наднациональных, по своей сути, по меньшей мере непрофессионально! Можно и нужно говорить о национальном информационном ресурсе, подготавливаемом и сохраняемом в специализированном программном продукте, профессионально поддерживающим один из МАРК-форматов.>
Из вышеизложенного, по моему мнению, можно сделать один однозначный вывод о том, что библиотекарям необходимы готовые библиотечные приложения, профессиональный уровень которых, они должны уметь однозначно оценивать.
А теперь о некоторых "маленьких хитростях", которые мне приходится применять в своей деятельности дистрибьютора и о которых, я уверен осведомлены проффесиональные маркетологи и дистрибьюторы, поэтому я делюсь ими достаточно спокойно. Может быть для библиотечного сообщества они и представляют определенную новизну, но одно несомненно, что мысли о них возникли, при преодолении определенных барьеров, на пути распотранения системы.
Первый барьер, я для себя назвал "регионально-отраслевым" и предистория его такова. На определенном этапе работы с потенциальными пользователями системы на Украине, когда число "любопытствующих" стало быстро расти, я решил создать электронную базу данных тех специалистов, которые при личных[b] встречах, проявили [b]определенный интерес к системе. [...]И когда я начал вводить в БД, созданную, в системе ИРБИС, адреса существующих и потенциальных пользователей системы, вдруг оказалось, что нередки случаи, когда и одни и другие живут в одном городе, регионе, но последние ничего не знают о первых. Конечно многое зависит от активности руководителей библиотечных организаций и непосредственных исполнителей, руководителей служб автоматизации библиотек, их желания внедрять новые технологии и уровня профеcсионализма. Но многое, в их поведении, определяет "регионально-отраслевой" барьер, как определенное наследие советской эпохи. Если библиотека принадлежит системе Министерства образования и науки, то ее руководитель не пойдет сам или не пошлет своего специалиста узнать о новостях автоматизации в библиотеку, подчиняющуюся Министерству культуры. У меня был случай, когда руководители двух университетских библиотек, из областного центра, обратились ко мне за консультацией, тогда, как у них в городе прекрасно работала система, установленная в областной универсальной библиотеке. Руководитель библиотеки из медицинского училища, не пойдет в библиотеку педагогического училища – не его ведомство! К сожалению такой подход присущ руководителям из среднего и нижнего библиотечного звена, которые являются основными потенциальными покупателями системы. И это наверное не совсем их вина, т.к. по возрасту и по образованию, они "дети" советской эпохи, когда ведомственные барьеры успешно строились, для того, чтобы их безуспешно преодолевать! Поэтому я принял решение, что попадая в Киеве или каком-нибудь областном городе на ведомственный библиотечный семинар, и рассказывая на нем о системе, я по своим, неформальным каналам, всегда приглашаю на него представителей библиотек из других ведомств, не только для того, чтобы они послушали про систему, но чтобы познакомились друг с другом и поняли, что приобретая систему они не только автоматизируют свою внутреннюю технологию, но и смогут эффективно обмениваться информацией между собой, т.к. никаких программно-технических препятствий для этого не будет.
Второй барьер -"рыночно-подписной". Отечественные подписные агенства -не хотят разбираться в автоматизации библиотечных технологий! Они ставят перед собой одну задачу: "Продать! Книгу, брошуру, подписку на газету или журнал!", а то, что получая de vizo будущую единицу хранения фонда ее еще раз обрабатывают с помощью компьютера в библиотеке, хотя в агентстве уже есть подобная информация в электронном виде – это их не интересует! Но надо помнить, что они зависят от нас, от наших денег, от того что и когда мы, библиотекари у них купим, а как говорят в Одессе, кто платит, тот и заказывает музыку! Т.е. у подписных агетнств, крупных книжных издательств нужно требовать новый сервис для библиотек, передачу данных в библиотеку (каталоги, списки и т.д.) в одном из MARC- форматов (UNIMARC, USMARC) . Ни одно из украинских подписных агенств такого сервиса не обеспечивает! Пока на Украине нет центра, подобного OCLC, нет реально действующей системы "Books in print" [...] надо заставить издательства и подписные агентва "плясать под свою дудку". Решение этого вопроса должно существенно продвинуть процесс автоматизации библиотечных технологий на Украине, начиная с первого технологического процесса – процесса комплектования литературой.
В России, насколько мне известно (4) движение в этом направлении происходит. У наших соседей принят отраслевой стандарт, который "….определяет порядок и форму представления сведений об изданиях, аудио и видео продукции, электронных ресурсах, имеющихся в наличии или планируемых к выпуску" и который основан на формате RUSMARC.
irbis_arbat@mail.ru
Редактировано 2 раз. Последний раз 14.08.2012 09:37 пользователем Lavrinovich.
Re: Автоматизация библиотек вузов. История, проблемы и перспективы
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 13, July, 2012 14:37
Результаты внедрения автоматизированной системы научной обработки литературы
в библиотеке МГТУ им. Н. Э. Баумана
Абрамов Г.В.
[...]
С самого начала библиотека МГТУ им. Н.Э.Баумана шла по пути создания
собственной автоматизированной системы. С 1989 года в библиотеке
эксплуатировалась АБИС БАРС, разработанная под руководством профессора
Меняева М.Ф.
С точки зрения библиографической обработки, эта система была ориентирована
на создание карточного каталога и инвентарной книги. В ней использовалась
простейшая схема библиографической записи – в виде каталожной карточки.
В случае, если библиографическое описание не умещалось на одну карточку, библиотекари создавали еще одну последовательную запись, в которую вводили
продолжение описания.
В 1998-2000 годах студентами кафедры ИУ7 («Программное обеспечение ВТ и
информационные технологии») под руководством П.В. Юрасова была разработана новая версия библиотечной системы, получившая название L2k, на базе internet/intranet технологий.
В отличие от АБИС БАРС, система L2k предоставляла больший набор полей
вместо монолитного описания, но все же имела ряд значительных недостатков, которые помешали ее запуску в промышленную эксплуатацию.
[...]
В 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
Редактировано 1 раз. Последний раз 02.01.2013 07:48 пользователем Lavrinovich.
в библиотеке МГТУ им. Н. Э. Баумана
Абрамов Г.В.
[...]
С самого начала библиотека МГТУ им. Н.Э.Баумана шла по пути создания
собственной автоматизированной системы. С 1989 года в библиотеке
эксплуатировалась АБИС БАРС, разработанная под руководством профессора
Меняева М.Ф.
С точки зрения библиографической обработки, эта система была ориентирована
на создание карточного каталога и инвентарной книги. В ней использовалась
простейшая схема библиографической записи – в виде каталожной карточки.
В случае, если библиографическое описание не умещалось на одну карточку, библиотекари создавали еще одну последовательную запись, в которую вводили
продолжение описания.
В 1998-2000 годах студентами кафедры ИУ7 («Программное обеспечение ВТ и
информационные технологии») под руководством П.В. Юрасова была разработана новая версия библиотечной системы, получившая название L2k, на базе internet/intranet технологий.
В отличие от АБИС БАРС, система L2k предоставляла больший набор полей
вместо монолитного описания, но все же имела ряд значительных недостатков, которые помешали ее запуску в промышленную эксплуатацию.
[...]
В 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
Редактировано 1 раз. Последний раз 02.01.2013 07:48 пользователем Lavrinovich.
Re: Автоматизация библиотек вузов. История, проблемы и перспективы
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 12, August, 2012 20:30
Отраслевой стандарт ОСТ ВШ 01.002.95 Термины и определения в области информационных технологий, применяемые в высшей школе:
• System specification Система характеристик сертифицируемых (ИТ) — Многоуровневая система показателей качества, организованных по принципам
квалиметрии и таксономических методов анализа, выбор и ранжирование которых (показателей) должен производиться с учетом классов ИТ, их
функционального назначения, режимов эксплуатации, степени ответственности и жесткости требований к результатам функционирования и проявлениям возможных ошибок.
• Сертификация информационных технологий […] — испытание ИТ в наиболее жестких условиях, особо выделенным коллективом специалистов, имеющим право на официальный государственный или ведомственный контроль функций и качества ИТ […];
• Сертификат соответствия […] — документ, изданный […] по результатам положительных испытаний и удостоверяющий соответствие сертифицированной АИС конкретному стандарту или другому нормативному документу;
• Центры сертификации […] — проблемно-ориентированные, независимые от
разработчиков, подведомственные высшей школе организации, которые аккредитованы с правом проведения испытаний ИТ ВШ и выдачи сертификатов соответствия.
То есть ни один вуз не может использовать никакие АИС без сертификата соответствия.
Проект комплексной автоматизации библиотеки (КИС УЗ не КИС УЗ, это неважно) на базе СПО. Написал два варианта, для Windows и Linux, но увидел, что набор приложений может быть одинаковым.
Итак, предположим, есть лицензионная Windows или Ubuntu. Далее:
1. Из АБИС нашел School Library System 2.0... но где же University Library System? Также существуют IsisMarc, КОНА, ABCD и PMB - все на базе ISIS.
2. OpenOffice от Apache или Oracle. Но СУБД Base, аналог MS Access, есть не во всех дистрибутивах, а графический редактор нашел только в Linux-версии.
3. Текстовые процессоры вне "офисов" (нужны ли?) - wordPad (говорят, в ходу в США, AbyWord, LaTex, Hierogliph [www.adelaida.net], Atlantis, это уникум - только украинский и английский интерфейсы, зато есть шифрование.
4. Издательская система одна, зато это Tex/LaTex.
5. Графический редактор The GIMP.
6. СУБД MySQL, PostgreSQL, возможно и WinISIS.
7. OCR. Можно считать бесплатными "приходящие" (недавний англицизм) со сканерами, хотя они обычно бывают не очень...
8. Браузеры все бесплатны.
9. Вьюеры Picasa, IrfanView.
10.Антивирусы и брандамауэры тоже имеются, в т.ч.от Microsoft, но лучше не рисковать и поставить Kaspersky Internet Security.
Минусы - бывают сложности при инсталляции, многое не русифицировано, а система ABCD пока вообще только португальская.
NB: отбирал по признаку бесплатности, не думая об открытости.
irbis_arbat@mail.ru
Редактировано 5 раз. Последний раз 17.08.2012 14:38 пользователем Lavrinovich.
• System specification Система характеристик сертифицируемых (ИТ) — Многоуровневая система показателей качества, организованных по принципам
квалиметрии и таксономических методов анализа, выбор и ранжирование которых (показателей) должен производиться с учетом классов ИТ, их
функционального назначения, режимов эксплуатации, степени ответственности и жесткости требований к результатам функционирования и проявлениям возможных ошибок.
• Сертификация информационных технологий […] — испытание ИТ в наиболее жестких условиях, особо выделенным коллективом специалистов, имеющим право на официальный государственный или ведомственный контроль функций и качества ИТ […];
• Сертификат соответствия […] — документ, изданный […] по результатам положительных испытаний и удостоверяющий соответствие сертифицированной АИС конкретному стандарту или другому нормативному документу;
• Центры сертификации […] — проблемно-ориентированные, независимые от
разработчиков, подведомственные высшей школе организации, которые аккредитованы с правом проведения испытаний ИТ ВШ и выдачи сертификатов соответствия.
То есть ни один вуз не может использовать никакие АИС без сертификата соответствия.
Проект комплексной автоматизации библиотеки (КИС УЗ не КИС УЗ, это неважно) на базе СПО. Написал два варианта, для Windows и Linux, но увидел, что набор приложений может быть одинаковым.
Итак, предположим, есть лицензионная Windows или Ubuntu. Далее:
1. Из АБИС нашел School Library System 2.0... но где же University Library System? Также существуют IsisMarc, КОНА, ABCD и PMB - все на базе ISIS.
2. OpenOffice от Apache или Oracle. Но СУБД Base, аналог MS Access, есть не во всех дистрибутивах, а графический редактор нашел только в Linux-версии.
3. Текстовые процессоры вне "офисов" (нужны ли?) - wordPad (говорят, в ходу в США, AbyWord, LaTex, Hierogliph [www.adelaida.net], Atlantis, это уникум - только украинский и английский интерфейсы, зато есть шифрование.
4. Издательская система одна, зато это Tex/LaTex.
5. Графический редактор The GIMP.
6. СУБД MySQL, PostgreSQL, возможно и WinISIS.
7. OCR. Можно считать бесплатными "приходящие" (недавний англицизм) со сканерами, хотя они обычно бывают не очень...
8. Браузеры все бесплатны.
9. Вьюеры Picasa, IrfanView.
10.Антивирусы и брандамауэры тоже имеются, в т.ч.от Microsoft, но лучше не рисковать и поставить Kaspersky Internet Security.
Минусы - бывают сложности при инсталляции, многое не русифицировано, а система ABCD пока вообще только португальская.
NB: отбирал по признаку бесплатности, не думая об открытости.
irbis_arbat@mail.ru
Редактировано 5 раз. Последний раз 17.08.2012 14:38 пользователем Lavrinovich.
Извините, только зарегистрированные пользователи могут писать в этом форуме.