БД Читатель
· Введен новый РЛ RDRU, в котором в поле 90 записываются все ЭД (на странице "Студент"), а также в других полях учтены все дополнительные ЭД. Поле 90 содержит следующие ЭД:
· Учебный год, например, 2000/2001
· Семестр
· Признак НЕ ПЕРЕВЕДЕН
· Номер группы
· В каких группах учился ранее
· НУП (Номер учебного плана) - (для 1-го варианта работы ВУЗа);
· Форма обучения (fo.mnu)
· Вид обучения (vo.mnu)
· Контрактник (danet.mnu)
· Индивидуальный шифр студента
· Факультет (fak.mnu)
· Направление (napr.mnu)
· Специальность (spec.tre)
· Выпускающая кафедра (kafv.mnu)
ЭД "Курс" не вводится в записи, а формируется в словарях в соответствии со справочником kurs.mnu.
Меню SPEC.TRE (иерархическое меню "Группа специальностей - Специальность") и NAPR.MNU ("Направление") перенесены из БД "УЧЕБНИКИ.mdb" (запрос Министерства).
При вводе НУП подается словарь БД ВУЗ "НУП-Семестр" (см. ниже), что позволяет осуществить перенос из соответствующей записи этой БД в запись читателя/студента следующих ЭД: НУП, Семестр, ВО, ФО, Факультет, Направление, Специальность, Выпускающая кафедра (реализация принципа одноразового ввода). Таким образом все ЭД, за исключением индивидуальных, могут быть перенесены автоматически из соответствующей записи БД ВУЗ при вводе ЭД НУП.
Если не введен НУП, то система считает, что работа ведется по 2-му варианту, и при сохранении документа автоматически формируется поле 69, которое содержит дисциплины, изучаемые данным студентом (перенос данных из записи БД ВУЗ (см. ниже), соответствующей связке ЭД из поля 90 "Факультет – Направление – Специальность – ВО – ФО – Семестр").
Поле 69 содержит следующие ЭД:
· Идентификатор дисциплины,
· Читающая кафедра,
· УНД.
· Глобальной корректурой отобранных записей (задание KUPL.GBL) можно
· либо ввести все данные поля 90, проводя, например, первичный ввод для отобранной группы студентов,
· либо заменить часть данных (Уч. год, семестр, номер группы, ФО), проводя, например, "Перевод студентов на другой год/семестр"; при этом для записей, в которые предварительно (индивидуально) введены ЭД "Не переведен" или ЭД "Отчислен из ВУЗа и не восстановлен", изменения не вносятся.
· В РЛ RDRU также введено поле 1002, в котором можно индивидуально задать данные для "Перевода студента", например, того, у которого снимается отметка "Не переведен".
· На плоскости ПРОСМОТР/ВЫВОД - Печать – Таблицы по формату SPIS можно получить список отобранных записей читателей, сортированный в алфавите ФИО и даты рождения. При получении списка в опросном листе можно указать один или несколько ЭД, по которым будет сделан дополнительный отбор из результатов поиска (Группа, Факультет, Семестр, Курс, Гражданство, Специальность, НУП) и/или "Дополнительный текст для заголовка формы" (свободный текст). Запись списка содержит ФИО, дату рождения и ЭД Категория, Группа, Семестр.
БД Электронный каталог
·
Поле "ВУЗ - Учебная литература"(691ko.wss), вынесенное на отдельную страницу РЛ, включает следующие ЭД:
· Номер учебного плана (НУП) или Уникальный номер дисциплины (УНД)
· Факультет (fak.mnu)
· Кафедра выпускающая (kafv.mnu)
· Направление (napr.mnu)
· Специальность (spec.tre)
· Кафедра читающая (kafch.mnu)
· Дисциплина (cikod.tre)
· Цикл дисциплин (cikld.mnu)
· Уровень компонента (komp.mnu)
· Вид обучения 1 (vo.mnu)
· Форма обучения (fo.mnu)
· Семестр
· Признак: Основная/Дополнительная лит-ра (691g.mnu)
Справочник SPEC.TRE (иерархическое меню "Группа специальностей - Специальность") и NAPR.MNU (Учебное направление), идентичны соответствующим меню БД Читатель (перенесены из БД "УЧЕБНИКИ.mdb").
Справочники CIKOD.TRE (иерархическое меню "Цикл – Уровень компонента – Дисциплина"), CIKL.MNU ("Цикл дисциплин") и KOMP.MNU ("Уровень компонента") также перенесены из БД "УЧЕБНИКИ.mdb"
При вводе НУП подается словарь БД ВУЗ (см. ниже)
с выходом на запись "НУП-семестр" (с указанием изучаемых дисциплин), что позволяет осуществить перенос из соответствующей записи этой БД в запись книги следующих ЭД: НУП, Факультет, Направление, Специальность, Выпускающая кафедра, Семестр, ВО, ФО, а также все данные о дисциплине (идентификатор, цикл, компонент, кафедра читающая) - реализация принципа одноразового ввода.
При вводе УНД также подается словарь БД ВУЗ (см. ниже) с выходом на запись "УНД-семестр", что позволяет осуществить перенос из соответствующей записи этой БД в запись книги следующих ЭД: УНД, Факультет, Направление, Специальность, Выпускающая кафедра, Семестр, ВО, ФО, а также все данные о дисциплине (идентификатор, цикл, компонент, кафедра читающая) - реализация принципа одноразового ввода.
При работе по 2-му варианту ввод можно осуществлять и через ЭД Дисциплина – при этом также подается словарь БД ВУЗ (см. ниже)
с выходом на запись “DISC”. При нажатии кнопки "Полностью" будет показан полный список "связок", где эта дисциплина используется, из которого можно выбрать нужное сочетание ЭД и перенести в запись книги также полный набор ЭД: УНД, Факультет, Направление, Специальность, Выпускающая кафедра, Семестр, ВО, ФО, а также все данные о дисциплине (идентификатор, цикл, компонент, кафедра читающая) - реализация принципа одноразового ввода.
· Введен оптимизированный формат просмотра BOKO.PFT, который содержит:
· данные по книгообеспеченности (Число экз.- Число студентов – Коэффициент КО). Эти данные берутся из БД каталога и читателя;
· сведения о назначении и грифе издания. Эти данные берутся из ЭД "Характер издания" текущей записи (расширенное меню hd.mnu);
· краткое БО;
· таблицу значений (ВО - Напр. - Спец. - НУП/УНД – Фак - Каф.вып - Сем.) для каждого повторения поля 691. Для корректного вида таблицы нужно, чтобы значения ЭД Факультет и Вып. кафедра были бы не длиннее 4-5 символов;
· сведения о группах и числе студентов в каждой группе для каждого НУП-Сем или УНД-Сем. Эти данные могут быть получены только из БД ВУЗ (см ниже).
· На плоскости ПРОСМОТР/ВЫВОД - ПЕЧАТЬ – ТАБЛИЦЫ по формату KUPL1 можно получить таблицу "Обеспеченность учебной литературой" по всему списку отобранных записей книг. Для заданного НУП-Сем или УНД-Сем дополнительно выводятся частные итоговые данные.
БД ВУЗ - Учебные дисциплины
Эта новая БД не является обязательной для получения основных данных по книгообеспеченности - см. выше – п.8.1.2. Однако она может быть полезна для ряда применений.
В БД могут быть введены записи следующих видов:
· Дисциплина - РЛ DISC;
· № Учебного плана - РЛ UPL;
· Уникальный № Дисциплины (УНД) - РЛ DUNIK;
· Изучаемые дисциплины - РЛ VUZ;
· Специальность - РЛ SPEC;
· Учебное направление - РЛ NAPR;
· Гос. образовательный стандарт - РЛ GOS.
Основным документом, в который вводятся первичные исходные данные, используемые в задаче Книгообеспеченности (КО), является документ Дисциплина (РЛ DISC). Предполагается, что вводить эти записи можно на основе Перечня дисциплин, составляемых соответствующими читающими кафедрами.
РЛ DISC -
Дисциплина
Каждая запись содержит сведения об одной дисциплине, характеризуемой следующими ЭД:
· 3: Название дисциплины:
· Наименование (на русском и национальном (государственном) языках);
· Идентификатор дисциплины (ИД); он может быть, например, коротким сокращенным названием. Естественно, что Дисциплины с одним формальным названием, но относящиеся к разным циклам и читаемые разными кафедрами, должны иметь разные идентификаторы (автоматически проверяется на дублетность);
· 4: Цикл (cikld.mnu);
· 6: Уровень Компонента (komp.mnu);
· 5: Читающая кафедра (kafch.mnu);
· 83 "Читается по специальностям" - повторяющееся поле, каждый экземпляр которого определяет уникальную дисциплину, характеризующуюся следующими ЭД:
· Факультет (fak.mnu)
· Учебное Напрвление (napr.mnu)
· Специализация или Специальность (spec.mnu)
· Вид обучения (ВО) (vo.mnu)
· Форма обучения (ФО) (fo.mnu)
· Семестр
· № УПЛ (Номер Учебного плана) и Выпускающая кафедра (kafv.mnu)
· УНД (Уникальный номер дисциплины)
Каждый из этих ЭД является неповторяющимся внутри поля, поэтому для каждого семестра, каждого из видов и форм обучения для данной Дисциплины (и их сочетаниям) заводится отдельный экземпляр поля.
Последние два ЭД работают по-разному в зависимости от того, по какому из вариантов работает Вуз – по Технологии Учебного Плана (ТУП) или по Технологии Уникальной Дисциплины (ТУД).
Если используется технология ТУП, то вводится № учебного плана, по которому читается данная дисциплина в заданном семестре (обязательный ЭД), а также (не обязательно) могут быть введены № позиции в Уч плане (п/п УНД) и Выпускающая кафедра.
Если используется технология ТУД, то № учебного плана не заполняется, а Уникальный номер дисциплины (УНД) должен быть заполнен обязательно. Этот ЭД может быть составлен Пользователем по любому выбранному им алгоритму (при непременном условии обеспечения уникальности ЭД, что проверяется автоматически как внутри записи, так и по всей БД). Если же этот ЭД остается незаполненным, то система автоматически будет его формировать по следующему алгоритму: "ИД – Чит. кафедра – порядковый номер экземпляра поля". Предполагается, что одна и та же Уникальная дисциплина может читаться на разных семестрах (не более 4-х), которые могут быть введены в одном повторении поля.
Такое полное описание каждой дисциплины, проведенное однократно, позволяет при сохранении документа DISC формировать автоматически записи документов других видов, а именно:
· При работе по технологии ТУД:
· DUNIK – Дисциплина уникальная – отдельная запись на каждый экземпляр поля (размноженного для каждого семестра). В дальнейшем в этой записи будут собираться сведения обо всех студентах (по группам), изучающих данную дисциплину;
· VUZ – запись на “связку” ЭД “Факультет–Направление–Специальность– ВО–ФО–Семестр”. В этой записи по мере ввода дисциплин будут собираться все Уникальные дисциплины, которые изучают студенты данной категории (“связки”). В дальнейшем это позволит автоматически определять число студентов, изучающих соответствующие дисциплины (они будут автоматически вводиться в запись студента в БД RDR). Эти же данные используются при вводе сведений о назначении учебника (дисциплина) в БД каталога.
· При работе по технологии ТУП:
· UPL – Номер Учебного плана на данный семестр – отдельная запись на каждый экземпляр поля. В дальнейшем в этой записи будут собираться сведения обо всех студентах (по группам), работающим по данному учебному плану. В записи UPL по мере ввода дисциплин будут также собираться все дисциплины, которые изучаются студентами в данном семестре по данному учебному плану, что используется при вводе данных о назначении учебника (№ УП, дисциплина) в ЭК.
Примечание: В принципе при работе по технологии ТУП ведение документов типа DISC не обязательно – записи UPL можно создавать непосредственно и при желании использовать копирование в новые документы.
Таким образом, однократно вводя только сведения о Дисциплинах, читаемых разными кафедрами, Пользователь создает в БД ВУЗ все данные, необходимые для задачи КО.
Ведение записей DUNIK и UPL позволит максимально сократить процесс ввода всех однократно введенных здесь данных как в запись студента (БД Читатель), так и в запись книги (БД каталога).
Предлагаемая технология корректировки дисциплины, точнее, корректировки экземпляра поля 83 (отдельной Уникальной дисциплины) в записи DISC, обеспечивает корректировку всех связанных с ней записей (удаление соответствующей строки из записей VUZ и UPL или ввод новой строки, а также удаление старой и ввод новой записей DUNIK).
Технология предусматривает также возможность длительной работы с записью DISC прежде, чем Пользователь посчитает ее готовой для создания связанных с ней записей. Это обеспечивается вводом специального подполя в поле 83. Указание "Не готово" (ввод через переключатель) блокирует создание и корректировку других записей, связанных с данной. После снятия этого флажка (переход в состояние "готово") при нажатии кнопки "Сохранить" производится обработка, и в этом же подполе появляется дата, что говорит о том, что обработка проведена. Снятие флажка "Не готово" нужно проводить для каждого отдельного экземпляра поля 83, поскольку при сохранении документа система работает с первым из экземпляров поля 83, в котором нет данных в подполе "дата/не готово".
Примечание: Ответственность за незавершение обработки связанных записей в случае их недоступности (заблокирована другим пользователем) лежит на самом пользователе – необходимо отработать все сообщения об этих случаях, выдаваемые программой при неполном завершении сохранения.
Дополнительно в РЛ DISC могут быть введены также и другие ЭД, относящиеся к дисциплине с определенными атрибутами, такие как Номер ГОСа, ссылки на внешний объект (полный текст), Индексы ББК, Примечание (свободный текст).
РЛ UPL (НУП–Семестр)
Эта запись может формироваться впервые и корректироваться по мере сохранения записей DISC, в которых есть ссылка на данный № Уч плана, однако, ее можно создавать и самостоятельно.
Каждая запись содержит следующие поля:
· 91: Номер Учебного плана
· 95: Семестр
· 92: Направление – Специальность (napr.mnu; spec.tre)
· 93: Факультет (fak.mnu)
· 94: Выпускающая кафедра (kafv.mnu)
· 96: Вид обучения (vo.mnu)
· 99: Кафедра-Дисциплина (повторяющееся поле)
· Кафедра читающая (kafch.mnu)
· Дисциплина (cikod.tre)
· Цикл дисциплин (cikld.mnu)
· Уровень компонента (komp.mnu)
Это поле формируется и корректируется автоматически при сохранении соответствующих записей DISC.
· 910: Группа – Студент (повторяющееся поле)
· Номер группы
· Идентификатор студента.
Это поле формируется и корректируется автоматически при сохранении записи RDRU (студент) в БД Читатель (если в ней заполнен ЭД 90^u – НУП), что дает возможность кумулировать в записи "НУП – Семестр" всех студентов по группам и выводить их в формате просмотра книги в БД каталога.
При "Переводе студента в другую группу" в соответствующее повторение поля 910 вносится изменение; при "Переводе студента на другой семестр" соответствующее повторение поля 910 перемещается в другую запись "НУП – Семестр"; при "Исключении студента из ВУЗа" соответствующее его идентификатору повторение поля 910 из записи удаляется. Все корректировки этого поля осуществляются как при индивидуальной работе с записью одного студента, так и при глобальной корректировке записей.
Таким образом, запись "НУП – Семестр" может содержать максимально полную информацию о позиции данного Номера учебного плана; введенные в нее однократно данные могут переноситься в запись БД Читатель и в запись БД ЭК книг.
Если не вводятся документы типа DISC, то запись на следующий семестр того же НУП может быть получена путем копирования (UPL.FST – копирование полей 91-94).
РЛ DUNIK (Уникальный Номер Дисциплины - Семестр)
Эта запись может формироваться автоматически при сохранения соответствующей записи DISC, однако, ее можно создавать и самостоятельно.
Каждая запись содержит следующие поля:
· 97:Уникальный номер дисциплины
· 3:Наименование (на русском и национальном (государственном) языках)
· 4:Цикл дисциплин (cikld.mnu)
· 6:Уровень компонента (komp.mnu)
· 5:Кафедра читающая (kafch.mnu)
· 92:Направление-Специальность (napr.mnu; spec.tre)
· 93: Факультет (fak.mnu)
· 95:Семестр
· 96: Вид обучения (vo.mnu)
· 910: Форма обучения – Студент (повторяющееся поле)
· Форма обучения
· Идентификатор студента.
Это поле формируется и корректируется автоматически при сохранении записи RDRU (студент) в БД Читатель (если в ней заполнен ЭД 90^w – УНД), что дает возможность кумулировать в записи "УНД – Семестр" всех студентов по формам обучения и выводить их в формате просмотра книги в БД каталога.
При "Переводе студента в другую группу" в соответствующее повторение поля 910 вносится изменение; при "Переводе студента на другой семестр" соответствующее повторение поля 910 перемещается в другую запись "УНД – Семестр"; при "Исключении студента из ВУЗа" соответствующее его идентификатору повторение поля 910 из записи удаляется.
Все корректировки этого поля осуществляются как при индивидуальной работе с записью одного студента, так и при глобальной корректировке записей.
Таким образом, запись "УНД – Семестр" может содержать максимально полную информацию о данной Уникальной дисциплине; введенные в нее однократно данные могут переноситься в запись БД Читатель и в запись БД ЭК книг.
РЛ SPEC (Специальность) содержит следующие поля:
· 2: Специальность - Наименование (на русском и национальном (государственном) языках)
· 12:Специальность-Шифр (spec.tre)
· 82:Специальность-Использование (повторяющееся поле)
· Уникальный номер специальности
· Факультет (fak.mnu)
· Номер направления (napr.mnu)
· Выпускающая кафедра (kafv.mnu)
· 951: Ссылка на внешний объект (например, полный текст) - повторяющееся поле
РЛ NAPR (Направление) содержит следующие поля:
· 1: Направление - Наименование (на русском и национальном (государственном) языках)
· 11:Направление-шифр (napr.mnu)
· 951: Ссылка на внешний объект (например, полный текст) - повторяющееся поле
РЛ GOS (Государственный образовательный стандарт) содержит следующие поля:
· 7: ГОС - Наименование (на русском и национальном (государственном) языках)
· 17: Номер ГОСа
· 11: Шифр направления (napr.mnu)
· 12: Шифр специальности (spec.tre)
· 951: Ссылка на внешний объект (например, полный текст) - повторяющееся поле
Последние три вида записей в разработанной технологии не работают, но могут использоваться, если это будет признано целесообразным, для полного представления информации об учебных планах ВУЗа.
Числовые выражения
Числовое выражение формируется из операндов, которые имеют числовое значение, и операторов, определяющих вид вычислений.
В числовых выражениях можно использовать следующие операнды:
| Числовые константы: | например, 5, 18, 98.65. Числовые константы могут быть представлены в виде целых чисел, чисел с десятичной точкой или чисел в экспоненциальной форме, например, 1.5Е5 (обозначающее 1.5 умноженное на 10 в 5-ой степени, т.е. 150000). Числа могут быть со знаком или без. | ||
| Числовые функции: | Например, val(v10) (см. их описание в п. 8.1.). | ||
| MFN: | Значение MFN записи. | ||
| Числовые выражения: | при использовании их в качестве операндов они должны быть заключены в круглые скобки, например, (val(v20)-5). |
Допустимыми операторами являются:
· сложение;
· вычитание;
· умножение;
· / деление.
Как и в обычной алгебре, при отсутствии скобок одноместные операции выполняются первыми, а умножение и деление выполняются до сложения и вычитания. Два и более операторов одного уровня выполняются слева направо. Можно использовать скобки для изменения порядка вычисления: выражения, заключенные в скобки, вычисляются первыми, а выражения с большей глубиной вложенности вычисляются перед выражениями с меньшей глубиной вложенности скобок.
Отметим, что т. к. команды вывода полей (например, v10 или v10^a) дают текстовые строки, они не могут использоваться в качестве операндов числовых выражений. Однако, для преобразования содержимого поля или подполя в числовое значение может быть использована функция VAL (см. ниже).
Аналогичным образом, числовое выражение не может быть непосредственно выведено на экран или печать, а должно быть предварительно преобразовано в строку символов, используя функцию F (см. ниже).
Ниже приведены примеры числовых выражений (при этом предполагается, что MFN=10, v1^a=10, v1^b=20 и v2=30):
Выражение Значение
------------------------------- ----------------
..0.155е+3 155
1е-3 0.001
2*3+9 15
2*(3+9) 24
10-(4*(2-1)) 6
15*0.001 0.015
mfn+100 110
val(v2)+val(v1^a)*7.5 105
(val(v1^a)-val(v1^b))/100 -0.1
Дополнительные функции
Дополнительные функции - специфичные для каждого компонента интерфейса - вызываются нажатием правой кнопки мыши при установке курсора на компоненту интерфейса и выбором соответствующего пункта в возникающем меню.
В общем случае предлагаются следующие дополнительные функции:
КОПИРОВАТЬ - предназначена для копирования в БУФЕР ОБМЕНА текста, выделенного в соответствующем компоненте. Выделенный текст отмечается цветом. Для выделения текста используются клавиша SHIFT и одновременно с ней нажатая одна из клавиш перемещения курсора (стрелки вправо, влево, вниз, вверх). Текст, помещенный в БУФЕР ОБМЕНА, может использоваться в других Windows-приложениях.
ШРИФТ - предназначена для смены шрифта в соответствующем компоненте (устанавливаемый шрифт действует только в течение данного сеанса работы).
ПОЛНОСТЬЮ - предназначена для представления в отдельном окне полного текста компоненты или одной ее строки - с целью лучшей обозримости. Целесообразно использовать в тех случаях, когда текст целиком не помещается в области компоненты.
ПОМОЩЬ - предназначена для получения помощи (справочной информации), связанной с применением соответствующего компонента интерфейса.
Дополнительные компоненты управления
Дополнительные компоненты управления плоскости ВВОД размещены в нижней части интерфейса (ниже Рабочего листа ввода - см. рис. 3.4а) и включают в себя:
Окно полного описания документа и ниспадающее меню ФОРМАТ
- служат для представления текущего документа ввода в соответствии с выбранным форматом показа. Формат выбирается и устанавливается с помощью меню ФОРМАТ, содержащем список предусмотренных форматов показа документа текущей базы данных. Назначение и смысл форматов показа для баз данных Электронного каталога описан в Инструкции каталогизатора. Собственно текущий документ ввода представляется в многостроковом окне (с возможностью вертикальной прокрутки);
Кнопка ОЧИСТИТЬ - служит для опустошения всех полей текущего документа ввода. Может быть использована в случае, когда вместо одного документа (уже существующего в БД) вводится другой - полностью иного содержания (т.е. когда вводится новый документ под уже существующим внутренним номером);
Кнопка УДАЛИТЬ - служит для того, чтобы перевести текущий документ ввода в статус "логически удаленного". Документ с таким статусом исключается из процессов поиска и просмотра, но при этом сохраняется возможность вернуть его к нормальному (активному) состоянию. При вызове логически удаленного документа на корректировку система предлагает возможность восстановления этого документа, т.е. перевода его в активное состояние, - в противном случае документ не доступен для корректировки. После выполнения функции АДМИНИСТРАТОРА (см. описание АРМа "АДМИНИСТРАТОР") РЕОРГАНИЗАЦИЯ ФАЙЛА ДОКУМЕНТОВ все логически удаленные документы данной БД переводятся в статус "физически удаленных". Физически удаленный документ уже не подлежит восстановлению. При вызове физически удаленного документа на корректировку система предлагает лишь возможность ввести новый документ вместо физически удаленного (т.е. под тем же внутренним номером);
Кнопка ДОБАВИТЬ - служит для ввода в текущий документ элемента данных, отсутствующего в установленном рабочем листе, т.е.
она служит для ситуативного (временного) изменения РЛ. После нажатия данной кнопки возникает полный список элементов данных текущей БД (см. рис. 3.4.3а), в котором необходимо выбрать добавляемый элемент - с помощью кнопки ОТБОР или путем двойного щелчка мышью по нужному элементу. Выбранный элемент появляется на странице ДОБАВОЧНЫЕ текущего РЛ. Добавленные таким образом элементы сохраняются в РЛ только в пределах работы с текущим документом;
Кнопка ПО УМОЛЧАНИЮ – служит для установки динамических значений по умолчанию. Смысл этой возможности заключается в следующем. Если предполагается ввод группы новых документов, имеющих совпадающие элементы описания (например, труды одного коллективного автора или статьи из одного журнала), то целесообразно указать эти совпадающие данные как динамические значения по умолчанию. Для этого необходимо ввести эти совпадающие данные, используя выбранный РЛ, после чего нажать кнопку ПО УМОЛЧАНИЮ. Далее при вводе очередного нового документа (после нажатия кнопки НОВЫЙ) эти значения будут автоматически заноситься в документ. Следует иметь в виду, что значения по умолчанию устанавливаются только в состоянии ввода нового документа (т.е. тогда, когда в редактируемой строке MFN указано НОВЫЙ). Динамические значения по умолчанию сохраняются (действуют) до установки нового вида РЛ или до конца сеанса работы;
Кнопка ПЕЧАТЬ КК - служит для инициирования технологии формирования и печати комплекта каталожных карточек на основе текущего документа ввода. Для работы с формируемыми оригинал-макетами каталожных карточек используется Microsoft Word (см. рис. 3.4.3б), который должен быть установлен на ПЭВМ пользователя – в противном случае данный режим недоступен. В интерфейс Microsoft Word добавляется панель со следующими специфическими для данной технологии компонентами:
ниспадающее меню ВИД КК - служит для выбора вида каталожной карточки из предусмотренного списка;
Рис 3.4.3а. Форма для выбора добавляемых элементов данных
Рис. 3.4.3б. Интерфейс для работы с каталожными карточками
кнопка РАЗМЕРЫ КК - служит для установки физических размеров бумажного носителя каталожной карточки и книжного формуляра, а также параметра ориентации печати (см. рис. 3.4.3в);
кнопка
кнопка ПЕЧАТЬ КК - служит для установки параметров печати и инициирования собственно процесса печати (см. рис. 3.4.3г);
кнопка ВЫХОД - обеспечивает возврат к основной форме АРМа "Каталогизатор".
 |
Рис. 3.4.3г. Форма для установки параметров печати КК
Примечание: При выполнении режима ПЕЧАТЬ КК не следует в качестве параллельной задачи использовать Microsoft Word.
Информационная панель плоскости ВВОД - служит для отображения справочной (пояснительной) информации, касающейся: базы данных в целом (например, когда БД не доступна для ввода), текущего документа в целом (например, когда текущий документ является удаленным или заблокирован другим пользователем) или текущего поля ввода (в этом случае здесь могут даваться пояснения и указания по вводу текущего поля - для получения более подробной информации, касающейся текущего поля, следует нажать клавишу <F1>).
Дополнительные параметры сценария поиска
К дополнительным можно отнести следующие параметры:
Параметр DEFLEXKW
определяет факт использования механизма автоматического отсечения окончаний слов русского языка при поиске по ключевым словам: 1 - использовать; 0 - не использовать; (по умолчанию - не использовать). В случае использования этого механизма он подключается, если опция УСЕЧЕНИЕ установлена в положение ДА (плоскость ПОИСК).
Параметр MinLKeyWord определяет минимальную длину ключевого слова, начиная с которой может использоваться аппарат правого усечения.
Параметр MinLKWLight определяет минимальную длину поискового термина, начиная с которой будет производится их подсветка при показе найденных документов.
Dt или Dt^x или Nt или Nt^x,
где:
| D или N | указывает, что это команда фиктивного вывода поля. D указывает, что все соответствующие ей условные литералы должны выводиться только при наличии поля. N указывает, что они должны выводиться только при отсутствии поля; | ||
| T | метка поля, управляющего выводом литералов; | ||
| ^x | необязательный код разделителя подполя. Если он приведен, то это означает, что вывод литералов зависит от наличия или отсутствия определенного подполя (отметим, что отсутствие поля говорит и об отсутствии подполей в этом поле). |
Обычно команде фиктивного вывода поля предшествует, по крайней мере, один условный префикс-литерал (который может быть пустым), за которым могут следовать один или более других условных префикс-литералов, команды вертикального и горизонтального размещения и/или команды режима вывода. Команда фиктивного вывода поля не может иметь суффикс-литералов.
Несколько примеров использования этих команд приведены на рис. 9.
Формат Выходные данные
----------- ------------------------------------------------------------
"(Отсут.)"n700,v700 Конструктор Сухой. Люди и самолеты
"(Отсут.)"n80,v80+|; | (Отсут.)
"[нет даты]"n907^А,V907^A 19941123
"[нет сведений]"n911,v911 [нет сведений]
Рис. 9
Файл пересчета цен
В задачах "Пополнение записи КСУ" и "Выходные формы", а также в задаче "Проверка фонда" (выполняется в АРМ Каталогизатор) подсчет цены выбывшего (или проверенного) экземпляра книги и итоговых сумм выбытия осуществляется с учетом индекса изменения цен. Для каждого года и месяца, начиная с 1990-го, устанавливается индекс изменения цен в зависимости от инфляции; в разных регионах страны и даже в разных организациях индексы могут быть отличными друг от друга. Системный файл IZC.MNU создается при установке системы; данные в нем могут корректироваться, а по истечении года файл должен пополняться новой строкой.
Файловая структура баз данных
Каждая БД системы представляет собой совокупность физических файлов, размещенных в одной директории (CMPL, IBIS, RDR, RQST, HELP и др.).
Файлы, составляющие одну базы данных, делятся на две группы:
·
8 файлов, содержащие собственно данные БД и подвергающиеся изменениям в процессе работы системы. Это файлы с расширениями: [.MST], [.XRF]. [.CNT], [.IFP], [.N01], [.N02], [.L01], [.L02];
· остальные файлы, содержащие параметрические описания БД и не изменяемые в процессе работы (конечного пользователя). Это файлы с расширениями [.FDT], [.FST], [.PFT], [.STW], [.MNU], [.OPT], [.OWS], [.TAB], [.SRT], [.HDR], [.WS], [.WSS], [SRW], [GBL], [PAR], [TRE].
Физические файлы, содержащие собственно данные БД, рассматриваются как два логических файла:
<DBNAME>.MST |
| Файл документов БД
<DBNAME>.XRF |
<DBNAME>.IFP |
<DBNAME>.CNT |
<DBNAME>.L01 | Файл словаря или Инвертированный файл БД
<DBNAME>.L02 |
<DBNAME>.N01 |
<DBNAME>.N02 |
где <DBNAME> - имя базы данных.
При создании дополнительных баз данных Электронного каталога (см. соответствующий режим в описании АРМа "Администратор") в директории DATAI системы создаются дополнительные директории с соответствующими именами.
В директории DATAI находятся файлы, содержащие списки доступных БД:
DBNAM1.MNU – содержит список БД, доступных Администратору.
DBNAM2.MNU – содержит список БД, доступных Каталогизатору/Комплектатору.
DBNAM3.MNU – содержит список БД, доступных Читателю.
Данные файлы ведутся (пополняются) системой автоматически. Структура файлов данного типа (MNU) описана в Приложении 3.
Кроме того, в директории DATAI находятся файлы типа
<DBNAME>.PAR
которые определяют физическое размещение на жестком диске файлов, составляющих соответствующую БД. Поскольку в системе принят принцип хранения всех файлов БД в одной директории, файлы <DBNAME>.PAR содержат строки, определяющие один и тот же путь.
В директории баз данных ЭК может находиться параметрический файл TEXT.PAR. Это одностроковый текстовый файл, содержащий сведения - имя устройства и путь - о размещении внешних объектов (например, полных текстов и графических данных), относящихся к данной БД. По умолчанию - т.е. если параметрический файл отсутствует, - предполагается, что внешние объекты размещаются непосредственно в директории БД. Подробнее об использовании внешних объектов сказано в Инструкции каталогизатора.
Файловая структура табличных форм
Каждая табличная форма в общем случае описывается четырьмя физическими файлами:
<имя_таб._формы>.PFT – Файл формата. Объединяет форматы представления данных в колонках табличной формы, разделенные набором управляющих команд RTF;
<имя_таб._формы>.TAB – Файл описания таблицы. Содержит общее описание структуры табличной формы;
<имя_таб._формы>.SRW – Файл сортировки. Содержит описание ключей сортировки и форматы соответствующих заголовков; если сортировка не применяется, данный файл отсутствует;
<имя_таб._формы>.HDR – Файл заголовков. Содержит дополнительные параметры; в отдельных случаях может отсутствовать.
С табличной формой - если она создается пользователем самостоятельно - также связан специальный файл-описатель с расширением TBB. Этот файл используется только генератором табличных форм (в случае последующих корректур табличной формы).
Файлы новой табличной формы, создаваемые генератором, (с расширением PFT, TAB, SRW, HDR), необходимо поместить в директорию БД, для которой создается табличная форма, и включить в меню списка табличных форм (имя меню указано в ini файле в параметре TABMNU) имя и название созданной таблицы.
НЕ РЕКОМЕНДУЕТСЯ менять файлы описания табличных форм (PFT, TAB, SRW, HDR) вне генератора во избежание возможных ошибок.
Структура таблицы приведена ниже:
Колонтитул
Добавочный колонтитул(создается по формату)
(определяются пользователем при создании таблицы)
1-й заголовок
2-й заголовок
3-й заголовок
| Название колонки1 | Название колонки2 | Название колонки3 | |||
| Заголовок сортировки 1-го уровня | |||||
| Заголовок сортировки 2-го уровня | |||||
| Заголовок сортировки N-го уровня | |||||
| Результат формата колонки1 | Результат формата колонки2 | Результат формата колонки3 | |||
| ИТОГИ по формату |
ФОРМАТ ПРЕДСТАВЛЕНИЯ ДАННЫХ В ЭЛЕКТРОННОМ КАТАЛОГЕ
В книге "Система автоматизации библиотек ИРБИС. Приложения" представлен перечень всех элементов данных формата (данные библиографического описания, данные о содержании документа, дополнительные точки доступа при поиске, данные регистрации книг и журналов, сведения об экземплярах, кодированная информация и др.); данные представлены в виде полей с подполями; знак "+", стоящий рядом с меткой поля (цифры) или разделителем подполя (буква или цифра), означает обязательность элемента; указаны повторяемость и отражение ЭД в одном или нескольких поисковых словарях системы (в словарях Авторов, Заглавий, Издательств, Коллективов, Ключевых слов и других); там же представлены имена всех файлов меню, используемых при вводе кодовой информации, и префиксов, с которым термины из разных полей отражаются в словаре БД.
За основу формата представления данных в БД принят Международный коммуникативный формат UNIMARC — в части компоновки библиографических данных по полям и подполям и кодирования информации; в других компонентах форматов имеются значительные отличия, однако конвертирование библиографической информации в UNIMARC, USMARC, RUSMARC для обмена с другими информационными системами обеспечивается. Элементы данных, соответствующие представлению в UNIMARC-формате, помечены признаком (mf).
Дополнительно введены, в основном, поля технологических данных — для сведений о регистрации поступления и хранения номеров/выпусков журналов и других сериальных изданий, о полученных и заказанных экземплярах книг и журналов. Кроме того, при параллельном ведении электронного и карточных каталогов (если такое решение принимается Пользователем) в документ БД могут быть записаны указания для подготовки добавочных и ссылочных каталожных карточек, в частности, для нумерованных серийных изданий без дублирования заголовков карточек.
ИРБИС ориентирован на минимизацию клавиатурного ввода данных и полностью исключает дублирование ввода одних и тех же данных в разных формах представления в разные поля, а организует одноразовый ввод в формализованном виде, позволяющем использовать однократно введенные данные в разных применениях (в частности, при экспорте в разные коммуникативные форматы).
В то же время система предоставляет пользователю средства для работы с полями формата RUSMARC, которые не используются в ИРБИСе. Эти поля могут быть добавлены в запись из таблицы (РЛ) описания полей. Все поля снабжены вложенными рабочими листами, для индикаторов формата RUSMARC введены подполя с идентификаторами "0" и "!", причем для каждого поля подается меню возможных значений индикаторов, включая значение "#" (не используется).
Формат выборки данных
Формат выборки данных создается с использованием средств языка форматирования (см. Приложение 4).
Такие средства языка форматирования как средства RTF и переменные метки нельзя применять в форматах выборки ТВП
Для некоторых методов индексирования существенной является концепция строки - в этом случае весьма ответственным является употребление команд перехода на новую строку.
Также весьма важным является употребление команд режима вывода (см. Приложение 4 п.3.), так как некоторые методы индексирования фактически требуют наличия конкретного режима вывода (см. ниже описание методов индексирования). В связи с этим, пользователь сам должен побеспокоиться, чтобы тот или иной формат выборки данных содержал необходимые команды режима вывода.
Следует также отметить, что использование преобразования букв в прописные может повлиять на дальнейшую обработку данных, создаваемых с помощью ТВП. Как правило, не нужно использовать такое преобразование, то есть надо использовать режимы mpl, mhl, mdl, а не mpu, mhu, mdu. Система автоматически производит преобразование букв в прописные, когда в этом появляется необходимость. Например, все элементы, создаваемые ТВП для инвертированного файла, переводятся в прописные буквы до их размещения в словаре, даже если ТВП порождает элементы в виде строчных букв.
Форматы для формально-логического контроля (ФЛК)
Для формально-логического контроля данных (как на уровне поля, так и документа в целом) применяются специальные форматы (см. Приложение 8). Форматы для ФЛК используются следующим образом:
§ форматированию подвергается контролируемый документ;
§ первый символ результата форматирования определяет результат ФЛК, а именно:
0 - означает положительный результат контроля;
1- означает отрицательный результат и обнаруженные ошибки считаются непреодолимыми, т.е. подлежат обязательному устранению;
2 - означает отрицательный результат, но при этом ошибки считаются преодолимыми, т.е. их можно не исправлять.
§ остальной результат форматирования (начиная со второго символа) в случае отрицательного контроля выдается пользователю в качестве сообщения.
Собственно форматы ФЛК, как правило, содержат команды IF. Многочисленные примеры таких форматов находятся в директории БД IBIS (их имена см. в п.14).
Форматы с переменными метками
В некоторых режимах работы системы (при показе терминов словаря полностью, при вводе данных через словарь) применяются форматы, в которых используются, так называемые, переменные метки. Исходным для таких форматов обязательно является термин словаря.
Переменные метки обозначаются в таких форматах в виде ***
(три символа). Форматы с переменными метками используются следующим образом:
§
определяется первая ссылка для исходного термина (о ссылках см. в Приложении 5): а именно, соответствующие номер документа (MFN), метка поля (TAG) и повторение (OCC);
§ все переменные метки в формате заменяются на значение найденной метки поля (TAG) и форматированию подвергается документ с найденным номером (MFN);
§ в качестве результата форматирования берется строка с номером OCC (нумерация начинается с 1); если нет строки с таким номером, результатом форматирования является пустая строка.
Примеры форматов с переменными метками находятся в директории БД IBIS (их имена см. в п.14).
Функции
Функция вычисляет значение (называемое значением функции или возвращаемым значением), которое затем подставляется вместо функции при вычислении выражения.
Функции могут иметь один или более аргументов, которые необходимо задать для вычисления функции. Аргументы заключаются в скобки и разделяются запятыми.
Аргументы могут быть следующих трех типов:
| формат: | Произвольный формат, который может содержать любую разрешенную команду за исключением функции REF (в которой формат так же используется в качестве аргумента - см. ниже), функции передается не сам формат, а текст, полученный в результате вычисления формата; | ||
| числовое выражение: | при использовании числового выражения в качестве аргумента оно сначала вычисляется и затем вычисленное значение передается функции; | ||
| команда вывода поля: | в качестве аргумента могут быть команды вывода поля или подполя. Не допускается использовать в команде спецификацию смещение/длина. |
Ниже описываются допустимые функции и соответствующие им аргументы. Функции классифицированы в соответствии с типом возвращаемого значения.
Функции поиска
Компоненты интерфейса, реализующие функции поиска, размещены на рабочей плоскости ПОИСК. Для переключения на плоскость ПОИСК (если установлена иная) необходимо щелкнуть мышью по закладке ПОИСК в нижней части экрана.
Все компоненты плоскости ПОИСК распределены по трем рабочим областям. Кроме того, имеются четыре независимых компонента, расположенные вне рабочих областей.
Независимый компонент БАЗА ДАННЫХ, представляющий собой ниспадающее меню, предназначен для выбора и установки базы данных (раздела Электронного каталога или тематической БД), в которой предполагается вести поиск. Для выбора необходимо щелкнуть мышью по кнопке со стрелкой и выбрать соответствующий пункт в возникающем меню.
Независимый компонент ВИД ПОИСКА, также представляющий собой ниспадающее меню, предназначен для выбора элемента описания (ключевые слова, автор, заглавие и т.п.) и соответствующего словаря, по которому предполагается провести поиск в установленной базе данных. Необходимо щелкнуть мышью по кнопке со стрелкой и выбрать соответствующий пункт в возникающем меню. При этом в области СЛОВАРЯ представляется соответствующий словарь базы данных, который может использоваться для формулировки ТЕКУЩЕГО ЗАПРОСА (см. ниже). Состав элементов, по которым возможен поиск с помощью словаря, определяется в процессе установки и адаптации системы. Особыми видами поиска являются КОМПЛЕКСНЫЙ поиск (см. п.2.3.4) и ВСЕ ЭЛЕМЕНТЫ (ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК) - (см. п.2.3.5).
Кнопка ДЛЯ "ЧАЙНИКОВ"
предназначена для вызова поиска, рассчитанного на начинающего пользователя. Подробнее об этом см. в п.2.3.6.
Кнопка ДЛЯ "УМНИКОВ"
предназначена для вызова специальных видов поиска, которые строятся на основе использования таких информационно-лингвистических ресурсов, как Авторитетные файлы и Тезаурус. Подробнее о них см. в п.2.3.7.
Остальные компоненты плоскости ПОИСК распределены по трем рабочим областям:
· Область СЛОВАРЬ - предназначена для работы со словарем, соответствующим выбранному виду поиска, с целью отбора поисковых терминов для текущего запроса.
· Область ТЕКУЩИЙ ЗАПРОС - предназначена для формулировки запроса на очередной поиск.
· Область ВЫПОЛНЕННЫЕ ЗАПРОСЫ - предназначена для накопления сведений о выполненных запросах и использования их в текущем запросе с целью уточнения или объединения.
Функции просмотра
Компоненты интерфейса, реализующие функции просмотра, заказа и печати найденных документов, размещены на рабочей плоскости ПРОСМОТР
- рис. 2.4а. Для переключения на плоскость ПРОСМОТР (если установлена иная) необходимо щелкнуть мышью по закладке ПРОСМОТР в нижней части экрана.
Основной компонент плоскости - ниспадающее меню ЗАПРОС. Содержит список выполненных запросов и предназначено для выбора запроса, результаты которого требуется просмотреть. Необходимо щелкнуть мышью по кнопке со стрелкой и выбрать соответствующий пункт в возникающем меню.
По умолчанию, т.е. в момент переключения на плоскость ПРОСМОТР устанавливается последний выполненный запрос.
Остальные компоненты плоскости ПРОСМОТР распределены по трем рабочим областям:
Область СПИСОК ОТВЕТОВ - предназначена для представления ответов по выбранному запросу в виде списка коротких (одностроковых) описаний.
Область ПОЛНОЕ ОПИСАНИЕ - предназначена для работы с полным описанием одного (выбранного) документа.
Кнопка ЭКСПОРТ - предназначена для вывода документов в структурированный текстовый файл или файл в коммуникативном формате. Данный режим аналогичен одноименному режиму в АРМе Каталогизатор (см. п. 3.3.3).
Кнопка ПЕЧАТЬ - предназначена для выполнения операций печати документов.
Рис. 2.4а.
АРМ "Читатель" - рабочая плоскость ПРОСМОТР
Функции просмотра/вывода
Основной особенностью рабочей плоскости ПРОСМОТР/ВЫВОД (это же отличает ее от аналогичной плоскости АРМа "Читатель") является то, что она в свою очередь имеет как бы два слоя, или иными словами, состоит из двух подплоскостей, организующих два независимых контекста работы. В силу этого основным компонентом плоскости является переключатель из двух закладок в верхней части интерфейса, служащий для перехода от одной подплоскости к другой.
Подплоскость БАЗА ДАННЫХ/MFN
служит для работы со всеми документами установленной базы данных в соответствии с их внутренними номерами MFN. Установка базы данных осуществляется с помощью ниспадающего меню БАЗА ДАННЫХ - компонента, размещенного непосредственно на закладке подплоскости и аналогичного одноименному компоненту на плоскости ПОИСК.
Подплоскость РЕЗУЛЬТАТ ПОИСКА
служит для работы с документами, найденными в результате поиска по запросу. Выбор запроса осуществляется с помощью ниспадающего меню ЗАПРОС - компонента, размещенного непосредственно на закладке подплоскости и аналогичного одноименному компоненту в АРМе "Читатель".
Рис. 3.3а. Общий вид пользовательского интерфейса АРМа "Каталогизатор" (плоскость ПРОСМОТР/ВЫВОД)
Все остальные компоненты плоскости ПРОСМОТР/ВЫВОД размещены вне пределов закладок подплоскостей, но их смысл и содержание всегда определяется установленным контекстом работы, т.е. тем, какая подплоскость в данный момент выбрана. Все эти компоненты распределены по трем рабочим областям:
Область СПИСОК ДОКУМЕНТОВ - данная область аналогична области СПИСОК ОТВЕТОВ на плоскости ПРОСМОТР АРМа "Читатель" (см. п. 2.4.1). В случае если установлена подплоскость БАЗА ДАННЫХ/MFN, в данной области представляется список всех документов текущей базы данных (при этом нумерация документов в списке совпадает с их внутренними номерами MFN). В случае если установлена подплоскость РЕЗУЛЬТАТ ПОИСКА, в данной области представляется список документов по текущему запросу (при этом нумерация документов в списке соответствует их порядковым номерам среди найденных).
Область ПОЛНОЕ ОПИСАНИЕ - аналогична одноименной области на плоскости ПРОСМОТР АРМа "Читатель" (см. п.2.4.2). Новым (по сравнению с АРМом "Читателя") компонентом здесь является редактируемая строка НОМЕР, служащая для указания номера документа, с которого начинается просмотр полных описаний. После ввода номера для начала просмотра следует нажать клавишу <Enter>. Введенный номер рассматривается как внутренний номер документа в базе данных (MFN) - в случае когда установлена подплоскость БАЗА ДАННЫХ/MFN; или как порядковый номер документа среди найденных по запросу - в случае когда установлена подплоскость РЕЗУЛЬТАТ ПОИСКА.
Область кнопок ПЕЧАТЬ/ СТАТИСТИКА/ КОПИРОВАНИЕ/ ЭКСПОРТ/ ГЛОБАЛЬНАЯ
- содержит кнопки для запуска соответствующих пакетных обработок (см. ниже).
Функции ввода
Все компоненты, реализующие функции ввода данных, размещены на рабочей плоскости ВВОД. Переключение на эту плоскость осуществляется с помощью закладки в нижней части интерфейса (рис. 3.4а).
Рис. 3.4а. Рабочая плоскость ВВОД АРМа "Каталогизатор"
Основной особенностью рабочей плоскости ВВОД является то, что она в свою очередь имеет три "слоя", или иными словами, состоит из трех подплоскостей, организующих три независимых контекста работы. В силу этого основным компонентом плоскости является переключатель из трех закладок в верхней части интерфейса, служащий для перехода от одной подплоскости к другой.
Подплоскость БАЗА ДАННЫХ/MFN
служит для работы со всеми документами установленной базы данных в соответствии с их внутренними номерами MFN, а также для ввода новых документов. Установка базы данных осуществляется с помощью ниспадающего меню БАЗА ДАННЫХ - компонента, размещенного непосредственно на закладке подплоскости и аналогичного одноименному компоненту на плоскости ПОИСК. Также непосредственно на закладке подплоскости размещена кнопка ИМПОРТ, служащая для старта режима пакетного ввода данных (подробнее см. п. 3.3.4)
Подплоскость РЕЗУЛЬТАТ ПОИСКА
служит для работы с документами, найденными в результате поиска по запросу. Выбор запроса осуществляется с помощью ниспадающего меню ЗАПРОС - компонента, размещенного непосредственно на закладке подплоскости и аналогичного одноименному компоненту на плоскости ПРОСМОТР/ВЫВОД.
Подплоскость ОТМЕЧЕННЫЕ
служит для работы с документами, отмеченными в процессе просмотра на плоскости ПРОСМОТР/ВЫВОД.
Все остальные компоненты плоскости ВВОД размещены вне пределов закладок подплоскостей, но их смысл и содержание всегда определяется установленным контекстом работы, т.е. тем, какая подплоскость в данный момент выбрана. Все эти компоненты можно распределить на три группы:
Основные управляющие компоненты
- размещенные в правой верхней части интерфейса и реализующие основные функции управления документами в целом;
Область рабочего листа ввода (включая меню РЛ) - размещенная в средней части интерфейса и реализующая все функции ввода данных в текущий документ;
Дополнительные управляющие компоненты
- размещенные в нижней части интерфейса и реализующие дополнительные функции управления документами в целом.
Примечание: При попытке ввода в базу данных система может выдать сообщения о том, что база данных не доступна для ввода - это означает, что БД находится в состоянии монопольной блокировки, - в этом случае следует обратиться к Администратору системы (см. п.5).
Функция A(команда вывода поля/подполя)
Функция A возвращает значение "истина", если форматируемая запись не содержит ни одного экземпляра поля или подполя, указанного в аргументе.
Если отсутствует поле, то, естественно, отсутствуют и его подполя. Поэтому, если команда вывода специфицирует подполе, то функция A возвращает значение истина, если поле присутствует, но в нем отсутствует соответствующее подполе, или если отсутствует все поле. Например:
Формат Значение
--------------- ----------------
a(v700) Ложь
a(v700^m) Истина
a(v80) Истина
Функция F(выр-выр-выр-
Функция F преобразует числовое значение из его внутреннего представления с плавающей точкой в символьную строку. Все три аргумента являются числовыми выражениями. Первый аргумент, выр-1, является числом, которое необходимо преобразовать. Второй аргумент, выр-2, - минимальная длина выходной строки, выделяемая для результата, и третий аргумент, выр-3, - количество десятичных цифр. Второй и третий аргументы необязательны. Отметим, однако, что если присутствует выр-3, то выр-2 не может быть опущено.
Выр-2 определяет минимальную длину, т. е. значением функции будет символьная строка длиной как минимум выр-2 символов, и если преобразуемое числовое значение требует выр-2
символов или меньше, оно будет выровнено по правой границе в пределах этой длины. Если количество символов, требуемое для представления значения выр-1, больше данной длины, то используются дополнительные позиции. В этом случае выходная строка будет длиннее, чем выр-2 символов.
Выр-3 определяет количество десятичных цифр дробной части Выр-1. Если оно опущено, то результат будет представлен в экспоненциальной форме. Если при этом также опущено выр-2, то по умолчанию длина выходной строки будет равна 16 символам. Если выр-3 присутствует, то результатом будет округленное представление выр-1 с фиксированной точкой с выр-3 цифрами после десятичной точки. Если выр-3
равно нулю, то выр-1 округляется до ближайшего целого числа и результатом будет целое число без десятичной точки.
Если при преобразовании целых чисел и чисел с фиксированной точкой оказывается, что целая часть числа слишком большая для ее представления, то выходная строка заменяется последовательностью символов "*".
Функция F может использоваться для выравнивания колонки чисел по десятичной точке путем выбора соответствующей длины.
Примеры функции F приведены ниже.
Выражение Значение
------------------------------- ----------------
f(1) 1.000000000E+00
f(1,10) 1.000E+00
f(-1,10,2) -1.00
f(1,5,2) 1.00
f(1,8,2) 1.00
f(mfn,1,0) 4
f(mfn,2,0) 4
f(mfn,3,0) 4
Функция L(формат)
Функция L использует текст, полученный в результате вычисления аргумента, в качестве термина доступа для инвертированного файла и возвращает MFN первой ссылки на этот термин, если она есть. Перед поиском в инвертированном файле термин автоматически переводится в прописные буквы. Если термин не найден, то функция принимает значение ноль. Функция L обычно используется вместе с функцией REF (примеры использования функции L можно найти в п. 8.2.2).
Обратим внимание, что формат, расположенный в аргументе, вычисляется с использованием текущего режима вывода. (см. п.3). Это является существенным, так как использование неправильного режима может привести к тому, что термин не будет найден в инвертированном файле. Как правило, следует использовать тот же режим, который применяется в ТВП для инвертированного файла.
Функция Р(команда вывода поля/подполя)
Функция Р возвращает значение "истина", если форматируемая запись содержит по крайней мере один экземпляр поля или подполя, указанного в аргументе. В противном случае функция P
возвращает значение ложь. Например:
Формат Значение
--------------- ----------------
Р(v700) Истина
P(v700^m) Ложь
P(v80) Ложь
Функция RAVR(формат)
Функция RAVR возвращает среднее арифметическое значение одного или нескольких числовых значений. Сначала система вычисляет аргумент, представленный форматом, чтобы получить строку текста. Затем эта строка просматривается слева направо, как и в функции VAL, и из нее извлекаются все числа. Вычисленное среднее значение извлеченных чисел и будет результатом функции. Отдельные числовые значения должны быть разделены, по крайней мере, одним нечисловым символом, поэтому необходимо побеспокоиться, чтобы такое разделение в формате присутствовало. Функция RAVR может использоваться для вычисления среднего значения среди всех числовых значений, содержащихся во всех экземплярах данного повторяющегося поля. Например, предполагая, что поле 1 имеет четыре экземпляра, содержащие числа 10, 20, 30 и 40, будем иметь:
Формат Значение
------------------------------- ----------------
ravr ('1, 2, -3') 0
ravr (v1|;|) 25
ravr (v1|,|,'48,3.5') 25.25
Функция REF(выражение,формат)
Функция REF позволяет извлечь данные из альтернативной записи файла документов. Первый аргумент - это числовое выражение, дающее MFN альтернативной записи, которая должна быть выбрана, а второй аргумент - это формат, который должен быть применен к этой записи. Если значение выражения не соответствует MFN ни одной из записей базы данных, то функция REF возвратит пустую строку.
Функция REF - очень мощное средство, поскольку позволяет объединить данные, хранимые в различных записях базы данных, в один выводимый документ. В большинстве случаев связывание записей непосредственно через MFN может оказаться неудобным. Более удобным является использование возможности функции L (см. параграф 8.1.6). Напомним, что функция L находит MFN, соответствующий термину доступа. Поэтому можно использовать ее для преобразования символьной строки в MFN. Для корректного использования функции L
нужно установить однозначное соответствие между символьной строкой и соответствующим ей MFN. Инвертированный файл предоставляет возможность установить такое соответствие (см. Приложение 5).
Система не делает никаких предположений относительно природы связей, существующих между записями. Она просто предоставляет механизм связывания записей. При конкретном практическом применении пользователь сам определяет смысл связей посредством использования языка форматирования и специального проектирования базы данных. Например, если библиографическая запись описания статьи должна быть связана с записью соответствующего номера журнала, то необходимо поле для отражения природы этой связи (шифр номера журнала).
Далее заметим, что так как второй аргумент функции REF является форматом, то имеется возможность использовать данную функцию рекурсивно с установлением многоуровневой иерархический связи.
Функция RMAX(формат)
Функция RMAX возвращает максимальное значение одного или нескольких числовых значений. Сначала система вычисляет аргумент, представленный форматом, чтобы получить строку текста. Затем эта строка просматривается слева направо, как и в функции VAL, и из нее извлекаются все числа. Алгебраически наибольшее из извлеченных чисел и будет результатом функции. Отдельные числовые значения должны быть разделены, по крайней мере, одним нечисловым символом, поэтому надо побеспокоиться, чтобы такое разделение в формате присутствовало. Функция RMAX может использоваться для вычисления максимального значения среди всех числовых значений, содержащихся во всех экземплярах данного повторяющегося поля. Например, предполагая, что поле 1 имеет четыре экземпляра, содержащие числа 10, 20, 30 и 40, будем иметь:
Формат Значение
------------------------------- ----------------
rmax ('1, 2, -3') 2
rmax (v1|;|) 40
rmax (v1|,|,'48,3.5') 48
Функция RMIN(формат)
Функция RMIN возвращает минимальное значение одного или нескольких числовых значений. Сначала система вычисляет аргумент, представленный форматом, чтобы получить строку текста. Затем эта строка просматривается слева направо, как и в функции VAL, и из нее извлекаются все числа. Алгебраически наименьшее из извлеченных чисел и будет результатом функции. Отдельные числовые значения должны быть разделены, по крайней мере, одним нечисловым символом, поэтому надо побеспокоиться, чтобы такое разделение в формате присутствовало. Функция RMIN может использоваться для вычисления минимального значения среди всех числовых значений, содержащихся во всех экземплярах данного повторяющегося поля. Например, предполагая, что поле 1 имеет четыре экземпляра, содержащие числа 10, 20, 30 и 40, будем иметь:
Формат Значение
------------------------------- ----------------
rmin ('1,2,-3') -3
rmin (v1|;|) 10
rmin (v1|,|,'48,3.5') 3.5
Функция RSUM(формат)
Функция RSUM возвращает сумму одного или более числовых значений. Сначала система вычисляет аргумент, представленный форматом, чтобы получить строку текста. Затем эта строка просматривается слева направо, как и в функции VAL, и все содержащиеся в ней числовые значения складываются. Полученная сумма является значением функции. Отдельные числовые значения должны быть разделены, по крайней мере, одним нечисловым символом, поэтому надо побеспокоиться, чтобы такое разделение в формате присутствовало. Функция RSUM может использоваться для вычисления суммы всех числовых значений, содержащихся во всех экземплярах данного повторяющегося поля. Например, предполагая, что поле 1 имеет четыре экземпляра, содержащие числа 1, 2, 3 и 4, будем иметь:
Формат Значение
------------------------------- ----------------
rsum ('10,20,30') 60
rsum (v1|;|) 10
rsum (v1|,|,'48,3.5') 61.5
Функция S(формат)
Функция S возвращает текст, полученный в результате вычисления ее аргумента. Как было отмечено ранее, в системе нет явных операторов для строковых выражений. Однако, функция S может использоваться для выполнения конкатенации строк. Она оказывается довольно удобной в логических выражениях в качестве неявного оператора OR. Такое ее применение более эффективно по сравнению с явным использованием оператора OR. Например, следующие выражения:
S(mdl,v10,v20,v30) : 'вода'
v10 : 'вода' OR v20 : 'вода' OR v30 : 'вода'
эквивалентны (они оба истинны, если хоть одно из полей 10, 20 или 30 содержит строку 'вода'), но первое будет выполнено гораздо быстрее второго.
Эта функция может также использоваться для конкатенации строк с целью последующего их вывода.
Функция VAL(формат)
Функция VAL возвращает числовое значение своего аргумента. Аргумент - это формат, который может содержать любую допустимую команду форматирования. Сначала вычисляется аргумент, чтобы получить строку текста. Затем эта строка просматривается слева направо до тех пор, пока не будет найдено числовое значение, представленное в текстовом виде (которое может быть представлено в экспоненциальной форме). Функция VAL возвращает это числовое значение, переведенное во внутреннее машинное представление, удобное для выполнения вычислений.
Если не найдено ни одно числовое значение, то функция возвращает значение ноль. Если текст содержит более, чем одно числовое значение, возвращается только первое.
Ниже приведены примеры функции VAL (при этом предполагается, что v1^a=10, v1^b=20 и v2=30):
Формат Значение
------------------------------- ----------------
val ('15.79') 15.79
val (v1) 10
val (v1^a) 10
val (v2) 30
val ("19"v1^b) 1920
val ('xxxx7yyy8zzzz') 7
val ('abs.5.8е-4 ml') 0.00058
val ('вода') 0
val ('Июль-Август 1985') 0
В этом примере в последней строке значение 0 (а не 1985), так как система рассматривает минус между словами Июль и Август как начало отрицательного числового значения, а букву А от Август как его конец, поэтому выбранное значение получается просто '-' и результатом выполнения функции является 0. В связи с этим, для тех полей или подполей, которые будут использоваться для вычислений, важно с самого начала четко определить правила ввода данных.
Функциональная плоскость ЧИТАТЕЛИ
Общий вид плоскости ЧИТАТЕЛИ представлен на рис. 4.4а.
Все компоненты плоскости ЧИТАТЕЛИ можно разделить на две части:
Компонент ВИД ПОИСК и рабочая область СЛОВАРЬ
- включает компоненты, обеспечивающие поиск в базе данных читателей по признакам, специфичным для технологии книговыдачи;
Рабочая область ЧИТАТЕЛЬ - включает компоненты, обеспечивающие работу с документом (карточкой) читателя, специфичную для технологии книговыдачи.
Рис. 4.4а.
АРМ "Книговыдача" - плоскость ЧИТАТЕЛИ
Функциональная плоскость КОНТРОЛЬ/СТАТИСТИКА
Общий вид плоскости КОНТРОЛЬ/СТАТИСТИКА представлен на рис. 4.5а.
Рис. 4.5а. АРМ "Книговыдача" - плоскость КОНТРОЛЬ/СТАТИСТИКА
Все компоненты плоскости КОНТРОЛЬ/СТАТИСТИКА распределены по трем рабочим областям:
СПИСОК ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ;
КОНТРОЛЬ СИСТЕМЫ КНИГОВЫДАЧИ;
СТАТИСТИКА СПРОСА.
Функциональная плоскость ЗАКАЗЫ
Общий вид плоскости ЗАКАЗЫ представлен на рис. 4.3а.
Рис. 4.3а. АРМ "Книговыдача" - плоскость ЗАКАЗЫ
Все компоненты плоскости ЗАКАЗЫ распределены по двум рабочим областям:
НЕВЫПОЛНЕННЫЕ ЗАКАЗЫ - включает компоненты, обеспечивающие ведение очереди невыполненных (необслуженных) заказов и их исполнение, т.е. выдачу литературы в соответствии с заказами читателей;
ВЫПОЛНЕННЫЕ ЗАКАЗЫ - включает компоненты, обеспечивающие ведение выполненных заказов, т.е. заказов, по которым уже произведена выдача литературы.
Функциональные возможности
Все режимы АРМа "Администратор" распределены по шести пунктам главного меню:
Меню БАЗА ДАННЫХ - включает режимы, связанные с выбором и установкой текущей БД и некоторыми операциями над базой данных в целом.
Меню АКТУАЛИЗАЦИЯ - включает режимы, обеспечивающие актуализацию и реорганизацию основных файлов базы данных.
Меню СЕРВИС - включает режимы архивации и восстановления базы данных, диагностики и выполнения пакетных заданий.
Меню ОПЦИИ - включает вспомогательные режимы.
Меню ИНСТРУМЕНТЫ - включает режимы запуска инструментальных средств системы.
Меню ПОМОЩЬ - включает вызов системы помощи.
Ряд режимов АРМа "Администратор" требуют монопольных прав на текущую базу данных. Это означает, что для выполнения данных режимов требуется, чтобы никто больше не производил никаких изменений текущей базы данных, т.е. не допускается, чтобы одновременно какой-то другой пользователь производил действия по вводу/корректировке или актуализации БД (допускаться может лишь одновременный поиск в БД, т.е. работа АРМа "Читатель"). Таким образом монопольные операции АРМа "Администратор" могут быть выполнены только в том случае, когда параметр БЛОКИРОВОК ВВОДА равен нулю.
Три важных замечания, касающихся параметра БЛОКИРОВОК ВВОДА:
Блокировка ввода базы данных в целом возникает непосредственно при выполнении операций ввода в данную БД (и снимается после ее завершения). Т.е. при нормальной работе блокировки ввода сохраняются в течение очень коротких промежутков времени (таких коротких, что сведения о блокировках не успевают появляться в информационном окне). Не путать блокировку ввода с блокировкой записи - последняя имеет отношение к конкретной записи и возникает в те моменты, когда пользователь "берет" данную запись для корректировки.
Блокировки ввода (кратковременные) той или иной базы данных могут возникать при работе с этими БД в АРМе "Каталогизатор" (на плоскости ВВОД, при глобальной корректировке на плоскости ПРОСМОТР/ВЫВОД и при корректировке по словарю на плоскости ПОИСК), АРМе "Книговыдача" (для баз данных заказов RQST, читателей RDR и БД Электронного каталога) и АРМе "Администратор" (при импорте и актуализации).
Сведения о блокировках ввода (значение соответствующего параметра в информационном окне) могут не соответствовать реальной ситуации. Такое положение может возникнуть при аварийном завершении АРМов "Каталогизатор", "Книговыдача" или "Администратор". Ложные блокировки ввода снимаются с помощью соответствующего режима (см. ниже).
Параметр МОНОПОЛЬНАЯ БЛОКИРОВКА принимает значение ДА во время выполнения монопольных режимов АРМа "Администратор". Два монопольных режима не могут выполняться одновременно, т.е. монопольный режим может быть запущен только в случае, когда параметр МОНОПОЛЬНАЯ БЛОКИРОВКА имеет значение НЕТ. Монопольная блокировка также может быть ложной - после аварийного завершения работы АРМа "Администратор". Для ее снятия используется соответствующий режим (см. ниже).
Далее подробно описываются все режимы АРМа "Администратор".
Глобальная корректировка данных
Вызывается при нажатии кнопки ГЛОБАЛЬНАЯ. Это средство описано в п. 3.3.5 данной инструкции. Как правило, корректировка выполняется по отмеченным документам. Корректировку по всей базе данных или по диапазону записей можно выполнять, если в ini-файле определен параметр GlobTotal=1, иначе система выдаст сообщение о невозможности провести корректировку.
Есть возможность определить недоступным режим глобальной корректировки, для этого используется параметр ini-файла AccessGlob.
· Замена фрагмента общего заглавия в записях томов (введенного с ошибкой и размноженного);
· Корректировка "проверенных" экземпляров ( пересчет цены, замена даты поступления на текущую, перенос исходных данных об экземпляре в архивное поле); поиск и отбор документов для корректировки - по словарю "Вид документа" (см. п.5.5);
· Корректировка записи Подшивки (переплет) газет/журналов (см. п.5.3.4);
· Корректировка после импорта в формате USMARC (корректировка по интервалу импортированных номеров);
· после импорта в формате системы "БИБЛИОТЕКА - 4" (корректировка по интервалу импортированных номеров).
Примечание:
Имеются 4 модификации формата для импорта и, соответственно, 4 варианта заданий на глобальную корректуру, что вызвано неоднозначным представлением информации в БД, созданных в этой системе разными Пользователями (в части полей ББК и сведений об экземплярах). Конкретный вариант Пользователь должен выбрать после анализа корректности импорта своих БД.
· после импорта в формате системы "МАРС" (корректировка по интервалу номеров);
· после импорта в формате RUSMARC последовательно выполнить:
· корректировку по заданию rmarci1 (по интервалу импортированных номеров); выполняется обязательно при актуализированном словаре;
· актуализацию словаря;
· проверить словарь "Вид/Тип документа" на наличие термина "MARC"; если термин "MARC" присутствует в словаре, выполнить следующие действия:
· отбор записей по термину MARC (отбираются записи высшего уровня);
· глобальную корректировку по заданию rmarci2 (записи высшего уровня удаляются из БД);
· актуализацию словаря.
Итак, первая корректировка должна быть выполнена безусловно. Вторая корректировка необходима, в том случае, когда в файле импорта в формате RUSMARC присутствуют "связанные записи" 2-х уровней (записи высшего уровня после обработки должны быть удалены из БД каталога). Присутствие таких записей определяется по наличию термина "MARC" в словаре ВИД/ТИП документа после импорта входного файла, актуализации словаря и первой глобальной корректировки (см. также пояснения в файле rusmarc.txt (дистрибутив)).
· Разовые работы:
· корректировка полей экземпляров со статусом "С" (полученных для библиотек ЦБС) в БД, созданных до 1.06.1999 (в более поздних версиях системы изменена структура поля экземпляров в части представления числа экземпляров со статусом "С");
· корректировка года (двухзначное представление в полях регистрации заменяется на четырехзначное) в связи с "Проблемой 2000".
· создание поля "Электронный ресурс" из поля "Коды - Компьютерный файл" в БД, созданных до версии ИРБИС 2002.2;
· замена ЭД "Шифр документа в БД" может быть полезна (но не обязательна) при переводе баз, созданных в системе ИРБИС/DOS, в БД версии ИРБИС/WINDOWS.
· В версии ИРБИС/DOS для обеспечения унификации "Шифра хранения" включаются их MFN (номера); в ИРБИС/WINDOWS унификация "Шифра хранения" достигается включением "случайного числа", вырабатываемого генератором случайных чисел.
Примечание:
Корректировку можно выполнять только на начальном этапе функционирования системы (этап создания электронного каталога) ДО начала функционирования АРМа "КНИГОВЫДАЧА", в противном случае это может привести к рассогласованию БД каталога и запросов.
Глобальная корректировка документов
Режим служит для единовременной корректировки группы записей базы данных. Группа записей, подлежащих корректировке, определяется контекстом работы на плоскости ПРОСМОТР/ВЫВОД, т.е. установленной подплоскостью просмотра. Для выполнения режима глобальной корректировки служит специальная форма (см. рис. 3.3.5а)
Независимо от способа определения группы записей, подлежащих корректуре, можно задать диапазон внутренних номеров документов (MFN) - в этом случае корректируются только те записи, которые попадают в заданный диапазон.
Рис. 3.3.5а.
Форма для выполнения глобальной корректировки
Корректировка выполняется в соответствии с заданием на пакетную корректировку, при этом возможны варианты:
n Задание заранее сформировано и находится в соответствующем файле. В этом случае, нажав кнопку ОТКРЫТЬ, следует или выбрать нужное задание из предлагаемого списка и нажать кнопку ВЫБОР ИЗ МЕНЮ, или нажать кнопку ФАЙЛ ЗАДАНИЯ и выбрать его через стандартное диалоговое окно. Данные из файла задания отображаются в таблице в нижней части формы. Данные можно откорректировать для текущего сеанса выполнения. Если обновленные данные нужно запомнить, то следует нажать кнопку СОХРАНИТЬ или СОХРАНИТЬ КАК для сохранения в новом файле с другим именем.
n Задание формируется как новое для текущего сеанса выполнения в таблице формы. Это задание также можно запомнить по кнопке СОХРАНИТЬ КАК.
При вводе или корректировке задания можно пользоваться кнопками ВСТАВИТЬ и УДАЛИТЬ, которые вставляют и удаляют строку соответственно. Для ввода данных в ячейки таблицы следует пользоваться кнопками, раскрывающими меню.
Задание на корректировку формируется с помощью языка пакетной корректировки, который описан в Приложении 7.
Собственно режим глобальной корректировки запускается нажатием кнопки ВЫПОЛНИТЬ. После этого возникает окно для задания имени файла протокола. Файл протокола формируется в заданной директории с заданным именем и расширением ‘txt’. Если файл протокола не нужен, то следует нажать кнопку ОТМЕНА. По окончании корректировки возникает сообщение ‘Корректировка завершена’. Следует просмотреть файл протокола, в который записываются сведения о невыполненных корректировках.
Групповая обработка
Нажатием кнопки "Групповая подписка" (в технологической области "Оформление подписки") инициируется процесс пакетной обработки отмеченных записей и на экран подается РЛ опроса, в котором нужно задать значение нового периода подписки с использованием меню (кнопка со стрелкой или клавиша <F2>) для ввода обозначения интервала и последующим вводом года подписки.
Примечание: При выполнении процесса Групповой подписки в случае, если не был выполнен процесс "Снятие периода подписки" (см. п. 5.3.1), система переносит в архивные поля сведения о последней подписке и вводит новое значение в поле "Период подписки", заменяя им старое.
Групповая регистрация выбытия
Если регистрация выбытия осуществляется из подразделения Библиотеки для экземпляров ИУ (статус "0") без передачи и ввода признака доукомплектования или их число намного меньше числа экземпляров книг в партии выбытия, система предлагает средство для групповой регистрации выбытия.
Работа состоит из следующих этапов:
Установить БД каталога для списания;
Установить номер КСУ выбытия по кнопке "Настройка", если они не были установлены ранее (см. п. 4.1.1. и 4.1.2.);
Отобрать и отметить документы для регистрации по словарю "Инв. номер/штрих-код экземпляров" текущей БД (или по словарю сортированных инвентарных номеров записи — см. п. 4.1.3.). При этом в окне СВЯЗАННЫХ ЗАПИСЕЙ появятся сами записи с текущим термином словаря в более развернутом виде (текст в заголовке СПИСКА поясняет его содержимое — дает перечень и порядок следования ЭД краткого БО);
Щелчком по кнопке "Групповое списание" в технологической области "Регистрация выбытия" инициировать выполнение пакетного режима обработки записей БД каталога;
В ответ на появившийся на экране текст "Регистрация выбытия с КСУ= < Значение КСУ выбытия > Продолжить работу?" нажать одну из кнопок:
· "Нет", если значение номера КСУ выбытия нужно изменить (переустановить);
· "Да", подтвердив тем самым правильность установленного ранее номера и запустив пакетный процесс обработки отобранных записей.
В процессе обработки в каждой отобранной записи автоматически корректируется повторение поля "Сведения об экземплярах", которое содержит отмеченный по словарю инвентарный номер или штрих-код экземпляра: в нем значение статуса экземпляра "0" меняется на статус "6" (экземпляр списан) и вводится новый ЭД "Номер КСУ выбытия". После завершения обработки выдается сообщение о количестве откорректированных записей.
Если обработаны не все книги из партии выбытия, то отобрав и отметив по словарю "Инв. номер/штрих-код экземпляра" новую порцию записей, повторно запустить процесс "Групповое списание".
Групповой ввод повторяющихся элементов данных
Для ускоренного ввода повторяющихся элементов данных - собственно полей или подполей в повторяющихся полях, - для которых предусмотрен ввод с использованием меню-справочников (простых), словарей или Рубрикатора ГРНТИ, предлагаются средства, позволяющие за одно обращение (соответственно к меню-справочнику, словарю или Рубрикатору ГРНТИ) отбирать для ввода группу значений. Данные средства вызываются следующим образом:
Для группового ввода повторяющихся полей (например, Ключевые слова, Индексы ГРНТИ, Язык основного текста и др.) необходимо дважды щелкнуть мышью в области названия соответствующего поля в РЛ или нажать клавишу <F3> (см. рис. 3.4а);
Для группового ввода подполей в повторяющихся полях (например, Заголовки/подзаголовки в поле Предметные рубрики или Фамилия в поле Другие индивидуальные авторы) необходимо дважды щелкнуть мышью по названию соответствующей колонки в форме табличного ввода или нажать клавишу <F3> (см. рис. 3.4.2.3б).
Собственно формы для группового ввода аналогичны соответствующим формам расширенных средств ввода через меню-справочник, словарь, Рубрикатор ГРНТИ (рис. 3.4.2.1а, 3.4.2.2а, 2.3.1.1а). Пример формы для группового ввода - Фамилий индивидуальных авторов - приведен на рис. 3.4.2.7а. Дополнительными здесь являются индикаторы для отбора (отметки) в первой колонке таблицы и кнопка ОТОБРАНО(…), служащая для отображения количества отобранных элементов и их просмотра.
Следует иметь в виду, что все элементы, отобранные с помощью средств группового ввода, вносятся в документ в качестве НОВЫХ повторений соответствующего поля.
 |
Рис. 3.4.2.7а. Форма для группового ввода
Групповой заказ
Если нужно оформить в одной организации заказ на несколько книг, это можно выполнить путем однократного ввода всех общих данных в следующие поля по кнопке "Настройка":
· Код организации для группового заказа – с использованием словаря организаций;
· Номер группового заказа – с использованием словаря максимальных номеров заказов;
· Дата заказа книг (если она отличается от текущей даты).
В этом случае в каждый документ в поле заказа достаточно ввести лишь количество заказанных экземпляров, а все остальные данные в этих полях будут введены при сохранении записи.
Идентификатор поля
Идентификатор поля - это число, которое назначается каждому элементу, создаваемому на шаге индексирования. Смысл идентификатора поля зависит от целей последующего использования ТВП, как это объясняется ниже.
| ТВП для инвертированного файла: | идентификатор поля представляет собой вторую компоненту индексной ссылки (см. ниже) для соответствующего термина; | ||
| ТВП для переформатирования (импорта/ экспорта/ копирования): | идентификатор поля представляет собой метку, присваиваемую экспортируемому, импортируемому или копируемому полю. |
Импорт документов
Режим импорта документов предназначен для ввода в базу данных группы документов, подготовленных в виде внешнего файла в текстовом формате или в формате ISO-2709 (в частности, в международных коммуникативных форматах UNIMARC/USMARC или Российском коммуникативном формате RUSMARC). Данный режим рекомендуется применять, когда импортируется небольшая группа документов. Для импорта больших групп документов следует применять аналогичный режим в АРМе "Администратор".
Для запуска режима импорта документов в текущую базу данных служит кнопка ИМПОРТ, размещенная непосредственно на закладке подплоскости БАЗА ДАННЫХ/MFN. После нажатия данной кнопки возникает форма (см. рис. 3.4.4а), которая служит для ввода параметров режима, а именно:
ФОРМАТ ИСХОДНЫХ ДАННЫХ - возможны два значения этого параметра: ISO или текстовый (текстовый формат документов системы ИРБИС описан в Приложении 2). В случае формата ISO можно указать односимвольные разделители полей и записей. По умолчанию используются разделители форматов UNIMARC/USMARC;
ТВП ПЕРЕФОРМАТИРОВАНИЯ - данный параметр определяет алгоритм преобразования документов в процессе импорта в виде имени специальной таблицы. Выбирается из предусмотренного списка. В случае импорта документов в формате UNIMARC/USMARC/RUSMARC необходимо выбрать соответствующее значение этого параметра. Если параметр остается пустым, преобразование документов в процессе импорта не производится;
КОДИРОВКА – параметр определяет кодировку (кодовую таблицу) исходных данных.
После нажатия кнопки ВЫПОЛНИТЬ система предлагает стандартное диалоговое окно для указания пути и имени файла с исходными документами.
Рис. 3.4.4а. Форма для ввода параметров импорта документов
Индивидуальная обработка
Нажатием кнопки "Корректировка" вызывается модуль ввода/корректировки и на экран последовательно подаются отмеченные документы.
Документы подаются в формате, в котором (в отличие от ввода новых документов) на первой странице РЛ представлены сведения о заказе издания на очередной период, архивные данные — на второй, а библиографические данные и кодированная информация вынесены 3-ю страницу.
Работа состоит из следующих этапов:
·
На первой странице РЛ "Заказ на очередной период":
· заполнить поле "Период" с использованием меню (кнопка со стрелкой или клавиша <F2>) для ввода обозначения интервала и последующим вводом года подписки;
· откорректировать, если необходимо, индекс и цены подписки и доставки, периодичность издания, заказ по подразделениям (с учетом замечаний п. 5.2. для этого ЭД);
· Если работа по подготовке БД к очередной подписке ("Снятие периода подписки" — см. п. 5.4.1) не была проведена, а Пользователь принимает решение о необходимости сохранения сведений о предыдущей подписке, то на странице "Архив предыдущих заказов" нужно ввести данные соответствующего заказа в два поля:
· "Архивные сведения о каталоге" (ЭД: Период и Индекс подписки. Периодичность (код и число). Цена подписки. Число номеров за период подписки и Цена одного номера. Цена доставки. Валюта. Поставщик и Код каталога).
Примечание: ЭД "Цена одного номера" отсутствует в данных о заказе и должна быть высчитана (в процессе "Снятия периода подписки" она рассчитывается автоматически);
· "Архивные сведения по подразделениям за год" (ЭД: Период подписки. Код подразделения — Получателя. Число комплектов и Статус для ЦБС/ВУЗ) — для каждого получателя отдельное повторение поля.
Информационное обеспечение
Информационную основу системы составляют следующие базы данных (БД):
· База данных Комплектования (CMPL) - содержит предварительные (краткие) библиографические описания литературы, планируемой для приобретения, данные для заказа и подписки, реквизиты издающих, распространяющих и книготорговых организаций, сведения о поступающих партиях литературы;
· База данных Электронного каталога (в общем случае таковых может быть любое количество) - содержит библиографическое и технологическое (специальное) описание литературы по фонду библиотеки. Имя первой (или единственной) БД Электронного каталога - IBIS;
· База данных Читателей (RDR) - содержит реквизиты зарегистрированных читателей и сведения о выдаче/возврате литературы;
· База данных Заказов (RQST) - содержит очередь текущих заказов на выдачу литературы;
· Системная база данных (HELP) - содержит основной (встроенный) Тематический классификатор системы (Рубрикатор ГРНТИ);
· Базы данных Авторитетных файлов "Коллективные авторы" (ATHRC), "Индивидуальные авторы" (ATHRA), "Предметные заголовки" (ATHRS), и Алфавитно-предметного указателя к УДК или ББК (ATHRU).
· База данных Тезауруса TEZ;
· База данных регистрации пользователей REGI.
Внутрисистемный формат библиографических данных базируется на международном формате UNIMARC, что позволяет вести детальное и всестороннее библиографическое описание любых видов литературы.
Использование команд RTF
В форматах допускается использование команд RTF (обеспечивающих представление неплоских текстов, т.е. текстов, содержащих шрифтовые выделения, горизонтальную и вертикальную верстку и т.д.)
Команды RTF вводятся в формат в виде литералов.
Если предполагается, что формат будет содержать RTF команды, то он должен быть целиком заключен в фигурные скобки:
'{'формат '}'
Все команды RTF начинаются с символа (обратный слэш) \.
Любая команда RTF должна заканчиваться знаком пробела или непосредственно за ней может следовать другая команда RTF.
Перечень основных команд RTF приведен в Таблице 2.
Таблица 2
| п/п | Команда | Назначение | |||
| \par | Начало нового параграфа (абзаца) | ||||
| \liNNN | Левый отступ для всех строк параграфа - NNN (в пунктах) | ||||
| \riNNN | Правый отступ для всех строк параграфа - NNN (в пунктах) | ||||
| \fiNNN | Левый отступ для первой строки параграфа - NNN (в пунктах) | ||||
| \pard | Начало форматирования нового абзаца; все предыдущие команды форматирования параграфа отменяются | ||||
| \fsNNN | Размер шрифта - NNN (удвоенный размер в пунктах) | ||||
| \ul \ul0 | Начало и конец подчеркивания | ||||
| \i \i0 | Начало и конец курсива | ||||
| \b \b0 | Начало и конец жирности | ||||
| \tab | Табуляция | ||||
| \qr | Правое выравнивание строк | ||||
| \ql | Левое выравнивание строк | ||||
| \qc | Цетральное выравнивание строк | ||||
| \qj | Равномерное выравнивание строк | ||||
| \page | Переход на новую страницу | ||||
| \txNNN | Позиция табуляция - NNN (в пунктах) |
В форматах, содержащих команды RTF, неприменимы команды вертикальной верстки: / # %.
Экспорт документов
Режим предназначен для вывода документов - указанных в виде диапазона внутренних номеров (MFN), отобранных в результате поиска или отмеченных в процессе просмотра - в структурированный текстовый файл или файл в коммуникативном формате ISO (в частности, UNIMARC, USMARC или RUSMARC). В процессе экспорта возможно структурное преобразование документов в соответствии со специальными таблицами переформатирования.
Следует помнить, что режим экспорта связан с текущим контекстом работы, т.е. с установленной подплоскостью: если установлена подплоскость БАЗА ДАННЫХ/ MFN, предполагается экспорт документов из установленной базы данных по номерам (MFN); если установлена подплоскость РЕЗУЛЬТАТ ПОИСКА, предполагается экспорт результатов поиска по текущему запросу. В частности, если, например, установлена подплоскость РЕЗУЛЬТАТ ПОИСКА и не выбран ни один из запросов (это может быть, когда не проводился ни один поиск) или выбран запрос с нулевым результатом поиска, то нажатие кнопки ЭКСПОРТ не дает никакого эффекта.
После нажатия кнопки ЭКСПОРТ возникает форма, которая служит для ввода параметров режима экспорта (см. рис. 3.3.3а).
Рис. 3.3.3а.
Форма для ввода параметров экспорта
Пользователю предлагается указать следующие параметры:
ИСХОДНЫЕ ДОКУМЕНТЫ - определяет, какие документы будут экспортироваться. Здесь можно выбрать одно из возможных значений:
ВСЕ - в этом случае будут экспортироваться все документы в соответствии с контекстом работы: если установлена подплоскость БАЗА ДАННЫХ/MFN - все документы текущей базы данных; если подплоскость РЕЗУЛЬТАТ ПОИСКА - полностью результат поиска по текущему запросу;
ОТМЕЧЕННЫЕ - при этом будут экспортироваться только документы, отмеченные на установленной подплоскости просмотра (имеет смысл только в случае, когда таковые имеются);
КРОМЕ ОТМЕЧЕННЫХ - экспортируются все документы текущего контекста за исключением отмеченных (при отсутствии отмеченных это равносильно значению ВСЕ);
ДИАПАЗОН MFN - экспортируются документы текущего контекста, попадающие в указанный диапазон внутренних номеров (MFN).
Например, если установлена подплоскость РЕЗУЛЬТАТ ПОИСКА, экспортируются те документы из результата поиска, чьи номера попадают в указанный диапазон. По умолчанию, если не указана ни нижняя, ни верхняя границы диапазона, понимается весь диапазон документов базы данных от первого до последнего. Если указана лишь одна из границ, вторая считается равной первой, т.е. рассматривается диапазон, содержащий один документ.
ТВП ПЕРЕФОРМАТИРОВАНИЯ - параметр позволяет указать имя таблицы переформатирования, в соответствии с которой будет производиться структурное преобразование документов в процессе экспорта. Конкретная таблица переформатирования выбирается из предлагаемого (в ниспадающем меню) списка. В частности, можно выбрать таблицы, обеспечивающие преобразование документов в соответствии с международными стандартами на представление библиографической информации UNIMARC/USMARC/RUSMARC. Если таблица переформатирования не задается - документы экспортируются без преобразования;
ВЫХОДНОЙ ФОРМАТ - параметр определяет физическую структуру данных. Возможны два значения: ISO (международный стандарт) и ТЕКСТОВЫЙ (структурированный текстовый формат, описанный в приложении 2). В случае формата ISO есть возможность указать разделители данных. Рекомендуется использовать разделители, предлагаемые по умолчанию;
КОДИРОВКА – параметр определяет кодировку (кодовую страницу) выходных данных.
Собственно процесс экспорта начинается после нажатия кнопки ВЫПОЛНИТЬ.
КНИНООБЕСПЕЧЕННОСТЬ ИНТЕГРИРОВАННАЯ ТЕХНОЛОГИЯ
Задача "Книгообеспеченность" (КО), то есть определение числа экземпляров книг, отобранных по разным критериям, в расчете на одного студента, решается в системе ИРБИС (АРМ Каталогизатор) на основе БД ЭК и БД Читатель.
1-й вариант задачи КО (форма TABKOW) предполагает, что:
· в запись книги БД ЭК вводятся сведения о предназначенности учебника или учебного пособия (факультет, семестр и т п.)
· число студентов пользователь вводит как параметр при получении формы.
2-й, интегрированный, вариант (форма TABKOJW) уже определяет число студентов автоматически, для чего в БД Читатель:
· формируется новый вид записи – документ типа "VUZ", в который одноразово вводятся сведения об учебных дисциплинах по кафедрам для каждого сочетания ЭД "Факультет-Семестр–Специальность"
· в запись читателя-студента вводятся данные "Учебный год–Факультет–Семестр–Специальность" (неповторяющееся поле), а при ее сохранении в запись автоматически вводятся повторяющиеся поля "Изучаемые дисциплины", которые переносятся из соответствующей записи "VUZ" этой же БД Читатель
Настоящий, 3-й интегрированный вариан решения задачи КО, ориентирован не только на получение выходной формы для отобранного по разным критериям списка книг, но и на повседневную работу специалиста (методиста), для чего в формате просмотра каждой книги выдаются для нее коэффициенты КО отдельно для осенних и весенних семестров, а также их среднего значения. Кроме того, в формате просмотра каждой книги также показываются сведения о числе студентов (по группам), для которых она предназначена. Учитывается множественная предназначенность учебников для студентов разных факультетов, семестров, специальностей. Учитывается также возможное назначение одного и того же учебника для разных дисциплин, изучаемых одним и тем же студентом.
Расширен набор ЭД, необходимых специалистам, занимающимся вопросами Книгообеспеченности, и, соответственно, поисковых возможностей.
Разработанная автоматизированная технология ориентирована на работу Вуза по одному из двух вариантов:
· Ориентация на Номер Учебного Плана; для этого варианта соответственная идентификация книг и студентов однозначно определяется номером учебного плана (НУП), по которому занимается студент на протяжении всего времени обучения, и семестром;
· Ориентация непосредственно на Учебную Дисциплину; для этого варианта соответственная идентификация книг и студентов должна определяться целым набором данных. Поскольку учебная дисциплина с одним названием может читаться на разных факультетах, семестрах, для разных форм и видов обучения, для разных специальностей и учебных направлений, введено понятие "Уникальный номер Дисциплины" (УНД). УНД, в свою очередь, определяется набором связанных данных: "Дисциплина – Факультет - Направление - Специальность - Вид обучения - Форма обучения".
Таким образом, соответственная идентификация книг и студентов может однозначно определяться уникальным номером дисциплины (УНД) и семестром.
По этой технологии:
· в запись книги БД ЭК вводятся сведения о предназначенности учебника или учебного пособия (факультет, семестр и.т.д. – расширенный набор данных);
· создается новая БД ВУЗ (Учебные дисциплины), в которой одноразово формируются записи нескольких видов:
· DISC - учебная дисциплина; содержит полное описание Дисциплины и все ее применения (в привязке либо к НУП, либо к УНД по семестрам) – основная запись;
· UPL – определяется сочетанием НУП-Семестр; содержит перечень изучаемых дисциплин; здесь собираются сведения о соответствующих студентах (по группам) - автоматически порождаемая и корректируемая запись (для 1-го варианта работы ВУЗа);
или
· DUNIK – определяется сочетанием УНД-Семестр; здесь также собираются данные о соответствующих студентах (по группам) - автоматически порождаемая и корректируемая запись
(для 2-го варианта работы ВУЗа);
· VUZ содержит перечень дисциплин для каждого сочетания ЭД "Факультет – Направление – Специальность - Вид обучения – Форма обучения - Семестр" (в дальнейшем называемого "связка") – автоматически порождаемая и корректируемая запись (для 2-го варианта работы ВУЗа);
· в запись читателя-студента вводятся данные "Учебный год – Факультет – Направление – Специальность – Вид обучения – Форма обучения – Семестр" (неповторяющееся поле), а при ее сохранении в запись автоматически вводятся повторяющиеся поля "Изучаемые дисциплины", которые переносятся из соответствующей записи БД ВУЗ (UPL или VUZ).
Разработанная технология ориентирована, с одной стороны, на удовлетворение всех поставленных задач, а с другой - на простоту ввода информации, на одноразовый клавиатурный ввод всех ЭД и максимальное использование процесса переноса данных вместо их повторного ввода в документы разных видов в разных БД (ЭК, Читатель, ВУЗ ).
Технология позволяет работать принципиально в двух вариантах:
· полный интегрированный вариант – работа в БД ВУЗ, Читатель и ЭК (см ниже);
· упрощенный вариант - работа только в БД Читатель и ЭК.
Преимущества работы по полному варианту показаны ниже при описании технологии.
Команда IF
Команда IF предоставляет возможность строить контекстнозависимые форматы, т. е. форматы, способные изменять выходные значения в зависимости от содержимого форматируемой записи.
Команда IF записывается следующим образом:
IF условие THEN формат-1 ELSE формат-2 FI
где:
| Условие | логическое выражение, определенное в соответствии с правилами, описанными в п. 7.3; | ||
| Формат-1 | формат, который вычисляется в том и только том случае, когда значением логического выражения является "истина"; | ||
| формат-2 | формат, который вычисляется в том и только том случае, когда значением логического выражения является "ложь". |
Фраза ELSE формат-2 не является обязательной, и может быть опущена. Ключевые слова IF, THEN и FI обязательны всегда. Формат-1 может быть опущен, если присутствует предложение ELSE
(т.е. если условие истинно, то ничего не будет выведено). Таким образом, команда IF может также принимать одну из следующих дополнительных форм:
IF условие THEN формат-1 FI
IF условие THEN ELSE формат-2 FI
Поскольку нет никаких ограничений на команды, которые можно использовать в формате-1 и формате-2, то команды IF
могут быть вложены друг в друга любое количество раз. Ключевое слово FI, в таком случае, должно закрывать каждую команду IF (можно рассматривать IF и FI
как пару скобок). Например:
if p(v1) then v24 else if p(v2) and a(v3) then v5 fi fi
Команда IF особенно полезна для создания обобщенных форматов в интегрированных базах данных, которые содержат различные типы записей. В этом случае надо иметь различные метки для каждого типа записи (должно быть поле, содержащее код, идентифицирующий тип записи). Таким образом, проверяя тип документа с помощью команды IF, можно порождать в одном формате специфическое форматирование записей каждого типа.
Команда вывода MFN
Для вывода номера записи из файла документов служит команда MFN, формат которой:
MFN или MFN(d),
где d - количество выводимых на экран цифр. Если параметр (d) опущен, то по умолчанию предполагается 6 цифр. На рис. 5 приводятся примеры использования данной команды.
Формат Выходные данные
----------- ------------------------------------------------------------
MFN 000034
MFN(3) 034
MFN(2) 34
MFN(1) 4
Рис. 5
Заметим, что для подавления в MFN впереди стоящих нулей можно использовать функцию F (см. п.8.2.1).
Команда вывода подполя
Для вывода конкретного подполя из данного поля следует добавить соответствующий разделитель подполей к метке поля, как показано на рис. 3. Заметим, что можно использовать специальный разделитель подполей ^* для вывода первого подполя, если оно есть. В этом случае, первому подполю необязательно должен предшествовать его разделитель.
Разделитель подполей может быть прописной или строчной буквой (обязательно латинской).
Формат Выходные данные
----------- ------------------------------------------------------------
v210^с Военное изд-во
v200^a Конструктор Сухой. Люди и самолеты
v700^a Кузьмина
v600^* Сухой П.О.
Рис. 3
Команда вывода поля
Для указания на необходимость вывода поля из записи необходимо записать букву V, за которой должна следовать метка поля. Это может быть прописная или строчная буква. На рис. 2 приведены примеры применения данной команды.
Формат Выходные данные
----------- ------------------------------------------------------------
v210 ^cВоенное изд-во^aМ.^d1993
v200 ^aКонструктор Сухой. Люди и самолеты
v700 ^aКузьмина^bЛ.М.
v600 ^AСухой П.О.^Bо нем
Рис. 2
Команды фиктивного вывода поля
Команды фиктивного вывода поля реализует условный вывод литералов в зависимости от наличия или отсутствия данного поля или подполя без вывода содержимого самого поля. Задаются они следующим образом:
Команды горизонтального и вертикального размещения
В языке форматирования имеются следующие команды для управления горизонтальным и вертикальным размещением данных:
Команда Функция
----------- ------------------------------------------------------------
Xn ..Вставляет n пробелов
Cn Устанавливает n-ю позицию строки (табуляция в позицию n)
/ Переход на новую строку (если предыдущая строка не была
пустой)
# Переход на новую строку (безусловный)
% Удаляет ранее созданные пустые строки (если они есть)
Рис. 7
Команда / приводит к размещению последующих данных с начала следующей строки. Однако подряд расположенные команды /, хотя и являются синтаксически правильными, но имеют тот же смысл, что и одна команда /, т.е. команда / никогда не создает пустых строк.
Для этой цели предусмотрена команда #. Она выполняет те же действия, что и /, но переход на новую строку является безусловным. Можно использовать комбинацию /# для создания одной (и только одной) пустой строки (необходимо отметить, что комбинация ## может привести к созданию одной или двух пустых строк в зависимости от того, была ли пустой текущая строка перед выполнением первой команды #).
Использование команды # может вызвать затруднение в тех случаях, когда выбираемое поле оказывается пустым. Эта ситуация хорошо иллюстрируется на следующем примере:
/#V10/#V20/#V30 ...
Если все поля присутствуют в документе, то в результате поля 10, 20, и 30 будут располагаться с начала строк и каждому будет предшествовать одна пустая строка. Однако, если поле 20 в документе отсутствует, то между 10 и 30 полями будут вставлены две пустые строки. Это может оказаться нежелательным, если действительно требуется, чтобы между полями была пропущена именно одна пустая строка, независимо от наличия или отсутствия некоторых полей. Таким образом, приведенный выше формат не приведет к желаемому результату.
Эту проблему решает команда %. Ее действие заключается в подавлении всех последовательно расположенных пустых строк (если они имеются) между текущей строкой и последней непустой строкой. Таким образом, формат
%##V10%##V20%##V30 ...
приведет к созданию одной и только одной пустой строки между каждым полем, независимо от их наличия или отсутствия в документе.
Примечание. Команду Сn имеет смысл применять только в случае использования моноширинных шрифтов. Команды / # %
не применимы в случае использования в формате средств RTF (см. ниже).
