Повна версія

Головна arrow Інформатика arrow Бази даних: проектування

  • Увеличить шрифт
  • Уменьшить шрифт


<<   ЗМІСТ   >>

Робота з діаграмами

IBM InfoSphere Data Architect розглядає діаграми двох видів: діаграми функционализации моделі і діаграми моделі бази даних. Зазвичай, що і передбачено стандартним підходом до побудови моделі бази даних, розробники обмежуються тільки діаграмами моделі бази даних, де розміщуються суті і зв'язку між ним, але сучасна організація інформаційних систем вимагає реалізації баз даних, досить складно організованих, що складаються з великої кількості сутностей, що на єдиній діаграмі складно відобразити без втрати читабельності. Тому побудова діаграм функционализации моделі стає першочерговим завданням, виконуваної до моменту створення моделей бази даних.

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

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

Intellectual Property (персональні властивості) - елемент використовується для позначення авторських прав на діаграми або їх частини;

- Diagram (діаграма) - елемент використовується для позначення діаграми моделі бази даних і функционализации моделей.

image210

Мал. 3.67. допоміжні елементи


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

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

image211

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

Іншою роботою з діаграмами є їх фільтрація в частині відображення необхідних компонентів моделей бази даних для подальшої публікації в інтересах замовника, інших розробників і т.д. Така фільтрація виконується за допомогою установки необхідних ознак в закладці "Filters" (фільтри) властивостей діаграми. Серед наявних фільтрів представлені:

  • • Compartment display options (опції візуалізації блоків) - містить ознаки необхідності відображення блоків сутностей, що містять первинні ключі, атрибути і опису;
  • • Foreign key relationship display options (опції візуалізації зовнішніх ключів) - містить ознаки відображення на моделі найменування зовнішнього ключа, його зміненого атрибутивного імені, кардинальності (потужності) і правил посилальної цілісності;
  • • Generalization set display options (опції категоризації) - містить ознаки необхідності відображення імені зв'язку категоризації і обмеження;
  • • Entity display options (опції візуалізації сутностей) - містить ознаки вам щось показати діаграмі найменувань сутностей;
  • • Attribute display options (опції візуалізації атрибутів) - містить ознаки відображення найменування атрибута, властивості зберігання порожнього значення NULL, позначення зовнішнього і альтернативного ключа;
  • • Attribute filtering options (опції фільтрації атрибутів) - містить ознаки необхідності відображати атрибути з різними властивостями:
    • - Show not-required attributes - показувати атрибути з обов'язковим заповненням,
    • - Show required attributes - показувати атрибути, за якими дозволено зберігання порожнього значення NULL,
    • - Show foreign key attributes - показувати атрибути за зовнішніми джерелами,
    • - Show non-foreign key attributes - показувати атрибути, які не є зовнішніми ключами;
  • • Filtering attributes name (фільтрація атрибутів по імені) - містить умови для відображення атрибутів відповідно до умовою, що накладається на ім'я;
  • • Filtering attributes by data type (фільтрація атрибутів по типу даних) - містить обмеження щодо відображення атрибутів, які мають зазначеними в області "Show" типами даних, і приховану атрибутів, описаних зазначеними в області "Hide" типами даних.

В результаті застосування цих фільтрів розробник може сформувати різні види діаграм, орієнтовані на застосування для різних завдань: демонстрація моделі сутностей, візуалізація властивостей сутностей і зв'язків, відображення атрибутивного складу сутностей і т.д.

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


 
<<   ЗМІСТ   >>