36
Как реляционная СУБД Access обеспечивает доступ ко всем типам
данных и позволяет использовать одновременно несколько таблиц базы
данных. При этом можно существенно упростить структуру данных,
облегчая тем самым выполнение поставленных задач. MS Access
обеспечивает высокую степень универсальности и продуманности
интерфейса для разработки БД, глубоко развитые возможности интеграции с
другими программными продуктами, входящими в состав MicrosoftOffice, а
также с любыми программными продуктами, поддерживающими технологию
OLE. Специфической особенностью СУБД MS Access является то, что вся
информация, относящаяся к одной базе данных, хранится в едином файле.
Такой файл имеет расширение *.mdb.
В Access в полной мере реализовано управление реляционными
базами данных. Система поддерживает первичные и внешние ключи и
обеспечивает целостность данных на уровне ядра (что предотвращает
несовместимые операции обновления или удаления данных). Кроме того,
таблицы в MS Access снабжены средствами проверки допустимости данных,
предотвращающими некорректный ввод вне зависимости от того, как он
осуществляется, а каждое поле таблицы имеет свой формат и стандартные
описания, что существенно облегчает ввод данных. MS Access поддерживает
все необходимые типы полей, в том числе текстовый, числовой, счетчик,
денежный, дата/время, MEMO, логический, гиперссылка и поля объектов
OLE. Если в процессе специальной обработки в полях не оказывается
никаких значений, система обеспечивает полную поддержку пустых
значений.
Система MS Access поддерживает обработку транзакций с гарантией
их целостности. Кроме того, предусмотрена защита на уровне пользователя,
что позволяет контролировать доступ к данным отдельных пользователей и
целых групп.
37
Учитывая возможности современных компьютеров, данные
требования можно назвать декларационными. MS Access 2010 обеспечивает
эффективную работу на любом современном персональном компьютере.
2.4 Даталогическое проектирование
Для перехода к физической модели необходимо каждую сущность
представить соответствующей таблицей, попутно добавив ключевые поля
для связей между таблицами.
Рассмотрим по очереди выявленные сущности.
1. Тип кузова. Существующие атрибуты: название типа кузова. Для
однозначной идентификации каждого типа кузова необходимо добавить
атрибут «Код типа кузова». Данный атрибут станет первичным ключом и
будет использоваться в запросах на редактирование и удаление данных в
соответствующей таблице, а также для ссылок на записи данной таблицы из
других таблиц.
2. Тип двигателя. Существующие атрибуты: название типа двигателя.
Для однозначной идентификации каждого типа двигателя необходимо
добавить атрибут «Код типа двигателя». Данный атрибут станет первичным
ключом и будет использоваться в запросах на редактирование и удаление
данных в соответствующей таблице, а также для ссылок на записи данной
таблицы из других таблиц.
3. Цвет. Существующие атрибуты: название цвета. Для однозначной
идентификации каждого цвета необходимо добавить атрибут «Код цвета».
Данный атрибут станет первичным ключом и будет использоваться в
запросах на редактирование и удаление данных в соответствующей таблице,
а также для ссылок на записи данной таблицы из других таблиц.
4. Экологический класс. Существующие атрибуты: название
экологического класса. Для однозначной идентификации каждого
экологического класса необходимо добавить атрибут «Код экологического
класса». Данный атрибут станет первичным ключом и будет использоваться
38
в запросах на редактирование и удаление данных в соответствующей
таблице, а также для ссылок на записи данной таблицы из других таблиц.
5. Тип транспортного средства. Существующие атрибуты: название
типа транспортного средства. Для однозначной идентификации каждого типа
транспортного средства необходимо добавить атрибут «Код типа
транспортного средства». Данный атрибут станет первичным ключом и будет
использоваться в запросах на редактирование и удаление данных в
соответствующей таблице, а также для ссылок на записи данной таблицы из
других таблиц.
6. Страна. Существующие атрибуты: название страны. Для
однозначной идентификации каждой страны необходимо добавить атрибут
«Код страны». Данный атрибут станет первичным ключом и будет
использоваться в запросах на редактирование и удаление данных в
соответствующей таблице, а также для ссылок на записи данной таблицы из
других таблиц.
7. Марка автомобиля. Существующие атрибуты: название марка
автомобиля, страна, в которой расположен основной офис. Для однозначной
идентификации каждой марки необходимо добавить атрибут «Код марки».
Данный атрибут станет первичным ключом и будет использоваться в
запросах на редактирование и удаление данных в соответствующей таблице,
а также для ссылок на записи данной таблицы из других таблиц. Кроме того,
вместо атрибута «Страна, в которой расположен основной офис» можно
использовать поле «Код страны», которое станет внешним ключом для связи
с сущностью «Страна».
8. Модель автомобиля. Существующие атрибуты: название модели
автомобиля, марка. Для однозначной идентификации каждой модели
необходимо добавить атрибут «Код модели». Данный атрибут станет
первичным ключом и будет использоваться в запросах на редактирование и
удаление данных в соответствующей таблице, а также для ссылок на записи
данной таблицы из других таблиц. Кроме того, вместо атрибута «Марка»
39
можно использовать поле «Код марки», которое станет внешним ключом для
связи с сущностью «Марка».
9. Воинская часть. Существующие атрибуты: название части, адрес,
ФИО начальника части, телефон. Для однозначной идентификации каждой
части необходимо добавить атрибут «Код части». Данный атрибут станет
первичным ключом и будет использоваться в запросах на редактирование и
удаление данных в соответствующей таблице, а также для ссылок на записи
данной таблицы из других таблиц.
10. Регистрационные данные автомобиля. Существующие атрибуты:
тип кузова, тип двигателя, цвет, экологический класс, тип ТС, марка
автомобиля, модель автомобиля, воинская часть, за которой закреплен
автомобиль, номер шасси, номер кузова, номер двигателя, объем двигателя,
мощность двигателя, вес, идентификационный номер (VIN), категория ТС,
регистрационный знак, название документа о регистрации, серия документа о
регистрации, номер документа о регистрации, дата выдачи документа о
регистрации, место выдачи документа о регистрации, год выпуска ТС. Для
однозначной идентификации каждого типа кузова необходимо добавить
атрибут «Код автомобиля». Данный атрибут станет первичным ключом и
будет использоваться в запросах на редактирование и удаление данных в
соответствующей таблице, а также для ссылок на записи данной таблицы из
других таблиц. Кроме того, вместо атрибутов «Тип кузова», «Тип двигателя»,
«Цвет», «Экологический класс», «Тип ТС», «Марка автомобиля», «Модель
автомобиля», «Воинская часть, за которой закреплен автомобиль» можно
использовать поля, которые будут хранить коды соответствующих атрибутов
и которые станут внешними ключами для связей с другими сущностями.
В результате получим следующие таблицы.
Список стран храниться в таблице Strana, которая имеет структуру,
представленную в таблице 5.
40
Таблица 5
Структура таблицы Strana
Название поля
Тип поля
Описание
IDStrana
Счетчик
Код страны
NazvaStrana
Тестовый (100)
Название страны
Список марок храниться в таблице Marka, которая имеет структуру,
представленную в таблице 6.
Таблица 6
Структура таблицы Marka
Название поля
Тип поля
Описание
IDMarka
Счетчик
Код марки
NazvaMarka
Тестовый (50)
Название марки
IDStrana
Длинное целое
Код страны
Список моделей храниться в таблице Model, которая имеет структуру,
представленную в таблице 7.
Таблица 7
Структура таблицы Model
Название поля
Тип поля
Описание
IDModel
Счетчик
Код модели
NazvaModel
Тестовый (100)
Название модели
IDMarka
Длинное целое
Код марки
Список типов кузовов храниться в таблице TipKuzov, которая имеет
структуру, представленную в таблице 8 .
Таблица 8
Структура таблицы TipKuzov
Название поля
Тип поля
Описание
IDTipKuzov
Счетчик
Код типа кузова
NazvaTipKuzov
Тестовый (50)
Название типа кузова
Список типов двигателей храниться в таблице TipDvig, которая имеет
структуру, представленную в таблице 9.
Таблица 9
Структура таблицы TipDvig
Название поля
Тип поля
Описание
IDTipDvig
Счетчик
Код типа двигателя
NazvaTipDvig
Тестовый (50)
Название типа двигателя
41
Список цветов храниться в таблице Color, которая имеет структуру,
представленную в таблице 10.
Таблица 10
Структура таблицы Color
Название поля
Тип поля
Описание
IDColor
Счетчик
Код цвета
NazvaColor
Тестовый (100)
Название цвета
Список экологических классов храниться в таблице EkolKlass, которая
имеет структуру, представленную в таблице 11.
Таблица 11
Структура таблицы EkolKlass
Название поля
Тип поля
Описание
IDEkolKlass
Счетчик
Код экологического класса
NazvaEkolKlass
Тестовый (50)
Название экологического класса
Список типов ТС храниться в таблице TipTS, которая имеет
структуру, представленную в таблице 12.
Таблица 12
Структура таблицы TipTS
Название поля
Тип поля
Описание
IDTipTS
Счетчик
Код типа ТС
NazvaTipTS
Тестовый (50)
Название типа ТС
Список воинских частей храниться в таблице Chast, которая имеет
структуру, представленную в таблице 13.
Таблица 13
Структура таблицы Chast
Название поля
Тип поля
Описание
IDChast
Счетчик
Код воинской части
NazvaChast
Тестовый (200)
Название воинской части
Adres
Тестовый (200)
Адрес
FIO
Тестовый (50)
ФИО начальника
Tel
Тестовый (15)
Телефон
Список автомобилей (регистрационных записей) Car приведен в
таблице, которая имеет структуру, представленную в таблице 14.
42
Таблица 14
Структура таблицы Car
Название поля
Тип поля
Описание
IDCar
Счетчик
Код машины
IDMarka
Длинное целое
Код марки
IDModel
Длинное целое
Код модели
IDTipKuzov
Длинное целое
Код типа кузова
IDTipDvig
Длинное целое
Код типа двигателя
IDColor
Длинное целое
Код цвета
IDEkolKlass
Длинное целое
Код экологического класса
IDTipTS
Длинное целое
Код типа ТС
NomShassi
Тестовый (50)
Номер шасси
NomKuzov
Тестовый (50)
Номер кузова
Obem
Длинное целое
Объем двигателя
Power
Тестовый (10)
Мощность двигателя
Ves
Длинное целое
Вес
VIN
Тестовый (50)
Идентификационный номер (VIN),
Kateg
Тестовый (50)
Категория ТС
RegZnak
Тестовый (50)
Регистрационный знак
IDChast
Длинное целое
Код воинской части
NazvaRegDoc
Тестовый (50)
Название документа о регистрации
SeriaRegDoc
Тестовый (10)
Серия документа о регистрации
NomRegDoc
Тестовый (15)
Номер документа о регистрации
DataRegDoc
Дата (краткий
формат)
Дата выдачи документа о
регистрации
MestoRegDoc
Тестовый (50)
Место выдачи документа о
регистрации,
NomDvig
Тестовый (50)
Номер двигателя
GodVip
Длинное целое
Год выпуска ТС
В результате получилась даталогическая модель (схема данных), схема
которой представлена на рисунке 15.
43
Рисунок 15. Даталогическая схема базы данных
2.5 Выбор среды разработки
К системе разработки предъявляются следующие требования:
- высокое быстродействие создаваемой программы
- высокая скорость разработки
- удобство разработки
- независимость созданной программы от внешних библиотек
разработчика данного инструментального средства.
Всем предъявленным требованиям в полной мере отвечает система
визуального объектно-ориентированного программирования Delphi версии
7.0 фирмы Borland. Данная среда разработки представляет собой инструмент
быстрой разработки дополнений RAD (RapidApplicationDevelopment) и
позволяет работать с любыми базами данных, и достаточно быстро создавать
прикладные программы, которые владеют современным и
многофункциональным интерфейсом пользователя.
Delphi – императивный, структурированный, объектно-
ориентированный язык программирования, диалект ObjectPascal. Начиная со
среды разработки Delphi 7.0, в официальных документах Borland стала
использовать название Delphi для обозначения языка ObjectPascal. Начиная с
2007 года уже язык Delphi (производный от ObjectPascal) начал жить своей
44
самостоятельной жизнью и претерпевал различные изменения связанные с
современными тенденциями (например, с развитием платформы .NET).
Delphi как RAD (RapidApplicationDevelopment - быстрая разработка
приложений) включает в себя:
– средства быстрого и удобного построения программ, в том числе
визуального;
– встроенные компиляторы и отладчики;
– системы коллективной разработки проектов и т.д.
Основу Delphi составляет не только сам язык, но и RAD
(RapidApplicationDevelopment) – среда быстрой разработки программ.
Благодаря визуальному программированию, а также достаточно большой
библиотеке визуальных компонентов, Delphi позволяет создавать программы
наиболее быстро и эффективно, принимая на себя основную работу, и
оставляя программисту творческий процесс. Разумеется, возможность
быстрого создания профессиональных приложений для Windows делает
Delphi – программистов востребованными во всех отраслях человеческой
деятельности.
Существенной чертой Delphi является компонентная модель
разработки программных продуктов. Суть модели заключается в поддержке
системой постоянно расширяемого набора объектных компонентов, из
которых и строится программа. Компоненты в Delphi просты для
использования и развития, как результат сокрытия значительной части той
структуры программы, которая близка к взаимодействию с операционной
системой.
Таким образом, для создания в Delphi несложных программных
продуктов совершенно не обязательно понимать внутреннюю структуру
Windows приложения, получаемого после разработки в Delphi. Достаточно
просто уметь работать с некоторыми компонентами, поставляемыми вместе
со средой разработчика. При этом начать работу со средой можно
практически без предварительного ознакомления, а написание первого
45
приложения не потребует углубления в особенности системы. Этому отчасти
способствует удобный интерфейс среды разработчика, не перегруженный
излишними вопросами к разработчику.
Наиболее существенный отрыв Delphi от ближайших аналогов
состоит в действительно быстрой разработке приложений, обладающих
сложным пользовательским интерфейсом, особенно имеющим сильные
взаимосвязи между элементами управления, расположенными в окнах
программы.
Также Delphi предлагает довольно мощный набор компонентов для
работы с базами данных. Причем иерархия компонентов для работы с БД
организована таким образом, что практически неважно, какой именно базой
данных пользуется приложение – это может быть и локальная БД и
промышленный сервер, типа Oracle или MS SQL Server. Существенным
преимуществом Delphi в этой области является возможность управления
базами данных на логическом уровне, соответствующем понятиям самих баз
данных, без использования низкоуровневых запросов к драйверам.
Выбор Delphi обоснован тем, что в данной среде существует
поддержка технологии ADO, при помощи которой довольно просто
организоваться взаимодействие с БД, созданной в MicrosoftAccess. Кроме
того, существуют специальные компоненты для работы как с ADO, так и с
базами данных в целом.
Также одной из причин выбора Delphi являлось то, что язык Delphi
довольно простой в использовании и кроме того, структура проектов в Delphi
позволяет с легкостью проводить модификацию и обновление проектов.
2.6 Инструкция по установке программы
Для установки программы необходимо распаковать архив с
программой (или скопировать директорию с программой) в необходимую
директорию. При этом необходимо проверить, чтоб в результирующей
директории находись следующие файлы: