Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Требования к исходящей части языка - языку сообщений

Читайте также:
  1. A. Кто печалится из-за своего ума, поскольку предъявляет к нему повышенные требования, у того изнуряется мозг.
  2. F80.9 Расстройства развития речи и языка неуточненные
  3. HTML. Теги основной части документа
  4. I ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ ТОРМОЗНОГО ОБОРУДОВАНИЯ ЛОКОМОТИВОВ
  5. I ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ ТОРМОЗНОГО ОБОРУДОВАНИЯ МОТОР‑ВАГОННОГО ПОДВИЖНОГО СОСТАВА
  6. I Участие прокурора в гражданском процессе
  7. II ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ ТОРМОЗНОГО ОБОРУДОВАНИЯ ГРУЗОВЫХ ВАГОНОВ

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

 

 

Сущность исходящего языка раскрывается при рассмотрении проце­дуры диалога УСЭ с оператором (рис. П1.5). Диалог начинается с про­лога процедуры. Если он выполнен в УСЭ успешно, то на мониторе оператор видит символ < (меньше).

Пролог процедуры выполняется каждый раз в начале диалога. Про­лог процедуры состоит из запроса, идентификации оператора и вы­вода заголовка. Запрос есть действие оператора по включению терми­нала. Идентификация оператора необходима для опознания оператора и определения его приоритета. Процедура идентификации оператора применяется в тех случаях, когда вся совокупность задач администри­рования и технической эксплуатации (ТЭ) разделяется на группы, что характерно для централизованной ТЭ. В этом случае отдельный опе­ратор имеет доступ только к определенной группе директив. Директивы вне этой группы не будут реализованы УСЭ, если оператор попытается их ввести.

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

 

Рис. П1.5. Процедура диалога

 

По завершении пролога процедуры УСЭ выдает на монитор инди­катор готовности (<), после чего может начинаться пролог назначе­ния. Этот этап необходим для выбора, например, конкретной комму­тационной станции из ЦТЭ. Оператор вводит идентификатор назна­чения, например, номер коммутационной станции сети, а затем раз­делитель (>) для указания об окончании ввода требуемого объекта. Если требуемый объект доступен, то УСЭ выводит заголовок с ин­формацией об источнике, дате и времени. В противном случае УСЭ отображает на терминале текст отказа. Завершение пролога назна­чения отмечается выдачей на монитор индикатора готовности (<). Далее может быть начата рабочая последовательность по инициа­тиве оператора. Допустимы два режима выполнения рабочей после­довательности: а) основной, когда введенная оператором директива завершается символом точка с запятой (;) и б) продолжения, когда оператор просит выполнить одну и ту же команду с различными па­раметрическими частями. При использовании режима продолжения ввод директивы завершается символом восклицательный знак (!). Реализовав требуемую директиву, УСЭ выводит на монитор ответное сообщение и символ готовности работы в режиме продолжения двое­точие (:), когда по умолчанию будет выполняться ранее введенная команда, но с новой параметрической частью. Увидев символ готов­ности, оператор вводит новую параметрическую часть, не вводя код команды и разделитель (двоеточие).

Команды можно вводить одним из двух способов: режим меню или прямой ввод (рис. П1.6). Если оператор не помнит код коман­ды, то он может воспользоваться услугами меню, вводя символ знак вопроса (?).

Управляющая система выдает ему полное меню системы команд. После этого можно ввести первый из требуемых символов и снова обратиться к меню, последовательно вводя символы кода команды и блока параметров. Прямой ввод имеет место при большом навыке или в случае пользования подробной инструкцией. Меню команд мо­жет быть организовано по иерархическому принципу, когда меню верхнего уровня показывает классы команд, меню среднего уровня - группы команд, а меню нижнего уровня - сами команды данной груп­пы выбранного ранее класса. Напомним еще раз, что команды языка «человек-машина» в литературе на русском языке часто называют директивами.

 

Рис. П1.6. Ввод кода команды

 

Количество символов кода команды обычно невелико (см. далее), параметрическая же часть может содержать большое количество символов. После ввода всех символов кода команды не­обходим разделитель -двоеточие (:). На рис. П1.7 приведена синтак­сическая диаграмма ввода блока параметров. Если блок содержит два и более параметров, то они разделяются запятой. Как и при вво­де кода команды, может быть запрошена помощь от УСЭ путем ввода символа? (знак вопроса). После этого оператор может получить ме­ню всего блока параметров, неизвестное ему имя параметра или до­пустимые значения параметра в зависимости от места запроса по­мощи. При вводе именного параметра имя и значение разделяются символом = (знак равенства). Количество параметров в блоке не ог­раничено. После ввода последнего параметра директивы необходимо сообщить УСЭ о необходимости ее выполнения. Для этого использу­ется один из символов: а); (точка с запятой), б)! (восклицательный знак). В первом случае директива содержит единственную парамет­рическую часть (основной режим ввода). Во втором случае (режим продолжения ввода) одному и тому же коду команды может соответ­ствовать несколько параметрических частей. Каждая параметриче­ская часть обрабатывается в УСЭ отдельно и о результате обработки сообщается оператору. В конце рабочей последовательности обяза­тельно выдается сообщение оператору. Сообщение может содержать либо вывод подтверждения о приеме директивы, либо вывод отказа, либо вывод запроса оператору. Если введенная директива не содер­жит синтаксических ошибок и оператор имеет полномочия для выполнения работы данного типа, то УСЭ выводит подтверждение о приеме или результат выполненных действий.

 

Рис. П1.7. Синтаксическая диаграмма ввода блока параметров

 

Если же в директиве имеются синтаксические ошибки либо оператор не имеет права на выполнение данного вида работ, то УСЭ выводит сообщение об отка­зе. Вывод запроса оператору возможен в тех случаях, когда при ана­лизе директивы замечена ошибка оператора и возможна подсказка для корректировки символа или параметра. Как было показано ранее (см. рис. П1.5), процедура диалога завершается эпилогом процедуры. Основное назначение этой процедуры - информирование УСЭ о за­вершении диалога и выключении управляющего тумблера на терми­нале.

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

Пример 1. Оператор знает всю директиву - код команды и па­раметры (рис. П1.9), поэтому он вводит всю команду, используя спо­соб непосредственного ввода (без подсказки со стороны УСЭ). Если директива выполняется успешно, то в окне вывода появляется ответ «команда выполнена» или результат выполнения (рис. П1.10).

Пример 2. Оператор вводит директиву в форме опознавате-ля меню, чтобы быстро получить требуемое меню (рис. П1.11). Полу­чив в окне вывода меню (рис. П1.12), оператор вводит опознаватель выбора подменю (групп команд), а затем вводит всю директиву с известными ему именами и значениями параметров (рис. П1.13). Дож­давшись исполнения директивы (см. рис. П1.10), оператор может вво­дить новый запрос.

 

 

 

 

Контрольные вопросы

 

1. Для каких целей используется язык «человек-машина»?

2. Каковы возможности языка «человек-машина»?

3. Какими свойствами обладает язык «человек-машина»?

4. Может ли оператор, пользующийся языком диалога «человек-машина», прекратить функционирование УСЭ?

5. Могут ли использоваться в качестве знаков языка «человек-машина» бу­квы русского алфавита?

6. Дайте определение синтаксической диаграммы.

7. Дайте определение термину «терминальный символ».

8. Дайте определение термину «нетерминальный символ».

9. Дайте определение термину «директива».

10. Какой символ используется для отделения кода команды от параметри­ческой части директивы?

11. Может ли код команды начинаться с цифры?

12. Разрешено ли объединение в одном блоке параметров разных типов?

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

14. Может ли значение позиционно-определяемого параметра опускаться в параметрической части директивы?

15. Может ли элемент информации языка «человек-машина» выражаться шестнадцатиричным числом?

16. Какую сущность выражает код команды?

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

18. Какова структура диалогового окна?

19. Приведите примеры диалога, когда оператор использует визуально-дисплейный терминал.

Список литературы

1. МККТТ. Синяя книга. Язык «человек-машина». Рекомендации Z.301-Z.341. IX Пле­нарная ассамблея. - Мельбурн, 1988. - Т.Х, вып. Х.7.

2. МККТТ. Синяя книга. Язык функциональной спецификации и описания (SDL). Крите­рии применения формальных методов описания (FTD). Рекомендация Z.100 и при­ложения А, В, С и Е. Рекомендация Z.110. IX Пленарная ассамблея. - Мельбурн, 1988.-Т.Х, вып. Х.1.


Дата добавления: 2015-07-20; просмотров: 72 | Нарушение авторских прав


Читайте в этой же книге: Обзор автоматизированных систем расчетов | Архитектура систем управления сетями и сетевыми элементами | Системы управления первичными и вторичными сетями | Взаимоувязанной сетью связи Российской Федерации | Общая характеристика семейства продуктов Foris OSS | Автоматизация расчетов. Подсистема TelBill | Многофункциональные подсистемы сбора данных и взаимодействия с АТС | Подсистема сбора данных и их биллинговой предобработки TelCharge | Подсистемы TelRes, TelTE, TelRC | Подсистема Контакт-центр |
<== предыдущая страница | следующая страница ==>
Метаязык для описания синтаксиса и процедур| Приложение 2. Интеллектуальная платформа компании STROM Telecom

mybiblioteka.su - 2015-2024 год. (0.011 сек.)