Концепция интерфейса, управляемого данными

Разработка, управляемая данными (DCD – Data-centered Design) означает, что проектирование интерфейса поддерживает такую модель взаимодействия пользователя с системой, при которой первичными являются обрабатываемые данные, а не требуемые для этого программные средства. Другими словами, при таком подходе основное внимание пользователя концентрируется на тех данных, с которыми он работает, а не на поиске и загрузке необходимого приложения.

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

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

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

Самым распространенным стилем взаимодействия в ООПИ является последовательность «объект-действие», большинство ГПИ использует стиль взаимодействия типа «действие-объект».

Переход к ООПИ вносит изменения в управляющие элементы. Панель меню ГПИ носит название FEVH (File, Edit, View, Help) – проблемно ориентированная панель. Смысл такой панели определяется моделью «приложение-данные». В ООПИ первый раздел меню File теряет свое значение. Здесь появляется новая структура меню – WOSH (Window, Object, Selected objects, Help).

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

Что свидетельствует о разработке объекта, работающего на пользователя? Если вы не в состоянии описать функцию объекта одним коротким предложением, то ваш объект и пользователи будут работать «на разных частотах». Если потребители не смогут без подсказок назвать все важные объекты через пару дней, значит ваш набор объектов неудачен.