Структура фактических ресурсов Actual Resources Structure · UAF
Простыми словами
Ячейка Фактические ресурсы × Структура показывает не типы, а экземпляры: конкретную конфигурацию ресурсов, которую ожидают получить или уже получили под операционную потребность. Весь состав вида построен парами тип и экземпляр: ResourcePerformer и ActualResource, CapabilityConfiguration и FieldedCapability, Post и ActualPost, Person и ActualPerson, Organization и ActualOrganization, Responsibility и ActualResponsibility. Отсюда и смысл всей строки: без экземпляров нечего замерять и не на чем проверять нефункциональные требования. Важная оговорка стандарта: сам подробный разбор — сравнение вариантов, проверка гипотез, компромиссы — делается не здесь, а в ограничениях ресурсной строки; эта ячейка только фиксирует варианты конфигураций.
Примеры
Пояснение к сетке отвечает прямо: «To be able to evaluate architecture behavior and constraints (i.e., non-functional requirements) it is necessary to define actual instances of the architectural elements.» Тип задаёт множество, а замерить можно только конкретный экземпляр.
UAF DMM 1.3, разд. 7 — примечание b к сетке UAF (рис. 7-1)
Предмет интереса сам отсылает читателя: «The detailed analysis (trade-off, what-if etc.) is carried out using the Resource Constraints view.» То есть здесь показывают варианты конфигураций, а сравнивают их средствами ресурсной строки.
UAF DMM 1.3, разд. 8.1.11 — Concerns вида Actual Resources Structure
Схема вида ставит рядом обе стороны: у ResourcePerformer экземпляром выступает ActualResource, у CapabilityConfiguration — FieldedCapability, у Post, Person и Organization — соответствующие Actual-варианты. Для каждой пары в диаграмме подписаны концы type и instance.
UAF DMM 1.3, разд. 8.1.11 — состав рис. 8-86 и перечень Elements под ним
Определение из первоисточника
дословная выпискаillustrates the expected or achieved actual resource configurations required to meet an operational need.
Иллюстрирует ожидаемые или достигнутые конфигурации фактических ресурсов, необходимые для удовлетворения операционной потребности.
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Кому нужно
- Поставщики решений
- Системные инженеры
- Бизнес-архитекторы
- Что закрывает
анализ, например, оценка различных альтернатив, сценарии «что если», компромиссы, верификация и валидация фактических конфигураций ресурсов, поскольку это обеспечивает возможность фиксации различных архитектур решений. Подробный анализ (компромиссы, сценарии «что если» и т. д.) выполняется с использованием представления «Ограничения ресурсов»
- Из чего состоит
- В каком виде рисуют
- Диаграмма определения блоков SysML
То же в оригинале
- Кому нужно
- Solution Providers
- Systems Engineers
- Business Architects
- Что закрывает
the analysis, e.g. evaluation of different alternatives, what-if, trade-offs, V&V on the actual resource configurations as it provides a means to capture different solution architectures. The detailed analysis (trade-off, what-if etc.) is carried out using the Resource Constraints view.
- Из чего состоит
- ActualOrganization
- ActualOrganizationalResource
- ActualPerson
- ActualPost
- ActualResource
- ActualResponsibility
- ActualResponsibleResource
- CapabilityConfiguration
- FieldedCapability
- Organization
- Person
- Post
- ResourcePerformer
- Responsibility
- В каком виде рисуют
- SysML Block Definition Diagram
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Stakeholders: Solution Providers, Systems Engineers, Business Architects.
- Concerns: the analysis, e.g. evaluation of different alternatives, what-if, trade-offs, V&V on the actual resource configurations as it provides a means to capture different solution architectures. The detailed analysis (trade-off, what-if etc.) is carried out using the Resource Constraints view.
- Recommended Implementation: SysML Block Definition Diagram.
В других подходах
Сопоставления одного понятия в разных подходах.
Аспект сетки: структурная сборка элементов.
Семантические различия У NAF в ряду C столбец занят видением предприятия, а в ряду A — продуктами архитектуры.
Корпоративные архитектуры
- UAFArchitecture Views
- UAFStrategic Structure
- UAFOperational Structure
- UAFServices Structure
- UAFPersonnel Structure
- UAFResources Structure
- UAFSecurity Structure
- UAFProject Structure
- UAFStandards Structure
- UAFActual Resources Structure
- NAFC2 - Enterprise Vision
- NAFS2 - Service Structure
- NAFL2 - Logical Structure
- NAFP2 - Resource Structure
- NAFA2 - Architecture Products
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРазработка ТЗРегламенты и политикиРеестр процессов