Набор нефункциональных требований или атрибутов, который можно присвоить бизнес-, прикладному или технологическому сервису, — доступность, время реакции, безопасность и так далее. У Service Quality в метамодели нет собственного списка характеристик: она «выполняет часть или все атрибуты» связанного с ней контракта — то есть контракт описывает обещание, а Service Quality — то, чему сервис реально должен соответствовать.
Требование к доступности, которое можно присвоить платёжному сервису.
Нефункциональное требование к скорости ответа на обращение клиента.
Требование к безопасности, применимое к бизнес-сервису, работающему с персональными данными.
толкование редакции: примера в стандарте нет
дословная выпискаA configuration of non-functional requirements or attributes that may be assigned to a business, application, or technology service.
Конфигурация нефункциональных требований или атрибутов, которая может быть назначена бизнес-, прикладному или технологическому сервису.
Источникhttps://pubs.opengroup.org/togaf-standard/architecture-content/chap02.html
Атрибуты этой сущности по справочнику источника.
Unique identifier for the architecture entity.
Уникальный идентификатор архитектурной сущности.
Textual description of the architecture entity.
Текстовое описание архитектурной сущности.
User-definable categorization taxonomy for each metamodel entity.
Задаваемая пользователем таксономия категорий для каждой сущности метамодели.
Location from where the information was collected.
Место, откуда были собраны сведения.
Owner of the architecture entity.
Владелец архитектурной сущности.
This metamodel entity fulfills some or all of the attributes of its associated Contract(s).
Доля времени, в течение которого критичные для бизнеса системы доступны. KPI ценностного потока Detect to Correct; сам стандарт оговаривает, что управление доступностью в этом потоке ещё не представлено и будет рассмотрено в будущих редакциях (разд. 8.4.9).
Доступность = время работоспособного состояния / общее время наблюдения
Сколько соглашений об уровне сервиса и операционных соглашений нарушено за период. Прямая мера того, держит ли сервис обещанное.
Число нарушенных соглашений = количество SLA и OLA, по которым за период нарушены согласованные условия
Сущность прямо посвящена качеству сервиса; доступность и число нарушенных соглашений — два показателя IT4IT, которыми это качество и меряют.
A preset configuration of non-functional attributes that may be assigned to a service or service contract.
Архитектурная сущность TOGAF: качество сервиса.
TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей
