Загрузка...
Учебная работа. Контрольная работа: Разработка связных таблиц и запросов к ним на основе ER подхода
Севастопольский государственный технический институт
Кафедра технической кибернетики
КОНТРОЛЬНАЯ РАБОТА
По дисциплине «Информационное обеспечение систем управления «
Выполнил: ст.гр. А-51з
Брусинов С. Э.
Проверил :
Шушляпин Е.А.
Севастополь
2008
1
Цель работы
Получить способности разработки связных таблиц и запросов к ним на базе ER – подхода.
2 Постановка задачки
Задачка планирования выпуска изделий. меется три вида ресурсов в количествах 100, 100, 200 и два вида изделий. Заданы нормы расхода Aij i-го ресурса на единицу j-го изделия — А11=2, А12=3, А21=1, А22=3, А31=3, А32=8. Эффективность выпуска единицы j-го изделия характеризуется коэффициентами 30, 60 соответственно для первого и второго изделий. Найти количества деталей всякого типа, при которых суммарный показатель эффективности, а количество деталей второго типа не больше 13.
Задание:
Проанализировать словесную постановку задачки и на базе анализа предметной области найти сути и атрибуты для проектирования базы данных ER-методом.
Найти типы связей меж сущностями и доказать характеристику типов.
На базе правил ER-подхода найти связные таблицы и внести наружные ключи.
На языке SQL записать один запрос к базе данных с приобретенной схемой.
Проанализировать полученную базу данных исходя из убеждений вероятных аномалий при вставке, удалении или обновлении данных.
3 ПРЕДМЕТНАЯ ОБЛАСТЬ
Данная задачка представляет собой предметную область, связанную с работой промышленного компании. Промышленный объект, как и другое предприятие, представляет собой сложную систему с входящими в нее подсистемами.
В постановке задачки выделяется всего одна подсистема, сплетенная с созданием нужного ассортимента продукта с целью максимизации прибыли от продаж, другими словами, отдел менеджмента и маркетинга.
При разработке информационного обеспечения для компании должны учитываться информационные потребности всех подсистем системы компании. Но при выполнении истинной лабораторной работы ограничимся разработкой информационного обеспечения, включающего лишь предметную область локальной задачки, приведенной в пт 2 данного отчета.
4 ОПРЕДЕЛЕНИЕ СУЩНОСТЕЙ ПРЕДМЕТНОЙ области И ИХ ХАРАКТЕРИСТИК
Проанализировав постановку задачки, можно выделить такие две сути: «изделие»
и «ресурсы»
, идущий на изготовка. «Ресурсы
» в качестве информационных атрибутов имеет лишь один – атрибут «количество ресурса
». Ключом сути является «вид ресурса
», так как в таблице «Ресурсы
» не быть может две записи с схожими значениями этого атрибута.
Суть «Изделие
» имеет атрибуты «вид изделия
», «количество изделий
». Ключом сути является «вид изделий
» по той же причине, что и для сути «Детали
».
Если учесть возможность конфигурации видов производимой продукции компании, другими словами изменение ассортимента, переход на новейшие виды материалов для, то атрибуты приведенных выше сущностей будут добавляться или изменяться. Это обязано быть предвидено при проектировании настоящей базы данных компании, но все таки нужно уместно ограничивать предметную область проектируемой базы данных.
5 ОПРЕДЕЛЕНИЕ СВЯЗЕЙ МЕЖДУ СУЩНОСТЯМИ И ИХ ХАРАКТЕРИСТИК
Ввиду того, что при проектировании базы данных были введены лишь две сути, то порядок связи меж ними бинарный.
Потому что для производства 1-го вида изделия может расходоваться некоторое количество видов ресурсов, а любой ресурс, в свою очередь, быть может израсходован на Создание нескольких видов изделий, то в данном случае имеет пространство связь n:m, другими словами «много ко почти всем». Дальше нужно найти классы принадлежности введенных сущностей, для чего же рассматриваются ситуации, когда некий из видов ресурса не участвует в производстве какого-нибудь вида изделия или когда некий из видов изделия не просит при производстве какой-нибудь из видов ресурсов.
Так как в описании предметной области описана возможность возникновения новейших видов ресурсов и изделий, то в базе данных могут храниться виды ресурсов и изделий, которые не участвуют в производстве и для которых нормы расходов неопознаны. Потому класс принадлежности на обоих концах необязательный.
Для определения классов принадлежности примыкающего к сути «ресурсы
» конца связи разглядим, вероятны ли ситуации, когда некий из ресурсов не расходуется. Таковая ситуация вероятна в случае отсутствия на предприятии данного вида ресурса, потому класс принадлежности связи необязательный.
Также вероятна ситуация, когда в базе данных хранятся изделия, выпуск которых пока не делается и нормы расходов ресурсов на которые не известны, т.е. с видами ресурсов эти изделия временно не соединены, означает класс принадлежности необязательный.
На базе данных о прибыли от реализации единицы изделия симплекс-методом, рассмотренным в курсе ИО, получим лучший ассортимент изделий.
Для данного варианта можно составить диаграмму ER-экземпляров и ER-типа.
На диаграмме ER-экземпляров слева кружками демонстрируют экземпляры одной сути, справа – экземпляры иной сути, а кружки соединяют меж собой так, чтоб они отражали имеющие пространство связи меж экземплярами сути. Дальше по построенной диаграмме определяются свойства связей: если от 1-го кружка отходит много линий, то связь имеет степень «много»; если существует кружок, не связанный ни с чем иным, то класс принадлежности необязательный. По этому принципу проверяются и правая, и левая сути. Дальше с учетом приобретенных выводов, разглядывают то, что может произойти в перспективе, и принимают окончательное решение.
Для нашего варианта диаграмма ER-экземпляров будет иметь вид, представленный на рисунке 5.2.
Набросок 5.
2 – Диаграмма ER-экземпляров для проектируемой БД
анализ связей на набросок 5.5.2 указывает, что диаграмма не противоречит догадкам о степени связи «много ко почти всем». С учетом же перспектив, о которых шла речь выше, и слева и справа могут быть кружки, не связанные с кружками на обратной стороне.
Таковой кропотливый анализ базы данных проводится в случае минимизации размера базы данных и времени реализации запросов, потому что учет степени связи и класса принадлежности БД дозволяет уменьшить размер БД и прирастить скорость доступа к данным.
Диаграмма ER-типа показывает сути и связи с их чертами и изображается несколькими методами. На рисунке 5.3 приведен один из методов отображения диаграммы ER-типа для проектируемой БД.
Набросок 5.3 – ДиаграммаER – типа для проектируемой БД
6 ФОРМИРОВАНИЕ СХЕМЫ ПРОЕКТИРУЕМОЙ БД
Схемы БД имеют два уровня: логический и физический (концептуальный и внутренний по иной терминологии). На логическом (концептуальном) уровне определяют связные поля либо таблицы и распределяют атрибуты по таблицам. Крайнее может оказаться и нетривиальной задачей, так как при описании предметной области могут быть данные, которые вроде бы относятся к нескольким сущностям сразу. В таком случае, зависимо от связи меж сущностями, эти данные или включают в таблицу для одной из сущностей, или помещают в связную таблицу.
На физическом (внутреннем) уровне задают типы значений атрибутов, длины соответственных полей, обычные и особые правила целостности. Обычные правила целостности реализуются внутренними средствами СУБД, поддерживающих понятия первичного и наружного ключа. Особые правила целостности реализуются в виде хранимых процедур и триггеров – программных средств типа обработчиков событий, наборы которых для разных типовых ситуаций входят в инструментальные средства современных (большей частью промышленных) СУБД.В Access ограниченный набор триггеров доступен тольков проектах.
Главный задачей при реализации третьего шага является определение базисных таблиц для сущностей и формирование связей в виде доп полей базисных таблиц или отдельных связных таблиц.
Исходя из правила №6, логическая схема базы данных для рассматриваемого примера будет содержать три таблицы – две базисные для сущностей «Ресурсы» и «Изделие» и одну связную, которую назовем «Изделия-ресурсы». Эти таблицы, приведенные ниже, кроме всего остального, содержат обозначения (PK) и (FK) для первичных и наружных ключей соответственно.
Таблица 6.1 — РЕСУРСЫ
Норма ресурса
(PK)
количество ресурсов
1
100
2
100
3
200
Таблица 6.2 – ИЗДЕЛИЯ
Изделия
(PK)
Эффективность
количество
Мин.кол-во
Макс. Кол-во
А
30
66,67
0
1000
В
60
0
0
13
Таблица 6.3 – ИздеДИЯ-РЕСУРСЫ
Наим. Изделия (FК)
Наим. Ресурсов (FK)
Норма
А
1
2
А
2
1
А
3
3
В
1
3
В
2
3
В
3
8
Для перехода к физическому уровню схемы определим типы и размеры (форматы) полей, имея в виду реализацию БД в Access.
Эту базу можно расширять, вводя в нее новейшие виды изделий и ресурсов. Потому что база методологически верно спроектирована, она свободна от аномалий включения, удаления и обновления данных, имеет относительно маленькую избыточность (за счет повторения данных во наружных ключах), к ней могут быть использованы интегрированные в СУБД средства контроля целостности данных.
На этом процесс проектирования БД можно считать завершенным.
7 РЕАЛИЗАЦИЯ ПРОЕКТИРУЕМОЙ БД
Предстоящая работа связана с реализацией БД в избранной СУБД. В процессе реализации должны быть сделаны запросы, экранные формы, отчеты и остальные объекты базы данных. Этот шаг связан больше с разработкой приложений для определенных юзеров, хотя в широком смысле его можно включать и в процесс проектирования базы данных.
Разработанная база данных включает последующие объекты: таблицы «Мебель», «Нормы расходов», «Материал»; запросы «Запрос1», «Запрос2»; формы «Мебель», «Нормы расходов», «Нормы расходов 1», «Материал»; отчет «Суммарная прибыль». Ниже приведены листинги окон конструкторов для вышеперечисленных объектов.
Набросок 7.1 – Таблица МАТЕРИАЛ
Набросок 7.2 – Таблица МЕБЕЛЬ
Набросок 7.3 – Таблица НОРМЫ РАСХОДОВ
Набросок 7.4 – запрос 1.
Набросок 7.5 – Запрос 2.
Текст запроса 2 на языке SQL имеет вид:
SELECT Sum([Цена продажи]*[количество изделий]) AS [Максимальная прибыль]
FROM Мебель;
Набросок 7.6 – Формы проектируемой БД
Набросок 7.7 – отчет СУММАРНАЯ ПРИБЫЛЬ
ВыводЫ
В процессе выполнения лабораторной работы была выделена предметная область для сотворения информационной системы с целью ублажения запросов о рациональном решении задачки и рациональном значении аспекта, был составлен набор критерий, при которых будет работать проектируемая информационная система.
Были определены сути и связи выделенной предметной области и их свойства, итог представлен в виде диаграмм ER-экземпляров и ER-типа. Данные диаграммы приведены в пт 5 реального отчета.
Был разработан проект на логическом и физическом уровнях с внедрением ER-подхода, итог проектирования представлен в виде логической БД, приведенной в пт 6 реального отчета.
Были сделаны таблицы спроектированной БЛ и ее физическая схема в Access при помощи обычных средств контроля целостности. Были сделаны запросы в согласовании с вариантом задания. запрос, сделанный для нахождения решения не будет корректно работать для другого набора данных (другое условие задачки), и дает достоверную информацию при обновлении либо расширении данных. По запросу был сотворен отчет. Наружный вид таблиц, запросов и отчета приведены на рисунках пт 7 реального отчета.
]]>