1 ГОУ ВПО Уральский государственный технический университет – УПИ

2 Кафедра «Автоматика и управление в технических системах» направление – Автоматизация и управление специальность – Управление и информатика в технических системах ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ СИСТЕМ УПРАВЛЕНИЯ Лекция 5 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений Преподаватели: Чесноков Юрий Николаевич, доц., к.т.н., Дружинина Надежда Геннадьевна, доц.

3 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ Цель изучения материала: научиться моделировать локальные представления, в частности, формулировать сущности, указывать идентификатор, назначать сущностям описательные атрибуты и составлять спецификации связей между сущностями и между атрибутами. Компетенций, формирующиеся в процессе знакомства с материалом: готовность учитывать современные тенденции развития информационных технологий в своей профессиональной деятельности (ОНК-2); готовность работать с информацией из различных источников (ИК- 4); способность к приобретению новых знаний, используя современные информационные технологии (СЛК-4); способность разрабатывать информационное обеспечение систем с использованием стандартных СУБД (ПКД-5); готовность использовать современные инструментальные средства и технологии проектирования программных средств (ПТД-2); способность составлять техническую документацию на разработку программного обеспечения (ПТД-4).

4 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ Содержание лекции 5 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

5 Локальное представление (ЛП) – соответствует отдельному внешнему приложению (функциональной задаче либо отдельному пользователю). В отдельном локальном представлении используют шесть-семь типов сущностей. 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

6 Прежде всего – для каждого ЛП формулируются сущности, о которых должна накапливаться информация. Пример исходной диаграммы модели ЛП поставок товаров на склад с использованием одного типа сущности «ПОСТАВКА» приведен на рис ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

7 Рис Исходная диаграмма с одним типом сущности ПОСТАВКА Индекс поставки Кол-во товара в поставке Шифр склада Индекс поставщика Адрес поставщика Индекс товара Название товара Дата поставки Цена единицы товара

8 В одной поставке участвует один поставщик, поставляющий только один вид товара. Поставщик может участвовать в нескольких поставках. Такая модель имеет недостатки: Если поставщик не делает поставок в настоящее время, то информация о нем отсутствует. По этой причине следует ввести в модель сущность «ПОСТАВЩИК» и построить новую модель (рис. 3.8). 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

9 Рис Диаграмма с двумя типами сущностей ПОСТАВКА Индекс поставки Кол-во товара в поставке Шифр склада Индекс поставщика Адрес поставщика Индекс товара Название товара Дата поставки Цена единицы товара ПОСТАВЩИК Поставляет

10 Такая модель снова имеет недостатки: В модели отсутствует информация о товарах, которых нет в поставке. Целесообразно ввести в модель сущность «ТОВАР» (рис. 3.9). 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

11 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений Рис Диаграмма с тремя типами сущностей ПОСТАВКА Индекс поставки Кол-во товара в поставке Шифр склада Индекс поставщика Адрес поставщика Индекс товара Название товара Дата поставки Цена единицы товара ПОСТАВЩИК Поставляет ТОВАР Поставляем

12 Такая модель снова имеет недостатки. Для дальнейшего улучшения модели следует ввести связи поставщиков и товаров, после чего получится заключительный вариант модели (рис. 3.10). 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

13 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений Рис Диаграмма с дополнительными связями ПОСТАВКА Индекс поставки Кол-во товара в поставке Шифр склада Индекс поставщика Адрес поставщика Индекс товара Название товара Дата поставки Цена единицы товара ПОСТАВЩИК Поставляет ТОВАР Поставлен Может поставлять Может быть поставлен

14 Для каждой сущности надо указать идентификатор – ключ (атрибут или атрибуты) для однозначного выделения экземпляров сущности. Если в ключ войдет несколько атрибутов, то идентификатор будет составным. Затем следует назначить сущностям описательные атрибуты и составить спецификации связей между сущностями и между атрибутами. 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

15 После назначения сущностям описательных атрибутов выявляют связи между атрибутами одной сущности. Пример связей атрибутов для сущности «СЛУЖАЩИЙ» приведен на рис ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

16 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений Рис Пример связей между атрибутами одной сущности Название ВУЗа Адрес ВУЗа Имя ребенка Дата рождения ребенка Таб. номер ФИО Дата рождения Специальность Дата поступления Дата увольнения

17 Нужно так сделать ЛП, чтобы связи между атрибутами имели вид, показанный на рис По этой причине пример со служащим необходимо изменить таким образом, как показано на рис ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

18 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений Рис Требуемый вид связей между атрибутами одной сущности Идентифициру ющий атрибут Описатель- ный атрибут 1 Описатель- ный атрибут n Описатель- ный атрибут 2 …

19 Моделирование ЛП заканчивается графическим оформлением всех выявленных сущностей, связей между ними и атрибутов, составлением спецификаций по сущностям, атрибутам и связям. 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений

20 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ 3.3. Моделирование локальных представлений Рис Модель ЛП для сущности «СЛУЖАЩИЙ» с корректными связями между атрибутами каждой сущности ВУЗ Окончил ВУЗ СЛУЖАЩИЙ Есть ребенок РЕБЕНОК Название ВУЗа Адрес ВУЗа Имя ребенка Дата рождения ребенка Таб. номер ФИО Дата рождения Специальность Дата поступления Дата увольнения

21 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ Выводы и заключение по лекции: научились моделировать локальные представления, в частности, формулировать сущности, указывать идентификатор, назначать сущностям описательные атрибуты и составлять спецификации связей между сущностями и между атрибутами

22 3. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАНКА ДАННЫХ Перечень источников: Четвериков В.Н. Базы и банки данных/ В.Н. Четвериков, Г.И. Ревунков, Э. Н. Самохвалов; под ред. В.Н. Четверикова. М.: Высшая школа, с. Дейт К. Дж. Руководство по реляционной СУБД DB2/ К. Дж. Дейт. М.: Финансы и статистика, с. Дейт К. Дж. Введение в системы баз данных/ К. Дж. Дейт. М.: Издательский дом «Вильямс», 2001, 1072 с. Дмитриев В.И.Прикладная теория информации/В.И. Дмитриев. М.:Высшая школа, с. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных/ Н.А. Гайдамакин. М.: Гелиос АРВ, С. Карпова Т.С. Базы данных: модели, разработка, реализация/ Т.С. Карпова. СПб.: Питер, с. Мамаев Е.В. MS SQL Server 7.0. Проектирование и реализация баз данных/ Е.В. Мамаев. СПб.: БХВ-Санкт-Петербург, с. Озкарахан Э. Машины баз данных и управление базами данных/ Э. Озкарахан. М.: Мир, с. Селко Джо. SQL для профессионалов. Программирование/ Джо Селко. М.:«Лори», с. Системы управления базами данных и знаний/ А.Н. Наумов [и др.]; под общ. ред. А.Н. Наумова. М.: Финансы и статистика, с. Теория автоматического управления/ С.Е. Душин [и др.]; под общ. ред. Б. Б. Яковлева. М.: Высшая школа, с. Харрингтон Дж. Л. Проектирование реляционных баз данных. Просто и доступно/ Дж. Л. Харрингтон. М.: «Лори», с. Хендерсен К. Delphi 3 и системы клиент/сервер: руководство разработчика/ К. Хендерсен. Киев: Диалектика, с.