м, характеризується все ж складністю розуміння, великою трудомісткістю і вартістю використання, трудністю внесення змін до проектні специфікації. Закладені в ній принципи дозволили розвивати цю методологію і підвищити е ефективність за рахунок автоматизації найбільш рутинних етапів (рис.1.1).
Основними стандартами методологій, реалізованих у CASE-засобах, є: (Structured Analysis and Design Technique) - методологія структурного аналізу і проектування. Заснована на поняттях функціонального моделювання. Відображає такі системні характеристики, як управління, зворотній зв'язок і виконавець;
IDEF0 (Integrated Definition Function Modeling) - методологія функціонального моделювання. Використовується для створення функціональної моделі, що відображає структуру і функції системи, а також потоки інформації та матеріальних об'єктів, преутворені цими функціями. Є підмножиною методології SADT; ( DataFlow Diagram) - методологія моделювання потоків даних.
Малюнок 1.1 - Порівняння традиційної розробки і розробки з використанням CASE-технологій
Наступні стандарти методологій застосовуються для опису обміну даними між робочими процесами: застосовується для побудови інформаційної моделі, що відображає структуру та зміст інформаційних потоків, необхідних для підтримки функцій системи; дозволяє побудувати динамічну модель змінних в часі поведінки функцій, інформації і ресурсів системи; - методологія моделювання потоків робіт. Є більш детальної по відношенню до IDEF0 і DFD. Дозволяє розглянути конкретний процес з урахуванням послідовності виконуваних операцій. За допомогою IDEF3 описуються?? ЦЕНАР і послідовність операцій для кожного процесу; X (IDEF1 Extended) - методологія опису даних. Застосовується для побудови баз даних. Відноситься до типу методологій Сутність-зв'язок (ER - Entity-Relationship) і, як правило, використовується для моделювання реляційних баз даних, що мають відношення до даної системи; - об'єктно-орієнтована методологія. Відображає взаємодію об'єктів. Дозволяє наочно відображати структуру об'єктів і закладені принципи їх взаємодії. Зручна для створення програмних продуктів на об'єктно-орієнтованих мовах; - методологія онтологічного дослідження складних систем. За допомогою методології IDEF5 онтологія системи може бути описана за допомогою певного словника термінів і правил, на підставі яких можуть бути сформовані достовірні твердження про стан розглянутої системи в певний момент часу; - описує бізнес-процес у вигляді потоку послідовно виконуваних робіт; - (Unified Modeling Language) уніфікована мова моделювання, заснований на об'єктно-орієнтованому підході. UML дозволяють описати статичну структуру системи та її динамічну поведінку у відповідних нотациях.
У CASE-засобах широко використовуються методології структурного і об'єктно-орієнтованого проектування. Структурне проектування засноване на алгоритмічної декомпозиції, а об'єктно-орієнтоване проектування - на об'єктно-орієнтованої декомпозиції. Алгоритмічна декомпозиція дозволяє визначити порядок подій, що відбуваються. Об'єктно-орієнтована декомпозиція дозволяє визначити ієрархію класів об'єктів, їх методи і властивості. CASE-засоби, що підтримують об'єктно-орієнтоване проектування використовують методологію RUP (Rational Unified Process) і нотації мови UML.
1.5 Методологія CASE-засобів об'єктно-орієнтованого проектування
В об'єктно-орієнтованому підході основна категорія об'єктної моделі - клас, об'єднує в собі на елементарному рівні, як дані, так і операції, які над ними виконуються (методи). Саме з цієї точки зору зміни, пов'язані з переходом від структурного до об'єктно-орієнтованого підходу, є найбільш помітними. Поділ процесів і даних подолано, проте залишається проблема подолання складності системи, яка вирішується шляхом використання механізму компонентів.
Дані в порівнянні з процесами є більш стабільною і відносно рідко змінюється частиною системи. Звідси випливає головне достоїнство об'єктно-орієнтованого підходу, яке Граді Буч сформулював наступним чином: об'єктно-орієнтовані системи більш відкриті і легше піддаються внесенню змін, оскільки їх конструкція базується на стійких формах. Це дає можливість системі розвиватися поступово і не призводить до повної її переробці навіть у разі істотних змін вихідних вимог.
Буч відзначає також ряд наступних переваг об'єктно-орієнтованого підходу [7].
. Об'єктна декомпозиція дає можливість створювати програмні системи меншого розміру шляхом використання загальних механізмів, що забезпечують необхідну економію виразних засобів. Використання об'єктного підходу істотно підвищує рівень уніфікації розробки ...
