Содержание данной статьи ни имеет ничего общего с руководством оператора по работе с меню C-DOP. Оно так же не претендует на роль полноценного описания. Я хочу, по мере своих скромных возможностей и познаний, рассказать о том как устроено меню, как оно работает, что происходит когда оператор работает с меню. По началу, я надеялся, что смогу уложиться в одну часть, но по мере углубления в материал, я понял что ошибался, поэтому в этой части будут приведены общие сведения информация об используемых отношениях БД.

Общие положения

 Меню операторской подсистемы является “деревянным”, т.е. имеет древовидную структуру, где корнем является пункт 0 “Первичное меню”. Проектировщиками был применен довольно любопытный ход: внешний вид, структура и поведение пунктов меню не закодировано в коде FMM 12SO MENU HANDLER (BLDS) далее MENHD, а строится ею динамически на основе данных, хранимых в отношениях. Структура меню задается на этапе САЕ и не может быть изменена в дальнейшем (хотя, отсутствие стандартных средств для этой цели в распоряжении оператора, еще ни о чем ни говорит).

О некоторых терминах: ORJ Operator Requested Job - задание запрошенное оператором. Под этим понимают, в основном, само задание (последовательность сообщений), но иногда, так же и конечного обработчика. IOJ Interactive Operator Requested Job, т.е. задание запрошенное на выполнение оператором (иногда уточняют: через DOP) в интерактивном режиме работы в меню. Существует FMM 12SO IOJ Adaptor (BLFB), которая служит посредником между MENHD и обработчиками ORJ, в ее функции входит не допущение одновременного доступа к одному ресурсу. Так же есть соответствующие FMM для работы с отдельными ветвями меню (например, для меню "УПРАВЛЕНИЕ ЗВУКОВЫМИ СИГНАЛАМИ" существует FMM-IOJ ANN&TONE (AXKY)). Стоит отметить, что под оператором имеется ввиду любой человек, работающий за терминалом, а не именно телефонистка.

На рисунке 1 приведены основные отношения ответственные за работу меню.

Рис.1 Отношения, используемые при работе с меню.

Рассмотрим эти отношения более подробно.

Rid : 1927 - R_SEL_CN (MENU SELECTION CONTROL)

 Обращение к этому отношению происходит когда оператор выбирает один из пунктов меню. Для каждого пункта меню здесь зарезервирована одна строка, которая содержит общую информацию. Отношение отсортировано по одному из ключевых доменов - D_S_MEN_NR. Если выбранный пункт раскрывается в подпункты (пример: “Первичное меню”), то перед их отображением происходит сравнение возможностей текущего оператора для доступа к конкретным пунктам (пример: опять же, “Первичное меню”, если оператор имеет уровень телефонистки, то он увидит меньше пунктов, чем оператор с уровнем менеджера).

 Как видно из таблицы (выдержка из реального содержимого R_SEL_CN на нашей станции, правда, исключена часть столбцов, значение которых одинаково по всем строкам), стоит поставить максимальный уровень возможностей (в данном случае FFH) и к данному пункту доступ будет закрыт. Как и было сделано в случае с теми пунктами меню, которые используются при работе с кредитными картами (пункт 7).

 Пробежимся бегло по основным доменам:

Rid: 1928 R_REP_CODE (ORJ REPORT CODE)

 Обращение к этому отношению происходит тогда, когда в ответ на запрос оператора был получен ММС рапорт без точного указания пункта меню. Отношение содержит одну строку на каждый рапорт. С помощью полученного RRN происходит поиск по домену D_REP_NR, в случае нахождения требуемой строки, получаем указатель на строку в отношении R_SEL_CN.

Rid: 1931 R_LOUT_CN (MENU LAYOUT CONTROL)

 С помощью этого отношения описывается внешний вид конкретного пункта меню, задаются такие параметры как: кол-во столбцов в заголовке и окончании пункта, все параметры полей для ввода данных (общее кол-во, допустимые значения для каждого и т.п.), полей вывода и полей статического текста. Отношение имеет домены, которые служат индексами при поиске детальной информации в других отношениях. После того как оператор заполнил соответствующие поля меню и нажал Enter, MENHD делает обращение к этому отношению с той целью, что бы правильно сформировать запрос к исполнителю задания.

Rid: 1934 R_CONS_DAT (MENU CONSTANT DATA)

 Отношение содержит постоянные строки, которые выводятся в меню. Вот часть строк (всего 1300 строк).

Думаю комментарии излишни.

Rid: 1925 R_TRNL_COD (MENU DATA TRANSLATION TABLES)

 Содержит все мнемоники и названия клавиш. Используется для перевода численных значений в ASCII, перевода функциональных клавиш (softkey) в их текстовое представление. Поиск производится по домену D_T_REL_IX.

 Опять же для примера часть строк из 1400 (приведена только текстовая часть).

Ничего знакомого не увидели, а?

Rid: 1929 R_OUT_FLD (OUTPUT FIELD)

 MENHD обращается к этому отношению для получения описания (позиция, тип данных, правила представления, атрибуты и проч.) полей вывода. Отношение проиндексировано по домену D_R_REL_IX.

Rid: 1935 R_CON_FLD (CONSTANT FIELD)

 Аналогично R_OUT_FLD, только для постоянных полей. Отношение проиндексировано по домену D_С_REL_IX.

Rid: 1932 R_I_O_FLD (INPUT-OUTPUT FIELD)

 Аналогично двум предыдущим, только для … правильно!!!… полей ввода/вывода, в силу чего отношение является более сложным и подробно рассматривать мы его, тем более, не будем!

Rid: 1926 R_SEL_SOFT (SELECT SOFTKEY)

 Содержит описание стандартных запрограммированных клавиш, которые есть в каждом меню. Ну, отношение совсем мелочевое, поэтому приведем его полностью!

Rid: 1930 R_MHD_ERR (MENHD ERROR)

 Это отношение используется для преобразования кодов ошибок MENHD в текстовые сообщения на экране, оно содержит соответствия между кодом ошибки и ссылкой на отношения R_LNG_TXT или R_SHT_TXT, в которых содержится требуемая строка текста. Полученная строка будет отображена с помощью SYSTEM ORDERS HANDLER FMM.

До встречи в следующей части, в ближайшие годы!

Максим Осташов
Размещено на www.s12most.mailru.com 13 апреля 2001

Есть вопросы или дополнения, конструктивная критика? Пишите!