|
Інструменти моделювання, як і самі моделі, сильно різняться. Для побудови моделей верхнього рівня найпростіші — дошка для малювання і текстовий редактор, що дає змогу структурувати текст. Але іноді тут виникає необхідність використання складніших технологій, що дають змогу створювати документи з гіпертекстовими посиланнями. Це Web-броузери і редактори, аналогіч¬ні продукту Trellix виробництва Trellix Corporation. Що стосується побудови детальних моделей, то для кожної з них (процесів, інформаційних потоків, функцій, вартості, організаційної структури, просторового розміщення та інших) розроблено відповідні формалізми (нотації). Функціональної моделі можуть використовувати: • простий текстовий редактор — для переліку функцій і під-функцій; • мову опису IDEF0 (та різні її модифікації), зв’язувальну фун-кцію, яка структурує їх по входах / виходах, контролю та вико-нанню; • діаграми Ішикава, що структурують функціональне поле. Характерно, що всі види інструментів для побудови функціо-нальних моделей обов’язково підтримують декомпозицію (тобто послідовне уточнення елементів загальної моделі), що вказує на пріоритет властивості ієрархії у цьому класі моделей. У класі функціональних моделей часто буває доцільно виділити процесні моделі (наприклад, блок-схеми та мережі Петрі, орієнтовані на паралельність операцій, що є зручним для опису процесів бізнесу), які показують, як протікають процеси, як у них використовуються операції (транзакції). У першому наближенні відмінність функції від операції полягає в тому, що для виконання функції необхідно володіти деякою додатковою інформацією (яка, наприклад, може бути укладена в навичках роботи), а вся інформація для виконання операції міститься в моделі. Останнє важливе, оскільки дає можливість застосовувати формальні методи контролю цілісності моделі. Інформаційні моделі, з яких найбільш відомі ER-моделі («суть — зв’язок»), призначені для опису параметрів об’єктів і взаємозалежності між ними. Ці моделі слугують основою для проектування структур баз даних, адже переважна більшість су-часних промислових СУБД базується на реляційній моделі. Потокові моделі (Data Flow Diagrams) призначені для зв’язку функціональної та інформаційної моделей. Вони показують, які функції якими потоками даних управляють. Аналіз потоків дає змогу розраховувати навантаження на функціональні блоки і від-повідно планувати їх необхідну потужність. Взагалі кажучи, будь-яка модель працює тільки в певних діа-пазонах зміни величин вхідних параметрів. І чим модель формаль¬ніша, тим жорсткіше це обмеження. Саме тому неможливо побудувати працюючі формальні моделі складних систем. Однак, якщо модель побудовано на базі методів нечіткої логіки, нейро- кібернетики та інших відомих підходів, що використовують по-тенційно ненадійні елементи для отримання надійних рішень, то переважна більшість обмежень знімається. Якщо виникає потреба змінити модель, а це залежить від швидкості зміни бізнесу та його ключових характеристик, то керівники підприємств, складаючи довгостроковий (п’ятиріч¬ний або трирічний) план, обов’язково щорічно його коригують, через те що інформаційна індустрія дуже динамічно розвивається. Бажано, щоб модифікація моделі робилася тими самими засобами, які були використані за первинної її побудови, адже чим більш технологічним є цей процес, тим більше в ньому науки.
|