Модель предметної області: поняття, структура і основні принципи

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

Загальні відомості

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

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

Використання

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

Уніфікована мова моделювання (UML) використовує діаграму класів для представлення системи.

Особливості та основні характеристики

Інформаційна модель домену забезпечує представлення всього домену, такого як клінічні дослідження, Охорона здоров`я чи догляд. DIM зазвичай створюються з використанням діаграм класів UML (Unified Modeling Language) для представлення семантики всього предмета із застосуванням мови, зрозумілої фахівцям в даній області. Ці моделі показують такі судження, як люди, місця та дії, а також те, як кожна з них пов`язана між собою.

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

Жодна з використовуваних програм не буде реалізовувати всі об`єкти моделі предметної області. Однак повнота охоплення дозволяє кінцевим користувачам переглядати Всесвіт семантики BRIDG і вибирати конкретні ресурси, необхідні для реалізації будь-якого рішення. BRIDG використовує концепції та приклади моделі домену, які мають сенс для експертів, щоб вони могли тісно співпрацювати з розробниками програмне забезпечення і аналітиками для перевірки DIM і вибору об`єктів, що підходять для їх проекту.

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

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

По Брюсу Джонсону

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

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

Що таке SAM

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

Модель повинна використовуватися в якості основи для відображення всіх сфер в організації. Ключем до будь-якої успішної моделі домену є забезпечення того, щоб термінологія та визначення, пов`язані з нею, були орієнтовані на бізнес та зрозумілі з першого погляду. Існують різні вимоги до кількості предметів, які є ефективними або бажаними. Як правило, їх повинно бути не менше 6 і не більше 20.

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

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

Як можна використовувати SAM

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

Як отримати максимум

Після того як було створено SAM, є кілька способів використовувати його для досягнення максимальної віддачі. Ось категорії, які можуть виявитися корисними:

• Планування. Оскільки потреби є пріоритетними та спланованими, SAM може забезпечити основу для зв`язку проектів, які мають бути розроблені та розгорнуті. Бізнес-лідерство може допомогти забезпечити зв`язок між плануванням та діяльністю з даними, щоб створити загальну термінологію, яка відповідає характеру підприємництва.
• Встановлення управління. Визначення того, як бізнес контролює збір, якість та використання даних, є ключовою перевагою SAM. Часто поділ управління найкращий робиться кожним суб`єктом окремо. Це може означати наявність офіційних стюардів, кожен з яких відповідає за предмет або наявність особи, відповідальної за них.
• Планування збору даних або інтеграції. Для того, щоб побудувати моделі домену та практики для визначення дизайну, орієнтованого на сферу, система може допомогти логічно розділити компоненти. При цьому вона забезпечує дроблення, що дозволяє ресурсам зосередитися на якості і цілісності конкретних областей і зв`язати їх з відповідними зберігачами.
• Комунікація. Ефективний план дій часто зменшує перешкоди, які уповільнюють проекти та доставку. Спільне використання спільної обробки даних як активу для організації може забезпечити кілька переваг. По-перше, це допоможе зняти побоювання з приводу захисту. По-друге, можна побачити, як еволюція систем співвідноситься з їх ресурсами, а також те, як це вплине на загальний успіх бізнесу. План можна використовувати для опису того, чому дані необхідні для проведення аналітичних роботи.
• Визначення вимог. У даних для окремого проекту корисно мати модель високого рівня, яку можна використовувати для швидкого пошуку компонентів. У цьому випадку SAM використовується для зв`язку та перевірки того, як потреби будь-яких зусиль вписуються в загальну архітектуру. У зусиллях, пов`язаних із сховищем інформації, це забезпечує основу для сортування та впорядкування джерела цільового відображення.

Розробка моделі даних

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

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

Якість даних

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

Володіння

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

Розширюваність системи даних

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

Інтеграція галузевих даних

Жоден бізнес не працює у вакуумі. Оскільки EDM включає зовнішній вигляд, він розширює можливості організації обмінюватися спільними даними у своїй галузі. Організації в одній і тій же області часто використовують однакові базові дані (наприклад, це клієнти, місце розташування, постачальники). Організації можуть також обмінюватися інформацією з суміжними галузями або діловими партнерами. Наприклад, в авіаційній галузі фахівці часто інтегруються з компаніями з прокату автомобілів. EDM з його галузевої точки зору включає структурну модель домену для взаємодії даних.

Інтеграція упакованих додатків

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

Стратегічне планування систем

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

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

Сфера домену (ESAM) спочатку створюється, а потім розширюється, засновуючи концептуальну модель підприємства (ECM). Хоча моделі взаємопов`язані, кожна з них має свою унікальну індивідуальність і призначення. Створення EDM - це більше мистецтво, ніж наука.

Що таке ESAM

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

Основною метою моделі предметної області підприємства є ідея " розділяй і володарюй». ESAM охоплює всю організацію. Всі дані, вироблені і використані по бізнесу, представлені в предметній області. Їх середня кількість для організації становить від 10 до 12. Додаткові предметні області можуть знадобитися для більш складних систем. ESAM є основою для інформації підприємства.

Опис моделі предметної області

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

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

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

• Прибутковий квиток, бронювання, продаж, інвентар, ціни.
• Операція: політ, місце розташування, обладнання, обслуговування, розклад.
• Підтримка ІТ, фінансів, співробітників, клієнтів.

Предметна область даних

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

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

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

Предметні області можуть бути класифіковані відповідно до їх переважної угрупованням. На рівні деталізації предметні області містять всі три класи даних. Систематизація базується на розмірі, використанні та реалізації. Наприклад, 14 тематичних сфер авіакомпанії можна класифікувати наступним чином:

• Основний клас-обладнання, ІТ, працівник, продажі, місцезнаходження, клієнт.
• Транзакційний-квиток, бронювання, переліт, Фінанси, обслуговування.
• Інформаційний-ціноутворення, інвентар, графіки.

Створення структурної моделі предметної області

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

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

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

Бронювання - це транзакційна предметна область, а інвентаризація-інформаційна.

Основна концепція називається " Історія бронювання». У ній містяться дані, необхідні для отримання доступного списку місць. Резервування та інвентаризація є важливими, але окремими предметними областями авіакомпанії.

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

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

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

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