Описание предметной области. Проектирование базы данных с использованием case-технологий.

Проектирование базы данных с использованием case-технологий.

Вариант 5

 

Выполнил:

студент группы АТП-05-1Д

Лардугин С.А.

 

Проверил:

Симонова А.Г.

 

Старый Оскол, 2008г.

Содержание

 

1.Введение..…………………………………………………………………….…….……………………………………………………………………... 3

2. Цель работы……………………………………………………………………………….……………………………………………………………… 4

3. Описание предметной области……………..……………………………………………….………………………………………………… 4

4. Разработка моделей…………………………………………………………………………………………………………………………………. 5

4.1 Модель сущность-связь…………………………………………………………………………………………………………………………. 5

4.2 Концептуальная модель………………………………………………..……….……………………………………………………………… 6

4.3 Физическая модель…………………………………………………………….………………………………………………………………… 10

Вывод ………………………………………………………………………………………………………………………………………………………… 11

 

 

Введение

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

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

Современные технологии проектирования информационных систем в некоторой мере позволяют решить перечисленные проблемы. В настоящее время используются CASE-технологии (Computer Aided Software/System Engineering), предоставляющие ряд нотаций для разработки описательных моделей. Одними из самых популярных программных продуктов, обеспечивающих полный цикл анализа, проектирования и кодогенерации, являются автоматизированные инструменты серии Platinum technology (Logic Works): BPWin, ERWin, ModelMart, Paradigm Plus, RPTWin.

Экспорт объектов и атрибутов в CASE-средство ERWin дает возможность спроектировать нормализованную базу данных. ERWin интегрируется с популярными СУБД Power Builder, Access. Ориентация на реляционную модель не обеспечивает описания бизнес-процессов. Сложные алгоритмы могут быть реализованы с использованием объектно-ориентированного проектирования.

Несмотря на то, что перечисленные инструментальные средства создают описательные модели, существует возможность реальной разработки. В частности, ERWin создает базу данных, а Paradigm Plus генерирует программный код на языке C++ или Java.

 

Цель работы

Целью данного домашнего задания является ознакомление студентов с существующими на данный момент CASE-технологиями моделирования данных на примере популярной системы— Power Designer фирмы Sybase.

 

Описание предметной области

Предметной областью домашнего задания выбрал работу городского аэропорта. Пассажиры выбирают страну, в которую собираются отправиться, а затем выбирают город. Им предоставляется несколько рейсов на выбор, в зависимости от того, в какое время удобно пассажирам лететь, они выбирают определенный рейс. Весь багаж они сдают в хранилище, он будет отправлен в грузовом отсеке самолета в место прибытия. На самолете, который перевозит пассажиров в нужную им страну и город, находятся пилоты (несколько человек) и стюардессы (несколько человек).

 

Разработка моделей

Модель сущность-связь

 

 

Концептуальная модель

Для создания концептуальной модели базы данных запустили программу Power Designer и выбрали из меню File команду New. Открылось основное окно програм­мы, которое содержит область отображения модели, меню, панель инструментов и панель элементов модели. Прежде всего, определили свойства создаваемой модели, которые используются для ее идентификации, описания и отображения в отчетах по модели. Для этого вы­полнили команду Dictionary > Model Properties. Открылось окно диалога Model Properties. Задайте в нем наименование и идентификатор проекта, в рамках кото­рого создается данная модель, а также наименование и идентификатор самой модели.

Для создания сущности выбрали на панели элементов значок с изображе­нием прямоугольника, содержащего в верхней части горизонтальную линию и перенесли его в область модели. Для определения свойств сущ­ности сделали двойной щелчок на изображении прямоугольника и открыли окно диалога Entity Properties.

Создадим домены. Домены являются аналогами пользователь­ских типов в реляционных базах данных и могут использоваться для указания ти­пов атрибутов сущностей. Для создания домена выполнили команду Model > Domains. Открылось окно диалога List of Domains, которое содержит таблицу со списком доменов модели. Добавили домены для данных типа дата-время, для денежных типов данных (например, зар.плата), для целых положительных чисел и для текстовой информации (например, название города, максимум40 символов).

.

Для определения атрибутов сущности открыли окно свойств и щелкнули на вкладку Attributes. Открылось окно диалога ввода атрибутов сущности.

Определили тип данных для наших сущностей и обозначили ключевое поле.

Для создания связи между двумя сущностями выполнили следующие действия:

1. Выбрали на панели элементов кнопку, на которой показаны два прямоугольника, соединенные линией.

2. Соединили линией две сущности.

Переименовали наши сущности в соответствии с названиями в модели сущность-связь.

Для определения свойств созданной связи сделали на ней двойной щелчок мышь и открыли окно свойств связи. Ввели в поле Name наименование связи. Затем задали в области Cardinality тип связи между сущностями: один-к-одному, один-ко-многим, многие-к-одному или многие-ко-многим.

Свойство Mandatory определяет, является ли связь обязательной, и в зависимости от типа связи отображается на линии в виде значков.

 

При использовании CASE-средств можно в любой момент проверить созданную модель па наличие ошибок. Для этого мы выполнили команду Tools > Check Model и установили в открывшемся окне диалога флажки проверки сущностей, атрибу­тов и связей. Затем щелкнули на кнопке ОК для запуска процесса проверки. Ее ре­зультат будет отображаться в окне Result List.

 

Физическая модель

Концептуальная модель позволяет понять суть создаваемой информационной си­стемы, но она не подходит для создания непосредственно структуры базы данных. Для генерации структуры базы данных необходимо преобразовать концептуаль­ную базу данных в физическую. В Power Designer для преобразования концептуальной модели в физическую выполнили команду Tools > Generate Physical Data Model. Открылось окно диалога Generating Physical Data Model, в котором, прежде всего, мы указали тип СУБД, для которой будет создаваться модель.

 

Вывод.

Разработали базу данных для городского аэропорта при помощи CASE-технологий моделирования данных на системе Power Designer фирмы Sybase. Мы увидели, что использование CASE-технологий позволяет ускорить разработку информационных систем за счет решения ряда организационных проблем – взаимодействия между различными специалистами, этапами проектирования и отдельными компонентами информационной системы, создания документации.