виконання проекту в стислі терміни. Швидке виконання проекту дозволяє створити систему, що відповідає вимогам сьогоднішнього дня. Якщо система проектується довго, то вельми висока ймовірність, що за цей час суттєво зміняться фундаментальні положення, що регламентують діяльність організації, тобто, система морально застаріє ще до завершення її проектування.
Нечітко визначені вимоги до ПЗ. У більшості випадків замовник дуже приблизно уявляє собі роботу майбутнього програмного продукту і не може чітко сформулювати всі вимоги до ПЗ. Вимоги можуть бути взагалі не визначені до початку проекту або можуть змінюватися по ходу його виконання.
Проект виконується в умовах обмеженості бюджету. Розробка ведеться невеликими RAD-групами в короткі терміни, що забезпечує мінімум трудовитрат і дозволяє вписатися в бюджетні обмеження.
Інтерфейс користувача (GUI) є головний фактор. Немає сенсу примушувати користувача малювати картинки. RAD-технологія дає можливість продемонструвати інтерфейс в прототипі, причому досить скоро після початку проекту.
Можливо розбивка проекту на функціональні компоненти. Якщо передбачувана система велика, необхідно, щоб її можна було розбити на дрібні частини, кожна з яких володіє чіткою функціональністю. Вони можуть випускатися послідовно або паралельно (в останньому випадку залучається кілька RAD-груп).
Низька обчислювальна складність ПО.технологія не є універсальною, тобто її застосування доцільно не завжди. Наприклад, в проектах, де вимоги до програмного продукту чітко визначені і не повинні змінюватися, залучення замовника в процес розробки не потрібно і більш ефективною може бути ієрархічна розробка (каскадний метод). Те ж стосується проектів, ПЗ, складність яких визначається необхідністю реалізації складних алгоритмів, а роль і обсяг користувацького інтерфейсу невеликий.
Основні принципи:
Принципи RAD технології спрямовані на забезпечення трьох основних її переваг - високій швидкості розробки, низької вартості і високої якості. Досягти високої якості програмного продукту вельми непросто і одна з головних причин виникаючих труднощів полягає в тому, що розробник і замовник бачать предмет розробки (ПО) по-різному.
Інструментарій повинен бути націлений на мінімізацію часу розробки.
Створення прототипу для уточнення вимог замовника.
Циклічність розробки: кожна нова версія продукту грунтується на оцінці результату роботи попередньої версії замовником.
Мінімізація часу розробки версії, за рахунок перенесення вже готових модулів і додавання функціональності в нову версію.
Команда розробників повинна тісно співпрацювати, кожен учасник повинен бути готовий виконувати декілька обов'язків.
Управління проектом має мінімізувати тривалість циклу розробки.
Принципи RAD застосовуються не тільки при реалізації, але і поширюються на всі етапи життєвого циклу, зокрема на етап обстеження організації, побудови вимог, аналіз і дизайн.
. 2 Технологія XP - Extreme Programming
Екстремальне програмування - одна з гнучких методологій розробки програмного забезпечення. Автори методології - Кент Бек, Уорд Каннінгем, Мартін Фаулер інші.
Основні прийоми XP
Дванадцять основних прийомів екстремального програмування (по першому виданню книги Extreme programming explained) можуть бути об'єднані в чотири групи:
Короткий цикл зворотного зв'язку (Fine-scale feedback)
Розробка через тестування (Test-driven development)
Гра в планування (Planning game)
Замовник завжди поруч (Whole team, Onsite customer)
Парне програмування (Pair programming)
Безперервний, а не пакетний процес
Безперервна інтеграція (Continuous integration)
Рефакторинг (Design improvement, Refactoring)
Часті невеликі релізи (Small releases)
Розуміння, поділюване усіма
Простота (Simple design)
Метафора системи (System metaphor)
Колективне володіння кодом (Collective code ownership) або вибраними шаблонами проектування (Collective patterns ownership)
Стандарт кодування (Coding standard or Coding conventions)
Соціальна захищеність програміста (Programmer welfare):
- годинний робочий тиждень (Sustainable pace, Forty-hour week)
Тестірованіепредполагае...
