Анализ предметной области и документирование результатов. Построение модели данных с использованием CASE-средства AllFusion Erwin Data Modeler. Задание базовых параметров систем, необходимых для построения модели данных. Результаты выполнения запроса.
Аннотация к работе
I.Анализ предметной области и документирование результатов 1. Описание предметной области ОТП Банк (до февраля 2008 года - неизвестный тип Blob - объект большого размера Datetime - дата, время Number - число String - текст Для обозначения атрибута, как ключевого, необходимо в окне Attributes, выделив имя этого атрибута, отметить флажком пункт Primary Key тогда перед именем атрибута появится значок «ключик»: Также в состав диалогового окна Attributes входят следующие кнопки, которые могут нам понадобиться: Rename - переименовать атрибут, Delete - удалить атрибут; и вкладка Definition, в которой можно писать комментарии к выделенному атрибуту. Все созданные атрибуты отображаются в поле Attribute диалогового окна, а после закрытия диалогового окна - и в самой сущности. Сформируем таким образом следующие сущности и их атрибуты: (в таблицах выделены ячейки с ключевыми атрибутами) Рассмотрим свойства связей и процедуру их создания: а) Связи устанавливаются между двумя сущностями (бинарные связи), одна из которых является родительской, а другая - дочерней (Model/Relationships); б) связь может быть установлена таким образом, что родительская и дочерняя сущности совпадают - рекурсивная связь (или «рыболовный крючок»); в) связь должна иметь наименование (глагольная конструкция, характеризующая отношение между родительской и дочерней сущностями); г) связь в модели должна иметь мощность: «один-ко-многим», «многие-ко-многим», «один-к-одному»; д) связь имеет тип - идентифицирующая связь или неидентифицирующая. Идентифицирующая связь устанавливается между независимой сущностью (со стороны родительской сущности) и зависимой сущностью (стороны дочернего конца связи); ERwin автоматически преобразует независимую сущность в зависимую. Неидентифицирующая связь на диаграмме изображается пунктирной линией. е) важной характеристикой, которую определяют, задавая связь, является обязательность / необязательность сущности, участвующей в данной связи. Иллюстрация этой процедуры выглядит следующим образом: ж) для поддержки процедур, связанных с осуществлением действий над базой данных, изменяющих ее содержимое (удаление, модификация и добавление), при описании связей необходимо определить так называемые ссылочные ограничения или правила ссылочной целостности. В том случае, когда модель может содержать одинаковые имена свойств объектов во избежание семантических проблем при построении запросов рекомендуется формировать следующую структуру имени атрибута: «имя сущности_имя атрибута». На этом этапе необходимо выполнить трансформацию концептуального проекта во внутреннюю модель СУБД. Реляционная модель данных может быть представлена в виде совокупности таблиц: Специалист отдела прямых продаж (Код специалиста прямых продаж, …) Пакет документов (Шифр пакета, Код специалиста прямых продаж, …) Заявление на выпуск кредитной карты (Номер заявления, Код специалиста кредитного отдела…) Специалист кредитного отдела (Код специалиста кредитного отдела, …) План на месяц (Название месяца, Код специалиста прямых продаж, …) В проекте реляционной модели представлены только первичные и внешние ключевые атрибуты.