к третьей нормальной форме

для информационной модели доменного производства

Наименование Описание
Шихтовые материалы Наименования применяемых шихтовых материалов
Толики шихтовых материалов Соотношение весовых толикой шихтовых материалов, загружаемых в печь
Коксовая батарея Свойства коксовых батарей
Химанализ кокса Хим анализ кокса, поступающего в доменный цех
Кокс на печь Соответствие меж коксовой батареей и доменной печью
Т_параметры к третьей нормальной форме Список технологических характеристик, контролируемых в процессе работы печи, с указанием их идентификаторов для конкретного определения их в базе данных
Выпуск Информация о выпуске водянистых товаров плавки из доменной печи (дата выпуска, время начала и окончания выпуска, температура чугуна на выпуске)
НСИ частей Нормативно-справочная информация по физико-химическим соединениям, образующимся в к третьей нормальной форме водянистых продуктах плавки

Таблица 2.2

Данные по доменному переделу, приведенные

к третьей обычной форме

Имя сути (таблицы) Имя атрибута сути (поля таблицы) Тип данных Описание
Доменная печь № печи Числовой Ключевое поле
Наименование печи Текстовый
Полная высота_м Числовой
Нужная высота_м Числовой
Высота зумпфа_м Числовой
Высота горна_м Числовой к третьей нормальной форме
Высота заплечиков_м Числовой
Высота распара_м Числовой
Высота шахты_м Числовой
Высота колошника_м Числовой
Поперечник горна_м Числовой
Поперечник распара_м Числовой
Поперечник колошника_м Числовой
Угол наклона шахты_град Числовой
Угол наклона заплечиков_град Числовой
Нужный объем печи_м2 Числовой
Число воздушных фурм_шт Числовой
Поперечник фурм_м к третьей нормальной форме Числовой
Число металлических леток_шт Числовой
Число работающих фурм_шт Числовой
Шихтоподача № печи Числовой Составной ключ
Дата шихтовки Дата/время
№ подачи Числовой
Вес подачи_кг Числовой
Порядок загрузки Текстовый
Толики шихтовых материалов № печи Числовой Составной ключ
№ подачи Числовой
Код материала Числовой
Дата шихтовки Дата/время
Толика материала_% Числовой
Т_Параметры к третьей нормальной форме Код параметра Числовой Ключевое поле
Наименование параметра Текстовый
Шихтовые материалы Код материала Числовой Ключевое поле
Наименование материала Текстовый
Окончание таблицы 2.2
Химанализы шихтовых материалов Код материала Числовой Составной ключ
Технологические характеристики Код элемента Числовой
Значение Числовой
Дата Дата/время
№ печи Числовой Составной ключ
НСИ частей Код параметра к третьей нормальной форме Числовой
Дата Дата/время
Значение Числовой
Код элемента Числовой Ключевое поле
Кокс на печь Наименование элемента Текстовый
№ печи Числовой Составной ключ
Коксовая батарея № коксовой батареи Числовой Ключевое поле
№ коксовой батареи Числовой
Химанализ кокса Наименование коксовой батареи Текстовый
№ коксовой батареи Числовой Составной ключ
Выпуск Дата Дата/время
Код элемента Числовой
Значение Числовой к третьей нормальной форме
№ печи Числовой Составной ключ
Химанализ чугуна и шлака № выпуска Числовой
Нрав расплава Текстовый
Дата выпуска Дата/время
Время начала выпуска Дата/время
Время окончания выпуска Дата/время
Температура чугуна Числовой
№ печи Числовой Составной ключ
№ выпуска Числовой
Нрав расплава Текстовый
Код элемента Числовой
Значение Числовой

Перейдем к реализации модели данных доменного к третьей нормальной форме производства в программке ERwin.

Поначалу сделаем логический уровень модели. Для этого зададим режим отображения сущностей Edit/Logical Model. Сделаем с помощью линейки инструментов (ERwin Toolbox) сути "Доменная печь", "Шихтоподача", "Химанализы шихтовых материалов" и т.д. Сути будем называть на российском языке. Выбрав каждую суть, зададим для к третьей нормальной форме нее подробное описание (Definition) на российском языке в редакторе "Entity Editor" (рис. 2.21). Это описание появится в отчетах ERwin и может быть отображено на диаграмме.


Дальше укажем связи меж сущностями. К примеру, суть "Доменная печь" связана идентифицирующей связью, т.е. является родительской сутью для сущностей "Шихтоподача", Выпуск", "Кокс на печь" и "Технологические характеристики к третьей нормальной форме". Описание связи вводится в редакторе "Relationship Editor" (рис. 2.22). На вкладке General показываются наименования сущности-родителя и сущности-потомка, имеется возможность задать мощность (Cardinality) связи, также ее тип (идентифицирующая, неидентифицирующая). На других вкладках можно ввести подробное описание связи (вкладка Definition), найти правила для контроля целостности отношений меж сущностями к третьей нормальной форме (вкладка Rolename/RI Actions), также найти так именуемые правила (проверки допустимых значений) и исходные (по дефлоту) значения для всех логических либо физических объектов ERwin (вкладка UDP).

Сейчас перейдем в режим задания атрибутов Edit/Attribute. В диалоговом окне "Attribute Editor" (рис. 2.22) зададим на российском языке имена главных и неключевых атрибутов. Заметим, что к третьей нормальной форме некие главные атрибуты для дочерних сущностей не указываются вручную, они автоматом перебегают


(мигрируют) из родительской сути. К примеру, при вводе атрибутов для сути "Технологические характеристики" в качестве главного тут уже находится атрибут "№ печи", который перебежал из родительской сути "Доменная печь". Дополнительно тут же зададим два главных атрибута "Код параметра к третьей нормальной форме" и "Дата", также неключевой атрибут "Значение". Таким макаром мы сделали составной ключ из 3-х атрибутов "№ печи", "Код параметра" и "Дата", чтоб совершенно точно идентифицировать каждый технологический параметр хоть какой доменной печи цеха в определенный момент времени. Аналогично введем другие атрибуты всех сущностей для разработанной схемы базы данных к третьей нормальной форме.

Отображение на логическом уровне информационных объектов доменного производства, их атрибутов, также отношений меж ними в виде ER-диаграммы приведено на рис. 2.24.

2.11.2. Физическая реализация информационной модели

Перейдем к физической реализации базы данных доменного производства. Для этого выберем мотивированную систему управления базой данных в диалоговом окне "Server/Target Server", к примеру Microsoft (MS) Access 97 (рис к третьей нормальной форме. 2.25). Как видно из рисунка, ERwin поддерживает как самые современные, так и прошлые версии главных программ СУБД – INFORMIX, ORACLE, SQL Server, SQL Base, SYBASE, FoxPro, Clipper, dBASE, Paradox и др.

После выбора мотивированной СУБД проектирование физически производится в определениях той базы данных, которую подразумевается использовать в информационной системе. Принципиально выделить к третьей нормальной форме, что программке ERwin "известны" соответствия меж способностями СУБД разных производителей, вследствие чего может быть преобразование физической схемы, спроектированной для одной СУБД, в другую. Таковой процесс преобразования именуется оборотным проектированием (reverse engineering) и применяется при выборе хорошей аппаратной платформы для имеющейся базы данных, также при расширении либо модификации к третьей нормальной форме имеющейся логической структуры информационной системы.

Выберем команду меню "Tasks/Forwards Engineer/Schema Generation…". Возникает окно "Access Schema Generation" (рис. 2.26), в каком показан диалог выбора характеристик генерации базы данных. В процессе процесса генерации программка ERwin строит пакет SQL-команд для сотворения структуры базы данных. На рисунке видно, что юзер к третьей нормальной форме может найти фильтр (Filter), т.е. генерировать не все таблицы, пакет SQL-команд можно просмотреть(Preview), распечатать (Print), сохранить в файл отчета (Report), выполнить генерацию (Generate).





После выбора процедуры генерации следует заполнить пустые поля показавшегося окна подключения к СУБД MS Access (рис. 2.27), в каком содержится последующая информация:


· имя юзера (User Name), от к третьей нормальной форме имени которого делается подключение к системе управления базой данных MS Access. В нашем случае полагаем, что подключение осуществляется от имени админа базы данных, имя которого admin;

· пароль (Password) юзера;

· положение и название файла базы данных (Database), в которую будет сгенерирована разработанная логическая схема. Заметим, что файл базы к третьей нормальной форме данных с обозначенным именованием должен быть за ранее сотворен в программке MS Access 97. В нашем случае был сотворен пустой файл с именованием Dom.mdb в корневом каталоге диска "C";

· положение и имя системной базы данных (System Database) пакета MS Access.

После наполнения обозначенных полей окна подключения следует надавить к третьей нормальной форме кнопку Connect и ожидать выполнения всех SQL-команд по созданию структуры базы данных, которое отражается в окне "Generate Database Schema". Об успешном окончании процесса генерации структуры базы данных свидетельствует запись Schema Generation Complete, 494 query succeeded.

Итог выполнения можно просмотреть, загрузив в программку MS Access файл "Dom.mdb". На рис к третьей нормальной форме. 2.28показана схема базы данных доменного производства, которая состоит из нескольких таблиц, связанных меж собой по главным полям.

В процессе разработки и совершенствования информационной системы может появиться ситуация, когда физическая структура базы данных, к примеру в MS Access, и информационная модель в ERwin не соответствуют друг дружке. Для этого в к третьей нормальной форме программке ERwin предусмотрена функция синхронизации с базой данных, которая вызывается командой меню "Tasks/Complete Compare…". Показавшееся диалоговое окно (рис. 2.29) предлагает перечень несоответствий меж имеющейся структурой базы данных MS Access и моделью ERwin.


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


При окончании работы над информационной моделью, обычно, нужно распечатать логический и к третьей нормальной форме физический уровни диаграммы, также отчеты по соответствиям "суть–таблица", "атрибут–имя колонки". Диаграмма физической модели является нужным и очень комфортным материалом для разработчиков прикладных программ, использующих воззвания к базе данных. Для этого при помощи команды меню "Tasks/Generate Reports…" можно вызвать диалоговое окно "Report Browser", в каком представлены различные виды отчетов к третьей нормальной форме по разработанной информационной модели. Набросок 2.40 иллюстрирует пример построения отчета о согласовании заглавий сущностей и их атрибутов именам колонок реальной базы данных.

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

2.12. Контрольные к третьей нормальной форме вопросы

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

2. Какие составляющие содержит в себе система баз данных?

3. В чем заключаются достоинства и недочеты использования системы баз данных для построения информационных систем?

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

5. Поясните механизмы работы к третьей нормальной форме централизованной и распределенной систем баз данных. Какая из этих систем является более многообещающей и почему?

6. Дайте характеристику клиент/серверной технологии построения программного обеспечения. С какой целью делается деление компьютерного приложения на отдельные уровни?

7. На каких принципах основан реляционный подход к организации данных? Перечислите главные понятия реляционных баз данных к третьей нормальной форме.

8. Из каких шагов состоит процесс разработки баз данных при традиционной методологии проектирования? Какие характеристики при всем этом нужно обеспечить?

9. В чем состоит основная мысль способа нормализации схемы базы данных? Поясните условия, которые нужно обеспечить для приведения схемы дела базы данных к первой, 2-ой и третьей обычным формам.

10. Чем вызвана к третьей нормальной форме необходимость семантического моделирования данных? Дайте определения понятиям «сущность», «связь», «атрибут».

11. Что понимается под CASE-технологией разработки информационных систем?


[1] Сопровождение (ведение, поддержка) данных – термин, объединяющий деяния по добавлению, удалению либо изменению хранимых в компьютере данных.

[2] Операнд – часть выражения, над которой делается операция, аргумент операции.


k-prikazu-ifns-rossii-10-po-g-moskve-ot-22-01-2013g-13.html
k-prikazu-ifns-rossii-8-po-g-moskve.html
k-prikazu-uchebno-metodicheskogo-centra-razvitiya-obrazovaniya-v-sfere-kulturi-i-iskusstva.html