Иногда можно увидеть термин «итеративно-инкрементная модель разработки». Можно подумать, что авторы считают, что итеративная и инкрементная модели – одно и то же. Так ли это?
Иногда можно увидеть термин «итеративно-инкрементная модель разработки». Можно подумать, что авторы считают, что итеративная и инкрементная модели – одно и то же. Так ли это?
Оглавление
ToggleХотя обе модели были разработаны, чтобы повысить гибкость «Водопада», они различаются. Итеративная подразумевает постепенное приближение циклами к финальному результату, а инкрементная – приращение по частям.
В свете аналогий с другими повседневными предметами: можно создавать их все более и более совершенные версии, а можно сформировать отдельные части и затем объединить в целое.
Модель разработки — это концепция создания программного обеспечения, определяющая ключевые подходы к проектированию, программированию, тестированию и т.д. Современные IT-команды используют модели разработки, чтобы:
Иногда в отношении модели разработки ПО применяется термин жизненный цикл программного обеспечения (Software Development Life Cycle, SDLC).
Итеративная (итерационная) модель предполагает движение к выбранному финальному варианту продукта через повторяющиеся циклы разработки. Такие циклы называются итерациями. После каждого цикла создается новая версия ПО. По мере продвижения по итерациям IT-продукт становится все более качественным и удобным.
Плюсы итеративной модели разработки:
Минусы итеративной модели разработки:
Инкрементная модель представляет собой разработку ПО отдельными кусками с последующей сборкой в единое целое. Такие куски называются приращения или инкременты. Создание ПО разделяется на этапы, которые по размерам проще спроектировать и запрограммировать, чем сразу единую систему. Внутри разработки каждого инкремента можно использовать любую другую модель жизненного цикла ПО.
Плюсы инкрементной модели разработки:
Минусы инкрементной модели разработки:
Отличие итеративной модели от инкрементной заключается в том, что в итеративной в каждый момент времени дорабатывается IT-продукт целиком, а не некоторые его отдельные куски.
В инкрементной модели в каждый момент идет разработка в отношении только одного куска. И инкремент должен быть сформирован на достаточно высоком качественном уровне, прежде чем его инкорпорируют в единую систему и начнут разработку следующего приращения.
Все чаще в практике IT-компаний используется итеративно-инкрементная модель. Это гибрид, он объединяет в себе оба подхода. Например, разработка инкрементов может происходить параллельно и циклами (итеративно).
Итеративно-инкрементная усиливает в себе плюсы и нивелирует минусы обеих моделей разработки.
В истории развития программного обеспечения есть две модели, которые более гибкие, чем классический «Водопад»: итеративная и инкрементная. Итеративная предполагает разработку ПО циклам и целиком, инкрементная – по частям. Существует также созданная на основе их объединения гибридная модель – итеративно-инкрементная.
Автор Михаил Кулешов
Михаил, профессиональный партнерский маркетолог, является основателем компании South Media OÜ, которая была создана в 2018 году и базируется в Таллинне. С 2016 года Михаил уехал из Финляндии и жил как настоящий «цифровой кочевник» в IT-индустрии, путешествуя по миру только с ноутбуком. Михаил работает и пишет статьи, связанные с IT-индустрией.
© Copyright 2023 Testirovshik.com
“… две модели, которые более гибкие, чем классический «Водопад»: итеративная и итерационная. ” – вместо итерационной, наверное, инкрементная?
Да, именно так. Спасибо Ксения.
Резюме
В истории развития программного обеспечения есть две модели, которые более гибкие, чем классический «Водопад»: итеративная и итерационная. Итеративная предполагает разработку ПО циклам и целиком, инкрементная – по частям. Существует также созданная на основе их объединения гибридная модель – итеративно-инкрементная.
Я думаю вы всё же имели ввиду итеративная и инкрементная.
Исправлено. Спасибо, Полина.