Навигация
Код ГПС однозначно определяет назначение ГПС и наименование цеха к которому оно привязано
74048
знаков
46
таблиц
31
изображение
6. Код ГПС однозначно определяет назначение ГПС и наименование цеха к которому оно привязано.
Таким образом, имеем:
КодГПС ® НазнГПС;
КодГПС ® НаимЦех;
7. Код кластера однозначно процент отклонения параметров, определяет частоту вращения главного шпинделя, длину обрабатываемых деталей, диаметр обрабатываемых деталей на оборудовании принадлежащем данному кластеру.
Таким образом, имеем:
КодКласт ® ЧастКласт;
КодКласт ® ДлинКласт;
КодКласт ® ДиамКласт;
КодКласт ® ОтклКласт;
С учётом вышесказанного диаграмма ФЗ имеет вид (см. рис.).
R
В данной курсовой работе нет избыточных ФЗ, следовательно, универсальное отношение имеет минимальное покрытие.
Определяем возможные ключи и детерминанты отношения R
| Возможный ключ < КодИП, КодТр > | Детерминант КодКласт КодОбр КодИП КодТр МаркаОбр МаркаТр КодГАУ КодТНС КодГАУ,КодТНС КодГПС |
Учитывая, что не каждый первичный ключ является детерминантом, рассматриваемое универсальное отношение не находится в нормальной форме Бойса – Кодда (НФБК) и требуется декомпозиция универсального отношения.
Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодГПС ® НазнГПС, НаимЦех. В результате получим два отношения R1 и R2.
R1 ГПС (КодГПС, НазнГПС, НаимЦех)
| Возможный ключ | Детерминант |
| <КодГПС> | <КодГПС> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают):
R2 (КодТр, КодИП, КодОбр, МаркаОбр, ГабарОбр, ДлДетОбр, ДиамДетОбр, ЧастотОбр, МощОбр, СтоимОбр, ДатаОбр, МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр, СтоимТр, МаркИП, НазнИП, ИнсПрисп, КодГАУ, НазнГАУ, ПлощГАУ, КодТНС, ПропТНС, ПлощТНС, КодГПС, КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт)
| Возможный ключ < КодИП, КодТр > | Детерминант МаркаОбр КодОбр КодИП КодТр МаркаТр КодГАУ КодТНС КодГАУ,КодТНС КодКласт |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодКласт® ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт. В результате получим два отношения R3 и R4:
R3 Кластер (КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт)
| Возможный ключ | Детерминант |
| <КодКласт> | <КодКласт> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R4 (КодТр, КодИП, КодОбр, МаркаОбр, ГабарОбр, ДлДетОбр, ДиамДетОбр, ЧастотОбр, МощОбр, СтоимОбр, ДатаОбр, МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр, СтоимТр, МаркИП, НазнИП, ИнсПрисп, КодГАУ, НазнГАУ, ПлощГАУ, КодТНС, ПропТНС, ПлощТНС, КодГПС, КодКласт)
| Возможный ключ < КодИП, КодТр > | Детерминант МаркаОбр КодОбр КодИП КодТр МаркаТр КодГАУ КодТНС КодГАУ,КодТНС |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: МаркаОбр ® ГабарОбр, ДлДетОбр, ДиамДетОбр, ЧастотОбр, МощОбр. В результате получим два отношения R5 и R6:
R5 МаркаОбраб (МаркаОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
| Возможный ключ | Детерминант |
| <МаркаОбр > | < МаркаОбр > |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R6 (КодТр, КодИП, КодОбр, МаркаОбр, СтоимОбр, ДатаОбр, МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр, СтоимТр, МаркИП, НазнИП, ИнсПрисп, КодГАУ, НазнГАУ, ПлощГАУ, КодТНС, ПропТНС, ПлощТНС, КодГПС, КодКласт)
| Возможный ключ < КодИП, КодТр > | Детерминант МаркаТр КодОбр КодИП КодТр КодГАУ КодТНС КодГАУ,КодТНС |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодГАУ ® НазнГАУ, ПлощГАУ. В результате получим два отношения R7 и R8:
R7 ГАУ (КодГАУ, НазнГАУ, ПлощГАУ)
| Возможный ключ | Детерминант |
| <КодГАУ> | <КодГАУ> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R8 (КодТр, КодИП, КодОбр, МаркаОбр, СтоимОбр, ДатаОбр, МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр, СтоимТр, МаркИП, НазнИП, ИнсПрисп, КодГАУ, КодТНС, ПропТНС, ПлощТНС, КодГПС, КодКласт)
| Возможный ключ < КодИП, КодТр > | Детерминант МаркаТр КодОбр КодИП КодТр КодТНС КодГАУ,КодТНС |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодТНС ® ПропТНС, ПлощТНС. В результате получим два отношения R9 и R10:
R9 ТНС (КодТНС, ПропТНС, ПлощТНС)
| Возможный ключ | Детерминант |
| <КодТНС> | <КодТНС> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R10 (КодТр, КодИП, КодОбр, МаркаОбр, СтоимОбр, ДатаОбр, МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр, СтоимТр, МаркИП, НазнИП, ИнсПрисп, КодГАУ, КодТНС, КодГПС, КодКласт)
| Возможный ключ < КодИП, КодТр > | Детерминант МаркаТр КодОбр КодИП КодТр КодГАУ,КодТНС |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодГАУ, КодТНС ® КодГПС. В результате получим три отношения R11, R12 и R13:
R11 ГАУ-ТНС (КодГАУ, КодТНС, КодГПС)
| Возможный ключ < КодГАУ, КодТНС > | Детерминант <КодГАУ,КодТНС> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R12 (КодТр, МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр, СтоимТр, КодТНС)
| Возможный ключ < КодТр > | Детерминант МаркаТр КодТр |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: МаркаТр ® СкроТр, ГабарТр, ГрузТр, МассаТр. В результате получим три отношения R14 и R15:
R14 МаркаТрансп (МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
| Возможный ключ | Детерминант |
| <МаркаТр > | < МаркаТр > |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R15 Транспортное оборудование (КодТр, КодТНС, МаркаТр, СтоимТр)
| Возможный ключ | Детерминант |
| <КодТр> | <КодТр> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R13 (КодИП, КодОбр, МаркаОбр, СтоимОбр, ДатаОбр, МаркИП, НазнИП, ИнсПрисп, КодГАУ, КодКласт)
| Возможный ключ < КодИП> | Детерминант КодОбр КодИП |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Для проведения декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодОбр ® КодКласт, МаркаОбр, КодГАУ, ДатаОбр, СтоимОбр. В результате получим три отношения R16 и R17:
R16 Обрабатывающее оборудование (КодОбр, МаркаОбр, КодКласт, КодГАУ, ДатаОбр, СтоимОбр)
| Возможный ключ | Детерминант |
| <КодОбр> | <КодОбр> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
R17 Инструмент/приспособление (КодИП, КодОбр, МаркИП, НазнИП, ИнсПрисп)
| Возможный ключ | Детерминант |
| <КодИП> | <КодИП> |
Т.е. отношение находится в НФБК и дальнейшая его декомпозиция не требуется (возможный ключ и детерминант совпадают).
В результате использования декомпозиционного метода проектирования получили набор из десяти нормализованных отношений.
R1 ГПС (КодГПС, НазнГПС, НаимЦех)
R3 Кластер (КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт)
R5 МаркаОбраб (МаркаОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
R7 ГАУ (КодГАУ, НазнГАУ, ПлощГАУ)
R9 ТНС (КодТНС, ПропТНС, ПлощТНС)
R11 ГАУ-ТНС (КодГАУ, КодТНС, КодГПС)
R14 МаркаТрансп (МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
R15 Транспортное оборудование (КодТр, КодТНС, МаркаТр, СтоимТр)
R16 Обрабатывающее оборудование (КодОбр, МаркаОбр, КодКласт, КодГАУ, ДатаОбр, СтоимОбр)
R17 Инструмент/приспособление (КодИП, КодОбр, МаркИП, НазнИП, ИнсПрисп)
Заполним данными эти отношения:
R1 ГПС (КодГПС, НазнГПС, НаимЦех)
| КодГПС | НазнГПС | НаимЦех |
| 1 | «Колесо» | Дизельный |
| 2 | «Втулка» | Дизельный |
R3 Кластер (КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт)
| КодКласт | ЧастКласт | ДлинКласт | ДиамКласт | ОтклКласт |
| 1 | 1600 | 2000 | 400 | 17 |
| 2 | 750 | 2800 | 800 | 17 |
| 3 | 4000 | 200 | 165 | 17 |
| 4 | 1800 | 650 | 50 | 17 |
R5 МаркаОбраб (МаркаОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
| МаркаОбр | ГабарОбр | ДлДетОбр | ДиамДетОбр | ЧастотОбр | МощОбр |
| 16К20 | 2505х1190 | 2000 | 400 | 1600 | 10 |
| 1А64 | 5780х2000 | 2800 | 800 | 750 | 22 |
| ИРТ180 | 2751х2170 | 165 | 200 | 4000 | 25 |
| 2Н150 | 1240х810 | 650 | 50 | 1800 | 4 |
| 2М55 | 2445х1000 | 550 | 50 | 2000 | 4 |
R7 ГАУ (КодГАУ, НазнГАУ, ПлощГАУ)
| КодГАУ | НазнГАУ | ПлощГАУ |
| 1 | Обточка дет. Колесо | 80 |
| 2 | Обточка дет. втулку | 60 |
| 3 | Сверление отверстий | 40 |
R9 ТНС (КодТНС, ПропТНС, ПлощТНС)
| КодТНС | ПропТНС | ПлощТНС |
| 1 | 700 | 150 |
| 2 | 1000 | 300 |
| 3 | 800 | 200 |
R11 ГАУ-ТНС (КодГАУ, КодТНС, КодГПС)
| КодГАУ | КодТНС | КодГПС |
| 1 | 1 | 1 |
| 2 | 2 | 2 |
| 1 | 2 | 1 |
| 1 | 3 | 1 |
| 3 | 3 | 2 |
R14 МаркаТрансп (МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
| МаркаТр | СкорТр | ГабарТр | ГрузТр | МассаТр |
| С4057 | 90 | 2234х1074 | 500 | 2500 |
| 0М9913 | 80 | 1900х990 | 250 | 800 |
| С4234 | 100 | 2530х1074 | 500 | 3000 |
R15 Транспортное оборудование (КодТр, МаркаТр, СтоимТр, КодТНС)
| КодТр | МаркаТр | СтоимТр | КодТНС |
| 1 | С4057 | 800 | 1 |
| 2 | 0М9913 | 350 | 2 |
| 3 | С4234 | 1000 | 2 |
| 4 | С4057 | 700 | 2 |
| 5 | 0М9913 | 300 | 3 |
| 6 | С4057 | 580 | 3 |
R16 Обрабатывающее оборудование (КодОбр, МаркаОбр, ДатаОбр, СтоимОбр, КодКласт, КодГАУ)
| КодОбр | МаркаОбр | СтоимОбр | ДатаОбр | КодКласт | КодГАУ |
| 1 | 16К20 | 120 | 11.05.1991 | 1 | 1 |
| 2 | 1А64 | 150 | 13.08.1993 | 2 | 2 |
| 3 | ИРТ180 | 1200 | 11.05.1998 | 3 | 1 |
| 4 | 2Н150 | 80 | 07.01.1988 | 4 | 3 |
| 5 | 2М55 | 110 | 20.11.1984 | 4 | 3 |
R17 Инструмент/приспособление (КодИП, КодОбр, МаркИП, НазнИП, ИнсПрисп)
| КодИП | КодОбр | МаркИП | НазнИП | ИнсПрисп |
| 1 | 1 | 20872-20 | резец копир. | да |
| 2 | 1 | UNC315-1 | патрон | нет |
| 3 | 1 | 35-В92-82 | резец проход. | да |
| 4 | 2 | 35-558-77 | резец для канавок | да |
| 5 | 2 | UNC400-2 | патрон | нет |
| 6 | 2 | 20872-20 | резец копир. | да |
| 7 | 3 | UNC315-2 | патрон | нет |
| 8 | 3 | 35-558-77 | резец для канавок | да |
| 9 | 4 | UNC250-3 | патрон | нет |
| 10 | 5 | UNC250-2 | патрон | нет |
На первом этапе проектирования определяются сущности и связи между ними. Представляющими интерес сущностями в рассматриваемом случае являются ГАУ, АТНСС, Кластер, Обрабатывающее оборудование, Транспортное оборудование.
Сущности ГАУ (Г) и АТНСС(А) объединены связью «Соединяется». Сущности «Обрабатывающее оборудование»(О) и ГАУ(Г) объединены связью «Входит». Сущности «Транспортное оборудование»(Т) и АТНСС(А) объединены связью «Входит». Сущности «Инструменты, приспособления» (И) и «Обрабатывающее оборудование»(О) объединены связью «Привязаны». Сущности «Обрабатывающее оборудование»(О) и Кластеры(К) объединены связью «Входит». Ролевых сущностей здесь нет.
Составим диаграммы ER – экземпляров:
Каждое ГАУ может связываться с несколькими АТНСС, каждая АТНСС может соединяться с несколькими ГАУ, поэтому степень связи N:М. Класс принадлежности обеих сущностей – обязательный.
Каждое обрабатывающее оборудование может входить только в одно ГАУ, в каждое ГАУ может входить несколько оборудований, поэтому степень связи N:1. Класс принадлежности обеих сущностей – обязательный.
Каждое транспортное оборудование может входить только в одну АТНСС, в каждую АТНСС может входить несколько оборудований, поэтому степень связи N:1. Класс принадлежности обеих сущностей – обязательный.
Каждый инструмент(приспособление) может привязывается только к одному обрабатывающему оборудованию, каждому оборудованию может быть привязано несколько инструментов(приспособлений), поэтому степень связи N:1. Класс принадлежности обеих сущностей – обязательный.
Каждое обрабатывающее оборудование может входить только в один кластер ГАУ, в каждый кластер может входить несколько оборудований, поэтому степень связи N:1. Класс принадлежности обеих сущностей – обязательный.
Составим диаграмму ER – типа:
Ключи сущностей: КодКласт, КодИП, КодОбр, КодГАУ, КодТНС, КодТр.
Переходим к генерации предварительных отношений
Рассмотрим отношения ГАУ – АТНСС. Т.к. степень связи N:М, то требуется три отношения, два из которых для сущностей, в которых первичными ключами являются ключи соответствующих сущностей и одно отношение для связи, где в качестве атрибутов используются ключи обоих сущностей.
R1 ГАУ (КодГАУ, …)
R2 АТНСС (КодТНС, …)
R3 Соединение (КодГАУ, КодТНС, …)
Рассмотрим отношения «Транспортное оборудование»- АТНСС, «Обрабатывающее оборудование» - ГАУ, «Обрабатывающее оборудование» - Кластер, «Инструменты, приспособления» - «Обрабатывающее оборудование». Для каждого отношения справедливо правило генерации отношений №4. Т.к. степень связи N:1 и класс принадлежности N-связной сущности является обязательным, то достаточным является использование двух отношений, по одному - на каждую сущность, в которых первичными ключами являются ключи соответствующих сущностей. Дополнительно ключ 1-связной сущности должен быть добавлен как атрибут в отношение, отводимое N-связной сущности.
R4 Транспортное оборудование (КодТр, КодТНС …)
R5 АТНСС2 (КодТНС, …)
R6 Обрабатывающее оборудование1 (КодОбр, КодГАУ …)
R7 ГАУ2 (КодГау, …)
R8 Обрабатывающее оборудование2 (КодОбр, КодКласт …)
R9 Кластер (КодКласт, …)
R10 Инструменты,приспособления (КодИП, КодОбр …)
R11 Обрабатывающее оборудование3 (КодОбр, …)
Видно, что отношения R5 и R2 дублируют друг друга, следовательно одно отношение необходимо исключить из проектного набора. Пусть им будет R2.
Видно, что отношения R7 и R1 дублируют друг друга, следовательно одно отношение необходимо исключить из проектного набора. Пусть им будет R1.
Видно, что атрибуты отношения R11 могут быть найдены в отношениях R8 и R6, следовательно отношение R11 необходимо исключить из проектного набора.
Видно, что все атрибуты отношения R8, кроме КодКласт, могут быть найдены в отношении R6, следовательно их обоих необходимо заменить отношением, полученным операцией СОЕДИНЕНИЕ над ними:
R12 Обрабатывающее оборудование (КодОбр, КодГАУ, КодКласт …)
Распределим оставшиеся атрибуты по отношениям:
R1 ГАУ (КодГАУ, НазнГАУ, ПлощГАУ)
R2 АТНСС (КодТНС, ПропТНС, ПлощТНС)
R3 Содинение (КодГАУ, КодТНС, КодГПС, НазнГПС, НаимЦех)
R4 Транспортное оборудование (КодТр, КодТНС, МаркаТр, СтоимТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
R9 Кластер (КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт )
R10 Инструменты,приспособления (КодИП, КодОбр,МаркИП, НазнИП, ИнсПрисп)
R12 Обрабатывающее оборудование (КодОбр, КодГАУ, КодКласт, МаркаОбр, ДатаОбр, СтоимОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
Для проверки нахождения полученных отношений в НФБК построим для каждого отношения диаграммы ФЗ и определим возможные ключи и детерминанты.
R1 ГАУ (КодГАУ, НазнГАУ, ПлощГАУ)
| Возможный ключ | Детерминант |
| <КодГАУ> | <КодГАУ> |
Отношение находится в НФБК, декомпозиция не требуется.
R2 АТНСС (КодТНС, ПропТНС, ПлощТНС)
| Возможный ключ | Детерминант |
| <КодТНС> | <КодТНС> |
Отношение находится в НФБК, декомпозиция не требуется.
R4 Транспортное оборудование (КодТр, КодТНС, МаркаТр, СтоимТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
| Возможный ключ | Детерминант |
| <КодТр> | <КодТр> <МаркаТр> |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Отношение R4 разделяем на R13 и R14. Для декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: МаркаТр® СкорТр, ГабарТр, ГрузТр, МассаТр.
В результате получим два отношения:
R13 Транспортное оборудование (КодТр, КодТНС, МаркаТр, СтоимТр)
| Возможный ключ | Детерминант |
| <КодТр> | <КодТр> |
Отношение находится в НФБК, декомпозиция не требуется.
R14 МаркаТрансп (МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
| Возможный ключ | Детерминант |
| <МаркаТр > | < МаркаТр > |
Отношение находится в НФБК, декомпозиция не требуется.
R9 Кластер (КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт )
| Возможный ключ | Детерминант |
| <КодКласт> | <КодКласт> |
Отношение находится в НФБК, декомпозиция не требуется.
R10 Инструменты,приспособления (КодИП, КодОбр,МаркИП, НазнИП, ИнсПрисп)
| Возможный ключ | Детерминант |
| <КодИП> | <КодИП> |
Отношение находится в НФБК, декомпозиция не требуется.
R12 Обрабатывающее оборудование (КодОбр, КодГАУ, КодКласт, МаркаОбр, ДатаОбр, СтоимОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
| Возможный ключ | Детерминант |
| <КодОбр> | <КодОбр> <МаркаОбр> |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Отношение R12 разделяем на R15 и R16. Для декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: МаркаОбр® ГабарОбр, ДлДетОбр, ДиамДетОбр, ЧастотОбр, МощОбр.
В результате получим два отношения:
R15 Обрабатывающее оборудование (КодОбр, МаркаОбр, КодКласт, КодГАУ, ДатаОбр, СтоимОбр)
| Возможный ключ | Детерминант |
| <КодОбр> | <КодОбр> |
Отношение находится в НФБК, декомпозиция не требуется.
R16 МаркаОбраб (МаркаОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
| Возможный ключ | Детерминант |
| <МаркаОбр > | < МаркаОбр > |
Отношение находится в НФБК, декомпозиция не требуется.
R3 Соединение (КодГАУ, КодТНС, КодГПС, НазнГПС, НаимЦех)
| Возможный ключ | Детерминант |
| <КодГАУ, КодТНС> | <КодГАУ, КодТНС > <КодГПС> |
Т.к. возможный ключ не является детерминантом, необходима дальнейшая декомпозиция. Отношение R3 разделяем на R17 и R18. Для декомпозиции по правилу «цепочек» используем крайнюю правую ФЗ: КодГПС® НазнГПС, НаимЦех.
В результате получим два отношения:
R17 ГПС (КодГПС, НазнГПС, НаимЦех)
| Возможный ключ | Детерминант |
| <КодГПС> | <КодГПС> |
Отношение находится в НФБК, декомпозиция не требуется.
R18 Соединение (КодГАУ, КодТНС, КодГПС)
| Возможный ключ < КодГАУ, КодТНС > | Детерминант <КодГАУ,КодТНС> |
Отношение находится в НФБК, декомпозиция не требуется.
3.3 Проверка отношений на завершающей фазе проектированияРезультирующий набор отношений:
R1 Инструменты,приспособления (КодИП, КодОбр,МаркИП, НазнИП, ИнсПрисп)
R2 Обрабатывающее оборудование (КодОбр, МаркаОбр, КодКласт, КодГАУ, ДатаОбр, СтоимОбр)
R3 Транспортное оборудование (КодТр, КодТНС, МаркаТр, СтоимТр)
R4 МаркаОбраб (МаркаОбр, ГабарОбр, ДлДетОбр,ДиамДетОбр, ЧастотОбр, МощОбр)
R5 МаркаТрансп (МаркаТр, СкорТр, ГабарТр, ГрузТр, МассаТр)
R6 Кластер (КодКласт, ЧастКласт, ДлинКласт, ДиамКласт,ОтклКласт )
R7 ГАУ (КодГАУ, НазнГАУ, ПлощГАУ)
R8 АТНСС (КодТНС, ПропТНС, ПлощТНС)
R9 ГПС (КодГПС, НазнГПС, НаимЦех)
R10 ГАУ-ТНС (КодГАУ, КодТНС, КодГПС)
Проведем проверку:
1. Одна и та же ФЗ не содержится более чем в одном отношении.
2. Нет отношений, все атрибуты в которых могут быть найдены в другом отношении проектного набора, либо в отношении, полученном из других отношений проектного набора с помощью серии операций СОЕДИНЕНИЕ. Т.е. отсутствуют избыточные отношения.
3. Набор ФЗ, полученный в результате проектирования декомпозиционным методом совпадает с набором, присутствующим в минимальном покрытии, полученным перед началом декомпозиции.
3.4 Модель базы данныхПри построении модели базы данных за основу выбран набор нормализованных отношений, полученный в результате проектирования ER-методом. Модель представлена на рисунке ниже. Предполагается, что количество обрабатывающего и транспортного оборудования на предприятии не более 1000 ед. и 500 ед. соответственно. В базе данных будет храниться информация о 5000 обрабатывающих и 2000 транспортных оборудованиях. Число ГАУ будет равно 200, ГПС - 30, а АТНСС – 70. Число используемых инструментов/приспособлений – 10000. Предполагается, что число кластеров будет не более 10000.
| Инструменты, приспособления | Ключевое поле | Тип и длина | Имя поля |
| + |
| КодИП | |
| Длинное целое | КодОбр | ||
| Строковый (20) | МаркИП | ||
| Строковый (50) | НазнИП | ||
| Логический | ИнсПрисп | ||
| Обрабатывающее оборудование | Ключевое поле | Тип и длина | Имя поля |
| + | Длинное целое | КодОбр | |
| Строковый (20) | МаркаОбр | ||
| Длинное целое | КодКласт | ||
| Целое | КодГАУ | ||
| Дата/Время | ДатаОбр | ||
| Длинное целое | СтоимОбр | ||
| Транспортное оборудование | Ключевое поле | Тип и длина | Имя поля |
| + | Длинное целое | КодТр | |
| Строковый (20) | МаркаТр | ||
| Целое | КодТНС | ||
| Длинное целое | СтоимТр | ||
| МаркаОбраб | Ключевое поле | Тип и длина | Имя поля |
| + | Строковый (20) | МаркаОбр | |
| Строковый (20) | ГабарОбр | ||
| Длинное целое | ДлДетОбр | ||
| Длинное целое | ДиамДетОбр | ||
| Длинное целое | ЧастотОбр | ||
| Длинное целое | МощОбр | ||
| МаркаТрансп | Ключевое поле | Тип и длина | Имя поля |
| + | Строковый (20) | МаркаТр | |
| Длинное целое | СкорТр | ||
|
| Строковый (20) | ГабарТр | |
|
| Длинное целое | ГрузТр | |
| Длинное целое | МассаТр | ||
| Кластер | Ключевое поле | Тип и длина | Имя поля |
| + | Длинное целое | КодКласт | |
| Длинное целое | ЧастКласт | ||
| Длинное целое | ДлинКласт | ||
| Длинное целое | ДиамКласт | ||
| Целое | ОтклКласт | ||
| ГАУ | Ключевое поле | Тип и длина | Имя поля |
| + | Целое | КодГАУ | |
| Строковый (50) | НазнГАУ | ||
| Длинное целое | ПлощГАУ | ||
| АТНСС | Ключевое поле | Тип и длина | Имя поля |
| + | Целое | КодТНС | |
|
| Длинное целое | ПропТНС | |
|
| Длинное целое | ПлощТНС | |
| ГПС | Ключевое поле | Тип и длина | Имя поля |
| + | Целое | КодГПС | |
| Строковый (50) | НазнГПС | ||
| Строковый (50) | НаимЦех | ||
| ГАУ-ТНС | Ключевое поле | Тип и длина | Имя поля |
| + | Целое | КодГАУ | |
|
| + | Целое | КодТНС |
|
| Целое | КодГПС |
Длинное целоеРасчет необходимого дискового пространства для хранения БД:
Инструменты,приспособления:
2+2+20+50+2=76 байт
Х 10000=742,2 Кбайт
Обрабатывающее оборудование:
2+20+2+1+8+2=35 байт
Х1000 = 34,2 Кбайт
Транспортное оборудование:
2+20+1+2=15 байт
Х500 = 7,3 Кбайт
МаркаОбраб:
20+20+2+2+2+2 = 48 байт
Х5000 = 234,4 Кбайт
МаркаТрансп:
20+2+20+2+2 = 46 байт
Х2000 = 89,8 Кбайт
Кластер:
2+2+2+2+1= 9 байт
Х10000 = 87,8 Кбайт
ГАУ:
1+50+2= 53 байт
Х200 = 10,4 Кбайт
АТНСС:
1+2+2= 5 байт
Х70 = 0,3 байт
ГПС:
1+50+50 = 101 байт
Х30 = 2,9 байт
ГАУ-ТНС:
1+1+1 = 3 байт
Х70Х200 = 41,0 Кбайт
Всего:
742,2+34,2+7,3+ 234,4+89,8+87,8+10,4+0,3+2,9+41,0 = 1250 Кбайт
ГЛАВА 4. ВЫБОР СУБД
Выбор системы управления баз данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала.
Т.к. разработчик данной БД одновременно является и заказчиком, то было принято решение использовать для реализации данного курсового проекта СУБД MS Access 2003. Хотя эта СУБД и не является самой мощной и функционально насыщенной (к примеру СУБД MS SQL SERVER предоставляет мощные средства резервного копирования, репликации и восстановления), но тем не менее полностью удовлетворяет требованиям данного курсового проекта. Кроме того, можно использовать встроенные функции MS Access 2003 для создания форм и отчетов, не прибегая к использованию каких-либо языков программирования, что значительно сокращает время разработки интерфейса пользователя.
ГЛАВА 5. РАЗРАБОТКА ПРИЛОЖЕНИЯ 5.1 Общая схема приложения
Для работы с БД в среде MS Access было разработано приложение, имеющее следующую структуру:
По схеме видно, что приложение содержит 1 главную форму и 11 подчиненных, а также 2 отчета.
Т.к. пользователями БД являются в первую очередь инженера производственных участков, то внимание при разработке приложения было уделено таким функциям, как проверка повторяющихся табельных номеров, автоматическое создание кластеров, проверка наличия связей при удалении (например если к ГАУ привязано оборудование, то удаление ГАУ некорректно!). Кроме того, были разработаны отчеты по всему оборудованию на предприятии( обрабатывающему и транспортному с группировкой по марке оборудования и с указанием общей стоимости оборудования на предприятии. Также предусмотрена возможность получения списка оборудования, которое может заменить вышедшее из строя.
5.2 Запросы и макросы, использованные в приложенииРассмотрим описание используемых макрогрупп в БД.
Похожие работы
... учета не только в масштабах российской экономики, но и отдельных ее отраслей, отдельных хозяйствующих субъектов. Это, в частности, относится к организации учета на предприятиях пищевой промышленности, особенно организация бухгалтерского учета основных средств в свете требований новых нормативных документов, таких как "Положение по бухгалтерскому учету основных средств (ПБУ/6), "Методические ...
... Автоматизация учета основных средств отличается тем, что здесь наблюдается стабильность информации. Для автоматизации учета основных средств применяются коды: · синтетических счетов и субсчетов и объектов аналитического учета, · структурных подразделений предприятия; · инвентарных объектов, норм амортизационных отчислений; · бухгалтерских операций и др. ...
... (кроме автотранспорта) при полной или частичной их ликвидации. 4. Форма № ОС-4 “Акт на списание автотранспортных средств”. Этим документом оформляют списание грузового или легкового автомобиля, прицепа или полуприцепа при их ликвидации. 5. Форма № ОС-6 “Инвентарная карточка учета основных средств”. Применяется для учета всех видов основных средств. Карточки ведут в бухгалтерии на каждый объект; ...
... налогообложения [36]. Для целей налогообложения прибыли в соответствии со ст.313 НК РФ организация должна самостоятельно разработать регистры налогового учета амортизируемых основных средств. В случае, когда бухгалтерский и налоговый учет основных средств ведутся в организации таким образом, что данные бухгалтерского учета полностью совпадают с данными налогового учета, у налогоплательщика нет ...
0 комментариев