Методологии гибкой разработки
Тема данной статьи - подбор методологии разработки программного обеспечения. Рассмотрим 7 наиболее популярных методологий, по которым работают веб-разработчики. Выбор зависит, прежде всего, от специфики проекта, бюджета, субъективных предпочтений и даже темперамента руководящего менеджера.
Как термин гибкая методология разработки (Agile software development) объясняет Википедия: это серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля.
Первая в нашем списке Waterfall Model. Довольно старая методология, в основе которой последовательное прохождение стадий разработки. В данной модели легко и просто управлять проектом. Waterfall Model дает хороший результат только в проектах с четко и заранее определенными требованиями и способами их воплощения. Шаг назад сделать невозможно, тестирование проекта начнется только после того, как разработка завершена или почти завершена. С помощью данной модели хорошо разрабатывать проекты с нуля, включая разработку ТЗ. Когда стоит использовать Waterfall Model: когда все требования известны и понятны, когда присутствуют программисты нужных квалификаций, и в основном для проектов средний величены.
V-Model. Данная модель предназначена для проектов, которым необходима бесперебойная работа. Она направлена на серьезную проверку и тестирование продукта, который находится уже на первоначальных стадиях проектирования. Когда необходимо применение данной модели? Это, в первую очередь, тогда, когда необходима тщательная тестировка и есть для выполнения этой задачи ресурсы - тестировщики. V-Model подходит для небольших и средних проектов с четко поставленными требованиями.
Инкрементная модель. Данный термин часто используют для определения поэтапного сбора программного обеспечения. Процесс разработки по этой модели: выпуск на первом этапе продукта с базовой функциональностью, а уже затем добавление новых функций по мере необходимости, тоесть добавление «инкрементов». Процесс разработки продолжается ровно до того момента, пока не будет создана полная необходимая система. Когда следует использовать инкрементную модель? Когда есть четко определенные требования к системе и необходим ранний вывод продукта на рынок.
Модель быстрой разработки приложения. Это по сути один из видов инкрементной модели. В данной модели компоненты приложения разрабатываются специалистами параллельно, а далее просто интегрируются в одно целое. Модель включает несколько фаз разработки, а именно: бизнес-моделирование, моделирование данных, моделирование процесса, сборка приложения и тестирование. Данную модель следует выбирать, если проект большой и имеет определенно 2-3 месяца на сам процесс разработки.
Гибкая модель разработки - Agile Model. С помощью применения данной методологии любой заказчик может наблюдать за происходящей разработкой и понимать, нравится ли ему результат или нет. Как недостаток модели - трудно оценить стоимость проекта из-за отсутствия конкретного формулирования задач. Одно из основных направлений данной модели - экспериментальное программирование. В его основе Scrum - ежедневные встречи и Sprint - собрания, которые периодически повторяются. Данная методология рассчитана на проекты, которые планируют длительное существование на рынке, тоесть требования на разных этапах развития могут существенно меняться.
Эту модель разработки следует применять в динамическом бизнесе, где нужды клиентов постоянно меняются. Для того, чтобы начать работу, необходимо лишь небольшое планирование.
Итерационная модель разработки. Работа над проектом начинается с реализации части функционала, которая впоследствии становится базой для определения дальнейших требований. Данный процесс повторяется. Правильно обозначив конечную цель, нужно стремиться, чтобы каждый шаг приносил результат, а каждая новая версия была работоспособна и функциональна. Для того, чтобы использовать данную модель нужно как раз и понимать конечную цель. Итерационная модель подходит для крупных проектов.
Модель разработки Spiral. Данная модель имеет много общих деталей с инкрементной, но в то же время ставит акцент на риски. Spiral отлично подходит для решения критически важных бизнес-задач, когда необходимы научные исследования.
Спиральная модель включает четыри этапа: планирование; анализ рисков; конструирование; оценка результата и переход к новому этапу. Эта модель не для малых проектов, она более подходит для сложных проектов, в которые вложен хороший бюджет.
Как вывод, можно сказать, что все методологии по своей сути пересекаются и могут быть в каких-то чертах похожи друг на друга. Для каждого отдельного проекта нет универсальной методологии, которая бы идеально подходила. Поэтому выбирать методологию нужно исходя из собственных запросов и возможностей развития проекта.
Если Вам нужен хостинг или сервер для размещения ваших проектов, обращайтесь в ГиперХост!
