3. Разработка сценария диалога.

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

Цели разработки сценария:

• Выявление и устранение тупиковых ситуаций.

• Выбор рациональных путей перехода из одного состояния в другое.

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

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

4. Методы адаптации сценария диалога.

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

Типы адаптации:

1. Фиксированная. При первом типы пользователь явно определяет уровень диалоговой поддержки. В простейшем случае различают два уровня:

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

• Пользователь может хорошо знать одну часть системы, но не знать другую.

• Пользователь сам выбирает свой уровень подготовки, что не всегда бывает эффективно.

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

• Время на подготовку ответа.

• Характер ошибок.

• Количество обращений и тип запрашиваемой помощи.

Однако в настоящий момент автоматическая адаптация ни в одной система до конца не реализована.

3. Косметическая адаптация. Не учитывает поведение пользователя однако позволяет выбрать стиль диалога. Используются следующие методы:

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

• Использование сокращений. При использовании сокращений пользователь вводит вместо полного имени команды любое допустимое обозначение.

«-» - Но для того, чтобы не задумываясь проводить данные действия необходимо хорошо знать лексику системы.

• Опережающий ввод. Модификация предыдущего метода является опережающий ввод символов. Когда система, узнав команду, дописывает ее сама, а курсор переходит в позицию для ввода параметров команды.

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

• Многоязычность. Пользователь должен работать в соответствии и нормами понимаемого языка и не зависеть от того, на каком языке реализовано программное средство, которое он использует.