5. Гнучкі технології.

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

Гнучкі методи спираються на різні існуючі практики та принципи , такі як , перегляд коду , тестування , проектування та рефакторінг . Тим не менш, ця практика здійснюється послідовно, а не тільки в спеціальних фазах процесу розробки програмного забезпечення . З іншого боку ,необхідність розробки великої документації на гнучкому проекті знижується в кілька його практик :розробки тестів і зосереджується на забезпеченні «acceptance testing» , і тут завжди є набір тестів , що демонструє ,що ваша система працює і виконує вимоги реалізовані до цієї точки . Для розробників, ці тести виступають в якості документації, тому що вона показує, як насправді працює код, і як він повинен бути викликаний.

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

Дві ключові практики ЕП грають важливу роль, а саме тестування і рефакторінг. В ЕП тести пишуться паралельно з написанням коду . Тести збираються і в майбутньому повинні бути пройдені. Рефакторінг - поліпшення дизайну існуючого коду без зміни функціональності.