3.2.5. Определение связей информационных объектов и построение илм
При проектировании реляционных баз данных структурные связи устанавливаются между информационными объектами независимо от того, имеется ли между ними функциональная связь. Структурные связи устанавливаются для обеспечения всевозможных запросов пользователя.
Для предметной области обязательно наличие следующих информационных объектов: 1. Поставщики;
2. Товары;
3. Информация о заявках;
4. Приход материала;
5. Расход материала;
6. Инженеры ОМТС;
7. Группы материалов;
8. Подразделения;
Связи между выявленными информационными объектами определяются реальными отношениями между парами объектов.
Рассмотрим последовательно все связи между информационными объектами.
1. 1:N тип связи присутствует между информационными объектами «Поставщики» и «Приход материала»:
Один товар, поступающий на склад в определенный момент времени, может поступать только от одного поставщика; № операции является уникальным ключом.
Один поставщик может поставлять несколько товаров за одну поставку, № приходного ордера может быть одинаковым для нескольких товаров;
2. «Товары» и «Приход материала»:
Одно наименование материала может поступать на склад несколько раз в разные периоды времени;
Информационный объект «Товары» содержит только одну запись, соответствующую определенному материалу или агрегату.
Тип связи 1:N.
3. «Приход материала» и «Информация о заявках»
Одной операции прихода может соответствовать несколько заявок, т.к. часто инженеры объединяют несколько заявок и выписывают на них один счет;
Значит информационные объекты «Приход материала» и «Информация о заявках» связаны 1:N типом связи.
4. «Инженеры ОМТС» и «Приход материала»
Одному инженеру может соответствовать много записей прихода материала, т.к. инженер может привезти не один вид материала и не по одной заявке.
Таким образом, мы имеем 1:N тип связи.
5. «Подразделения» и «Информация о заявках»
Одному подразделению может соответствовать много записей в таблице информация о заявках, т.к. подразделения подают много заявок, иногда даже в течение одного дня. А вот одну заявку может подать только одно конкретное подразделение.
Таким образом, мы имеем 1:N тип связи.
6. «Подразделения» и «Расход материала»
Одной записи в таблице «Подразделения» может соответствовать много записей таблицы «Расход материала», но в тоже время одной записи таблицы «Расход материала» может соответствовать только одна запись таблицы «Подразделения», т.к. только одно подразделение может осуществить один определенный расход материала за одну операцию.
Следовательно, между информационными объектами «Подразделения» и «Расход материала» присутствует 1:N тип связи.
7. «Товары» и «Расход материала»
Одной записи таблицы «Товары» соответствует много записей из таблицы «Расход материала», т.к. один товар может уходить в расход даже в течение одного дня разными подразделениями. Значит, информационные объекты связаны 1:N типом связи.
8. «Расход материала» и «Информация о заявках»
Одной операции расхода может соответствовать только одна заявка, поэтому выбран ключ № операции расхода, т.к. номер расходного ордера может быть одним для нескольких материалов и по нескольким заявкам. Поэтому тип связи 1:N.
9. «Инженеры ОМТС» и «Информация о заявках»
Один инженер работает с несколькими заявками, но в тоже время одна заявка может быть закреплена только за одним инженером, поэтому тип связи 1:N.
10. «Инженеры ОМТС» и «Расход материала»
Одной записи таблицы «Инженеры ОМТС» может соответствовать несколько записей из таблицы «Расход товара», т.к. один инженер осуществляет несколько расходов закрепленного за ним материала. В то же время один товар может быть выдан только одним инженером. Следовательно, тип связи 1:N.
11. «Группы материалов» и «Инженеры ОМТС»
Одной записи таблицы «Группы материалов» может соответствовать несколько записей из таблицы «Инженеры ОМТС», т.к. за одной конкретной группой закреплены несколько инженеров ОМТС, но каждый инженер может относиться только к одной группе, т.е. тип связи 1:N.
12. «Товары» и «Информация о заявках»
Одной записи таблицы «Товары» соответствует несколько записей из таблицы «Информация о заявках», т.к. на один товар может быть подано несколько заявок, но в одной заявке может быть указан один конкретный товар, поэтому тип связи 1:N.
Таблица 17. Связи информационных объектов
Ключи связи |
Главный ИО |
Подчиненный ИО |
Тип отношения |
1 |
2 |
3 |
4 |
Kod_postav |
Поставщики |
Приход материала |
1 : N |
Kod_tovar |
Товары |
Приход материала |
1 : N |
Kod_sotrudnik |
Инженеры ОМТС |
Приход материала |
1:N |
Nomer_operacii_prihod |
Приход материала |
Информация о заявках |
1 : N |
Kod_tovar |
Товары |
Расход материала |
1 : N |
Nomer_podrazdel |
Подразделения |
Расход материала |
1 : N |
Nomer_podrazdel |
Подразделения |
Информация о заявках |
1 : N |
Kod_tovar |
Товары |
Информация о заявках |
1 : N |
Nomer_operacii_rashod |
Расход материала |
Информация о заявках |
1 : N |
Kod_sotrudnik |
Инженеры ОМТС |
Информация о заявках |
1 : N |
Kod_sotrudnik |
Инженеры ОМТС |
Расход материала |
1 : N |
Kod_gruppa |
Группы материалов |
Инженеры ОМТС |
1 : N |
Логическая модель автоматизированной системы определяется совокупностью логически взаимосвязанных реляционных таблиц. Каждая реляционная таблица имеет структуру, определяемую реквизитным составом одного из информационных объектов информационно-логической модели.
Логическая модель представлена на рис. 3.
Рис. 3. Логическая модель АСУ
