3.3 Проектирование структуры базы данных

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

Банк данных (БнД) - это система специальным образом организованных данных - баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

Система управления базами данных (СУБД) - совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

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

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

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

Ключ - набор атрибутов, однозначно идентифицирующий конкретный экземпляр сущности.

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

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

3.3.1 Исходный набор данных

Наименование клиента

Город клиента

Адрес клиента

Телефон клиента

Электронный адрес

Принадлежность клиента к юридическому или физическому лицу

VIN код автомобиля

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

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

Тип двигателя автомобиля

Год выпуска автомобиля

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

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

Цвет автомобиля

Дата регистрации автомобиля

Производитель запасных частей автомобиля

Наименование запасной части автомобиля

Количество запасных частей автомобиля

Стоимость единицы запасной части автомобиля

Стоимость работы по замене запасной части автомобиля

Наименование выполненной ремонтной работы по автомобилю

Стоимость выполненной ремонтной работы по автомобилю

3.3.2 Итоги Нормализации БД

Таким образом, вследствие нормализации БД в я получил восемь таблиц:

«Клиенты»,

«Заказ работ»,

«Заказ запчастей»,

«Работы»,

«Запчасти».

«Регистрационные данные автомобиля», которые впоследствии при работе системы «АВТОСЕРВИС» служат в качестве справочных таблиц.

3.4 Схема связей АСУ «Автосервис»

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

Для этих целей я систему в общем виде условно разделил на три составляющие:

Регистрация клиентов и их автомобилей

Навигация по запасным частям

Собственно заказы автозапчастей и работ

В раздел «Регистрация клиентов и их автомобилей» я включил две таблицы:

«Клиенты»,

«Зарегистрированные автомобили клиентов»

И связал таблицы «Клиенты» с таблицей «Зарегистрированные автомобили клиентов» по ключевому полю «код клиента», используя отношение типа «один ко одному»

Остальные таблицы, используя тип отношения «один ко многим», связал по ключевым полям для однозначного определения записи. В результате получилась следующая структура базы данных:

Структура БД

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

В данной БД основными используются таблицы:

«Клиенты»:


Поле код клиента является ключевым..

«Заказы»:

VIN код – ключевое поле.

«Работы»:.

Код работы – ключевое поле.

«Запчасти»:

Код запчасти – ключевое поле.

 «Заказы работ»:


Номер заказа – ключевое поле; код клиента, код работы – для связи с данными о клиенте и работах.

«Заказ запчастей»:

Номер заказа – ключевое поле; код клиента, код запчасти – для связи с данными о клиенте и запчастях.

3.5 Проектирование форм электронных документов

Система «Автосервис» должна выдавать следующие формы электронных документов для отчетности и заключения договоров с клиентами:

Заказ-наряд на работы.

Расходный кассовый ордер

Приходный кассовый ордер

Счет-фактура

3.5.1 Документ «Заказ-наряд на работы»

Документ «Заказ-наряд на работы», который сформировывает система «Автосервис» выглядит следующим образом:


3.5.2 Документ «Счет-Фактура»

«Счет-Фактура», который сформировывает АСУ «Автосервис» выглядит следующим образом:


3.5.3 Документ «Приходный кассовый ордер»

Документ «Приходный кассовый ордер», который сформировывает система «Автосервис» выглядит следующим образом:

3.5.4 Документ «Расходный кассовый ордер»

Документ «Расходный кассовый ордер», который сформировывает система «Автосервис» выглядит следующим образом:



Информация о работе «Разработка программы автоматизации процесса подбора запчастей для ремонта автомобилей»
Раздел: Информатика, программирование
Количество знаков с пробелами: 63866
Количество таблиц: 12
Количество изображений: 16

Похожие работы

Скачать
114981
13
9

... технологические нормы и требования к ним, с учетом обеспечения безопасности для окружающей среды, жизни и здоровья; 3) услуги, оказываемые внутри предприятия; 4) процессы организации и управления производством Стандарты предприятий не должны нарушать обязательные требования государственных стандартов. Порядок разработки, согласования, утверждения, учета, издания (тиражирования), применения, ...

Скачать
76867
0
9

... трудности, поэтому испытуемый двигатель оборудуют специальными токосъемными устройствами с периодическим или непрерывным контактом. 4. Производственный процесс ремонта автомобиля ВАЗ‑2131 В процессе эксплуатации автомобиля происходит изменение его технического состояния. Эти изменения происходят в результате воздействия различных факторов, к которым относятся: окружающая среда; условия ...

Скачать
147312
16
21

... производства и численность рабочих в производственных цехах предприятия. Также была рассчитана численность ИТР и служащих, необходимой для эффективного управления предприятием по каждой функции, уточнение должностных функций работников. В соответствии с этими разработками и типовой структурой была построена схема управления ЗАО «Энергокабель». B ЗAO «Энергокабель» было введено собрание ...

Скачать
92255
0
6

... и практике известны следующие ключевые моменты подобных планов по созданию эффективного, всестороннего имиджа, что предопределяет структуру этих планов, а также основные направления в работе с персоналом в процессе его формирования. Закладка фундамента. Внешний имидж: - качество продукта - осязаемый имидж (увидеть, услышать потрогать и попробовать) - реклама - общественная деятельность - ...

0 комментариев


Наверх