Використання case-технологій при розробці програмного забезпечення та баз даних
Автоматичний контроль проекту
Супровід програмного коду
Супровід проекту
У табл. 2 наведені оцінки трудозатрат по фазах життєвого циклу ПО.
Перший рядок таблиці відповідає традиційної технології розробки,
друга - розробці з використанням структурних методологій вручну,
третя - розробці з використанням CASE-технологій.
Таблиця 2
Аналіз | Проектування | Програмування | Тестування |
20% | 15% | 20% | 45% |
30% | 30% | 15% | 25% |
40% | 40% | 5% | 15% |
Отже, при розробці з використанням CASE-систем основний обсяг роботи розподілений на початкові етапи ЖЦ, на яких важливий творчий фактор. Використання CASE зводить до мінімуму рутинну роботу на етапі кодування і значно зменшує час тестування продукту. Фактично CASE являють собою новий тип графічно орієнтованих інструментів, що потрібні для системи підтримки ЖЦ ПЗ".
Концептуальні основи CASE-технології
У випадку взаємодії розроблювачів системи з користувачами, основною на етапі аналізу є проблема, пов'язана з взаємодією з замовником, тому що вони розмовляють "на різних мовах", що мають надто багато подробиць, що є несуттєвими для іншої сторони. У цьому відношенні неоціненною перевагою CASE-підходу є надання "універсальної" графічної мови різного роду діаграм, що підпорядковані певним нотаціям. Застосування стандартних нотацій забезпечує читабельність програм, а також можливість переносу частин (чи всього проекту) в інші CASE-засоби. Таким чином, кінцевому користувачу продукту (замовнику) зовсім не обов'язково володіти всіма премудростями розроблювача, за допомогою CASE-підходу і замовник і розроблювач будуть розуміти один одного однозначно.
У структурному аналізі використовуються в основному три групи засобів, що ілюструють функції, виконувані системою і відносини між даними
· SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми;
· DFD (Data Flow Diagrams) діаграми потоків даних;
· STD (State Transition Diagrams) діаграми переходів станів;
· ERD (Entity-Relationship Diagrams) діаграми "сутність-зв'язок".
У залежності від спрямованості CASE-продукту, він може підтримувати різного роду діаграми.
На стадії проектування ІС моделі розширюються, уточнюються і доповнюються діаграмами, що відбивають структуру програмного забезпечення: архітектуру ПЗ, структурні схеми програм і діаграми екранних форм.
Перераховані моделі в сукупності дають повний опис ІС незалежно від того, чи є вона існуючої чи знову розроблювальної. Склад діаграм у кожнім конкретному випадку залежить від необхідної повноти опису системи.
Засоби функціонального моделювання
Для рішення задачі функціонального моделювання на базі структурного аналізу традиційно застосовуються два типи моделей: SADT-діаграми і діаграми потоків даних.
DFD - показують зовнішні джерела і стоки даних, визначають процеси обробки і потоки даних, ідентифікують сховища даних (накопичувачі). Структура потоків даних зберігається в Словнику даних. Будь-яка DFD може бути деталізована DFD нижнього рівня і т. д. поки доцільна деталізація.
У випадку наявності в модельованій системі програмної/програмувальної частини (тобто практично завжди) перевага, як правило, віддається DFD