Модель RAD

У зв'язку з розвитком CASE-технологій у рамках спіральної моделі життєвого циклу ПЗ останнім часом широке поширення одержала методологія швидкої розробки додатків RAD (Rapid Application Development). Процес розробки при цьому містить три елементи:

невелику команду програмістів ( від 2 до 10 людей), що полегшує керування проектом;
короткий, але ретельно пророблений виробничий графік ( від 2 до 6 мес), підвищує ефективність роботи;
ітераційний підхід, при якому розроблювачі, у міру того як додаток починає приймати форму, запитують і реалізують у продукті вимоги, отримані через взаємодію із замовником.

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

Життєвий цикл ПЗ по методології RAD складається із чотирьох фаз:

аналізу й планування вимог;
проектування;
реалізації;
впровадження.

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

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

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

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

Основні принципи методології RAD:

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

Методологія RAD не претендує на універсальність. Вона гарна в першу чергу для відносно невеликих проектів, розроблювальних для конкретного замовника, і не підходить для побудови складних розрахункових програм, операційних систем або систем керування космічними кораблями, тобто програм, що вимагають написання великого обсягу (сотні тисяч рядків) унікального коду.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Спіральна модель	\|	Модель екстремального програмування (XP)

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.003 сек.