diff --git a/BPM/technology/DPPT/dppt1a.md b/BPM/technology/DPPT/dppt1a.md index 20958053..e8113650 100644 --- a/BPM/technology/DPPT/dppt1a.md +++ b/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: . +@prefix rdfs: . +@prefix owl: . +@prefix xsd: . + +# Классы +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 выступает одновременно как прагматичный каркас для менеджмента и как формализуемая модель для архитектурного анализа, объединяя сильные стороны зрелых фреймворков и устраняя их ключевые разрывы.