Информационная система автомобилестроительного предприятия

Автор работы: Пользователь скрыл имя, 17 Октября 2013 в 17:39, курсовая работа

Описание работы

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

Содержание работы

Введение………………………………………………………………………...…3
1. Проектирование базы данных………………………………………………....4
1.1 Анализ существующего программного обеспечения………………......4
1.2. Концептуальное проектирование базы данных……….……………..…5
1.3. Логическое проектирование базы данных………………………….....10
1.4. Физическое проектирование базы данных……………………….…....14
2. Разработка программного продукта…………………………………………24
2.1. Структура программного продукта………………………………...….24
2.2. Руководство программиста……………………………...……………...27
2.3. Руководство оператора……………………………...………………….28
2.4. Тестирование программного продукта…………………………...…...29
3. Выводы………………………………………...………………………………30
4. Библиографический список……………………..……………………………31

Файлы: 1 файл

gotovo.doc

— 1.57 Мб (Скачать файл)


Третья нормальная форма (3НФ) –  это отношение, которое находится  в первой и второй нормальных формах и не имеет не входящих в первичный  ключ атрибутов, которые находились бы в транзитивной функциональной зависимости от этого первичного ключа.

Нормализация 2НФ-отношений  с образованием 3НФ-отношений включает устранение транзитивных зависимостей. Если в отношении существует транзитивная зависимость между атрибутами, то в таком случае транзитивно-зависимые атрибуты удаляются из него и помещаются в новое отношение вместе с копией детерминанта. В представляемой базе данных не содержатся  транзитивно функционально зависимых от первичного ключа атрибутов, следовательно, база находится в 3НФ.

На Рис.1.1 представлена информационно-логическая модель рассматриваемой  предметной области, построенная в  соответствии с выявленными информационными  объектами и связями между  ними.

Рис.1.1 Инфологическая схема  сущностей.

 


R3


 

R1 R5

                                                                                            R2       



                      R13                                                                                                            


 

                                                   




 R4


                                                                                             R6


R12                              

   


 R11  


  

R9

                                                                                                R7                         R1                 R8



                                                                                               R7                                     R                 


 Условные обозначения:


                         - стержневая сущность;

                       


                         -  ассоциационная сущность;

 


                          -  характеристическая сущность;

 

 - обозначающая сущность


                      

                       

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

Стержневые:

  • Рабочий персонал 
  • Инженерно-технический персонал
  • Автобусы
  • Грузовые машины
  • Легковые машины
  • Мотоциклы
  • Сельско-хозяйственная техника
  • Дорожно-строительные машины

Характеристические:

  • Участки 
  • Работы 
  • Испытательные лаборатории

Обозначающие:

  • Бригады
  • Цеха

Ассоциативные:

  • Изделия

1.4.Физическое  проектирование базы данных

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

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

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

 


 


Таблица 1.4.

Структура таблицы «Рабочий персонал»

Имя поля

Тип данных

Свойства поля

Код сотрудника

Счетчик

Ключевое поле

Фамилия

Текстовый

Общие

Размер поля - 20

Имя

Текстовый

Общие

Размер поля - 15

Отчество

Текстовый

Общие

Размер поля - 15

Должность

Мастер подстановки

Тип элемента управления – Поле со списком

Тип источника строк-Список значений

Источник строк –  сборщик; Токарь; Слесарь ;Сварщик 

Номер бригады

Мастер подстановки 

Тип элемента управления – Поле со списком 

Тип источника строк - Таблица или  запрос

Источник строк SELECT Бригады.[Номер бригады] FROM Бригады;


 

Таблица 1.5.

Структура таблицы «Инженерно-технический персонал»

Имя поля

Тип данных

Свойства поля

Код сотрудника

Счетчик

Ключевое поле

Фамилия

Текстовый

Общие

Размер поля - 20

Имя

Текстовый

Общие

Размер поля - 15

Отчество

Текстовый

Общие

Размер поля - 15

Должность

Мастер подстановки

Тип элемента управления – Поле со списком

Тип источника строк-Список значений

Источник строк –  Инженер; Технолог; Техник;


 

Таблица 1.6. 

Структура таблицы «Бригады»

Имя

поля

Тип 
данных

Свойства поля

Номер бригады

Числовой

Ключевое поле

Бригадир

Мастер подстановки

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Рабочий  персонал].Фамилия, [Рабочий персонал].Имя, [Рабочий персонал].Отчество FROM [Рабочий персонал];


 


 

 

 

 

 

 

 


Таблица 1.7.

Структура таблицы «Участки»

Имя

поля

Тип

данных

Свойства поля

Номер участка

Счетчик

Ключевое поле

Начальник участка

Мастер подстановки

Тип элемента управления – Поле со списком

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Инженерно-технический  персонал].Фамилия, [Инженерно-технический  персонал].Имя, [Инженерно-технический  персонал].Отчество FROM [Инженерно-технический  персонал];

Номер бригады

Числовой

Тип элемента управления – Поле со списком

Тип источника строк-Таблица или запрос

Источник строк –  SELECT Бригады.[Номер  бригады] FROM Бригады;

К какому цеху

относится

Мастер подстановки

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT Цеха.[Номер  цеха] FROM Цеха;


 

Таблица 1.8. 

Структура таблицы  «Цеха»

Имя

поля

Тип

данных

Свойства поля

Номер цеха

счетчик

Ключевое поле

Начальник цеха

Мастер подстановки.

Тип элемента управления – Поле со списком

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Инженерно-технический  персонал].[Код сотрудника] FROM [Инженерно-технический  персонал];



Таблица 1.9.

Структура таблицы  «Работы»

Имя

поля

Тип

данных

Свойства поля

Номер цеха

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Цеха].Номер  цеха FROM [Цеха];

Номер участка

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Участки].Номер  Участка FROM [Участок];

Номер изделия

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Изделия].Код  изделия FROM [Изделия];

Тип работ

Мастер подстановки

Тип элемента управления – Поле со списком 

Тип источника строк-Список значений

Источник строк –  Покраска; Установка Двигателя; Установка  Кузова; Установка шасси;


 

Таблица 1.10.

Структура таблицы  «Изделия»

Имя

поля

Тип

данных

Свойства поля

Номер Изделия

Числовой

Длинное целое

Дата

Мастер подстановки.

Формат поля: Краткий формат даты


 

 

 


Таблица 1.11.

Структура таблицы  «Испытательные лаборатории»

Имя

поля

Тип

данных

Свойства поля

Номер лаборатории

Числовой

Длинное целое

Номер цеха

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT [Номер  цеха].Цеха FROM [Цеха];

Номер изделия

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Таблица или запрос

Источник строк –  SELECT Изделия.[Номер  изделия] FROM Изделия

Прошло испытание

Текстовый

Тип элемента управления – Поле со списком 

Тип источника строк-Список значений

Источник строк –  Да;Нет;


 

Таблица 1.12.

Структура таблицы  «Автобусы»

Имя

поля

Тип

данных

Свойства поля

Номер изделия

Числовой

Ключевое поле

Марка изделия

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Список значений

Источник строк –  Маз;Камаз;Паз

Модель изделия

Мастер подстановки.

Тип элемента управления – Поле со списком 

Тип источника строк-Список значений

Источник строк –  2705;3320;1108;6584;

Объем двигателя

Числовой

Длинное целое

Масса

Числовой

Длинное целое

Цвет

Мастер подстановки

Тип элемента управления – Поле со списком 

Тип источника строк-Список значений

Источник строк –  Белый;Черный;Красный;Серый

Вместимость

Числовой

Длинное целое

Информация о работе Информационная система автомобилестроительного предприятия