Модель инкрементальной сборки - Википедия - Incremental build model

В модель инкрементальной сборки это метод разработка программного обеспечения где товар разработан, реализовано и проверено постепенно (каждый раз добавляется немного больше), пока продукт не будет готов. Он включает в себя как разработку, так и сопровождение. Продукт считается готовым, если он удовлетворяет всем его требованиям. Эта модель сочетает в себе элементы модель водопада с итеративной философией прототипирование.

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

Инкрементальная модель

В инкрементальной модели применяется модель водопада постепенно.^[1]

Серии выпусков называются «приращениями», при этом каждое приращение предоставляет клиентам дополнительные функциональные возможности. После первого приращения доставляется основной продукт, который уже может быть использован клиентом. На основании отзывов клиентов разрабатывается план следующих шагов, и в него вносятся соответствующие изменения. Этот процесс продолжается, с приращениями, пока не будет доставлен готовый продукт. Инкрементальная философия также используется в гибкой модели процесса (см. гибкое моделирование ).^[1]

Инкрементальная модель может применяться к DevOps. В DevOps он сосредоточен вокруг идеи минимизации риска и стоимости внедрения DevOps при одновременном создании необходимого внутреннего набора навыков и импульса.^[2]

Характеристики инкрементальной модели

1. Система разбита на множество мини-проектов разработки.
2. Частичные системы создаются для создания окончательной системы.
3. Сначала рассмотрел самые приоритетные требования.
4. Требование порции замораживается, как только увеличенная порция развита.

Преимущества^[3][4]

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

Недостатки^[5]

1. Итоговая стоимость может превышать стоимость организации.
2. По мере добавления к продукту дополнительных функций могут возникнуть проблемы, связанные с архитектурой системы, которые не были очевидны в более ранних прототипах.

Задания задействованы

Задачи в инкрементальной модели

Эти задачи общие для всех моделей.^[1]

1. Коммуникация: помогает понять цель.
2. Планирование: требуется, чтобы над одним проектом, но разными функциями одновременно работало столько людей (команд разработчиков).
3. Моделирование: включает бизнес-моделирование, моделирование данных и моделирование процессов.
4. Конструкция: включает повторное использование программных компонентов и автоматического кода.
5. Развертывание: интеграция всех инкрементов.

Смотрите также

• Итеративная и инкрементальная разработка
• Быстрая разработка приложений
• Поэтапный подход

Рекомендации

внешняя ссылка

• Методология :: Модели развития
• Инкрементальный жизненный цикл
• Что такое инкрементальная модель - преимущества, недостатки и когда ее использовать
• Инкрементальная модель в программной инженерии