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

Функциональный компонент «Дефект» Defect Functional Component

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

Компонент — система записи по всем дефектам и точка, где сходятся три канала: дефекты от тестирования, известные ошибки от управления проблемами потока D2C и правки, уходящие в управление исходным кодом. Отвечает на вопрос «в какой релиз и чьими силами это будет починено»: ведёт жизненный цикл дефекта, связывает дефекты с требованиями и решает вопрос о целевом релизе. Отличать от Test Functional Component: тестирование СОЗДАЁТ дефекты, а владеет ими, ведёт их жизненный цикл и отчитывается по ним этот компонент. Модальности здесь расходятся заметно: быть системой записи, вести жизненный цикл, регистрировать, анализировать и отчитываться — «shall», а вот потребление дефектов из потока D2C, обновление деталей и решение о целевом релизе стандарт помечает как «may».

Примеры

Владение дефектами

«Shall be the system of record (authoritative source) for all Defects.»

Приём дефектов из D2C — не обязанность

«May consume Defects from the D2C Value Stream Problem functional component as well as the Test functional component that are in turn consumed by the Source Control functional component for review and resolution.»

Условная зависимость от компонента проблем

«Shall receive Defect information from a Known Error if a Problem functional component exists.»

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

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

дословная выписка
Keep track of all Defects; including their origin, status, importance, and relation to Requirements and Known Errors. Register Defects of all types (including security-related) with all relevant details such as description, severity, application version, related requirement, etc. Analyze Defects and find resolution. Associate Defects with Requirements. Document issues that should be communicated to the Release Composition functional component. Consume Defects from the D2C Value Stream Problem functional component as well as the Test functional component that are in turn consumed by the Source…

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

Отслеживать все дефекты, включая их происхождение, статус, важность и связь с требованиями и известными ошибками. Регистрировать дефекты всех типов (включая связанные с безопасностью) со всеми существенными деталями: описанием, серьёзностью, версией приложения, связанным требованием и т. п. Анализировать дефекты и находить решение. Связывать дефекты с требованиями. Документировать вопросы, которые надо донести до функционального компонента «Компоновка релиза». Принимать дефекты от функционального компонента «Проблема» value stream D2C и от функционального компонента «Тестирование» — их, в сво…

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

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

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

Функциональные критерии стандарта: Shall be the system of record (authoritative source) for all Defects. Shall manage the lifecycle of the Defect. Shall keep track of all Defects; including their origin, status, importance, and relation to Requirements and Known Errors. Shall register Defects of all types (including security-related) with all relevant details such as description, severity, application version, related requirement, etc. Shall analyze Defects and find resolution. May document issues that should be communicated to the Release Composition functional component. May consume Defects from the D2C Value Stream Problem functional component as well as the Test functional component that are in turn consumed by the Source Control functional component for review and resolution. May update Defect details. May decide on target release. Shall report Defect status and provide Defect reports. Shall convert Defects not resolved by service development to Known Errors for Problem Management (D2C Value Stream) to document or develop work-around and report in knowledge management articles. Shall receive Defect information from the Test functional component if a Test functional component exists. Shall receive Defect information from a Known Error if a Problem functional component exists. Can provide Defect information to the Source Control functional component if a Source Control functional component exists. Объекты данных компонента: Defect.

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

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

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

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

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

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

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

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

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