Re: Новый продукт семейства ИРБИС
Пользователь:
Михайленко Илья (IP-адрес скрыт)
Дата: 18, March, 2008 20:09
Сибирский тезка написан мною (Илья Иванович Михайленко, г. Омск). И этот АРМ имеет самое непосредственное отношение к сибирскому тезке - это он и есть smiling smiley
ISIS Utils, на сколько я знаю, разработан в Томске под руководством (или самим) Александра Карауша.
Различий между АРМ Корректор и ISIS Utils множество.
Вот выписка из описания программы (последнее что у меня есть):
Программа проверки базы данных CDS ISIS и Системы ИРБИС
<Tomsk Replication Project>
(Версия IsisUtil 5.20 от 23 апреля 2003 года)
После открытия требуемой базы данных Вам необходимо выбрать режим работы с базой данных. Существуют 3 варианта (соответственно 3 подплоскости) (Рис.2 п.2):
1. Работа с алгоритмическими кодами (алкодами) проверки на дублетность данных;
2. Работа по определению истории записи (откат в предыдущее состояние);
3. Редактирование конкретного номера mfn в базе данных.
Информация по ISISUtil очень старая. Сейчас, возможно, что-то добавилось еще. К сожалению, не могу сейчас зайти на library.tomsk.ru, где она раньше была. Более полную информацию, как разработчик, по ISISUtil может дать Александр.
АРМ Корректор - это средство для проверки на корректность всей БД (IBIS/RDR/CMPL/VUZ) или выборки из этих БД (по поисковому запросу). Для каждой записи при этом формируется список замечаний (если есть) и предлагается метод исправления (если есть возможность его определить).
Алгоритм проверок полностью открыт и в этом алгоритме собираются все возможные ошибки, которые часто допускают пользователи при вводе данных, помогает увидеть ошибки при настройке системы (например, при обновлении версии), учитываются ошибки, которые были допущены в тех или иных релизах системы ИРБИС (в том числе в дополнениях d1, d2 и т.д.), старается предложить вариант преобразования данных при переходе на новые версии ИРБИС, если изменилась какая-либо технологическая цепочка (например, изменились правила заполнения полей, или, более конкретный пример - потеря необходимости записей типа DUNIK в БД VUZ). При этом скрипт настраиваем. В файле настроек собирается информация о версии системы, какие процессы запущены в библиотеки, какие правила заполнения тех или иных полей приняты (например: вид используемых таблиц Хавкиной - двузначные/трехзначные/не обращать внимания, как их принято записывать в библиотеке - с пробелом между буквой и цифрами или без или, опять-таки, без разницы; используется ли процесс книговыдачи или книгообеспеченности и т.д.).
Система становится подсказчиком - она говорит что и в каком поле не так, как можно исправить эту ошибку. Есть возможность исправить все подобные ошибки (например, убрать все лишне пробелы справа или слева в поле фамилии читателя БД RDR - их наличие не позволит этому читателю зарегистрироваться в АРМ Читатель или Web-ИРБИС).
Поможет проверить связки между записями (например, между записями общего описания журнала и конкретного номера журнала - при импорте без ФЛК такие записи вполне могут появиться)
При этом пользователям (библиотекарям или администраторам) предоставляется простой интерфейс для работы. Им не обязательно знать что там внутри этого скрипта (хотя такая возможность, разумеется, есть и более того - скрипт может быть изменен самим пользователем)
Информация о найденных проблемах аккумулируется в одном центре. Т.е. нашли проблему в одной библиотеке, переслали информацию о ней нам - в следующем обновлении скрипта проверку на наличие такой проблемы (и, возможно, метод ее устранения) появится у всех библиотек, использующий этот АРМ.