Юзабилити: как сделать сайт удобным

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

Если создание серьезного программного продукта требует мно­гих усилий и ресурсов, то логично было бы предположить, что все части такой сложной системы очень тесно связаны между собой. Зависит ли интерфейс пользователя от способа построе­ния и организации других компонентов Web-приложений? На самом деле, практически нет. Это важно потому, что именно эта особенность помогает разработчикам и специалистам по интер­фейсам применять свои знания и анализировать интерфейс программ независимо от того, на каком языке они написаны и в каком окружении работают. Чтобы убедиться в этом, необ­ходимо немного теории.

Большая часть профессионально создаваемых программных про­дуктов, предназначенных для работы непосредственно с пользова­телями, построена на базе модели MVC. Модель МУС (model - view-controller) — способ построения приложения с помощью трех основных компонентов: 1) модель (model) — уровень хране­ния данных (она же объектная модель, база данных); 2) пред­ставление (view) — уровень внешнего вида данных, отображаемых пользователю; 3) контроллер (controller) — уровень компонентов, реализующих логику приложения.

Система, например интернет-магазин, в соответствии с моделью МУС должна быть построена так:

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

2. На уровне представления, т. е. на фронтальном уровне, систе­ма выдает пользователю результат работы контроллера и соби­рает данные для следующих действий. Она показывает резуль­таты поиска, пользователь вводит свои данные, выбирает виды доставки, оплаты, кладет товар в Корзину, чтобы потом

. вернуться к нему. На этом уровне известно, как выглядят для пользователя результаты работы системы. Именно к представ­лению и относится интерфейс.

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

Данные уровни, как правило, разделены по своему расположе­нию. Существует компьютер пользователя и сервер, который об­рабатывает всю информацию. Сервер на основании набора дан­ных и инструкций возвращает HTML-страницу (в большинстве случаев эта страница уже не зависит от языка программирова­ния, на котором написаны серверные компоненты Web-сайта). Пользователь совершает какое-нибудь действие на странице, и та снова обращается к серверу. Что бы система ни вытворяла на сервере, пользователю возвращается очередная сгенериро­ванная HTML-страница и так далее. Таким образом, результат для пользователя будет одинаковым и при использовании скрип­тового языка ASP в сочетании с СУБД MS SQL Server, и при ис­пользовании языка РНР с MySql.

Однако далеко не все системы, построенные для работы в Web, организованы по модели МУС. В некоторых случаях разделение на уровни может быть условным. Например, существует Некото­рая база данных, хранящая объекты и определяющая объектную модель, набор программ-скриптов, часть которых отвечает за пред­ставление, т. е. генерирует HTML-код, а другая — за бизнес-логи­ку, т. е. определяет правила работы системы с пользователем.

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

Таким образом, независимо от способа организации сайта в ко­нечном итоге пользователи работают с одним и тем же: визуаль­ные компоненты HTML-страниц, браузер, операционная система. Это весьма важное и положительное обстоятельство. Благодаря ему «развязаны руки» и у разработчика интерфейса, и у програм­миста, они достаточно независимы друг от друга.