Модель инкрементальной сборки — это метод разработки программного обеспечения , при котором продукт проектируется , внедряется и тестируется инкрементально (каждый раз добавляется немного больше), пока продукт не будет завершен. Она включает в себя как разработку, так и обслуживание. Продукт определяется как завершенный, когда он удовлетворяет всем своим требованиям. Эта модель сочетает в себе элементы каскадной модели с итеративной философией прототипирования . Согласно Институту управления проектами , инкрементальный подход — это «адаптивный подход к разработке, при котором поставляемый продукт создается последовательно, добавляя функциональность до тех пор, пока поставляемый продукт не будет содержать необходимые и достаточные возможности, чтобы считаться завершенным». [1] : Раздел 3. Определения
Продукт разлагается на несколько компонентов, каждый из которых проектируется и создается отдельно (называется сборками). [1] : Раздел 3.5
Каждый компонент поставляется клиенту, когда он завершен. Это позволяет частично использовать продукт и избежать длительного времени разработки. Это также позволяет избежать больших начальных капитальных затрат и последующих длительных периодов ожидания. Эта модель разработки также помогает смягчить травматический эффект внедрения совершенно новой системы сразу.
Серия релизов называется «инкрементами», каждый из которых предоставляет клиентам больше функциональности. После первого инкремента поставляется основной продукт, который уже может использоваться клиентом. На основе отзывов клиентов разрабатывается план для следующих инкрементов, и вносятся соответствующие изменения. Этот процесс продолжается, и инкременты поставляются до тех пор, пока не будет поставлен полный продукт. Философия инкрементов также используется в модели гибкого процесса (см. гибкое моделирование ). [2] [1] : Раздел 2.3.3
Инкрементальную модель можно применять к DevOps . DevOps сосредоточен на идее минимизации риска и затрат на внедрение DevOps, одновременно создавая необходимые внутренние навыки и импульс. [3]
Характеристики инкрементальной модели
Система разбита на множество мини-проектов развития.
Частичные системы создаются для создания окончательной системы.
Сначала занялись наиболее приоритетными требованиями.
Потребность в части замораживается после разработки увеличенной части.
Преимущества [4] [5]
После каждой итерации следует проводить регрессионное тестирование. Во время этого тестирования можно быстро выявить неисправные элементы программного обеспечения, поскольку в рамках одной итерации вносится мало изменений.
Обычно его легче тестировать и отлаживать, чем другие методы разработки ПО, поскольку в ходе каждой итерации вносятся относительно небольшие изменения. Это позволяет проводить более целенаправленное и строгое тестирование каждого элемента в рамках всего продукта.
Клиенты могут отзываться о функциях и оставлять отзывы о продукте на предмет необходимых или полезных изменений.
Первоначальная доставка продукции происходит быстрее и обходится дешевле.
Недостатки [6]
Итоговая стоимость может превысить расходы организации.
По мере добавления к продукту дополнительных функций могут возникнуть проблемы, связанные с архитектурой системы, которые не были очевидны в более ранних прототипах.
Задачи, которые необходимо выполнить
Эти задачи являются общими для всех моделей: [2]
Коммуникация: помогает понять цель.
Планирование: требовалось, чтобы над одним проектом работало как можно больше людей (команд разработчиков программного обеспечения), но с разными функциями одновременно.
Моделирование: включает в себя бизнес-моделирование, моделирование данных и моделирование процессов.
Строительство: подразумевает повторное использование компонентов программного обеспечения и автоматического кода.
^ abc Pressman, Roger (2010). Программная инженерия: подход практикующего специалиста . Бостон: McGraw Hill. С. 41–42. ISBN 9780073375977.
^ Ким, Джин (22 января 2013 г.). «DevOps distilled, Часть 1: Три основополагающих принципа» (PDF) . IBM DeveloperWorks .
^ www.softdevteam.com/ Incremental-lifecycle.asp
^ Что такое инкрементальная модель — преимущества, недостатки и когда ее использовать
^ "Методология:: Методы разработки". Архивировано из оригинала 2016-03-03 . Получено 2011-09-17 .
Ссылки
Project Management Institute (2021). Руководство по своду знаний по управлению проектами (руководство PMBOK) . Project Management Institute (7-е изд.). Newtown Square, PA. ISBN 978-1-62825-664-2.{{cite book}}: CS1 maint: location missing publisher (link)
Внешние ссылки
Методология::Модели развития Архивировано 2016-03-03 на Wayback Machine
Инкрементальный жизненный цикл
Что такое инкрементальная модель — преимущества, недостатки и когда ее использовать