Достоинства методов разработки

Agile

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

Waterfall

• Прозрачная и интуитивно понятная структура работы, которая подходит для опытных команд;
• Высокое качество и детализации всей документации;
• Каскадная модель позволяет легко отслеживать ресурсы, риски и время, потраченное на реализацию проекта;
• Поставленные задачи максимально стабильны на всем протяжении разработки.

Недостатки методов разработки

Agile

• Отсутствие возможности рассчитать полную сумму, затраченную на создание нового программного обеспечения, в связи с постоянно меняющимися требованиями в ходе реализации;
• Так как Agile больше всего напоминает философию, все участники проекта должны полностью погрузиться в нее, что часто бывает крайне тяжело;
• Члены команды должны быть опытными, высококвалифицированными специалистами; они должны работать на удовлетворение потребностей клиента;
• Возникновение новых требований может вступить в конфликт с существующей структурой и функционалом;
• Возможность постоянного внесения корректировок может привести к тому, что проект перейдет в категорию бесконечных.

Waterfall

• Определение в начальном этапе всех требований приводит к тому, что проект перестает быть гибким;
• Проект требует большего объема ресурсов и сроков;
• Заказчик увидит результаты работы проектной команды в самом конце этапа разработки;
• Полное отсутствие коммуникативного взаимодействия между этапами реализации.

 

 

Системы версионного контроля. Локальные, централизованные и децентрализованные. Управление изменениями и версиями. Ветвления (branches), метки (labels, tags) и объединение (merge). Пример использования в курсовом проекте.

Система контроля версий (Version Control System, VCS) представляет собой программное обеспечение, которое позволяет отслеживать изменения в документах, при необходимости производить их откат, определять, кто и когда внес исправления и т.п. В статье рассмотрены виды VCS, принципы их работы, а также приведены примеры программных продуктов.

 

Что такое система контроля версий?

 

Наверное, всем знакома ситуация, когда при работе над проектом, возникает необходимость внести изменения, но при этом нужно сохранить работоспособный вариант, в таком случае, как правило, создается новая папка, название которой скорее всего будет “Новая папка” с дополнением в виде даты или небольшой пометки, в нее копируется рабочая версия проекта и уже с ним производится работа. Со временем количество таких папок может значительно возрасти, что создает трудности в вопросе отката на предыдущие версии, отслеживании изменений и т.п. Эта ситуация значительно ухудшается, когда над проектом работает несколько человек.

 

Для решения таких проблем как раз и используется система контроля версий, она позволяет комфортно работать над проектом как индивидуально, так в коллективе. VCS отслеживает изменения в файлах, предоставляет возможности для создания новых и слияние существующих ветвей проекта, производит контроль доступа пользователей к проекту, позволяет откатывать исправления и определять кто, когда и какие изменения вносил в проект. Основным понятием VCS является репозиторий (repository) – специальное хранилище файлов и папок проекта, изменения в которых отслеживаются. В распоряжении разработчика имеется так называемая “рабочая копия” (working copy) проекта, с которой он непосредственно работает. Рабочую копию необходимо периодически синхронизировать с репозиторием, эта операция предполагает отправку в него изменений, которые пользователь внес в свою рабочую копию (такая операция называется commit) и актуализацию рабочей копии, в процессе которой к пользователю загружается последняя версия из репозитория (этот процесс носит название update).

 

Централизованные и распределенные системы контроля версий

 

Системы контроля версий можно разделить на две группы: распределенные и централизованные.