Дефект Defect
Простыми словами
Дефект в IT4IT привязан не к коду и не к инциденту, а к блюпринту релиза услуги: это изъян того, что собрались развернуть. Отвечает на вопрос «что мешает выпустить релиз и откуда это пришло»: источником бывает тест-кейс (1:n), известная ошибка из потока D2C (1:1) или — там, где пути через известную ошибку нет, — инцидент (1:1). Отличать от объекта Problem, Known Error потока D2C: тот живёт в эксплуатации и описывает причину повторяющихся инцидентов, а дефект живёт в разработке и требует правки; неразрешённые дефекты стандарт, наоборот, велит конвертировать в известные ошибки. Формулировка обязанности мягкая: изъян «should be remediated», чтобы выполнить связанные требования, а не устраняется безусловно.
Примеры
«Enables the creation of Defects when emergency/specific fixes require development.»
IT4IT Reference Architecture, Version 2.1, разд. 8.4.4 — связь Problem, Known Error to Defect (1:1)
«A current practice that replaces the Known Error path when that one does not exist. An Incident may be the source for submitting a new Defect.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.9 — связь Incident to Defect (1:1)
«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.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.9 — функциональные критерии компонента Defect
Определение из первоисточника
дословная выпискаAn issue with the Service Release Blueprint which should be remediated to fulfill the associated Requirements.
Проблема блюпринта релиза услуги, которую следует устранить, чтобы выполнить связанные с ней требования.
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Ключевые атрибуты по стандарту: Id — Unique identifier of the Defect.; Title — Short description of the main issue discovered.; Description — Description of the Defect.; Status — Status of the Defect.; TestCaseId — Identifier of the related Test Case. Обязательные связи объекта: Defect to Service Release Blueprint (n:m)
Связи
Исходящие
- Обязательная связь объектов данных, кардинальность n:mService Release Blueprint
Входящие
- Обязательная связь объектов данных, кардинальность n:mService Release Blueprint
- Обязательная связь объектов данных, кардинальность 1:nTest Case
- Обязательная связь объектов данных, кардинальность 1:1Known Error
- Обязательная связь объектов данных, кардинальность 1:1Incident
- Обязательная связь объектов данных, кардинальность 1:1Problem, Known Error
Как измерить
Какая часть выпуска оказалась дефектной. Свод знаний приводит её как пример метрики — величины, получаемой расчётом из измерений, — и словами задаёт отношение количества дефектов к общему объёму выпуска.
Доля дефектных изделий = количество дефектов / общий объём выпуска
- количество дефектов число дефектов, выявленных в произведённой продукции
- общий объём выпуска весь объём произведённой продукции за тот же период
Дефект в IT4IT привязан к блюпринту релиза услуги, а не к коду и не к инциденту, поэтому доля дефектных единиц считается на выпуск: она отвечает на вопрос, сколько релизов уходит в продуктив с известными изъянами.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций