Требование Requirement · IT4IT
Простыми словами
Требование — запись о том, чему должна отвечать новая или изменённая услуга, и одновременно главный узел прослеживаемости потока R2D: вниз от него идут ссылки на исходники и тест-кейсы, вверх — на элемент портфельного бэклога и на политику, вбок — на логическую услугу и на релиз услуги. Отвечает на вопрос «откуда взялась эта работа и чем доказано, что она сделана». Важное следствие устройства: стандарт не заводит отдельных объектов под эпик, тему, фичу, пользовательскую историю, функциональное и нефункциональное требование — это значения атрибута Type у одного и того же объекта. Отличать от Portfolio Backlog Item потока S2P: элемент бэклога — заявленный спрос, а требование — то, во что спрос разложен для разработки (1:n).
Примеры
«Identifies the category of a Requirement (i.e., epic, theme, feature, user story, non-functional, functional, etc.).»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.2 — атрибут Type
«A Portfolio Backlog Item is mapped to one or more Requirements which will need to be delivered to successfully fulfill the demand.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.2 — связь Portfolio Backlog Item to Requirement (1:n)
«Requirements may be sourced from policies or may reference policies in order to remain in compliance to previously agreed policies for an organization.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.2 — связь Policy to Requirement (n:m)
Определение из первоисточника
дословная выпискаRecord which details the needs or conditions to meet for a new or altered service.
Запись, детализирующая потребности или условия, которым должна отвечать новая или изменённая услуга.
Источник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 a given Requirement.; Type — Identifies the category of a Requirement (i.e., epic, theme, feature, user story, non-functional, functional, etc.).; Summary — Represents the short description/title/summary of a given Requirement.; LogicalServiceId — Unique identifier of the related Logical Service.; RequirementSource — A reference to the Requirement source such as policy, backlog item, etc.; Owner — The person or team that is assigned to this Requirement.; ServiceReleaseId — Unique identifier of the related Service Release. Обязательные связи объекта: Requirement to Test Case (1:n); Requirement to Source (n:m)
Связи
Исходящие
Входящие
- Обязательная связь объектов данных, кардинальность n:mPolicy
- Обязательная связь объектов данных, кардинальность 1:nPortfolio Backlog Item
- Обязательная связь объектов данных, кардинальность 1:nLogical Service
- Обязательная связь объектов данных, кардинальность 1:nService Release
- Обязательная связь объектов данных, кардинальность n:mSource
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций