SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми;

DFD (Data Flow Diagrams) діаграми потоків даних;

ERD (Entity-Relationship Diagrams) діаграми "сутність-зв'язок".

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

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

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

Відомі методології ООАП базуються на інтегрованих моделях трьох типів [34]:*

об'єктної моделі, що відбиває ієрархію класів (при цьому одній з базових нотацій об'єктної моделі є діалект ERD);*

динамічної моделі, що відбиває тимчасові аспекти і послідовність операцій (при цьому досить часто використовується STD);*

функціональної моделі, що описує потоки даних (з використанням DFD).

Головними недоліками ООАП є :*

відсутність стандартизації в розглянутій області програмотехніки (для представлення об'єктів і взаємозв'язків між ними);*

відсутність методу, що однаково добре реалізує етапи аналізу вимог і проектування.

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

Проектування і реалізація ІС [78] здійснюється за допомогою різних технологій виконання проектних робіт:

- оригінальне проектування ІС;

- типове проектування ІС;

- засоби комп'ютерної підтримки процесу розробки ІС — CASE-технології (Computer Aided System Engineering).

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

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

При створенні великомасштабних і складних ІС, реінжинерінгу бізнес-процесів все частіше користуються засобами САSЕ-технологій або їх елементами. Сучасні САSЕ-технології (табл. 2) підтримують основні етапи ЖЦ ІС [34], забезпечують перевірку результатів проектування.

Системи автоматизації розподіленого проектування ПО на основі CASE-технологій дозволяють внести значні удосконалення в процес розробки.

Таблиця 2

Характеристика CASE-технологій

CASE-технології | ЖЦ ІС | Перевірка | Платформа | СУД

West-Mounti-

CASE + Unifase | + | + | + | ORACLE, Informix, Sybase, Ingres тощо, dbf-файли

Designer/2000+

Developer/2000 | + | + | - | Цільова СУБД – тільки ORACLE

Silver-Run + JAM | + | - | + | ORACLE, Informix, Sybase, Ingres тощо

Erwin/ERX + PowerBuilder | + | - | - | ORACLE, Informix, Sybase, підтримка ODBC

Як показують практичні дослідження (табл.3), застосування таких систем істотно змінюють розподіл трудозатрат по фазах розробки ПО [16, 32 ], скорочуючи загальний час проектування. При використанні CASE-технології час на аналіз та проектування ПЗ збільшується в двоє, зате істотно зменшується час затрачуваний на кодування та тестування ПЗ.

Таблиця 3

Порівняльна характеристика технологій |

Аналіз | Проектування | Програмування | Тестування

Традиційні | 20% | 15% | 20% | 45%

Структурні | 30% | 30% | 15% | 25%

CASE-технології | 40% | 40% | 5% | 15%

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

1.3. Аналіз моделей та методів збереження і представлення даних в системах підтримки прийняття рішень

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

Розмаїття означень систем підтримки прийняття рішень відбиває широкий діапазон різних форм, розмірів, типів СППР. Але практично всі види цих комп'ютерних систем характеризуються чіткою родовою структурою, яка містить три головні компоненти: підсистему інтерфейсу користувача; підсистему управління базою даних і підсистему управління базою моделей [44].

СППР набули широкого застосування в економіці передових країн світу, причому їх кількість постійно зростає. На рівні стратегічного управління використовується ряд СППР, зокрема, для довго- середньо- і короткострокового, а також фінансового планування. Орієнтовані на операційне управління СППР застосовуються у галузях маркетингу (прогнозування та аналіз збуту, дослідження ринку цін), науково-дослідних та конструкторських роботах [2, 37]. Узагальнена структурна модель СППР представлена на рис.3.

Ефективність цих систем залежить від наповненості та адекватності баз знань, на основі яких вони організовані [7]. СППР проводить аналіз причинних зв’язків помилок, визначає їх залежність від інших факторів та розробляє рекомендації з їх усунення. Такий підхід дозволяє запобігти складних та тривалих обчислень, характерних для традиційних методів аналізу, а замість них скористуватися накопиченими знаннями про можливі причини помилок.

Рис. 3. Структурна модель СППР на підприємстві

В області інформаційних технологій завжди співіснували два класи систем [41]:

системи, орієнтовані на операційну (транзакційну) обробку даних. В англомовній літературі вони