Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпоры4-20.docx
Скачиваний:
1
Добавлен:
01.03.2025
Размер:
288 Кб
Скачать
☆

13.Модель жц по:evolutionary model

МодельЖЦ-возможные стратегии реализации ПО.В случае эволюционной модели сист разраб-ся в виде последовательности блоков структур(конструкций).Подразумевается,что треб-я устанавливаются частично и уточняются в каждом последующем промежуточном блоке структуры сист.Использование эволюционной модели предполагает проведение исследования предметной области для изучения потребностей заказчика пр-та и анализа возможности применения этой модели для реализации.Модель применяется для разработки несложных и не критических систем,для которых главным требованием явл-я реализация функций сист.При этом треб-я не м.б определены сразу и полностью.Тогда разработка сист проводится итерационно путем ее эволюционного развития с получением некоторого варианта сист - прототипа,на кот-м проверяется реализация требований.Такой процесс явл-я итерационным,с повторяющимися этапами разработки,начиная от измененных требований и до получения готового продукта.Эту модель можно назвать моделью«Расширяющегося ядра»

Недостатки: сложность интеграции независимых приложений,трудно объединить.

Рис

14.Модель жц по: водопад

МодельЖЦ-возможные стратегии реализации ПО.Данную м-ль можно назвать попыткой перенести положительный опыт другой природы на программную сферу.рис.Каскадная м-ль.Предусматривает последовательное выполнение всех этапов пр-та в строго фиксированном порядке.Переход на след-й этап означает полное завершение раб на предыд-м этапе.Каждая стадия заверш-я выпуском полного комплекта док-ции,достаточной для того,чтобы разработка могла.б продолжена другой командой разраб-ков.1.Оценка целесообразности реализации ПП;2.Оценка реалистичности при имеющихся ресурсах;3.Треб-я к ППр-ту,план реализации;4.проверка правильности;5.проектир-е высокого ур-я;6.контроль правильности проектир-х реш;7.детальное проект-е(детальное проект-е-это мост между «что делать» и «как делать»);8.контроль детального проект-я;9.кодир-е;10.помодульное тест-е;11.Интеграция модулей;12.Тест-е и интегр-я(Тест-е определит как модули взаимод-т между собой);13.Опытная эксплуатация;14.Системное тест-е(верификация);15.Промышленная экспл-я;16.Анализ пожеланий и требов-й.Особ-ти:1)подчеркивает понятие обратной связи между смежными стадиями и запрещает обратную связь между несмежными стадиями;2)использование прототипов как инструмент-го средства анализа и согласование треб к ППрод-у;3)относится к классу документно-ориентир-х,т.е.каждый этап заканчивается составлением док-ции.Итерационный хар-р развития(возврат).На каждом шаге контроль результ-а.Заказчик вовлечен в процесс.Ограниченность: работает,когда нет глобальной неопределенности.