Построение информационно-логической модели

Информационно4логическая модель строится на основе выявленных сущностей и связей между ними. В ИЛМ реализуются знания, накопленные в результате предпроектного обследования и семантического анализа предметной области. Для построения ИЛМ необходимо:

— обеспечить связь между сущностями путем сопоставления реквизитов;

— разорвать связь типа М:N, так как она не может быть реализована с помощью реляционной СУБД.

Разрыв связей «многое-ко-многому» осуществляется путем введения некоторой дополнительной сущности, которая конкретизирует понятия и изменяет связь «многое4ко4многому» на связь типа 1:М или М:1. Обязательными реквизитами новой сущности должны быть ключи сущностей, имеющих связь типа М:N.

В данной задаче имеется две связи «многое-ко-многому»: Изделие — ТТН и Изделие — Договор. Но необходимости вводить искусственные сущности нет, так как сущности Договор и ТТН состоят из двух частей («шапки» и спецификации), поэтому можно разорвать связи через Спецификации ТТН и Спецификации договора:

1:М 1:М

1:М 1:М

Таким образом, ИЛМ будет выглядеть следующим образом (рис. 1).

Рис. 1. Реляционная модель БД

Логическое проектирование БД

Логическое проектирование БД — это моделирование структуры хранения данных на машинных носителях. Логическая модель БД основана на понятиях отношения и схемы отношений.

Отношение — таблица, значения реквизитов которой хранятся в столбцах. Связь между реквизитами носит относительный характер. Схема отношения — его имя и свойства. Связи между отношениями осуществляются с помощью ключевых реквизитов.

Физическое моделирование БД

Физическое моделирование БД — это способ размещения информации на машинных носителях. Правила перехода к физической модели следующие: каждое отношение превращается в файл БД, каждый столбец — в поле файла, каждая строка — в запись файла. Этап физического моделирования БД включает в себя определение состава файлов и заполнение их исходными данными в соответствии с ограничениями, допущениями и особенностями предметной области.

Далее следуют таблицы с данными контрольного примера:

Таблица «Договор»:

Таблица «Заказчик»:

Таблица «Изделие»:

Таблица «Спецификация договора»:

Таблица «Спецификация ТТН»:

Таблица «ТТН»:

ТРЕБОВАНИЯ К КУРСОВОЙ РАБОТЕ

Оформление пояснительной записки

Нормативный объем пояснительной записки к курсовой работе – не менее 20 страниц печатного текста, включая титульный лист. Текст курсовой работы подготавливается на ЭВМ с использованием средств Microsoft Office и распечатывается на листах формата А4 с полями: левое - 30, верхнее –20, нижнее –20, правое - 15 мм. Шрифт: 14 пунктов, межстрочный промежуток - полуторный.

Курсовая работа должна быть упакована в скоросшиватель. Ее текст должен быть разбит на разделы. Разделы имеют порядковую нумерацию в пределах всей работы и обозначаются арабскими цифрами с точкой в конце, например: 1.; 2. и т.д. Аннотация, введение, заключение, список используемых источников и приложения не нумеруются и печатаются с нового листа.

Все страницы пояснительной записки должны быть пронумерованы. Номер страницы ставится внизу страницы по центру. На первых трех листах номер страницы не ставится.

Цифровой материал оформляется в виде таблиц. Таблицы размещают после первого упоминания о них в тексте таким образом, чтобы их можно было читать без поворота работы или с поворотом по часовой стрелке. Каждая таблица должна иметь заголовок. Над заголовком таблицы в правой стороне листа помещают надпись "Таблица" с указанием арабскими цифрами номера таблицы. Нумерация таблиц сквозная в пределах работы или раздела. Если таблица одна, то она не нумеруется, а в тексте слово "таблица" пишется полностью.

Количество иллюстраций в работе должно быть достаточным для пояснения излагаемого текста. Иллюстрации (чертежи, схемы, графики, рисунки, диаграммы, фотографии) обозначаются словом "Рис." и располагаются так, чтобы их было удобно рассматривать без поворота или с поворотом по часовой стрелке, после первой ссылки на них в тексте. Иллюстрации должны иметь наименование. Иллюстрации нумеруют в пределах работы или раздела арабскими цифрами. Номер и наименование рисунка записываются в строчку под его изображением посередине страницы. Например: «Рис. 3.1. Блок-схема основного модуля».

8.2. Общие требования, предъявляемые к защите курсовой работы

Защита курсовой работы производится после полного завершения машинной части курсовой работы, составления отчета по курсовой работе и проверки ее преподавателем, осуществляющим руководство выполнением курсовой работы. Если по каким4либо причинам руководитель не может принять защиту проекта, то ее осуществляет лектор потока или, по согласованию с заведующим кафедрой, другой преподаватель.

Отчет должен быть предъявлен для проверки не позднее, чем за две недели до окончания семестра.

В процессе защиты курсовой работы студент должен ответить на любой вопрос, относящийся к проектированию базы данных, выбору и использованию при проектировании системных и прикладных программных средств в пределах программы по дисциплине «Технология разработки и защиты баз данных».

При оценке курсовой работы учитываются:

— знание теоретических вопросов, лежащих в основе курсовой работы,

— качество проектирования,

— умение пользоваться системными и прикладными программными средствами (ОС Windows, WinZip/WinRar, Access, Word),

— качество оформления отчета по курсовой работе.

8.3. Теоретические вопросы по СУБД

1. Что называется системой управления БД? Решение каких

2. задач она обеспечивает?

3. Что такое избыточность данных и для чего она необходима?

4. Что такое модель данных, и какие модели вы знаете?

5. Какие типы информационных связей в моделях данных вы

6. знаете? Что означают эти связи?

7. Что такое «информационный объект» и «сущность»? Какая

8. связь между этими понятиями?

9. Что такое «информационно-логическая модель предметной

10. области»?

11. Как выполняется упорядочение информационных объектов

12. по уровням иерархии?

13. Каким требованиям должны удовлетворять таблицы реляционной модели?

14. Что такое ключ отношения? Для чего он предназначен? Какие типы ключей вы знаете?

15. Что такое функциональная зависимость (ФЗ)? В чем состоит отличие ФЗ в математике и в отношении? Как определяются ФЗ в отношении? На чем они основаны?

16. Что такое полная ФЗ?

17. Что такое нормализация отношений, и какие требования предъявляются при ее проведении?

18. Какие нормальные формы (НФ) вы знаете?

19. Что такое транзитивная зависимость атрибутов отношения?

20. Приведите определение НФ1, НФ2 и НФ3.

21. Что такое аномалии в ведении БД, чем они вызваны и как устраняются?

22. Какие действия выполняются на этапе инфологического проектирования?

23. Дайте определение канонической формы ИЛМ ПО. Что она обеспечивает?

24. Почему в практике проектирования реляционных СУБД обычно ограничиваются приведением отношений к НФ3?

25. Что такое целостность БД?

26. Что такое первичный ключ?

27. Что такое индексирование, и для чего оно применяется?

28. Структурные связи (отношения) между объектами (уметь объяснить, что означают связи «один-к-одному», «один-ко-многим» и «многие-ко-многим» на конкретных отношениях проектируемой БД).

Не нашли, что искали? Воспользуйтесь поиском по сайту: