CASE-технологии в моделировании данных информационной системы

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

4.1. Замена связей многие-ко-многим

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

1.Удаляем связь между сущностями Персонал и Бригада и создаем сущность ПерсоналБригада (personalbrigada)

 2.Удаляем связь между сущностями Персонал и Автотранспорт и создаем сущность АвтотранспортПерсонал (avtotranspersonal )

3.Удаляем связь между сущностями Водитель и Бригада и создаем сущность БригадаВодитель (brigadavoditel )

4.Удаляем связь между сущностями Автотранспорт и Гараж  и создаем сущность АвтотранспортГараж (avtotransgaraje )

5.Удаляем связь между сущностями Водитель и Автотранспорт и создаем сущность АвтотранспортВодитель (avtotransvodit )

 

4.2. Нормализация: 1НФ

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

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

      Если значения атомарные, то  на пересечении столбца и строки  всегда находятся только одно  значение, а не набор значений.

      Сущности Автотранспорт, Персонал, Бригада, Бригадир, Тип персонала, Водитель, Гараж находятся в 1НФ так как:

• Каждая сущность имеет первичный ключ;
• Повторяющиеся группы данных выделены в самостоятельные сущности.

4.3. Нормализация: 2НФ

     Сущность находится во второй нормальной форме тогда и только тогда, когда она находится в 1НФ, и каждый не ключевой атрибут полностью зависит от первичного ключа.

     Сущности Автотранспорт, Персонал, Бригада, Бригадир, Тип персонала, Водитель, Гараж находятся в 2НФ так как:

• сущности представлены в 1НФ;
• сущности имеют простой первичный ключ.

 

4.4. Нормализация: 3НФ

     Сущность находится в третьей нормальной форме тогда и только тогда, когда она находится во 2НФ, и каждый не ключевой атрибут не зависит от другого не ключевого атрибута.

    Сущности Автотранспорт, Персонал, Бригада, Бригадир, Тип персонала, Водитель, Гараж находятся в 3НФ так как:

• сущности представлены во 2НФ;
• любой неключевой атрибут не зависит от другого неключевого атрибута.

 

4.5. Проверка модели

В среде CASE-средства произвели проверку логической модели. В логической модели ошибок не обнаружено.

 

4.6. Диаграмма «Нормализованная логическая модель данных»

См.Рис.3

5.7. Стратегия супертипа

    В среде CASE-средства определили стратегию супертипа: Одна таблица на всю иерархию(Single Table). Все атрибуты супертипа и все атрибуты всех подтипов помещаются в одну таблицу.

4.8. Замена имен связей, столбцов и таблиц

    В среде CASE-средства я выполнили транслитерацию средствами латинского алфавита имен связей, столбцов и таблиц, созданных с использованием русского алфавита, и ввела сокращенные имена атрибутов для всех сущностей и внешних ключей по данным таблиц.

     

Замена  имён связей, столбцов и таблиц в базе данных «Автопредприятие города» была проделана успешно.

 

4.9. Создание реляционной модели

 

    Реляционная модель данных — логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка.

Реляционная модель в базе данных «Автопредприятие города» была создана успешно.

     

4.10. Проверка модели

 

    В среде CASE-средства выполнили проверку реляционной модели. В реляционной модели ошибок не обнаружено.

 

4.11. Правила уникальности

 В среде CASE-средства применили правила уникальности для этого: выбираем правой кнопкой мыши,например, сущность personal выбираем Properties, выбираем Naming Rules, флажками должны быть выбраны все параметры, нажимаем ОК, и ОК.

В реляционной  модели ошибок не обнаружено.

 

Диаграмма реляционной модели

 

 

 

 

 

 

 

 

 

Рис.3:Реляционная модель

4.13. Генерация DDL

Была осуществлена генерация  схемы базы данных для ORACLE 10g, создана физическую модель и DDL-скрипт, сохранена,как скрипт с названием автопредприятие.sql .

    Генерация DDL скрипта для базы данных «Автопредприятие города» выполнена, ошибок не обнаружено.

 

5. Загрузка данных

5.1. Установка ORACLE

 

     Oracle Database - Объектно-реляционная СУБД(система управления базами данных).

    Программу установил  в локальный диск С при помощи Install_Oracle10gXE.pdf.

    Запускаем установку:  выберите OracleXEUniv.exe.

5.2. Установка ORACLE SQL Developer

 

    Oracle SQL Developer - инструмент для написания SQL-запросов, разработки PL/SQL пакетов, процедур, функций, триггеров и т. п. Этот инструмент написан на языке Java и является кросс-платформенным, т. е. работает во всех операционных системах. Oracle SQL Developer интегрируется с Apex для разработки и администрирования приложений. Oracle SQL Developer позволяет выполнять экспорт и импорт данных и структур.

   Программа ORACLE была  установлена с помощью установочного  файла sqldeveloper-1.5.54.40-1.noarch.rpm (sqldeveloper-2.1.1.64.45-1.noarch.rpm).

Установка CASE-средства Oracle SQL Developer прошла успешно.

 

5.3. Генерация БД

    Выполнена генерация схемы базы данных в среде ORACLE10g XE.

 

5.4. Загрузка тестовых данных

     В Oracle SQL Developer реализованы возможности прямого редактирования записей в таблицах баз данных. Для этого нужно в контекстном меню для таблицы в окне Connections выбрать команду Edit, а затем перейти на вкладку Data.

     После загрузки  появилось сообщение: Commit Successful, что означает успешная загрузка.

Заключение

     При работе над  курсовым проектом я познакомилась с такими программными средствами для создания баз данных как: CASE-средство Oracle SQL Developer Data Modeler, Oracle SQL Developer, СУБД Oracle 10gXE.

В ходе выполнения курсового проекта  были выделены бизнес-процессы и бизнес – правила предметной области. Обозначен  прототип предметной области – Автопредприятие города  Красноярска.Также был выполнен обзор CASE- средств.

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

               Выполнено исследование рынка CASE- средства Enterprise Architect. В практической части проекта выполнены следующие этапы:

- Создание логической модели на уровне сущностей;

- Определение  связей сущностей;

- Представление  моделей в Нотации Бахмана и Баркера

- Определение  доменов;

- Определение  атрибутов сущностей;

- Определение первичных ключей;

- Нормализация логической модели;

- Создание реляционной модели;

- Создание скрипта с расширением «sql»

- Генерация базы данных с  помощью Oracle SQL Developer

  

По окончании курсового проекта  мною были усвоены основные понятия, методы и принципы по созданию реляционной  модели. Поставленные задачи и цели были успешно преодолены.

 

 

 

 

       

     

 

 

Список использованной литературы:

1. Миндалёв И.В. Моделирование данных с помощью Data Modeler за 7 дней:: Методические указания к выполнению лабораторных работ / Краснояр. гос. аграр. ун-т. — Красноярск, 2011. — 84 с. mindalev_datamodeler_3.pdf
2. Дейт К., Дж. Введение в системы баз данных, 7-е издание.: Пер. с англ. — М.: Издательский дом Вильямс, 2001., 1072 с. Date7_2001.djvu
3. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. 9.zip
4. Зайцев С.Л. Понятие сущности. ZAIZ01.pdf
5. Матюшев В.В., Бастрон Т.Н., Шатурина Л.П.. Положение по оформлению текстовой и графической части учебных и научных работ (общие требования). polo_kgau.pdf
6. Шаблоны штампов. Forms_A4.exe