Создание БД и построение ИЛМ ПО
На каждом этапе нормализации производится разбиение отношений на проекции без потерь. Выбор проекций осуществляется с учётом заданных ограничений предметной области. Переход от первичных документов к отношениям, которые должны находиться в 3НФ возможен, двумя способами. Независимо от выбранного способа, вначале необходимо выполнить следующие два действия: Каждая из введённых связей… Читать ещё >
Создание БД и построение ИЛМ ПО (реферат, курсовая, диплом, контрольная)
Предметная область задачи — анализ обеспеченности договоров планами выпуска по цеху. Задача — проанализировать обеспеченность договоров планами выпуска готовой продукции по цехам предприятия.
Создать выходной документ — отчет (см. прил. № 1).
Для решения задачи необходимо создать базу банных для ведения учета заказанных и запланированных к выпуску товаров, построить ИЛМ данной предметной области (ПО).
В результате анализа предметной области выявляется состав форм документов и их реквизитов, подлежащих хранению в базе данных, и определяются ограничения предметной области.
Весь массив информации можно интерпретировать как отношение и представить в виде двухмерной таблицы с поименованными графами.
Если использовать технологию последовательной нормализации отношений, которая сводится к декомпозиции без потерь, то можно перейти от информационного описания предметной области к построению нормализованных таблиц.
Переход осуществляется с помощью операции «проекция». При такой нормализации выполняется последовательное преобразование отношения R к комплексу отношений, который эквивалентен R.
Каждое новое отношение имеет лучшие свойства по сравнению с основным отношением, и новое представление отношений позволяет избежать логически противоречивых ситуаций, которые могут возникнуть при вводе и обновлении информации, называемыми аномалиями.
На каждом этапе нормализации производится разбиение отношений на проекции без потерь. Выбор проекций осуществляется с учётом заданных ограничений предметной области. Переход от первичных документов к отношениям, которые должны находиться в 3НФ возможен, двумя способами. Независимо от выбранного способа, вначале необходимо выполнить следующие два действия:
- 1. Выявить все функциональные зависимости.
- 2. Определить все ключевые реквизиты.
Оба эти шага практически невозможно формализовать, т.к. эти действия лежат в семантической (смысловой) области. Первый способ перехода от первичных документов к таблицам отношениям: Привести первичные документы к эквивалентному набору таблиц представленных в 1НФ, а далее последовательно преобразовывать их во 2НФ, ЗНФ.
Второй способ перехода от первичных документов к таблицам отношениям:
Составить список всех реквизитов первичных документов и на их основе сформировать информационные объекты. Далее, используя алгоритм, получить набор отношений, находящихся в ЗНФ, эквивалентный набору первичных документов.
Алгоритм получения набора отношений, находящихся в ЗНФ.
- 1. Определить все ключевые реквизиты.
- 2. Выявить все функциональные зависимости.
Сгруппировать все ключевые и зависимые реквизиты в отдельные отношения так, чтобы в одном отношении находился только один ключ (простой или составной) и все зависимые от него реквизиты. Если ключ составной, то в таком отношении все зависимые реквизиты должны функционально полно зависеть от всех реквизитов составного ключа, т. е. не может быть реквизитов, зависящих от части ключа. А также в отношениях должны быть исключены транзитивные зависимости неключевых реквизитов от ключевых. Тем самым будет получен набор отношений, находящихся в ЗНФ. Два способа перехода от первичных документов к нормализованным таблицам отношениям принципиально одинаковы.
Таблица 1.
№ плана. | Месяц выпуска по плану. | Наименование изделия. | Ед. изм. | № договора. | Месяц поставки. | Количество заказанных по договорам. | Количество запланированных к выпуску. | Отклонение. |
Этой Таблице-отношению, которая находится в 1НФ, присуще недостатки, выражающимися в излишней избыточности хранения данных и аномалиях (затруднениях) ведения БД при выполнении стандартных процедур вставки, замены, удаления.
Выберем ключевые реквизиты и определим функциональные зависимости.
За счёт разбиения основной Таблицы — отношение на проекции, избавимся от избыточности, аномалий вставки, замены, удаления.
1. Таблица — проекция. Сведения о товаре представим в таблице «Справочник товаров» (табл. 2), которая будет находиться в 1НФ, и во 2НФ и 3НФ. Так как только от КТ будет зависеть Наименование товара, Ед. изм. Товара, Цена за Ед. изм. Товара, Нормативное значение.
Таблица 2.
Код товара. | Наименование товара. | Ед. изм. товара. | Цена за Ед. изм. товара. | Нормативное значение. | № Склада. |
2. Таблица — проекция. Сведения о планах выпуска продукции представим в таблице «План выпуска изделий» (табл.3), которая будет находиться в 1НФ, 2НФ 3НФ, так как только от № цеха и КТ будет зависеть № плана, Месяц выпуска и Количество.
Таблица 3.
№ плана. | № цеха. | Месяц выпуска. | Код товара. | Количество. |
3. Таблица — проекция. Сведения о договорах представим в таблице «Договора» (табл.4), которая будет находиться в 1НФ, так как только от № договора зависит Дата поставки.
Таблица 4.
№ договора. | Дата поставки. |
4. Таблица — проекция. Сведения о заказанных товарах представим в таблице «Заказы» (табл.5), которая будет находиться в 1НФ, 2НФ и 3НФ, так как только от № договора и КТ зависит Количество заказанного товара.
Таблица 5.
№ договора. | Код товара. | Количество. |
5. Таблица — проекция. Сведения о произведенном товаре представим в таблице «Цеховая накладная» (табл.6), которая будет находиться в 1НФ, 2НФ и 3НФ, так как только от № цеховой накладной и № цеха зависит Дата выпуска товара.
Таблица 6.
№ цеховой накладной. | № цеха. | Дата выпуска товара. |
Таким образом, получили пять таблиц-отношений, другими словами Информационных объекта (ИО), которые будут нести всю информацию о документе «Анализ обеспеченности договоров планами выпуска по цеху».
2.1.1 Связи между информационными объектами.
Определить тип связи между двумя ИО можно, руководствуясь следующими правилами:
- 1) между ИО имеется связь типа 1:1. если внешний ключ является ключом (записи) в обоих ИО;
- 2) между ИО имеется связь типа 1: М, если
- — внешний ключ одного из ИО является его уникальным ключом (такой ИО находится на стороне — «один»), — внешний ключ другого ИО является частью его ключа или не является его ключом (описательный реквизит);
- — такой ИО находится на стороне «много» .
Каждая из введённых связей характеризуется групповым отношением экземпляров объектов типа 1: М («один-ко-многим») или типа М:1 («многие — к — одному)». В приведённых ниже схемах связи между ИО под обозначением типа связи указан идентификатор реквизита, по которому осуществляется связь. Под схемой приводится обоснование связи.
1. Связь между ИО «Справочник товаров» и «План выпуска изделий цехами» 1: М.
Справочник товаров План выпуска изделий цехами КТ.
- 2. Связь между ИО «Справочник товаров» и «Заказы»
- 1: М
Справочник товаров Заказы КТ.
- 3. Связь между ИО «Договоры» и «Заказы»
- 1: М
Договоры Заказы.
№ договора.
- 4. Связь между ИО «Справочник цехов» и «План выпуска изделий цехами»
- 1: М
Справочник цехов План выпуска изделий цехами.
№ цеха.