Разница между методологией Waterfall и RUP

Разница между методологией Waterfall и RUP
Разница между методологией Waterfall и RUP

Видео: Разница между методологией Waterfall и RUP

Видео: Разница между методологией Waterfall и RUP
Видео: Модели и Методологии разработки ПО (Waterfall, V-model, Agile, Scrum, Kanban и другие) #8 2024, Ноябрь
Anonim

Методология водопада против RUP

Сегодня в индустрии программного обеспечения используется множество различных методологий разработки программного обеспечения. Метод водопадной разработки - один из самых ранних методов разработки программного обеспечения. Методология каскадной разработки программного обеспечения представляет собой последовательную модель, в которой каждый этап выполняется полностью и выполняется в фиксированном порядке. RUP (Rational Unified Process) - это адаптируемая структура процессов итеративных методологий разработки программного обеспечения. RUP устраняет несколько критических замечаний в отношении разработки Waterfall, таких как жесткость.

Что такое методология водопада?

Методология Waterfall - одна из самых ранних моделей разработки программного обеспечения. Как следует из названия, это последовательный процесс, в котором прогресс проходит через несколько фаз сверху вниз, аналогично водопаду. Этапы модели Waterfall - это анализ требований, проектирование, разработка, тестирование и внедрение. Бизнес-аналитики (или сами программисты, если это небольшая организация) проводят этап анализа, получая системные и бизнес-требования от заказчика проекта. Затем архитекторы программного обеспечения (или старшие разработчики программного обеспечения) составляют проектную документацию, описывающую структуру и компоненты предлагаемой системы. Затем младшие разработчики выполняют кодирование с использованием проектной документации. После завершения разработки продукт передается команде тестирования для процессов тестирования и проверки. Наконец, продукт внедряется (или интегрируется) на площадке клиента, и проект утверждается. Здесь важно отметить, что каждый этап полностью завершен, прежде чем переходить к следующему этапу. Эта модель была прямым результатом простой адаптации метода разработки, ориентированного на оборудование (используемого в производственной и строительной отраслях), в то время не существовало формальной модели разработки программного обеспечения.

Что такое RUP?

RUP принадлежит к семейству методологий итеративной разработки программного обеспечения. Он был разработан Rational Software Corporation (из IBM) в 2003 году. На самом деле это адаптируемая структура процессов (а не один конкретный процесс), которую организация-разработчик может настроить в соответствии со своими потребностями. Немного похожий на водопад, он имеет фиксированные фазы: зарождение, разработку, построение и переход. Но в отличие от водопада, RUP - это итеративный процесс. Три стратегии, охватываемые RUP, - это настраиваемый процесс, который направляет разработку, автоматизированные инструменты для ускорения процесса и службы, помогающие быстрее внедрять процессы и инструменты. Эти стажеры стратегии охватывают шесть лучших практик разработки программного обеспечения (итеративная разработка, управление требованиями, архитектура на основе компонентов, визуальные модели программного обеспечения, непрерывная проверка и управление изменениями).

В чем разница между методологией Waterfall и RUP?

Хотя в методологии Waterfall и RUP определены фиксированные фазы, между этими двумя моделями есть ключевые различия. Основное отличие заключается в том, что, хотя методология водопада явно представляет собой последовательный процесс с предписанными шагами, в которых текущая фаза завершается перед переходом к следующей фазе, RUP - это итеративный процесс. В отличие от водопадной методологии, RUP разрабатывает продукт в несколько этапов на основе отзывов акционеров. Поскольку каждая итерация RUP создает исполняемый релиз, клиенты получают преимущества намного раньше, чем Waterfall. Наконец, методология Waterfall - это предписывающий конкретный процесс, а RUP - это адаптируемая структура программных процессов.

Рекомендуемые: