Обоснование выбора структуры диалога

В зависимости от типа пользователя

Критерий	Выбор пользователя	Тип диалога
		Меню	Q & A	Язык команд	Экранные формы
Цель:
Запрос	£	+	+	+	+
вычисления		+	+	+	+
Сложный выбор	£		+	+
Ввод данных			+	+
Ввод большого объема данных	£	+	+	+	+
Тип пользователя:
Программист				+	+
Непрограммист	£			+	+
С опытом работы		+	+	*	*
Без опыта работы	£	+	+
Время обучения:
Очень малое	£	+	+
Менее 1 дня		+	+	**	**
Более 1 дня				+	+
Результат оценки		4	5	4	3

 

 В табл. 2.1 введены обозначения: + - использование данного типа диалога для данной категории пользователей является хорошо разработанным в условиях данной задачи; * - использование этого типа диалога данной категорией пользователей требует наличия системы помощи; ** - и спользование средств системы возможно только в ограниченном объеме.

По данным, приведенным в табл. 2.1, можно утверждать, что наиболее оптимальным будет диалог «вопрос-ответ».

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

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

 

ЗАДАНИЕ 2.2

 

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

2. Сделать вывод о выборе структуры диалога.

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

4. Описать панели инструментов, если их использование подтверждается выбором пользователя.

5. Описать назначение команд, если их использование подтверждается выбором пользователя.

6. Выполнить проектирование набора необходимых форм, если их использование подтверждается выбором поль­зователя.

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

Информация:

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

Целями разработки сценария диалога являются:

· выявление и устранение возможных тупиковых ситуаций в ходё развития диалога;

· выбор рациональных путей перехода из одного состоя­ния диалога в другое (из текущего в требуемое);

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

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

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

Из сказанного следует, что сценарий диалога можно упростить, снизив степень неопределенности действий пользователя. Возможными способами решения этой за­дачи являются:

· использование смешанной структуры диалога (применение меню с целью «ограничения свободы» поль­зователя там, где это возможно);

· применение входного контроля вводимой информации (команд и данных).

Дополнительные возможности по снижению неопре­деленности действий пользователя предоставляет объ­eктно - ориентированный подход к разработке интерфейса, при котором для каждого объекта заранее устанавли­вается перечень свойств и допустимых операций. Наибо­лее эффективен такой подход при создании графическо­го интерфейса.

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

Способ описания сценария диалога зависит от степени его сложности. Существующие методы описания сцена­риев можно разделить на две большие группы: неформаль­ные и формальные методы.

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

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

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

 

 

 

 

                         

 

 

ЗАДАНИЕ 2.3

 

1. Описать возможные тупиковые ситуации, которые могут возникнуть при диалоге.
2. Описать средства контроля при вводе данных.
3. Составить схему сценария диалога для пяти первых шагов.
4. Выполнить программную реализацию этого сценария для пяти шагов.  

 

Пример построения сценария диалога для программного продукта Q&S:

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

 

 

Рис. 2.2 Вид основного окна программы Q&S

 

 

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

 

Каждый шаг предлагаемого сценария может быть уточнен по шагам используемых алгоритмов.

 

ЗАДАНИЕ 2.4

1. Перечислите формы диалога, которые реализуются при создании программного продукта.

2. В чем особенности использования диалога на основе «экранных форм»?

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

4. Определите понятие «шаг диалога».