Update dppt1a.md

BPM/technology/DPPT/dppt1a.md

@@ -354,3 +354,189 @@ graph TD
 | | Схемы сетей (Network Diagram) | Физическая и логическая топология сетей | Cisco, Microsoft, стандарты IEEE/ITU |
 
 Таким образом, каждый квадрат DPPI обеспечен зрелыми, стандартизированными языками описания, а ГОСТ Р 57100-2025 задаёт мета-требования к целостности архитектурных представлений, связывая все выбранные нотации в единую, согласованную документацию.
+
+## 2
+Нужно более компактно сформулировать DPPI и показать, что все остальные методологии "вертятся" вокруг нее. При этом показать насколько каждая четкая \ размытая и зрелая.  
+Отдельным блоком покажи вариант математической формализации DPPI и отдельным - онтологию в Linked Data.
+
+Ниже представлено компактное продолжение, которое резюмирует модель DPPI как центральную, оценивает окружающие методологии и добавляет математическую формализацию и Linked Data онтологию.
+
+---
+
+### DPPI как центральная модель операционной целостности (компактная формулировка)
+
+**DPPI (Data – Process – People – IT)** — это равновесная модель четырёх взаимозависимых доменов предприятия, объединённых потоком создания ценности:
+
+- **Data** – все информационные активы, их структура, качество, жизненный цикл и управление.
+- **Process** – сквозные и вспомогательные бизнес-процессы, их метрики, правила и постоянное улучшение.
+- **People** – исполнители, их роли, компетенции, мотивация и культура.
+- **IT** – прикладные системы, технологическая инфраструктура и автоматизация.
+
+**Центральная идея:** Ни одно значимое изменение не может быть успешным без синхронного учёта всех четырёх измерений. DPPI задаёт общий язык и каркас для диагностики зрелости, архитектурного описания и управления трансформацией.
+
+---
+
+### Вращение методологий вокруг DPPI: чёткость, размытость и зрелость
+
+Большинство популярных фреймворков покрывают лишь часть доменов DPPI, либо делают это с разной степенью глубины и формализации.
+
+| Методология / Стандарт | Чёткость границ доменов* | Размытость (недостатки) | Зрелость** | Положение относительно DPPI |
+|------------------------|---------------------------|--------------------------|------------|-------------------------------|
+| **DPPI (предлагаемая)** | Высокая (явно выделены все 4) | Требует дальнейшей детализации метрик связей | Концептуальная (развивается) | Центральная модель |
+| **ARIS House** | Средняя (5 блоков, данные+процессы+орг+функции+продукты) | Избыточность, привязка к инструменту | Высокая (разработана, внедрена) | Близка, но с лишним блоком |
+| **TOGAF** | Высокая (4 домена: бизнес, данные, приложения, технология) | Люди явно не выделены (акторы только в бизнес-архитектуре) | Очень высокая (стандарт де-факто) | Хорошее покрытие, люди размыты |
+| **BSC** | Низкая (финансы, клиенты, процессы, обучение) | Нет данных и ИТ как самостоятельных блоков | Высокая (стратегический инструмент) | Пересекается только по процессам и людям |
+| **DPPT (PPT+Data)** | Средняя (4 компонента, но слабо формализованы) | Отсутствуют стандарты управления, динамика связей | Низкая (концептуальная) | Почти идентична идее, без глубины |
+| **BABOK** | Не применимо (связующая роль) | Нет собственной модели доменов, всё через анализ | Высокая (свод знаний) | Обслуживает связи между квадратами |
+| **BIZBOK** | Средняя (Capabilities, Value Streams, Org, Information) | Нет блока ИТ | Средняя (развивается) | Покрывает 3 домена, без ИТ |
+| **COBIT 2019** | Средняя (Enablers: процессы, информация, люди, приложения и др.) | Смешаны данные и ИТ в «информация и технология» | Высокая (аудит, управление ИТ) | Хорошо вокруг управления, но без чёткой границы данных |
+| **ITIL 4** | Средняя (4 измерения: люди, информация и технологии, партнёры, ценностные потоки) | Данные не отделены от технологий | Высокая (операционный ITSM) | Технологии и данные слиты |
+| **Zachman** | Высокая (6×6, что/как/где/кто/когда/почему) | Громоздкость, отсутствие методологии заполнения | Средняя (используется частично) | Пересекается в нескольких ячейках |
+| **Leavitt’s Diamond** | Низкая (люди, задачи, технологии, структура) | Данные отсутствуют, структура вместо процессов | Низкая (устаревшая концепция) | Только частичное соответствие |
+| **ISO 9001 (СМК)** | Низкая (процессный подход, ресурсы, лидерство, улучшение) | Нет отдельного домена данных и ИТ, всё в «ресурсах» | Очень высокая (международный стандарт) | Процессы в центре, остальное размыто |
+| **Lean / Six Sigma** | Низкая (процесс, статистика, люди как участники) | ИТ не рассматривается системно, данные только как измерения | Высокая (операционное совершенство) | Процессы и немного данных |
+
+\* *Чёткость границ* – насколько явно методология выделяет домен как отдельную сущность с собственными атрибутами и методами управления.  
+\** *Зрелость* – степень проработанности, наличие стандартов, сертификаций, практик внедрения.
+
+**Вывод:** DPPI заимствует сильные стороны зрелых методологий, заполняя их пробелы явным разделением данных и инструментов, и предлагает равноправие всех четырёх доменов, в то время как другие фреймворки либо размывают границы (ITIL, COBIT), либо игнорируют один из квадратов (BSC, Leavitt).
+
+---
+
+### Математическая формализация DPPI (вариант)
+
+Модель можно описать как четвёрку связанных пространств состояния и потоков преобразований.
+
+Пусть:
+- \( D \) – множество всех данных (сущности, атрибуты, значения, метаданные),
+- \( P \) – множество всех процессов (активности, события, логические операторы),
+- \( H \) – множество людей (роли, компетенции, мотивационные состояния),
+- \( T \) – множество инструментов (приложения, серверы, интерфейсы).
+
+Состояние предприятия в момент \( t \):
+\[
+S(t) = (D_t, P_t, H_t, T_t)
+\]
+
+Переходы определяются функциями потоков (как в системной динамике):
+
+1. **Данные → Процесс** (информационный запуск):
+   \[
+   f_{D \to P}: D_t \times E_t \to P_{t+1}
+   \]
+   (события и данные порождают экземпляры процессов)
+
+2. **Процесс → Инструменты** (функциональные требования):
+   \[
+   f_{P \to T}: P_t \to \Delta T
+   \]
+   (процесс диктует необходимые сервисы и экранные формы)
+
+3. **Инструменты → Исполнитель** (интерфейсное воздействие):
+   \[
+   f_{T \to H}: T_t \times U_t \to H_{t+1}
+   \]
+   (UI/UX меняет поведение и загрузку человека)
+
+4. **Исполнитель → Процесс** (человеческие решения):
+   \[
+   f_{H \to P}: H_t \times C_t \to P_{t+1}
+   \]
+   (компетенции и мотивация определяют качество выполнения)
+
+5. **Исполнитель → Данные** (ввод и контроль):
+   \[
+   f_{H \to D}: H_t \to D_{t+1}
+   \]
+   (ручной ввод, верификация, обогащение)
+
+6. **Данные → Инструменты** (конфигурация моделей):
+   \[
+   f_{D \to T}: D_t \to T_{t+1}
+   \]
+   (MDM-модели, справочники, правила валидации)
+
+Цель управления – максимизация ценности \( V(S(t)) \) при ограничениях ресурсов и рисков, где \( V \) – интегральный показатель эффективности, объединяющий финансовые, клиентские и операционные метрики.
+
+Такое представление позволяет строить имитационные модели и проводить анализ узких мест («бутылочных горлышек») в любом из квадратов.
+
+---
+
+### Онтология DPPI в Linked Data (RDF/OWL)
+
+Ниже представлен компактный вариант онтологии на Turtle, выражающий основные классы и свойства модели DPPI.
+
+```turtle
+@prefix dppi: <http://ontology.example.org/dppi#> .
+@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix owl: <http://www.w3.org/2002/07/owl#> .
+@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
+
+# Классы
+dppi:Data a owl:Class ;
+    rdfs:label "Данные"@ru , "Data"@en .
+dppi:Process a owl:Class ;
+    rdfs:label "Процесс"@ru , "Process"@en .
+dppi:Person a owl:Class ;
+    rdfs:label "Исполнитель"@ru , "Person"@en .
+dppi:IT_System a owl:Class ;
+    rdfs:label "ИТ-система"@ru , "IT System"@en .
+
+# Свойства объектов (Object Properties)
+dppi:triggers a owl:ObjectProperty ;
+    rdfs:domain dppi:Data ;
+    rdfs:range dppi:Process ;
+    rdfs:label "запускает"@ru , "triggers"@en .
+
+dppi:requires a owl:ObjectProperty ;
+    rdfs:domain dppi:Process ;
+    rdfs:range dppi:IT_System ;
+    rdfs:label "требует систему"@ru , "requires system"@en .
+
+dppi:interacts_with a owl:ObjectProperty ;
+    rdfs:domain dppi:IT_System ;
+    rdfs:range dppi:Person ;
+    rdfs:label "предоставляет интерфейс для"@ru , "interacts with"@en .
+
+dppi:performs a owl:ObjectProperty ;
+    rdfs:domain dppi:Person ;
+    rdfs:range dppi:Process ;
+    rdfs:label "выполняет"@ru , "performs"@en .
+
+dppi:inputs_data a owl:ObjectProperty ;
+    rdfs:domain dppi:Person ;
+    rdfs:range dppi:Data ;
+    rdfs:label "вводит данные"@ru , "inputs data"@en .
+
+dppi:configured_by a owl:ObjectProperty ;
+    rdfs:domain dppi:IT_System ;
+    rdfs:range dppi:Data ;
+    rdfs:label "конфигурируется данными"@ru , "configured by data"@en .
+
+# Свойства данных (Data Properties) для атрибутов
+dppi:qualityScore a owl:DatatypeProperty ;
+    rdfs:domain dppi:Data ;
+    rdfs:range xsd:decimal ;
+    rdfs:label "показатель качества"@ru .
+
+dppi:cycleTime a owl:DatatypeProperty ;
+    rdfs:domain dppi:Process ;
+    rdfs:range xsd:duration ;
+    rdfs:label "длительность цикла"@ru .
+
+dppi:competencyLevel a owl:DatatypeProperty ;
+    rdfs:domain dppi:Person ;
+    rdfs:range xsd:string ;
+    rdfs:label "уровень компетенции"@ru .
+
+dppi:availability a owl:DatatypeProperty ;
+    rdfs:domain dppi:IT_System ;
+    rdfs:range xsd:decimal ;
+    rdfs:label "доступность"@ru .
+```
+
+Эта онтология позволяет публиковать машинно-читаемые графы знаний о корпоративной архитектуре, связывая экземпляры конкретных данных, процессов, людей и систем. Она совместима с принципами Linked Data и может расширяться путём привязки к другим онтологиям (BPMN Ontology, ArchiMate RDF, FOAF для людей и т.п.).
+
+---
+
+Таким образом, DPPI выступает одновременно как прагматичный каркас для менеджмента и как формализуемая модель для архитектурного анализа, объединяя сильные стороны зрелых фреймворков и устраняя их ключевые разрывы.