Основные преимущества PowerDesigner

 

4   СОЗДАНИЕ МОДЕЛЕЙ В POWER DESIGNER 

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

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

1.    Работа с файлами моделей

 

Работа с файлами  моделей осуществляется через меню File.

• Работа с Workspace:

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

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

Reverse engineer-> Object language и Reverse engineer-> Database позволяют выбрать объектный язык и формат базы данных модели.

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

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

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

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

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

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

2.    Редактирование свойств средств разработки моделей

 

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

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

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

• интерфейс диалогов свойств объектов;
• свойства редактора объектов, шрифтов;
• свойства репозитория - базы данных;
• другие настройки.

 

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

• объектные языки моделей - от C++ до Java (Object language);
• форматы баз данных - от Access   до Oracle и InterBase (DBMS);
• расширенные свойства моделей (Extended model definitions);
• шаблоны отчетов (Report Templates).

 

3.    Работа с репозиторием (хранилищем метаданных проекта)

 

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

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

Для того чтобы  работать с репозиторием, нужно сначала  подключиться к нему - Connect. В появившемся окне - контейнере нужно выбрать из списка нужное нам хранилище баз данных - Repository пате, логин и пароль для доступа к этому хранилищу, имя физической базы данных в этом хранилище, имя пользователя и пароль физической базы данных. Можно добавить, изменить, удалить новое хранилище (базу данных в этом хранилище) - кнопка Setup. 
 
 
 
 

5   РАЗРАБОТКА КОНЦЕПТУАЛЬНЫХ МОДЕЛЕЙ 

Откроем           концептуальную           модель           посредством

File->New->Conceptual Data Model.

В меню File добавилась команда Create report, с помощью которой составляется документация по текущему этапу моделирования. 

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 и т.д. 

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

Касса