Структурна модель предметної галузі

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

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

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

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

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

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

До найбільш важливих показників можна віднести:

• • час виконання завдань (процесів);
• • показники надійності та стійкості процесів;
• • вартісні показники;
• • непрямі показники (пов'язані з економічними показниками, наприклад, рентабельність).

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

При побудові моделі предметної області послідовно розглядаються три рівня:

1) зовнішній, у ньому відбувається визначення вимог;

• 2) концептуальний, у ньому йде специфікація вимог;
• 3) внутрішній рівень, тут вимоги реалізуються.

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

На концептуальному рівні розглядаються взаємозв'язки між наведеними вище елементами.

На внутрішньому рівні по суті відбувається реалізація вимог до системи за допомогою програмного коду або програмно-апаратних комплексів.

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

Модель предметної галузі

У контексті Rational Unified Process модель предметної області - це основний артефакт, що створюється в рамках технологічного процесу бізнес-моделювання та найважливіший артефакт, що створюється на етапі об'єктно-орієнтованого аналізу. Слід зазначити, що виконавець у RUP ідентифікується не конкретною фізичною особою, а роллю для виконавця (актора), види діяльності визначають операції, а артефакти фіксують створювані чи використовувані матеріальні елементи проекту. Відповідно до цих визначень моделювання предметної галузі є технологічним процесом, що здійснюється системним аналітиком, що формує модель предметної області та створює або уточнює додаткові артефакти (глосарій проекту, правила виробництва).

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

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

Мал. 4.9. Фрагмент моделі предметної галузі «Комп'ютерні технології навчання»

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

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

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

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

Як видно із рис. 4.10 модель предметної області - це результат візуалізації понять реального світу в термінах предметної області, а не програмних елементів, таких як класи Java або C++ (рис. 4.11).

Мал. 4.10. Відображення в моделі предметної галузі «Комп'ютерні технології навчання» понять реального світу

Мал. 4.11. Не підлягають відображенню в моделі предметної галузі програмні артефакти та програмні класи

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

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

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