Сервисные ограничения Services Constraints · UAF
Простыми словами
Ячейка Сервисный × Ограничения отвечает на вопрос, что нельзя делать при реализации сервиса. Здесь живут сервисные политики (ServicePolicy) и правила (Rule), привязанные к сервису и к сервисному контракту (ServiceContract), — то есть текст, обязывающий реализацию, а не описание самого сервиса. Не путать с соседней ячейкой той же строки, Сервисный × Таксономия: требуемый и предоставляемый уровни сервиса стоят там и выражены измерениями, а не словами. И не путать со Стратегическими ограничениями соседней строки: те ограничивают способности мерами производительности, эти — поведение реализации. Адресат — поставщики решений, системные, программные и бизнес-архитекторы; представляется вид таблицей либо параметрической диаграммой SysML, и второе превращает политику из текста в вычисляемое условие.
Примеры
Ограничения держат ServicePolicy, Rule и ServiceContract, а требуемый и предоставляемый уровни сервиса (RequiredServiceLevel, ProvidedServiceLevel) стоят в таксономии и показаны там через ActualMeasurement. Один сервис описан в двух ячейках разными средствами: словами и числами.
UAF DMM 1.3, разд. 8.1.5 — составы рис. 8-41 (Services Constraints) и рис. 8-34 (Services Taxonomy)
Стандарт называет это прямо: «The addition of SysML parametrics provide a computational means of defining service policies across the enterprise or within a specific service configuration.» Отсюда и вторая рекомендованная форма вида — параметрическая диаграмма рядом с таблицей.
UAF DMM 1.3, разд. 8.1.5 — Definition и Recommended Implementation вида Services Constraints
Предмет интереса вида сформулирован как «service policies that apply to implementations of service specifications» — политика адресована тому, кто воплощает сервис в ресурсах. Поэтому среди пяти элементов вида, кроме сервиса, правила и политики, стоит OperationalConnector — элемент операционной строки, а не сервисной.
UAF DMM 1.3, разд. 8.1.5 — Concerns вида Services Constraints и состав рис. 8-41
Определение из первоисточника
дословная выпискаspecifies traditional textual service policies that are constraints on the way that service specifications are implemented within resources. The addition of SysML parametrics provide a computational means of defining service policies across the enterprise or within a specific service configuration.
Задаёт традиционные текстовые сервисные политики, ограничивающие способ реализации спецификаций сервисов в ресурсах. Добавление параметрики SysML даёт вычислимый способ определения сервисных политик в масштабе предприятия или в конкретной конфигурации сервисов.
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Кому нужно
- Поставщики решений
- Системные инженеры
- Архитекторы программного обеспечения
- Бизнес-архитекторы
- Что закрывает
политики сервисов, применяемые к реализациям спецификаций сервисов
- Из чего состоит
- В каком виде рисуют
- табличный формат, диаграмма параметров SysML
То же в оригинале
- Кому нужно
- Solution Providers
- Systems Engineers
- Software Architects
- Business Architects
- Что закрывает
service policies that apply to implementations of service specifications.
- Из чего состоит
- OperationalConnector
- Rule
- Service
- ServiceContract
- ServicePolicy
- В каком виде рисуют
- tabular format, SysML Parametric Diagram
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Stakeholders: Solution Providers, Systems Engineers, Software Architects, Business Architects.
- Concerns: service policies that apply to implementations of service specifications.
- Recommended Implementation: tabular format, SysML Parametric Diagram.
В других подходах
Сопоставления одного понятия в разных подходах.
Аспект сетки: ограничения.
Семантические различия Не путать со строкой «Constraint» (единственное число) — там сущность метамодели, здесь столбец сетки.
Корпоративные архитектуры
- UAFArchitecture Constraints
- UAFStrategic Constraints
- UAFOperational Constraints
- UAFServices Constraints
- UAFPersonnel Constraints: Competence
- UAFPersonnel Constraints: Drivers
- UAFPersonnel Constraints: Performance
- UAFResources Constraints
- UAFSecurity Constraints
- NAFC8 - Planning Constraints
- NAFS8 - Service Constraints
- NAFL8 - Logical Constraints
- NAFP8 - Resource Constraints
- NAFA8 - Architecture Standards
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРазработка ТЗРегламенты и политикиРеестр процессов