Использование case-технологий при разработке программного обеспечения и баз данных

style="font-size: Тестування ПЗ

Автоматичний контроль проекту

Супровід програмного коду

Супровід проекту

 

У табл. 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

1 2 3 4 5 6 7

Похожие работы

Рефераты

Курсовые

Дипломные