Інструментальні засоби CASE класифікуються на підставі того, чи підтримують вони вхідні або вихідні операції процесу розробки систем. Класи інструментальних засобів CASE представлені в таблиці 2.
Таблиця 2.
Класифікація інструментальних засобів CASE
| Вид | Опис |
| Вхідні | Прихильність структурним методологіям. Фіксація інформації аналізу і проекту на ранніх стадіях розробки систем. Автоматизація процесу створення, збереження і редагування діаграм: діаграми потоку даних; структурні схеми; діаграми сутність-зв'язок; інші специфікацій. |
| Вихідні | Підтримка операцій по кодуванню, тестуванню і супроводові Автоматичне перетворення специфікацій у код програми. Склад: текстові редактори; форматеры; засобу контролю синтаксису; компілятори; генератори перехресних посилань; компоновщики; символічні отладчики; профилировщики виконання; генератори коду; генератори прикладних програм. |
4. Можливості інструментальних засобів CASE
Що інструментальні засоби CASE можуть і не можуть робити представлені в таблиці 3.
Таблиця 3.
Що інструментальні засоби CASE можуть і не можуть робити
| Інструментальні засоби CASE можуть | Інструментальні засоби CASE не можуть |
| Автоматизувати багато ручних задач розробки систем. Сприяти стандартизації, заснованої на єдиній методології. Сприяти більшої послідовності і координація протягом проекту розробки. Генерувати велику частину документації для системи, типу діаграм потоку даних, моделей даних, структурних схем або інших специфікацій. | Автоматично надати функціональну, доречну систему Легко погоджувати бази даних і мови четвертого покоління. Автоматично примушувати аналітиків використовувати задану методологію або створювати методологію, коли вона не існує. Радикально перетворити системний аналіз і процес проектування. |
Застосування сучасних інструментальних засобів CASE
Вхідна робота з проектування й аналізу, що зменшує кількість помилок, який необхідно пізніше виправити.
Створення технічно правильних діаграм, обробка описів і введення словника даних за допомогою текстових і графічних редакторів CASE
Побудова діаграми за допомогою стандартного набору символів.
Автоматичний зв'язок елементів даних із процесами, де вони використовуються.
Перевірка вірогідності проекту, автоматичне балансування діаграм потоку даних і перевірки діаграм і специфікацій на закінченість і послідовність.
Ітеративна розробка, автоматизація переглядів і змін і забезпечення засобів макетування.
Збереження всієї проектної інформації (діаграми потоку даних, структурні схеми, діаграми сутність-зв'язок, визначення даних, специфікації процесів, формати екран і звітів, записи і коментарі, перевірку результатів і оцінок, вихідний текст, інформація про стан і ревізію й оцінці часу і витрат) в інформаційному репозитарии (база даних CASE).
Спільне використання членами проектної групи й обмеження можливості зміни база даних CASE
Основні проблеми використання CASE представлені в таблиці 4.
Таблиця 4.
Проблеми використання CASE
| Проблема | Опис |
| Потрібно більше організаційної дисципліни, чим при ручному підході | Кожен член проекту розробки повинний твердо притриматися загального зводу угод про імена, стандартів і методології розробки. Аналитики і проектувальники намагаються зберегти своїх старі способи розробки систем і будуть намагатися включати інструмент CASE у процес. Інструментальні засоби CASE пропонують загальні методи і стандарти, що не можуть використовуватися в ситуаціях, коли бракує організаційної дисципліни. |
| Фактична продуктивність, отримана від використання CASE важко визначна. | Продуктивність, отримана в програмній розробці, традиційно був важкий для виміру і кількісного визначення. |
| CASE - не чарівна панацея | Не може автоматично розробляти системи або гарантувати, що ділові вимоги будуть виконані. Проектувальники систем повинні розуміти ділові потреби фірми і як бізнес працює. Системний аналіз і проектування усе ще залежать від навичок аналітика / проектувальника. Деякі збільшення продуктивності - результат роботи системних розроблювачів, що поліпшили зв'язок, координацію і програмну цілісність, домовилися про стандартну методологію, а не результат використання CASE. |
| Недолік методології | Для автоматизації процес розробки програмного забезпечення, він повинний бути визначений відповідно до методології. При відсутності методології, CASE можуть використовуватися, щоб автоматизувати непорівнянні, і часто несумісні, дії скоріше, ніж інтегрувати або стандартизувати підхід розробки систем. |