Методологія RAD

Одним з можливих підходів до розробки ПО в рамках спіральної моделі ЖЦ є та, що набула останнім часом широкого поширення методологія швидкої розробки додатків RAD (Rapid Application Development). Під цим терміном зазвичай розуміється процес розробки ПО, що містить 3 елементи:

- невелику команду програмістів (від 2 до 10 чоловік);

- короткий, але ретельно такий, що пропрацював виробничий графік (від 2 до 6 міс.);

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

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

Життєвий цикл ПО за методологією RAD складається з чотирьох фаз.

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

Результатом даної фази повинні бути список і пріоритетність функцій майбутньої ІС, попередні функціональні і інформаційні моделі ІС.

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

Результатом даної фази повинні бути:

- загальна інформаційна модель системи;

- функціональні моделі системи в цілому і підсистем, що реалізовуються окремими командами розробників;

- точно визначені за допомогою CASE-средства інтерфейси між підсистемами, що автономно розробляються;

- побудовані прототипи екранів, звітів, діалогів.

На фазе построения выполняется непосредственно сама быстрая разработка приложения. На данной фазе разработчики производят итеративное построение реальной системы на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется при помощи автоматических генераторов, получающих информацию непосредственно из репозитория CASE-средств. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять определенным ранее требованиям. Тестирование системы осуществляется непосредственно в процессе разработки.

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

Результатом фази є готова система, що задовольняє всім узгодженим вимогам.

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

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

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

Як підсумок перерахуємо основні принципи методології RAD:

- розробка додатків ітераціями;

- необов'язковість повного завершення робіт на кожному з етапів життєвого циклу;

- обов'язкове залучення користувачів до процесу розробки ІС;

- необхідне застосування CASE-средств, що забезпечують цілісність проекту;

- застосування засобів управління конфігурацією, що полегшують внесення змін до проекту і супроводу готової системи;

- необхідне використання генераторів коду;

- використання прототипирования, що дозволяє повніше з'ясувати і задовольнити потреби кінцевого користувача;

- тестування і розвиток проекту, здійснювані одночасно з розробкою;

- ведення розробки нечисленною добре керованою командою професіоналів;

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