Використання розширених функціональних можливостей AllFusion ERwin Data Modeler – продукту компанії Computer Associates. Робота з рівнями проектування, CASE-засоби (моделювання), Програмування, статті

Зміст



В цілому в ієрархії рівнів проектування різні типи моделі використовуються в життєвому циклі розробки додатків з метою розрізнення типів моделі між собою. Зокрема за допомогою логічної моделі можна представити бізнес-вимоги і правила. З цієї моделі можна отримати універсальну фізичну модель, в якій фізичні конструкції спроектовані для універсальної бази даних. Якщо універсальна фізична модель є стійкою, з неї можна отримати кілька моделей, специфічних для бази даних. Таким способом універсальна фізична модель стає моделлю стандартів.


Різні функціональні можливості AllFusion ERwin Data Modeler (раніше: ERwin), (Далі по тексту – AEDM) дозволяють підтримувати розділення типів моделі, а також з’єднання і синхронізацію пов’язаних моделей. Ці функціональні можливості будуть коротко розглянуті в цій статті.


Що таке рівень проектування?


Рівень проектування – Це окрема модель даних або набір моделей даних, які використовуються в процесі розробки додатків для певної мети. Кожен рівень проектування є складовою частиною ієрархії двох або більше рівнів проектування.


У найпростішому поданні ієрархії рівнів проектування перший рівень проектування (Design Layer 1) являє собою логічну модель даних (Logical Data Model), яка визначає бізнес-вимоги до додатка. Потім на другому рівні проектування (Design Layer 2) ці бізнес-вимоги перетворюються в правила впровадження бази даних у фізичній моделі даних (Physical Data Model). Універсальна фізична модель може бути створена за допомогою універсального ODBC як цільова бази даних. Третій рівень проектування (Design Layer 3) може представляти різні фізичні впровадження однієї моделі даних – наприклад, фізична модель DB2 (Physical Model DB2) і Фізична модель Oracle (Physical Model Oracle), але на різних цільових серверних платформах:

Ієрархія рівнів проектування.


В цілому використовувати одну модель для всіх фаз процесу проектування неможливо. Замість цього необхідно розробити і з’єднати пов’язані моделі на різних рівнях проектування. На кожному рівні проектування необхідно приймати і реєструвати проектні рішення, які перетворять структуру від рівня до рівня. В кінцевому рахунку, необхідно підтримувати зв’язки між моделями на різних рівнях проектування і синхронізувати зміни, внесені на різних рівнях, одночасно підтримуючи відповідні структури на кожному з них. Ця можливість забезпечується в AEDM комбінацією зв’язку моделей на різних рівнях проектування за допомогою джерел моделей та застосування трансформацій в рамках моделі.


Перший рівень проектування: концептуальна логічна модель даних


AEDM пропонує чудовий підхід до візуалізації структур бази даних і полегшення проектування логічних і фізичних моделей даних. Цей структурний, систематичний підхід до управління інформацією і розробці додатків починається з концептуальної логічної моделі, першого з декількох рівнів проектування, що дозволяє визначити конкретні бізнес-вимоги (включаючи універсальні сутності і структури супертіпа / підтипу).


Другий рівень проектування: універсальна фізична модель даних


На цьому рівні проектування визначають структуру таблиць і стовпців і універсальне іменування, необхідні для подання бізнес-додатки. Однак у універсальної фізичної моделі даних об’єкти і властивості не залежать від бази даних. Інші моделі даних, специфічні для бази даних, можуть бути отримані з універсальної фізичної моделі даних.


Третій рівень проектування: фізичні моделі, специфічні для бази даних


Тепер за допомогою AEDM можна втілити свій досвід у впровадження бази даних, створивши фізичний рівень проектування, специфічний для бази даних. Кожна програма може працювати на декількох платформах бази даних; останній рівень проектування необхідний для моделей даних, специфічних для бази даних.


Інші ієрархії рівнів проектування


Ієрархія моделі масштабу підприємства


У подібному прикладі концептуальна модель даних може бути замість цього моделлю даних масштабу підприємства, яка визначає стандарти для всіх додатків організації. Модель даних масштабу підприємства може бути логічною і включати в себе всі затверджені стандарти сутностей і атрибутів, що підтримуються організацією. На наступному рівні проектування можуть бути представлені кілька логічних моделей даних для ряду бізнес-додатків, таких, як введення замовлення та комісійний збір за продаж.


Незважаючи на великі відмінності цих додатків, в них ймовірно спільно використовуються деякі загальні сутності, наприклад, співробітників і клієнтів. Модель масштабу підприємства (Enterprise Model) може включати в себе обидві цих сутності (Logical Model) поряд з іншими сутностями, які ні для однієї з цих специфічних для програми моделей вибрати неможливо. В цій ієрархії наступним рівнем проектування може бути універсальна фізична модель (Generic Physical Model) для кожної програми. Як і в попередньому прикладі, якщо кожен додаток працює на декількох платформах бази даних (Physical Model DB2 і Oracle Physical Model), останній рівень проектування необхідний для моделей даних, специфічних для бази даних.

Логічна модель масштабу підприємства. Зліва – Система відстеження продажів, справа – система введення замовлення.


Ієрархія сховища даних


Для сховища даних потрібні додаткові рівні проектування для моделей всього сховища і вітрин даних. У фізичній моделі AEDM пропонує опції для нотації Dimensional і для функціональних можливостей, пов’язаних з рухом даних (інформація про джерело даних, правила трансформації даних), ці опції дозволяють оптимізувати моделі сховищ даних Warehouse Model.


Створення нових рівнів проектування


Поділ моделі


Якщо використовувалася модель даних, яка була збережена у попередній версії AEDM, це – логічна / фізична модель. Якщо цю модель потрібно розділити на дві моделі – логічну і фізичну, можна використовувати опцію Split Model (Розділити модель) в меню Tools (Інструменти).


При поділі моделі AEDM пропонує зберегти окремі логічну і фізичну моделі даних з різними іменами. При збереженні нових моделей логічна модель стає джерелом фізичної моделі, який необхідний для синхронізації змін в цих двох типах моделі. Вихідна логічна / фізична модель зберігається зі своїм первісним іменем.


Отримання моделі


Незалежно від того, існує логічна / фізична модель чи тільки логічна або тільки фізична моделі, AEDM дозволяє легко створити нову модель. Замість того, щоб копіювати об’єкти з однієї моделі в іншу або починати все з самого початку, майстер Derive New Model (Одержання нової моделі) дозволяє за кілька кроків отримати нову модель з джерела моделі. AEDM пов’язує вихідну модель як джерело нової моделі. Потім можна приступати до роботи над окремими моделями, оскільки зміни, внесені в кожну модель, можна синхронізувати в будь-який час.


Для отримання нової моделі виберіть пункт Derive New Model (Отримати нову модель) в меню Tools (Інструменти). Майстер Derive New Model (Одержання нової моделі) допоможе виконати всі кроки процесу і дозволяє визначити об’єкти, які потрібно перенести з вихідної моделі в нову.


Додавання джерела моделі


Джерело моделі – Це батьківська модель, яка пов’язана з іншою моделлю для синхронізації змін. AEDM автоматично присвоює об’єктів в джерелі моделі і в пов’язаної моделі приховані ідентифікатори. За допомогою цих ідентифікаторів об’єктів AEDM відстежує зміни, внесені в обидві моделі. Потім зміни можна синхронізувати, навіть якщо ім’я об’єкта змінилося.


Іноді при побудові ієрархії рівнів проектування доцільніше зв’язати дві існуючі моделі, ніж отримати нову модель з існуючої. Наприклад, є універсальна модель, яку потрібно визначити як джерело моделі для інших моделей, специфічних для бази даних. В цьому випадку можна додати універсальну модель як джерело до моделі, специфічною для бази даних. При додаванні джерела моделі необхідно визначити об’єкти і властивості, які потрібно перенести з джерела моделі в цільову модель.


Для додавання джерела моделі виберіть пункт Add Model Source (Додати джерело моделі) в меню Tools (Інструменти). Майстер Add Model Source (Додавання джерела моделі) дозволяє за кілька кроків визначити об’єкти, які потрібно додати до цільову модель. Об’єкти додаються в цільову модель і зв’язуються, тим самим забезпечується синхронізація будь-яких подальших змін.


Якщо необхідно перенести об’єкти з різних моделей, можна додати кілька джерел моделі. Після додавання джерела моделі діалог Model Sources Properties (Властивості джерел моделі) може використовуватися для перегляду і редагування інформації про джерело моделі.


Що таке трансформація?


Трансформація – Це метод, що дозволяє застосувати і зареєструвати проектне рішення, тобто рішення про внесення змін до об’єкти або властивості на певному рівні проектування. При застосуванні трансформації в стан ряду об’єктів вносяться зміни з метою удосконалення, нормалізації або денормалізації моделі. При використанні трансформацій можна виділити наступні основні переваги:


– Автоматизація. AEDM спрощує вдосконалення логічної і фізичної моделей. Замість застосування змін вручну можна використовувати майстри для автоматичного застосування змін рівня проектування.
– Трасування. Для кожного об’єкта моделі, що створюється при трансформації, в AEDM ведеться історична інформація. Історію трансформованих об’єктів можна простежити.
– Збереження властивостей об’єкта. Властивості трансформованих об’єктів зберігаються. (Повторного введення інформації вручну не потрібно.)


Панель інструментів Transform (Трансформація)


Панель інструментів Transform (Трансформація) пропонує набір інструментів для застосування трансформації. Доступність інструментів на панелі інструментів Transform (Трансформація) визначається типом моделі та об’єктами, які беруть участь в трансформації.


Застосування трансформацій


В більшості випадків при виборі об’єктів, які потрібно трансформувати, відповідні інструменти стають доступними на панелі інструментів Transform (Трансформація). Наприклад, для застосування трансформації згортання супертіпа / підтипу спочатку необхідно обрати символ супертіпа / підтипу.


Як працює трансформація?


Трансформація “багато до багатьох” дозволяє, ймовірно, найкраще проілюструвати процес трансформації AEDM. Для використання цієї трансформації необхідні дві сутності, що мають зв’язок “багато до багатьох”. Для встановлення цього виду зв’язку часто між двома вихідними сутностями додається асоціативна сутність і з’єднується з кожною сутністю ідентифікуючої зв’язком. За допомогою трансформації “багато до багатьом “зв’язок” багато до багатьох “розривається автоматично і замінюється асоціативної сутністю і двома ідентифікуючими зв’язками.


Після вибору об’єктів, що беруть участь у трансформації, необхідно клацнути на кнопці панелі, яка відкриває майстер. Потім необхідно відповісти на ряд питань, що визначають застосування трансформації. Майстер чітко своєму розпорядженні результати після застосування трансформації. Беруть участь об’єкти перетворяться після завершення трансформації.


Очікувані результати трансформації


На наступній діаграмі показано стан об’єктів, що беруть участь у трансформації, до і після трансформації.




Трансформації і провідник моделей


У провіднику моделей при кожному застосуванні трансформації важлива інформація в папці Transforms (Трансформації) оновлюється. В цю інформацію включається ім’я трансформації, вихідний і цільової об’єкти, які беруть участь в трансформації.


Створення вкладених трансформацій


Коли трансформація застосовується до існуючої трансформації, створюється вкладена трансформація. Вкладені трансформації можуть оброблятися так само, як і окремі трансформації.


Розрив зв’язків трансформації і скасування трансформацій


AEDM пропонує два методи “скасування” трансформації. Зв’язки трансформації можна розірвати, або трансформацію можна скасувати.


Коли зв’язку трансформації розриваються, об’єкти моделі, створені при трансформації, зберігаються, проте вихідні об’єкти видаляються.


Щоб розірвати зв’язки трансформації, перейдіть в провідник моделей і клацніть правою кнопкою миші на трансформації. У контекстному меню виберіть пункт Delete (Видалити) і виберіть Resolve (Розірвати зв’язку).


ПРИМІТКА: Якщо джерело моделі пов’язаний з моделлю, в якій була застосована трансформація, при розриві зв’язків трансформації зв’язок між трансформованими і вихідними об’єктами в джерелі моделі буде розірвана.

Коли трансформація скасовується, вихідні об’єкти зберігаються, і трансформація і об’єкти моделі, створені при трансформації, видаляються.


Щоб скасувати трансформацію, перейдіть в провідник моделей і клацніть правою кнопкою миші на трансформації. У контекстному меню виберіть пункт Delete (Видалити) і виберіть Reverse (Скасувати).


Синхронізація змін між рівнями проектування


Як зазначалося вище, модель може бути пов’язана з джерелом моделі в результаті поділу логічної / фізичної моделі, отримання моделі або додавання джерела моделі. Після того як моделі присвоєно джерело моделі, зміни в об’єктах, які були перенесені з джерела моделі, відслідковуються автоматично. Будь-коли можна використовувати майстер Sync with Model Source (Синхронізація з джерелом моделі) для імпорту та експорту змін між моделлю та її джерелом.


Майстер Sync with Model Source (Синхронізація з джерелом моделі) дозволяє за кілька кроків виконати процес вибору типів об’єктів і змін, які потрібно порівняти і синхронізувати. Також можна визначити правила заміни регістра і максимальної довжини для об’єктів логічної і фізичної моделей і вказати файл, що дозволяє дотримуватись стандартів іменування в цільової моделі. В результаті виводиться паралельний список змін, внесених у вихідну та / або цільову модель.


При імпорті або експорті змін AEDM оновлює дату синхронізації в моделях і діалозі Model Sources Properties (Властивості джерел моделі).


Управління стандартами


Коли за проектування ряду моделей даних відповідають кілька співробітників або груп, дотримання стандартів є важливим аспектом проектування. Як правило, основними сферами, в яких може мати місце суперечливість, є іменування об’єктів і відображення типів даних. AEDM пропонує вбудовані інструменти, що полегшують керування правилами іменування і стандартами типів даних, що застосовуються у всіх моделях масштабу підприємства.


Стандарти іменування


AEDM має широкий спектр можливостей стандартів іменування, які дозволяють розробляти нові стандарти або впроваджувати існуючі стандарти. Можна використовувати всі можливості стандартів іменування або тільки ті можливості, які підтримуються в конкретній організації.


У меню Tools (Інструменти) виберіть пункт Names (Імена), потім виберіть діалог Model Naming Options (Опції іменування моделі). Цей діалог дозволяє визначити стандарти іменування для поточної моделі даних. Можна визначити регістр (нижній або верхній) і максимальну довжину імені фізичних об’єктів. Для всіх типів моделі можна визначити реагування AEDM на однакові імена (запитати, дозволити або заборонити).


Щоб відкрити редактор стандартів іменування (Naming Standards Editor), в меню Tools (Інструменти) виберіть пункт Names (Імена) і потім пункт Edit Naming Standards (Редагувати стандарти іменування). Цей редактор дозволяє визначити окремі стандарти іменування для логічних і фізичних об’єктів.


В редакторі стандартів іменування на вкладці Glossary (Глосарій) можна імпортувати існуючий глосарій імен або створити новий. Можна визначити спосіб впровадження цих стандартів і створити записи, включаючи умови ділової діяльності та скорочення, релевантні для даного бізнесу. В AEDM дані стандартів іменування зберігаються у файлі стандартів іменування (*. Nsm). До кожної моделі AEDM, в якій використовуються стандарти іменування, необхідно приєднати файл стандартів іменування. Один файл стандартів іменування можна співвіднести з декількома моделями.


При приєднанні файлу стандартів іменування до моделі даних стандарти і правила, визначені у файлі, застосовуються автоматично. Крім того, файл може використовуватися для перевірки сумісності імен об’єктів моделі, яка схожа на програму перевірки орфографії в текстовому редакторі. Файл стандартів іменування використовується як Cловарь і дозволяє порівняти імена в моделі даних з іменами в Словник. Якщо знайдено невідповідність, AEDM зупиняється і пропонує ігнорувати або замінити несумісне ім’я.


Порада: для присвоєння імен об’єктам моделі в AEDM можна використовувати інструментарій для макросів AEDM. В AEDM є макроси, які допомагають розрізняти імена, що привласнюються в логічних і фізичних моделях.


Відображення типів даних


Тип даних – це попередньо визначений набір ознак для атрибута або стовпця, який визначає довжину поля, допустимі символи і опціональні і обов’язкові параметри. Наприклад, тип даних char (18) визначає, що в стовпці може зберегтися до 18 буквено-цифрових символів.


За замовчуванням тип даних застосовується до кожного атрибуту логічної моделі і до кожного стовпцю фізичної моделі. В логічної моделі тип даних визначається доменом, з якого атрибут успадкував свої властивості, або присвоєним типом даних. У фізичній моделі тип даних визначається значенням за замовчуванням, зазначеним цільовим сервером, або присвоєним типом даних. Оскільки в моделі даних зазвичай є велике число атрибутів або стовпців, привласнення типів даних та забезпечення їх несуперечності вручну можуть бути досить нудними. Для цього в AEDM існує кілька інструментів, що полегшують рішення цього завдання.


Для редагування стандартного відображення типів даних для логічних і фізичних моделей може використовуватися редактор стандартів типів даних. У фізичних моделях можна редагувати стандартний тип даних, що приєднується до кожного стовпцю автоматично. У логічних моделях можна додавати логічні типи даних і присвоювати типи даних атрибутам.


Для визначення стандартів відображення типів даних необхідно вказати, як логічні типи даних відображаються на доступних типах даних для цільового сервера. Якщо додатки бази даних працюють на кількох серверних платформах, можна відобразити типи даних для всіх цільових серверів. В AEDM дані відображення типів даних зберігаються у файлі стандартів типів даних (*. Dsm). До кожної моделі AEDM, в якій використовуються стандарти типів даних, необхідно приєднати файл стандартів типів даних. Якщо при відкритті моделі AEDM файл стандартів типів даних не приєднаний, використовується стандартне відображення типів даних.


Звичайно, AEDM дозволяє визначити стандарти відображення типів даних один раз і застосовувати їх до декількох моделях даних. Щоб визначити файл відображення типів даних, який необхідно застосувати до поточної моделі, виберіть пункт Datatypes (Типи даних) і потім пункт Model Datatype Options (Параметри типу даних моделі) в меню Tools (Інструменти).


Збереження історії моделі


Для моделі, сутностей, атрибутів, таблиць і стовпців можна зберегти історичні дані. За допомогою функціональної можливості History (Історія) можна відстежити важливі зміни, внесені в отримані і трансформовані моделі, а також стандартну інформацію про дати створення і перегляду моделей.


Для налаштування опцій історії виберіть пункт Model Properties (Властивості моделі) в меню Model (Модель). У діалозі Model Properties (Властивості моделі) клацніть на вкладці History Options (Опції історії) і поставте галочку або зніміть її у опцій історії для об’єктів моделі, історію яких потрібно зберегти.


Історичні дані можна зберегти для наступних подій:



Додаткова інформація



Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*