Указатель терминов
Понятия из всех категорий реестра. Выберите категорию или найдите термин по названию.
Все понятия по алфавиту
Объяснение простыми словами есть у 679 из 679 понятий. Ищите по строке поиска или выбирайте букву.
А
23
- Агрегация AggregationСвязь между целым и частью, где часть может существовать отдельно от целого.
- Адаптированный архитектурный фреймворк Tailored Architecture FrameworkЭто версия стандарта TOGAF, подогнанная под конкретную организацию или проект.
- Актив AssetАбстрактный элемент, определяющий виды объектов, подверженных риску.
- Актор ActorАктор — тот, кто действует: человек, подразделение, организация или система.
- Акция операционного действия OperationalActivityActionОдно операционное действие вызывает другое, работая в его контексте.
- Акция проектного действия ProjectActivityActionВызов поведения, который активирует нужное проектное действие.
- Акция процесса безопасности SecurityProcessActionДействие, совершаемое одним процессом безопасности.
- Акция сервисной функции ServiceFunctionActionЭто вызов одной сервисной функции изнутри другой.
- Акция функции FunctionActionЭто фиксация факта выполнения функции конкретной ресурсной ролью в определённом контексте.
- Анклав безопасности SecurityEnclaveЭто группа информационных систем, объединённых внутренними сетями и подчинённых одному органу управления с единой политикой безопасности.
- Артефакт ArtifactАртефакт — кусок данных, который используется или производится при разработке, развёртывании и эксплуатации ИТ-системы: исходный файл, сборка, скрипт, таблица базы, документ.
- Архитектура ArchitectureАбстрактная модель, описывающая структуру системы в целом.
- Архитектурная ссылка ArchitecturalReferenceЭто запись, которая фиксирует связь между двумя архитектурными описаниями.
- Архитектурное ограничение Architectural ConstraintЭто жёсткое требование или граница, которую любое решение проблемы обязано соблюдать.
- Архитектурное описание ArchitecturalDescriptionЭто рабочий документ, который описывает архитектуру конкретной системы.
- Архитектурное решение Architecture Decision RecordЭто зафиксированный выбор, благодаря которому в компании появляется новый элемент (процесс, система или структура) с заданными свойствами и связями.
- Архитектурные строительные блоки Architecture Building BlocksАрхитектурные строительные блоки — документация и модели из репозитория архитектуры предприятия: описания того, ЧТО нужно, безотносительно того, чем это будет реализовано.
- Архитектурный контракт Architecture ContractСоглашение между заказчиком и командой разработки, фиксирующее ожидаемые результаты, качество и соответствие архитектуры поставленным целям.
- Архитектурный проект Architecture ProjectЭто деятельность, направленная на поставку архитектуры.
- Архитектурный репозиторий Architecture RepositoryЭто единое хранилище для всех архитектурных проектов компании.
- Ассоциация AssociationЭто связь между элементами модели, когда конкретный тип взаимодействия не определён или не описан другими стандартными связями.
- Атрибут данных Data AttributeПредставление свойства сущности данных.
- Атрибут информации Information AttributeЭто описание конкретного свойства информационной сущности.
Б
12
- Базовая версия архитектуры Architecture BaselineЭто зафиксированный срез архитектуры, который служит точкой отсчёта.
- Библиотека LibraryСобрание артефактов.
- Библиотека объектов Object LibraryСобрание компьютерных программ, представленных в виде перемещаемых инструкций.
- Бизнес-информация Business InformationЭто описание того, как бизнес понимает конкретный термин или понятие, включая его смысл и правила использования.
- Бизнес-модель Business ModelЭто высокоуровневое описание сути организации, уместившееся на одном листе формата А4.
- Бизнес-объект Business ObjectБизнес-объект — пассивный элемент, значимый с точки зрения бизнеса: полис, договор, заказ, счёт.
- Бизнес-принципы, цели и драйверы Business Principles, Goals, and DriversЭто набор правил, целей и внешних факторов, которые определяют, как и зачем предприятие работает.
- Бизнес-процесс Business ProcessБизнес-процесс — последовательность действий бизнеса, дающая конкретный результат.
- Бизнес-сервис Business ServiceБизнес-сервис — это часть поведения бизнеса, которую предоставляют наружу как услугу: потребитель знает, что получит, и не знает, как это устроено внутри.
- Бизнес-способность Business CapabilityЭто конкретная способность, которой компания обладает или которой может обмениваться с партнёрами.
- Бизнес-функция Business FunctionСпособ сгруппировать бизнес-поведение по заранее выбранным критериям.
- Блок-схема программы Program Flow ModelЭто модель, описывающая последовательность шагов обработки в программе.
В
29
- Версии архитектуры SequencesЭто описание хронологического порядка взаимодействий между участниками системы при реализации конкретного сценария.
- Версионируемый элемент VersionedElementАбстрактная сущность, объединяющая исполнителя ресурса и сервис.
- Версия архитектуры Architecture VersionЭто конкретная итерация проектного решения, которая зафиксирована и отличается от предыдущей.
- Версия конфигурации VersionOfConfigurationЭто связь между конкретным версионируемым элементом и конфигурацией полного жизненного цикла.
- Веха архитектуры Architecture MilestoneЭто контрольная точка в проекте, связанная с жизненным циклом архитектуры.
- Веха способности Capability MilestoneЭто контрольная точка в проекте или программе, которая связана с жизненным циклом одной или нескольких способностей.
- Взаимодействие сервисов Service InteractionСвязь, возникающая между двумя сервисами.
- Вид грифа безопасности SecurityClassificationKindТип данных, задающий допустимые уровни категории безопасности информационной системы.
- Вид обозначения DesignationKindПеречислимый тип.
- Видение VisionДокумент описывает стратегический контекст и целевое состояние для группы способностей предприятия.
- Видение архитектуры Architecture VisionВидение архитектуры создаётся в начале цикла и кратко описывает, какие изменения предприятие получит от предложенной работы.
- Видение предприятия Enterprise VisionЦелевое состояние бизнеса на заданный срок.
- Виньетка миссии MissionVignetteЭто описание географических и временных рамок конфликта, включающее контекст сторон, допущения, ограничения и стратегические цели.
- Владеет процессом (связь) OwnsProcessСвязь, которая фиксирует, что конкретный организационный ресурс отвечает за выполнение определённого операционного действия.
- Владеет риском (связь) OwnsRiskСвязь, которая указывает, какой именно организационный ресурс отвечает за выполнение мер по снижению риска.
- Владеет риском в контексте (связь) OwnsRiskInContextСвязь, которая фиксирует, какая именно организационная роль отвечает за снижение риска в конкретной ситуации или конфигурации.
- Владеет ценностью (связь) OwnsValueСвязь, которая фиксирует, что конкретный организационный ресурс является владельцем определенного элемента ценности.
- Влияние InfluenceСвязь, которая показывает, как один элемент воздействует на мотивационный элемент.
- Воздействует (связь) AffectsСвязь, которая фиксирует, что конкретный риск применим к определённому активу.
- Воздействует в контексте (связь) AffectsInContextСвязь, которая фиксирует, что конкретный риск актуален для определённой роли актива в заданных условиях или конфигурации.
- Возможность OpportunityЭто благоприятная ситуация или её сочетание, которая уже есть или может появиться.
- Временная часть TemporalPartСвязь между двумя стратегическими фазами, где одна является временной частью другой.
- Временные шкалы проектов Project ScheduleЭто вид модели, который показывает временную последовательность работ по программам и проектам.
- Вывод сущности из эксплуатации Decommission Definition ModelЭто фаза жизненного цикла, в которой определяют окончательное состояние системы в конце срока службы.
- Вызов ChallengeЭто трудность или препятствие, которое уже существует или может возникнуть в будущем.
- Вызывается (связь) EvokedByКортеж в модели данных, который фиксирует, что риск порождается возможностью.
- Выполняет в контексте (связь) PerformsInContextСвязь между действием и ролью.
- «выполняет» Activity–Resource MatrixСвязь, которая показывает, какой исполнитель (ресурс) отвечает за выполнение конкретной деятельности.
- Высокоуровневая операционная концепция HighLevelOperationalConceptЭто описание того, какие ресурсы и где именно нужны для выполнения сценария, если смотреть на систему как на единое целое.
Г
12
- Глоссарий GlossaryСловарь, в котором закреплены значения всех терминов, используемых при интеграции предприятия.
- Глоссарий предприятия Business GlossaryСправочник терминов, который связывает технические названия объектов данных с общепринятыми словами компании.
- Графика операционного замысла верхнего уровня Operational Concept DiagramСхема показывает, как система действует при выполнении миссии или в заданном сценарии.
- Гриф (классификация) безопасности SecurityClassificationОпределяет уровень секретности для конкретного взаимодействия.
- Группа логических состояний Logical State GroupЭто объединение двух или более логических состояний, которые вместе образуют законченную единицу в композиции или наборе.
- Группа мер Measure GroupЭто объединение двух или более отдельных показателей в одну законченную единицу.
- Группа ресурсных состояний Resource State GroupСовокупность из двух и более ресурсных состояний.
- Группа сервисов Service GroupЭто объединение двух и более сервисов, которые вместе образуют законченную единицу.
- Группа состояний сервиса Service State GroupЭто объединение двух или более состояний сервиса в одну законченную единицу.
- Группа способностей Capability GroupЭто объединение двух и более способностей в законченный блок внутри общей структуры.
- Группа стандартов Standard GroupОбъединяет элементы стандарта, входящие в один профиль.
- Группировка GroupingСоставной элемент, который объединяет отдельные концепты в одну логическую группу на основе их общего свойства или характеристики.
Д
40
- Дата и время ISO 8601 ISO8601DateTimeСтрока, фиксирующая точный момент с привязкой к часовому поясу.
- Действие задачи миссии MissionTaskActionЭлемент метамодели, фиксирующий использование задачи миссии внутри нити миссии.
- Действие, выполнимое при условии ActivityPerformableUnderConditionЭто фактическое условие, при котором происходит выполнение действия.
- Дерево декомпозиции операционных деятельностей Activity DecompositionМодель операционных деятельностей.
- Дерево продуктов Product TaxonomyСтатическая иерархическая структура, описывающая состав продукта или услуги.
- Дерево функций Function DecompositionИерархическая структура, в которой функции предприятия разложены по уровням детализации.
- Деятельность предприятия Business ActivityЭто базовая единица описания работы компании, состоящая из простых задач, которые потребляют ресурсы и время для создания результата.
- Деятельность предприятия ActivityЭто конкретный шаг в работе, который выполняют исполнители.
- Диаграмма DiagramДиаграмма — графическая форма подачи: объекты фигурами, связи линиями.
- Диаграмма бизнес-контролей Control ModelЭто модель, которая показывает, где в процессе или функции могут возникнуть угрозы срыву целей и как эти угрозы можно снизить.
- Диаграмма доступа System Data Exchange MatrixТабличная схема, описывающая, какие данные или ресурсы передаются между системами и в каком виде.
- Диаграмма назначения ролей (RAD) Access Rights ModelСхема, в которой каждая колонка соответствует одной роли.
- Диаграмма носителей информации Information Carrier ModelДополнительный элемент в ARIS для фиксации входящих и исходящих данных проекта, таких как документы, журналы или модели.
- Диаграмма последовательности событий Event Sequence ModelЭто схема, показывающая, как события и данные движутся между участниками (узлами, системами или сервисами) во времени.
- Диаграмма потоков данных Function and Resource Flow ModelЭто модель, которая показывает иерархию функций, выполняемых системами или сервисами, и пути движения ресурсов между ними.
- Диаграмма разговора BPMN 2.0 Collaboration ModelВ ARIS это тип модели для диаграммы разговора BPMN 2.0.
- Диаграмма распределения атрибутов eERM Data Attribute ModelЭто отдельная модель, в которой атрибуты сущностей и связей вынесены из общей схемы, чтобы та оставалась читаемой.
- Диаграмма распределения продуктов Product–Process MatrixМодель, связывающая продукты с процессами, функциями и подразделениями.
- Диаграмма событий Event ModelЭто модель, которая показывает связи между событиями на разных уровнях детализации.
- Диаграмма структуры знаний Knowledge ModelЭто схема, которая показывает, как категории знаний связаны между собой по содержанию.
- Диаграмма типов прикладных систем Application Component ModelСхема, показывающая, из каких модулей состоит конкретный тип прикладной системы.
- Диаграмма целей Goal ModelГрафическая модель, в которой цели предприятия выстроены в иерархию и связаны с факторами успеха.
- Дизайн экранной формы User Interface ModelЭто модель, описывающая структуру диалогового окна или веб-формы, связанной с конкретной функцией процесса.
- Документация авторизации безопасности Security Accreditation PackageНабор документов, подтверждающих, что система защищена от угроз и готова к работе.
- Должность PostЭто типовой титул или позиция, которую может занимать человек.
- Домен Domain / ScopeЭто структурный элемент модели, который выделяет самостоятельную область деятельности предприятия.
- Домен предприятия Enterprise DomainЭто часть бизнеса, которая выделена как достаточная для решения конкретных задач и ограничений.
- Допущение AssumptionЭто утверждение о факте, которое пока не подтверждено полностью из-за внешних ограничений.
- Дорожная карта архитектуры RoadmapДокумент фиксирует временную шкалу достижения архитектурных способностей.
- Дорожная карта архитектуры Architecture RoadmapДорожная карта архитектуры перечисляет пакеты работ, которые приведут к целевой архитектуре, и раскладывает их по времени.
- Достигает (связь) AchievesСвязь между фактическим состоянием элемента, который пытается достичь нужного результата, и самим достигающим.
- Достигающий AchieverЭто конкретный элемент системы (ресурс, проект или фаза), который реально существует и способен создать нужный результат.
- Достигнутое значение показателя Achieved MetricЭто конкретное число или факт, который зафиксировали при наблюдении за определённым объектом.
- Доступ AccessСвязь, которая показывает, как активные элементы или поведение взаимодействуют с пассивными объектами.
- Доступность (безопасность) SecurityAvailabilityОценка ущерба, который понесет организация или конкретные сотрудники из-за того, что нужная информация стала недоступна.
- Драйвер DriverДрайвер — внешнее или внутреннее условие, которое заставляет организацию формулировать цели и меняться.
- Дуга операционного действия OperationalActivityEdgeЭлемент модели, описывающий поток ресурсов (объектов или информации) между акциями операционных действий.
- Дуга процесса ProcessEdgeОбобщённая связь, указывающая на то, что какое-то действие или функция выполняется.
- Дуга сервисной функции ServiceFunctionEdgeКортеж, отображающий поток ресурсов, включая объекты и информацию, между акциями действий.
- Дуга функции FunctionEdgeСвязь между двумя действиями функции, показывающая, как данные или объекты передаются от одного шага к другому.
Ж
2
- Желает (связь) DesiresСвязь, выражающая потребность субъекта (способности или организационного ресурса) в определенном фактическом состоянии.
- Желающий DesirerЭто абстрактный класс, который объединяет архитектурные элементы, стремящиеся к достижению конкретного результата.
З
13
- Зависимости способностей Capability Dependency ModelМодель описывает зависимости между запланированными способностями и определяет их логические группировки.
- Зависимость вех MilestoneDependencyСвязь между двумя фактическими вехами проекта, указывающая на их порядок.
- Зависимость ролей способностей CapabilityRoleDependencyЭто связь между ролями, которые выполняют разные способности.
- Зависимость способностей CapabilityDependencyЭто запись в модели, которая фиксирует связь между двумя способностями предприятия.
- Задача миссии MissionTaskЭто конкретное действие, которое нужно выполнить, и которое явно поручено системе, человеку или организации.
- Задача предприятия EnterpriseObjectiveЭто конкретный, измеримый и привязанный к сроку целевой показатель, который предприятие ставит перед собой для выполнения стратегических целей.
- Заинтересованная сторона StakeholderЗаинтересованная сторона — тот, у кого есть интерес к системе или к решению: человек, команда, организация.
- Замещает должность (связь) FillsPostСвязь, фиксирующая, что конкретное лицо занимает конкретную должность.
- Запрос на архитектурную работу Request for Architecture WorkДокумент от заказчика к архитектурной команде, который официально запускает цикл разработки архитектуры.
- Запрос на изменение Change RequestДокумент фиксирует необходимость отступить от утверждённого архитектурного плана или расширить его границы.
- Запуск TriggeringСвязь, которая показывает, что один элемент запускает или вызывает другой.
- Защищает (связь) ProtectsЭто связь, которая фиксирует требование к конкретной мере безопасности.
- Защищает в контексте (связь) ProtectsInContextСвязь, которая фиксирует, что конкретное действие по безопасности требуется для защиты актива в определённых условиях или конфигурации.
И
18
- Идентификация сущности Domain Identification ModelЭто этап, на котором определяют, что именно является предметом моделирования, его границы и связь с внешним миром.
- Известный ресурс (связь) KnownResourceСвязь, которая фиксирует, что конкретный известный ресурс ограничивает реализацию операционного исполнителя.
- Измерение MeasurementЭто свойство элемента, которое описывает его физическую характеристику.
- Измерение безопасности SecurityMeasurementОбобщающая сущность для всех видов контроля защищенности.
- Измеримый элемент MeasurableElementЭто абстрактная категория для объектов, к которым можно применить наборы измерений.
- Индикаторы статуса StatusIndicatorsЭто тип данных, который ограничивает статус проектной темы заранее заданным списком вариантов.
- Инструментарий Modelling ToolПрограммное средство для создания, хранения и анализа моделей предприятия.
- Интегрированный словарь Architecture GlossaryЭто справочник всех терминов и элементов, используемых в описании архитектуры.
- Интерес (concern) ConcernЭто вопрос, который важен для конкретного участника проекта в отношении изучаемого объекта.
- Интерфейс InterfaceИнтерфейс — точка доступа, через которую сервисы становятся доступны окружению.
- Интерфейс ресурсного сервиса ResourceServiceInterfaceЭто контракт, который фиксирует набор операций и реакций на события, доступных для ресурсных сервисов.
- Интерфейс сервиса Service InterfaceЭто формализованное описание того, какие функции или операции предоставляет сервис и какие данные он принимает и возвращает.
- Информационная модель Information ModelЭто описание структуры данных конкретной предметной области через сущности, их связи и атрибуты.
- Информационная сущность Information EntityЕдиница или фрагмент информации, который выделенный как отдельный объект.
- Информационный продукт Information ProductЭто готовый набор данных и документации, собранный из разных источников для конкретной задачи.
- Использование процесса ProcessUsageЭто абстрактный тип, описывающий поведение или процесс, который может выполнять исполнитель.
- Испытывает влияние (связь) ImpactedByСвязь, которая фиксирует, что определённая способность организации подвергается воздействию со стороны конкретной возможности.
- Исход OutcomeИсход — конечный результат, эффект или следствие некоторого положения дел.
К
57
- Карта MapКарта — раскладка объектов одного вида на одной плоскости: всё поле целиком, без стрелок и последовательностей.
- Карта заинтересованных сторон Stakeholder MapКарта заинтересованных сторон — карта категорий сторон, их отношений, ожиданий по ценности и сопоставлений с бизнес-архитектурой.
- Карта знаний Knowledge MapЭто схема, показывающая, какие именно знания есть у сотрудников, должностей или отделов компании.
- Карта инициатив Initiative / Change MapИнструмент визуализирует, какие именно способности, потоки ценности и цели затрагивает новая инициатива.
- Карта информации Business Information MapЭто набор бизнес-терминов и информационных концептов, важных для реализации возможностей компании и передачи ценности.
- Карта клиентского пути Customer Journey ModelМодель описывает полный жизненный цикл клиента, разбивая его на стадии и конкретные пути взаимодействия с компанией.
- Карта организации Organization MapКарта организации — бизнес-ориентированное представление организационных единиц и партнёров, сопоставленное с бизнес-архитектурой.
- Карта политик Policy / Constraint MapЭто схема, которая показывает, где в бизнес-процессах и структуре компании действуют конкретные правила и ограничения.
- Карта потока создания ценности Value Stream MapКарта потока создания ценности — чертёж доставки ценности от запускающей потребности стейкхолдера до доставленной ценности.
- Карта продуктов Product / Service MapЭто модель, которая связывает продукты и права доступа с внутренними способностями организации и процессами создания ценности.
- Карта способностей Capability MapКарта способностей — это схема из плиток, на которой разложено всё, что компания умеет делать.
- Карта стратегии Strategy / Objective MapСхема, связывающая элементы стратегии со способностями и другими доменами бизнес-архитектуры.
- Карта точек контакта Customer Touchpoint ModelИнструмент для детального описания точек взаимодействия с клиентом.
- Каталог CatalogКаталог — перечень объектов одного вида: приложения, процессы, роли, принципы.
- Каталог бизнес-сервисов Service CatalogueРеестр перечисляет услуги, которые подразделения предприятия оказывают друг другу.
- Каталог драйверов бизнеса Driver CatalogueРеестр внешних факторов, которые действуют постоянно и не зависят от конкретной компании.
- Каталог интерфейсов (API/GUI) Interface CatalogueПеречень программных и графических точек входа.
- Каталог лиц и сторон, заинтересованных в предприятии Stakeholder CatalogueЭто реестр всех людей и организаций, которые влияют на деятельность предприятия или зависят от её результатов.
- Каталог материалов Material CatalogueЭто реестр материалов, дополненный структурой категорий или типов.
- Каталог мер защиты Security Control CatalogueЭто полный перечень доступных мер безопасности и сервисов, из которого разработчик подбирает нужные для конкретной задачи.
- Каталог ПО промежуточного слоя Technology Service CatalogueЭто реестр программных компонентов, которые обеспечивают связь между приложениями и данными или между самими приложениями.
- Каталог производственных площадок Location CatalogueЭто реестр всех производственных площадок предприятия.
- Каталог рисков Risk RegisterРеестр проблем, связанных с рисками предприятия.
- Каталог сервисов приложений Application Service CatalogueЭто реестр всех сервисов, которые предоставляют приложения, с их классификацией.
- Каталог требований и ограничений Requirements CatalogueСводный список всех обязательных условий, которым должны соответствовать приложения и сервисы.
- Каталог физических систем Physical System CatalogueРеестр, в котором учтены все физические системы организации.
- Каталог функций приложений Application Function ModelРеестр фиксирует все возможности, которые реализуют программы, и систематизирует их по категориям.
- Каталог экосистем, ключевых партнеров или типов партнеров Partner CatalogueСписок экосистем, партнёров и типов партнёров, взаимодействующих с предприятием.
- Каталог KPI Performance ScorecardЭто плоский реестр показателей результативности, привязанный к целям бизнеса, ресурсам и планируемым результатам.
- Категория безопасности SecurityCategoryЭто классификация данных по степени ущерба при нарушении их конфиденциальности, целостности или доступности.
- Качество сервиса Service QualityКонфигурация нефункциональных требований или атрибутов.
- Кластеры закупок Project PortfolioЭто организационный вид, который показывает, как проекты и программы сгруппированы в единые портфели.
- Коллаборация CollaborationЭто объединение двух или более элементов (бизнес-акторов, приложений или технологических узлов), которые совместно выполняют общее поведение.
- Командование (связь) CommandСвязь фиксирует вертикальное подчинение внутри организационной структуры.
- Компетенция CompetenceКонкретный набор способностей.
- Компетенция для выполнения (связь) CompetenceToConductОпределяет, какие навыки нужны для реализации конкретной задачи.
- Компетенция для роли (связь) CompetenceForRoleЭто связь, которая фиксирует, какие именно компетенции необходимы для выполнения конкретной организационной роли.
- Композиция CompositionСвязь между целым и его частью, где часть не может существовать отдельно от целого в модели.
- Композиция сервисов Service Composition ModelОписание того, как один сервис строится на основе других, уже существующих сервисов.
- Компонент приложения Application ComponentКомпонент приложения — модульная и заменяемая часть прикладной функциональности.
- Компонент производственной технологии Manufacturing Technology ComponentЭто элемент модели, фиксирующий средства, задействованные в управлении, преобразовании, транспортировке, хранении и проверке материалов: от сырья до готового изделия.
- Коннектор сервисов ServiceConnectorСвязь между двумя сервисами, где один использует возможности другого.
- Конструкция языка моделирования Modelling Language ConstructЭто базовый строительный блок модели предприятия, который описывает общие свойства или элементы совокупности явлений.
- Контекстное описание сервисов Service Context ModelМодель, описывающая состав и взаимодействие сервисов, включая человеческие элементы как исполнителей.
- Контекстные данные Contextual DataЭто сведения об окружении, условиях или внешних факторах, которые влияют на конкретный объект.
- Контракт ContractКонтракт — описание соглашения между поставщиком и потребителем: что предоставляется, с какими правами и обязанностями.
- Контракт сервиса ServiceContractЭто набор правил, которые определяют, как именно можно использовать один или несколько сервисов.
- Контроль ControlЭто шаг в процессе, где по заданным правилам принимается решение о том, как действовать дальше или нужно ли повышать уровень ответственности.
- Конфигурация полного жизненного цикла WholeLifeConfigurationНабор версионируемых элементов.
- Конфигурация способности Capability ConfigurationЭто конкретный набор людей, технологий и процессов, собранных вместе для выполнения конкретной задачи.
- Конфликтует с (связь) ConflictsWithЭто метаданные, которые отмечают противоречие между элементами модели.
- Концептуализация сущности Concept Definition ModelЭто этап жизненного цикла, на котором высшее руководство формулирует стратегическое видение, миссию и цели для конкретной сущности или домена.
- Концептуальная модель данных Conceptual Data ModelКаталог концептуальных объектов данных, являющийся верхним уровнем детальности метаданных.
- Концептуальное описание возможностей Business CaseЭто раздел мастер-плана предприятия, который суммирует планы по закупке и управлению капитальными активами.
- Критерии оценки Assessment CriteriaЭто набор требований, которые будущая система или ресурс должна выполнить, чтобы считаться готовой.
- Критерии результативности Effectiveness CriteriaЭто конкретный показатель, который показывает, что способность или эффект сработали как нужно.
- Курс действий Course of ActionКурс действий — подход или план того, как сконфигурировать способности и ресурсы, чтобы достичь цели.
Л
24
- Линия потребности NeedlineЭто связь между узлами системы, которая фиксирует необходимость передачи данных.
- Лицо PersonЭто шаблон для описания реальных людей в системе.
- Логическая веха Logical MilestoneЭто контрольная точка в проекте, связанная с конкретными измерениями способности.
- Логическая линия жизни Logical LifelineЛиния жизни, заданная на логическом уровне.
- Логическая модель данных Logical Data ModelЭто описание структуры данных на уровне бизнес-логики, где фиксируются сущности, их атрибуты и связи без привязки к конкретным базам данных или программным продуктам.
- Логическая спецификация Logical SpecificationЭто документ, в котором зафиксированы требования и ограничения, выдвинутые пользователем или бизнесом.
- Логическая функция Logical FunctionОписание того, какую задачу решает элемент системы, без привязки к конкретным технологиям или устройствам.
- Логический активный ресурс Logical Active ResourceРесурс, который выполняет действия.
- Логический компонент данных Logical Data ComponentЭто архитектурная единица, объединяющая логически связанные данные в единую структуру.
- Логический компонент приложения Logical Application ComponentЭто абстракция над возможностями приложения, которая описывает, какие сервисы оно предоставляет и какие данные хранит.
- Логический пассивный ресурс Logical Passive ResourceЭто описание пассивного ресурса, которое фиксирует его характеристики на логическом уровне архитектуры.
- Логический переход Logical TransitionОписывает смену текущего логического состояния объекта на новое.
- Логический проект Logical ProjectЭто деятельность, направленная на поставку логической архитектуры.
- Логический режим Logical ModeРежим, который определяется на логическом уровне.
- Логический технологический компонент Logical Technology ComponentЭто абстрактная единица технологической инфраструктуры, которая описывает набор сервисов без привязки к конкретному вендору или версии продукта.
- Логический уровень готовности Logical Readiness LevelОценка зрелости отдельного измерения способности, заданного на логическом уровне.
- Логическое взаимодействие Logical InteractionСвязь между двумя логическими элементами.
- Логическое обоснование Logical RationaleЭто аргументация решений, принятых на логическом уровне архитектуры.
- Логическое ограничение Logical ConstraintЭто правило, которое описывает допустимые значения или связи данных на уровне логической модели.
- Логическое поведение Logical BehaviourЭто описание того, как система ведет себя на уровне логики, без привязки к конкретным технологиям или реализации.
- Логическое событие Logical EventЭто описание события, которое фиксируется на уровне бизнес-логики, а не технических деталей.
- Логическое состояние Logical StateЭто описание того, в каком режиме или статусе находится логический элемент системы.
- Логическое требование Logical RequirementФиксирует, чего ждут от системы пользователь или бизнес.
- Локации и сети распределения Location / NetworkЭто описание того, где физически или логически находятся ресурсы предприятия и как они связаны между собой.
М
42
- Материал MaterialОсязаемое физическое вещество или энергия, потребляемые или создаваемые в ходе деятельности.
- Матрица MatrixМатрица — таблица пересечений двух списков: строки из одного каталога, столбцы из другого, в клетке — есть связь или нет.
- Матрица «сервисы — сервисы» Service Interface MatrixТабличная сводка, где по строкам и столбцам перечислены сервисы, а в ячейках указано, как они взаимодействуют друг с другом.
- Матрица «системы — сервисы» System–Service MatrixТабличная сводка, которая показывает, какие системы взаимодействуют с какими сервисами.
- Матрица «системы — системы» System Interface MatrixСводная таблица, которая показывает, какие системы обмениваются данными или ресурсами друг с другом.
- Матрица выбора продуктов Product PortfolioЭто модель, которая связывает конкретный организационный блок с продуктами, за которые он отвечает.
- Матрица выбора процессов Process PortfolioЭто таблица, в которой основные процессы сопоставляются с различными сценариями работы.
- Матрица показателей сервисов Service MeasuresЭто модель, которая раскрывает характеристики ресурсов, описанных в контексте сервиса.
- Матрица показателей систем System MeasuresТаблица, раскрывающая характеристики ресурсов, представленных в виде SV-1.
- Матрица потоков ресурсов операционного уровня Operational Exchange MatrixТаблица, показывающая, какие ресурсы передаются между операционными узлами и местами.
- Матрица потоков ресурсов сервисов Service Exchange MatrixТаблица, описывающая, какие именно ресурсы передаются между сервисами при их взаимодействии.
- Матрица прослеживаемости «операционные деятельности — сервисы» Activity–Service MatrixЭто схема, которая показывает, какие именно сервисные функции закрывают конкретные операционные задачи.
- Матрица прослеживаемости «операционные деятельности — системы» Activity–System MatrixЭто таблица, которая связывает описанные системы с операционными деятельностями, которые они поддерживают.
- Матрица прослеживаемости «операционные деятельности — функции систем» Activity–Function MatrixЭто таблица, которая связывает конкретные действия в операционном процессе с функциями систем, которые эти действия обеспечивают.
- Матрица развития навыков Skills Development MatrixЭто концептуальная схема, которая показывает связь между сотрудниками и программами обучения.
- (Матричная) Проекция Traceability MatrixСпособ описания модели, при котором связи между элементами фиксируются в виде таблицы, а не на графической схеме.
- Мера защиты SecurityControlЭто конкретное защитное средство или контрмера, назначенная системе для сохранения конфиденциальности, целостности и доступности данных.
- Меры защиты MotivationОпределяет принципы, драйверы, вызовы и возможности для разработки и оценки архитектуры.
- Местоположение LocationМестоположение — место, где что-то размещено или где выполняется работа.
- Метаданные Meta DataСлужебная информация, описывающая другие данные или элементы архитектуры.
- Метаданные архитектуры ArchitectureMetadataДополнительная информация, которая описывает сам архитектурный документ, а не его содержимое.
- Метамодель MetamodelОписывает правила и ограничения для создания моделей предприятия.
- Метод ресурса ResourceMethodЭто поведенческая характеристика ресурсного исполнителя, которая описывает, как именно он действует.
- Метод сервиса ServiceMethodЭто поведенческая характеристика сервиса, конкретное действие которого описано в сервисной функции.
- Метод установления соответствия Correspondence MethodСпособ, задающий правила для связи между элементами описания архитектуры.
- Методология MethodologyПошаговое руководство или набор инструкций, описывающих процессы проектирования и интеграции предприятия.
- Миссия Mission StatementЭто описание того, какой результат или эффект предприятие намерено получить от своей продукции или услуги для потребителя.
- Миссия MissionСвязка задачи и её назначения.
- Модели ролей человека Human Role ModelЭто описание того, как люди участвуют в работе предприятия: их обязанности, полномочия, квалификация и мотивация.
- Модель данных Data ModelОписание структуры данных, относящихся к конкретной прикладной области.
- Модель операционных правил Business Rules ModelНабор ограничений, определяющих, как именно должна вестись операционная деятельность в предприятии.
- Модель определения требований Requirements Definition ModelФаза жизненного цикла, определяющая потребности домена в процессах, деятельности и их входах/выходах.
- Модель правил для сервисов Service Rules ModelОпределяет ограничения на ресурсы, функции, данные и порты физической архитектуры сервисов.
- Модель правил для систем System Rules ModelОпределяет допустимые и недопустимые параметры для ресурсов, функций, данных и портов.
- Модель предприятия Enterprise ModelНабор описаний, схем и формальных моделей, которые отражают реальность предприятия с нужной степенью детализации.
- Модель процессов Process ModelСхема того, как именно выполняется работа для достижения цели.
- Модель состояний сервиса State Transition ModelГрафическая схема, показывающая, как сервис или ресурс меняет свое состояние в ответ на внешние события.
- Модель governance реализации Implementation Governance ModelЭто план управления архитектурными изменениями на этапе внедрения проекта.
- Модули Enterprise ModuleГотовые строительные блоки предприятия: системы, продукты, оборудование или квалифицированные специалисты, которые можно использовать повторно при проектировании и интеграции.
- Мотивационный элемент MotivationalElementАбстрактный вид элемента модели.
- Мотивация и намерения Goal / RuleЭто описание причин, по которым предприятие действует, включая его цели, стратегии и правила.
- Мотивировано (связь) MotivatedByСвязь, которая фиксирует причину или набор причин, побуждающих к определённому действию или поведению.
Н
8
- Набор измерений MeasurementSetГруппа, в которую входят отдельные измерения.
- Набор свойств PropertySetАбстрактный тип объединяет архитектурные элементы.
- Набор фактических измерений ActualMeasurementSetЭто совокупность конкретных значений, полученных в ходе реального выполнения или наблюдения.
- Набор фактических свойств ActualPropertySetЭто группа атрибутов, которые зафиксированы как реальные значения конкретного экземпляра.
- Назначение AssignmentСвязь, которая показывает, какой элемент структуры выполняет определенное действие или несет за него ответственность.
- Нить инженерии миссии MissionEngineeringThreadЭто упорядоченная цепочка шагов, действий и событий, которые вместе реализуют конкретную миссию.
- Нить миссии MissionThreadЭто упорядоченная цепочка шагов, описывающая, как миссия выполняется от начала до конца.
- Носитель местоположения LocationHolderАбстрактный тип.
О
75
- Обеспечивает (связь) EnablesСвязь между возможностью и целью предприятия.
- Обзор и сводная информация Architecture OverviewЭто краткое резюме архитектуры для руководства, оформленное в едином формате.
- Обмен ExchangeЭто абстрактная структура, которая объединяет операционные и ресурсные взаимодействия в единый кортеж.
- Обобщение набора свойств PropertySetGeneralizationСвязь показывает, что один набор свойств является общим для другого, более частного.
- Обобщение описания состояний StateDescriptionGeneralizationЭто таксономическая связь, которая указывает, что одно описание состояния является более общим, а другое — более частным.
- Обобщение процесса ProcessGeneralizationЭто таксономическая связь, которая указывает, что один процесс является частным случаем другого, более общего.
- Обобщение сервиса ServiceGeneralizationЭто таксономическая связь, которая показывает, что один сервис является более общим случаем, а другой — его частным вариантом.
- Обобщение способности CapabilityGeneralizationЭто таксономическая связь, которая показывает, что одна способность является более общим случаем другой.
- Обобщение сценария взаимодействия InteractionScenarioGeneralizationСвязь, показывающая, что один сценарий является частным случаем другого.
- Оборудование EquipmentФизические устройства, инструменты или приборы, используемые в работе.
- Обращение InteractionЭто совместное действие нескольких участников, компонентов или систем, которые вместе выполняют определенную задачу.
- Обслуживание ServingСвязь, показывающая, что один элемент предоставляет свои возможности другому.
- Объект данных Data ObjectОбъект данных — данные, структурированные для автоматической обработки.
- Объект предприятия Information ObjectЭто абстрактное описание элемента предприятия, которое фиксирует его признаки и связи с другими частями модели.
- Обязанность ResponsibilityЭто долг или задача, возложенные на конкретное лицо или организацию.
- Оговорка CaveatЭто пометка к правилу, которая описывает ситуации, когда это правило перестаёт действовать.
- Ограничение ConstraintОграничение — фактор, который мешает достичь целей или реализовать требования.
- Ограничение безопасности SecurityConstraintПравило, которое описывает структуру формального языка.
- Ограничения ресурсов ConstraintsЭто набор правил, допущений и требований, которые сужают пространство возможных решений в архитектуре.
- Ограничения сервисов Service ConstraintsОписываются в документе SOV-4a.
- Онтологические теории OntologyФормальная модель, которая закрепляет смысл понятий предприятия через аксиомы и ограничения.
- Операционная архитектура OperationalArchitectureТип для обозначения модели архитектуры.
- Операционная деятельность Operational ActivityЭто описание того, что делает система или процесс на логическом уровне, независимо от способа выполнения.
- Операционная информация OperationalInformationЭто данные, которые передаются между исполнителями в процессе выполнения их рабочих задач.
- Операционная мера снижения риска OperationalMitigationЭто набор конкретных исполнителей, которые назначаются для борьбы с определёнными операционными рисками.
- Операционная модель Operating ModelОперационная модель описывает, как компания выполняет свою работу: процессы, роли, подразделения, данные и системы.
- Операционная роль OperationalRoleЭто связь, которая показывает, как один операционный исполнитель или архитектура используются внутри другого.
- Операционное ограничение OperationalConstraintПравило, которое ограничивает или регулирует работу элементов операционной архитектуры, таких как исполнители, действия или информация.
- Операционное сообщение OperationalMessageСообщение, используемое в операционном сценарии взаимодействия.
- Операционные системы предприятия Enterprise Operational SystemЭто совокупность людей, оборудования и программного обеспечения, которая физически выполняет все процессы предприятия для достижения его миссии.
- Операционный агент OperationalAgentЭто абстрактная сущность, которая объединяет операционную архитектуру и операционного исполнителя в одну группу.
- Операционный актив OperationalAssetАбстрактный элемент, который объединяет операционного агента и операционную информацию.
- Операционный интерфейс OperationalInterfaceОписание соглашения между одним исполнителем и теми, с кем он взаимодействует.
- Операционный исполнитель OperationalPerformerЭто логическая сущность, которая выполняет операционные действия.
- Операционный коннектор OperationalConnectorЭто связь между двумя операционными ролями, которая возникает из потребности обменяться ресурсами.
- Операционный метод OperationalMethodЭто элемент метамодели, описывающий конкретное поведение операционного агента.
- Операционный обмен OperationalExchangeЭто связь между операционными исполнителями, по которой движутся данные, люди, материалы или энергия.
- Операционный параметр OperationalParameterЭто тип данных, описывающий входные или выходные значения операционного действия.
- Операционный порт OperationalPortЭто точка, через которую операционный агент общается с внешним миром.
- Операционный поток Operational FlowЭто связь между двумя операционными деятельностями, через которую передаются данные, материалы, люди или энергия.
- Операционный сигнал OperationalSignalЭто единица данных, которая передается между операционными исполнителями.
- Операционный сценарий взаимодействия OperationalInteractionScenarioЭто документированная последовательность действий, описывающая, как операционные исполнители обмениваются данными и координируют работу в операционной архитектуре.
- Операция процесса ProcessOperationАбстрактный тип, описывающий поведение или процесс, который может выполнить исполнитель.
- Операция сервиса Service OperationФункция или процедура.
- Описание архитектуры Architecture DescriptionЭто документ или набор материалов, в которых зафиксирована структура системы.
- Описание и диаграмма вариантов использования Use CaseЭто документ, который фиксирует все возможные сценарии взаимодействия пользователей и систем для достижения конкретной цели.
- Описание интерфейсов систем System Interface ModelОписывает состав систем и их взаимодействие.
- Описание операционных состояний OperationalStateDescriptionЭто формализованная модель поведения операционного исполнителя в виде автомата состояний.
- Описание отношений операционных узлов Operational Flow ModelЭто схема, показывающая, как операционные узлы взаимодействуют друг с другом для выполнения конкретных задач.
- Описание потоков ресурсов сервисов Service Flow ModelДокумент, который точно описывает, как ресурсы перемещаются между сервисами.
- Описание развития сервисов Service Evolution ModelМодель показывает, как набор сервисов меняется во времени, отображая их структуру на временной шкале.
- Описание развития систем System Evolution ModelЭто вид, показывающий, как меняется структура ресурсов или систем во времени.
- Описание состояний StateDescriptionЭто абстрактный шаблон для описания того, как актив меняет свое поведение в ответ на внешние события.
- Описание состояний ресурса ResourceStateDescriptionЭто формализованная модель поведения исполнителя ресурса.
- Описание состояний сервиса ServiceStateDescriptionЭто модель, которая фиксирует все возможные состояния сервиса и правила перехода между ними.
- Описание функциональности System Function ModelМодель описывает функции, которые выполняют системы и организационные ресурсы, а также показывает, какие данные и ресурсы они потребляют и производят.
- Определение архитектуры Architecture DefinitionЭто единый документ, который собирает в себе все основные результаты проектной работы по архитектуре.
- Определение метаданных архитектуры ArchitectureMetadataDefinitionЭто текстовый комментарий, который описывает конкретный элемент архитектуры.
- Определяет (связь) DefinesСвязь, которая показывает, какое конкретное действие реализует определённую фазу стратегии.
- Организационная единица Organization UnitЭто структурный блок предприятия, самодостаточный элемент организации, который владеет ресурсами и несёт ответственность за достижение конкретных целей и показателей.
- Организационная модель корпоративной архитектуры Organizational Model for Enterprise ArchitectureЭто описание того, как выстроены команды и распределены обязанности внутри предприятия для работы с архитектурой.
- Организационная схема Organization StructureЭто описание состава подразделений и ролей, а также связей между ними.
- Организационная ячейка Responsibility Unit / TeamЭто структурный элемент, который объединяет зону ответственности и среду, где выполняется работа.
- Организационный ресурс OrganizationalResourceАбстрактный тип, объединяющий организации, лиц, должности и обязанности.
- Организация OrganizationГруппа организационных ресурсов, объединённых для конкретной цели.
- Организация в фазе (связь) OrganizationInPhaseЭто связь, которая фиксирует участие конкретной организации в определённой стратегической фазе.
- Отвечает за (связь) ResponsibleForСвязь, которая фиксирует, за какую конкретную обязанность или проект отвечает определённый ресурс.
- Отображение проектов на способности Project–Capability MatrixЭто схема, которая показывает, какие именно проекты и программы работают над достижением конкретной способности организации.
- Отображение способностей на операционные деятельности Capability–Activity MatrixЭто таблица соответствия, которая связывает требуемые возможности организации с конкретными операционными действиями, обеспечивающими их выполнение.
- Отображение способностей на организационное развитие Capability Deployment MapМодель показывает, как способности распределяются по организациям и связаны между собой на конкретном этапе.
- Отображение способностей на сервисы Capability–Service MatrixЭто таблица соответствия, которая показывает, какие именно сервисы обеспечивают требуемые способности организации.
- Оценка AssessmentЭто итог анализа текущего состояния предприятия в контексте конкретного драйвера или ситуации.
- Оценка влияния на требования Requirements Impact AssessmentЭто анализ того, как новые данные или изменения в проекте влияют на уже утвержденные требования к архитектуре.
- Оценка соответствия Compliance AssessmentПроверка того, что проект внедрения соответствует утвержденной архитектуре и стратегическим целям.
- Оценка способности Capability AssessmentЭто анализ текущего и желаемого уровня зрелости предприятия и его ИТ-функции.
П
83
- Пакет работ Work PackageПакет работ — набор действий, выделенный для достижения одной или нескольких задач бизнеса.
- Параметр операции сервиса Service Operation ParameterЗначение, которое передается в сервис или возвращается из него при выполнении конкретной операции.
- Параметр процесса ProcessParameterАбстрактный тип, описывающий поведение или процесс, который может выполнять исполнитель.
- Параметр ресурса ResourceParameterЭто тип данных, описывающий входные или выходные значения функции.
- Параметр сервиса ServiceParameterТип, который описывает входы и выходы сервисной функции или всего сервиса.
- Параметр функции сервиса Service Function ParameterЗначение, которое входит в сервис или выходит из него.
- Параметры: риск ParametersЭто спецификация вида, которая фиксирует измеримые характеристики объектов архитектуры и связанные с ними риски.
- Переход состояния сервиса Service State TransitionЭто смена текущего состояния сервиса на другое.
- Перечень ролей Role ModelЭто список профессиональных ролей, которые участвуют в процессах с учетом их полномочий.
- План аварийного восстановления Disaster Recovery PlanДокумент, описывающий порядок действий при сбое, который временно останавливает работу предприятия, но не требует переезда в другое место.
- План безопасности и приватности Security PolicyДокумент описывает программы, политики и процедуры безопасности и приватности организации.
- План качества данных Data Quality PlanЭто документ, описывающий систематический подход к контролю и обеспечению качества данных.
- План коммуникаций Communications PlanЭто документ, который описывает, кому, когда и в каком формате передавать архитектурную информацию.
- План непрерывного мониторинга Security Monitoring PlanДокумент, который фиксирует, как организация следит за работой своих защитных механизмов и анализирует их состояние.
- План непрерывности деятельности Business Continuity PlanДокумент фиксирует меры по восстановлению работы после сбоя.
- План обучения Training PlanСводный график всех программ обучения, который составляется параллельно с разработкой систем.
- План перехода Transition PlanДокумент, который расписывает по времени, как изменятся каталог сервисов, оргструктура и процессы при движении от текущего состояния к целевому.
- План реализации и миграции Implementation and Migration PlanДокумент, который расписывает расписание проектов, необходимых для перехода к целевой архитектуре.
- План управления знаниями Knowledge Management PlanДокумент, который детально описывает маршруты движения знаний, информации и данных внутри компании.
- Плато PlateauПлато — относительно устойчивое состояние архитектуры, существующее ограниченное время.
- Поддерживает (связь) SupportsСвязь, которая показывает, что сервис помогает или вносит вклад в выполнение операционного действия.
- Подчинённая организация SubOrganizationЭто элемент метамодели, описывающий структуру, при которой одна организация входит в состав другой.
- Показатели результативности операционного уровня Operational MeasuresЭто набор характеристик, описывающих, как именно работает операционный сценарий или концепция.
- Показатель MeasureЭто единица измерения или индикатор, который фиксирует числовой или категориальный атрибут объекта.
- Показатель результативности KPI / Performance IndicatorМетрика для технико-экономического анализа проектных решений в производственной системе.
- Политика сервиса Service PolicyЭто набор правил, описывающих качество работы сервиса и условия его эксплуатации.
- Положение об архитектурной работе Statement of Architecture WorkДокумент, который фиксирует рамки и методологию для конкретного цикла разработки архитектуры.
- Порождается (связь) PresentedByСвязь указывает, что для обращения к драйверу необходимо преодолеть определённый вызов.
- Порт ресурса ResourcePortЭто точка, через которую ресурсный исполнитель обменивается данными с внешней средой.
- Порт сервиса ServicePortЭто точка контакта, через которую сервис обменивается данными с внешним миром.
- Последовательность (связь) SequenceЭто связь между двумя объектами, фиксирующая строгий порядок их существования во времени.
- Последовательность проектов ProjectSequenceЭто связь между двумя реальными проектами, которая запрещает запуск следующего, пока предыдущий не завершён.
- Поставляемый результат DeliverableПоставляемый результат — то, что даёт пакет работ.
- Поставщик сервиса Service ProviderЭто сторона, которая отвечает за предоставление сервиса.
- Постоянная задача Enduring TaskШаблонное поведение.
- Поток FlowСвязь между двумя элементами, которая показывает перемещение информации, ценности или материала от одного к другому.
- Поток создания ценности Value StreamПоток создания ценности — сквозная цепочка действий, которая даёт итоговый результат клиенту или другой заинтересованной стороне.
- Потребитель сервиса Service ConsumerСущность, которая пользуется сервисом.
- Правило RuleБазовый класс для всех ограничений в модели.
- Предмет обмена ExchangeItemАбстрактная группировка, задающая допустимые типы элементов.
- Предмет операционного обмена OperationalExchangeItemАбстрактная группировка, определяющая допустимые типы элементов, которые операционный обмен способен переносить между исполнителями.
- Предмет ресурсного обмена ResourceExchangeItemАбстрактный тип, который объединяет элементы, допустимые к передаче между исполнителями ресурсов.
- Предмет сервисного обмена ServiceExchangeItemАбстрактная группировка, определяющая типы элементов, которые разрешено передавать между сервисами и переносить через сервисный обмен.
- Предмет стратегического обмена StrategicExchangeItemЭто абстрактная группа, которая описывает, какие именно элементы могут передаваться между фактическими стратегическими фазами.
- Предоставление сервиса Service Provision ModelОписание того, как ресурсы формируют сервис и какой уровень качества он держит в разных условиях.
- Предоставляемый уровень сервиса ProvidedServiceLevelПодтип фактического сервиса.
- Предоставляет компетенцию (связь) ProvidesCompetenceЭто связь, которая фиксирует, что конкретный организационный ресурс владеет определённым набором компетенций.
- Предприятие полного жизненного цикла WholeLifeEnterpriseЭто целостная система, объединяющая людей, организации и технические средства для достижения конкретной цели.
- Представление ViewПредставление — это то, что читатель держит в руках: часть описания архитектуры, показывающая её под определённым углом.
- Представление RepresentationФорма информации, которую можно воспринять.
- Представление объекта Object ViewЭто часть описания объекта, которая актуальна в конкретный момент времени.
- Представление объекта Information ViewЭто вид на данные, который показывает только те характеристики объекта, которые важны в конкретный момент.
- Преемственность версий (связь) VersionSuccessionСвязь между двумя версиями конфигурации, указывающая на их последовательность.
- Прикладной сервис Application ServiceПрикладной сервис — автоматизированная часть бизнес-сервиса: то, что делает не человек, а программа.
- Принцип PrincipleПринцип — качественное заявление о намерении, которому должна отвечать архитектура.
- Принципы архитектуры Architecture PrinciplesПринципы архитектуры — свод общих правил и руководящих указаний, долговечных и редко изменяемых, которые определяют, как организация выполняет свою миссию.
- Приращение способности Capability IncrementЭто конкретная реализация способности, которая приносит определённую ценность в заданный момент времени.
- Природный ресурс NaturalResourceФизическое вещество, встречающееся в естественной среде.
- Причинно-следственная диаграмма BSC Strategy MapМодель, показывающая причинно-следственные связи между стратегическими целями.
- Проблемная область ProblemDomainОпределяет, какой именно участок реальности или процесса попадает в зону внимания при проектировании.
- Прогноз (связь) ForecastЭто запись о смене исполнителя, стандарта или компетенции на будущую версию.
- Прогноз стандартов Standards ForecastЗдесь описывают нормы, которые пока в черновике или на стадии обсуждения.
- Программное обеспечение SoftwareКлассификация для готовых к запуску компьютерных программ.
- Продукт ProductПродукт — это связный набор сервисов и объектов, предлагаемый клиенту как единое целое.
- Проект ProjectПланируемое дело, которое ведёт конкретная организация.
- Проект способности Capability ProjectДеятельность, направленная на поставку способности.
- Проектирование сущности Design Specification ModelЭтап жизненного цикла, где детально расписывается исполнение операций домена.
- Проектная веха ProjectMilestoneЭто контрольная точка в ходе выполнения проекта, которая фиксирует определенный уровень достижений.
- Проектная тема ProjectThemeЭто свойство вехи проекта, которое задает конкретный аспект для оценки прогресса.
- Проектное действие ProjectActivityДействие, которое выполняется в ходе проекта.
- Произвольный коннектор ArbitraryConnectorЭто графический элемент, который показывает связь между объектами на схемах высокого уровня операционной концепции.
- Противопоставимый элемент OpposableElementЭлемент метамодели, которому присвоен специальный статус.
- Противостоит (связь) OpposesСвязь между двумя элементами модели, фиксирующая их открытое столкновение.
- Протокол ProtocolСтандарт, задающий правила обмена данными или взаимодействия между двумя сущностями.
- Профиль ProfileЭто набор стандартов, дополненный конкретными ограничениями и указаниями по реализации.
- Профиль стандартов Standards ProfileСвод технических, операционных и деловых норм, применимых к описываемой архитектуре.
- Процедура сопровождения приложений Maintenance ProcedureДокумент, описывающий порядок внесения изменений в программное обеспечение.
- Процесс ProcessПроцесс — это порядок работы: набор действий, которые вместе дают заданный результат.
- Процесс безопасности SecurityProcessЭто конкретная процедура, направленная на обеспечение безопасности.
- Процесс приложения Application ProcessЭто последовательность поведения приложения, которая приводит к определённому результату.
- Проявляет (связь) ExhibitsСвязь между элементом и способностью, которая фиксирует, что элемент соответствует этой способности при конкретных условиях среды.
- ПТК АС Technology PortfolioСовокупность аппаратных средств, программного обеспечения и инструментов для наполнения баз данных, необходимых для выполнения одной или нескольких задач автоматизированной системы.
- Путь PathЛогическая связь между элементами модели, по которой происходит обмен данными, энергией или материалами.
Р
56
- Работа сущности Domain Operation ModelСтадия жизненного цикла, на которой сущность предприятия активно функционирует, производя продукцию или услуги.
- Развёрнутая способность FieldedCapabilityЭто отдельная способность, которая уже полностью реализована и существует как конкретный элемент системы.
- Разрыв GapОписание того, что изменилось или должно измениться при переходе от одного состояния к другому.
- Рамка решения Decision Context / PolicyЭто набор условий, в которых принимается решение: цели, переменные, ограничения и критерии.
- Распределительная сеть Distribution NetworkФизическая инфраструктура, предназначенная для перемещения материальных объектов или энергии.
- Реализация RealizationСвязь между конкретным элементом и более абстрактным, где первый воплощает или поддерживает существование второго.
- Реализация протокола ProtocolImplementationАбстрактный тип, который объединяет архитектурные элементы.
- Реализация сущности Implementation Description ModelЭто фаза жизненного цикла, где фиксируют конкретные работы по созданию или модернизации сущности.
- Реализует (связь) ImplementsСвязь, которая показывает, как абстрактный элемент верхнего уровня воплощается в конкретном элементе нижнего уровня.
- Реестр активов Asset RegisterПеречень ресурсов с их характеристиками (дата установки, стоимость, состояние).
- Реестр лицензий на ПО Software Asset RegisterПеречень коммерческих и открытых программных активов.
- Реестр приложений Application PortfolioСписок всех программ и сервисов, работающих в компании, с указанием их функций и, при необходимости, ранжированием по важности.
- Результат архитектурной работы Architecture Work ProductЭто конкретный, осязаемый итог, который получается в результате выполнения архитектурных задач.
- Ресурс ResourceРесурс — это то, чем компания располагает и что можно пустить в дело: люди, оборудование, деньги, данные, лицензии.
- Ресурсная архитектура ResourceArchitectureТип, задающий модель архитектуры, описанную с позиции ресурсного исполнителя.
- Ресурсная веха Resource MilestoneЭто точка в проекте, связанная с жизненным циклом ресурсов.
- Ресурсная информация ResourceInformationЭто формализованное описание данных, которые системы хранят или передают друг другу.
- Ресурсная линия жизни Resource LifelineЛиния жизни, которая привязана к конкретному ресурсу.
- Ресурсная мера снижения риска ResourceMitigationЭто группа исполнителей, которую выделяют специально для борьбы с конкретными угрозами.
- Ресурсная роль ResourceRoleЭто связь между двумя исполнителями, где один выступает как часть другого.
- Ресурсная спецификация Resource SpecificationДокумент, фиксирующий требования и ограничения к системе в целом.
- Ресурсная функция Resource FunctionЭто описание задачи, которую должен выполнить физический активный ресурс, но без привязки к конкретному экземпляру этого ресурса.
- Ресурсное взаимодействие Resource InteractionОписание того, как один ресурс взаимодействует с другим.
- Ресурсное обоснование Resource RationaleЭто документирование причин, по которым выбраны конкретные ресурсы в архитектуре.
- Ресурсное ограничение Resource ConstraintОграничение, привязанное к конкретному ресурсу.
- Ресурсное событие Resource EventСобытие, привязанное к конкретному ресурсу.
- Ресурсное сообщение ResourceMessageСообщение, применяемое в трассе событий ресурса.
- Ресурсное состояние Resource StateЭто описание текущего статуса или режима работы конкретного ресурса.
- Ресурсное требование Resource RequirementТребования к системе, включающие как её поведение, так и другие характеристики.
- Ресурсный актив ResourceAssetАбстрактный элемент, объединяющий исполнителя и информацию.
- Ресурсный артефакт ResourceArtifactКлассификация рукотворных объектов, в которых отсутствуют живые люди.
- Ресурсный интерфейс ResourceInterfaceОпределение правил, по которым один исполнитель ресурсов общается с другими.
- Ресурсный исполнитель ResourcePerformerЭто абстрактная группа элементов, которые способны выполнять функции.
- Ресурсный коннектор ResourceConnectorЭто канал, по которому происходит обмен данными или действиями между двумя ресурсными ролями.
- Ресурсный обмен ResourceExchangeЭто утверждение о том, что между двумя участниками обмена может протекать поток.
- Ресурсный переход Resource TransitionПроцесс изменения ресурса из текущего состояния в другое.
- Ресурсный поток Resource FlowЭто процесс перемещения или обмена данными, материалами, людьми или энергией между двумя ресурсами.
- Ресурсный проект Resource ProjectДеятельность, направленная на поставку физического ресурса.
- Ресурсный режим Resource ModeОписание того, как ведёт себя отдельный элемент системы, привязанное строго к конкретному объекту.
- Ресурсный сервис ResourceServiceЭто услуга, которую оказывает ресурсный исполнитель для поддержки работы других сервисов или операционных процессов.
- Ресурсный сигнал ResourceSignalЭто свойство элемента, которое описывает физическую величину из реального мира.
- Ресурсный сценарий взаимодействия ResourceInteractionScenarioЭто описание того, как различные исполнители обмениваются ресурсами внутри заданной архитектуры.
- Ресурсный уровень готовности Resource Readiness LevelМетрика фиксирует состояние ресурсного слоя как единого целого.
- Риск RiskСитуация, когда активы, процессы, возможности или цели предприятия подвержены опасности.
- Риск безопасности SecurityRiskЭто оценка того, насколько сильно работа информационной системы может навредить бизнесу, активам или людям.
- Роли и ответственность Organization / RoleЭто описание того, кто в компании несёт ответственность за выполнение конкретных задач.
- Роль RoleРоль — это ожидаемое поведение: та часть, которую кто-то играет в процессе или взаимодействии.
- Роль актива AssetRoleАбстрактный элемент, указывающий, какие виды объектов могут пострадать от риска в данном контексте.
- Роль во взаимодействии InteractionRoleЭто абстрактный элемент, описывающий конкретного участника в сценарии взаимодействия.
- Роль должности PostRoleСвязь, показывающая, что одна должность используется в составе другого организационного ресурса.
- Роль операционной информации OperationalInformationRoleЭто способ описать, как конкретный операционный актив использует операционную информацию.
- Роль проектной вехи ProjectMilestoneRoleЭто метаданные, описывающие статус или назначение контрольной точки внутри конкретного проекта.
- Роль ресурсной информации ResourceInformationRoleЭто связь, которая показывает, как конкретный элемент данных используется внутри ресурсного актива.
- Роль сервиса ServiceRoleЭто поведенческая характеристика сервиса, которая описывает, как именно он действует.
- Роль способности CapabilityRoleВысокоуровневая спецификация того, как предприятие способно выполнить заданный образ действий.
- Роль фактической проектной вехи ActualProjectMilestoneRoleСвязь, которая указывает, что конкретная фактическая веха относится к определённой роли в метамодели.
С
83
- Сводка и обзор Summary & OverviewЭто раздел в документации по архитектуре, который даёт руководству краткую картину системы в едином формате.
- Свойство сигнала сервиса ServiceSignalPropertyСвязывает сигнал сервиса с конкретным предметом обмена.
- Свойство среды EnvironmentPropertyЭто характеристика среды, которая описывает её состояние через конкретное условие.
- Связность ресурсов ConnectivityЭто описание того, как связаны между собой разные части системы: от высоких стратегий до конкретных сервисов и людей.
- Связь фактических ресурсов ActualResourceRelationshipЭто абстрактный элемент модели, который описывает связь между фактическими организационными ресурсами и обязанностями, которые они реально выполняют.
- Семейство мер защиты SecurityControlFamilyЭто структурный элемент, который группирует меры защиты по общей тематике.
- Сервис ServiceСервис — это то, что одна часть предприятия или системы даёт наружу: явно объявленное поведение, которым пользуются другие.
- Сервисная архитектура ServiceArchitectureЭлемент обозначает модель архитектуры.
- Сервисная веха Service MilestoneТочка в проекте, связанная с предсказанием, поставкой или выводом из эксплуатации одного или нескольких сервисов.
- Сервисная линия жизни Service LifelineЭто спецификация линии жизни, заданная на уровне конкретного сервиса.
- Сервисное ограничение Service ConstraintПравило или условие, привязанное к конкретному сервису.
- Сервисное событие Service EventСобытие, которое описано и зафиксировано на уровне сервиса.
- Сервисное сообщение ServiceMessageСообщение, которое используется в сценариях сервисного взаимодействия.
- Сервисный обмен ServiceExchangeЭто утверждение о том, что между сервисами существует поток.
- Сервисный проект Service ProjectЭто деятельность, цель которой — поставить сервис.
- Сервисный режим Service ModeРежим, который определяется на уровне сервисов.
- Сервисный сценарий взаимодействия ServiceInteractionScenarioСпецификация, которая фиксирует характер и порядок взаимодействий между сервисами.
- Сервисный уровень готовности Service Readiness LevelЭто степень подготовленности отдельного сервиса к работе, заданная на его уровне.
- Сетка GRAI Decision Architecture MapЭто матрица, которая раскладывает центры принятия решений по двум осям: управленческим функциям и временным горизонтам.
- Сеть связи Communication NetworkЭто физическая или логическая среда, которая связывает устройства и системы между собой.
- Сигнал сервиса ServiceSignalЭто спецификация асинхронного взаимодействия между сервисами, где отправитель инициирует действие у получателя и не ожидает подтверждения.
- Синоним AliasЭто служебный элемент метамодели, который присваивает элементу дополнительное имя.
- Система SystemСвязный набор компонентов, которые вместе решают конкретную задачу.
- Системное ПО System SoftwareСистемное ПО — программное обеспечение, создающее среду для хранения, выполнения и использования программ и данных: операционная система, СУБД, сервер приложений, контейнерная плат
- Словарь InformationХранит значения терминов, их классификации и служебные данные.
- Словарь данных Data DictionaryЭто единое хранилище описаний всех элементов данных, используемых в файлах и базах компании.
- Слой протокола ProtocolLayerОписывает вложение одного протокола внутрь другого.
- Слой угроз Threat RegisterЭто третий уровень в структуре домена информационной безопасности, где фиксируются сами угрозы.
- Слой уязвимостей активов Vulnerability RegisterЭто второй уровень структуры безопасности, который фиксирует слабые места в защищаемых активах.
- Слой цифровых двойников Digital Twin ModelЭто отдельный уровень архитектуры для виртуальных копий физических объектов.
- Смысл MeaningЭто знание или толкование, которое вкладывается в понятие в конкретной ситуации.
- Снижает риск (связь) MitigatesЭто связь между мерой защиты и риском, которую она призвана контролировать.
- Событие EventСобытие — то, что происходит внутри организации или вне её, обычно смена состояния: заявка подана, платёж поступил, срок истёк.
- Событие реализации Implementation EventМаркер изменения состояния системы, возникающий при переходе на новую версию или переносе в другую среду.
- События и временные циклы Event / ScheduleОписание того, когда происходят действия и как выстроено их время.
- Соединение (junction) JunctionГрафический элемент в ArchiMate.
- Создаёт (связь) CreatesСвязь фиксирует, что конкретная стратегическая фаза приводит к появлению нового стратегического актива, который ранее не существовал в системе.
- Сообщение взаимодействия InteractionMessageЭто абстрактная сущность, которая объединяет различные виды сообщений, применяемые в сценарии взаимодействия.
- Сооружение FacilityЭто физическая структура или среда, в которой размещаются оборудование и люди.
- Соответствие элементов Element CorrespondenceИменованная связь, которая фиксирует, как один элемент архитектуры соотносится с другим.
- Соотносится с целью (связь) MapsToGoalСвязь, которая показывает, как конкретный элемент стратегической информации помогает достичь цели или задачи предприятия.
- Соотносится со способностью (связь) MapsToCapabilityЭто связь, которая показывает, что конкретное действие вносит вклад в реализацию определённой способности организации.
- Сопоставляется с (связь) ComparesToЭто связь, которая связывает фактический результат с тем, что ожидалось изначально.
- Состояние сервиса Service StateЗначение, которое присваивается сервису.
- Специализация SpecializationСвязь между двумя элементами одного типа, где один является частным видом другого.
- Спецификация архитектурных требований Architecture Requirements SpecificationЭто документ с набором измеримых критериев, которые проект внедрения обязан выполнить, чтобы соответствовать утвержденной архитектуре.
- Спецификация взаимодействия сервисов Service Interaction ModelЭто описание того, как сервис обменивается данными с внешними участниками.
- Спецификация портов систем System Port ModelДокумент, описывающий интерфейсы системы и протоколы, используемые для обмена данными с другими системами.
- Способен выполнять (связь) IsCapableToPerformЭто связь, которая фиксирует, какие конкретные действия может выполнить структурный элемент системы.
- Способность CapabilityСпособность — это то, что компания умеет делать, независимо от того, кто, чем и как именно делает это сегодня.
- Среда EnvironmentЭто описание условий и факторов, в которых работает или существует определённый элемент.
- Стандарт StandardСпецификация, прошедшая экспертную оценку и согласованная разными сторонами.
- Стандартная операционная деятельность Standard Operational ActivityЭто операционная деятельность, которая представляет собой стандартную процедуру.
- Статус архитектуры StatesЭто описание возможных состояний объекта (ресурса, исполнителя или сервиса) и правил перехода между ними в ответ на события.
- Статус архитектуры Architecture StatusЭто описание текущего состояния или формы архитектуры.
- Статус проекта ProjectStatusЭто показатель степени выполнения конкретной темы проекта на определённом контрольном этапе.
- Стек протоколов ProtocolStackЭто подтип протокола, который объединяет несколько слоёв в единую структуру.
- Стратегическая информация StrategicInformationЭто сведения о конкретных фактах или обстоятельствах, которые имеют стратегический характер.
- Стратегическая фаза StrategicPhaseМетка, указывающая, на каком этапе развития находится предприятие, его миссия, поток ценности или долгосрочная задача.
- Стратегический актив StrategicAssetЭто абстрактный элемент модели, который обозначает категории стратегических объектов, подверженных воздействию рисков.
- Стратегический обмен StrategicExchangeЭто связь между реальными этапами стратегии, по которой движутся данные, люди, ресурсы или энергия.
- Стратегический план Strategic PlanДокумент, который описывает видение компании, её стратегические цели и приоритеты.
- Стратегическое обоснование Strategic RationaleОбоснование, которое применяется на стратегическом уровне.
- Стратегическое ограничение Strategic ConstraintЭто правило или граница, которой должно подчиняться любое решение задачи или работа конкретной функции.
- Строительные блоки решения Solution Building BlocksСтроительные блоки решения — блоки из репозитория архитектуры, привязанные к конкретной реализации: чем именно закрывается требование архитектурного блока.
- Структура ресурсов StructureПеречисляет домены, виды моделей, аспекты и спецификации представлений, а также фиксирует заинтересованных лиц и их интересы.
- Структура хранилища данных (DW structure) Data Warehouse ModelСтатичная схема, показывающая, как связаны данные в хранилище и где они физически размещены.
- Структурирующая модель Business Segment ModelЭто способ разбить деятельность компании на логические блоки по рынкам, продуктам и клиентам, а не по отделам.
- Структурная часть StructuralPartЭто связь между двумя стратегическими фазами, которая показывает, что одна является пространственной частью другой.
- Субъект ограничения безопасности SubjectOfSecurityConstraintАбстрактный тип, который объединяет элементы, способные выступать субъектами ограничений безопасности.
- Субъект операционного ограничения SubjectOfOperationalConstraintЭто абстрактная метамодельная сущность, которая определяет, какие элементы модели могут выступать субъектом, на который накладывается операционное ограничение.
- Субъект прогноза SubjectOfForecastБазовый тип для всех объектов, к которым можно строить прогноз.
- Субъект ресурсного ограничения SubjectOfResourceConstraintАбстрактная категория для всех сущностей, к которым можно применить лимиты на ресурсы.
- Субъект стратегического ограничения SubjectOfStrategicConstraintЭто абстрактная группа элементов, на которую может распространяться стратегическое ограничение.
- Сущность данных Data EntityСущность данных — то, что бизнес признаёт отдельным понятием и хранит как данные: клиент, заказ, договор, платёж.
- Схема взаимодействия приложений System Communication ModelДокумент фиксирует потоки ресурсов между системами и перечисляет протоколы, используемые в соединениях.
- Схема кабельного хозяйства Cabling LayoutЭто графический документ, который показывает, какие именно провода и разъёмы используются для связывания сети.
- Схема корпоративной сервисной шины Integration Architecture ModelПоказывает, как приложения обмениваются данными в SOA.
- Схема сети Network ModelЭто модель, описывающая, как системы и устройства связаны между собой для передачи данных.
- Схемы монтажа стоек (вид спереди и сзади) Equipment LayoutЭто масштабные чертежи, показывающие, как именно оборудование размещается внутри стойки с обеих сторон.
- Сценарии концепции операций Operational ScenarioЭто способ сгруппировать последовательности бизнес-процессов в единые сценарии.
- Сценарий взаимодействия InteractionScenarioЭто абстрактная модель, описывающая, как активы (например, исполнители) обмениваются данными или действиями с сервисами.
- Сценарий миссии MissionScenarioЭто описание географических и временных рамок конфликта, включающее контекст сторон, допущения, ограничения и стратегические цели.
Т
24
- Таблица инкрементов определения архитектуры TableЭто инструмент планирования, который фиксирует, как будет меняться состояние корпоративной архитектуры в разные моменты времени.
- Таксономия ресурсов TaxonomyЭто иерархическая классификация элементов архитектуры, которая показывает, как типы способностей, агентов, сервисов и ресурсов подчиняются друг другу.
- Таксономия сервисов Service TaxonomyЭто иерархическая структура, в которой сервисы связаны отношением специализации.
- Таксономия способностей Capability TaxonomyИерархический реестр всех способностей предприятия.
- Текстовое описание операционного замысла Operational Concept DescriptionЭто текстовый документ, который подробно раскрывает сценарий, изображенный на графической схеме высокого уровня.
- Термин глоссария Glossary TermЭто запись в словаре, которая фиксирует название и смысл понятия, используемого в конкретной архитектуре.
- Технические ресурсы Equipment ModelЭто иерархический реестр технических средств, необходимых для преобразования материалов.
- Технологическая функция Technology FunctionСпособ сгруппировать технологическое поведение по выбранным критериям.
- Технологический компонент Technology ComponentЗапись в модели, фиксирующая конкретное программное или аппаратное средство либо группу подобных средств.
- Технологический прогноз Technology ForecastЭто описание технологий, продуктов и компетенций, которые ожидаются в будущем на основе текущих трендов.
- Технологический процесс Technology ProcessЭто последовательность действий на уровне технологий, которые приводят к конкретному результату.
- Технологический сервис Technology ServiceТехнологический сервис — техническая возможность, которая обеспечивает инфраструктуру для работы приложений: хранение, сеть, вычисления, резервное копирование.
- Технология TechnologyЭто подтип ресурсного артефакта, который обозначает технологическую область, например ядерную, механическую или электронную.
- Тип атрибута данных Data Attribute TypeЭто набор правил, определяющих допустимые значения атрибута на уровне конкретной реализации.
- Тип атрибута информации Information Attribute TypeЭто набор правил, определяющих, какие значения может принимать атрибут, без привязки к конкретной технологии.
- Тип геополитического охвата GeoPoliticalExtentTypeЭто классификатор для зон, границы которых не совпадают с физической реальностью, а заданы политическими решениями.
- Тождественно (связь) SameAsСвязь между двумя элементами метамодели, фиксирующая, что они описывают один и тот же объект реального мира.
- Точка зрения ViewpointТочка зрения — это соглашения о том, как делать и читать представление: что показывать, какими значками и для чьего интереса.
- Точка зрения, связанная с принятием решений Decision ModelЭто способ описать, кто в компании принимает решения и как эти решения связаны между собой.
- Трассируемость ресурсов TraceabilityЭто набор ссылок, которые связывают элементы архитектуры между собой и с внешними источниками.
- Требование RequirementТребование — заявление о потребности, определяющее свойство, которым должна обладать система.
- Требуемое значение показателя Desired MetricЭто целевое значение метрики, которое должна достичь конкретная сущность.
- Требуемый уровень сервиса RequiredServiceLevelЭто конкретный параметр качества, который заказчик требует от исполнителя.
- Требует компетенции (связь) RequiresCompetenceЭто связь, которая фиксирует обязательный набор навыков или знаний, которыми должен обладать конкретный организационный ресурс.
У
7
- Узел NodeУзел — это то, на чём или в чём что-то выполняется.
- Управляется (связь) GovernedByСвязь между контрактом сервиса и самим сервисом.
- Усиленная мера защиты EnhancedSecurityControlЭто способ сделать базовую меру безопасности более строгой или добавить к ней дополнительные функции.
- Усиливает (связь) EnhancesСвязь между двумя объектами: усиленной мерой защиты и обычной мерой защиты.
- Условие ConditionОпределяет, где находится объект и в каком окружении он функционирует.
- Устройство DeviceУстройство — ИТ-оборудование, возможно виртуализированное, используемое для обработки и хранения данных.
- Утверждения проектов Approval RecordРаздел мастер-плана.
Ф
48
- Фаза предприятия Enterprise PhaseЭто описание состояния организации в определённый момент времени или в перспективе.
- Фазирование способностей Capability RoadmapЭто график, показывающий, когда именно организация получит новые возможности или функции.
- Фазируемый элемент PhaseableElementАбстрактный элемент, который указывает, какие виды объектов допустимо относить к конкретной фактической стратегической фазе.
- Фазируется (связь) PhasesЭто связь, которая привязывает конкретный элемент к фактической стратегической фазе.
- Фактическая виньетка миссии ActualMissionVignetteКонкретная виньетка миссии, в рамках которой должна быть выполнена фактическая миссия.
- Фактическая должность ActualPostЭто конкретный экземпляр должности.
- Фактическая миссия ActualMissionКонкретная миссия, направленная на выполнение назначенных целей.
- Фактическая обязанность ActualResponsibilityОбязанность, которая реально требуется от человека или организации.
- Фактическая организация ActualOrganizationЭто реально существующий коллектив или структура, которая есть в компании прямо сейчас.
- Фактическая проектная веха ActualProjectMilestoneЭто событие в реальном ходе проекта, которое имеет дату начала.
- Фактическая среда ActualEnvironmentЭто запись в модели, фиксирующая реальные условия и обстоятельства, в которых существует конкретная среда.
- Фактическая стратегическая фаза ActualStrategicPhaseЭто текущий этап реальной работы.
- Фактическая устойчивая задача ActualEnduringTaskЭто конкретное дело, которое компания считает необходимым для выполнения своих целей.
- Фактическая фаза миссии ActualMissionPhaseЭто конкретный этап в процессе выполнения общей фактической миссии.
- Фактическая фаза предприятия ActualEnterprisePhaseЭто временной интервал, в который предприятие реально внедряет определённый набор возможностей.
- Фактический информационный продукт Actual Data ProductЭто конкретный, осязаемый экземпляр данных, который можно однозначно идентифицировать.
- Фактический организационный ресурс ActualOrganizationalResourceЭто общий термин для реальных участников корпоративной деятельности: конкретных организаций, людей или должностей.
- Фактический ответственный ресурс ActualResponsibleResourceАбстрактный тип, который объединяет ответственные организационные ресурсы в одну группу.
- Фактический проект ActualProjectЭто конкретная работа с ограниченным сроком, которую ведет реальная организация.
- Фактический результат ActualOutcomeЭто конечный продукт или итоговое следствие, которое возникает в результате деятельности и привязано к конкретной цели бизнеса.
- Фактический ресурс ActualResourceЭто конкретный объект или человек, который реально выполняет работу в реальном мире.
- Фактический риск ActualRiskЭто конкретный экземпляр риска, в котором хранятся текущие значения его измерений.
- Фактический сервис ActualServiceОтдельный сервис.
- Фактический сценарий миссии ActualMissionScenarioКонкретный сценарий миссии.
- Фактический эффект ActualEffectЭто реальное событие, которое происходит после другого явления и возникает из-за него.
- Фактическое измерение ActualMeasurementЭто конкретное числовое значение, которое зафиксировано в результате измерения.
- Фактическое лицо ActualPersonОтдельный человек.
- Фактическое местоположение ActualLocationЭто запись, фиксирующая реальное физическое положение объекта или процесса.
- Фактическое состояние ActualStateАбстрактный элемент.
- Фактическое условие ActualConditionЭто описание реальной обстановки, в которой происходит работа.
- Физическая модель данных Physical Data ModelЭто описание того, как данные из логической модели реально хранятся в системах: в виде таблиц, файлов или структур баз данных.
- Физическая модель системы Physical / Resource ArchitectureМодель фиксирует физические средства.
- Физическая характеристика Physical CharacteristicСвойства, ограничения и допущения, которые касаются физического способа хранения или передачи данных.
- Физический активный ресурс Physical Active ResourceЭто активный ресурс, который определён на физическом уровне.
- Физический компонент данных Physical Data ComponentЭто конкретная структура данных, которая реализует логические компоненты в формате, требуемом конкретной технологией.
- Физический компонент приложения Physical Application ComponentЭто конкретная техническая реализация логической функции, которая может быть разработана, куплена или арендована.
- Физический пассивный ресурс Physical Passive ResourceЭто материальный объект, который не выполняет действий сам по себе, а существует как часть физической инфраструктуры системы.
- Физический ресурс PhysicalResourceЭто абстрактная категория для объектов, которые существуют в материальном мире.
- Физический технологический компонент Physical Technology ComponentРеализация логической технологической функциональности с использованием конкретного технологического продукта, который может быть развёрнут.
- Физическое поведение Physical BehaviourПоведение, заданное на физическом уровне.
- Формулировка видения VisionStatementЭто комментарий, который описывает, каким должно стать предприятие в будущем.
- Формы пользовательского обследования Assessment QuestionnaireЭто набор анкет для сбора данных о текущих корпоративных, производственных и управляющих системах.
- Функции сервисов ProcessesЭто описание конкретных шагов и действий, которые выполняются для достижения бизнес-целей и поддержки определенных способностей организации.
- Функциональная модель Function ModelСпособ описать деятельность предприятия, показывающий, какие функции выполняются и как они связаны.
- Функциональность сервисов Service Function ModelМодель описывает набор функций, которые выполняет сервис, и потоки ресурсов между ним и другими сервисами.
- Функция FunctionФункция — это устойчивая часть работы, собранная по тому, что для неё нужно: одни навыки, одни ресурсы, одна ответственность.
- Функция приложения Application FunctionФункция приложения — автоматизированное поведение, которое выполняет компонент приложения: то, что программа делает внутри себя.
- Функция сервиса Service FunctionЭто описание того, что делает сервис, без привязки к конкретному коду или технологии.
Ц
7
- Целостность (безопасность) SecurityIntegrityСвойство, фиксирующее неизменность данных.
- Цель GoalЦель — заявление о намерении или направлении: куда организация хочет прийти.
- Цель ObjectiveОрганизационная цель, выраженная в формате SMART: с чёткими критериями, метриками и дедлайном.
- Цель предприятия EnterpriseGoalЭто описание состояния, которое предприятие должно поддерживать постоянно, чтобы реализовать своё видение.
- Ценность ValueОтносительная полезность или значимость концепции.
- Центр принятия решений Decision CentreЭто элемент модели, который объединяет управленческие действия по общему назначению, срокам и периоду пересмотра.
- Цепочка создания ценности Value ChainЭто схема, которая показывает последовательность функций компании, непосредственно участвующих в создании добавленной стоимости.
Ч
2
- Частная модель Reference ModelНабор эталонных описаний, которые структурируют организацию по направлениям деятельности, а не по изолированным подразделениям.
- Чертежи объекта Facility LayoutНабор графических документов, показывающих физическую планировку и размещение оборудования в дата-центрах, серверных или кроссовых шкафах.
Ш
1
- Шаблон (паттерн) архитектуры Architecture PatternЭто описание типового компонента, набора элементов или связей между ними.
Э
9
- Экономическая точка зрения Economic ModelЭто способ описать предприятие через призму финансов, где архитектурные решения переводятся в экономические показатели.
- Элемент концепции ConceptItemАбстрактный тип, описывающий роль, которую актив или локация играет в высокоуровневой операционной концепции.
- Элемент описания архитектуры Architecture Description ElementЭто конкретный, выделенный фрагмент документации, который описывает определённую часть системы.
- Элемент ценности ValueItemЭто идеал, обычай или институт, который организация продвигает или разделяет.
- Элемент UAF UAFElementАбстрактный супертип всех элементов UAF.
- Элемент, обладающий способностью CapableElementАбстрактный тип, описывающий структурный элемент.
- Элемент, подверженный воздействию AffectableElementАбстрактная группировка элементов, которые могут быть затронуты риском.
- Элементы совместимости Modelling LanguageЭто набор правил и конструкций, которые определяют, как описывать структуру и работу предприятия в моделях.
- Эффект EffectЭто следствие, которое возникает после какого-либо действия или предшествующего явления.
A
1
- AsIs-архитектура Baseline ArchitectureЭто описание текущего состояния предприятия: список всех существующих компонентов и разбор того, как именно они работают и какие решения за ними стоят.
B
1
- BPMN OtherЭто спецификация вида, описывающая операционные действия, их входы, выходы и потоки в нотации BPMN.
S
1
- SWOT-анализ SWOT AnalysisМетодика оценки проекта или бизнеса, которая фиксирует внутренние сильные и слабые стороны, а также внешние возможности и угрозы.
T
1
- ToBe-архитектура Target ArchitectureЭто описание будущего состояния системы, включающее конкретные компоненты и решения.
14 дней бесплатно
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Попробовать бесплатно Без банковской карты
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей