564376Коллектів пользователей365878Тіпи проектів і рісков223234Ітого141815162421
Результатом проведених досліджень найбільш підходящою моделлю життєвого циклу для розробки системи обліку замовлень таксі модель швидкої розробки додатків (RAD) .Application Development (RAD) - це життєвий цикл процесу проектування, створений для досягнення більш високій швидкості розробки і якості ПЗ, ніж це можливо при традиційному підході до проектірованію.предполагает, що розробка ПО здійснюється невеликою командою розробників за термін близько трьох-чотирьох місяців шляхом використання інкрементного прототипування із застосуванням інструментальних засобів візуального моделювання та розробки. Технологія RAD передбачає активне залучення замовника вже на ранніх стадіях - обстеження організації, вироблення вимог до системи. Причини популярності RAD випливають з тих переваг, які забезпечує ця технологія (малюнок 4.1).
Малюнок 4.1 - RAD технологія
Найбільш істотними з них є:
висока швидкість розробки;
низька вартість;
високу якість.
Останнє із зазначених властивостей увазі повне виконання вимог замовника як функціональних, так і нефункціональних, з урахуванням їх можливих змін у період розробки системи, а також отримання якісної документації, що забезпечує зручність експлуатації і супроводу системи. Це означає, що додаткові витрати на супровід відразу після поставки будуть значно менше. Таким чином, повний час від початку розробки до отримання прийнятного продукту при використанні цього методу значно скорочується.
Застосування технології RAD доцільно, коли:
потрібне виконання проекту в стислі терміни. Швидке виконання проекту дозволяє створити систему, що відповідає вимогам сьогоднішнього дня.
нечітко визначені вимоги до ПЗ. У більшості випадків замовник дуже приблизно уявляє собі роботу майбутнього програмного продукту і не може чітко сформулювати всі вимоги до ПЗ. Вимоги можуть бути взагалі не визначені до початку проекту або можуть змінюватися по ходу його виконання.
проект виконується в умовах обмеженості бюджету. Розробка ведеться невеликими RAD групами в короткі терміни, що забезпечує мінімум трудовитрат і дозволяє вписатися в бюджетні обмеження.
інтерфейс користувача (GUI) є головний фактор. Немає сенсу примушувати користувача малювати картинки. RAD технологія дає можливість продемонструвати інтерфейс в прототипі, причому досить скоро після початку проекту.
проект великий, але піддається поділу на більш дрібні функціональні компоненти. Якщо передбачувана система велика, необхідно, щоб її можна було розбити на дрібні частини, кожна з яких володіє чіткою функціональністю. Вони можуть випускатися послідовно або паралельно (в останньому випадку залучається кілька RAD груп).
ПО не володіє великою обчислювальною складністю.
Життєвий цикл ПЗ за методологією RAD складається з чотирьох фаз:
фаза аналізу і планування вимог;
фаза проектування;
фаза побудови;
фаза впровадження.
На фазі аналізу і планування вимог користувачі системи визначають функції, які вона повинна виконувати, виділяють найбільш пріоритетні з них, потребують опрацювання в першу чергу, описують інформаційні потреби. Визначення вимог виконується в основному силами користувачів під керівництвом фахівців-розробників. Обмежується масштаб проекту, визначаються часові рамки для кожної з наступних фаз. Крім того, визначається сама можливість реалізації даного проекту у встановлених рамках фінансування, на даних апаратних засобах і т.п. Результатом даної фази повинні бути список і пріоритетність функцій майбутньої ІС, попередні функціональні та інформаційні моделі ІС.
На фазі проектування частина користувачів бере участь в технічному проектуванні системи під керівництвом фахівців-розробників. CASE-засоби використовуються для швидкого отримання працюючих прототипів додатків. Користувачі, безпосередньо взаємодіючи з ними, уточнюють і доповнюють вимоги до системи, що не були виявлені на попередній фазі. Більш докладно розглядаються процеси системи. Аналізується і, при необхідності, коригується функціональна модель. Кожен процес розглядається детально. При необхідності для кожного елементарного процесу створюється частковий прототип: екран, діалог, звіт, що усуває неясності або неоднозначності. Визначаються вимоги розмежування доступу до даних. На цій же фазі відбувається визначення набору необхідної документації. Після детального визначення складу процесів оцінюється кількість функціональних елемент...
