Версия 20 10. 1 Функциональные возможности - страница 15
.RU

Версия 20 10. 1 Функциональные возможности - страница 15



BOuni.ws включает страницы, общие для всех РЛ (всех видов документов): Коды, Основное БО, Расширенное, Специфические данные, Экземпляры, Технология.

  • Index.ws – Систематизация (без содержания)

  • Content.ws - Содержание

  • KO.ws - Книгообеспеченность

  • RD.ws – Редкие

  • Techn.ws - Технология

  • KRD.ws – Краеведение




    • В РЛ BOuni Страница «Коды» переставлена и подается перед страницей «Основное БО», поскольку:

    • на основе кода языка (первое повторение) автоматически строится ЭД поля Заглавие «Сведения об ответственности» и формируются константы типа « [и др.]» или « [et al.]», а в поле «Выходные данные» - константы « [Б. м. : б. и.]» или « [S. l. : s. n.]»,

    • на основе кода типа документа автоматически строится ЭД поля Заглавие «Общее обозначение материала» (если не введено явно, только в выходных форматах без записи в документ);

    • на основе кода характера документа (первое значение) автоматически строится ЭД поля Заглавие «Сведения, относящиеся к заглавию» (если не введено явно и при отсутствии 905^2 (отменить умолчание), используется справочник 200ehd.mnu - откорректированный в части раскодировки справочника hd.mnu).

    Примечание: Вероятно, стоит дополнительно откорректировать текстовую часть справочника (силами кого-то из заинтересованных Пользователей)

    • Наполнение полных, видовых, РЛ не изменилась, а именно:

    • РЛ PAZK42 и PVK42 включают специфические для каждого РЛ страницы Дублетность, страницы РЛ BOuni.ws и все одностраничные РЛ.

    • РЛ SPEC42 включают первую страницу, специфическую для описания общей части многотомного издания, страницы РЛ BOuni.ws и все одностраничные РЛ.

    • ASP42 включает специфические страницы Дублетность (вместе со сведениями об источнике) и Рецензия/Реферат, страницы РЛ BOuni.ws и одностраничные РЛ Систематизация и Содержание

    • AUNTD42 включают специфическую страницу Дублетность, страницы РЛ BOuni.ws и одностраничный РЛ Систематизация.

    • Одностраничные РЛ могут быть напрямую использованы при работе специалистов, описывающих ЭД Краеведения, Редкой книги, Систематизации/Предметизации, Содержания книжного сборника, причем в режиме, когда все остальные ЭД видны в просмотре и на странице РЛ «Добавочные», но корректировка их запрещена.

    Примечание: В качестве примера такой работы специалистов по лингвистической обработке подготовлен файл инициализации Irbiscsist.ini, который настроен на файлы Fmt42sist.mnu, Ws42sist.opt, и параметр AccessLevel=1


    1. Соответственно п.1 изменены файлы Fmt31.mnu (справочник-меню РЛ) и Ws31.opt (оптимизация выбора РЛ).

    Примечание: При нежелании перейти на новую систему РЛ Пользователь может изменить имена файлов: fmt31s.mnu на fmt31.mnu и ws31s.opt на ws31.opt.


    1. Разработана новая система основных выходных форматов (просмотра, КК в индивидуальном и пакетном режимах) и структура файлов с использованием аппарата «вложенных форматов», что позволяет при необходимости внесения исправлений делать это однократно, а также формировать из них дополнительные форматы.

      1. ^ ФОРМАТЫ ПРОСМОТРА

    IBISW.PFT заменяется форматами KN.PFT (моноиздание), MN.PFT (том многотомника), ASP.PFT (аналитическое описание), каждый из которых состоит из вложенных форматов. Полная структура всех вложенных форматов представлена в PFT.TRE.

    3.1.1. KN.PFT состоит из форматов: osvex, orchifr, ozboz, otitkn, oizd, ospec, ovixd, ofizxar, oser, oprim, oISBNcn, oprimd, ogrudk, orubdks, oprip481, opris488, odoptd, oex910, ofinal;

    3.1.2. MN.PFT состоит из форматов: osvex, orchifr, otit461, otitkn, ibis925, oizd, ospec, ovixd, ofizxar, oser, oprim, oISBNcn, oprimd, ogrudk, orubdks, oprip481, opris488, odoptd, oex910, ofinal;

    3.1.3. ASP.PFT состоит из форматов: osvex, orchifr, ozboz, otitkn, oizd, ospec, oistasp, oser, oprimd, ogrudk, orubdks, oprip481, opris488, odoptd, oex910, ofinal;

        1. Новые форматы:

    • OTIT461 – описывает все данные Общей части многотомника;

    • OZBOZ (расширенный ozbo) - описывает заголовок и основное заглавие книги/тома/статьи;

    • OTITKN - описывает расширенное заглавие и сведения об ответственно­сти книги/тома/статьи;

    • OFIZHAR - описывает количественные (okolhr) и физические характери­стики (ofizhar0, ofizhar1) документа;

    • OPRIM – Область примечаний основная, включает также opril454 и содержание краткое;

    • OPRIMD – Область примечаний, дополнительная (выводится с нового аб­заца после области ISBN), включает также oant, opri451, opril421 и содержание полностью;

    • OPRIS488 – примечания о других связанных изданиях (новое поле)

    • OFINAL – описывает ссылки на внешний документ, учебную литературу и сведения о держателе документа




      1. Форматы КК (Индивидуальная печать)

    Все форматы со старыми именами (!kkkow.pft, !kkkdw.pft, !kkkc.pft, !kkktw.pft, !kkkuw.pft, !kkkfw.pft) используют общие вложенные форматы, часть из которых – совпадает с форматами просмотра, а другая часть - специальные для КК (отличаются параметры настройки и разметка)

    Новые форматы:

    • !kkkbo.pft – основное БО,

    • !kkkind.pft - индексы,

    • !kkkr.pft - рубрики,

    • !kkkexk.pft -экземпляры,

    • ibis925k.pft – другие тома в одной книге,

    • oprimk.pft - примечания,

    • oisbncnk.pft – ISBN и цена,

    • oistaspk.pft – источник аналитического описания;




      1. Форматы КК (Пакетная печать)

    Основной формат со старым именем !!kk1bo.pft использует вложенные форматы, часть из которых - форматы просмотра, а другая часть - специальные для КК:

    • ibis925k.pft – другие тома в одной книге,

    • oprimk.pft - примечания,

    • oisbncnk.pft – ISBN и цена,

    • oistaspk.pft – источник аналитического описания;




    1. AUTOIN.GBL

      1. Отменена корректировка ЭД «Сведения об ответственности» при некорректном отражении в нем данных первого автора (удалены операторы REP 200^F, 461^F, 922^G, 330^G, 470^F, 481^F). Эта корректировка (пополнение введенных «Сведений об ответственности») была реализована после внедрения ГОСТ 7.80-2000, потребовавшего обязательного включения первого автора в эту область БО. Отметим, что в форматах просмотра корректировка остается, что необходимо для документов, введенных до 1.07.2001 года.

      2. В операторе ADD 200^E введено автоматическое формирование o200^e (дополнительно к сведениям о диссертации) по формату o200e.pft

      3. В операторах построения сведений об ответственности ADD 200^F, 200^G, 461^F, 922^G, 925^G используются те же вложенные форматы, что и в форматах просмотра;

      4. Внесены изменения, реализующие регистрацию интервала номеров журналов, что в предыдущих версиях выполнялось программно.

      5. Внесены изменения, касающиеся регистрации выпусков, изданных в одной обложке (поля 930 и 931): cнято ограничение на количество объединенных выпусков.

      6. Введен автоматический перенос данных, управляющих форматом просмотра, из «Настройки» в поле 905 с тем, чтобы эти данные в дальнейшем «работали» при получении других выходных документов (например, Указателей), а также при выводе результатов web-поиска.

    Примечание. В настоящей версии «другие» форматы еще не переведены в новую структуру со стандартным набором вложенных форматов.


    1. Изменения, связанные с внедрением ГОСТ 7.1-2003.

      1. Область заглавия и сведений об ответственности

        1. Общее обозначение материала (ООМ).

    • В полях Заглавие (книги/тома или Общей части многотомника) введены подполя 200^b, 461^2 (ввод по 200b.mnu).

    • Поскольку предложенный в ГОСТ список терминов частично пересекается с текстовыми расшифровками кодов в поле 106^a (Текстовые материалы – полиграфические характеристики) и в поле 900^t (Тип документа), нами определена связь между ними с тем, чтобы заполнение данных производилось единожды – а именно в поле 900^t «Тип документа».

    • Если в полях Заглавие подполя ООМ не заполнено, то на просмотре и в файлах экспорта оно формируется из поля 900^t в соответствии со справочни­ками соответствия OOMR.MNU или OOMI.MNU на рус­ском или английском языках (определяется по полю 101).

    • Справочник 900T.MNU расширен – в него введены дополнительные коды в соответ­ствии с требованиями к ЭД «Общее обозначение материала» и традиционной практикой (например, Препринт). Выводить ли значение [Текст] при отсутствии данных (по умолчанию - выводится) определяется пара­метром настройки (поле 905 или по кнопке «настройка») в форматах просмотра (Ozboz.pft, Otit461o.pft) и КК (!kkkbo.pft, !!kk1bo.pft), а также в форматах пополнения записи КСУ rksu.fst в БД IBIS и CMPL.

    • При сохранении документа автоматически формируется код в поле 106^a, для которого в 900^t введен аналогичный ЭД (например Брайль). Это соответствие задается в справочнике 106t.mnu

    • Соответственно, коды из поля 106, которые ранее в выходных документах показывались в области шифра, теперь частично показываются в области ОММ, а другая их часть (собственно полиграфические характеристики) показываются в области шифра в соответствии со справочником 106sh.mnu.

    Форматы: 200d.wss, 200bz.wss, 200hz.wss, 200si.wss, 461.wss, 200b.mnu, oomr.mnu, oomi.mnu, 900t.mnu, 106.mnu, 106t.mnu, 106sh.mnu, 905.wss, Setpriv.wss

        1. Введен пробел перед разделительными знаками «;», «/» и «:» - форматы: O200f, O200g.pft, Ibis922.pft, Ibis925.pft, Ibis925К.pft, O922g1.pft; Otitkn.pft, Ozboz.pft, Otit461.pft, O461f.pft, O961f.pft; AUTOIN.GBL (461^x, 461^b, 963^b);

        2. 200e.mnu – справочник «сведения, относящиеся к заглавию» - первый символ заменен строчной буквой;

        3. Константы «и др» и «et al» заключены в [ ] и вставлена «.» - форматы: Osoa.pft (OsoaP.pft), O461f .pft (O461fP.pft), O961f.pft (O961fP.pft), ibis922g.pft, ibis925g.pft;

        4. 7024.mnu и 7024.tre – справочники «Функция» к полю «Редакторы, составители, композиторы…» (961^4,5,6 и 702^4,5,6): первый символ заменен строчной буквой. В форматах первый символ области - прописная, остальные – как введено)

      1. Формат AUTOIN.GBL использует те же вложенные форматы – o200f.pft, o461f.pft, ibis922g.pft, ibis925g.pft, o200e.pft, что позволило вносить изменения од­нократно. При этом реализована возможность вывода в Сведениях об ответственности при наличии более 3-х авторов либо оставить по-ста­рому, выводя 3-х авторов с константой « [и др.]», либо давая укорочен­ный вариант – первый автор [и др.]. По умолчанию работает новый, короткий, вариант. При желании Пользователя использовать старый, полный, вариант, он должен переименовать 3 файла:

    • Формат OsoaP.pft («полный») переименовать в Osoa.pft,

    • Формат O461fP.pft («полный») переименовать в O461f.pft,

    • Формат O961fP.pft («полный») переименовать в O961f.pft

    Примечание 1: Форматы ibis922g.pft и ibis925g.pft, формирующие, соответственно, сведения об ответственности авторов в полях 922 (сборник без общего заглавия) и 925 (второй и другие тома в одной книге) работают только по новому, короткому, варианту.

    Примечание 2: Формат o963f.pft используется ТОЛЬКО в Autoin.gbl в операторе ADD 963^F и только по новому, короткому, варианту


      1. Область выходных данных

        1. В поля 210 и 461 добавлены подполя: 4 (город на издании для вывода), 5 (пояснения к году, показываемые перед ним; в словарь берутся после года), 6 (функция издающей организации).

    Примечание: В 210.wss, 210d. Wss и 461n. wss добавлены все новые подполя, в 210si.wss добавлены только подполя 4 и 6.

        1. В ibis.fst - изменены термины с префиксами 'G=' и '!'. Год, введенный в квадратных скобках, в сверке на дублетность не участвует и в словарь берется содержимое квадратных скобок с пояснением в конце термина ‘ [ ]’ .

        2. Введен пробел перед разделительными знаками «;», «/» и «:», введены квадратные скобки для ‘Б. м.’ и т.п. и учтены подполя 4,5,6 полей 210 и 461 в pft: !rmova, !rmovt, !pmovy, !pmovt, !pmovb, !smova, !smovt, ovixd, ovixdm, dbnflc, !kkkow, !kkkc, !kkkdw, !kkkuw, opri451 и 470.wss




      1. Область издания

    Поле 205 стало повторяющимся. Добавлены новые подполя: d –параллельные сведения об издании, g – последующие сведения об ответственности. Изменены рабочие листы: bouni.ws, default.ws, 205.wss, а также формат izd.pft


      1. Область физических характеристик

    Форматы Okolhr.pft (количественные характеристики), Ofizhar0.pft и Ofizhar1.pft (физические характеристики) объединены в формат Ofizhar.pft


      1. Область серии

        1. Изменены

        2. разделители между несколькими сериями (вместо разделитя области “. - ”, ставившегося перед каждой серией в скобках они разделяются только пробелом).

        3. Введен пробел перед разделительными знаками «;», «/» и «:». PFT: otit461o, oser, !tmov423,

        4. В Obn.mnu добавлены обозначения частей строчными буквами и пробел в конце обозначения.




      1. Область стандартного номера и условий доступности

        1. В полях 10 (10.wss – подполе z) и 461 (461n.wss – подполе 1) введено подполе «ошибочный ISBN»

        2. В ibis.fst добавлены термины с префиксом B= (ошибочные ISBN из полей 10^z и 461^1)

        3. Вынесены из области сведения о тираже




      1. Область примечаний

        1. Изменена последовательность вывода полей: 230 (системные требования), 337 (режим доступа), 517 (разночтения), 314 (об интеллектуальной ответственности), 912 (о языке), 320 (о наличии библиографии), 327 (о содержании), 330 (содержание: в КК – всегда, в просмотре – только при неполном выводе), 300 (общие примечания), 454 (об источнике переводного издания), 215 (тираж)




      1. Изменения в форматах

    • Okolhr.pft –добавлено … or v215^a:'л'…

    • Orshifr.pft, Ozboz.pft, Otit461.pft – при наличии поля 503 (заголовок формы) заглавие жирностью не выделяется

    • Orubdks.pft, !!kkprk.pft, !kkkr.pft – ключевые слова по умолчанию выводятся строчными буквами; изменены ksk.mnu, ksp.mnu и пояснения в 905.wss и setpriv.wss.

    • Rmarcw.pft, rmarce.fst, rmarci.fst – добавлены 210^4, 210^5, 210^6, 461^4, 461^5, 461^6, 10^z, 461^1.

      1. Новое в справочниках

    • 320.mnu – пробелы и строчные буквы

    • 2151.tre, 2151.mnu, nosfst.mnu – добавлен код «o=эл. опт. диск - КОМПАКТ-ДИСК (без уточнения)»,

    • slpag.mnu – («сложная пагинация») – добавлены коды с [ ]

    • il.mnu – введены точки в конце сокращений и пробелы после точки, стоящей не в конце текста

    • 900t.mnu – добавлены коды:

    • a1 – «Препринт»

    • a2 - «Ксерокопия»

    • 1 – «Шрифты Брайля»

    • g1 – «Видеозаписи»

    • g2 – «Кинофильмы»

    • g3 – «Проекционные материалы»

    • m2 – «Комплект»

    • hd.mnu – добавлен код 16 - Литературоведение

    • 106t.mnu – определяет коды из 900^t, которые при сохранении документа автоматически переводятся в коды поля 106

    • 106sh.mnu – определяет коды из поля 106, которые показываются в верхней строке выходного документа (им нет соответствия в поле 900t)

    • 19a.mnu (идент. № нетекстового материала), vpatu.mnu (вид пат. док-та) , kliz.mnu (классификация пат. док-та) – вставлены пробелы

    • В 19a.mnu добавлены код «4 ISMN - Международный стандартный номер нотных изданий»

    • В 116.wss справочники 116a1.mnu, 116a2.mnu, 116a4.mnu, 116a10.mnu, 125b.mnu вызываются с сортировкой по текстовой части (для кода ZZ в нее добавлено «яяя-»)

    • В 123.wss (картографический материал) добавлено подполе Р (примечание);

    • В справочники языков jz.mnu (общий), jzk.mnu (языки кириллической графики), jzt.mnu (языки транслитерированных заглавий), sibir.mnu (условной справочник, включающий несколько языков, считающихся национальными) введены новые коды в соответствии с изменениями, введенными в РУСМАРКе.

    • Новые справочники di.mnu (см. п.9 - поле 600), 7027.tre (см.п.6 - поля 702, 961), 200ehd.mnu (см. п.1 – РЛ BOuni), mergepft.mnu (см. п.9)

      1. Тестовая БД.

    В тестовую БД введено 18 новых записей с номерами 112-129, взятых из примеров к ГОСТ7.1-2003. Старые записи не подвергались корректировке и остались без изменения.


    1. Контроль орфографии – в окне просмотра выделяются слова, определяемые системой как ошибочные. Проверка идет с учетом словаря CUSTOM.DIC, содержащего допустимые ГОСТом сокращения (построен на основе файла GOS71293.mnu, предоставленного Егоровым С.К. (библиотека им. В.В. Маяковского, СПб))

    Двойной щелчок по выделенному в окне просмотра слову переключает курсор на ошибочное слово в области корректировки (при этом минимальная длина слова, от которого идет переход к режиму корректировки, определяется оператором MinLKWLight= в INI-файле)


    1. ФЛК - В формат !910.pft – введен дополнительный контроль на дублетность инвентарных номеров и штрих кодов ВНУТРИ документа.




    1. Разработана новая технология задачи «Проверка фонда» – корректировка по словарю «Инв. Номер / Штрих-код» или словарю «Проверка фонда» каждого выделенного (активного) термина. По умолчанию действие (глобальная корректировка) производится при нажатии кнопки «Корректировка». В процессе корректировки исходное значение поля 910 переносится в архивное 941, а в поле 910 вводится дата проверки, значение даты ввода заменяется значением даты проверки, значение цены заменяется пересчитанным на дату проверки по справочнику izc.mnu.

    Файлы:

    • dmodin.gbl;

    • Irbisc.ini – введены новые параметры в области SEARCH:

      • ItemModByDic37=@dmodin, ItemModByDicAuto37=0 (словарь штрих-кодов / инвентарных номеров),

      • ItemModByDic44=@dmodin, ItemModByDicAuto44=0 (словарь «Проверка фонда»);

    • Setpriv.wss – введены новые параметры настройки:

    • provfond (признак режима проверки фонда «1» ),

    • prfddat (дата проверки, если не текущая);

    • Irbisa.ini - введен новый параметр в области MAIN:

    • provfond (признак режима проверки фонда «1» для создания словаря),

    • Ibis.fst – при формировании словаря «Проверка фонда»:

    • в условие формирования словаря добавлено наличие параметров настройки в АРМах Каталогизатор или Администратор

    ( … or &unifor( ‘Iprivate, provfond,’)=’1’ or &unifor(‘IMain, provfond,’)=’1’), раньше было единственное условие - наличие в org.mnu для параметра 7 значения 1,

    • Термины в словаре, прошедшие проверку, помечаются буквой «П», а термины, не прошедшие проверку, остаются непомеченными (изменение).




    1. Разработана технология пополнения Сводного Каталога путем импорта записи со слиянием (формат записи – ИРБИС): по свертке ЭД импортируемой записи определяется наличие дублетной записи в БД, если такая запись находится, в нее вводится только сигла (поле 902) из импортируемой записи, при отсутствии – запись вводится полностью как новая. Форматы: impsvk.pft – определяет формат для поиска дублетной записи в БД, impsvk.fst – таблица переформатирования, mergepft.mnu – список форматов для поиска.




    1. Новые поля/подполя

    • Введено новое поле 488 - другие связанные издания (в словарь не вводится)

    • В поля 702 и 961 введены новые подполя 5, 6 (другие функции того же лица) и 7 (дополнение к функции, в области Сведений об ответственности выводится после ФИО в скобках, ввод по справочнику 7027.tre)

    • В поле 600 с целью правильной обработки сложных фамилий, которые вводятся в подполе “А” вместе с инициалами, изменено назначение подполя 9 (Инвертирование ФИО допустимо?). Кроме отмены умолчания (код 1 – инвертировать нельзя), для фамилий, состоящих более чем из одного слова и допускающих инверсию инициалов и фамилии, необходимо указать число слов, составляющих фамилию (справочник di.mnu).

    Изменены форматы *.pft: !amovi, !amovik, !amovic, odoptd, !kkkdw, !kkk5odk, !!kk5odk, а также ibis.fst, !!kk.srw; введен новый справочник id.mnu


    1. Новое в задаче Книгообеспеченность

      1. В словарь БД ЭК дисциплина выводится вместе с пометой – осн/доп/мет

      2. Актуальные (текущие) данные по осенним семестрам (ОС) формируются в сентябре-декабре (номер месяца >8). В этот же период должно быть построено поле 692 (глобальной корректурой) для фиксации данных по КО осенних семестров. При определении ККО для ОС весной данные берутся из поля 692, при их отсутствии счета нет.

      3. Актуальные (текущие) данные по весенним семестрам (ВС) формируются в январе-августе (номер месяца <9). В этот же период должно быть построено поле 692 (глобальной корректурой) для фиксации данных по КО весенних семестров. При определении ККО для ВС осенью данные берутся из поля 692, при их отсутствии счета нет.

      4. Осенью в сентябре-декабре (номер месяца >8) формируются «прогнозируемые» данные по весенним семестрам - для изданий, рекомендуемых для изучения в весенних семестрах, но число студентов определяется по осенним (текущим) семестрам.

      5. Принцип расчета Коэффициента КО (ККО):

    • Отдельно считаются ККО по каждому «выделенному» фонду (до 5 значений, определенных в Nazn.mnu, например, по виду обучения – для заочного, вечернего и дневного обучения) при наличии в поле экземпляров подполя 910^t (специальное назначение фонда Naznac.mnu,). При этом, если хотя бы одно повторение поля 910 «помечено» (содержит ^t), то все не помеченные экземпляры считаются экземплярами общего пользования. Если нет «помеченных» экземпляров, считается один общий ККО.

    • ККО по «выделенному» фонду складывается из собственных данных (число экземпляров, число студентов) и общих данных (экземпляры общего пользования, общее число студентов); все исходные данные выводятся в таблице (берутся из поля 692 с учетом текущего года/полугодия или считаются по текущим данным).

    • Суммирование ККО по каждому выделенному фонду осуществляется при «маскировании» конкретного значения. Если «выделенных» категорий нет, производится общее суммирование.

    • ККО средний считается, если есть данные по обоим полугодиям.

      1. Связанные записи БД IBIS - !book.wss - используются форматы *.pft:

    • Экземпляры ОС/ВС: Kokexo, Kokexv,

    • Студенты ОС/ВС: Koksto, Kokstv,

    • ККО ОС/ВС: Kokkoo, kokkov, kokkovp (прогноз), kokkosr (средний)




      1. Глобальная корректура – ввод поля 692 – используются форматы *.pft:

    • Экземпляры ОС/ВС: Ko692ex,

    • Студенты ОС/ВС: Ko692stos, Ko692stvs,

    • ККО ОС/ВС: Ko692os, ko692vs + ko692osL, ko692vsL (общего пользования)




      1. BOKO.PFT используются форматы: *.pft:

    • Kos1 – КО по первому ВФ

    • Kos2 – КО по второму ВФ

    • Kos3– КО по третьему ВФ

    • Kos4– КО по четвертому ВФ

    • Kos5– КО по пятому ВФ

    • Kosost– КО по экз-рам общего пользования

    • koop– КО общая (при отсутствии в экземплярах сведений о выделенных фондах)




      1. Формы KITF3GO (основная лит-ра) и KITF3GD (дополнительная лит-ра) используют фоматы: Kitex.pft, kitexz.pft, kitsr.pft, kitsrz.pft – соответственно для данных по З/О и остальным.




      1. Глобальная корректура – формирование поля 691 из поля 694 (заявка, введен идентификатор дисциплины) с вводом расширенных данных из БД VUZ с соблюдением следующих принципов:




      • Если ЭД из списка [направление - специальность или специализация – ВО – ФО - факультет – семестр - кафедра выпускающая] не указан в заявке, берутся ВСЕ данные независимо от ЭД, отсутствующего в заявке.

      • Если ЭД из указанного списка в заявке задан, то берутся данные, соответствующие комплекту ЭД, заданных в заявке.

      • Исключение – ЭД специальность: если в заявке указан код специализации (позиции 5,6 не равны 00), то отбираются также соответствующие специальности с окончанием 00, что означает, что дисциплина предназначена всем специализациям данной специальности.

      • Предварительно все поля 691 удаляются, а затем строятся заново на основе поля 694

      • В одном повторении поля 694 может быть задано несколько семестров, разделенных знаком /

    Используются форматы:

      • Default.ws (поле 694)

      • Techn.ws – РЛ Технология (поле 694)

      • 694ko.wss (заявка на учебную литературу, поле 694)

      • Ko691z.gbl – задание на выполнение глобальной корректуры

      • Glob.mnu



    БД RDR


    1. RDR.FST – введено (задача Книгообеспеченность):

      • Обеспечение формирования термина ‘?. . .’ со специальностью по термину со специализацией при условии, что код специальности - 6 цифр, две последние из которых – нули; код специализации – не нулевые последние цифры кода специальности.

    90 0 MHL,( . . . if v90^c*4.2:’00’ then else if v90^c*4.2'' then ‘?. . .v90^c.4’00’ fi fi . . . /)


    ^ АРМ КОМПЛЕКТАТОР


    БД CMPL


    1. Подписка. Разработана технология указания цены доставки отдельно для каждого адресата (если не указано, берется из общих данных). Изменены форматы 39.wss, autoin.gbl (поле 938 с ценой каждого номера строится в записи), transn.fst и transndj.fst

    2. Поступление книг. Внедрение ГОСТ 7.1-2003.

    • При вводе данных в РЛ ZK31.ws обеспечена возможность ввода данных в полном объеме (скопированы из БД IBIS все вложенные РЛ и справочники);

    • Формат просмотра IBISK.PFT изменен и состоит из вложенных форматов, идентичных форматам, используемым в БД каталога (KN.PFT и MN.PFT);

    • При сохранении записи (AUTOIN.GBL) используются так же, как и в БД IBIS, вложенные форматы.


    БД POST


    1. Изменено movekps.fst – вариант передачи журналов в БД комплектования без предварительной разметки с указанием периода подписки в настройке



    Версия 2004.1


    Функциональные возможности:


    АРМ Каталогизатор.


    1.Новый режим СЛИЯНИЕ. Реализован как опция режима ИМПОРТ (плоскость ВВОД). В отличие от собственно импорта (когда импортируемые записи добавляются в БД в качестве новых) режим слияния позволяет сливать импортируемые (внешние) записи с записями, уже существующими в БД. Слияние может производиться двумя способами: на основе ключевого формата (т.е. формата, по которому формируется термин-ключ, на основе которого находится запись для слияния) или на основе сценария глобальной корректировки. Также реализована возможность вставлять (сливать) в текущую запись (т.е. в ту, которая находится на корректировке - по правой кнопке мыши в области ввода) запись из внешнего файла (в формате ISO или TXT.) Список ключевых форматов параметрируется в INI-файле с помощью параметра MergePftMnu (раздел [MAIN]) – значение по умолчанию MergePft.mnu. Список сценариев глобальной корректировки параметрируется в INI-файле с помощью параметра MergeGblMnu (раздел [MAIN]) – значение по умолчанию MergeGbl.mnu.


    2.Реализована идея ВЛОЖЕННЫХ РЛ (WS) (по аналогии с вложенными форматами). Это позволяет создавать типовые РЛ (например, в виде одной страницы РЛ), из которых можно формировать (как из "кирпичиков") реальные РЛ - при этом достаточно откорректировать вложенный РЛ, чтобы соответствующим образом изменились все РЛ, в которых он используется. Собственно технология вставки вложенных РЛ реализована в Редакторе РЛ и справочников (АРМ Администратор)


    3.Для режима ПОИСК (плоскость ПОИСК) добавлены новые логические операторы (дополнительно к И, ИЛИ, НЕТ):

    И (в поле) - определяет присутствие терминов в одном повторении поля (пример применения: поиск по словам из заглавия в оглавлении журнала);

    И (фраза) - определяет присутствие терминов в одной фразе (в указанном порядке).
    В связи с этим для сценариев поиска добавлен новый параметр
    ItemLogicN=

    который определяет, какие логические операторы могут использоваться для данного вида поиска. Возможные значения:

    0 - только логика ИЛИ;

    1 - логика ИЛИ и И;

    2 - логика ИЛИ, И, НЕТ (по умолчанию)

    3 - логика ИЛИ, И, НЕТ, И (в поле)

    4 - логика ИЛИ, И, НЕТ, И (в поле), И (фраза)


    4.Введена возможность определять права доступа к базам данных в рамках заданного контекста работы. Т.е. в списке доступных БД (который содержится в справочнике, имя которого определяется через параметр DBNAMECAT INI-файла, - по умолчанию dbnam2.mnu) можно определить БД, которые доступны только на чтение. Для этого перед именем БД в справочнике надо поставить знак "-" (минус).

    (Разумеется, речь идет о правах доступа ТОЛЬКО в рамках ИРБИС - не надо путать с сетевыми правами доступа.)


    5. Реализована возможность ссылок (гиперссылок) в окнах полных описаний (на плоскостях ПОИСК и ПОСМОТР/ВЫВОД). Ссылки включаются в выходные форматы с помощью специального форматного выхода &unifor('+I...) (Работает только на Windows 2000 и выше ???)

    Поддерживается три вида ссылок

    0 - ссылки на внешние объекты

    1 - ссылка на связанный документ (возможно в другой БД) - "от одного к одному"

    2 - ссылка на связанные документы (возможно в другой БД) - "от одного к многим"


    АРМ Книговыдача.

    1. Дополнен режим скоростной книговыдачи на основе штрих-кодов - в части возврата многоэкземплярной литературы с одинаковыми штрих-кодами, в случае когда на руках у нескольких читателей имеются экземпляры таких изданий. А именно - при возврате (когда вводится только штрих-код возвращаемого экземпляра) в случае возникновения неопределенности предлагается ввести дополнительно штрих-код читателя.


    2. Появилась возможность с помощью параметров INI-файла определять доступность/недоступность (соответственно значения 1 (по умолчанию)/0) кнопок, связанных с ответственными режимами работы:

    REQUESTABLE ВЫПОЛНИТЬ (заказ)

    REQUESTDELETEABLE УДАЛИТЬ (заказы)

    ^ RETURNABLE ВОЗВРАТ

    LANDABLE ВЫДАЧА БЕЗ ЗАКАЗА

    RETROLANDABLE ВЫДАЧА БЕЗ ЭК

    PROLONGABLE ПРОДЛИТЬ

    RETURNDELETEABLE УДАЛИТЬ (сведения о выдачах/возвратах в записи читателя)


    3. На плоскости ЧИТАТЕЛИ в области ЧИТАТЕЛЬ появилась кнопка, обеспечивающая печать текущей записи читателя в заданном формате.


    АРМ Читатель.

    1. Для режима ПОИСК (плоскость ПОИСК) добавлены новые логические операторы (см. выше АРМ Каталогизатор).

    2. В режиме ПЕЧАТЬ (плоскость ПРОСМОТР) обеспечена возможность печати итоговых данных в конце списка - на основе формата, имя которого параметрируется в INI-файле через параметр ITOGPFT (по умолчанию - itog.pft). При этом создается модельное поле 991, содержащее количество напечатанных документов.

    3. Реализована возможность ссылок (гиперссылок) в окне полного описания (плоскость ПОИСК) - (см. выше АРМ Каталогизатор)


    АРМ Комплектатор.

    Реализована идея ВЛОЖЕННЫХ РЛ (WS) (см. АРМ Каталогизатор)


    АРМ Администратор


    1. Добавлен режим создания новой произвольной базы данных, т.е. абстрактной БД ИРБИС без какой-либо параметрии - режим предназначен для тех, кто создает под ИРБИС произвольные (небиблиографические) БД.


    2. Введена новая команда для пакетного задания:

    EXIT [путь_имя_файла]

    закрывающая АРМ Администратор. Если задан параметр - он рассматривается как путь/имя_файла, в котором сохраняется протокол выполнения пакетного задания.


    3. Введен новый режим - АВТОАКТУАЛИЗАЦИЯ. Режим включается в виде соответствующей опции на форме, которая вызывается в режиме ОПЦИИ_АВТОМАТИЧЕСКИЙ ОПРОС. Если данная опция включена, происходит следующее: при обнаружении неактуализированных записей в текущей БД после очередного автоматического опроса автоматически запускается режим АКТУАЛИЗАЦИЯ СЛОВАРЯ.
    Идея использования этого режима следующая. При больших БД (порядка 100 тыс. и более) и/или слабых клиентских машинах процесс сохранения/актуализации записи в АРМах Каталогизатор/Комплектатор может оказаться достаточно длительным (более 15-20 сек. - имеется в виду время ожидания после нажатия кнопки СОХРАНИТЬ) В этом случае предлагается отменить автоматическую актуализацию на клиентских машинах в АРМах Каталогизатор/Комплектатор (параметр RECUPDIF в секции [ENTRY] INI-файла установить в значение 0), а в АРМе Администратор, который на постоянной основе стартуется на серверной машине, для соответствующей текущей БД включить режим АВТОАКТУАЛИЗАЦИЯ.


    Язык форматирования


    Включены новые форматные выходы (&unifor(...) в языке форматирования:

    1. &unifor('7...) - реализация реляционности, т.е. реализация отношений "от одного к многим" - позволяет при расформатировании текущего документа осуществить расформатирование группы связанных документов из другой БД.

    Конструкция передаваемых данных:

    7,,


    имя_БД - имя базы данных, из которой будут браться связанные документы; по умолчанию, т.е. если имя БД "пустое", используется текущая БД.

    /termin/ - ключевой термин, на основе которого отбираются (ищутся) связанные документы; термин заключается в уникальные ограничители (например. /), в качестве которых используется символ, не входящий (гарантированно) в термин.

    @имя_формата|формат - имя формата или формат в явном виде, в соответствии с которым будут расформатироваться связанные документы. Если задается имя формата, то он берется из директории БД, заданной параметром .

    Есть аналогичный форматный выход - &unifor('D...) - который реализует связь "от одного к одному", т.е. из связанных документов берется только первый.

    Пример:

    ...&unifor('7TEST,',"/T="v200^a"/",',v903"\par "')....


    2. &unifor('+1....) - работа с глобальными строковыми переменными. Имеются три подфункции:

    +1RNNN - чтение переменной с номером NNN

    +1WNNN#AAA - запись в переменную с номером NNN значения AAA

    +1 - опустошение всех глобальных переменных.

    Глобальность переменных заключается в том, что перед началом очередного расформатирования они НЕ опустошаются, т.е. через глобальные переменные можно передавать данные из одного расформатирования в другое. Количество переменных не ограничено.

    Пример:

    ...&unifor('+1W100#0')...(.....&unifor(|+1W100#|d999,F(val(&unifor(|+1R100|d999))+val(v999),0,0)).....).....&unifor('+1R100')....


    3. &unifor('3...') - выдача данных, связанных с ДАТОЙ и ВРЕМЕНЕМ

    Имеются следующие подфункции:

    3 - выдать текущую дату в виде ГГГГММДД

    30 - выдать теекущий год в виде ГГГГ

    31 - выдать текущий месяц в виде ММ (с лидирующим нулем)

    32 - выдать текущий день в виде ДД (с лидирующим нулем)

    33 - выдать текущий год в виде ГГ

    34 - выдать текущий месяц в виде М (без лидирующего нуля)

    35 - выдать текущий день в виде Д (без лидирующего нуля)

    36MM - выдать по заданному номеру месяца его название на русском языке в именительном падеже

    37MM - выдать по заданному номеру месяца его название на русском языке в родительном падеже

    38MM - выдать по заданному номеру месяца его название на английском языке

    39 - выдать текущее время

    3А - выдать номер текущего дня от начала года

    Пример:

    ....&unifor('36',&unifor('34'))....


    4. &unifor('!') - команда постредактуры: очистить результат расформатирования от двойных разделителей (двойных точек или двойных конструкций ). Имеет смысл использовать один раз в любом месте формата.


    5. &unifor('+F') - команда постредактуры: очистить результат расформатирования от RTF-конструкций. Имеет смысл использовать один раз в любом месте

    формата.


    6. &unifor(‘+I…) - команда формирования ссылки (гиперссылки). Структура передаваемых данных:

    +I/содержание_ссылки/название_ссылки

    /содержание_ссылки/ - внутренние данные ссылки, ограниченные уникальным разделителем. Имеют следующую структуру:

    NNN,HHH,

    NNN - тип ссылки, возможные значения:

    0 - ссылки на внешние объекты

    1 - ссылка на связанный документ (возможно в другой БД) - "от одного к одному"

    2 - ссылка на связанные документы (возможно в другой БД) - "от одного к многим"

    HHH - экранная подсказка, может иметь вид:

    @iii - где iii - номер текста в файле IRBISMSG.TXT

    \text\ - собственно текст подсказки в уникальных ограничителях.

    Для ссылок типа 0 представляет собой в общем виде URL внешнего объекта (в том числе - полный путь на файл).

    Для ссылок типа 1 и 2 имеют следующую структуру:

    имя_БД,имя_формата,termin

    имя_БД - имя базы данных, из которой будут браться связанные документы; по умолчанию, т.е. если имя БД "пустое", используется текущая БД.

    имя_формата - имя формата, в соответствии с которым будут расформатироваться связанные документы. (по умолчанию - используется оптимизированный формат)

    termin - ключевой термин, на основе которого отбираются (ищутся) связанные документы.


    Примеры:

    ….&unifor('+I?0,,'v951^i'?',v951^t,|INTERNET|n951^t)….

    ….&unifor(|+I?1,,,,I=|v421^w|?|,v421^a)…..

    Редактор рабочих листов и справочников


    1. Новая закладка - ТАБЛИЦА ВЫБОРА ПОЛЕЙ, на которой можно создавать и корректировать файлы, имеющие расширение “fst”.

    2. Новая кнопка на панели инструментов (и соответствующий режим в главном меню) - ВСТАВИТЬ ВЛОЖЕННЫЙ РЛ. В возникающем диалоговом окне следует выбрать файл рабочего листа, который будет вложенным для корректируемого РЛ.

    3. При редактировании справочника можно сортировать его по обоим элементам: либо по ЗНАЧЕНИЮ, либо по ПОЯСНЕНИЮ. Для этого следует щелкнуть по заголовочной строке соответствующего элемента. Сортировать можно как по возрастанию, так и по убыванию значений элементов, на что указывает вид соответствующего значка в колонке.

    4. Двойной щелчок в ячейках таблиц вызывает следующие действия:

    - если в ячейке явный формат или его имя, то вызывается редактор форматор для работы с ним;

    - если в ячейке имя РЛ подполей, то этот РЛ подполей помещается на вторую закладку для корректировки;

    - если в ячейке имя справочника, то этот справочник помещается на третью закладку для корректировки.


    Редактор ini-файлов и сценариев поиска


    1. В главном меню запоминаются ранее редактируемые ini-файлы (до 10).

    2. Двойным щелчком на именах форматов или форматах явно заданных вызывается редактор форматов для редактирования.


    ^ ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ.


    Изменения в Версии 2004.1


    uchebnom-processe-celyu-dannogo-kursa-yavlyaetsya-obuchenie-magistrantov-postroeniyu-avtomatizirovannih-sistem-dlya-nauchnih-issledovanij.html
    uchebnometodicheskij-kompleks-disciplini-kompleksnaya-sistema-zashiti-informacii-na-predpriyatiyah-sferi-servisa-programmi-operezhayushego-professionalnogo-obucheniya-i-povisheniya-kvalifikacii.html
    uchebnomu-predmetu-biologiya-dlya-obuchayushihsya-6-9-klassov.html
    uchebnomu-predmetu-pravoslavnaya-kultura-uchitelya-istorii-i-obshestvoznaniya-visloguzovoj-ekaterini-sergeevni-dlya-5-a-klassa-predmet-pravoslavnaya-kultura.html
    uchebnotematicheskij-plan-uchebno-metodicheskij-kompleks-po-napravleniyu-521000-psihologiya-po-specialnosti-020400.html
    uchene-vivernadskogo-o-noosfere-chast-3.html
  • teacher.bystrickaya.ru/glava-2-kapitalisticheskoe-predprinimatelstvo-a-a-gordienko-s-n-eremin-e-a-tyugashev.html
  • composition.bystrickaya.ru/otkritom-festivale-tradicii-i-novacii.html
  • thescience.bystrickaya.ru/harakteristika-vzrivonepronicaemih-soedinenij-prikaz-minenergo-rf-ot-13-yanvarya-2003-g-6-ob-utverzhdenii-pravil.html
  • exchangerate.bystrickaya.ru/anketnij-opros-i-intervyu.html
  • knowledge.bystrickaya.ru/novaya-pervaya-lekciya-aksiomi-edinstva.html
  • crib.bystrickaya.ru/harakteristiki-diodov-konstrukcii-i-osobennosti-primeneniya.html
  • uchebnik.bystrickaya.ru/uchebno-metodicheskij-kompleks-disciplini-organizacionnoe-povedenie-specialnost-stranica-4.html
  • report.bystrickaya.ru/itogi-i-perspektivi-tezisi-mezhdunarodnogo-seminara-10-11-oktyabrya-2001-goda.html
  • doklad.bystrickaya.ru/upravlenie-chelovecheskimi-resursami-i-etika-mezhdunarodnogo-biznesa.html
  • holiday.bystrickaya.ru/mezhdunarodnaya-kinologicheskaya-federac-iya.html
  • institute.bystrickaya.ru/glava-17-unichizhenie-kniga-adresovana-shirokomu-krugu-chitatelej.html
  • crib.bystrickaya.ru/knigata-e-izdadena-s-konkurs-na-nacionalniya-centr-za-knigata-s-g-jung-stranica-21.html
  • crib.bystrickaya.ru/k-minimumu-soderzhaniya-i-urovnyu-trebovanij-k-specialistam-dlya-prisvoeniya-dopolnitelnoj-kvalifikacii-ekonomist-po-mezhdunarodnoj-sisteme-buhgalterskogo-stranica-5.html
  • exchangerate.bystrickaya.ru/ekonomicheskaya-baza-birzhevih-indeksov.html
  • letter.bystrickaya.ru/neomarksistskaya-ekonomicheskaya-sociologiya-stranica-23.html
  • urok.bystrickaya.ru/primernaya-programma-disciplini-kompleksnij-analiz-hozyajstvennoj-deyatelnosti-rekomenduetsya-dlya-napravleniya-ekonomika.html
  • zanyatie.bystrickaya.ru/nalogovaya-sistema-yaponii-2.html
  • grade.bystrickaya.ru/mezhdunarodnogo-festivalya-tri-veka-klassicheskogo-romansa.html
  • literatura.bystrickaya.ru/sozdanie-prilozheniya-v-srede-ms-visual-c-60-grafiki-i-multimedia.html
  • uchit.bystrickaya.ru/tema-uroka-rozhdestvo-v-anglii.html
  • lecture.bystrickaya.ru/arhiepiskopa-ternopolskogo-i-kremeneckogo-stranica-36.html
  • klass.bystrickaya.ru/analiz-raboti-metodicheskogo-obedineniya-uchitelej-filologii-i-istorii-za-2009-2010-uchebnij-god-stranica-2.html
  • institut.bystrickaya.ru/tema-8-specializirovannij-zhilishnijfond-1-zhilishnoe-pravo-podotrasl-grazhdanskogo-prava.html
  • thesis.bystrickaya.ru/prikaz-2899-ot-29-aprelya-2008-goda-polozhenie-ob-itogovoj-gosudarstvennoj-attestacii-vipusknikov-v-rgpu-im-a-i-gercena.html
  • zadachi.bystrickaya.ru/podhodi-k-analizu-grafov-atak-modul-aktualnost-problemi-obespecheniya-bezopasnosti-informacii.html
  • notebook.bystrickaya.ru/ispolzovanie-interaktivnih-form-i-metodov-obucheniya-kak-sredstvo-aktivizacii-poznavatelnoj-deyatelnosti-mladshih-shkolnikov-na-urokah-matematiki.html
  • letter.bystrickaya.ru/ne-v-kakom-carstve-a-n-afanasev-narodnie-russkie-skazki.html
  • grade.bystrickaya.ru/obshie-svedeniya-po-osnovnoj-professionalnoj-obrazovatelnoj-programme-i-struktura-podgotovki-obuchayushihsya-i-vipusknikov.html
  • exchangerate.bystrickaya.ru/antichnaya-skulptura-chast-11.html
  • books.bystrickaya.ru/dolzhnostej-rukovoditelej-specialistov-i-drugih-sluzhashih.html
  • occupation.bystrickaya.ru/metodicheskie-ukazaniya-po-vipolneniyu-diplomnogo-proekta-dlya-studentov-vseh-form-obucheniya-po-specialnosti-080505-65.html
  • desk.bystrickaya.ru/poleznie-svojstva-ul-minbaeva-47b-ofis-101-po-ul-auezova-vishe-pr-abaya-arka-za-kafe-perekryostok-2-h-etazhnoe.html
  • ekzamen.bystrickaya.ru/socialnaya-politika-v-dejstvii-kursovaya-rabota.html
  • institut.bystrickaya.ru/tematicheskij-plan-kursa-programma-kursa-testi-dlya-samoproverki-voprosi-dlya-ocenki-znanij-studentov.html
  • composition.bystrickaya.ru/polozhenie-o-mezhvuzovskom-konkurse-prezentacij-na-anglijskom-yazike-dlya-studentov-neyazikovih-specialnostej-organizatori-konkursa.html
  • © bystrickaya.ru
    Мобильный рефератник - для мобильных людей.