Приложение 18. Произвольные оперативные режимы
Под ОПЕРАТИВНЫМИ РЕЖИМАМИ понимаются режимы АРМа Каталогизатор, которые предлагаются пользователю ситуативно - т.е. в зависимости от содержания ТЕКУЩЕГО документа - в форме плавающего окна с кнопками.
В версиях до 2012.1 включительно предлагаются "ЖЕСТКИЕ" оперативные режимы, с помощью которых реализуются технологии описания периодических изданий и аналитической росписи сборников (см.п. 3.9) .
Начиная с версии 2013.1 пользователю предоставляется возможность формировать оперативные режимы по собственному усмотрению.
Формирование оперативных режимов (и "жестких" и произвольных) строится на основе специального формата, имя которого определяется параметром в секции [MAIN] INI-файла АРМа Каталогизатор OPERHINTPFT - значение по умолчанию OPERHINT.PFT. (Не путать с параметром OPERHINT, который разрешает (1) или запрещает (0) формирование оперативных режимов.)
Состав и содержание оперативных режимов определяется РЕЗУЛЬТАТОМ форматирования текущей записи по формату operhint.pft.
Результат форматирования рассматривается как НАБОР строк.
Вид оперативных режимов ("жесткие" или произвольные) определяется значением ПЕРВОЙ строки результата форматирования, которое может быть следующим:
0 - "жесткие" оперативные режимы для СБОРНИКОВ
1 - "жесткие" оперативные режимы для ПЕРИОДИКИ
2 - ПРОИЗВОЛЬНЫЕ оперативные режимы
любые другие значения - определяют ОТСУТСТВИЕ оперативных режимов.
В случае произвольных оперативных режимов (первая строка - 2) последующие строки форматирования (начиная со второй) рассматриваются как ОПИСАНИЕ оперативных режимов. При этом предлагаются ДВЕ возможности:
- вторая строка результата форматирования (она же - ПОСЛЕДНЯЯ, т.е. результат форматирования состоит из двух строк) содержит ИМЯ РЕСУРСА, в котором содержится собственно описание оперативных режимов (по умолчанию для таких ресурсов предлагается расширение .VOH);
- результат форматирования (начиная со второй строки) является собственно описанием оперативных режимов. (Данный способ описания оперативных режимов может быть весьма затруднительным в случае, когда необходимо указать формат в виде результата форматирования - поэтому данный способ можно рекомендовать пользователям, разбирающимся в языке форматирования достаточно глубоко.)
Описание оперативных режимов представляет собой ПОСЛЕДОВАТЕЛЬНОСТЬ описаний ОТДЕЛЬНЫХ оперативных режимов или иными словами - КНОПОК, с помощью которых эти режимы выполняются.
Описание ОДНОЙ КНОПКИ состоит из СЕМИ строк (свойств) и имеет следующую структуру:
1 строка: НАДПИСЬ на кнопке (м.б. пустой)
2 строка: ПОДСКАЗКА для кнопки (при наведении на нее мышки) (м.б. пустой)
3 строка: ИКОНКА для кнопки - в виде номера в списке внутренних образов (м.б. пустой)
4 строка: КОД КОМАНДЫ (на основе которой реализуется оперативный режим)
5 строка: ПАРАМЕТРЫ КОМАНДЫ
6 строка: ТЕКСТ ФИНАЛЬНОГО СООБЩЕНИЯ в случае успешного завершения режима (м.б. пустой)
7 строка: резерв
Список команд для произвольных оперативных режимов (их КОДЫ и ПАРАМЕТРЫ):
а) ПЕРЕХОД от текущего документа к другому ("ОДИН К ОДНОМУ")
Код команды - 0
Параметры команды - <�имя_БД>,<�формат_запроса>
<�имя_БД> - имя БД, куда осуществляется переход. По умолчанию (т.е. если данный параметр пустой) - текущая БД. БД должна быть в списке доступных БД (dbnam2.mnu)
<�формат_запроса> - непосредственный формат или имя формата с предшествующим символом "@", на основе которого формируется запрос для поиска результирующего документа. В частном случае запрос может представлять собой ТЕРМИН/КЛЮЧ
Если в результате поиска по запросу находится больше одного документа, возникает форма со списком коротких описаний найденных документов, среди которых необходимо выбрать результирующий.
б) ПЕРЕХОД от текущего документа к группе документов ("ОДИН КО МНОГИМ")
Код команды - 1
Параметры команды - <�имя_БД>,<�формат_запроса>
Отличие от предыдущей команды состоит в том, что осуществляется безусловный переход к группе найденных документов (как к результату поиска)
в) ФОРМИРОВАНИЕ НОВОГО ДОКУМЕНТА ИЗ ТЕКУЩЕГО
Код команды - 2
Параметры команды - <�имя_БД>,<�имя_ТВП>
<�имя_БД> - имя БД, в которой будет создаваться новый документ (если параметр пустой - предполагается текущая БД)
<�имя_ТВП> - имя таблицы переформатирования (без расширения), на основе которой формируется новый документ (если параметр пустой - осуществляется копирование текущего документа без изменения). Имя таблицы переформатирования должно входить в список доступных ТВП для копирования (FSTW.MNU)
г) ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА ТЕКУЩЕГО ДОКУМЕНТА С ОПРОСОМ ПАРАМЕТРОВ
Кол команды - 3
Параметры команды - <�имя_GBL>,,<�имя_WSS>
<�имя_GBL> - имя задания на глобальную корректировку (без расширения). (Следует помнить, что в процессе глобальной корректировки в общем случае есть возможность корректировать другие документы и создавать новые)
- метка модельного поля, через которое в текущий документ передаются параметры опроса
<�имя_WSS> - имя РЛ подполей для опроса параметров (с расширением)
Список команд для оперативных режимов открыт для пополнения.
ПРИЛОЖЕНИЕ 19. Формирование ДОП.СВЕДЕНИЙ в области ЧИТАТЕЛЬ и ЗАКАЗЫ АРМа Книговыдача.
В таблице сведений о книговыдачах читателя (АРМ Книговыдача - окно ЧИТАТЕЛЬ - нижняя часть) есть дополнительная колонка, в которой могут выводиться дополнительные сведения о соответствующей выдаче, формируемые по усмотрению пользователя, - на основе специального формата в БД RDR, имя которого задается в разделе [READER] INI-файла АРМа «Книговыдача» (irbisb.ini) с помощью параметра ReaderDopInfoPft (по умолчанию - пустое значение). В результате форматирования записи читателя такой формат должен давать столько строк, сколько повторений 40 поля в записи читателя - каждая строка рассматривается как дополнительные данные к соответствующей выдаче (разумеется, в частном случае такая строка может быть пустой, если доп.данные отсутствуют). Следует отметить, что речь идет о таких дополнительных данных, которые СВЯЗАНЫ с конкретной выдачей (т.е. конкретным повторением поля 40). Если эти данные имеют отношению к читателю в целом, то их без проблем можно выводить в окне общих сведений о читателе (верхняя часть окна читателя) В качестве примера предлагается формат RDRDOPINFO_SAMPLE.PFT (в БД RDR), который позволяет выводить в качестве дополнительных данных ЦЕНУ выданного экземпляра. (При этом используется вложенный формат PRICE_EKZ.PFT в БД ЭК - IBIS).
Также есть возможность выводить дополнительные сведения в списки (таблицы) ВСЕХ видов заказов (НЕВЫПОЛНЕННЫЕ, БРОНЬ, ВЫПОЛНЕННЫЕ, ОТКАЗЫ) – в колонке (ДОП.СВЕДЕНИЯ) – сведения, которые формируются по формату пользователя. Имя формата определяется в INI-файле АРМа «Книговыдача» в секции [REQUEST] параметром RqstDopInfoPft. (Формат ЕДИНЫЙ для всех видов заказов).
С помощью форматов, формирующих дополнительные сведения (ReaderDopInfoPft и RqstDopInfoPft), можно выводить не только текстовые данные, но и графические (но не то и другое вместе) – например, фотографии читателей или обложки изданий (заданные через 950/951 или 953 поле), при условии, что эти графические ресурсы имеют тип BMP, JPG или GIF.
В качестве примера в дистрибутиве предлагаются форматы (в папке RQST) RqstDopInfo_SAMPLE.pft, который выводит в колонке ДОП.СВЕДЕНИЯ списка заказов фотографию читателя, и RqstDopInfo_SAMPLE1.pft, который выводит в эту колонку данные о ФАКТЕ РАСПЕЧАТКИ соотвествующего вида заказа.
В качетве примера также предлагается формат RDRDOPINFO_SAMPLE1.PFT (в папке RDR), с помощью которого в колонке ДОП.СВЕДЕНИЯ в окне читателя выводится образ (обложка) издания, находящегося на руках у читателя. Формат RDRDOPINFO_SAMPLE1.PFT в свою очередь использует дополнительный формат OBLOGKA.PFT (находится в директории DEPOSIT).
ПРИЛОЖЕНИЕ 20. Работа с распределенной БД Читателей в режиме книговыдачи на основе штрихкодов/радиометок.
Предлагается возможность работы с РАСПРЕДЕЛЕННОЙ базой данных читателей на основе технологии REDIRECT.
Под РАСПРЕДЕЛЕННОЙ базой данных читателей понимается совокупность БД читателей, работающих под РАЗНЫМИ серверами ИРБИС, т.е. относящихся к РАЗНЫМ библиотекам (филиалам, отделениям и пр.)
(Смотри рисунок ниже- на нем изображена абстрактная схема взаимодействия разных библиотек, т.е. разных серверов ИРБИС; эту совокупность будем называть корпорацией.)
Предлагаемая технология позволяет в ЛЮБОМ АРМе Книговыдача корпорации (в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ) выполнить для читателя из ЛЮБОЙ БД RDR корпорации операции ВЫДАЧИ/ВОЗВРАТА литературы, относящейся к ЛЮБОЙ БД ЭК корпорации, т.е. любой читатель может быть обслужен в любом месте корпорации.
Для определения распределенной БД читателей вводится параметр MULTIRDRMNU (в секции [MAIN] INI-файла АРМа Книговыдача), который определяет имя справочника, в котором содержится список БД RDR, входящих в корпорацию. Такой справочник должен находиться в папке DATAI на каждом сервере корпорации. При этом имена БД должны указываться в соответствии с технологией REDIRECT. Таким образом, список БД читателей корпорации может выглядеть следующим образом:
RDR%S1%
БД читателей Библиотеки 1
RDR%S2%
БД читателей Библиотеки 2
RDR%S3%
БД читателей Библиотеки 3
и т.д.
Аналогично может быть определен список БД ЭК, участвующих в корпорации (параметр DBNNAMECAT INI-файла АРМа Книговыдача, по умолчанию – dbname3.mnu)
IBIS%S1%
БД ЭК Библиотеки 1
IBIS %S2%
БД ЭК Библиотеки 2
IBIS %S3%
БД ЭК Библиотеки 3
и т.д.
(Разумеется, имена БД ЭК могут быть отличными от IBIS)
S1,S2,S3 и т.д. – условные обозначения серверов ИРБИС, входящих в состав корпорации, которые описываются в секции [REDIRECT] INI-файла каждого сервера (irbis_server.ini)
[REDIRECT]
S1=:6666
S2=:6666
S3=:6666
и т.д.
Кроме того, в irbis_server.ini каждого сервера должны быть установлены следующие параметры:
[MAIN]
CHECK_REDIRECT=1
……………..
[AllowRedirect]
Count=N
Server1=
Server2=
……………..
ServerN=
Списки БД читателей и БД ЭК, а также содержимое секций [REDIRECT] и {AllowRedirect] для всех участников корпорации могут быть ОДИНАКОВЫМИ - за счет того, что обеспечена возможность определять для сервера ИРБИС СОБСТВЕННЫЕ базы данных формально через технологию REDIRRECT (т.е. например, сервер Библиотеки 2 будет работать с БД <�имя БД>%S2% как со своими собственными)
Важные замечания:
Предлагаемая технология книговыдачи работает ТОЛЬКО в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ, т.е. книговыдачи на основе штрихкодов/радиометок.
Сервера ИРБИС участников корпорации должны иметь реальные IP-адреса (или находиться в одной ЛВС).
Учет статистики (посещений, выдачи, возврата) ведется по БД RDR, к которой относится обслуженный читатель (а не по БД RDR по месту обслуживания). Для ведения общей статистики корпорации целесообразно каждому месту обслуживания (т.е. каждой библиотеке-участнице) присвоить соответствующий код МЕСТА ВЫДАЧИ, который указывать в настройках АРМа Книговыдача.
Для работы по предлагаемой схеме штрихкоды/радиометки читателей и экземпляров изданий должные быть УНИКАЛЬНЫ в пределах корпорации.
|
