» » Методології гнучкої розробки

Методології гнучкої розробки

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

Як термін гнучка методологія розробки (Agile software development) пояснює Вікіпедія: це серія підходів до розробки програмного забезпечення, орієнтованих на використання ітеративної розробки, динамічне формування вимог і забезпечення їх реалізації в результаті постійної взаємодії всередині самоорганізованих робочих груп, що складаються з фахівців різного профілю.
Методології гнучкої розробки

Перша в нашому списку Waterfall Model . Досить стара методологія, в основі якої послідовне проходження стадій розробки. У даній моделі легко і просто управляти проектом. Waterfall Model дає хороший результат тільки в проектах з чітко і заздалегідь визначеними вимогами і способами їх втілення. Крок назад зробити неможливо, тестування проекту почнеться тільки після того, як розробка завершена або майже завершена. За допомогою даної моделі добре розробляти проекти з нуля, включаючи розробку ТЗ. Коли варто використовувати Waterfall Model: коли всі вимоги відомі і зрозумілі, коли присутні програмісти потрібних кваліфікацій, і в основному для проектів середній величини.
Методології гнучкої розробки

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

Інкрементна модель . Даний термін часто використовують для визначення поетапного збору програмного забезпечення. Процес розробки по цій моделі: випуск на першому етапі продукту з базовою функціональністю, а вже потім додавання нових функцій у міру необхідності, тобто додавання «інкрементів». Процес розробки триває рівно до того моменту, поки не буде створена повна необхідна система. Коли слід використовувати інкрементного модель? Коли є чітко визначені вимоги до системи і необхідний ранній висновок продукту на ринок.

Модель швидкої розробки програми . Це по суті один з видів інкрементної моделі. У даній моделі компоненти програми розробляються фахівцями паралельно, а далі просто інтегруються в одне ціле. Модель включає кілька фаз розробки, а саме: бізнес-моделювання, моделювання даних, моделювання процесу, складання програми та тестування. Дану модель слід вибирати, якщо проект великий і має виразно 2-3 місяці на сам процес розробки.
Методології гнучкої розробки


Гнучка модель розробки - Agile Model . За допомогою застосування даної методології будь-який замовник може спостерігати за що відбувається розробкою і розуміти, чи подобається йому результат чи ні. Як недолік моделі - важко оцінити вартість проекту через відсутність конкретного формулювання завдань. Одне з основних напрямків даної моделі - експериментальне програмування. В його основі Scrum - щоденні зустрічі та Sprint - зборів, які періодично повторюються. Дана методологія розрахована на проекти, які планують тривале існування на ринку, тобто вимоги на різних етапах розвитку можуть істотно змінюватися.

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

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

Модель розробки Spiral . Дана модель має багато спільних деталей з инкрементной, але в той же час ставить акцент на ризики. Spiral відмінно підходить для вирішення критично важливих бізнес-задач, коли необхідні наукові дослідження.

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

Як висновок, можна сказати, що все методології по своїй суті перетинаються і можуть бути в якихось рисах схожі один на одного. Для кожного окремого проекту немає універсальної методології, яка б ідеально підходила. Тому вибирати методологію потрібно виходячи з власних запитів і можливостей розвитку проекту.


267 24.11.16



Напівжирний Нахилений текст Підкреслений текст Перекреслений текст | Вирівнювання по лівому краю По центру Вирівнювання по правому краю | Вставка смайликів Вибір кольору | Прихований текст Вставка цитати Перетворити вибраний текст з транслітерації в кирилицю Вставка спойлеру