ЧАСТЬ 3

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

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

Orders.

Однодокументный и многодокументный интерфейс

две разновидности архитектуры пользовательского интерфейса - однодокументный интерфейс (single document interface, SDI), когда пользователь работает только с одним окном, содержащим отдельный документ, и многодокументный интерфейс (multiple document interface, MDI), когда пользователь может открыть одновременно несколько документов в отдельных окнах главного окна приложения.

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

Однодокументная архитектура

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

SDI имеет использовать в системах, поддерживаю-

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

Архитектура SDI обладает рядом преимуществ. С одним окном пользователям легче работать. Такая архитектура соответствует стандартному подходу к разработке интерфейса, реализованному в мастерах создания пользовательских документов, широко используемых Microsoft.

ГЛАВА 13 Архитектура тяштт&пьсшс интерфейса

Системы SDI очень просто реализовать при помощи Microsoft Visual Basic. С помощью Microsoft Access сделать это не удастся, поскольку все формы содержатся в главном окне Access. Однако можно имитировать архитектуру SDI в приложении, созданном при помощи Access, развернув главную форму системы, открываемую при запуске приложения, во весь экран рабочей станции пользователя, и убрав с панели окна кнопки, позволяющие изменять размер формы на экране. Access 2000 также позволяет разместить значок окна этой формы на панели задач. Итак, если использовать некоторые особые приемы, система, созданная с помощью Access, может вести себя как приложение, использующее архитектуру SDI.

Рабочая книга

Рабочая книга - это одна из разновидностей архитектуры SDI, где различные представления данных отображаются не в разных окнах, а на разных вкладках одного окна. Типичный пример приложения с такой архитектурой - Microsoft Excel.

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

Например, можно использовать рабочую книгу для представления

различной информации о статистике продаж: разместить сводный

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

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

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

виде рабочей книги, выделив для каждой задачи отдельный лист. Та-

ЧАСТЬ 3 Праектиюааиие пояьзоеательскего интерфейса

кой подход позволит выполнять в определенном порядке, в

то же время не обязывая пользователя строго соблюдать этот порядок.

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

Мнтерфейс, использующий стиль приложения Microsoft Outlook

одна разновидность архитектуры пользовательского интерфейса - это особый стиль, который я называю интерфейс, использующий стиль Outlook , в честь первого приложения, где я увидела подобную архитектуру. Ее характерная особенность - окно приложения делится на две области, на одной из которых в определенном норядке расположены значки, а нгой - документы (рис. 13-2),

Рис. 13-2 использующий стил look,разделяет окно приложения на две рабочие области

Интерфейс, реализованный в стиле Microsoft Outlook, удобен для приложений, поддерживающих несколько рабочих процессов. Левая