60

способа представления данных в интересах конечного пользователя – мы будем работать на внешнем уровне архитектуры ANSI-SPARC.

Создание форм для ввода данных в Microsoft Access

Среди всех сред программирования, специализирующихся на работе с БД Microsoft Access предоставляет едва ли ни самый простой и удобный способ создания интерфейса доступа к базам данных. Здесь предусмотрено несколько способов создания форм. К простейшим из них относится применение средств автоматического создания форм на основе таблицы (запроса). Различается несколько видов “автоформ” (автоматически создаваемых форм):

1.Автоформа, организованная "в столбец". Это наиболее часто используемое представление формы.

2.Табличная форма. Форма, повторяющая внешний вид таблицы Access.

3.Ленточная форма. Поля каждой записи располагаются в отдельной строке, причём каждое поле представлено в виде отдельного элемента управления.

4.Автоформа в виде сводной таблицы или сводной диаграммы.

Рисунок 10.2. – Мастер создания новой формы

Вернёмся к нашему проекту по учёту студентов ВУЗа и создадим автоформу для таблицы специальностей обучения.

1.Щелкните по кнопке “Формы” и нажмите кнопку “Создать”. Появится диалоговое окно мастера по созданию новой формы (рис. 10.2).

2.В перечне способов создания форм выделите один из вариантов автоформы, например: “Автоформа: в столбец”.

3.В поле со списком выберите источник данных для формы – таблицу Spec (справочник специальностей).

4.Нажмите кнопку ОК.

Автоматически созданная форма далеко не безукоризненна, с точки зрения конечного пользователя у неё как минимум четыре недостатка (рис. 10.3). Во-первых, подписи полей не отражают их назначения. Во-вторых, на форме присутствует поле первичного

Ставропольский государственный университет, кафедра КБ

61

ключа, причём создаётся впечатление, что оно доступно для редактирования, а в этом нет необходимости. В-третьих, размер поля с названием специальности не позволяет полностью отображать своё содержимое. В-четвёртых, название формы не отражает её назначения.

Рисунок 10.3. – Недостатки автоформы специальностей

Для внесения исправлений и доработок в автоформу необходимо перейти в режим конструктора. Для этого нажмите на стрелку, расположенную справа от кнопки “Вид” на панели инструментов, и в открывшемся списке выберите элемент “Конструктор”. В режиме конструктора Вы сможете управлять всеми элементами управления, расположенными на форме. Для этого достаточно обратиться к контекстному меню компонента и выбрать пункт “Свойства”. На рисунке 10.4. представлена форма с устранёнными недостатками.

Рисунок 10.4. – Форма с устранёнными недостатками

Рекомендации по проектированию пользовательского интерфейса

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

1.Название формы должно отражать её назначение.

2.Последовательность полей и их группировка должны быть логически обоснованы.

3.Названия полей легко узнаваемы.

4.Форма должна иметь привлекательный вид.

5.Используется только общепринятая терминология и сокращения.

6.Визуальное выделение пространства и границ полей ввода данных.

7.Удобные средства перемещения курсора.

8.Наличие средств исправления отдельных ошибочных символов и целых полей.

Ставропольский государственный университет, кафедра КБ

62

9.Наличие сообщений об ошибках при вводе недопустимых значений.

10.Выделение обязательных для ввода данных полей.

11.Средства вывода пояснительных сообщений с описанием полей.

12.Средства вывода сообщения об окончании заполнения формы.

Задание

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

Ставропольский государственный университет, кафедра КБ

63

XI. Организация доступа к данным средствами ActiveX Data Object (ADO)

Вид занятия – лабораторное занятие. Время занятия – 2 часа.

Технология объектов данных ActiveX (Microsoft® Ac-

tiveX® Data Objects, ADO) появилась на свет в стенах корпорации Microsoft и считается логическим развитием системы доступа к данным OLE DB. У ADO много

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

ется не к конкретной СУБД, а к объекту COM. Многокомпонентная модель объектов (Component Object Model, COM) описывает способ взаимодействия программ любого типа, программа-сервер предоставляет в

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

Для доступа к данным в рамках ADO (см. рис. 11.1) реализована коллекция интерфейсов COM-объектов предназначенных для работы, как с реляционными, так и с не реляционными наборами данных, включая майнфреймы, иерархические базы данных, текстовые,

графические, географические данные, XML, e-mail и многое другое. Доступ к данным предоставляют драйверы, называемые провайдерами.

•Компоненты обеспечения централизованного до-

ступа к данным – TADOConnection и TRDSConnection. Эти компоненты обычно используются при разработке сложных приложений, базирующихся на архитектуре клиент-сервер. Экземпляр класса TADOConnection отвечает за установку соединения и взаимодействие проекта с БД, все остальные компоненты dbGo пользуются его посредническими услугами.

•Компоненты обслуживания данных в стиле Microsoft ADO – командный компонент

TADOCommand и набор данных TADODataSet.

•Компоненты, работающие с данными в классическом для программистов Delphi духе. Это компонент-таблица TADOTable, запрос TADOQuery и хранимая процедура

TADOStoredProc.

© Осипов Д.Л., 2011