Использование формы
После того, как проект формы будет готов, можно переходить от проектирования к использованию формы. Как правило, форма создается для автоматизации процесса заполнения базы данных или внесения в неё изменений – редактирования.
Для добавления записей в таблицу с помощью формы в окне базы данных следует выбрать необходимую форму и щелкнуть на кнопке (Открыть). Далее в меню (Записи) надлежит активизировать команду (Ввод данных). Access отобразит форму, соответствующую пустой записи. Пустая запись в форме обозначается звездочкой (*) в селекторном столбце (при наличии других заполненных записей). В пустые поля формы можно ввести данные, подлежащие занесению в запись. С помощью клавиши (Tab) осуществляется переход к следующей записи.
В процессе работы с формой можно копировать или переносить записи, а также заменять и удалять их. Так же как и при просмотре и заполнении базы данных при помощи таблиц, при работе с формами может быть также использован фильтр или средства сортировки.
Порядок выполнения лабораторной работы
1. В соответствии с описанием предметной области информационной системы (см. лабораторную работу № 1) составить перечень динамических объектов и выполняемых операций.
2. Присвоить имена выявленным связям, сформулировать описывающие предложения, выбрать характеристики и ключи связей.
3. При необходимости скорректировать выделенные в предыдущей лабораторной работе статические информационные объекты.
4. Создать в БД таблицы, необходимые для хранения данных о динамических объектах, операциях и статических связях (см. лабораторную работу № 2 [12]).
5. Создать формы для ввода данных для всех операций.
6. Заполнить созданные таблицы данными, описывающими работы предприятия в течение 2-3 дней (каждая таблица с данными об операциях должна содержать не менее 30 записей).
Содержание отчета о работе
1. Таблицы с описанием динамических объектов, операций и статических связей (см. табл. 1, 2).
2. База данных (на дискете), дополненная новыми таблицами и формами ввода.
Контрольные вопросы
Какие из трех рассмотренных типов связей имеют наибольшую важность с точки зрения конечного пользователя информационной системы и почему?
Почему операции, выполняемые на автоматизируемом предприятии, необходимо представлять в ИС в виде связей между информационными объектами, а не в виде отдельных информационных объектов.
Для чего предназначены формы?
Можно ли при работе с базой данных обойтись без форм? Перечислите достоинства и недостатки ввода данных без использования форм.
Объясните разницу между главной и подчиненной формами?
Приведите примеры, когда отказ от использования подчиненной формы приведет к снижению эффективности ручного ввода информации в базу?
Для чего в формах используются такие элементы управления, как "Переключатель" и "Флажок"? Приведите примеры использования этих элементов.
Чем элемент управления "Надпись" отличается от элемента управления "Поле"?
В каких случаях возникает необходимость использования элемента "Надпись"?
Лабораторная работа № 4
ПОСТРОЕНИЕ КОНЦЕПТУАЛЬНОЙ СХЕМЫ БАЗЫ ДАННЫХ И РАЗРАБОТКА ЗАПРОСОВ К БАЗЕ ДАННЫХ
Цель работы: изучить порядок построения концептуальной графической схемы данных и освоить методику формирования запросов к базе данных.
ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
Понятие концептуальной схемы данных
После выявления сущностей и связей между ними строится графическое изображение концептуальной схемы БД и определяются типы связей. Графическая схема данных необходима для получения целостного представления об организации данных в базе, а также для поиска и устранения дублированных, недостающих или нерационально организованных данных.
Для построения концептуальной схемы данных достаточно иметь уже описанные информационные объекты и связи между ними. Фрагмент концептуальной схемы базы данных ИС "Учет вагонов парка МПС" представлен в лаб. раб. №1 (см. рис. 1 [12]). Более полная концептуальная схема, содержащая дополнительные информационные объекты приведена на Рис. 5
На концептуальной схеме связи помечаются метками 1,M,N, дающими дополнительную информацию о типе связей и ограничениях, которым должна удовлетворять БД. Все связи между информационными объектами принято подразделять на три типа: "один к одному", "один ко многим", "многие ко многим".
Связь "одни к одному" (1:1) может быть установлена, например, между локомотивом и поездом, в составе которого локомотив находится в данный момент, поскольку локомотив может входить в состав только одного поезда, а поезд (в данном случае) может включать в свой состав только один локомотив. Связь "один ко многим" (1:N) или "многие к одному" (N:1) применяется, например, для описания связи В СОСТАВЕ между объектами ВАГОН и ПОЕЗД. В составе поезда имеется множество вагонов (N), с другой стороны, вагон не может находиться в составе сразу нескольких поездов, а только в одном (1). Связь "многие ко многим" (M:N) применяется, например, для описания связи ОТПРАВЛЕНИЕ между объектами СТАНЦИЯ и ПОЕЗД. С одной и той же станции может отправляться несколько поездов (M) и один и тот же поезд может отправляться с нескольких разных станций (N).
Рис. 5 Концептуальная схема базы данных информационной системы "Учет вагонов парка МПС" |
В процессе построения концептуальной схемы БД могут быть выявлены случаи нерационального описания информационных объектов и связей между ними. В большинстве случаев это связано с включением отдельных статических или динамических информационных объектов в состав других объектов в виде характеристик. Например, объект ГРУЗОВОЙ ФРОНТ может быть использован как характеристика при описании операции ВЫГРУЗКА. Однако, если грузовые операции осуществляются регулярно (как в случае с предприятием промышленного железнодорожного транспорта), то рационально выделить характеристику "грузовой фронт" операций ПОГРУЗКА или ВЫГРУЗКА в самостоятельный объект.