
- •Основные свойства программного интерфейса.
- •Выбор структуры диалога.
- •Разработка сценария диалога.
- •Методы адаптации сценария диалога.
- •Особенности систем реального времени&.
- •Системы массового обслуживания (cmo или системы очередей (енг) ). Основные параметры смо:
- •Пуассоновский поток обладает следующими свойствами&:
- •Образно-концептуальная модель. &
- •Процесс разработки интерфейса.
- •Проектирование отдельных блоков(goms)
- •Экспертная оценка&
- •Основы сии (систем искусственного интеллекта)
- •Функциональная схема сии.
- •Уровни понимания систем искусственного интеллекта
- •Методы решения задач (сии)
- •Экспертные системы
- •Этапы разработки экспертных систем.
Проектирование отдельных блоков(goms)
Часто проектировщику приходится выбирать между различными реализациями конкретного структурного блока. И бывает ситуация где сразу у нескольких блоков много «+». Поэтому была придумана система GOMS:
Система GOMS
Goal
Operators
Methods
Select
Правила выбора операторов
К сожалению данный метод имеет свои недостатки:
Применим для предсказания действий опытных пользователей
Не учитывает прогресс в обучении
Не учитывает удовлетворения пользователя систем
Не применим для создания сайтов
Для использования метода необходимо:
Знать разбиение
Знать разбиение составляющей длительности каждой операции
Правила GOMS
К=0.2с – нажатие клавиши
Р=1.1с – указание на некоторую область
Н=0.4с – перемещение с клавы на мышь
М=1.35с – Ментальная подготовка перед каким либо действием
R=0.25с – Время реакции системы
Адаптивная функциональность
Результатом адаптивной логики является более легкое использование системы. Адаптивная функциональность является индикатором зримой системы.
Основная проблема:
Как определить какие фрагменты системы требуют адаптивной функциональности??
Ответ:
Единственным решением является детальный анализ. Единственным вариантом является тестирование на пользователях.
Простая составляющая модели – перечисление действий, более сложной составляющий явл-ся выбор точек оператора М.
Правила расстанова точек М:
1.Начальная расстановка операторов.
Оператор М следует устанавливать перед всеми операторами К и Р, предназначенными для выбора команд. Перед операторами Р предназначенными для аргументов команд операторы М не ставятся!
2.Удаление ожидаемых операторов.
Если оператор следующий за оператором М является полностью ожидаемым с точки зрение оператора, то оператор М может быть удален.
3.Удаление операторов внутри когнетивных единиц
Когнетивная единица – непрерывная последовательность вводимых символов, которая образуем команду или документ
4.Удаление операторов перед последовательными разделителями
Если оператор К является разделителем, стоящим в уонце когнетивной единицы, то оператор М не ставится!
5.Удаление перекрывающихся операторов.
Любой оператор М, который перекрывает оператор R, учитывать не следует.
Создание голосария&:
Еще на этом этапе проектирования полезно зафиксировать все используемые в системе понятия. Для этого необходимо просмотреть все созданные фрагменты:
Создать список включающий текст пиктограмму название элементов меню и окон, названия режима.
Теперь этот список надо улучшить, для этого необходимо уменьшить длину всех получившихся элементов.
Показать список любому подходящему пользователю и спросить как понимается каждый элемент. Если описание не подходит, то необходимо изменить.
Проверить одинаково ли измениться один и тот же элемент в различных фрагментах.
Проверить схожесть вашей стилистики с стилистикой платформы (ОС)
Проверить что везде стоят глаголы инфинитивы.
Проверка схемы проекта по сценарию.
Последней задачей перед построением прототипа является проверка внутренней логики системы.
Всегда существует вероятность того, что вы что-то сделали неправильно не глядя на схему необходимо точно описать как пользователи будут работать с системой и сверить со своей.