- •3.Основные признаки пр-та.
- •4.Одноуровневая Арх-ра ис.
- •5.Двухуровневая Арх-ра ис.
- •6.Трехуровневая Арх-ра ис.
- •7.Четырехуровневая Арх-ра ис.
- •8.Легкие методологии создания по.
- •9.Тяжелые методологии создания по.
- •12.Модель жц по: code-and-fix,stagewise model
- •10.Конус неопределенности пр-та.
- •11.Системная модель пр-та ф.Бегьюли
- •13.Модель жц по:evolutionary model
- •14.Модель жц по: водопад
- •15.Модель жц по: содержание работ ветви проектирования
- •16.V модель жц по: содержание работ ветви конструирования.
- •17.Содержание видов испытаний:валидация,верификация,тест-е.
- •19.Внешняя среда программного пр-та
- •20.Внутренняя среда программного пр-та
13.Модель жц по:evolutionary model
МодельЖЦ-возможные стратегии реализации ПО.В случае эволюционной модели сист разраб-ся в виде последовательности блоков структур(конструкций).Подразумевается,что треб-я устанавливаются частично и уточняются в каждом последующем промежуточном блоке структуры сист.Использование эволюционной модели предполагает проведение исследования предметной области для изучения потребностей заказчика пр-та и анализа возможности применения этой модели для реализации.Модель применяется для разработки несложных и не критических систем,для которых главным требованием явл-я реализация функций сист.При этом треб-я не м.б определены сразу и полностью.Тогда разработка сист проводится итерационно путем ее эволюционного развития с получением некоторого варианта сист - прототипа,на кот-м проверяется реализация требований.Такой процесс явл-я итерационным,с повторяющимися этапами разработки,начиная от измененных требований и до получения готового продукта.Эту модель можно назвать моделью«Расширяющегося ядра»
Недостатки: сложность интеграции независимых приложений,трудно объединить.
Рис
14.Модель жц по: водопад
МодельЖЦ-возможные стратегии реализации ПО.Данную м-ль можно назвать попыткой перенести положительный опыт другой природы на программную сферу.рис.Каскадная м-ль.Предусматривает последовательное выполнение всех этапов пр-та в строго фиксированном порядке.Переход на след-й этап означает полное завершение раб на предыд-м этапе.Каждая стадия заверш-я выпуском полного комплекта док-ции,достаточной для того,чтобы разработка могла.б продолжена другой командой разраб-ков.1.Оценка целесообразности реализации ПП;2.Оценка реалистичности при имеющихся ресурсах;3.Треб-я к ППр-ту,план реализации;4.проверка правильности;5.проектир-е высокого ур-я;6.контроль правильности проектир-х реш;7.детальное проект-е(детальное проект-е-это мост между «что делать» и «как делать»);8.контроль детального проект-я;9.кодир-е;10.помодульное тест-е;11.Интеграция модулей;12.Тест-е и интегр-я(Тест-е определит как модули взаимод-т между собой);13.Опытная эксплуатация;14.Системное тест-е(верификация);15.Промышленная экспл-я;16.Анализ пожеланий и требов-й.Особ-ти:1)подчеркивает понятие обратной связи между смежными стадиями и запрещает обратную связь между несмежными стадиями;2)использование прототипов как инструмент-го средства анализа и согласование треб к ППрод-у;3)относится к классу документно-ориентир-х,т.е.каждый этап заканчивается составлением док-ции.Итерационный хар-р развития(возврат).На каждом шаге контроль результ-а.Заказчик вовлечен в процесс.Ограниченность: работает,когда нет глобальной неопределенности.
