ГОСТ Р 57100—2016
Точка зрения определяет соглашения (такие как нотации, языки и типы моделей) для того, чтобы конструи
ровать определенный вид представления. Каждая точка зрения может быть применена ко многим системам. Каж
дое представление — это одно такое применение. Точно так же программа — это отдельный случай применения
языка программирования к определенной ситуации или проблеме проекта.
Другое модельное представление для понимания различий между представлением и точкой зрения может
быть таким.
представление : точка зрения :: карта (связи): надпись.
Надпись определяет соглашения, используемые в подготовке карты (такие, как ее масштаб, цвета и другие
символы), чтобы помочь пользователям в интерпретации этой карты по предназначению. Также как каждой карте
следует иметь надпись, каждому архитектурному представлению следует иметь точку зрения на архитектуру,
определяющую условности для интерпретации содержания этого представления.
Другой термин «тип представления»,введенный в (5). устанавливает категоризацию точек зрения а терми
нах настоящего стандарта. В указанной работе описаны три категории точек зрения, модуль, компонент и соеди
нитель. а также распределение типов представления.
В пределах индивидуального описания архитектуры настоящий стандарт требует, чтобы каждым представ
лением управляла единственная точка зрения. Это означает, что каждое представление соответствует одному
множеству соглашений (возможны составные виды моделей). Это требование не исключает пользователей
настоящего стандарта, объединяющих или составляющих точки зрения на архитектуры в определенных целях
(способом, не определенным настоящим стандартом), пока требование не будет удовлетворено впределах инди
видуального описания архитектуры
В настоящем стандарте каждое архитектурное представление должно выражать целую системуиз конкрет
ной перспективы системных интересов, структурируемых с помощью главной точки зрения. Это отражает
целостную природу архитектуры. Например, в эксплуатационном представлении сетевой системы следует
учитывать, что задержки при передаче по сети (в одной модели) и время непосредственной обработки (в
другой модели) производят целостное сквозное представление работы всей системы.
Описание архитектуры может сосредоточиться на рассматриваемой системе в определенной точке време
ни (например, когда система поставляется заказчику) или на рассмотрении эволюции системы сверх многих вре
менных рамок. Любое представление может быть составлено из серии моделей, каждая из которых представляет
рассматриваемую систему в данный момент времени. Композиция таких моделей в пределах представления
может описывать то. как долго эта система будет развиваться во времени, отвечая требованию целостности
представления.
Существуют два единых подхода к конструированию представлений: комплексный и проекционный подхо
ды. В комплексном подходе архитектор строит представления рассматриваемой системы и объединяет эти пред
ставления в пределах описания архитектуры, используя модельные связи. В проекционном подходе архитектор
получает каждое представление через небольшое количество шаблонов, возможно механических процедур
извлечения из некоего основного репозитария. Настоящий стандарт может быть использован с любым из этих
подходов к представлениям.
Из (38) известно, что:
«Шаблонный проект использует решения известных проблем на основе повторного применения больших
частей предыдущих решений.... Наилучшие инженерные дисциплины охватывают, организуют и разделяют про
ектные знания, чтобы сделать шаблонный проект более простым. Справочники и руководства являются часто
проводниками этой упорядоченной информации*
Природа «повторного применения!, точек зрения архитектуры (и структур архитектуры как скоординирован
ных множеств точек зрения) выдвигает на первый план их полезность как механизмов охватывания стратегичес
ких архитектурных знаний в пределах организации или в пределах большего архитектурного сообщества. Точки
зрения систематизируют определенные прикладные, методические или организационные подходы и таким
образом поддерживают рост и развитие архитектурных практик.
В приложениях В и С приведена дополнительная инфоомация и ссылки, имеющие отношение к точкам
зрения на архитектуру.
А.5 Модели, рабочие продукты и архитектурные модели
Модели и моделирование лежат в основе многих системных и программных архитектур. Понятие модели
является центральным для понимания настоящего стандарта. Различные сообщества используют модель по-раз
ному. Поэтому важно понять сам термин и какой используется в настоящем стандарте.
М является моделью S. если М может использоваться для ответа на вопросы о S1’.
’’Это определение возникло в лаборатории электроники Массачусетского технологического института в
1960-е годы. Определение появилось в работе D.T. Ross и М. Minsky, которые работали в этой лаборатории в тот
период времени:
«Для наблюдателя В объектА* является моделью объекта А до такой степени, что в может использоватьА*,
чтобы ответить на вопросы, которые интересуют его об объекте А. М. Minsky. Суть, мнение и модели, 1968.
иМ является моделью относительно множества вопросов О. если и только если М может использоваться,
чтобы ответить на вопросы об объекте А в О в пределах приемлемости Г» D.T. Ross. Технические основы харак
теризации. 1977.
18