ERwin. Опыт использования.. Учебное пособие по дисциплинам информационные системы в экономике, проектирование информационных систем
 Скачать 3.87 Mb.
|
|
Хранимые отображения (Stored Display) Хранимые отображения (Stored Display) предоставляют разные вари- анты отображения одной и той же модели или ее подмоделей (Subject Area). Одна Subject Area может включать в себя несколько хранимых отоб- ражений (Stored Display). В хранимое отображение входят те же самые сущности и связи, что и в Subject Area, но они могут по-разному распола- гаться на экране, иметь разные уровни отображения (см. табл. 7), различ- ный масштаб и цвет объектов или фона. Для создания хранимого отображения служит диалог Stored Displays (меню Format/ Stored Display Settings). При определении нового хранимого отображения следует задать его имя, имя автора, описание и свойства для логического и для физического уровня модели (рис. 5). Часто включая сущность в подмодель, не планируют включать роди- тельские или дочерние сущности. По умолчанию связи с сущностями, ко- торые не вошли в Subject Area («висячие связи»), не показываются. Для отображения таких связей следует включить опцию Show Dangling Rela- tionships в закладке General диалога Stored Display. В хранимом отображении (Stored Display) можно показывать связи ортогональными или диагональными линиями. Для представления связей диагональными линиями следует в закладке General выбрать опцию Diago- nal (по умолчанию установлена опция Orthogonal). 20 Рис. 5. Диалог Stored Display. Для переключения между хранимыми отображениями служат заклад- ки в нижней части диаграммы (рис. 1, 6). Чтобы отобразить область закла- док хранимых отображений следует в меню View установить опцию Stored Display Tabs. Рис. 6. Закладки хранимых отображений. Навигатор модели (Model Explorer) Model Explorer – навигатор моделей ERwin DM (рис. 7). Можно встре- тить другой перевод термина - Проводник моделей. Чтобы открыть окно навигатора моделей следует в меню View выбрать пункт Model Explorer или на клавиатуре одновременно нажать клавиши Ctrl + E. 21 Навигатор моделей позволяет: просматривать содержимое открытых моделей в компактной иерархической форме; быстро находить требуемые объекты и переходить к ним в окне диаграмм; создавать и редактировать объекты мо- делей; копировать и перемещать объекты в окне навигатора; «перетаскивать» объекты из окна нави- гатора в окно диаграмм. Когда объекты редактируются в окне навигатора моделей, изменения сразу отобра- жаются в окне диаграмм и наоборот. Напри- мер, если переименовать таблицу в окне Model Explorer, то в окне диаграмм имя соответству- ющей таблицы также измениться. Когда вам не удается найти объект на диаграмме, найдите его в нави- гаторе моделей, щелкните по нему правой кнопкой мыши и в появившемся контекстном меню щелкните по команде Go To Diagram. В результате тре- буемый объект отобразиться в окне диаграмм. Навигатор моделей имеет собственную панель инструментов для быстрого доступа к функциям навигатора. Описание инструментов навига- тора приведено в табл. 8. Таблица 8. Описание инструментов навигатора моделей. Элемент управления Описание Перейти на предыдущий (следующий) объект, который вы просматривали или редактировали в навигаторе моде- лей. Просмотреть свойства объекта, выбранного в навигаторе моделей. (Появляющийся диалог зависит от типа вы- бранного объекта.) Удалить объект, выбранный в навигаторе моделей. Найти объект (найти следующий объект) в навигаторе моделей. Открыть окно Справки по навигатору моделей. Навигатор моделей «чувствителен» к изменению типа модели, целе- вого сервера СУБД и нотации моделирования. Например, если открыта ло- гическая модель, то в навигаторе отображаются лишь объекты логического уровня (рис. 7). Если открыта физическая модель, которая использует в ка- честве целевого сервера Oracle, то в навигаторе моделей будут отобра- Рис.7. Навигатор модели 22 жаться лишь объекты физического уровня, причем среди них будут специ- фические объекты Oracle, такие как табличные пространства (Tablespaces) (рис. 8). Объекты физического уровня не отображаются в логической мо- дели. На рис. 9 и 10 показан навигатор моделей для физической модели с целевым сервером SQL Server 2000 и физической модели с целевым серве- ром SQL Server 2005 соответственно. Рис. 8. Oracle. Рис. 9. SQL server 2000. Рис.10. SQL server 2005. Навигатор моделей имеет 2 закладки: Model и Subject Area. Закладка Model наиболее полно отображает состав открытых моделей. Закладка Subject Area полезна при работе с большими моделями, когда необходимо сконцентрировать внимание на определенном подмножестве объектов большой модели. В закладке Subject Area можно отфильтровать объекты 23 Рис.11. Контекстное меню сущности. модели и отобразить лишь объекты, входящие в требуемую подмодель (Subject Area). С объектами на закладке Subject Area можно производить те же манипуляции, что и в закладке Model. Каждый объект в навигаторе моделей имеет соответствующую пиктограмму. Пик- тограммы являются графическим представ- лением роли объекта в модели. При щелчке правой кнопки мышки на объект модели в навигаторе открывается контекстное меню. Состав команд контекстного меню зависит от выбранного объекта. Например, контекстное меню для объекта «сущность» включает три команды (рис. 11): Go To Diagram (отобразить объект в окне диаграмм), Delete (удалить объект), Properties (просмотреть/редактировать свойства объекта). Совместное использование навигатора модели Model Explorer и окна диаграмм автоматизирует процесс разработки модели данных, например, в следующих случаях: Копирование и перемещение объектов. Например, можно «перета- щить» любой домен из окна навигатора в сущность, таблицу или представ- ление на диаграмме, чтобы создать атрибут (колонку), который будет наследовать все свойства домена (рис. 12). Другим примером может слу- жить создание атрибута посредством его «перетаскивания» из окна навига- тора в другую сущность на диаграмме (рис. 13). Добавление объекта в модель. Например, созданная в окне навигато- ра сущность автоматически отобразится на диаграмме (рис. 14). При со- здании нового объекта в окне навигатора появляется пиктограмма, харак- терная для данного типа объектов, а справа от пиктограммы - текстовое окно, отображающее имя созданного объекта, назначенное по умолчанию. Текстовое окно находится в режиме редактирования имени нового объекта (рис. 14). Редактирование свойств объекта. Например, можно переименовать сущность или атрибут, вызывая диалог Property (в окне навигатора щелк- нуть правой кнопкой мышки по объекту и в появившемся контекстном ме- ню выбрать пункт Property). Назначение модели-источника. Для этого в навигаторе изменяют свойства объектов из раздела Model Sources. 24 Рис. 12. Создание нового атрибута из домена. Рис. 13. Копирование атрибута в другую сущность. Рис. 14. Создание сущности в окне навигатора. С помощью навигатора Model Explorer можно добавить в модель сле- дующие объекты: 25 1. Attributes (Атрибуты), 2. Columns (Колонки), 3. Default values (Значения по умолчанию), 4. Domains (Домены), 5. Entities (Сущности), 6. Materialized query tables (Материализованные запросные таблицы), 7. Materialized views (Материализованные представления), 8. Physical storage objects (Объекты физической памяти), 9. Relationships (Отношения), 10. Scripts (Скрипты) 11. Stored displays (Хранимые отображения), 12. Stored procedures (Хранимые процедуры), 13. Subject areas (Подмодели), 14. Tables (Таблицы), 15. Validation rules (Правила валидации), 16. Views (Представления). Журнал изменений модели (Action Log) В журнале изменений модели (встре- чается также термин «журнал транзак- ций») (Action Log Pane) автоматически со- храняется вся информация об изменениях модели, сделанных в течение сессии мо- делирования. Используя журнал измене- ний модели, можно отменить/вернуть из- менения, сделанные в течение сессии мо- делирования, проанализировать деталь- ную информацию о транзакции, найти определенную транзакцию, объект или свойство объекта, участвующего в тран- закции (рис. 15, 16). Рис. 16. Журнал изменений с отображением деталей. Журнал изменений модели содержит две закладки: Details и Summary. Закладка Details содержит текстовую информацию о каждом изменении Рис. 15. Журнал изменений модели. 26 модели (транзакции). Каждая новая транзакция смещает запись о преды- дущей транзакции вниз по списку транзакций, информация о текущей транзакции размещается на вершине списка транзакций. Запись о первой транзакции всегда размещается внизу дерева транзакций (рис. 15). Можно просмотреть детализированную информацию о транзакции. Для этого до- статочно нажать на знак , расположенный слева от выбранной транзак- ции в журнале изменений модели; чтобы скрыть детальную информацию нужно нажать на знак (рис. 16). В закладке Summary отображается конечный результат изменений, сделанных в модели. На вершине иерархического списка располагается текст «Session Summary», ниже в текстовой форме размещается информа- ция об итоговых изменениях в объектах модели и их свойствах. Журнал изменений модели включает информацию лишь о текущей сессии моделирования. Когда сессия завершается, журнал закрывается и очищается. Однако можно сохранить информацию об изменениях модели, сделанных в текущей сессии, в файле с расширением *.csv. Для этого в ме- ню Tools нужно выбрать команду Options, в открывшемся диалоге Options перейти в закладку General, в разделе Activity Summary выбрать опцию Generate on Model Close и строке Location указать каталог, в который будет сохранен файл с описанием транзакций текущей сессии моделирования (рис. 17). В результате каждый раз при закрытии модели ERwin будет со- хранять очередной csv-файл с отчетом о транзакциях в сессии моделиро- вания. Следует удалять устаревшие csv-файлы или отменить опцию Gener- ate on Model Close в диалоге Options для экономии памяти на диске. Рис. 17. Диалог Option. 27 Журнал изменений модели имеет встроенную панель инструментов, описание которых приведено в табл. 9. Таблица 9. Описание инструментов журнала изменений модели. Элемент управления Описание Отменить действие выбранной транзакции. Найти (найти следующую) транзакцию, объект или свой- ство объекта в журнале изменений модели (поиск по названию). Расширенный поиск и фильтрация. Кнопка активна лишь в закладке Summary журнала изменений модели. Просмотреть значения выбранного свойства объекта до и после изменения. Отменить все последние транзакции из списка транзак- ций, включая выбранную транзакцию. Вернуть все отмененные предыдущие транзакции из списка транзакций, включая выбранную транзакцию. Наложить фильтр на типы объектов и типы свойств объ- ектов, отображаемых в журнале изменений моделей. Фильтр применяется лишь для новых транзакций. Открыть окно Справки по журналу изменений модели. Функция расширенного поиска и фильтрации (кнопка Extended Find and Filter) доступна лишь в закладке Summary журнала изменений мо- дели. В открывающемся диалоге Extended Find and Filter можно: просмотреть детальную информацию об итоговых изменениях объ- ектов модели (рис. 18); автоматически сгенерировать несколько вариантов отчетов об ито- говых изменениях объектов модели в Data Browser (кнопка ) (рис. 19); настроить расширенные возможности поиска и фильтрации (кнопка ) (рис. 20). Функция фильтрации (кнопка Metamodel Filter в диалоге Extended Find and Filter) позволяет наложить фильтр на типы объектов и типы свойств объектов, отображаемых в журнале изменений моделей. Фильтр применяется лишь для новых транзакций. Вид диалога Action Log Meta- model Filter для настройки опций фильтрации приведен на рис. 21. Можно сохранить настройки фильтрации в файл (кнопка Save диалога на рис. 21) ActionLog.config и перенести файл на другой компьютер, где требуется ис- пользовать те же настройки фильтрации. Файл размещается в каталоге C:\Documents and Settings\user\Application Data\CA\ AllFusion ERwin Data Modeler. 28 Рис. 18. Диалог Extended Find and Filter. Рис. 19. Пример отчета об изменениях модели в Data Browser. 29 Рис. 20. Диалог Find Criteria для расширенного поиска и фильтрации. Рис. 21. Диалог Action Log Metamodel Filter. 30 Русификация ERwin DM В отличие от AllFusion Process Modeler в AllFusion ERwin DM не ис- пользуется специальный бланк для диаграмм модели, поэтому русифици- ровать требуется лишь тексты, вводимые пользователем. Русифицировать пользовательские тексты можно разными способами. Первый способ заключается в корректировке ключа системного ре- естра Windows. Для этого требуется левой кнопкой мышки щелкнуть по кнопке «Пуск», выбрать «Выполнить», в открывшемся диалоге набрать в строке команду «Regedit»). В результате откроется диалоговое окно Regis- try Editor. В левой части окна перейти к ключу системного реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePa ge. Для выбранного ключа в правой части диалогового окна найти пара- метры 1250 и 1252, изменить значения обоих параметров на «c_1251.nls». Для этого правой кнопкой мышки щелкнуть по параметру, выбрать коман- ду «Modify» и ввести новое значение параметра: «c_1251.nls». Этот способ - самый быстрый, т.к. не требует настройки шрифтов для каждого типа объектов модели. Однако для правки ключа системного реестра требуются права администратора. Второй способ может быть применен обычным пользователем. Он за- ключается в настройке шрифтов по умолчанию для каждого типа объекта. Для этого в меню Format следует выбрать пункт Default Fonts & Colors. Появляется диалог Default Fonts & Colors, включающий семь перечислен- ных ниже закладок (рис. 22). Entities (Tables) – определяет шрифт и цвет для сущностей (таблиц). Attributes (Columns) – определяет шрифт и цвет для собственных ат- рибутов (колонок) и внешних ключей. General – определяет шрифт и цвет фона окна по умолчанию для всех объектов в окне диаграммы. Relationships – определяет шрифт и цвет для связей. Subtypes – определяет шрифт и цвет для дискриминатора в связи «иерархия категорий». Drawing Object Text – определяет шрифт и цвет текста графических объектов. Drawing Object Colors – определяет цвет и стиль заполнения, а также цвет, стиль и толщину рамки графических объектов. После задания настроек шрифта и цвета в диалоге Default Fonts & Colors следует выбрать одну из опций в разделе Apply To этого же диалога: New Objects – настройки действуют лишь для новых объектов, суще- ствующие объекты не изменятся (опция установлена по умолчанию). All Objects – изменяются все объекты модели: новые и существую- щие, входящие в текущую или любую другую подмодель данной модели. 31 Рис. 22. Диалог Default Fonts & Colors. Current Objects – изменяются существующие объекты текущей под- модели и все новые объекты модели. Третий способ русификации – наиболее трудоемкий. Он заключается в настройке шрифта каждого конкретного экземпляра объекта в окне диа- граммы с помощью инструментов панели Font&Color Toolbar (см. табл. 4). Поддерживаемые методологии: IDEF1X, IE, DM Краткая характеристика методологий Для создания моделей ERwin DM использует 3 международно- признанные методологии (нотации): IDEF1X, IE, DM. IDEF1X - Integration DEFinition for Information Modeling (интегриро- ванное описание для информационного моделирования). Эта нотация была разработана для армии США и является федеральным стандартом США с 1993 г. Кроме того, она является стандартом в ряде международных организаций (НАТО, Международный валютный фонд и др.). 1 1 SADT (Structured Analysis & Design Technique) - методология структурно- го анализа и проектирования. Разработана Дугласом Россом в конце 1960-х гг. Широко использовалась в вооруженных силах США в программе ICAM 32 IE - Information Engineering (информационное проектирование). Клайва Финклештейна часто называют отцом информационного инжиниринга (IE), хотя подобные же концепции излагал вместе с ним и Джеймс Мартин. Нотация использовалась сначала преимущественно в промышленности. В настоящее время широко применяется в различных областях преимущественно в Европе. Нотация IE во многом похожа на IDEF1X. DM - Dimensional Modeling (многомерное моделирование данных). Специализированная нотация, предназначенная для разработки хранилищ данных и витрин данных. Основными элементами являются: таблицы (фактов, размерностей, консольные) и связи. В рамках нотации можно строить модели типа Звезда, Снежинка, Федерация. На логическом уровне ERwin DM поддерживает две нотации: IE и IDEF1X, на физическом – три: IE, IDEF1X и DM. В дальнейшем во всех примерах, если это не оговорено особо, будет использоваться нотация IDEF1X. Переключение между нотациями можно сделать в закладке Nota- tion диалога Model Properties (меню Model/Model Properties) (рис. 23). Рис. 23. Закладка Notation диалога Model Properties. (integrated computer aided manufacturing). Целью программы ICAM было увеличение производительности производства путем систематического ис- пользования компьютерных технологий. Из методологии SADT сформиро- вались две методологии: IDEF0 (федеральный стандарт США) и IDEF1 (первое упоминание в 1981 г.), развитием которой и стала методология IDEF1X (X=extended, первое упоминание в 1985 году). 33 Основные понятия методологии IDEF1X будут рассмотрены позднее в разделе «Разработка и поддержка баз данных с ERwin DM». Особенности методологий IDEF1X и IE Как указывалось, нотации IDEF1X и IE во многом схожи. Отличия проявляются: в отображении мощности (кардинальности) связи, в отображении и смысле иерархии категории. Мощность (кардинальность) связи служит для обозначения отноше- ния числа экземпляров родительской сущности к числу экземпляров до- черней. На рис. 24 на примере идентифицирующей связи показаны отли- чия в отображении мощности связи в нотациях IDEF1X и IE. Можно заме- тить, что в IDEF1X мощность отображается посредством буквы у дочерней таблицы, а в IE мощность отображается посредством самой связи. На при- мере нотации IDEF1X рассмотрим 4 типа мощности связей (рис. 24 слева): общий случай, когда одному экземпляру родительской сущности со- ответствуют 0, 1 или много экземпляров дочерней сущности не помечается каким-либо символом; символом |