Дипломная работа: Разработка базы данных для информатизации деятельности предприятия малого бизнеса Delphi 7.0
br>
Рис. 2.1 Инфологическая модель базы данных (продолжение).
ИЛМ предметной области строится первой еще на предпроектной стадии и
затем уточняется на более поздних стадиях. Затем на ее основе строится ДЛМ.
Физическая и внешняя модели после этого могут строиться в любой
последовательности, в том числе и параллельно. При проектировании БД возможен
возврат на предыдущие уровни. При этом возможны два вида возвратов: первый вид
обусловлен необходимостью пересмотра результата проектирования (например, для
улучшения полученных характеристик, «обхода» ограничений и т. п.), второй вид
вызван необходимостью уточнения предыдущей модели (обычно инфологической) с
целью получения дополнительной информации для проектирования или при выявлении
противоречий в модели.
2.4. Выбор СУБД.
После
построения ИЛМ необходимо выбрать СУБД, с помощью которой мы будем управлять
нашими БД.
На
сегодняшний день существует много разнообразных систем управления базами
данных. Это такие СУБД как Paradox, FoxPro, Clipper,
Access и др. Для работы с большинством из них требуются достаточно глубокие
знания данной СУБД и опыт программирования.
Успех Microsoft Access заключается в прекрасной реализации продукта,
рассчитанного как на начинающего, так и квалифицированного пользователя.
Microsoft Access – это самая популярная сегодня настольная система управления
базами данных.
В Microsoft Access присутствует язык программирования Visual Basic,
который позволяет создавать массивы, свои типы данных, контролировать работу
приложений. MS Access имеет один из самых лучших наборов визуальных средств разработки
и представления информации среди аналогичных программных продуктов.
Одно из основных преимуществ MS Access – интеграции с популярным офисным
пакетом Microsoft Office.
Вся работа с базой данных осуществляется через окно контейнера базы
данных. Отсюда осуществляется доступ ко всем объектам: таблицам, запросам,
формам, отчетам, макросам, модулям.
Встроенный язык запросов SQL позволяет максимально гибко работать с
данными и значительно ускоряет доступ к внешним данным.
Access воспринимает
большое количество форматов данных, включая файловые структуры других СУБД.
Поэтому приложение в Access может импортировать из текстовых файлов или
электронных таблиц и экспорт в них: предоставлять прямой доступ и обновлять
файлы Paradox, FoxPro и других БД. Можно также импортировать данные из этих
файлов в таблицы Access.
Преимуществом Access является наличие средств проектирования приложения
БД без знания языка программирования. Работа в Access начинается с определения
реляционных таблиц и полей, предназначенных для хранения данных. Сразу после
этого с помощью форм, отчетов, макросов и VBA можно определять действия над
этими данными. Формы и отчеты используются для вывода на экран и дополнительных
вычислений при работе с таблицами. В случае разработки более сложного
приложения можно использовать язык Visual Basic.
Архитектура Access называет объектами все, что может иметь имя. В БД
Access основными объектами являются таблицы, запросы, формы, отчеты, макросы и
модули. Термин БД обычно относится только к файлам, в которых хранятся данные.
В Access БД включает все объекты, связанные с хранимыми данными, в том числе и
те, которые определяются для автоматизации работы (см. Табл. 2.1.).
Таблица 2.1.
Компоненты СУБД Access.
Объект |
Описание |
Таблица |
Содержит
информацию об объектах. Поля (столбцы) хранят характеристики объектов, а
каждая запись (строка) содержит сведения об объекте. |
Запрос |
Фиксирует
нужные данные из одной или нескольких таблиц. Для запроса можно использовать
запрос по образцу или инструкцию SQL –запросы на выборку и обновление данных. |
Форма |
Отражает
требования к данным таблиц или запросов. Формы можно распечатать. С помощью
формы можно запустить макрос или VBA. |
Отчет |
Объект
форматирования, вычисления итогов и печати данных. |
Макрос |
Описание
действий Access в ответ на событие. Макрос открывает другую форму, может
проверять поля при изменении его содержимого, открывать таблицы, запросы,
просмотр или печать, запустить другой макрос или процедуру VBA. |
Модуль |
Программа на
языке Visual Basic для приложений, обнаружения ошибки, которые не
обнаруживает макрос. Модули могут быть независимыми объектами, содержащими
функции, вызываемые из любого приложения или отчета для реакции на события. |
В таблицах хранятся данные. Используя формы, можно выводить данные на
экран или изменять их. Формы и отчеты получают данные как непосредственно из
таблиц, так и через запросы. Для выполнения вычислений запросы могут использовать
встроенные функции или функции, созданные с помощью Visual Basic для
приложений.
События в формах или отчетах могут запускать макросы или процедуры VBA.
Событие - любое изменение состояния объекта Access, например открытие формы,
закрытие формы, ввод новой строки в форму, изменение содержимого текущей записи
или элемента управления. Для обработки события можно создать макрос или
процедуру VBA, с помощью которых можно предусмотреть реакцию на любое действие
пользователя, вплоть до нажатия определенных клавиш во время ввода данных. С
помощью макросов и модулей можно изменять ход выполнения приложения; открывать,
фильтровать и изменять данные в формах и отчетах; выполнять запросы и создавать
новые таблицы. Используя VBA, можно создавать, модифицировать и удалять любой
объект Access, обрабатывать данные по строкам и по столбцам или каким-либо
другим способом. Можно также вызывать процедуры из библиотек динамической
компоновки Windows, чтобы использовать в приложении не только встроенные в
Access функции, но и возможности Windows.
Учитывая
все вышесказанное, мы остановимся на СУБД Access для разработки нашего
программного продукта.
2.5. Построение
датологической модели.
С учетом построенной
инфологической модели и зная ограничения, налагаемые на хранимые данные
используемой системой управления базами данных, строится датологическая модель
базы данных.
Датологическая модель
строится в терминах базы данных. Так как в нашем случае используется СУБД ACCESS, то мы строим реляционную модель базы данных в реализации
MS ACCESS.
Она позволяет
организовывать описание объектов в виде таблиц. При этом можно задавать
ограничения на типы хранимых данных в столбце, первичные ключи для задания
связи нескольких таблиц. Наконец можно задавать ограничения целостности с помощью
триггеров и процедур.
Кроме того таблицы
поддерживают ограничения на непустое значение поля и уникальное поле. Возможно
так же задание индексации полей для последующего ускорения поиска данных в
таблицах.
Построенная датологическая
модель БД, с учетом особенностей MS ACCESS, выглядит следующим образом:
Таблица 2.2.
Таблица «Карточка
клиента»
Имя поля
|
Тип данных
|
Описание
|
КодЗаказа
|
Счетчик
|
Идентификатор
|
ФИОНаименование |
Текстовый |
Имя заказчика |
Телефон |
Числовой |
Телефон заказчика |
Адрес |
Текстовый |
Адрес заказчика |
ДатаОбращения |
Дата/время |
Дата обращения |
Площадь |
Поле МЕМО |
Площадь помещения |
ВысотаСтен |
Поле МЕМО |
Высота стен |
Полы |
Текстовый |
Окончательная отделка пола |
Стены |
Текстовый |
Окончательная отделка стен |
Потолок |
Текстовый |
Окончательная отделка потолка |
Двери |
Числовой |
Количество дверей |
Перегородки |
Поле МЕМО |
Периметр перегородок |
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 |