Skip to main content

1. Глосарій

Переклад​

(Архітектурне) оцінювання​

Судження щодо цінності, вартості, значущості, важливості або якості однієї чи кількох архітектур.

ISO/IEC/IEEE 42030

Архітектуризація (Architecting)​

Процес формування задуму, визначення, вираження, документування, комунікації, оцінювання належного впровадження, супроводу та вдосконалення архітектури сутності протягом усього її життєвого циклу.

Адаптовано з ISO/IEC/IEEE 42010

Принцип архітектуризації​

Декларативне твердження, яке приписує певну властивість чомусь. Принципи відображають рівень консенсусу в межах підприємства та втілюють дух і мислення корпоративної архітектури.

Запозичено з TOGAF 9.1

Архітектура​

Фундаментальні концепції або властивості сутності інтересу в її середовищі, втілені в її елементах, взаємозв’язках між ними, а також у принципах її проєктування та еволюції.

Адаптовано з ISO/IEC/IEEE 42010

Сукупність знань з архітектури (Architecture Body of Knowledge, ABoK)​

Сукупність інформаційних і знаннєвих активів, пов’язаних з архітектурами та архітектуризацією в організації. ABoK НАТО надається та підтримується Командою архітектурних спроможностей (Architecture Capability Team, ACaT).

Команда архітектурних спроможностей (Architecture Capability Team, ACaT)​

ACaT зосереджена на наданні ключових архітектурних продуктів для підтримки розроблення федеративної корпоративної архітектури C3 як ключового інструмента врядування для досягнення цілей Стратегічної концепції НАТО. Вона є багатонаціональним органом і належить до підструктури Ради C3.

Опис архітектури (Architecture Description)​

Результат роботи, що використовується для вираження архітектури.

ISO/IEC/IEEE 42010

Архітектурне врядування (Architecture Governance)​

Стратегічна діяльність, що забезпечує керування архітектурою відповідно до напрямів і цілей підприємства.

ISO/IEC/IEEE 42020

Архітектурний фреймворк (Architecture Framework)​

Базова структура або сукупність структур, які можуть використовуватися для розроблення широкого спектра різних архітектур. Він має описувати метод проєктування цільового стану підприємства у вигляді набору будівельних блоків, а також спосіб відображення того, як ці блоки поєднуються між собою. Він має містити набір інструментів і забезпечувати спільний словник термінів. Також він має включати перелік рекомендованих стандартів і сумісних продуктів, які можуть використовуватися для реалізації будівельних блоків.

TOGAF 9.1

Архітектурний принцип (Architecture Principle)​

Декларативне твердження, яке приписує певну властивість чомусь. Принципи відображають рівень консенсусу в межах підприємства та втілюють дух і мислення корпоративної архітектури.

Запозичено з TOGAF 9.1

Репозиторій архітектури (Architecture Repository)​

Репозиторій архітектури містить інформацію щодо корпоративної архітектури та пов’язаних з нею артефактів.

TOGAF 9.1

Архітектурний стиль (Architecture Style)​

Визначення сімейства систем у термінах шаблону структурної організації. Характеристика сімейства систем, пов’язаних спільними структурними та семантичними властивостями.

ISO/IEC/IEEE 24765

Архітектурне бачення (Architecture Vision)​

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

TOGAF 9.1

Архітектурне подання (Architecture View)​

Результат роботи, що виражає архітектуру з точки зору конкретних питань. Результат архітектуризації, який відображає архітектуру з певної архітектурної точки зору.

Адаптовано з ISO/IEC/IEEE 42010

Архітектурна точка зору (Architecture Viewpoint)​

Результат роботи, що встановлює домовленості щодо побудови, інтерпретації та використання архітектурних подань для формування контексту конкретних питань.

Адаптовано з ISO/IEC/IEEE 42010

Артефакт (Artefact)​

Артефакт — це архітектурний результат роботи, що описує певний аспект архітектури. Артефакти зазвичай класифікуються як каталоги (переліки об’єктів), матриці (що відображають зв’язки між об’єктами) та діаграми (візуальні зображення об’єктів). Прикладами є каталог вимог, матриця бізнес-взаємодій та діаграма варіантів використання. Архітектурний результат поставки може містити багато артефактів, і саме артефакти формують вміст репозиторію архітектури.

TOGAF 9.1

Базова лінія (Baseline)​

Узгоджений або зафіксований на певний момент результат, відхилення від якого потребують обґрунтування та схвалення. Специфікація, яка була формально переглянута та погоджена і надалі слугує основою для подальшого розроблення або змін та може змінюватися лише через формальні процедури управління змінами або такі процедури, як управління конфігурацією.

ISO 24765 / TOGAF 9.1

Будівельний блок (Building Block)​

  1. Елемент сутності, який використовується для реалізації необхідної сутності.
  2. Будівельні блоки можуть визначатися на різних рівнях деталізації залежно від етапу розроблення архітектури. Наприклад, на ранньому етапі будівельний блок може складатися лише з назви або ескізного опису. Пізніше будівельний блок може бути декомпозований на кілька допоміжних будівельних блоків і супроводжуватися повною специфікацією. Будівельні блоки можуть стосуватися «архітектур» або «рішень».

TOGAF 9.1

Рада C3 (C3 Board, C3B)​

Рада з консультацій, командування та управління (C3 Board або C3B) є старшим політичним комітетом (Senior Policy Committee, SPC), який консультує Північноатлантичну раду (NAC), Військовий комітет (MC), інші SPC та органи НАТО з питань колективних інтересів усіх держав-членів у сферах консультацій, командування та управління (C3). До її складу входять старші національні представники зі столиць, представники Військового комітету та стратегічних командувачів, а також комітети НАТО, зацікавлені в C3, і Генеральний директор Агентства зв’язку та інформації НАТО (NCIA).

Спроможність (Capability)​

Спроможність — це здатність досягати бажаного ефекту за визначених стандартів і умов. Спроможність реалізується через поєднання способів і засобів. Це здатність одного або кількох ресурсів забезпечити визначений тип ефекту або визначений курс дій.

Примітка: Термін «спроможність» має кілька різних інтерпретацій (особливо у військовому середовищі). У NAF цей термін використовується для специфікації здатності досягати результату. У цьому сенсі він має диспозиційний характер, тобто ресурси можуть володіти спроможністю навіть у разі, якщо вона ніколи не проявлялася. Визначення спроможності в MODEM відображає цей диспозиційний аспект з точки зору теорії множин: «Диспозиційна властивість, яка є множиною всіх об’єктів, здатних досягати певного результату».

Адаптовано з CJCSM 3170.01B

Конфігурація спроможності (Capability Configuration)​

  1. Композитна структура, що відображає фізичні та людські ресурси (і їх взаємодію) в межах підприємства.
  2. Сукупність артефактів або організація, сконфігурована для надання спроможності.

Адаптовано з NAFv3

Каталог (Catalogue)​

Структурований перелік архітектурних результатів одного типу, який використовується як довідковий матеріал. Наприклад, каталог технологічних стандартів або портфель застосунків.

TOGAF 9.1

Концепт (Concept)​

Ідея або ментальний образ, який відповідає певній окремій сутності або класу сутностей, або їхнім істотним ознакам, або визначає застосування терміна (особливо предиката) і, таким чином, відіграє роль у використанні розуму або мови.

Oxford Dictionary

Питання (Concern)​

Зацікавленість або вплив щодо сутності, що є релевантними для однієї або кількох її зацікавлених сторін. Примітка 1 до терміна: Коли слово питання використовується без будь-якого уточнення, воно стосується загального випадку. Коли перед словом питання додається уточнювальний елемент, це вказує на те, що питання застосовується до конкретного типу об’єкта, як, наприклад, у таких випадках: питання зацікавленої сторони, архітектурне питання, системне питання.

ISO/IEC/IEEE 42020

Управління конфігурацією (Configuration Management)​

Дисципліна, що застосовує технічне та адміністративне керування і нагляд з метою:

  • ідентифікації та документування функціональних і фізичних характеристик елемента конфігурації;
  • контролю змін цих характеристик;
  • фіксації та звітування щодо змін стану опрацювання та впровадження.

А також управління конфігурацією активів практики корпоративної архітектури (інтелектуальної власності), базових ліній і контроль переходів цих активів.

TOGAF 9.1

Результат поставки (Deliverable)​

Результат роботи, який визначений контрактом і, у свою чергу, формально переглядається, погоджується та затверджується зацікавленими сторонами.

Адаптовано з TOGAF 9.1

Драйвер (Driver)​

(Архітектуризація / інженерія) Зовнішня або внутрішня умова, що спонукає організацію визначати свої цілі. Прикладом зовнішнього драйвера є зміна регуляторних або комплаєнс-вимог, які, наприклад, вимагають змін у способі функціонування організації; наприклад, закон Sarbanes–Oxley у США.

TOGAF 9.1

DLOD​

Лінії розвитку Міністерства оборони Сполученого Королівства.

DOTMLPFI​

Доктрина, організація, підготовка, матеріальне забезпечення, лідерство та освіта, персонал, інфраструктура та взаємосумісність / інформація.

Підприємство (Enterprise)​

Проєкт або починання, особливо сміливе або складне.

Примітка: В одному підприємстві бере участь одна або кілька організацій. Кожна з цих організацій надає різні ресурси для використання в межах підприємства та бере участь настільки, наскільки отримує вигоди від своєї участі. Призначення підприємства полягає у вирішенні певних викликів, які організації-учасники не можуть легко вирішити самостійно. Див. визначення організації нижче.

Джерело: Oxford English Dictionary

Корпоративна архітектура (Enterprise Architecture)​

Формальний опис структури та функцій компонентів підприємства, їх взаємозв’язків, а також принципів і настанов, що регулюють їх проєктування та еволюцію з плином часу.

MODAF V1.1

Розрив (Gap)​

Формулювання відмінності між двома еталонними станами.

NATO IST-130

Ціль (Goal)​

Високорівневе формулювання наміру або напряму діяльності організації. Зазвичай використовується для вимірювання успішності організації.

TOGAF 9.1

Життєвий цикл (Lifecycle)​

Сукупність відокремлюваних фаз або стадій, які проходить сутність від її концептуалізації до моменту припинення існування.

Примітка: Життєвий цикл архітектури починається з ідентифікації потреби в архітектурі та завершується її виведенням з експлуатації або відмовою від неї. Життєвий цикл застосовується як до архітектури, так і до архітектурної сутності.

ISO/IEC/IEEE 42020

Міра (Measure)​

Міра — це значення метрики для певного процесу або продукту. Метрика є (кількісною) характеристикою, значення якої є числами (цілими або дійсними), вираженими відносно певної одиниці, визначеної як частина визначення метрики.

Модель (Model)​

Подання об’єкта інтересу. Модель забезпечує зменшене за масштабом, спрощене та/або абстрактне представлення предметної області. Модель створюється як «засіб для досягнення мети». У контексті корпоративної архітектури об’єктом є ціле підприємство або його частина, а метою — можливість побудови «подань», що адресують питання конкретних зацікавлених сторін, тобто їхні «точки зору» щодо об’єкта.

TOGAF 9.1

Завдання (Objective)​

Вимірюване досягнення для організації, яке використовується для демонстрації прогресу в досягненні цілі; наприклад, «Збільшити використання потужностей на 30 % для підтримки запланованого зростання частки ринку».

Адаптовано з TOGAF

Організація (Organization)​

Група людей і засобів із визначеним розподілом відповідальностей, повноважень і взаємовідносин.

ISO/IEC/IEEE 42020

Патерн (Pattern)​

Техніка розміщення будівельних блоків у контексті; наприклад, для опису повторно використовуваного рішення проблеми. Будівельні блоки — це те, що використовується; патерни визначають, як, коли, чому і з якими компромісами їх слід застосовувати.

TOGAF 9.1

PESTEL​

Політичні, економічні, соціальні, технічні, екологічні, правові чинники (оцінювання бізнес-середовища).

Програма (Programme)​

Тимчасова гнучка організаційна структура, створена для координації, спрямування та нагляду за реалізацією сукупності взаємопов’язаних проєктів і діяльностей з метою досягнення результатів і вигод, пов’язаних зі стратегічними цілями організації. Програма, як правило, має тривалість, що охоплює кілька років.

Best Management Practice Portfolio: Common Glossary

Проєкт (Project)​

Тимчасова організація, створена з метою постачання одного або кількох бізнес-продуктів відповідно до погодженого бізнес-кейсу.

Best Management Practice Portfolio: Common Glossary

Репозиторій (Repository)​

Місце, де зберігаються або можуть зберігатися результати роботи та пов’язані з ними інформаційні об’єкти з метою збереження та отримання.

ISO/IEC/IEEE 42020

Вимога (Requirement)​

  1. Умова або спроможність, необхідна користувачеві для розв’язання проблеми або досягнення цілі.
  2. Умова або спроможність, якою має володіти або яку має забезпечувати система, компонент системи, продукт або сервіс для відповідності угоді, стандарту, специфікації чи іншому формально встановленому документу.
  3. Документоване подання умови або спроможності, як у пунктах (1) або (2).
  4. Умова або спроможність, якою має володіти або яку має забезпечувати система, продукт, сервіс, результат або компонент для відповідності контракту, стандарту, специфікації чи іншому формально встановленому документу. Вимоги включають кількісно визначені та задокументовані потреби, побажання й очікування спонсора, замовника та інших зацікавлених сторін.

ISO 24765

Роль (Role)​

Звична або очікувана функція актора, або роль, яку хтось чи щось відіграє в певній дії чи події. Актор може мати кілька ролей. Частина, яку особа виконує в організації, та внесок, який вона робить шляхом застосування своїх навичок, знань, досвіду та здібностей.

TOGAF 9.1

Рішення (Solution)​

Результат розроблення, що задовольняє потреби замовника, кінцевого користувача та бізнес-потреби компанії з урахуванням усіх застосовних обмежень і складається з системи інтересу та систем, що забезпечують її функціонування.

IST-130

Зацікавлена сторона (Stakeholder)​

Особа або організація, що має інтерес щодо сутності або курсу дій.

Адаптовано з ISO 15288

Стандарт (Standard)​

  1. Сукупність обов’язкових вимог, установлених за консенсусом і підтримуваних визнаним органом, з метою приписання дисциплінованого уніфікованого підходу або специфікації продукту, тобто обов’язкових домовленостей і практик.
  2. Документ, що надає для загального та повторюваного використання правила, настанови або характеристики для діяльностей або їх результатів, спрямовані на досягнення оптимального рівня впорядкованості в певному контексті.

ISO 24765

Стратегія (Strategy)​

Загальний план розвитку організації, що описує ефективне використання ресурсів на підтримку майбутньої діяльності організації.

ISO/IEC/IEEE 24765

Система (System)​

Система — це інтегрована сукупність елементів, підсистем або збірок, що досягають визначеної мети. До таких елементів належать продукти (апаратне забезпечення, програмне забезпечення, мікропрограмне забезпечення), процеси, люди, інформація, методи, засоби, послуги та інші елементи підтримки. Комбінація взаємодіючих елементів, організованих для досягнення однієї або кількох задекларованих цілей.

Примітка: Індивідуальна система. Повна система включає все пов’язане обладнання, інфраструктуру, матеріали, комп’ютерні програми, мікропрограмне забезпечення, технічну документацію, послуги та персонал, необхідні для експлуатації та підтримки в обсязі, достатньому для самодостатнього використання у призначеному середовищі.

Штучно створена конфігурація з одним або кількома з таких компонентів: апаратне забезпечення, програмне забезпечення, дані, люди, процеси (наприклад, процеси надання послуг користувачам), процедури (наприклад, інструкції для операторів), інфраструктура, матеріали та природні об’єкти.

INCOSE SE Handbook, v3.2, 2010 / ISO/IEC 15288 / ISO 24765

Система інтересу (System of Interest)​

(Архітектуризація) Позначає систему, архітектура якої розглядається під час підготовки опису архітектури.

IST-130

TEPIDOIL​

Підготовка, оснащення, персонал, інформація, доктрина, організація, інфраструктура та логістика.

Простежуваність (Traceability)​

Визначуваний зв'язок між двома або більше логічними сутностями, такими як вимоги, елементи системи, перевірки або завдання.

SEI Glossary CMMI

Аналіз компромісів (Trade-off Analyses)​

Аналіз для підтримки прийняття рішень, що передбачає вибір між різними вимогами та альтернативними рішеннями на основі сумарної вигоди для зацікавлених сторін.

Адаптовано з ISO 24765

Примітки перекладача​

Необхідно провести синхронизацію термінів з ДСТУ ISO/IEC/IEEE 42010:2018 Інженерія систем і програмних засобів. Опис архітектури (ISO/IEC/IEEE 42010:2011, IDT)

Оригінальний текст​

(Architecture) Evaluation​

Judgment of the value, worth, significance, importance, or quality of one or more architectures

ISO/IEC/IEEE 42030

Architecting​

Process of conceiving, defining, expressing, documenting, communicating, assessing proper implementation of, maintaining and improving an architecture of an entity throughout its life cycle.

Adapted from ISO/IEC/IEEE 42010

Architecting Principle​

Declarative statement that prescribes a property of something. They reflect a level of consensus across the enterprise, and embody the spirit and thinking of the enterprise architecture.

Adopted from TOGAF 9.1

Architecture​

Fundamental concepts or properties of an entity of interest in its environment embodied in its elements, relationships, and in the principles of its design and evolution.

Adapted from ISO/IEC/IEEE 42010

Architecture Body of Knowledge (ABoK)​

A collection of information and knowledge assets related to architectures and architecting in an Organization. The NATO’s ABoK is provided and maintained by the Architecture Capability Team (ACaT).

Architecture Capability Team (ACaT)​

The ACaT is committed on delivering key architectural products to support the federated C3 Enterprise Architecture development as key governance tool for the achievement of NATO’s Strategic Concept goals. It is a multinational body and belongs to the substructure of the C3 Board.

Architecture Description​

Work product used to express an architecture.

ISO/IEC/IEEE 42010

Architecture Governance​

Strategic activities allowing mastering architecture according to the enterprise directions and objectives.

ISO/IEC/IEEE 42020

Architecture Framework​

Foundational structure, or set of structures, which can be used for developing a broad range of different architectures. It should describe a method for designing a target state of the enterprise in terms of a set of building blocks, and for showing how the building blocks fit together. It should contain a set of tools and provide a common vocabulary. It should also include a list of recommended standards and compliant products that can be used to implement the building blocks.

TOGAF V9.1

Architecture Principle​

Declarative statement that prescribes a property of something. They reflect a level of consensus across the enterprise, and embody the spirit and thinking of the enterprise architecture.

Adopted from TOGAF 9.1

Architecture Repository​

Architecture Repository Architecture Repository holds information concerning the enterprise architecture and associated artefacts.

TOGAF V9.1

Architecture Style​

Definition of a family of systems in terms of a pattern of structural organization. Characterization of a family of systems that are related by sharing structural and semantic properties.

ISO/IEC/IEEE 24765

Architecture Vision​

The Architecture Vision is created early on in the project lifecycle and provides a high-level, aspirational view of the end architecture product. The purpose of the vision is to agree at the outset what the desired outcome should be for the architecture, so that architects can then focus on the critical areas to validate feasibility. Providing an Architecture Vision also supports stakeholder communication by providing an executive summary version of the full Architecture Definition.

TOGAF 9.1

Architecture View​

Work product expressing the architecture from the perspective of specific concerns. Architecting outcome expressing the architecture from a given architecture viewpoint.

Adapted from ISO/IEC/IEEE 42010

Architecture Viewpoint​

Work product establishing the conventions for the construction, interpretation and use of architecture views to frame specific concerns.

Adapted from ISO/IEC/IEEE 42010

Artefact​

An artefact is an architectural work product that describes an aspect of the architecture. Artefacts are generally classified as catalogues (lists of things), matrices (showing relationships between things), and diagrams (pictures of things). Examples include a requirements catalogues, business interaction matrix, and a use-case diagram. An architectural deliverable may contain many artefacts and artefacts will form the content of the Architecture Repository.

TOGAF 9.1

Baseline​

Agreement or result designated and fixed at a given time, from which changes require justification and approval. A specification that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development or change and that can be changed only through formal change control procedures or a type of procedure such as configuration management.

ISO 24765/TOGAF V9.1

Building Block​

  1. An element of an entity that will be used to implement the required entity.
  2. Building blocks can be defined at various levels of detail, depending on what stage of architecture development has been reached.For instance, at an early stage, a building block can simply consist of a name or an outline description. Later on, a building block may be decomposed into multiple supporting building blocks and may be accompanied by a full specification. Building blocks can relate to ‘‘architectures’’ or ‘‘solutions’’.

TOGAF V9.1

C3 Board (C3B)​

The Consultation, Command and Control Board (C3 Board or C3B) is a Senior Policy Committee (SPC), advising the North Atlantic Council (NAC), Military Committee (MC), other SPCs and NATO entities on collective interests of all the member states in the areas of Consultation, Command and Control (C3). It is composed of senior national representatives from capitals, representatives of the Military Committee and Strategic Commanders and NATO committees with an interest in C3, the General Manager of the NATO Communications and Information Agency (NCIA).

Capability​

A capability is the ability to achieve a desired effect under specified standards and conditions. A capability is realized through combinations of ways and means. The ability of one or more resources to deliver a specified type of effect or a specified course of action.

Note: The term “capability” has a number of different interpretations (especially in the military community). In NAF, the term is reserved for the specification of an ability to achieve an outcome. In that sense, it is dispositional – i.e. resources may possess a Capability even if they have never manifested that capability. The MODEM definition of Capability expresses this dispositional aspect from a set-theoretic point of view; “A Dispositional Property that is the set of all things that are capable of achieving a particular outcome.”

Adapted from CJCSM 3170.01B

Capability Configuration​

  1. A composite structure representing the physical and human resources (and their interactions) in an enterprise.
  2. A set of artefacts or an organisation configured to provide a capability.

Adapted from NAFv3

Catalogue​

A structured list of architectural outputs of a similar kind, used for reference. For example, a technology standards catalogue or an application portfolio.

TOGAF V9.1

Concept​

An idea or mental image which corresponds to some distinct entity or class of entities, or to its essential features, or determines the application of a term (especially a predicate), and thus plays a part in the use of reason or language.

Oxford Dictionary

Concern​

Interest or impact in an entity relevant to one or more of its stakeholders. Note 1 to entry: When the word concern is used without any qualifier it refers to the general case. When a qualifier is prepended to the word concern, this indicates that the concern applies to the particular kind of thing, such as in the following examples: stakeholder concern, architecture concern, system concern.

ISO/IEC/IEEE 42020

Configuration Management​

A discipline applying technical and administrative direction and surveillance to:

  • Identify and document the functional and physical characteristics of a configuration item.
  • Control changes to those characteristics.
  • Record and report changes to processing and implementation status. Also, the management of the configuration of enterprise architecture practice (intellectual property) assets and baselines and the control of changeover of those assets.

TOGAF V9.1

Deliverable​

An work product that is contractually specified and in turn formally reviewed, agreed, and signed off by the stakeholders. Adapted from

TOGAF V9.1

Driver​

(Architecting / Engineering) An external or internal condition that motivates the organization to define its goals. An example of an external driver is a change in regulation or compliance rules which, for example, require changes to the way an organization operates; i.e., Sarbanes-Oxley in the US.

TOGAF V9.1

DLOD​

United Kingdom Ministry of Defence lines of Development.

DOTMLPFI​

Doctrine, Organization, Training, Materiel, Leadership & Education, Personnel, Facilities and Interoperability/Information.

Enterprise​

Project or undertaking, especially a bold or complex one.

Note: One or more organizations will participate in an enterprise. Each of these organizations brings various resources forward for use in the enterprise and they participate to the extent that they benefit from their involvement. The purpose of the enterprise is to address some challenges that these participating organizations cannot readily address on their own. See definition of organization below.

SOURCE: Oxford English Dictionary

Enterprise Architecture​

The formal description of the structure and function of the components of an enterprise, their interrelationships, and the principles and guidelines governing their design and evolution over time.

MODAF V1.1

Gap​

A statement of difference between two references.

NATO IST-130

Goal​

A high-level statement of intent or direction for an organization. Typically used to measure success of an organization.

TOGAF 9.1

Lifecycle​

Set of distinguishable phases or stages that an entity goes through from its conceptualization until it ceases to exist.

Note: The architecture life cycle starts with the identification of a need for the architecture and ends with its decommissioning/discarding. The life cycle applies either to the architecture or to the architecture entity.

ISO/IEC/IEEE 42020

Measure​

A measure is the value of a metric for a certain process or product. A metric is an (quantitative) attribute whose values are numbers (integers or reals), expressed relative to a certain unit specified as part of the metric definition.

Model​

A representation of a subject of interest. A model provides a smaller scale, simplified, and/or abstract representation of the subject matter. A model is constructed as a ‘‘means to an end’’. In the context of enterprise architecture, the subject matter is a whole or part of the enterprise and the end is the ability to construct ‘‘views’’ that address the concerns of particular stakeholders; i.e., their ‘‘viewpoints’’ in relation to the subject matter.

TOGAF V9.1

Objective​

An increase for an organization used to demonstrate progress towards a goal; for example, ‘‘Increase Capacity Utilization by 30% to support the planned increase in market share’’.

Adapted for TOGAF

Organization​

Group of people and facilities with an arrangement of responsibilities, authorities and relationships.

ISO/IEC/IEEE 42020

Pattern​

A technique for putting building blocks into context; for example, to describe a re-usable solution to a problem. Building blocks are what you use: patterns can tell you how you use them, when, why, and what trade-offs you have to make in doing so.

TOGAF V9.1

PESTEL​

Political, Economic, Social, Technical, Environmental, Legal (Business Evaluation)

Programme​

A temporary flexible organization structure created to coordinate, direct and oversee the implementation of a set of related projects and activities in order to deliver outcomes and benefits related to the organization’s strategic objectives. A programme is likely to have a life that spans several years.

Best Management Practice Portfolio: Common Glossary

Project​

A temporary organization that is created for the purpose of delivering one or more business products according to an agreed business case.

Best Management Practice Portfolio: Common Glossary

Repository​

Place where work products and the associated information items are or can be stored for preservation and retrieval.

ISO/IEC/IEEE 42020

Requirement​

  1. A condition or capability needed by a user to solve a problem or achieve an objective.

  2. a condition or capability that must be met or possessed by a system, system component, product, or service to satisfy an agreement, standard, specification, or other formally imposed documents

  3. a documented representation of a condition or capability as in (1) or (2)

  4. a condition or capability that must be met or possessed by a system, product, service, result, or component to satisfy a contract, standard, specification, or other formally imposed document. Requirements include the quantified and documented needs, wants, and expectations of the sponsor, customer, and other stakeholders

ISO 24765

Role​

The usual or expected function of an actor, or the part somebody or something plays in a particular action or event. An Actor may have a number of roles. The part an individual plays in an organization and the contribution they make through the application of their skills, knowledge, experience, and abilities.

TOGAF V9.1

Solution​

Result from the development, to meet the Customer, end user and the company business needs, and taking into account all applicable constraints, consisting of the System-of-Interest and its enabling systems

IST-130

Stakeholder​

Individual or organization having an interest in an entity or a course of action.

Adapted from ISO 15288

Standard​

  1. Set of mandatory requirements established by consensus and maintained by a recognized body to prescribe a disciplined uniform approach or specify a product, that is, mandatory conventions and practices

  2. A document that provides, for common and repeated use, rules, guidelines or characteristics for activities or their results, aimed at the achievement of the optimum degree of order in a given context

ISO 24765

Strategy​

  1. An organization’s overall plan of development, describing the effective use of resources in support of the organization in its future activities.

ISO/IEC/IEEE 24765

System​

A system is an integrated set of elements, subsystems, or assemblies that accomplish a defined objective. These elements include products (hardware, software, firmware), processes, people, information, techniques, facilities, services, and other support elements. Combination of interacting elements organized to achieve one or more stated purposes.

Note: Individual System: A complete system includes all of the associated equipment, facilities, material, computer programs, firmware, technical documentation, services, and personnel required for operations and support to the degree necessary for self-sufficient use in its intended environment.

A man-made configuration with one or more of the following: hardware, software, data, humans, processes (e.g. processes for providing service to users), procedures (e.g. operator instructions), facilities, materials and naturally occurring entities”.

INCOSE SE Handbook, v3.2, 2010/ISO/IEC 15288/ISO 24765

System of Interest​

(Architecting) Refers to the system whose architecture is under consideration in the preparation of an architecture description

IST-130

TEPIDOIL​

Training, Equipment, Personnel, Information, Doctrine, Organization, Infrastructure, and Logistics.

Traceability​

A discernible association among two or more logical entities such as requirements, system elements, verifications, or tasks.

SEI Glossary CMMI

Trade off Analyses​

Analyses for decision-making actions that select from various requirements and alternative solutions on the basis of net benefit to the stakeholders

Adopted from ISO 24765