Эволюционная модель прототипирования по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
Основой эффективного применения данной модели жизненного цикла является максимально возможная детализация на ранних этапах проекта (анализ требований к системе и проектирование системной архитектуры). Данные этапы выполняются в модели один раз. Однократное выполнение этих этапов достигается за счет тесных связей разработчиков с пользователями проекта. Требования к системе, в первую очередь, функции системы и внешние интерфейсы определяются пользователями в начале ЖЦ, деловые процессы уточняются при проведении пользователем серии оценок прототипов системы.
В данной модели при создании каждой версии ПС используется прототипирование. При разработке каждого прототипа уточняются требования к нему. Затем выполняется программирование прототипа в среде 4GL. При выполнении данного этапа инструментальная среда 4GL используется в первую очередь для быстрого проектирования и сборки ПС, а также оперативного наращивания, изменения и уточнения ПС. Языки 4GL осуществляют частичную автоматическую кодогенерацию ПС.
Проверка и оценка каждого прототипа осуществляется пользователем в реальной эксплуатационной среде.
В модели ЖЦ определен фиксированный период проведения прототипирования и произвольное количество итераций.
Из описания данной модели видно, что при разработке прототипов фактически используется RAD-модель жизненного цикла.
Дост-ва: 1)возможность уточнения и внесения новых требований в процессе разработки; 2)пригодность для использования промежуточного продукта; 3)возможность обеспечения управления рисками; 4)реализация преимуществ инкрементной стратегии (выпуск версий, повторное использование результатов, сокращение графика работ); 5)обеспечение широкого участия пользователя в проекте, начиная с ранних этапов, что минимизирует возможность разногласий между заказчиками и разработчиками и обеспечивает создание продукта высокого качества; 6) уменьшение общих затрат на разработку за счет раннего решения проблем и меньшего объема доработок.
Недост-ки: 1)сложность определения критериев для продолжения процесса разработки на следующей итерации, неизвестность точного количества необходимых итераций; это затрудняет планирование проекта и может вызвать задержку реализации конечной версии системы или программного средства 2) сложность управления проектом; необходимость грамотного управления с целью ограничения количества итераций до разумного; 3)необходимость активного участия пользователей в проекте, что не всегда возможно в реальной жизни; 4)необходимость мощных инструментальных средств и методов прототипирования; 5)возможность отодвигания решения трудных проблем на последующие циклы, что может привести к несоответствию полученных продуктов требованиям заказчиков.
Области применения: 1) при разработке проектов, для которых требования слишком сложны, неизвестны заранее, непостоянны или их следует уточнить; 2) при разработке больших и долгосроч проектов; 3) при разраб проектов использ новые технологии.
16. Спиральная модель Боэма жизненного цикла ПС. Достоинства и недостатки. Область применения.
Спиральная модель объединяет в себе преимущества других видов моделей, в нее включены анализ и управление рисками, процессы поддержки и управления, предусмотрены возможности использования прототипирования и быстрой разработки приложений. Каждый цикл разработки (итерация) представляет собой набор операций, соответствующий шагам в каскадной модели. Каждому витку спирали модели Боэма соответ фаза разработки. Кажд фаза мот выполнятся за 1 или несколько циклов.
A. Фаза разработки концепции (соответствует первому витку спирали).
– определение потребности;
– анализ рисков фазы разработки концепции;
– концептуальное прототипирование;
– разработка концепции требований к системе или программным средствам;
5– планирование проекта и процесса разработки.
B. Фаза анализа требований (соответствует второму витку спирали).
– анализ целей, альтернатив и ограничений, связанных с системой/программным средством;
– анализ рисков фазы анализа требований;
– демонстрационное прототипирование;
– оценка характеристик системы/продукта;
– разработка требований к системе/продукту;
– планирование перехода на фазу проектирования системы/продукта.
C. Фаза проектирования системы/продукта (соответствует 3 витку).
– анализ целей, альтернатив и ограничений, связанных с текущим циклом проектирования системы/продукта;
– анализ рисков фазы проектирования системы/продукта;
– оценочное прототипирование проектирования системы/продукта;
9 – см. выше;
– проектирование системной/программной архитектуры;
– планирование перехода на фазу технического проектирования ПС, программирования и сборки.
D. Фаза реализации (фаза технического проектирования, программирования и сборки), соответствует четвертому витку спирали).
– анализ возможности реализации в текущем цикле целей, альтернатив и ограничений, связанных с проектированием системы/продукта;
– анализ рисков фазы реализации;
– операционное прототипирование;
9 – см. выше;
– техническое проектирование ПС;
– программирование и тестирование ПС;
– сборка и квалификационные испытания ПС;
– сборка и квалификационные испытания системы;
– планирование перехода на фазу расширения функциональных возможностей, ввод в действие и обеспечение приемки версии.
E. Фаза сопр-ия и расширения функ-х возм-й (соответствует 5 витку спирали).
25 – анализ целей, альтернатив и ограничений, связанных с сопровождением и поддержкой;
18, 19, 9, 20 – 23 – см. выше;
26 – приемочные испытания.
Оценочным действия:
– оценка концепции;
– оценка требований;
– оценка проектирования;
– оценка версии системы/продукта.
Действия, связанные с поставкой результатов текущего уровня разработки:
– поставка первой пригодной версии;
– поставка очередной пригодной версии;
– аудит конфигурации версии.
Модель поделена на четыре квадранта.
В квадранте I – анализ целей, альтернативных вариантов и ограничений – опред рабоч харак-ки, выпол ф-и, стаб-ть (возм внес изм-й), апп/прог интерфейс. Формул треб-я к продукту разработки данных фазы или цикла. Определ альтернатив способы реализ-и систем или ПП. Опред ограничения, наклад-е на применение Альтер вариантов, т е затраты, график выполн, огранич среды, здесь же опред риски связ с недостат опыта в дан пред обл с примен новых технологий, жестким графиком, недостат организ процессов.
В квадранте II – оценка альтернативных вариантов, идентификация и разрешение рисков - выполняется оценка альтернативных вариантов, рассмотренных в предыдущем квадранте; оценка возможных вариантов разрешения рисков. Выполняется прототипирование как основа для работ следующего квадранта.
В квадрант III - разработка продукта текущего уровня - включаются действия по непосредственной разработке системы или программного продукта: проектирование системы и ее программных компонентов, разработка и тестирование исходных текстов программ, сборка, тестирование и квалификационные испытания продукта или системы и т.п.
В квадранте IV - планирование следующей фазы - выполняются действия, связанные с решением о переходе на цикл следующей фазы разработки или выполнении еще одного цикла текущей фазы разработки, в частности, оценка заказчиком результатов текущего уровня, разработка или коррекция планов проекта и следующего цикла, управление конфигурацией.
Программ-е в дан модели вып знач позже чем в др. Это позволяет минимизировать риски посредством последовательных уточнений требований, выдвигаемых пользователем. На каждой итерации рассматривается один или несколько главных факторов риска, начиная с фактора наивысшего риска.
Дост-ва: 1) наличие действий по анализу рисков, что обеспечивает их сокращение и заблаговременное определение непреодолимых рисков; 2) усов-е администр управления процессом разработки, затратами, соблюдением графика и кадровым обеспечением, что достигается путем выполнения анализа в конце каждой итерации.
Недост-ки: 1)усложненность структуры модели, что приводит к сложности ее использования разработчиками, администраторами проекта и заказчиками; необходимость в высокопрофессиональных знаниях для оценки рисков;
2) высокая стоимость модели за счет стоимости и дополнительных временных затрат на планирование, определение целей, выполнение анализа рисков и прототипирование при прохождении каждого цикла спирали; неоправданно высокая стоимость модели для проектов, имеющих низкую степень риска или небольшие размеры.
Применение спиральной модели Боэма целесообразно при разработке проектов в организации, обладающей навыками адаптации модели с учетом его сложности и критичности.