Александр Овчаренко, UI для аналитиков
-
Upload
spbcoa -
Category
Technology
-
view
335 -
download
1
Transcript of Александр Овчаренко, UI для аналитиков
Проектирование интерфейсов ИС
Овчаренко АлександрЗАО «Си Проект»
О чём речь?
• Что такое и зачем нужно
• Отличительные черты инфосистем с позиций ЧМВ
• Как проектировать: особенности и советы
• Дополнительно: Как работать с проектировщиками UI
1. Введение
Зачем проектировать интерфейсы ИС?
Бизнес(эксплуатант системы)
• Повышение производительности труда• Большая прозрачность и гибкость бизнес-процессов
• Снижение квалификационных требований к персоналу
Пользователь(персонал бизнеса)
• Меньше работы• Меньше контроля• Меньше ответственности
Разработчик(автор системы)
• Снижение неопределенности• Быстрее реализация функционала и легче поддерживать разработку
• Меньше взаимодействия с эксплуатантом
Критерии качества
«Хороших» интерфейсов нет
Есть относительное удовлетворение ряду критериев
• Скорость работы• Скорость обучения• Количество ошибок• Эмоциональная удовлетворенность
Формальные критерии
Частные критерии
• Соответствие бизнес-процессам• Учет контекста и приоритетов• Снижение нагрузки• Предсказуемость и понятность• Унификация• Изучаемость• Отсутствие скрытой логики• и т.д.
Где проектировщик?
Взгляд пользователя
Взгляд аналитика/разработчика
Проектировщик UI
— Эргономика / Юзабилити— Аналитика— Инженерия / технологии— Психология (особенно когнитивная)— Коммуникации (особенно визуальные)— Дизайн— Системный подход— Эмпатия и плюрализм взглядов— Проведение исследований
Знания и навыки
2. Инфосистемы с позиций человеко-машинного взаимодейстия
• Множество ролей• Взаимосвязанные и сложные процессы• Большие объемы данных
• Модульность и кастомизации
Отличительные черты ИС
• Баланс между унификацией и соответствием• Разный уровень пользователей• Разные решаемые задачи• Большое количество связанных объектов• Одни и те же данные для разных задач и контекстов
• Ограничения техсредств
Типичные задачи и сложностидля проектирования UI
А ещё во всю силу
• Итеративная работа• Последствия ошибок• Утомляемость и стресс
3. Как проектировать интерфейсы ИС
Процесс
• Сбор информации• Анализ информации• Проработка интерфейсов• Дизайн и реализация
Часто
• Сбор информации• Анализ информации• Интерактивно-коммуникативная модель• Аналитическая проработка интерфейсов• Эргономическая проработка интерфейсов• Гайдлайны• Тестирование• Дизайн и реализация
Лучше
Интерактивно-коммуникативная
модель
Аналитическая проработка интерфейсов системыЦель: охватить всю систему(варианты ролей, АРМов, все данные и функционал)
Результат: постижение системы, понимание неопределенностей, осознание задач и проблем взаимодействия
Эргономическая проработка системыЦель: системно реализовать эргономичекие принципы в интерфейсах
Результат: законченные, готовые к тестированию и реализации решения
На что обращать внимание
• Общие паттерны использования
• Минимизация скрытой логики• Частотность использования• Критичность последствий• Контекст задач пользователя
Чего избегать
• Нестандартных UI решений
• Игры в дизайн
• Частных случаев
Когдаостановиться?
4. Методы
Этапность работы пользователяс системой
Ознакомление/обучение
Первичная настройка и наполнение
Использование
Вывод
Погружающий подход
НавигацияГде$я?$
Как$вернуться$назад?$ Что$еще?$
Что$здесь$есть?$
Навигация — не основная точка
входа!
Язык
Режим учета медицинских данных пациентов
Пациенты
Подход паттернов
• Элементы управления
• Виджеты• Экранные формы
• Архитектурные решения
• Задачи (!)
Дизайн и ЧМВ
«Перила» и «акселераторы»
Что предоставлять?
• Описания процессов• Приоритеты• Примеры данных, охватывающие разнообразие вариантов
• Анализ конкурентов• Известные проблемы и жалобы
5. Работа с проектировщиком,
если он есть
Что требовать?
• Эргономику (как ни странно)• Внимание к мелочам• Учёт ограничений (без перегибов!)• Описания поведения• Библиотеку контролов и гайдлайны• Тестирование• Сопровождение и надзор
Что критиковать
• Частные случаи• Реализуемость решений• Космос и модные подходы• Чрезмерное разнообразие решений
Что слушать
• Изменения логики представления данных и функционала
• Предложения по системному улучшению продукта (не только UI, но и процессов)
• Замечания по дизайну (когда применимо)