Proektirovanie_ch-m_interfeysa_Chast_2

Проектирование человекомашинного интерфейса Часть 2

Взгляды проектировщиков АИС на удовлетворение информационных потребностей пользователей (ИПП).

1. Постулат известности и неизменности ИПП.

Считается, что на этапе подготовки технического задания на систему проектировщики АИС могут четко определить функции и данные системы и они практически не меняются в ходе ее эксплуатации.

Если они меняются, то необходима модернизация системы.

Реальность:

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

Это принцип неопределенности в электронной обработке данных (сформулирован еще в конце 70-х годов)

2. Постулат единственности взгляда на мир (правильного)

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

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

Реальность:

Неудовлетворительность пользовательского интерфейса большей части критериев.

3. Постулат выразимости ИПП.

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

Реальность:

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

4. Постулат успешности общения.

Считается, что пользователь при выражении своей ИПП сформулирует сообщения или совершит действия, которые будут однозначно поняты системой.

Реальность:

Трудно учесть ограничения для системы чей функционал сложен.

Не всегда возможно интерпретировать ограничения в терминах предметной область пользователя (в образе задачи).

Трудно учесть ограничения, если в системе используются режимы или накопление данных (есть элементы интеллектуальной ИС, установка параметров по умолчанию и т.д.).

Структурные свойства диалога

	Компетенции пользователя и диалоговой системы
	Метадиалоговые	Прикладные задачи
	задачи
		Пользователь
	Металиалоговые	Прикладные функции
	функции
ДС	Метадиалоговые	Прикладные процессы
	процессы
	Метадиалоговые	БД
	данные

Структурные свойства диалога

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

2.Организация перехвата инициативы пользователем и системой в диалоге.

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

4.Три уровня абстракции в описании диалога:

–основная структура (характеристика действия и ответа на шаге диалога);

–представление входных и выходных сообщений, отражающих задачи;

–техническая реализация.

5.Типы диалога

Структурные свойства диалога

Наличие структуры является характерной чертой взаимодействия пользователя с информационной системой

Структурные свойства диалога – это:

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

2.Организация перехвата инициативы пользователем и системой в диалоге.

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

4.Типы диалога (структурные, лингвистические и аппаратные средства, используемые при реализации диалоговых обменов (шагов диалога)).

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

Синхронный способ взаимодействия:

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

2.Взаимодействие четко регламентировано.

3.Макросостояния пользователя и диалоговой системы в ходе взаимодействия четко определены:

–Для пользователя: А) ввод; B) ожидание; C) анализ обработки

–Для пользовательской (диалоговой) системы: D) ожидание завершения формирования входного сообщения; E) ввод входного сообщения пользователя; F) обработка входного сообщения прикладной программой; G) вывод выходного сообщения, сформированного по результатам обработки

–Множество допустимых макросостояний системы

S = {AD,BE, BF, BG, CD}

4. Способ прост для реализации и анализа характеристик.

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

Асинхронный способ взаимодействия:

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

2.Обеспечивает возможность ввода сообщений пользователем, прерывающих работу системы.

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