Повна версія

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

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


<<   ЗМІСТ   >>

Аналіз предметної області

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

Процес аналізу предметної області в розробці інформаційних систем передбачає виділення основних і допоміжних бізнес-процесів [1] , які покликані забезпечити виробництво продукту / послуги. Але, поряд з цим, виділення і розгляд бізнес-процесів надає можливість визначитися з бізнес-елементами і структурами даних, які повинні брати участь в обробці даних. Такі можливості вимагають від розробника інформаційної системи в моделюванні бази даних відштовхуватися не тільки від документів, які використовуються в діяльності предметної області, а й оточення кожного бізнес-процесу і функцій, що включає визначення бізнес-елементів, об'єктів даних, виконавців обробки, власників процесів і функцій, попередніх і наступних функцій, що ініціюють і результуючих подій, інші елементи. Глибина розгляду бізнес-процесів і функцій дає максимально повну інформацію про процеси, що відбуваються в предметній області, і дозволяє краще розуміти завдання, які необхідно реалізувати при розробці бази даних, до яких відносяться моделювання структури бази даних, визначення правил посилальної цілісності, формування процедур обробки та представлення даних, але запитам користувачів.

Один із сучасних підходів до розробки інформаційних систем ґрунтується на виділенні документарних елементів в бізнес-процесі, де атрибутами є сутності (об'єкти) предметної області, згодом подаються сутностями логічної моделі бази даних. Цей підхід може бути застосовний тільки на рівні контекстного розгляду бізнес-процесів і проведення операцій декомпозиції бізнес-процесів, по, при переході па рівень моделювання потоків даних сенс використання документарного підходу втрачається, оскільки сама суть моделей потоків даних передбачає роботу з об'єктами даних, деякі з яких можуть представлятися в предметної області віртуальними культури і які існувати в документах, а також через відсутність необхідності, крім окремих приватних випадків, зберігання інформації про документи, які самі по собі не є об'єктами предметної області [1] [2] .

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

image41

Мал. 2.2. Об'єктно-атрибутивное представлення предметної області

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

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

image42

Мал. 23. Загальне уявлення ідеальної об'єктної моделі даних

( "Сніжинка")


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

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

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

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

  • [1] Питання розробки інформаційної системи в цілому не є предметом розгляду даного підручника.
  • [2] Документи можуть бути об'єктами предметної області тільки в разі розробки інформаційної системи документообігу або при необхідності зберігання в базі даних окремих документів, реалізуючи елементарні завдання документообігу.
 
<<   ЗМІСТ   >>