Лабораторная № 11. Лабораторная работа 11вариант Складников А.В. по СУБД1. Начальник участка, в подчинении которого находится несколько мастеров
 Скачать 126.99 Kb.
|
|
Структурно предприятие состоит из цехов, которые в свою очередь подразделяются на участки. Выпускаемые изделия предприятия: грузовые, легковые автомобили, автобусы, сельскохозяйственные, дорожно-строительные машины, мотоциклы и прочие изделия. Каждая категория изделий имеет специфические, присущие только ей атрибуты. Например, для автобусов это вместимость, для сельскохозяйственных и дорожно-строительных машин - производительность и т.д. По каждой категории изделий может собираться несколько видов изделий. Каждой категории инженерно-технического персонала (инженеры, технологи, техники) и рабочих (сборщики, токари, слесари, сварщики и пр.) также характерны атрибуты, свойственные только для этой группы. Рабочие объединяется в бригады, которыми руководят бригадиры. Бригадиры выбираются из числа рабочих; мастера, начальники участков и цехов назначаются из числа инженерно-технического персонала. Каждое изделие собирается в своем цехе (в цехе может собираться несколько видов изделий) и в процессе изготовления проходит определенный цикл работ, перемещаясь с одного участка на другой. Все работы по сборке конкретного изделия на определенном участке выполняет одна бригада рабочих, при этом на участке может работать несколько бригад. Возглавляет работу на участке начальник участка, в подчинении которого находится несколько мастеров. Различные изделия могут проходить одни и те же циклы работ на одних и тех же участках цеха. Собранное изделие проходит серию испытаний в испытательных лабораториях. Испытательные лаборатории могут обслуживать несколько цехов, в свою очередь цеха могут пользоваться несколькими лабораториями. Испытания проводятся специалистами на оборудовании испытательной лаборатории, при этом при испытании конкретного изделия в лаборатории могут быть задействованы различные виды оборудования. Ведется учет движения кадров и учет выпускаемой продукции. Виды запросов в информационной системе: 1 Получить перечень видов изделий отдельной категории и в целом, собираемых указанным цехом, предприятием. 2 Получить число и перечень изделий отдельной категории и в целом, собранных указанным цехом, участком, предприятием в целом за определенный отрезок времени. 3 Получить данные о кадровом составе цеха, предприятия в целом и по указанным категориям инженерно-технического персонала и рабочих. 4 Получить число и перечень участков указанного цеха, предприятия в целом и их начальников. 5 Получить перечень работ, которые проходит указанное изделие. 6 Получить состав бригад указанного участка, цеха. 7 Получить перечень мастеров указанного участка, цеха. 8 Получить перечень изделий отдельной категории и в целом, собираемых в настоящий момент указанным участком, цехом, предприятием. 9 Получить состав бригад, участвующих в сборке указанного изделия. 10 Получить перечень испытательных лабораторий, участвующих в испытаниях некоторого конкретного изделия. 11 Получить перечень изделий отдельной категории и в целом, проходивших испытание в указанной лаборатории за определенный период. 12 Получить перечень испытателей, участвующих в испытаниях указанного изделия, изделий отдельной категории и в целом в указанной лаборатории за определенный период. 13 Получить состав оборудования, использовавшегося при испытании указанного изделия, изделий отдельной категории и в целом в указанной лаборатории за определенный период. 14 Получить число и перечень изделий отдельной категории и в целом, собираемых указанным цехом, участком, предприятием в настоящее время. Концептуальное проектирование: это конструирование модели предметной области предприятий, не зависящих от каких-либо условий реализации. Этапы создания концептуального проекта БД: - Создание концептуальной модели данных, исходя из представления предметной области каждого из типа пользователей. - Определение типов сущностей. - Определение типов связей. - Определение атрибутов и связывание их с типами сущностей связями. - Определение доменов. - Определение потенциальных, первичных, альтернативных ключей. - Построение ER- диаграммы. - Проверка модели на отсутствие избыточности. - Проверка соответствий концептуальной модели конкретным пользовательским транзакциям. - Обсуждение концептуальной модели с конкретным пользователем. Определение типов сущности:
Определение типов связи:
Определение атрибутов и связывание их с типами сущностей и связями Цех
Участок:
Кадровый состав:
Изделие:
Собранные изделия:
Лаборатория:
Испытатели (Сотрудники):
Оборудование:
ER-Диаграмма  Бизнес правила: В каждом цеху есть начальник в подчинении у которого есть участок и несколько бригад. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ Логическое проектирование базы данных - это конструирование информационной модели предприятия на основе существующих конкретных моделей данных, но без учёта используемой СУБД и прочих физических условий реализации. Рассмотрим б.д. Byuro как реляционную б.д. Перечисляем процедуры, которые необходимо пройти: 1)Устранение особенностей модели не совместимых с данной системой(необязательный этап) 2)Определение набора отношений, т.е. таблиц исходя из структуры логической модели данных. 3)Проверка отношений с правил нормализации (на практике до НФБК(нормальная форма)включительно) 4)Проверка соответствия отношений требованиям пользовательских транзакций. 5)Определение требований поддержки бизнес правил и целостности данных. 6)Проверка возможности расширения модели в будущем. Этап 1 разбивается на следующие пункты: 1)Удаление двусторонних связей М:М. 2)Удаление рекурсивных связей. 3)Удаление сложных связей. 4)Удаление связей с атрибутами 5)Удаление многозначных атрибутов. В некоторых случаях удаление из пунктов 1-4 возможно с помощью введения дополнительных слабых сущностей. Если у связи существуют характеристики (атрибуты),то возможно под этой связью скрывается слабая сущность .При наличии рекурсивных связей их так же можно исключить с помощью введения дополнительных слабых сущностей. Связь 1-*    цех участок 1..1 содержит 1..* Сущность цеха является родительской, а участок дочерней. Переносим атрибут код цеха из родительской сущности в дочернюю в качестве внешнего ключа.  участок Связь 1-*  кадровый состав 1..1 содержит 1..* Сущность участка является родительской, а кадровый состав дочерней. Переносим атрибут код участка из родительской сущности в дочернюю в качестве внешнего ключа. Связь 1-*   участок изделия 1..1 содержит 1..* Сущность участка является родительской, а изделия дочерней. Переносим атрибут код изделия из родительской сущности в дочернюю в качестве внешнего ключа. Связь 1-*   участок собранные изделия 1..1 содержит 1..* Сущность участка является родительской, а собранные изделия дочерней. Переносим атрибут код собранного изделия из родительской сущности в дочернюю в качестве внешнего ключа. Связь 1-*  лаборатория собранные изделия 1..1 содержит 1..* Сущность лаборатория является родительской, а собранные изделия дочерней. Переносим атрибут код лаборатории из родительской сущности в дочернюю в качестве внешнего ключа. Связь 1-*  лаборатория испытатель (сотрудник) 1..1 содержит 1..* Сущность лаборатория является родительской, а испытатель (сотрудник) дочерней. Переносим атрибут ФИО из родительской сущности в дочернюю в качестве внешнего ключа. Связь 1-* лаборатория оборудования 1..1 содержит 1..* Сущность лаборатория является родительской, а оборудование дочерней. Переносим атрибут код оборудования из родительской сущности в дочернюю в качестве внешнего ключа. В ходе проверки: Рекурсивных связей обнаружено не было. Сложных связей и связей с атрибутами обнаружено не было. Многозначных атрибутов обнаружено не было. Документация атрибутов по следующим параметрам: - Тип сущности \ связи. - Имя атрибута. - Описание. - Простой \ составной. - Однозначный \ многозначный. - Производный. -Тип и размер. - Домен. Цех:
Участок:
Кадровый состав:
Изделие:
Собранные изделия:
Лаборатория:
Испытатели (Сотрудники):
Оборудование:
ER-диаграмма  -Таблица находится в 1 НФ, если она является отношением (нет дубликатов строк и ячейки таблицы атомарны) Все таблицы данной базы находятся в 1НФ. Проверка: Таблица Цех находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Участок находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Кадровый состав находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Изделия находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Собранные изделия находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Лаборатория находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Испытатели (Сотрудники) находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица Оборудования находится в 1 нормальной форме, так как ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. -2НФ – это отношение, которое находится в 1 НФ и каждый атрибут, которого, не входящий в состав первичного ключа (не ключевой атрибут) функционально полно зависит от первичного ключа. Все таблицы данной БД находятся во 2 НФ, т.к. таблицы с простым первичным ключом автоматически находятся в 2-ой нормальной форме, а в таблицах с составными первичными ключами все их атрибуты, не входящие в состав первичного ключа, функционально полно зависят от первичного ключа. -3НФ – отношение, которое находится в 2НФ и не имеет не входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависимости. Все таблицы базы не имеют транзитивных зависимостей между не ключевыми атрибутами. Все отношения соответствуют требованиям пользовательских транзакций. |