Теоретическая часть
1   КРАТКАЯ ХАРАКТЕРИСТИКА
POWER

DESIGNER

1.1          
   Назначение
PowerDesigner

Sybase

PowerDesigner
™ - программа проектирования совре­менных информационных систем. Она предоставляет уникальную возможность ускорения аналитических процессов и разработки про­граммного обеспечения, сочетая традиционные преимущества средств моделирования реляционных баз данных с новыми, производительными и эффективными по стоимости технологиями моделирования на базе языка UML.

PowerDesigner
(
PD
) - это первое средство проектирования, ко­торое сочетает возможности объектно-ориентированного, концепту­ального и физического моделирования объектов в единой, интегрированной среде.

Продукт поддерживает на сегодняшний день работу более чем с 30 наиболее популярными СУБД, позволяя придерживаться единой стратегии создания бизнес - логики и проектирования баз данных в гетерогенных вычислительных системах.

Новый универсальный интерфейс пользователя PowerDesigner в сочетании с мощным набором инструментов максимально облегчает совместную работу руководителей проекта и разработчиков в условиях постоянно повышающихся требований к распределенным приложени­ям и позволяет решать поставленные задачи в срок.
1.2      Основные преимущества
PowerDesigner


1.2.1   Проектирование приложений на всех стадиях проекта в единой интегрированной среде
Решения, принятые в области проектирования информационной системы предприятия сегодня, определяют производительность ком­пании на многие месяцы вперед. Внутренняя структура данных должна быть спроектирована одновременно с определением набора реализуе­мых бизнес - правил и логики работы системы. Существуют варианты:

-    разработать структуру базы данных с нуля;

-    провести реверс-инжиниринг уже существующей.

Возможно потребуется спроектировать и сформировать логику приложения сразу для нескольких инструментов прикладного про­граммирования и компьютерных платформ.
1.2.2   
 Инструмент, предназначенный для групповой разработки
PowerDesigner поставляется с концептуально новым репозиторием (хранилищем метаданных), который позволяет осуществлять мо­делирование систем в масштабе предприятия. Проектировщики, анали­тики, администраторы баз данных, любые другие IT-специалисты мо­гут теперь совместно использовать информацию и метаданные по соз­данию информационной системы предприятия, хранящиеся в едином репозитории. Предоставляя возможности разграничения прав доступа и полномочий, поддержки повторного использования объектов, поиска объектов и управления версиями моделей, репозитории PowerDesigner фактически является решением масштаба предприятия для надежного хранения и централизованного управления всей информацией по веде­нию проекта.
1.2.3   
 Универсальная среда разработки
PowerDesigner предоставляет общий пользовательский интер­фейс, или среду проектирования для всех трех существующих видов моделей - физической, концептуальной и объектно-ориентированной. Это позволяет разработчику уделять больше времени самому проекти­рованию, а не изучению новых пользовательских интерфейсов. Еди­ный интерфейс гарантирует интеграцию результатов разработки с ре­зультатами других членов команды, облегчая процесс совместной раз­работки.
1.2.4   
 Среда, созданная вокруг репозитория метаданных
Единый репозиторий, в котором хранятся метаданные всех мо­делей проекта, дает проектировщикам и разработчикам глобальное представление обо всех отдельных составляющих проекта, смоделиро­ванных или созданных посредством реверс - инжиниринга в среде PowerDesigner. Данная возможность предоставляет очевидные пре­имущества повторного использования ранее созданных моделей, ком­плексного анализа и обмена информацией, повышая, таким образом, производительность коллектива разработчиков.

Power Designer объединяет возможности проектирования реля­ционных баз данных и моделирования объектов на базе языка UML, позволяя аналитикам, проектировщикам и разработчикам работать в совместно используемой среде  и создавать согласованные и надежные приложения.
                       2       ИНТЕРФЕЙС
POWER DESIGNER
Интерфейс PowerDesigner (рис. 1) един для всех трех этапов мо­делирования концептуального, объектно-ориентированного и физи­ческого. Он представляет собой стандартное окно Windows с главным меню, панелями инструментов и т.д. Особенностями интерфейса PD являются следующие элементы:
2.1          
   Окно редактирования диаграмм
Окно редактирования диаграмм позволяет просматривать диа­граммы всех объектов модели. Это настраиваемое окно может быть использовано для отображения концептуальных, объектно-ориентированных, физических моделей данных или совокупных мно­гомодельных отчетов. Имеется также возможность разбивать окно на несколько сегментов для отображения двух и более моделей одного и того же приложения.
2.2          
     Окно просмотра
Информация обо всех объектах приложения в окне просмотра представлена с использованием удобной для восприятия древовидной структуры. Вы можете использовать окно просмотра для навигации по модели, отображаемой в окне редактирования диаграмм. Объект в окне редактирования диаграмм PowerDesigner выбирается простым щелч­ком мыши на объекте в окне просмотра. Даже если диаграмма включа­ет более тысячи объектов, окно просмотра предоставит быстрый и удобный способ для перемещения к необходимому объекту и выбору любого другого объекта в диаграмме.
2.3      Окно результата выполнения текущей команды
Выдает сообщения, связанные с выполнением предыдущей операции.
2.4      Окно состояния
Окно состояния регистрирует все сообщения, выдаваемые PowerDesigner. Оно позволяет, к примеру, «оглянуться» и проанализи­ровать все ошибки проектирования, которые произошли в процессе разработки проекта и реверс - инжиниринга.
2.5          
      Панель инструментов
Панель инструментов отображает те инструменты проектирова­ния, которые вам нужны, тогда, когда они вам нужны, динамически изменяясь соответственно тому типу модели, над которым ведется ра­бота. Вы можете перемещать панель инструментов по экрану, выбирая наиболее удобное и доступное ее расположение, или разместить ее на линейке инструментов.
3   ПРИЕМЫ РАЗРАБОТКИ МОДЕЛИ В
POWER

DESIGNER

PowerDesigner является инновационным средством разработки, объединяя в единую среду системы моделирования баз данных и объ­ектно-ориентированного проектирования.
3.1          
    Двухуровневый подход
Моделирование баз данных в PowerDesigner осуществляется с использованием двухуровнего подхода, что позволяет вести разработку баз данных итеративно. Для разработчиков - это прежде всего воз­можность одновременной работы на концептуальном и физическом уровнях моделей баз данных с автоматической синхронизацией внесен­ных изменений.

Существует возможность выбора между работой с независимой от базы данных мета - информацией на концептуальном уровне или работой с физической структурой модели, реализованной для конкрет­ной СУБД.
3.2          
   Концепция контейнеров
UML

PowerDesigner также предоставляет возможность объектно-ориентированного моделирования посредством UML
-диаграмм. Диа­граммы UML позволяют пользователям проектировать бизнес-логику информационной системы. Иерархия классов может создаваться на высоком концептуальном уровне с использованием режима «анализ», или более специфичным образом, для работы с целевыми языками про­граммирования, такими, как Java или PowerBuilder.

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

Применение концепции контейнеров UML к моделям (концеп­туальным, физическим и объектно-ориентированным) облегчает разра­ботку сложных проектов.
3.3        
Автоматическая двусторонняя синхронизация
Двусторонняя синхронизация, реализованная в PowerDesigner, автоматически модифицирует физическую модель при изменении кон­цептуальной модели, и наоборот Если работа с независимой от кон­кретной базы данных информацией ведется на концептуальном уровне, PoweiDesigner автоматически создает физическую модель для заданно­го типа СУБД При работе с физической моделью PowerDesigner гене­рирует концептуальную модель, позволяя осуществлять дальнейшую разработку и анализ на концептуальном уровне.
3.4      Мощные средства управления моделями
PowerDesigner предоставляет пользователям мощные средства управчения моделями, позволяющие осуществлять

·        проверку корректности построенных диаграмм,

·        сравнительный анализ нескольких моделей и их подструктуры,

·        объединение двух различных моделей в одну, Q       синхронизацию объектов, моделей и баз данных,

·        сохранение моделей в формате XML и/или двоичном фор­мате.
 PowerDesigner максимально упрощает процессы:

·        прямого и обратного проектирования приложений и гене­рирования кода,

·        импорта существующих файлов,

·        генерации отчетов по моделям

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

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

Генератор кода создает стандартные классы Java, компоненты JavaBeans или PowerBuilder из диаграмм классов Генератор кода также осуществляет реверс-инжиниринг исходных текстов на языке Java, от­компилированных Java классов, Java-архивов (файлы JAR) или кода Power Builder в диаграмму классов Power Designer.

Импортирование из программы ERwin. PD переводит ERX-файлы ERWIN в физические или концептуальные модели данных Power Designer. Модели Rational Rose также могут быть без дополни­тельной переработки загружены в качестве диаграмм классов Power Designer.

Усовершенствованный генератор отчетов функционирует независимо от модели. Доступны как стандартные, так и настраивае­мые структуры отчетов, в том числе многомодельные отчеты, которые обеспечивают обзор проекта. Отчеты могут включать в себя диаграм­мы по любому типу моделей и могут быть сохранены в форматах RTF или HTML. Power Designer предлагает мощную среду для управления и быстрого начала работы даже над самыми сложными проектами.
       3.5    Репозиторий
PowerDesignerMetaWorks
позволяет увеличить эффективность совместного использования моделей и совместной работы, предостав­ляя централизованный репозиторий для моделей Power Designer и дру­гих документов, созданных вне среды PowerDesigner.

MetaWorks предоставляет разработчикам преимущества нагляд­ного представления и удобства организации процесса коллективного моделирования при работе со всеми имеющимися в продукте PowerDesigner моделями, позволяя осуществлять централизованное и эффективное управление всеми ведущимися проектами и разработка­ми.

MetuWorks
предоставляет следующие возможности:

·                                импорт содержимого репозитория в ваше локальное рабо­чее пространство;

·                                экспорт моделей и документов из вашего рабочего про­странства в репозиторий;

·                                сравнение и объединение различных моделей и версий в локальном рабочем пространстве и репозиторий или внут­ри репозитория;

·                                поиск объектов в модели и их повторное использование в других моделях;

·                                управление доступом пользователей к содержимому репо­зитория, обеспечивающее гарантированную безопасность общей рабочей среды.
Кроме того, PowerDesignerMetaWorks
предоставляет расширен­ные средства контроля версий и управления конфигурациями (рис. 4):

·                                      управление версиями и конфигурациями;

·                                      управление версиями на уровне объекта;

·                                      управление ветвлением версий;

·                                      управление конфигурацией версий;

·                                      замораживание/размораживание версий;

·                                      блокировка/разблокировка версий;

·                                      поиск объектов по всему репозиторию;

·                                      создание пользователей и групп, присвоение прав:

·                                      присвоение полномочий моделям и пакетам;

·                                      включение документов не из PowerDesigner.
4   СОЗДАНИЕ МОДЕЛЕЙ В
POWER

DESIGNER

PD - программа многопользовательская. Базы данных моделей могут храниться на удаленном компьютере. Workspace
является той средой, посредством которой пользователь взаимодействует с базой данных. Кроме того, он может сам принять участие в пополнении базы данных (если у него есть права для этого), внося в нее новые модели, компоненты моделей, классы и другие объекты PD.

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

·                          Работа с Workspace:

Открыть, закрыть, сохранить изменения в своем Workspace пользователь может с помощью команд Open

Workspace
,
Close

Work
­
space
,
Save

Workspace
,
Save

Workspace

As
... соответственно.

·                          Настройка Workspace:

Reverse

engineer
->
Object

language
и
Reverse

engineer
->
Data
­
base
позволяют выбрать объектный язык и формат базы данных моде­ли.

·                                      Работа с файлами моделей:

После загрузки и настройки Workspace пользователь может соз­дать новую модель (New) или открыть существующую (Open).

Сохранить созданную модель можно с помощью команд Save
, Save as..

Напомним, что в PD можно создавать объектно-ориентированные, концептуальные и физические модели объектов.

·                                Подготовка к печати диаграммы и печать:

Установка параметров страниц, предварительный просмотр и печать текущей диаграммы осуществляется с помощью команд Print
,
Print

setup
,
Page

setup
,
Print

selection
.
4.2          
   Редактирование свойств средств разработки моделей
Настройка средств разработки моделей осуществляется с помо­щью команд меню Tools
.

Выбрать, какие панели инструментов будут показаны на экране, можно с помощью контейнера Customize

Toolbars
.

В контейнере General

Options
можно указать настройки ин­терфейса, а именно:

Ø     интерфейс диалогов свойств объектов;

Ø     свойства редактора объектов, шрифтов;

Ø     свойства репозитория - базы данных;

Ø     другие настройки.
Resources - здесь можно добавить, настроить и удалить ресур­сы, которыми обладает Workspace:

Ø     объектные языки моделей - от C++ до Java (
Object

lan
­
guage
);

Ø     форматы баз данных - от Access   до Oracle и InterBase (DBMS);

Ø     расширенные свойства моделей (Extended

model

defini
­
tions
);

Ø     шаблоны отчетов (Report Templates).
4.3          
   Работа с репозиторием (хранилищем метаданных проекта)
Напомним, что репозиторий организован для того, чтобы разра­ботчики могли получить одновременный доступ ко всем моделям. Он может храниться на удаленном компьютере - сервере баз данных.

Доступ к репозиторию и работа с ним осуществляется через ко­манды меню Repository
.

Для того чтобы работать с репозиторием, нужно сначала под­ключиться к нему - Connect
. В появившемся окне - контейнере нужно выбрать из списка нужное нам хранилище баз данных - Repository
пате, логин
и пароль для доступа к этому хранилищу, имя физиче­ской базы данных в этом хранилище, имя пользователя и пароль физической базы данных. Можно добавить, изменить, удалить новое хранилище (базу данных в этом хранилище) - кнопка Setup
.
5   РАЗРАБОТКА КОНЦЕПТУАЛЬНЫХ МОДЕЛЕЙ
Откроем           концептуальную           модель           посредством

File->New->Conceptual Data Model.

В меню File
добавилась команда Create

report
, с помощью ко­торой составляется документация по текущему этапу моделирования.
5.1          
      Работа с диаграммами в
PD

Одна модель в Power Designer может включать в себя несколько диаграмм. Диаграмма - это контейнер, содержащий информацию об объектах, их свойствах и связях между ними.

Всевозможные манипуляции с диаграммами можно проделывать через меню View
.

Diagram
- предназначен для создания новой диаграммы, удале­ния текущей, задания текущей диаграммы (если их у нас несколько), редактирования текущей диаграммы.

Манипуляции с масштабом и видом текущей диаграммы можно производить при помощи команд Actual

Size
,
Zoom

in
,
Zoom

out
,
Scale
,
Global

View
,
Next

View
,
Page

View
и т.д.
5.2      Редактирование свойств модели и ее объектов
В меню Model
сосредоточены команды управления процессом моделирования. С помощью этих команд можно править свойства лю­бых объектов модели, в том числе и глобальные свойства самой моде-nu
^
Model

properties
).

Packages
выдает список всех упакованных диаграмм данной мо­дели и их свойства. Пакеты помогают управлять большими моделями. Например, части модельного представления в различных заданиях и предметных областях могут быть разделены в пакеты, которые могут использоваться различными совместными группами разработки в том же проекте.

Следующая группа команд осуществляет доступ к свойствам объектов данной модели. Перечислим основные типы объектов в кон­цептуальном моделировании.
1.  
Business

rules (бизнес-правила) -устанавливается бизнес-правила документирования данной модели. Существует 5 типов биз­нес-правил:

Ø     Fact - достоверность, наличие в информационной системе;

Ø     Definition - характеристики или свойства объекта (цели) в ин­формационной системе;

Ø     Formula-вычисление, которое используют в информацион­ной системе;

Ø     Validation - реакция связи на значение в информационной системе;

Ø     Requirement - функциональные требования в информацион­ной системе.

При использовании бизнес-правил при документировании CDM нужно учесть, что они не транслированы в исполнимом коде. Бизнес-правила могут быть реализованы как связи в CDM.
2.
Domains (домены) - определяют стандартную структуру дан­ных, которую вы можете применить к ограниченному числу элементов данных. Когда Вы изменяете домен, Вы глобально модифицируете элементы данных присоединенные с доменом. Это дает возможность стандартизировать характеристики объектов и позволяет изменять мо­дель последовательно, когда возникает необходимость делать глобаль­ные изменения, направленные на группу объектов.
3.
Data

Items (элемент данных) - элементарная единица инфор­мации. Например, в CDM этим могут быть элементы данных для фа­милии автора и для заголовков разработки. Для этого типа данных можно указать принадлежность к домену и тип данных.
4. 
Entities - объекты, которые являются накопителями инфор­мации.

Entities

attributes
- первичная порция информации (элемент данных) который вы подсоединяете к объекту. Например, Фамилия -атрибут, дополняет информацию об авторе.

Identifier
- идентификатор объекта сделан для одного или боль­шего количества атрибутов, уникальных объекту, такой, что каждое значение идентификатора соответствует одному, и только одному местонахождению объекта в базе данных.

К entities
можно применять бизнес - правила, описанные выше.

5.  Relations

ships
-обозначение связей и зависимостей между объектами Entities. Между элементами этих объектов устанавливаются связи - «один к одному», «многие к одному» и «многие ко многим». Например, в отношениях «автор к картине», количество элементов мо­жет набор ко многим, потому что один и тот же художник может быть автором нескольких картин. Атрибут mandatory означает обязатель­ность этих отношений.

6.  Associations
- организация связей между объектами. В мето­дологии Merise моделирования зависимость используется для соедине­ния нескольких объектов, чтобы все представляли ясно определенные объекты, связанные событием, которое не может быть так же ясно представлено другим объектом. Каждый образец зависимости соответ­ствует образцу другого объекта, сопряженного зависимостью. Напри­мер, для организации электронного проката видеокассет необходимо три объекта: VIDEOK7, КЛИЕНТ и ПАМЯТЬ, содержащие название видеокассеты, списки клиентов, и сохраняют информацию. Они связа­ны зависимостью, которая представляет арендную плату видеокассеты (K7RENTAL).   K7RENTAL  зависимость  также   содержит  атрибуты ДАТА и STAFF_ID, которые задают дату арендной платы, и штатного сотрудника, который сдал в аренду видеокассету.

7.
Links (связи) – символизирует роль и количество элементов между зависимостью и объектом.
8.
Inheritances
(наследование) - позволяет определить объект, как частный случай родительского (более общего) объекта. Родитель­ский объект содержит элементы, которые наследуются дочерним объ­ектом.
Кроме того, модели могут включать:
Shortcuts
(ярлыки) - ссылки на объекты других моделей. При­меняются для ускоренного доступа к свойствам объектов других моде­лей из текущей модели;

Files
- текстовые файлы;

Extended

model

definitions
- объекты, определенные пользова­телем.
5.3       Редактирование внешнего вида объектов модели на диаграммах
В меню Symbol
содержатся команды, с помощью которых мож­но настроить формат отображения объектов на диаграмме.

Сначала выделяется объект (группа объектов), затем им при­сваиваются определенные свойства.

Объектам можно присвоить атрибут «скрытый» (или снять этот атрибут) - Hide

Symbols
,
Show

Symbols
; защитить от изменений и снять защиту - Protect

Symbols
,
Unprotect

Symbols
; если выделено несколько объектов - группировать и разгруппировать их - Group

Symbols
,
Ungroup

Symbols
; различные опции выравнивания - Align
,
disposition
,
Order
; цвета, размеры, заливка, шрифт (которые можно экспортировать с текущего объекта и импортировать на выделенный объект) - Format
, тень - Shadow
и т.д.
5.4          
       Окончательная обработка готовой концептуальной модели
После загрузки концептуальной модели в меню Tools
добави­лось несколько команд.

Generate

Physical

data

Model
и
Generate

Object
-
oriented

Model
- преобразовать готовую концептуальную модель в физическую или объектно-ориентированную.

При конвертировании CDM в PDM происходят следующие пре­образования:

Entity                          →Table

Entity attribute              →Table column

Primary Identifier         →Primary key

Relationship                 →Reference and foreign key

Check
,
compare
,
merge
- очистка модели, сравнение и объеди­нение моделей соответственно.

Display

preferences
&
Model

Options
- команды, которые вызы­вают контейнеры, где можно настроить внешний вид диаграммы ото­бражения модели и откорректировать шаблоны свойств объектов мо­дели.

Complete

links
- завершить установку связей между объектами.

Convert

to

package
- конвертировать выделенные объекты в па­кет.


Моделирование базы данных
А.1 Постановка задачи

Пусть имеется некоторая гипотетическая модель: база данных, касса, авиакомпания, которые представлены в виде трех таблиц (табл. 1-3).
                                                                                         Таблица 1


Касса

Namber	Nambs	Route	FIO	Adres
1001	2 тыс.руб	Москва	Иванов	Ул. Магистральная
1002	8 тыс.руб	Баку	Мехтиев	Пр. Ленина
1003	9 тыс.руб	Казань	Сидоров	Ул .Косманавтов
1004	12 тыс.руб	Уфа	Исмагилов	Ул. Изыскателей
1005	15 тыс.руб	Сургут	Титов	Ул. Дзержинского
1006	30 тыс.руб	Берлин	Форостян	Ул. Советская
1007	28 тыс.руб	Милан	Быстровский	Ул. 8 марта
1008	35 тыс.руб	Вашингтон	Дмитрьев	Пр. Октября
1009	40 тыс.руб	Невада	Файзулин	Ул. Высоцкого

                                                                                               Таблица 2

Авиакомпания

Inamb	Inumb	Data
2001	148	22.05.05
2002	124	26.07.05
2003	150	28.09.05
2004	350	02..02.06
2005	300	21.11.06
2006	300	14.09.05
2007	375	16.12.05
2008	154	31.12.05
2009	355	23.02.06

                                                                                              Таблица 3

База данных:

Bnamb	Namber	Places	Money
3001	2001	154	2 млн . руб
3002	2002	134	1,5 млн.руб
3003	2003	154	1,8 млн.руб
3004	2004	380	3 млн.руб
3005	2005	320	2,5 млн.руб
3006	2006	400	4 млн.руб
3007	2007	500	4,5 млн.руб
3008	2008	154	1,9 млн.руб
3009	2009	380	3,8 млн.руб

Описания полей создаваемых таблиц (табл. 4-6).

                                                                                                Таблица 4

Касса

Поле	Описание
Namber	Номер кассы
Nambs	Стоимость билета
Route	Маршрут
FIO	ФИО
Adres	Адрес

                                                                                               Таблица 5

Авиакомпания

Поле	Описание
Inamb	Номер авиакомпании
Inumb	Кол-во пассажиров
Data	Дата рейса

                                                                                                 Таблица 6

База данных

Поле	Описание
Bnamb	Номер рейса
Namber	Номер кассы
Places	Места
Money	Поступившая сумма

А.2  Разработка

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

1)     создание концептуальной модели данных с последующим преобразованием в физическую;

2)     непосредственное создание физической модели данных.

Поскольку первый способ наиболее нагляден (что важно для разработчика, не имеющего опыт моделирования процессов разработки программного обеспечения), то остановимся на первом методе.
А.2.1 Создание концептуальной модели данных

1       Создаём концептуальную модель данных: (File→New→Conceptual Data Model).



Рисунок А.1 Диалог “Свойства модели”
2       Изменяем название модели и его диаграммы (Model→Properties и View→Diagram→ Properties)(рис.А.1.).

3       Создаём следующие домены (рис.А.2.):

-         Вводимые переменные;

-         номера.



Рисунок А.2 Список созданных доменов
4       Редактируем их свойства:

На вкладке General задаём имя, код и тип данных для элементов домена (вопростиельный знак рядом с Data type) – для Номера выбираем тип Number, для вводимых переменных– Text и задаем длину 50 символов (рис.А.3.)




Рисунок А.3 Редактирование типа домена
5       Создаём и отредактируем прообраз (Entity) Таблицы “Касса ”:

-         выбираем в Палитре Компонентов объект Entity, затем щелкаем в любом месте диаграммы;

-         двойным щелчком по заданному только что объекту открываем Свойства Entity, на вкладке General изменяем его название на “Касса ”, задаём код на английском языке, Kassi;

на вкладке Atributes (рис.) создаём атрибуты Номер, Стоимость билета, Маршрут (согласно рис.), задаём им англоязычные коды и свойства. Атрибуту Номер присваиваем сваойство Primary (рис.). Обратите внимание, для упрощения редактирования некоторые атрибуты включены в домены. Редактируем остальные атрибуты.  


Рисунок А. 4.а) Атрибуты прообраза таблицы “Касса”


Рисунок А. 4.б) Атрибуты прообраза таблицы “Авиакомпания ”


Рисунок А. 4.в) Атрибуты прообраза таблицы “База данных ”
6       Аналогично создаём прообраз таблицы “База данных ”и “Авиакомпания” присвоив им атрибуты соответственно таблице;

.



7       Связи между “Касса ” и ”База Данных”, ”База данных” и ”Авиакомпания” прописываем связью “один ко многим результате

8       .  В результате проделанных действий получаем модель, диаграмма которой представлена на рис. А7



Рисунок А.6 Установка ассоциативных связей




Рисунок А.7 -Результат полученной модели

А.2.2 Создание и редактирование физической модели данных
Преобразуем созданную концептуальную модель в физическую. Для пределённости в качестве формата базы данных выберем MS Access: Tools→Generate Phizical → Data Model (рис. А8).



Рисунок А.8 Опции генерации
А.3 Результат моделирования
         Получили модель, диаграмма которой изображена на рис. А9.


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

Скрипт:


/*==============================================================*/

/* Database name:  CDM                                          */

/* DBMS name:      InterBase 5.x                                */

/* Created on:     17.12.2005 12:53:09                          */

/*==============================================================*/

drop table Aviakompania;


drop table "Baza dannix";


drop table Kassa;


drop domain "Date";


drop domain Numb;


drop domain Vp;


/*==============================================================*/

/* Domain: "Date"                                               */

/*==============================================================*/

create domain "Date" as DATE;


/*==============================================================*/

/* Domain: Numb                                                 */

/*==============================================================*/

create domain Numb as NUMERIC;


/*==============================================================*/

/* Domain: Vp                                                   */

/*==============================================================*/

create domain Vp as CHAR(50);


/*==============================================================*/

/* Table: Aviakompania                                          */

/*==============================================================*/

create table Aviakompania (

Inamb                Numb                           not null,

Inumb                Vp,

Data                 "Date",

constraint PK_AVIAKOMPANIA primary key (Inamb)

);


/*==============================================================*/

/* Table: "Baza dannix"                                         */

/*==============================================================*/

create table "Baza dannix" (

Bnamb                Numb                           not null,

Namber               Numb                           not null,

Inamb                Numb,

Places               Vp,

Money                Vp,

constraint "PK_BAZA DANNIX" primary key (Bnamb, Namber)

);


/*==============================================================*/

/* Table: Kassa                                                 */

/*==============================================================*/

create table Kassa (

Namber               Numb                           not null,

Nambs                Vp,

Route                Vp,

FIO                  Vp,

Adres                Vp,

constraint PK_KASSA primary key (Namber)

);


alter table "Baza dannix"

   add constraint "FK_BAZA DAN_INFORMATI_KASSA" foreign key (Namber)

      references Kassa (Namber);


alter table "Baza dannix"

   add constraint "FK_BAZA DAN_INFORMATI_AVIAKOMP" foreign key (Inamb)

      references Aviakompania (Inamb);
Список литературы
1.     Методическое пособие по PowerDesigner 12.

2.     Лекции по предмету «Моделирование систем»

3.     Статьи из интернета:

·        http://www.uml2.ru/forum/index.php

·        http://www.informika.ru