Разработка автоматизированного рабочего места менеджера транспортного предприятия, страница 17

     Таблица 3.3

Атрибутов сущности «Автомобили»

Имя атрибута

Описание

Код

Индикационный код автомобиля

Номер

Государственный регистрационный номер автомобиля

Дата покупки

Дата покупки автомобиля

Пробег

Пробег автомобиля

Марка

Марка автомобиля

Модель

Модель автомобиля

Нормы расхода топлива в городе летом

Нормы расхода топлива автомобилем  в городе летом

Нормы расхода топлива за городом летом

Нормы расхода топлива автомобилем  за городом летом

Нормы расхода топлива в городе зимой

Нормы расхода топлива автомобилем  в городе зимой

Нормы расхода топлива за городом зимой

Нормы расхода топлива автомобилем  за городом зимой

Номер следующего гарантийного ТО

Номер следующего гарантийного (рекомендованного) технического осмотра

Тип топлива

Тип топлива используемого в данном автомобиле

Статус

В каком статус автомобиль находится в текущий момент времени

Окончание ремонта

Дата окончание ремонта автомобиля

Дата прохождения Гос. ТО

Дата прохождения государственного технического осмотра

Начало полиса ОСАГО

Дата и время оформления полиса ОСАГО

Конец полиса ОСАГО

Дата и время прекращения действие полиса ОСАГО

Таблица 3.4

Атрибутов сущности «Марки автомобилей»

Имя атрибута

Описание

Код

Индикационный код марки автомобиля

Название

Название марки автомобиля

Инфологическая модель «Автотранспорт» показана на рисунке 3.9.

Рис. 3.6 Инфологическая   модель «Автотранспорт»

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

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

Рис. 3.7. Логическая модель базы данных.

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


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

Рис. 3.8. Физическая модель базы данных.

 

После составления логической и физической модели данных можно приступить непосредственно к разработке таблиц и их заполнению.
3.4 Разработка Базы данных средствами MS SQL Server 2008