Класифікація інструментальних засобів CASE 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Класифікація інструментальних засобів CASE



Вид Опис
Вхідні Прихильність структурним методологіям. Фіксація інформації аналізу і проекту на ранніх стадіях розробки систем. Автоматизація процесу створення, збереження і редагування діаграм: діаграми потоку даних; структурні схеми; діаграми сутність-зв'язок; інші специфікацій.
Вихідні Підтримка операцій по кодуванню, тестуванню і супроводові Автоматичне перетворення специфікацій у код програми. Склад: текстові редактори; форматеры; засобу контролю синтаксису; компілятори; генератори перехресних посилань; компоновщики; символічні отладчики; профилировщики виконання; генератори коду; генератори прикладних програм.

 

4. Можливості інструментальних засобів CASE

Що інструментальні засоби CASE можуть і не можуть робити представлені в таблиці 3.

 

Таблиця 3.

Що інструментальні засоби CASE можуть і не можуть робити

Інструментальні засоби CASE можуть Інструментальні засоби CASE не можуть
Автоматизувати багато ручних задач розробки систем. Сприяти стандартизації, заснованої на єдиній методології. Сприяти більшої послідовності і координація протягом проекту розробки. Генерувати велику частину документації для системи, типу діаграм потоку даних, моделей даних, структурних схем або інших специфікацій. Автоматично надати функціональну, доречну систему Легко погоджувати бази даних і мови четвертого покоління. Автоматично примушувати аналітиків використовувати задану методологію або створювати методологію, коли вона не існує. Радикально перетворити системний аналіз і процес проектування.

 

Застосування сучасних інструментальних засобів CASE

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

Створення технічно правильних діаграм, обробка описів і введення словника даних за допомогою текстових і графічних редакторів CASE

Побудова діаграми за допомогою стандартного набору символів.

Автоматичний зв'язок елементів даних із процесами, де вони використовуються.

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

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

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

Спільне використання членами проектної групи й обмеження можливості зміни база даних CASE

Основні проблеми використання CASE представлені в таблиці 4.

 

Таблиця 4.

Проблеми використання CASE

Проблема Опис
Потрібно більше організаційної дисципліни, чим при ручному підході Кожен член проекту розробки повинний твердо притриматися загального зводу угод про імена, стандартів і методології розробки. Аналитики і проектувальники намагаються зберегти своїх старі способи розробки систем і будуть намагатися включати інструмент CASE у процес. Інструментальні засоби CASE пропонують загальні методи і стандарти, що не можуть використовуватися в ситуаціях, коли бракує організаційної дисципліни.
Фактична продуктивність, отримана від використання CASE важко визначна. Продуктивність, отримана в програмній розробці, традиційно був важкий для виміру і кількісного визначення.
CASE - не чарівна панацея Не може автоматично розробляти системи або гарантувати, що ділові вимоги будуть виконані. Проектувальники систем повинні розуміти ділові потреби фірми і як бізнес працює. Системний аналіз і проектування усе ще залежать від навичок аналітика / проектувальника. Деякі збільшення продуктивності - результат роботи системних розроблювачів, що поліпшили зв'язок, координацію і програмну цілісність, домовилися про стандартну методологію, а не результат використання CASE.
Недолік методології Для автоматизації процес розробки програмного забезпечення, він повинний бути визначений відповідно до методології. При відсутності методології, CASE можуть використовуватися, щоб автоматизувати непорівнянні, і часто несумісні, дії скоріше, ніж інтегрувати або стандартизувати підхід розробки систем.

 



Поделиться:


Последнее изменение этой страницы: 2020-03-02; просмотров: 112; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.218.169.50 (0.004 с.)