- •Базовые стратегии разработки пс и систем. Каскадная стратегия. Сущность. Достоинства и недостатки. Области использования.
- •Инкрементная стратегия разработки программных средств и систем. Сущность. Достоинства и недостатки. Области использования.
- •Эволюционная стратегия разработки программных средств и систем. Сущность. Достоинства и недостатки. Области использования.
- •Классическая каскадная модель жизненного цикла пс и варианты ее реализации. Достоинства и недостатки. Область применения.
- •Каскадная модель по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •8. Базовая rad-модель быстрой разработки приложений жизненного цикла пс. Достоинства и недостатки. Область применения.
- •Инкрементная модель жцпс. Дост-ва и недостатки. Область применения.
- •Вариант инкрементной модели по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •Структурная эволюционная модель быстрого прототипирования. Достоинства и недостатки. Область применения.
- •13. Эволюционная модель жизненного цикла пс по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •Эволюционная модель прототипирования по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •17. Упрощенная спиральная модель жц пс института качества sqi. Достоинства и недостатки. Область применения.
- •18. Упрощенная спиральная модель жц пс Института Управления проектами. Достоинства и недостатки. Область применения.
- •Модель «win-win» жизненного цикла пс. Достоинства и недостатки. Область применения.
- •20. Спиральная модель жизненного цикла пс Консорциума по вопросам разработки программного обеспечения. Достоинства и недостатки. Область применения.
- •21. Компонентно-ориентированная модель жизненного цикла пс. Достоинства и недостатки. Область применения.
- •22. Классификация проектов по разработке пс и систем, ориентированная на выбор модели жц. Категории и критерии классификации проектов.
- •23. Процедура выбора модели жц разработки пс и систем института sqi
- •25. Модульное проектирование программ. Признаки модульности программы. Достоинства и недостатки модульности. Классификация методов проектирования модульных программ.
- •26. Нисходящее проектирование программ и его стратегии. Стратегия, основанная на использовании псевдокода. Достоинства и недостатки. Пример.
- •27. Стратегия пошаг проект-я при нисходящем проектировании программ, основанная на использовании комментариев. Виды и нормы комментариев. Пример.
- •28. Стратегия анализа сообщений при нисходящем проектировании программ. Пример.
- •29. Метод восходящего проектир. Сущность. Целесообразность использования. Недостатки. Способы сочетания с другими методами.
- •30. Метод Джексона. Сущность. Основ констр постр структур дан. Примен к иерархич, сетев и реляц структурам данных. Примеры.
- •31. Первый этап метода Джексона. Виды документов, создаваемых на данном этапе. Пример.
- •33. Третий этап метода Джексона. Цель. Сущность. Подэтапы. Пример.
- •34. Четвертый этап метода Джексона. Цель. Сущность. Контрольный перечень операций. Пример.
- •35. Пятый этап метода Джексона. Цель. Сущность. Пример.
13. Эволюционная модель жизненного цикла пс по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
В данном случае разработка каждой версии программного средства (системы) выполняется на основе каскадной модели, содержащей четыре этапа: разработка требований, проектирование, программирование и тестирование, ввод в действие и поддержка приемки. При разработке первой версии формулируются наиболее важные (базовые) требования к продукту. На основе данных требований разрабатывается и вводится в действие первая версия системы (программного средства). При разработке каждой очередной версии требования уточняются, при необходимости вводятся новые или изменяются уже реализованные требования. На основе уточненных требований разрабатывается и вводится в действие очередная версия продукта. Процесс продолжается, пока все требования не будут окончательно уточнены и полностью реализованы.
Дост-ва: 1)возможность уточнения и внесения новых требований в процессе разработки; 2)пригодность для использования промежуточного продукта; 3)возможность обеспечения управления рисками; 4)реализация преимуществ инкрементной стратегии (выпуск версий, повторное использование результатов, сокращение графика работ); 5)обеспечение широкого участия пользователя в проекте, начиная с ранних этапов, что минимизирует возможность разногласий между заказчиками и разработчиками и обеспечивает создание продукта высокого качества; 6) уменьшение общих затрат на разработку за счет раннего решения проблем и меньшего объема доработок.
Недост-ки: 1)сложность определения критериев для продолжения процесса разработки на следующей итерации, неизвестность точного количества необходимых итераций; это затрудняет планирование проекта и может вызвать задержку реализации конечной версии системы или программного средства 2) сложность управления проектом; необходимость грамотного управления с целью ограничения количества итераций до разумного; 3)необходимость активного участия пользователей в проекте, что не всегда возможно в реальной жизни; 4)необходимость мощных инструментальных средств и методов прототипирования; 5)возможность отодвигания решения трудных проблем на последующие циклы, что может привести к несоответствию полученных продуктов требованиям заказчиков.
Области применения: 1) при разработке проектов, для которых требования слишком сложны, неизвестны заранее, непостоянны или их следует уточнить; 2) при разработке больших и долгосроч проектов; 3) при разраб проектов использ новые технологии.
Структурная эволюционная модель быстрого прототипирования. Достоинства и недостатки. Область применения.
При использовании структурной эволюционной модели быстрого прототипирования система или программное средство строится в виде последовательности прототипов.
Начало модели –в центре. На основ плана выполн быстр анализ треб-й, во время кот разраб умышл неполн треб-я. Затем на основ умышл неполн треб произв укрупн проектир прототипа, программирование и ввод в действие. Потом начин цикл итераций быстрого прототипир-я. Структ его аналог структ 1го цикла. Далее, после того как пользователь оценил прототип и принял его, осуществл детализир разраб сист или ПС. Отличие дан модели от др эволюц моделей: С целью ускорения разраб рез-ты промежут циклов представл-ся в виде прототипов, не доводятся до уровня рабочей версии, и как следствие в эксплуатацию не сдаются. Назначение прототипа – уточнение требований.
Недост-ки: 1) обычная недостаточность или неадекватность документации по ускоренным прототипам; 2) вероятность недостаточного качества результирующего ПС (или системы) за счет его создания из рабочего прототипа (при детальной разработке ПС или системы из последнего прототипа может оказаться сложной или невозможной реализация функций, не реализованных при итерационном прототипировании); 3) возможность задержки реализации конечной версии ПС (системы) при несочетании языка или среды прототипирования с рабочим языком или средой программирования.
