БАЗОВЫЕ ЛЕКЦИИ И ПРЕЗЕНТАЦИИ ПО ДИСЦИПЛИНАМ

ПРОЕКТИРОВАНИЕ И ЭКСПЛУАТАЦИЯ СИСТЕМ КОММУТАЦИИ (ПЭСК)

ПРОЕКТИРОВАНИЕ И ЭКСПЛУАТАЦИЯ СИСТЕМ СВЯЗИ (ПЭСС)
ОСНОВЫ ЭКСПЛУАТАЦИИ СЕТЕЙ СВЯЗИ (ОЭСС)
Фак. ВиЗО
Каф. ИКС доц. Шалаев А.Я.
Ноябрь 2015г

Тема 3. ИНТЕРФЕЙС «ЧЕЛОВЕК–МАШИНА» В

ОБЛАСТИ ЭКСПЛУАТАЦИИ СИСТЕМ СВЯЗИ
Язык MML
Эволюция языка человек-машина

3.1. Назначение и основные требования к языку человек-машина

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

Язык человек-машина (ЯЧМ, далее вместо ЯЧМ используется аббревиатура MML-

Man Machine Language) описан в рекомендациях МСЭ-Т серий Z.301 - Z.341. В
России специалистами ЦНИИС был разработан стандарт отрасли связь - проект ОСТ 45 -
“Язык человек-машина в цифровых телефонных станциях. Рекомендация по применению”.
Язык предназначен для взаимодействия эксплуатационного персонала со станцией при
решении задач эксплуатационного управления и технического обслуживания, включая
установку и приемочные испытания.
Требования к языку
1. Должен быть прост в изучении и лёгок в использовании;
2. Должен быть достаточно гибким, чтобы удовлетворять требованиям разных
администраций связи;
3. Должен быть открытым для расширения и модернизации;
4. Не должен ограничивать набор подключаемых терминалов, использующих символы
алфавита МККТТ №5 - семиэлементный код. (В качестве терминалов используют
дисплей, клавиатуру и различные печатающие устройства);

1
5. Реализация языка не должна зависеть от места установления терминала - либо на станции,
либо в удаленном центре управления эксплуатацией.
6. Он должен обеспечивать защиту системы от несанкционированного доступа, изменения
станционной информации. Ошибки персонала в пользовании языком не должны нарушать
работоспособность станции.

3.2. Спецификация функций эксплуатации, управление которыми

осуществляется с помощью языка МML

В соответствии рекомендацией Z.331 эти функции делятся на четыре группы:

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

2
 ТО абонентских линий и связанного с ним оборудования: проверки, измерения
электрических параметров АЛ, АК (testing).
ТО соединительных линий и связанного с ними оборудования.
ТО коммутационного оборудования: КП, оборудование сигнализации (запустить
проверку оборудования, запустить диагностику, получить сообщение о неисправности).
ТО управляющей системы:
- аппаратное обеспечение (HARDWARE) - типовые сообщения о наличии
неисправностей, диагностические сообщения о месте неисправности;
- программное обеспечение (SOFTWARE) - проверка достоверности данных перезапуска
системы.
3. Установка (ввод) оборудования:
- ввод новых блоков КО, УС, новой системы сигнализации, модуля АЛ (HARDWARE);
- ввод новых версий ПО, введение новых пакетов программ для предоставления новых
услуг, введение новых систем сигнализации (SOFTWARE).
4. Приёмочные испытания:
- администрация связи включает все функции, которые необходимы ей для проверки
вновь вводимого оборудования на соответствие требованиям сети.

3.3. Общая характеристика языка MML

Язык MML, как и любой другой язык, имеет свой алфавит и синтаксис.
Синтаксис языка - правила построения конструкций языка.
Семантика - смысловое содержание конструкций языка.

Алфавит языка MML

Включает в себя 26 латинских заглавных и прописных букв, арабские цифры и
различные знаки, например:
“ - “ разделитель;
“ < “ идентификатор готовности;
“ ; “ используется после команды, как символ указания выполнить команду - знак
выполнения.
В рекомендации Z.314 приводится полный набор знаков языка MML (рис. 3.1) В языке
MML используется двоичный семиэлементный код МККТТ №5. Символы, присущие пустым
позициям, считаются находящимися вне MML. Их значение зависит от конкретной
реализации; эти знаки, равно как и знаки, указанные в таблице, но не включенные в MML,
могут использоваться в соответствии с правилами, описанными в Рекомендации V.3.

3
Расположение символа в таблице может быть указано с помощью номеров занимаемых им
столбца и строки. Например, расположение цифры 1 в таблице идентифицируется позицией
3/1. В таблице приведены также двоичные коды, сопоставляемые согласно Рекомендации V.3
с каждой из клеток таблицы. Биты обозначены через b7, b6, ... , b1, где через b7 обозначен
наиболее значащий или старший бит, а через b1 - наименее значащий или младший бит.
Сводный перечень правил их использования приведен на рис. 3.2 (Лист 1 и Лист 2).

4
Полный набор знаков (алфавит), используемый
в языке MML
b7 0 0 0 0 1 1 1 1

b6 0 0 1 1 0 0 1 1
b5 0 1 0 1 0 1 0 1

Pos 0 1 2 3 4 5 6 7

b4 b3 b2 b1 0 NUL SP 0 a P a

0 0 0 0 1 DC1 ! 1 A Q a q
0 0 0 1 2 DC2 “ 2 B R b r
0 0 1 0 3 DC3 # 3 C S c s
0 0 1 1 4 DC4 $ 4 D T d t
0 1 0 0 5 % 5 E U e u
0 1 0 1 6 & 6 F V f v
0 1 1 0 7 BEL ` 7 G W g w
0 1 1 1 8 BS CAN ( 8 H X h x
HT
1 0 0 0 (FE1) EM ) 9 I Y i y
9
LF
10
1 0 0 1 (FE2) SUB * : J Z j z
VT a a
11
1 0 1 0 (FE3) ESC + ; K k
FF a a
12
1 0 1 1 (FE4) , < L l
CR a a
13
1 1 0 0 (FE5) - = M m
a a
14 SO . > N n
1 1 0 1
1 1 1 0 15 SI / ? O _ o DEL

a
- Эти позиции резервированы для национальных нужд.

Рис.3.1.

5
 Сводный перечень правил использования
знаков
Международный алфавит №5 МККТТ
(Рекомендация V.3)
Знак или
последо- Номер Использование в языке “Человек-машина”
ватель- Имя
ность позиции
знаков
CAN 1/8 удалить Используется в качестве символа удаления.
восклицательны Индикатор, используемый в диалоговых процедурах
! 2/1 й знак (символ продолжения во входном языке).
“ 2/2 кавычки Разделитель текстовой строки и графический символ.
Символ, который может использоваться в символических
# 2/3 знак номера именах и специальных числах и в качестве графического
символа.
Символ, который может использоваться в символических
% 2/5 знак процента именах и в качестве графического символа.
& 2/6 амперсанд Разделитель групп информации и графический символ.
Разделитель, используемый для индикации типа числа.
Знак помещается между буквой, указывающей тип числа, и
‘ 2/7 апостроф самим числом. Используется также в качестве
графического символа.
Используется в качестве разделителя в арифметических
( 2/8 левая скобка выражениях и в качестве графического символа.
Используется в качестве разделителя в арифметических
) 2/9 правая скобка выражениях и в качестве графического символа.
Используется в специальных числах, в качестве знака
* 2/10 звездочка арифметической операции и графического символа.
Знак, используемый в символических именах, в качестве
+ 2/11 знак “плюс” знака арифметической операции и графического символа.
2/11, знак “плюс”, Разделитель, используемый для отделения приращения от
++ 2/11 знак “плюс” последующей группы значений параметров.
, 2/12 запятая Разделитель, используемый для разграничения параметров
(если их больше одного) в блоке параметров.

Рис. 3.2 (Лист 1)

6
 Разделитель, используемый для разграничения единиц
информации. Используется также в качестве знака
- 2/13 дефис
арифметической операции и графического символа.
Разделитель, используемый для разбивки числа на целую и
. 2/14 точка дробную части и в качестве графического символа.
Используется в качестве знака арифметической операции и
/ 2/15 косая черта графического символа.
Разделитель, используемый для отделения блоков
параметров друг от друга и от кода команды; индикатор,
используемый в индикации запроса блока параметров;
: 3/10 двоеточие
разделитель, используемый при выводе данных.
Индикатор, используемый в конце команды (знак
точка с запятой
; 3/11 выполнения).
знак Индикатор готовности, используемый системой для выдачи
< 3/12 “менее чем” индикации того, что она готова к приему информации.
Разделитель, используемый для отделения имени параметра
знак равенства
= 3/13 от значения параметра.
знак Разделитель, заканчивающий идентификатор адресата
> 3/14 “более чем” информации. Является также графическим символом.
вопросительный Индикатор, используемый для запроса подсказки или
? 3/15 знак помощи.
2/6, амперсанд, Разделитель, используемый для группировки информации.
&& 2/6 амперсанд
амперсанд, Разделитель, используемый для группировки информации.
&- 2/6, 2/13
дефис
амперсанд,
2/6,2/6,
амперсанд, Разделитель, используемый для группировки информации.
&&- 2/13
дефис
2/15, косая черта,
/* 2/10 звездочка Используется в начале комментария.
2/10, звездочка, косая
*/ 2/15 черта Используется в конце комментария.

Рис. 3.2 (Лист 2)

7
 Метаязык для описания синтаксиса MML

Для описания синтаксиса некоторого языка может использоваться так называемый

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

8
 Элементы, используемые в синтаксических
диаграммах языка MML

Входной терминальный элемент

Выходной терминальный элемент

Входной нетерминальный элемент

Выходной нетерминальный элемент

Входной/выходной нетерминальный элемент

[ n

Элемент комментария

n – номер ссылки на описательный или пояснительный текст

Рис. 3.3

9
 Правила построения синтаксических диаграмм:
1. Каждый элемент синтаксической диаграммы (и терминальный, и нетерминальный), а
следовательно и каждая диаграмма должны иметь только одну входящую и одну исходящую
линию потока.
2. Каждую диаграмму желательно размещать на одной странице. Межстраничные
соединители отсутствуют.
3. Линии потока всегда однонаправлены. Желательное направление обозначается стрелками
сверху вниз и слева направо. Для указания циклов или повторений используется направление
против часовой стрелки.
4. Стрелка должна быть поставлена в точках, где соединяются две линии потока и всюду, где
линия входит в элемент.
5. Имена нетерминальных элементов начинаются со строчных букв.
Каждому нетерминальному элементу должна, как правило, соответствовать
синтаксическая диаграмма. При необходимости добавить к некоторым элементам
определённый комментарий, используется соответствующее обозначение (рис. 3.3).
Например, одной из базисных конструкций языка MML является идентификатор.
Идентификатор в MML - это последовательность букв и цифр, которая обязательно
начинается с буквы (рис.3.4 (Лист 1)).

3.4. Синтаксис языка MML

Язык MML условно можно разделить на три следующие части:

1. Язык ввода (язык команд).
2. Язык вывода (язык сообщений, выводимых системой).
3. Язык человеко-машинных диалоговых процедур.
3.4.1 Язык ввода команд
Команда – представляет собой полную спецификацию действия, которое должна
выполнить станция (иными словами система) по указанию оператора (рис.3.4 (Лист 1)).
Команда состоит из кода команды, за которым, как правило, следует один или
несколько блоков параметров. Код команды отделяется от блоков параметров двоеточием.
Если блоков параметров несколько, то они разделяются между собой двоеточием. Код
команды состоит из одного, двух или трёх идентификаторов (рис.3.4 (Лист 1)).

10
Синтаксические диаграммы команды языка
MML

Код
команды

Блок
:
параметров

Команда

Идентифик Идентифик Идентифик

атор атор атор

Код команды

Цифра

Буква

Буква

Идентификатор

Рис. 3.4. (Лист 1)

11
 Код команды - это точное определение действия, которое должна выполнить система.
Блок параметров представляет собой совокупность параметров. Параметры содержат
информацию (данные), необходимые для выполнение действия, указанного в коде команды.
Если имеется несколько параметров в блоке, то они отделяются запятой.
Существуют два типа параметров:
1. Параметр, задаваемый именем.
2. Позиционные параметры.
Внутри одного блока могут быть только однотипные параметры.
Параметр, определяемый по имени, состоит из имени параметра, за которым следует
отделённое знаком ‘равно’ значение параметра (рис.3.4 (Лист 2)). Если какой-то параметр,
заданный по имени отсутствует, то он может быть опущен, а значение параметра будет
установлено системой по умолчанию. Когда по значению параметра может быть определено
его имя, то оно и знак равенства опускается (рис. 3.4 (Лист 2)).
Позиционные параметры в блоке параметров всегда должны следовать в строго
определённом, заранее заданном порядке. Если значение параметра не задаётся, то его
опускают, но необходимо ввести разъединитель, указывающий место данного параметра -
обычно это запятая. Например: а, в, , c. Пропущенному позиционному параметру
присваивается значение по умолчанию.
Значение параметра определяется аргументом параметра или группой аргументов.
Аргумент может быть простым или составным. Простой аргумент состоит из одной
информационной единицы. Составной аргумент состоит из нескольких информационных
единиц, разделённых знаком дефис. Примером составного аргумента является составной
аргумент в системе коммутации DX-200:
LP = 1-01-09 - логический номер абонента:
1 - номер ступени АИ;
01 - номер модуля АМ;
09 - номер АК в модуле АМ.
Для упрощения и ускорения ввода информации может использоваться группирование
аргументов. Для этого используются символы: & - и, && - от до с шагом приращения 1,
&&++<ш.п.>.

12
 Имя Значение
параметра параметра

Синтаксическая диаграмма параметра,

определяемого по имени

Значение
параметра

Имя
параметра

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

Рис. 3.4 (Лист 2)

13
 Примеры для простых параметров:
3&5 -> 3,5
3&&7 -> 3,4,5,6,7
3&5&&8 -> 3,5,6,7,8
3&&11++2 -> 3,5,7,9,11
Примеры для составных параметров:
0-1-3&0-2-8 -> 0-1-3,0-2-8
0-1-3&&-6 -> 0-1-3,0-1-4,0-1-5,0-1-6
0-1-3&&-9++3 -> 0-1-3,0-1-6,0-1-9
Рассмотрим примеры команд. В системе DX-200 команда «измерить электрические
параметры абонентской линии», имеет следующий вид:

PLM: SUB = 1179281,

где P - функциональная область (класс), к которой относится данная команда (команды
проверки и диагностики).
L - группа команд внутри класса; определяет объект действия команды (абонентские
линии).
М - определяет конкретное действие.
SUB = 1179281 - это блок параметров, состоящий из одного параметра. Этот параметр
несет конкретную информацию необходимую для выполнения команды, а именно
списочный номер абонентской линии.
Примеры записи команд в других цифровых системах коммутации приведены на
рис.3.5.
Возможны три варианта ввода информации:
Прямой (непосредственный) ввод команды, путем ее набора на клавиатуре;
Ввод с помощью подсказок и меню (например, ввод знака ? (для АТС DX 200) или
нажатие клавиши HELP (для АТС Дефинити) служит для получения подсказки от
системы);
Ввод путем заполнения шаблона или некоторой экранной формы.
3.4.2 Язык вывода команд
Возможны два режима вывода сообщений от станции к оператору:
1. Автоматический вне диалоговый (спонтанный) вывод (например, сообщения о
возникновении неисправности, о завершении продолжительной задачи и т.д.);
2. Вывод информации в режиме диалога (запрос-ответ).

14
 Примеры команд цифровых систем
коммутации
AXE-10 (Ericsson)
BLRPE:RP=45;

Blocking of Regional Processor, End

Разблокировать региональный процессор с номером 45

5ESS (Lucent Technologies)

OP-CLK; Запрос времени
OP-CLK::; печать на принтер
RMV-SUB:DN=1111003; удалить а.л. со списочным номером №111 1003

DX-200 (Nokia)
PLM:SUB=1179293;
Измерить электрические параметры АЛ со списочным номером 117 9293

1000 S12 (Alcatel)

DISPLAY-CONN:DN=K`2652044; 7420:DN=K`2652044;
Вывод на дисплей данных о соединении
EXE-REQ-NT:DN=K`2652044, TSEGMENT=2;
518:DN=K`2652044, TSEGMENT=2;
Разовое измерение параметров АЛ со списочным номером 265 2044

NEAX61E (NEC)
DSP:ALT; Вывести на дисплей.
ALT:EXC,N=40120
Провести измерения электрических параметров абонентской линии 40120.
Рис. 3.5.

15
 По сравнению с вводимой информацией, сообщения вывода отличаются большим
объемом, продолжительностью, что связано с простотой формирования сообщения
системой, нежели оператором.
На рис. 3.6 представлена структура выводимого сообщения, содержащего следующие
поля:
Поле 1 указывает АТС, пославшую сообщение.
Поле 2 указывает процессорный блок, пославший сообщение.
Поле 3 содержит тип оборудования, к которому относится сообщение:
- SWITCH - коммутационное оборудование;
- TRANSM - цифровые системы передачи;
Поле 4 - в нем отмечается категория срочности сообщения:
*, **, *** - при неисправности, сбое;
., .., ..., - при устранении неисправности.
Поле 5 представляет тип сообщения:
- ALARM - сообщение о неисправности;
- DISTUR - сообщение о сбое;
- DIAGN - сообщение о результатах диагностики;
- CANCEL - сообщение об устранении неисправности;
- NOTICE - уведомляющее сообщение о некотором эксплуатационном событии.
Поле 6 указывает блок, в котором обнаружена неисправность;
Поле 7 содержит местоположение неисправного блока на станции, например, 1А163
означает:
1 - ряд стативов;
А - статив А;
163 - полка, кассета, где содержится неисправная плата.
Поле 8 отмечает значимость (вес) обнаруживаемой неисправности с точки зрения ее влияния
на работоспособность станции (содержимое счётчика неисправностей). При достижении
счётчиком верхнего предельного значения блок переводится в состояние проверки и
диагностирования.
Поле 9 - вспомогательная информация.
Поле 10 содержит дату и время формирования сообщения.

16
 Структура выводимого сообщения о
техническом состоянии

1 2 3

4 5 6 7 8 9 10

11 12 13

14

Рис. 3.6.

17
Поле 11 - в нем указывается порядковый номер сообщения.
Поле 12 указывает идентификатор (код) неисправности для обращения в
соответствующий справочник по эксплуатации.
Поле 13 – краткое текстовое содержание сообщения. Если это сообщение
длинное, то выделяются, при необходимости, ещё два дополнительных поля.
Поле 14 - в случае сообщения результатов диагностики в этом поле
указываются номера подозреваемых ТЭЗов.

3.4.3 Язык диалога обслуживающего персонала со станцией

Структура диалоговой процедуры и структура экрана визуально -

дисплейного терминала при диалоге приведены на рис. 3.7.
Окно ввода используется для ввода команд. Окно вывода предназначено
для ответа на прямую команду, а также для вне диалогового вывода. Рабочее
окно используется для размещения шаблонов, меню, просмотра данных.
Может быть окно функциональных клавиш, расположенное в нижней части
экрана. Возможно также объединение окон, например, окно заголовка сеанса
может содержать два вида информации:
данные о системе, типе АТС, дату, время;
данные о состоянии системы.
Синтаксические диаграммы, поясняющие диалоговую процедуру,
приведены на рис.3.8.
Схема, отражающая тело процедуры приведена на рис.3.9, так же
приведены примеры реализации различных вариантов диалоговой процедуры
(рис. 3.10 и рис. 3.11).

18
Структура диалоговой процедуры MML

Пролог Тело Эпилог

процедуры процедуры процедуры

Структура диалоговой процедуры

Окно заголовка сеанса

Рабочее окно

Окно вывода
Окно ввода

Структура экрана дисплея

Рис. 3.7

19
 Пролог
назначения

Диалоговая
Пролог Индикация рабочая Эпилог
процедуры последователь процедуры
готовности ность

Диалоговая процедура

Процедура
Запрос Заголовок
идентификации

Пролог

Вывод
отказа

Запрос Идентификация Пароль

идентифика готовности
ции
Процедура идентификации

Вывод
отказа

Идентифика Заголовок
тор адресата

Пролог назначения

Рис. 3.8
20
 Тело процедуры диалога в ММL

Спонтанный
вывод меню

Ввод Процедура
Индикация опознавателя Вывод выбора Подтверж
меню меню элемента дение
готовности ввода
меню

Ввод Ввод
опознавателя параметра
шаблона в шаблон

Непосредственный
ввод информации

Рис. 3.9

21
1. Пользователю известны как код команды, так
и параметры; он вводит всю команду
целиком методом непосредственного ввода
информации.

< COM 2:PAR 1=5, PAR 2=10;

2. Отображается вывод подтверждения, и

система готова к следующему вводу.

Команда выполнена
<

Спонтанны
й вывод
меню
Ввод
опознавателя Процедура Подтвержде
Индикация меню Вывод
меню выбора ние
готовности элемента ввода
меню Ввод
параметра
Ввод в шаблон
опознавателя
шаблона

Непосредствен
ный ввод
информации

Рис. 3.10

22
1. Автоматически отображается спонтанный Меню
вывод меню. В элементах меню имеются ссылки 1. Меню 1
на другие меню, лежащих на более низких и 2. Меню 2
специализированных уровнях. Пользователь 3. Меню 3
выбирает требующееся меню и вводит 4. Меню 4
соответствующий опознаватель выбора.
<1
2. Отображается вывод нового меню. В этом Меню
случае элементы меню содержат коды команд. 1. COM 1
Пользователь выбирает требуемый код команды 2. COM 2
вводом соответствующего опознавателя выбора. 3. COM 3

<1

3. Отображается вывод шаблона. Пользователь COM 1

заполняет и вводит его. PAR 1=1234 PAR 2=GIGA
PAR 3=9999 PAR4=500
PAR 5=ABCDE

Меню
4. Система выдает подтверждение вместе со 1. Меню 1
спонтанными меню; она готова к следующему 2. Меню 2
вводу. 3. Меню 3
4. Меню 4
Команда выполнена
<1

Спонтанны
й вывод
меню

Ввод Процедура Подтвержде

Индикация опознавателя Вывод ние
выбора
готовности меню меню элемента ввода
меню

Ввод Ввод
опознавателя параметра
шаблона в шаблон
Непосредствен
ный ввод
информации

Рис.3.11

23
3.5. Эволюция языка человек – машина в области эксплуатации
телекоммуникационных систем

В Рекомендациях Z.331-Z.333 описывается методология спецификации языка

человек-машина MML (Man-Machine Language), основанная на функциональном подходе.
В последних Рекомендациях МСЭ-Т рассматривается другой подход к спецификации
интерфейса человек машина HMI (Human–Machine Interface) – подход, основанный на
данных. Этот подход сосредотачивается на определении данных, которыми оперируют при
выполнении функциональных задач. Сравнение этих двух подходов рассматривается в
Рекомендации Z.352 и там же приводится схема для сравнения этих двух подходов (рис.
3.12).
При подходе ориентированном на функции изучают и подразделяют задачи,
выполняемые системой технической эксплуатации ТЭ (OA&M - Operations, administration
and maintenance). Для каждой задачи определяются и специфицируются интерфейсы
человек-машина. Это показано стрелкой с надписью «разработка функций» в правой части
рисунка. Окончательная функционально-ориентированная система реализуется посредством
разработки одного процесса для каждой отдельной функции интерфейса человек-машина
HMI, использующих одну или несколько баз общих данных.
При подходе, ориентированном на данные, определяют общие данные для всей
информационной системы. Это иллюстрируется стрелкой с надписью «разработка данных» в
левой части рисунка. Процессы, которые обеспечивают взаимосогласованность данных,
могут быть общими для всех данных. Интерфейс HMI не должен разделяться для каждой
задачи и может быть общим для нескольких задач.
Отметим, что два подхода имеют тенденцию к изучению двух различных предметных
областей, как представлено двумя овалами в верхней части рисунка.

24
 Альтернативные подходы к разработке HMI
Подход, основанный на данных Подход, основанный на функциях
Управляют
Область применения, Функции или задачи
например, существующих или
телекоммуникационная возможных систем OA&M
сеть и т.д.
Управляется

Разработка данных Разработка функций

Определение данных
и образцы данных HMI

Обеспечение
согласованности данных
и управление HMI

Функции HMI
HMI

База данных

Рис. 3.12
25
26