46914 (База данных станции технического обслуживания автомобилей)

Реферат

Пояснительная записка к исследовательской работе: 22 стр., 30 рис.

Объект исследования — база данных станции технического обслуживания автомобилей.

Цель исследования — проектирование модели базы данных и разработка базы данных станции технического обслуживания автомобилей, которая обеспечивает в режиме диалога доступ к следующей информации: владельцы ремонтируемых автомобилей, виды устраненных неисправностей, рабочие, выполнявшие указанный вид ремонтных операций. Предусмотрена возможность ввода начальных данных, внесения изменений и получения справок в виде отчета MS Access.

В процессе разработки использовались следующие программные средства: Windows XP, Access 2003.

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

СОДЕРЖАНИЕ

Введение

1 Описание предметной области

2 Моделирование структур данных

2.1 Разработка концептуальной модели базы данных

2.2 Разработка логической модели данных

2.3 Разработка модели «сущность – связь»

3 Проектирование базы данных

3.1 Преобразование модели «сущность-связь» в реляционную модель данных

3.2 Физическое проектирование таблиц базы данных

3.3 Разработка запросов к базе данных

3.4 Разработка отчетов

4 Проектирование управляющей программы

4.1 Разработка форм для ввода данных

4.2 Разработка интерфейса пользователя

4.3 Разработка средств администрирования базы данных

Выводы

Перечень ссылок

ВВЕДЕНИЕ

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

В БД должны храниться сведения о владельцах автомобилей: ФИО, адрес, марка автомобиля, № госрегистрации; характеристики автомобилей: год выпуска, изготовитель, перечень устраненных неисправностей; ФИО работника станции и время устранения каждой неисправности. Возможно введение в БД сведения о новых владельцах и новых неисправностей.

Диспетчеру могут потребоваться следующие сведения:

– ФИО и адрес владельца автомобиля с данным номером госрегистрации,

– изготовитель, марка и год выпуска автомобиля данного владельца,

– перечень устраненных неисправностей у автомобиля данного владельца,

– ФИО работника станции, устранявшего данную неисправность автомобиля данного владельца, и время устранения,

– какие автомобили ремонтировал данный работник станции,

– ФИО владельцев автомобилей с указанной неисправностью.

Диспетчер может вносить следующие изменения:

– добавить информацию о владельце ремонтируемого автомобиля,

– удалить информацию о работнике станции,

– изменить номер госрегистрации автомобиля.

Необходимо предусмотреть возможность выдачи справки о наличии неисправности автомобиля данного владельца и отчета о работе станции техобслуживания (количество ремонтируемых автомобилей, время ремонта каждого автомобиля и ФИО работника, который их ремонтировал, список неисправностей для каждой марки автомобиля).

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

1 Описание предметной области

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

Администратору базы данных «СТО» может понадобиться информация о неисправностях, владельцах, работниках, а также время ремонта неисправности и отчет о работе СТО.

Разрабатываемая информационная система должна выполнять следующие функции:

1. Предоставление большой совокупности информации в виде таблиц базы данных

2. Формирование различных запросов по:

• неисправности (описание и время устранения),

• работники (ФИО, личный номер),

• владельцы (адрес, ФИО, паспортные данные)

• обслуживаемые автомобили (№ госрегистрации, марка, модель и год его выпуска).

1. Вывод информации в виде отчетов

В связи с постоянным перемещением ОС, их обновлением, модернизацией, ремонтом и ликвидацией к СУБД, осуществляющей аналитический учет ОС предъявляются следующие требования:

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

- к самой реляционной базе данных: целостность данных, отсутствие дублирования, отсутствие связей типа «многие-ко-многим», отсутствие рекурсивных связей, связей с атрибутами, множественных атрибутов;

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

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

В результате создания и внедрения АСУ получим следующие источники эффективности:

- снижение времени при внесения новых данных и изменения старых, а, следовательно, повышение производительности труда;

- быстрое и полное получение необходимой информации.

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

Для функционирования СУБД «Учет ОС» необходима операционная система Windows 98 или последующие ее версии со стандартным приложением.

Работа производиться с базами данных, созданных в приложении Microsoft Access, которое является частью пакета Microsoft Office 2003. Для СУБД никакого дополнительного программного обеспечения не требуется, так как программа работает автономно.

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

2 моделирование структур данных

2.1 Разработка концептуальной модели базы данных

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

Из описания предметной области извлечем все типы сущностей:

Владельцы

Автомобили

Ремонтные работы

Работники

Теперь для каждого объекта установим потенциальный ключ, после чего осуществим выбор первичного ключа. При выборе первичного ключа будем руководствоваться правилами:

Будем использовать ключ с минимальным набором атрибутов

Использовать следует тот ключ, вероятность изменения значений которого минимальна.

Значение ключа должно иметь минимальную длину.

С выбранным ключом пользователю будет удобнее работать.

Ниже представлены рисунки таблиц с ключами.

Владельцы

Рисунок 1

Автомобили

Рисунок 2

Ремонтные работы

Рисунок 3

Работники

Рисунок 4

Разработанная концептуальная модель.

АВТОМОБИЛИ

ВЛАДЕЛЬЦЫ

НЕИСПРАВНОСТИ

РАБОТНИКИ

Рисунок 5

2.2 Разработка логической модели данных

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

- связи типа «многие-ко-многим»;

- рекурсивные связи;

- связи с атрибутами.

В созданной концептуальной модели вышеперечисленных нежелательных элементов не обнаружено.

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

Рисунок 6

2.3 Разработка модели «сущность – связь»

Основными понятиями модели «сущность- связь» являются:

• сущность;

• связь;

• атрибуты.

Сильные сущности имеют только одно ключевое поле, а слабые – столько же, сколько и связей. Исходя из вышесказанного, выделим у имеющихся сущностей ключевые поля.

3. Проектирование базы данных

3.1 Преобразование модели «сущность-связь» в реляционную

модель данных

Преобразование модели «сущность-связь» в реляционную модель данных осуществляется путем последовательного выполнения ряда шагов:

- каждой сущности ставится в соответствие отношение реляционной модели данных;

- каждый атрибут сущности становится атрибутом соответствующего отношения;

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

3.2 Физическое проектирование таблиц базы данных

В качестве СУБД предполагается использовать Microsoft Access. На клиентских машинах используется операционная система Microsoft Windows XP, а также офисные средства этой же фирмы (Microsoft Office 2003).

Физическое проектирование заключается в создании БД в среде конкретной СУБД.

Разработка производится последовательно:

• создаются таблицы БД;

Рисунок 7

Рисунок 8

Рисунок 9