Диалог на основе командного языка:

Структура диалога на основе командного языка столь же распространена, что и структура типа «меню». Она очень часто используется в операционных системах и распола­гается на другом конце спектра структур диалога по отно­шению к структуре типа «меню». Исторически это первая из реализованных структур диалога.

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

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

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

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

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

Ключевые параметры уменьшают нагрузку на память пользователя в том отношении, что отпадает необходимость в запоминании порядка их следования; кроме того, можно опускать необязательные параметры. С другой стороны, в этом случае пользователю необходимо запомнить множест­во ключевых слов, а разработчику - подобрать для них «осмысленные» имена. Этот подход также требует большего времени работы системы, чтобы распознать ключевые слова, заданные в произвольном порядке.

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

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

Выбор формы диалога можно представить с помощью «таблицы выбора» (табл. 2.1).

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

Выбор наиболее подходящей структуры диалога на ос­нове таблицы выполняется следующим образом.

Закрыть графы «Тип диалога» для выбранного программного продукта.

В графе «Выбор пользователя» пометить критерии, от­носящиеся Iк рассматриваемому применению.

Для каждого типа диалога подсчитать число случаев, когда помечены соответствующие пункты и в графе «Вы­бор пользователя», и в графе «Тип диалога».

Подсчитать число совпадений для каждого типа диа­лога.

Таблица 2.1