Модель инкрементальной сборки
| Часть серии о |
| Разработка программного обеспечения |
|---|
Модель инкрементной сборки — это метод разработки программного обеспечения , при котором продукт проектируется , реализуется и тестируется постепенно (каждый раз добавляется немного больше), пока продукт не будет закончен. Это включает в себя как разработку, так и обслуживание. Продукт считается готовым, если он удовлетворяет всем своим требованиям. Эта модель сочетает в себе элементы водопадной модели с итеративной философией прототипирования . По мнению Института управления проектами , инкрементальный подход — это «адаптивный подход к разработке, при котором результат создается последовательно, добавляя функциональность до тех пор, пока результат не будет содержать необходимые и достаточные возможности, чтобы считаться завершенными». [1] : Раздел 3. Определения
Продукт разбивается на несколько компонентов, каждый из которых проектируется и создается отдельно (так называемые сборки). [1] : Раздел 3.5 Каждый компонент доставляется клиенту после его завершения. Это позволяет частично утилизировать продукт и избежать длительного время разработки. Это также позволяет избежать больших первоначальных капитальных затрат и последующих длительных периодов ожидания. Эта модель развития также помогает смягчить травматический эффект от одновременного внедрения совершенно новой системы.
Инкрементная модель [ править ]
Инкрементальная модель применяет каскадную модель постепенно. [2]
Серия выпусков называется «приращениями», причем каждое приращение предоставляет клиентам больше функциональных возможностей. После первого приращения поставляется основной продукт, который уже может использоваться заказчиком. На основе отзывов клиентов составляется план. разрабатываются для следующих инкрементов, и вносятся соответствующие изменения. Этот процесс продолжается, при этом инкременты поставляются до тех пор, пока не будет поставлен полный продукт. Философия инкрементального подхода также используется в модели гибкого процесса (см. Гибкое моделирование ). [2] [1] : Раздел 2.3.3
Инкрементную модель можно применить к DevOps . DevOps сосредоточен на идее минимизации риска и затрат на внедрение DevOps при одновременном создании необходимого внутреннего набора навыков и импульса. [3]
Характеристики инкрементной модели
- Система разбита на множество мини-проектов развития.
- Частичные системы создаются для создания окончательной системы.
- Сначала решались требования с наивысшим приоритетом.
- Потребность в порции замораживается после разработки увеличенной порции.
- После каждой итерации следует проводить регрессионное тестирование. Во время этого тестирования можно быстро выявить неисправные элементы программного обеспечения, поскольку за одну итерацию вносится мало изменений.
- Как правило, его легче тестировать и отлаживать, чем другие методы разработки программного обеспечения, поскольку на каждой итерации вносятся относительно меньшие изменения. Это позволяет проводить более целенаправленное и тщательное тестирование каждого элемента всего продукта.
- Клиенты могут реагировать на функции и проверять продукт на наличие необходимых или полезных изменений.
- Первоначальная доставка продукта происходит быстрее и стоит меньше.
Недостатки [6]
- Полученная стоимость может превысить затраты организации.
- По мере добавления к продукту дополнительных функций могут возникнуть проблемы, связанные с архитектурой системы, которые не были очевидны в более ранних прототипах.
Задачи [ править ]
Эти задачи являются общими для всех моделей: [2]
- Коммуникация: помогает понять цель.
- Планирование: требуется, чтобы как можно больше людей (команд разработчиков программного обеспечения) работали над одним и тем же проектом, но с разными функциями одновременно.
- Моделирование: включает бизнес-моделирование, моделирование данных и моделирование процессов.
- Создание: предполагает повторное использование компонентов программного обеспечения и автоматического кода.
- Развертывание: интеграция всех приращений.
См. также [ править ]
Цитаты [ править ]
- ^ Перейти обратно: а б с Институт управления проектами 2021 .
- ^ Перейти обратно: а б с Прессман, Роджер (2010). Программная инженерия: подход практика . Бостон: МакГроу Хилл. стр. 41–42. ISBN 9780073375977 .
- ^ Ким, Джин (22 января 2013 г.). «Краткая информация о DevOps, часть 1: три основополагающих принципа» (PDF) . IBM DeveloperWorks .
- ^ www.softdevteam.com/Incremental-lifecycle.asp
- ^ Что такое инкрементная модель - преимущества, недостатки и когда ее использовать
- ^ «Методология::Методы разработки» . Архивировано из оригинала 3 марта 2016 г. Проверено 17 сентября 2011 г.
Ссылки [ править ]
- Институт управления проектами (2021). Руководство по совокупности знаний по управлению проектами (руководство PMBOK) . Институт управления проектами (7-е изд.). Ньютаун-сквер, Пенсильвания. ISBN 978-1-62825-664-2 .
{{cite book}}: CS1 maint: отсутствует местоположение издателя ( ссылка )
