Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Прототипом називають діючий програмний продукт, який реалізовує окремі функції і зовнішні інтерфейси програмного забезпечення, що розробляється [11]




На першій ітерації, як правило, специфікують, проектують, реалізують і тестують інтерфейс користувача. На другій - додають деякий обмежений набір функцій. На подальших етапах цей набір розширюють, нарощуючи можливості даного продукту.

Основною гідністю даної схеми є те, що, починаючи з деякої ітерації, на якій забезпечена певна функціональна повнота, продукт можна надавати користувачеві, що дозволяє:

• скоротити час до появи перших версій програмного продукту;

• зацікавити велику кількість користувачів, забезпечуючи швидке просування наступних версій продукту на ринку;

• прискорити формування і уточнення специфікацій за рахунок появи практики використання продукту;

• зменшити вірогідність морального старіння системи за час розробки.

Основною проблемою використання спіральної схеми є визначення моментів переходу на наступні стадії. Для її вирішення зазвичай обмежують терміни проходження кожної стадії, грунтуючись на експертних оцінках.

 

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

Методологія будується на базі деякого підходу і визначає кроки роботи, їх послідовність, а також правила розподілу і призначення методів. Метод визначає спосіб досягнення тієї або іншої мети - виконання кроку роботи.

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

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

• CASE-засоби аналізу вимог, проектування специфікацій і структури, редагування інтерфейсів (перше покоління CASE-I);

• CASE-засоби генерації початкових текстів і реалізації інтегрованого оточення підтримки повного життєвого циклу розробки програмного забезпечення (друге покоління CASE-II).

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

Автоматизовуючи трудомісткі операції, сучасні CASE-засоби істотно підвищують продуктивність праці програмістів і покращують якість створюваного програмного забезпечення. Вони:

• забезпечують автоматизований контроль сумісності специфікацій проекту;

• зменшують час створення прототипу системи;

• прискорюють процес проектування і розробки;

• автоматизують формування проектної документації для всіх етапів життєвого циклу відповідно до сучасних стандартів;

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

• підтримують технології повторного використання компонентів системи;

•забезпечують можливість відновлення проектної документації згідно існуючих початкових кодах.

Поява CASE-технологій змінила всі етапи життєвого циклу програмного забезпечення, при цьому найбільші зміни стосуються аналізу і проектування, які припускають строгий і наочний опис програмного забезпечення, що розробляється.

У табл. 1.1 показано, які якісні зміни процесу розробки програмного забезпечення відбуваються при переході до використання CASE-засобів.

Використання CASE-засобів дозволяє істотно понизити трудовитрати на розробку складного програмного забезпечення (табл. 1.2 [32]) в основному за рахунок автоматизації процесів документування і контролю. Проте слід мати на увазі, що сучасні CASE-засоби дорогі, а їх використання вимагає вищої кваліфікації розробників. Отже, їх має сенс використовувати в складних проектах, причому, чим складніше програмне забезпечення, яке розробляють, тим більший виграш від використання CASE-технологій. На сьогоднішній день практично все складне ПЗ розробляється з використанням CASE-засобів.

Таблиця 1.1

Порівняння процесів розробки ПЗ

Традиційна розробка Розробка з використанням CASE - засобів
Основні зусилля на кодування і тестування «Паперові» специфікації Ручне кодування Ручне документування Тестування коду Супровід коду Основні зусилля на аналіз і проектування Швидке ітераційне прототипування Автоматична генерація коду Автоматична генерація документації Автоматичний контроль проекту Супровід специфікацій проектування

 

Таблиця 1.2

 

Порівняння трудовитрат на розробку складного ПЗ

з використанням різних способів розробки

Спосіб розробки   Трудовитрати етапу розробки %  
Аналіз Проектування Кодування Тестування
Традиційна розробка Структурний підхід CASE-технології                  

 




Поделиться с друзьями:


Дата добавления: 2014-12-07; Просмотров: 1111; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.013 сек.