Около корпоративной архитектуры

Функциональный компонент «Сборка» Build Functional Component

Простыми словами

Компонент отвечает за то, чтобы из исходника предсказуемо получались версионированные сборки, и является системой записи по всем сборкам. Он же держит автоматизацию: график и частоту сборок под ежедневную сборку с дымовым тестом или под непрерывную интеграцию. Отдельное требование — прогнать динамическое тестирование безопасности не позже получения финальной сборки и до создания RFC на перевод новой или изменённой услуги в эксплуатацию. Отличать от Build Package Functional Component соседнего раздела: тот собирает из сборок развёртываемый пакет и владеет пакетами, а этот владеет самими сборками и их версиями. Хранение сборок в Definitive Media Library стандарт помечает как «may», то есть DML здесь не обязателен.

Примеры

Крайний срок для теста безопасности

«Shall run dynamic application security testing no later than when the final Build data object is received and before the RFCs are created for moving the new or changed service into production.»

DML не обязателен

«May manage Builds and versioning in a Definitive Media Library (DML).»

Передача сборок на упаковку

«May initiate or automate the delivery of Builds to the Build Package functional component for validation by the acceptance testing team as candidate release builds.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.5 — функциональные критерии

Определение из первоисточника

дословная выписка
Receive the Source data object from the Source Control functional component and manage the creation, implementation, automation, and security and storage of all Builds. Create Build from the Source data object for a particular service component. Automate the Build process to support the Build schedule and build frequency requirements in order to support daily Build and smoke test plans or continuous integration plans. Run dynamic application security testing no later than when the final Build data object is received and before the RFCs are created for moving the new or changed service into pr…

машинный перевод

Принимать объект данных Source от функционального компонента «Управление исходным кодом» и управлять созданием, реализацией, автоматизацией, безопасностью и хранением всех сборок. Создавать сборку из объекта данных Source для конкретного компонента услуги. Автоматизировать процесс сборки, чтобы поддержать график и требуемую частоту сборок ради планов ежедневной сборки и дымового тестирования или планов непрерывной интеграции. Прогонять динамическое тестирование безопасности приложений не позднее момента получения финального объекта данных Build и до создания RFC на перевод новой или изменённо…

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

Функциональные критерии стандарта: Shall receive the Source data object from the Source Control functional component and manage the creation, implementation, automation, and security and storage of all Builds. Shall create the Build from the Source data object for a particular service component. Shall automate the Build process to support the Build schedule and build frequency requirements in order to support daily Build and smoke test plans or continuous integration plans. Shall run dynamic application security testing no later than when the final Build data object is received and before the RFCs are created for moving the new or changed service into production. May manage Builds and versioning in a Definitive Media Library (DML). May develop automated Build storage procedures and automated compilation techniques and tools. Shall monitor and report on the results of each integration Build. May initiate or automate the delivery of Builds to the Build Package functional component for validation by the acceptance testing team as candidate release builds. Объекты данных компонента: Build.

Связанные понятия

Поддерживающая функция «Знания и совместная работа»Портал взаимодействия и опыта Функциональный компонент «Архитектура предприятия»Функциональный компонент «Возврат затрат / показ затрат»Функциональный компонент «Дефект»Функциональный компонент «Диагностика и устранение»Функциональный компонент «Инцидент»Функциональный компонент «Исполнение заявки»

Служебные сведения

Вид документа: Функциональный компонент
Место в подходе: Requirement to Deploy (R2D) Value Stream
Редакция: The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)

14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессов Имитационное моделирование Архитектура систем и интеграций