6. Вспомогательные диаграммы и дополнительные концепции

Чтобы облегчить чтение и понимания больших и/или сложных диаграмм процесса, можно использовать неформальные вспомогательные диаграммы.

6.1 Диаграмма обзора состояний

Диаграмма обзора состояний имеет целью дать представление о состояниях процесса и переходах, возможных между этими состояниями.

Диаграммы составляются из символов состояний, ориентированных, изображающих переходы, и необязательных символов старта и стопа.

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

Пример диаграммы обзора состояний приведен на рисунке 21.

Рисунок 21 – Пример диаграммы обзора состояний

6.2 Матрицы состояний/сигналов

Матрица состояний/сигналов является альтернативной диаграмме обзора состояний, содержащей точно такую же информацию.

Матрица состояний/сигналов является двумерной матрицей, индексированной по одной оси всеми состояниями процесса, а по другой - всеми входными сигналами данного процесса. Каждый элемент матрицы содержит следующее состояние совместно с возможными выводами в течение перехода (см. рисунок 22).

Рисунок 22 – Пример матрицы состояний/сигналов

6.3 Временные схемы

Назначение этих схем - дать возможность обозреть и оценить сигналы, обмениваемые между частями системы.

Столбцы схемы обозначают компоненты, осуществляющие связь (сервисы, процессы, блоки или окружающая среда).

Их взаимодействие изображается набором линий со стрелками, причем каждая из них представляет один какой-то сигнал или набор сигналов (см. рисунок 23).

Рисунок 23 – Пример временной диаграммы

Каждой схеме можно придать краткую аннотацию, объясняющую, какой набор сигналов приводится на временной диаграмме.

7. Язык «человек-машина» mml

Язык "человек-машина" (Man-Machine Language ММL) предназначен для взаимодействия оператора (пользователя) с управляющими устройствами программно-управляемых АТС при их эксплуатации, настройке, проверке, а также для выполнения ряда других функций.

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

ММL содержит средства, достаточные для выполнения всех функций, обеспечивающих эксплуатацию, техобслуживание, установку и проведение приемных испытаний программно-управляемых коммутационных систем.

Основные свойства ММL могут быть суммированы следующим образом:

а) ММL обеспечивает последовательно разработанный интерфейс, ко-

торый легко изучается и используется как новичками, так и опытными специалистами. При этом обеспечивается возможность ввода команд и интерпретация выходных данных удобным для всех пользователей способом;

б) ММL достаточно гибок, что позволяет оптимизировать проектируемую систему связи с теми задачами, на решение которых она рассчитана. Он предлагает несколько видов ввода/вывода, включая прямой ввод, меню и шаблоны;

в) ММL легко адаптируется к различным категориям персонала, различным национальным языкам и различным организационным требованиям;

г) ММL обладает свойством структурированности, обеспечивающим

включение новых технологий.

Функции, подлежащие управлению ММL, подразделены на следующие главные области: эксплуатация, техобслуживание, установка и приемочные испытания.

К эксплуатационным функциям относятся:

1. Управление а6онентом: подключение/отключение абонентских линий; изменение и отмена категорий обслуживания абонентов; изменение номера абонента; 6локирqвка и разблокировка абонентской линии; запрос категории обслуживания абонента; запрос блокированных абонентских линий; считывание информации о начислении оплаты абоненту; поиск информации о начислении оплаты; отслеживание злонамеренных вызовов; постановка абонента на наблюдение за начислением оплаты и т.д.

2. Управление маршрутизацией: изменение данных, относящихся к пучку каналов (изменение параметров системы сигнализации, включение нового пучка каналов, изменение порядка поиска в двунаправленном пучке каналов, добавление нового канала, изменение принадлежности канала к пучку, изменение положения канала в коммутационной матрице с одного входа или выхода на другой вход или выход); изменение маршрутизации и данных анализа (изменение альтернативных параметров маршрутизации, изменение маршрутизации трафика в целях управления сетью, изменение данных анализа).

3. Управление трафиком: управление измерениями трафика (выполнение измерений параметров трафика, планирование измерений трафика, выполнение и вывод результатов, управление данными измерений, поиск данных измерений); управление анализом трафика (ввод данных измерений, ввод информации об идентификаторах и объеме для объекта измерений, управление записями данных измерений, управление выводом сообщений, управление данными описания анализа, обеспечение управления задержками выполнения различных операций анализа).

4. Управление тарификацией и учетом стоимости: изменение тарифа некоторых направлений трафика; изменение параметров тарифа учета стоимости; изменение времени для перехода от дневного трафика к ночному; считывание статистики расчетов.

5. Операции по управлению системой: установка и чтение календаря; управление назначениями терминалов; управление файлами; управление возможностями терминалов; управление полномочиями пользователей; управление конфигурацией системы (аппаратурных и программных средств).

6. Управление сетью: изменение связанных с маршрутизацией данных; изменение критериев инициации действий по управлению сетью.

К функциям техобслуживания относятся:

1. Техобслуживание абонентских линий: тестирование одной или группы абонентских линий и связанного с ними оборудования; измерение одной или группы абонентских линий и связанного с ними оборудования; блокировка или разблокировка абонентской линий для целей техобслуживания; осмотр и проверка абонентских линий и оборудования.

2. Техо6служиванuе межстанционных каналов и связанного с ними оборудования: тестирование/измерение одного канала или группы каналов и связанного оборудования; осмотр и проверка каналов и связанного оборудования; управление состоянием одного канала или группы каналов и связанного оборудования; анализ данных техобслуживания, контроль и управление сообщениями техобслуживания.

3. Техобслуживание коммутационного поля: проведение испытательных вызовов; инициализация прослеживания вызовов; удержание ошибочных вызовов; тестирование и измерение периферийного оборудования (релейных комплектов, передатчиков и приемников сигнализации и т.д.); тестирование и измерение коммутационных элементов; сокращение обслуживания низкоприоритетных абонентов; установление связи по заданному пути в КП; проверка и измерения качества обслуживания коммутационного поля; определение дефектов в разговорном тракте КП; обеспечение доступа к результатам измерения трафика для целей техобслуживания; выдача сообщений об отказах; запись состояния коммутационных элементов.

4. Техобслуживание системы управления: выдача сообщений о состоянии системы; выдача сообщений об отказах; определение места дефектов; тестирование на функциональной основе после восстановительных ра6от; инициация периодических испытательных работ; изменение конфигурации системы для целей техобслуживания; проверка непротиворечивости данных; инициация рестарта; установка "ловушек" для выявления программных ошибок; изменение содержания памяти; управление параметрами перегрузки; изменение критериев оценки ухудшения качества обслуживания; сокращение обслуживания низкоприоритетных абонентов.

К функциям установки относятся:

1. Установка аппаратуры программно-управляемых систем: блоков поля; каналов; оборудования сигнализации; испытательного оборудования; блоков абонентских комплектов; промежуточного оборудования; управляющего оборудования; блоков памяти; устройств ввода/вывода.

2. Установка программного обеспечения программно-управляемых систем: пакетов операционных систем; тестовых программ; программ статистики; программ системы сигнализации; сервисных и служебных программ; системных данных.

Синтаксические диаграммы являются методом определения синтаксиса языка. Синтаксические диаграммы состоят из терминальных и нетерминальных элементов, соединенных линиями потока. Синтаксис языка определяется с помощью ряда синтаксических диаграмм, каждая из которых определяет некоторый конкретный нетерминальный элемент.

В рекомендациях МСЭ-Т по MML синтаксические диаграммы используются для спецификации входных данных MML, выходных данных MML или данных ввода-вывода, свойственных для человеко-машинного диалога.

На рисунке 24 приведены символы для отображения терминальных и нетерминальных элементов языка MML.

Рисунок 24 – Терминальные и нетерминальные символы, используемые в языке MML

Используемый в MML набор знаков является подмножеством Международного алфавита №5 МККТТ (см. рисунок 25).

Рисунок 25 – Алфавит №5 МККТТ

Буквой в MML называется любой из знаков, находящихся в столбцах 4 – 7 алфавита №5 МККТТ, за исключением позиций 5/15 и 7/15.

Цифрой называется любой из знаков, находящихся в позициях с нулевой по девятую (включительно) столбца 3.

Графическими называются знаки, каждый из которых в отдельности или несколько из них вместе могут о6легчатъ чтение текста.

Указатель формата используется для придания входным или выходным данным подходящего вида. Они не играют никакой роли в командах и могут включаться в любом месте при вводе данных.

Разделителем является знак или последовательность знаков, используемая для разделения элементов информации во входных или выходных данных и, кроме того, дополнительно имеющая структурное, семантическое или иное значение.

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

Основным понятием входящей части языка MML является понятие директивы. Директива представляет собой вопрос или приказ оператора в форме, доступной для понимания и исполнения в управляющей системе СКПУ. Директива начинается с кода команды, за которым следуют один или несколько блоков параметров, разделяемых знаком : (двоеточие). Синтаксическая диаграмма директивы показана на рисунке

26.

Рисунок 26 – Синтаксическая диаграмма директивы

Код команды определяет функцию, которая должна быть выполнена управляющей системой. Код команды может содержать до трех идентификаторов, разделяемых знаком – (дефис) (см. диаграмму на рисунке 27).

Рисунок 27 – Синтаксическая диаграмма кода команды

Идентификатор является последовательностью произвольного количества букв и цифр. Начинаться данная последовательность должна с буквы (см. рисунок 28). Буквы и цифры полностью: совпадают с аналогичными понятиями языка CHILL.

Рисунок 28 – Синтаксическая диаграмма идентификатора

Блок параметров (см. рисунок 29) состоит из позиционных и именных параметров и содержит информацию, необходимую для выполнения функции, которая определяется кодом команды.

Рисунок 29 – Синтаксическая диаграмма блока параметров

Используют два способа идентификации параметров: -позиционный и -именной.

В случае позиционной идентификации каждому параметру ставится в соответствие позиция в блоке параметров. Такие параметры называют позиционными. (см. рисунок 30)

Рисунок 30– Синтаксическая диаграмма позиционного параметра

В случае именной идентификации за каждым параметром закрепляется определенное имя. Такие параметры называют именными (см. рисунок 31).

Рисунок 31 – Синтаксическая диаграмма именного параметра

Если блок параметров содержит более одного параметра, то они разделяются запятыми. В одном блоке допускается объединять только однотипные параметры – либо позиционные, либо именные. Позиционные параметры должны указываться в строго определенной последовательности в соответствии с закрепленными за ними позициями. Именные параметры допустимо вводить в произвольном порядке.

С точки зрения синтаксиса позиционные и именные параметры эквивалентны. Различие заключается в том, что значению именного параметра практически всегда предшествует его имя и символ = (знак равенства). В случае позиционного параметра его имя и знак равенства указывают для наглядности в виде исключения. Чтобы подчеркнуть данные различия, на синтаксических диаграммах (рисунки 30, 31) сделана различная компоновка альтернативных ветвей – верхнюю альтернативу принято считать основной.

Значение параметра может быть указано либо явно, либо по умолчанию. В последнем случае его вообще не указывают, что соответствует некоторому заранее оговоренному значению. Если по умолчанию вводятся позиционные параметры, то позиция с соответствующим разделителем , (запятая) остается. В случае введения по умолчанию значений именных параметров пропускается не только его значение, но и имя, символ = (равенство) и разделитель , (запятая).

Имя параметра используется для однозначного указания вида и структуры следующего за ним значения параметра. Имя параметра отождествляется с идентификатором (см. рисунок 28).

Значение параметра состоит из одного или нескольких аргументов параметра (рисунок 32).

Рисунок 32 – Синтаксическая диаграмма значения параметра

Аргумент содержит информацию, необходимую для определения соответствующего смыслового или числового значения параметра. Аргумент параметра может быть простым или составным (см. рисунок 33).

Рисунок 33 – Синтаксическая диаграмма аргумента параметра

Простой аргумент состоит из одного элемента информации (см.

рисунок 34).

Рисунок 34 – Синтаксическая диаграмма простого аргумента параметра

Составной аргумент может содержать два и более элемента информации, разделенных символом  –  (дефис) (см. рисунок 35).

Рисунок 35 – Синтаксическая диаграмма составного аргумента параметра

Элемент информации представляет собой наименьшую единицу информации языка MML, он может быть идентификатором, символическим именем, десятичным, шестнадцатеричным, восьмеричным, двоичным, тастатурным числом, строкой текста или арифметическим выражением (см. рисунок 36).

Рисунок 36 – Синтаксическая диаграмма элемента информации

Символическое имя является цепочкой, состоящей из одного или более символов, содержащей по крайней мере одну букву и (или) один из символов: + (знак плюс), # (знак числа), % (знак процента), а также любое количество цифр. Символы могут располагаться в любом порядке (см. рисунок 37).

Рисунок 37 – Синтаксическая диаграмма символического имени Цифровые элементы информации могут представляться в различных системах счисления, признаком которых являются заглавные латинские буквы с правым апострофом

-D' (десятичная),

-Н' (шестнадцатеричная), -О' (восьмеричная), -В' (двоичная).

Признак может отсутствовать, если по умолчанию ясно, в какой системе представлено число. Синтаксические диаграммы различных чисел на приведены рисунках 38 – 41.

Рисунок 38 – Синтаксическая диаграмма десятичного числа

Рисунок 39 – Синтаксическая диаграмма шестнадцатеричного числа

Рисунок 40 – Синтаксическая диаграмма восьмеричного числа

Рисунок 41 – Синтаксическая диаграмма двоичного числа

В языке MML допускается также представление цифровой информации с помощью так называемых тастатурных чисел, т. е. чисел, набираемых на тастатуре телефонных аппаратов.

Тастатура кроме десяти десятичных цифр содержит также клавиши со спецсимволами * (звездочка) и # (знак числа), а также буквенные символы А, В, С и D. Признаком тастатурных чисел является К' (латинское К с апострофом). Синтаксическая диаграмма тастатурного числа дана на рисунке 42.

Рисунок 42 – Синтаксическая диаграмма тастатурного числа

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

Рисунок 43 – Синтаксическая диаграмма строки текста

В качестве символов могут использоваться буквы, цифры и вспомогательные символы. Множество вспомогательных символов языка MML представлено синтаксической диаграммой на рисунке 44. При необходимости включения кавычек внутрь строки текста их сдваивают (см. рисунок 43).

Рисунок 44 – Синтаксическая диаграмма вспомогательных символов

Арифметическое выражение (см. рисунок 45) представляет собой заключенную в скобки комбинацию чисел в одной из допускаемых MML систем счисления, идентификатора и арифметических операторов + (плюс), — (минус), * (умножить), / (разделить).

Рисунок 45 – Синтаксическая диаграмма арифметического выражения

С целью сокращения объема вводимой информации язык MML обеспечивает возможность группирования однотипной информации в рамках одной директивы. Группирование простых аргументов параметра используется, если несколько простых аргументов должны быть заданы в рамках одного параметра (рисунок 46).

Рисунок 46 – Синтаксическая диаграмма группировки простых аргументов параметра

В этом случае можно указать эти простые аргументы, отделив их значения друг от друга знаком & (знак «И»), например, 4&7 означает простые аргументы 4, 7.

Если имеется нарастающая на единицу последовательность простых аргументов, то можно записать первый и последний аргумент, разделив их знаками && (сдвоенный знак «И»), например, 4&&7 означает запись простых аргументов 4, 5, 6, 7. Перечисленные возможности можно комбинировать, например, 4&&7&9 означает запись 4, 5, 6, 7, 9.

В случае необходимости задания нескольких составных аргументов последние, как и в рассмотренном выше случае, разделяются знаком &, например, 71&82 означает запись двух составных аргументов 71, 82.

Если группы составных аргументов отличаются только последним элементом, то полностью определяют общую часть, а затем записывают последние элементы группы, которые разделяются знаками &- (знак «И» дефис), например, 71&3&5 эквивалентно записи 71, 73, 75.

Если группа составных аргументов отличается последним возрастающим на единицу элементом информации, то для сокращения объема вводимых символов можно указать полностью только первый аргумент группы, затем поместить разделитель &&- (сдвоенный знак «И», дефис) и последний элемент информации из последнего элемента группы, например, 8—1&&—3 эквивалентно записи 8—1, 8—2, 8—3.

Перечисленные возможности можно комбинировать, например, 5— 1&&—3&8—2&—5&—6 эквивалентно записи 5—1, 5—2, 5—3, 8—2, 8—5, 8—6. Группирование составных аргументов параметра описано синтаксической диаграммой на рисунке 47.

Рисунок 47 – Синтаксическая диаграмма группировки составных аргументов параметра

Исходящую часть языка MML рассмотрим применительно к процедуре диалога как наиболее важной для подготовки специалистов по эксплуатации СКПУ.

Диалог MML в соответствии с общими принципами языков диалога открывается прологом процедуры, успешное проведение которого идентифицируется появлением на экране терминала символа < (меньше).

Далее выполняется пролог назначения, который также завершается символом < (меньше).

Следующая за прологом назначения рабочая последовательность может быть многократно повторена.

Завершается диалог эпилогом процедуры. Синтаксическая диаграмма процедуры диалога представлена на рисунке 48.

Рисунок 48 – Синтаксическая диаграмма процедуры диалога

Пролог процедуры выполняется только один раз в начале диалога и состоит из запроса, идентификации оператора и вывода заголовка (см. рисунок 49).

Рисунок 49 – Синтаксическая диаграмма пролога процедуры

Запрос представляет собой действие со стороны оператора с целью включения или запуска терминала. Осуществляется запрос нажатием тумблера включения (или управляющей клавиши) с последующим вводом цепочки символов, которая в простейшем случае может отсутствовать (рисунок 50).

Рисунок 50 – Синтаксическая диаграмма запроса

Идентификация оператора служит для опознания и определения приоритета оператора. Данная процедура имеет место только при использовании централизованных способов эксплуатации СКПУ.

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

Идентификация осуществляется путем введения пароля вслед за появлением на терминале индикации готовности в виде символа < (меньше). Если введен допустимый пароль, то происходит переход к следующему этапу. В противном случае на терминал выводится текст отказа и происходит возврат к ожиданию ввода допустимого пароля (рисунок 51).

Рисунок 51 – Синтаксическая диаграмма идентификации оператора

Пароль представляет последовательность символов языка MML (см. рисунок 52).

Рисунок 52 – Синтаксическая диаграмма пароля

Заголовок (см. рисунок 53) является необязательной частью пролога процедуры. Основным его назначением является маркировка выводимой на терминал информации. В заголовке должна содержаться информация о ее источнике, дате и времени.

Рисунок 53 – Синтаксическая диаграмма заголовка

Идентификатор источника является необязательным элементом заголовка и может быть пропущен, если имеется только один источник выводов (в случае децентрализованной эксплуатации). Идентификатор источника представляет собой последовательность элементов информации языка MML, разделенных символом - (дефис) (рисунок 54).

Рисунок 54 – Синтаксическая диаграмма идентификации источника

Вывод даты в заголовок основан на международном стандарте для записи календарных дат в цифровом виде. Календарная дата (см. рисунок 55) должна быть записана в следующей последовательности: год, месяц, день и состоять из двух или четырех десятичных цифр года, двух десятичных цифр месяца и двух десятичных цифр дня месяца. Между числами года и месяца, и также между числами месяца и дня допускается использование разделителей - (дефис) или пробел (на синтаксической диаграмме обозначен как SP). Допустимой записью даты 28 мая 1987 г. будут следующие варианты: 1987 05 28, 870528, 87-05-28 и т. д.

Рисунок 55 – Синтаксическая диаграмма календарной даты

Вывод времени в заголовке также базируется на международном стандарте. Представление времени основано на 24-часовой системе хронометрирования. Элементы времени должны следовать от высшего порядка (часы) к низшим (секунды).

Час представляется числом, состоящим из двух десятичных цифр от 00 до 23 включительно. Минуты и секунды должны быть представлены числами, состоящими из двух десятичных цифр от 00 до 59 включительно. Допускается использовать разделитель : (двоеточие) между часами, минутами и секундами (например, 15:00:00). Синтаксическая диаграмма вывода времени в заголовке приведена на рисунке 56.

Рисунок 56 – Синтаксическая диаграмма вывода времени

Пролог назначения необходим для выбора конкретной СКПУ, с которой будут выполняться рабочие последовательности процедуры диалога. Этот этап используется только в случае централизованной эксплуатации. Состоит пролог назначения из ввода идентификатора назначения, за которым следует разделитель > (больше) (рисунок 57).

Рисунок 57 – Синтаксическая диаграмма пролога назначения

Идентификатор указывает на конкретный объект эксплуатации (например, номер станции) и состоит из одного или нескольких элементов информации, разделенных символом - (дефис) (рисунок 58).

Рисунок 58 – Синтаксическая диаграмма идентификатора назначения

В случае доступности объекта выводится заголовок, а в противном — текст отказа.

Рабочая последовательность — это ввод директивы со стороны оператора и вывод ответных сообщений из управляющей системы СКПУ. Начинается рабочая последовательность с ввода кода команды (см. рисунок 59).

Рисунок 59 – Синтаксическая диаграмма рабочей последовательности

Далее после разделителя : (двоеточие) следует ввод блока параметров. Если директива содержит несколько блоков параметров, то они разделяются символом : (двоеточие). Если директива не содержит параметрической части, то опускаются ввод блока параметров и разделитель : (двоеточие).

Рабочая последовательность может выполняться в основном режиме или режиме продолжения. Основной режим предполагает ввод и обработку директивы с одной параметрической частью. Признаком работы в основном режиме является завершение ввода директивы символом ; (точка с запятой). После вывода ответного сообщения УС выводит символ готовности < (меньше). Далее необходимо выполнять ввод кода команды очередной директивы.

Режим продолжения допускает ввод и обработку одной и той же директивы с различными параметрическими частями. Ввод директив в данном случае завершается символом ! (восклицательный знак). После вывода ответного сообщения УС выводит символ готовности : (двоеточие). Далее следует вводить параметрическую часть директивы, т. е. блок параметров. Код команды и разделитель : (двоеточие) в этом случае пропускается (см. рисунок 59).

Ввод кода команды возможен либо в режиме прямого ввода, либо в режиме «меню» (рисунок 60).

Рисунок 60 – Синтаксическая диаграмма ввода кода команды

Если оператор помнит наизусть код команды директивы, то используется режим прямого ввода. В противном случае введя символ ? (знак вопроса), он получает на терминал необходимую инструкцию в виде «меню». Далее можно завершить ввод кода команды в режиме прямого ввода либо после введения одного символа вновь перейти в режим «меню».

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

Если блок содержит несколько параметров, то их разделяют запятой. Переход в режим «меню» осуществляется, если оператор не помнит, какие параметры относятся к директиве, в каком порядке их надо вводить и какова их точная форма. Переход происходит после ввода символа ? (знак вопроса) в любой точке ввода блока параметров.

Содержание «меню» зависит от места его запроса и может включать следующую информацию: перечень всего блока параметров; имя параметра, который должен быть введен следующим; допустимые значения параметра. Синтаксическая диаграмма ввода блока параметров представлена на рисунке 61.

Рисунок 61 – Синтаксическая диаграмма ввода блока параметров

Ответное сообщение является реакцией системы на введенную директиву и может содержать либо вывод подтверждения о приеме, либо вывод отказа, либо вывод запроса (рисунок 62).

Рисунок 62 – Синтаксическая диаграмма ответного сообщения

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

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

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

Эпилог процедуры используется для завершения процедуры диалога. Эпилог может содержать ввод последовательности символов, информирующих управляющую систему СКПУ о завершении диалога, и выключении управляющего тумблера на терминале (рисунок 63).

Рисунок 63 – Синтаксическая диаграмма эпилога процедуры

В заключение краткого описания языка диалога MML подчеркнем, что знание основ его построения является совершенно необходимым условием выполнения эксплуатационных работ как непосредственно на СКПУ, так и на ЦТЭ любого уровня.