​​Модели разработки ПО
#модель #разработки

Модель разработки ПО - представляет  описание того, какие и в какой последовательности проходит продукт стадии жизненного цикла и что происходит на каждой из них.

Модели разработки ПО разделяют на классические и гибкие.

Классические модели делают акцент на последовательности, сроках и конечных требованиях к продукту.
К ним относят:
° Code and Fix - только пишем код, проверяем и устраняем ошибки;
° Waterfall /каскадная модель - последовательный переход от одного этапа разработки на другой без пропусков и возвращений на предыдущие стадии.
° V-Model - упор на тестирование в ходе разработки.Тесты проводятся параллельно с самим процессом создания продукта. 
° Инкрементная модель - разработка по частям. Проект делится на составные компоненты, команда по очереди готовит каждый из них, затем происходит финальная сборка;
° Спиральная модель представляет повторяющуюся последовательность циклов разработки с непрерывным контролем рисков.  
° Итеративная модель - сначала делается базовая модель продукта, затем следуют итерации по ее усовершенствованию;
° RAD-Model (скоростная разработка продукта) - все этапы создания продукта делятся не несколько отдельных блоков, с каждым из которых работает отдельная команда разработчиков.

Гибкая модель разработки - Agile model, представляет итеративный подход, позволяет вносить изменения на каждом этапе проекта, м.б. не ограничена во времени.

Agile model имеет множество вариаций и фреймворков, среди которых выделяют: Scrum, Kanban, Экстремальное программирование (XP), Lean.
----------

Подробнее о применении основных моделей разработки ПО расскажем в следующих постах

​​Waterfall / Каскадная модель: особенности, преимущества и недостатки применения.
#waterfall #каскадная #модель

Waterfall — это работа по заранее написанному и согласованному ТЗ, заключающаяся в последовательном прохождении всех этапов разработки ПО.

Особенности приминения Waterfall:
° все этапы создания ПО идут в строгой последовательности друг за другом;
° переход на следующий этап осуществляется только после завершения предыдущего;
° после завершения этапа возвращаться к нему нельзя;
° все требования, задачи, планы фиксируются в документах;
° требования к проекту после утверждения не меняются;
° Заказчик не участвует в создании продукта после постановки ТЗ.

Основные этапы(стадии) разработки:
° Анализ
° Проектирование
° Разработка
° Тестирование
° Эксплуатация и поддержка

Преимущества и недостатки модели:
+ все процессы зарегламентированы и описаны;
+ сроки и бюджет зафиксированы;
+ требования не меняются во время работ;
+ прозрачность процессов для заказчика;
+ ход выполнения проекта легко проследить с помощью использования временной шкалы (или диаграммы Ганта);
+ участники знают свои задачи и в какой последовательности их выполнять;

- проект сложно адаптировать под изменения среды;
- недостаточный уровень проработки требований несёт за собой увеличение бюджета и сроков проекта;
- выявление и исправление ошибок только на этапе тестирования;
- чем дольше идет проект, тем быстрее он устаревает;
- Заказчик поздно дает обратную связь, т.к. видит результат в конце проекта;
- новые требования приводят к новому проекту.

Модель Waterfall стоит применять в проектах, где:
° требования к программному продукту четко определены и не должны меняться;
° осуществляется перенос уже существующего продукта на новую платформу;
° вовлечение заказчика в процесс разработки не требуется;
° первостепенна реализация сложных алгоритмов, а роль и объем пользовательского интерфейса невелик;
° по созданию и выпуску новой версии уже существующего продукта, если вносимые изменения вполне определены и управляемы.

Заметки Аналитика | @notes_analyst