6. Спиральная модель. Структура витка.

Бэри Боемом в 1988г

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

Каждый виток имеет следующую структуру (секторы):

•определение целей, ограничений и альтернатив проекта;

•оценка альтернатив, оценка и разрешение рисков; возможно использование прототипирования (в том числе создание серии прототипов), симуляция системы, визуальное моделирование и анализ спецификаций; фокусировка на самых рисковых частях проекта;

•разработка и тестирование

•планирование следующих итераций – анализируются результаты, планы и ресурсы на последующую разработку, принимается (или не принимается) решение о новом витке; анализируется, имеет ли смысл продолжать разрабатывать систему или нет; разработку можно и приостановить, например, из-за сбоев в финансировании; спиральная модель позволяет сделать это корректно.

Нецелесообразное применение при небольшой степенью риска, с ограниченным бюджетом, для небольших проектов.

7. Архитектура по.Определение. Краткое описание. Понятие функциональных и нефункциональных требований.

“Архитектура — это фундаментальная организация системы, воплощенная в компонентах, их взаимосвязях, среде, и принципах, управляющих их дизайном и эволюцией.”

Функциональное требование — это требование к системе/программному приложению, которое должно выполняться соответствующим компонентом. Это требования, которые определяют поведение и действия системы, составляющие фундаментальный процесс или преобразования, которые программные и аппаратные компоненты системы производят над входными данными для получения выходных данных.

Нефункциональное требование — это требование к программному обеспечению, которое описывает не то что делает программа, но как программа выполняет функции. Например производительность ПО, требования к внешним интерфейсам,

8. Архитектура по. Составляющие элементы иключевые принципы. Инструменты моделирования.

Строить так чтобы затем изменять: как приложение может изменяться с течением времени чтобы удовлетворять новым требованиям

Моделировать чтобы анализировать и уменьшить риск.

Использование моделей и визуализаций в качестве средства коммуникации и сотрудничества: Эффективное обсуждение дизайна, принимаемых решений и предстоящих изменений дизайна критично для построения хорошей архитектуры.

Определение ключевых инженерных решений: Необходимо определить и понимать какие ключевые решения используются и области наиболее вероятного возникновения ошибок.

Языки описания архитектуры

Языки описания архитектуры Architecture description languages (ADLs) используются для описания Архитектуры ПО.

Представления (Views): Архитектура ПО организована в виде представлений (views), что является аналогом калек используемых в строительной архитектуре. Примеры: Функциональное /Логическое представление, структурное;