23. Дать определение архитектуры по, структуры архитектуры по, системы.

Архитектура программного обеспечения (ПО) ­– ряд важных решений об организации программной системы, среди которых:

• выбор структурных элементов и их интерфейсов, составляющих и объединяющих систему в единое целое

• поведение, обеспечиваемое совместной работой элементов

• организация этих структурных и поведенческих элементов в более крупные подсистемы

• архитектурный стиль, которого придерживается данная организация.

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

То, какие ключевые цели имеет система, описывается с помощью сценариев как атрибуты качества, определяющие, как будет вести себя система. Атрибуты качества системы включают в себя:

• отказоустойчивость,

• сохранение обратной совместимости,

• расширяемость,

• надежность,

• пригодность к сервисному обслуживанию

• доступность,

• безопасность,

• удобство использования

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

Архитектура ПО содержит несколько видов. В онтологии, установленной ANSI / IEEE 1471—2000, виды являются экземплярами точки зрения, где точка зрения существует для описания архитектуры с точки зрения заданного множества заинтересованных лиц.

Архитектурные виды можно поделить на 3 основных типа:

1. Модульные виды (module views) — показывают систему как структуру из различных программных блоков.

2. Компоненты-и-коннекторы (component-and-connector views) — показывают систему как структуру из параллельно запущенных элементов (компонентов) и способов их взаимодействия (коннекторов).

3. Размещение (allocation views) — показывает размещение элементов системы во внешних средах.

Определить отличия детального проектирования от архитектурного проектирования ПО. Что задаёт выбор архитектуры?

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

• Архитектурным проектированием называют первый этап процесса проектирования, на котором определяются подсистемы, а также структура управления и взаимодействия систем.

В настоящее время существует сильная тенденция рассматривать архитектурное и детальное проектирование как различные виды деятельности; делаются попытки определить их как отдельные практики, однако эти виды проектирования в значительной мере «переплетены». Архитектурные решения в сравнении с «обычными» проектными решениями рассматриваются как более абстрактные, концептуальные и глобальные; они нацелены на успех всей миссии и на наиболее высокоуровневые структуры системы. Детальное проектирование, в свою очередь, определяется как процесс детализации и расширения предварительного проекта (архитектуры) до такой степени, при которой проект полностью готов к реализации.

Согласно "гипотезе напряжения/окрестности", различие между архитектурным и детальным проектированием определяется критерием окрестности, согласно которому утверждение, что дизайн ПО не является локальным (а является архитектурным) истинно тогда и только тогда, когда программа, которая удовлетворяет этому критерию может быть расширена в программу, которая не удовлетворяет ему.

25)Заинтересованное лицо- Человек, заинтересованный в организации, проекте, ИТ услуге и т.п. Заинтересованные лица могут проявлять интерес к видам деятельности, целям, ресурсам или результатам. Заинтересованными лицами могут быть заказчики, партнёры, работники, акционеры, владельцы, и т.п.