Модель с колесами и спицами

Модель «Колесо и спицы» — это модель последовательно- параллельной разработки программного обеспечения . По сути, это модификация спиральной модели , предназначенная для работы с небольшими первоначальными командами, которые затем масштабируются вверх и быстрее наращивают ценность. Его лучше всего использовать на этапах проектирования и прототипирования . Это методология снизу вверх .

Немодифицированная «модель колеса и спиц». Программы одновременно вносят вклад в основную группу и получают от нее продукты.

Модель колеса и спиц

Модель колеса и спиц сохраняет большинство элементов спиральной модели , на которой она основана. Как и спиральная модель, она состоит из множества итераций повторяющихся действий:

1. Новые системные требования определены максимально подробно из нескольких разных программ.
2. Создается предварительный общий API , который является максимальным общим знаменателем для всех проектов.
3. Стадия реализации первого прототипа .
4. Прототип передается первой программе, где он интегрируется в ее нужды. Это формирует первую спицу колеса и модель спицы.
5. Обратная связь собирается из первой программы, и изменения передаются обратно в прототип.
6. Следующая программа теперь может использовать общий прототип с дополнительными изменениями и добавленной стоимостью от первой попытки интеграции. Образуется еще одна спица.
7. Окончательная система представляет собой объединение общих функций, используемых различными программами – формирование колеса, а также тестирование/исправление ошибок, которые были возвращены в базу кода – формирование спиц.

Регулярные изменения и дополнения в конечном итоге становятся видимыми для каждой программы, использующей общий код, а опыт, полученный при разработке прототипа первой программы, передается каждой последующей программе, использующей этот прототип.

Приложения

«Колесо и спица» лучше всего использовать в среде, где несколько проектов имеют общую архитектуру или набор функций, которые можно абстрагировать с помощью API .

Преимущества

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

См. также

• Итеративный
• Инкрементальный
• Программная инженерия
• Список тем по разработке программного обеспечения
• Модель водопада

Внешние ссылки

• Гибкий Альянс