11.3.1. Основні властивості

ERwin має два рівні представлення моделі — логічний і фізичний.

Логічний рівень — це абстрактний погляд на дані, коли дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються на реальному світі, наприклад "Постійний клієнт", "Відділ" або "Прізвище співробітника". Об'єкти моделі, що представляються на логічному рівні, називаються сутностями та атрибутами. Логічна модель даних може бути побудована на основі іншої логічної моделі, наприклад на основі моделі процесів. Логічна модель даних є універсальною і ніяк не пов'язана з конкретною реалізацією СКБД. Для створення моделей даних в ERwin можна використовувати дві нотації: IDEFIX і IE (Information Engineering). ERwin має декілька рівнів відображення діаграми: рівень сутностей, рівень атрибутів, рівень визначень, рівень первинних ключів і рівень ікон, перемикання між ними здійснюється за допомогою кнопок панелі інструментів.

Фізична модель даних, навпаки, залежить від конкретної СКБД, фактично будучи відображенням системного каталога. У фізичній моделі міститься інформація про всі об'єкти БД. Оскільки стандартів на об'єкти БД не існує (наприклад, немає стандарту на типи даних), фізична модель залежить від конкретної реалізації СКБД. Отже, одній і тій же логічній моделі можуть відповідати декілька різних фізичних моделей. Якщо в логічній моделі не має значення, який конкретно тип даних має атрибут, то у фізичній моделі описується всю інформацію про конкретні фізичні об'єкти — таблиці, колонки, індекси, процедурах і так далі

Документування моделі

Багато СКБД мають обмеження на іменування об'єктів (наприклад, обмеження на довжину імені таблиці або заборона використання спеціальних символів — пропуску і т. п.). Часто розробники ІС мають справу з нелокалізованими версіями СКБД. Це означає, що об'єкти БД можуть називатися короткими словами, тільки латинськими символами і без використання спеціальних символів (тобто не можна назвати таблицю, використовуючи речення — її можна назвати лише одним словом). Крім того, проектувальники БД нерідко зловживають "технічними" назвами, в результаті таблиця і колонки отримують назви типу RTD_324 або CUST_A12 і так далі. Отриману в результаті структуру можуть зрозуміти тільки фахівці (а найчастіше — тільки автори моделі), її неможливо обговорювати з експертами предметної області. Поділ моделі на логічну і фізичну дозволяє вирішити цю проблему. На фізичному рівні об'єкти БД можуть називатися так, як того вимагають обмеження СКБД. На логічному рівні можна цим об'єктам дати синоніми — імена зрозуміліші неспеціалістам, у тому числі на кирилиці і з використанням спеціальних символів. Наприклад, таблиці CUST_A12 може відповідати сутність Постійний клієнт. Така відповідність дозволяє краще документувати модель і дає можливість обговорювати структуру даних з експертами предметної області.

Масштабування

Створення моделі даних, як правило, починається з розробки логічної моделі. Після опису логічної моделі проектувальник може вибрати необхідну СКБД, і ERwin автоматично створить відповідну фізичну модель. На основі фізичної моделі ERwin може згенерувати системний каталог СКБД або відповідний SQL-скрипт. Цей процес називається прямим проектуванням (Forward Engineering). Тим самим досягається масштабованість — створивши одну логічну модель даних, можна згенерувати фізичні моделі під будь-яку підтримувану СКБД ERwin. З іншого боку, ERwin здатний по вмісту системного каталога або SQL-скрипту відтворити фізичну і логічну модель даних (Reverse Engineering). На основі отриманої логічної моделі даних можна згенерувати фізичну модель для іншої СКБД і потім створити її системний каталог. Отже, ERwin дозволяє вирішити завдання з перенесення структури даних з одного сервера на іншій. Наприклад, можна перенести структуру даних з Oracle на Informix (або навпаки) або перенести структуру dbf-файлов в реляційну СКБД, тим самим полегшивши перехід від файл-серверной до клієнт-серверної ІС. Проте, формальне перенесення структури "плоских" таблиць на реляційну СКБД зазвичай неефективне. Для того, щоб витягувати вигоди від переходу на клієнт-серверну технологію, структуру даних слід модифікувати.

Обчислення розміру БД

ERwin дозволяє розрахувати приблизний розмір БД загалом, а також таблиць, індексів і інших об'єктів через певний період часу після початку експлуатації ІС. Розрахунок будується на основі наступних параметрів: початкова кількість рядків; максимальна кількість рядків; приріст кількості рядків в місяць. Результати розрахунків зводяться в звіт.

Пряме і зворотне проектування

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

Зворотним проектуванням називається процес генерації логічної моделі з фізичної БД. Зворотне проектування дозволяє конвертувати БД з однієї СКБД в іншу. Після створення логічної моделі БД шляхом зворотного проектування можна перемкнутися на інший сервер і провести пряме проектування.

Окрім режиму прямого і зворотного проектування програма забезпечує синхронізацію між логічною моделлю і системним каталогом СКБД впродовж всього життєвого циклу створення ІС.

Генерація коду клієнтської часткичастини за допомогою ERwin

ERwin підтримує не тільки проектування сервера БД, але і автоматичну генерацію клієнтського застосування в середовищі розроблення MS Visual Basic і Power Builder. Технологія генерації полягає в тому, що на етапі розроблення фізичної моделі даних кожній колонці присвоюються розширені атрибути, що містять інформацію про властивості об'єктів клієнтського застосування (у тому числі і візуальних), які відображають інформацію, що зберігається у відповідній колонці. Ця інформація записується у файлі моделі. На основі інформації, що міститься в розширених атрибутах, генеруються екранні форми. Отриманий код може відкомпілюватися і бути виконаний без додаткового ручного кодування.

Кожній колонці в моделі ERwin можна задати заздалегідь описані і іменовані властивості:

• правила валідації (перевірка значень);

• початкові значення, що встановлюються за замовчуванням;

• стиль візуального об'єкту (наприклад, радіокнопка, поле введення та ін.);

• формат зображення.

Для опису кожної властивості ERwin є відповідні редактори.

Створення звітів

Для генерації звітів в ERwin є інструмент – Report Browser. За замовчуванням Report Browser містить заздалегідь певні звіти, що дозволяють наглядно подати інформацію про основні об'єкти моделі даних, – як логічної, так і фізичної.

Генерація словників

Для керування великими проектами ERwin має спеціальний інструмент – ERwin Dictionary, який забезпечує колективну роботу над діаграмами і дозволяє зберігати і документувати різні версії моделей даних. ERwin Dictionary є спеціальною БД, яка дозволяє вирішити проблеми документування і зберігання моделей, однак не повністю відповідає вимогам розрахованої на багато користувачів роботи.

Переваги системи Erwin

• побудувавши один раз повноцінну модель бази даних, можна легко її розвивати, модифікувати і переносити з одного сервера бази даних на іншій.

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

• використовуючи стандарт IDEF1X, розроблений військово-повітряними силами США, ERwin дозволяє створювати складні документи у вигляді простому для розуміння.

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

• ERwin повністю підтримує можливості FRE (forward and reverse engineering) з використанням каталогів цільового сервера.