DiCE / АКАДЕМИЯОрганизация как код

02 · Стенд · Организация как код

Организация как код: двойники систем + процессы

Двойник описывает конкретную ИС; процессы связывают данные, действия и ответственность.

Организация как код: двойники систем + процессыКарта состава, не исполняемый процесс. Две ИС описаны своими двойниками. Пример «прибор» и «КИП» связывается через идентификатор и основание. Типовой процесс задаёт событие, проверку и действие; правила и роли ограничивают операции агента.01 / ДВОЙНИКИ НАСТРОЕННЫХ ИС02 / ПРОЦЕССЫ И ДОГОВОРЁННОСТИ«Прибор»Данные и операции учёта«КИП»Техническое описаниеодин объектID + основание связиУчётная ИСТехническая ИС+СобытиеЧто запускает работуПроверкаНа каком основанииДействиеКто и что выполняетПравила и ролиразрешения · запретыАгентоперации в рамкахмодели

Связанные описания систем и процессов образуют машиночитаемую модель организации.

DiCE · АКАДЕМИЯПрактика · Стенд 2 · Организация как кодСлайд 28 / 54

02 · Стенд · Организация как код

Две динамики дополняют архитектуру

Согласованная схема даёт основу. Дальше нужны обновляемый договор и модель поведения.

Две динамики дополняют архитектуруДве независимые смысловые линии. Вверху изменение ИС требует проверки связей и обновления согласованного договора с окружением. Внизу несколько процессов используют общие ресурсы; динамическая модель позволяет планировать и симулировать нагрузку. Это не одна и та же функция двойника.Динамический стандартДоговор ИС с окружениемДвойник поведенияМодель работы под нагрузкойМеняется ИСПоля · справочники ·операцииПроверяем связиСовместимость с окружениемДоговор v2Согласованные правила обменаПять процессовОдновременные запросыОбщие мощностиКонкуренция за ресурсыПлан + симуляцияПриоритеты · гипотезы ·нагрузка

Договор отвечает за совместимость изменений; модель поведения — за планирование работы.

DiCE · АКАДЕМИЯПрактика · Стенд 2 · Организация как кодСлайд 29 / 54

02 · Стенд · Организация как код

Меняем модель — наблюдаем действие агента

Одна задача в АРМ метролога: меняем описание и сравниваем записи о приборе.

Меняем модель — наблюдаем действие агентаТри условия одной проверки. Команда и исходные сведения одинаковы; меняется доступное агенту описание. Без модели есть риск ошибки. С согласованной моделью ожидается корректная запись. Изменённая или устаревшая модель позволяет разбирать расхождение. Участники сравнивают фактические действия и записи.01 / УСЛОВИЕ ОПЫТАБез моделиТолько команда агентуРиск неверной записиЧто агент понял о системе?02 / УСЛОВИЕ ОПЫТАСогласованная модельДанные + бизнес-логикаОжидаем верную записьНа какое описание он опирается?03 / УСЛОВИЕ ОПЫТАИзменённая модельЛогика изменена или устарелаПроверяем расхождениеГде описание расходится с ИС?

Сравниваем объект → поле → запись. Исправляем описание и повторяем опыт.

DiCE · АКАДЕМИЯПрактика · Стенд 2 · Организация как кодСлайд 30 / 54

02 · Стенд · Организация как код

Один принцип связывает разные масштабы

Сначала согласуем работу систем внутри организации; затем — взаимодействие организаций.

Один принцип связывает разные масштабыКарта масштаба договорённостей. Слева граница одной организации и связь двух её ИС. Справа изготовитель, сертифицирующая сторона и покупатель связаны общим договором. Линии обозначают отношения между участниками. Переход между картами показывает, как принцип согласования переносится на взаимодействие организаций.ВНУТРИ ОРГАНИЗАЦИИУчётная ИСТехническая ИСлокальный договорданные · действия · ролимасштабМЕЖДУ ОРГАНИЗАЦИЯМИ / СТЕНД 5ИзготовительСертифицирующаясторонаПокупательобщий договор

На стенд 5 переносим модели организаций и договорённости их взаимодействия.

DiCE · АКАДЕМИЯПрактика · Стенд 2 · Организация как кодСлайд 31 / 54

02 · Стенд · Организация как код

Как проходит показ и чему учится участник

Опыт с прибором и модель нагрузки помогают понять действия агента и работу систем.

Как проходит показ и чему учится участникДве части учебного показа. В модели нагрузки участник сравнивает распределение ресурсов и объясняет выбранный приоритет. В опыте с прибором он связывает описание системы с действием агента и проверяет запись. Итог — перенос способа проверки на собственный процесс.РАБОТА СИСТЕМ ПОД ОБЩЕЙ НАГРУЗКОЙДвойник ИССистемы и общие ресурсыПланы и нагрузкаСравнение вариантовРазбор решенияПриоритеты и последствияЗАДАЧА С ПРИБОРОМ И ПРОВЕРЯЕМЫЙ РЕЗУЛЬТАТЗадача о прибореИсходные сведенияОписание системыДанные · правила · ролиДействие агентаОбъект · операция · полеПроверка записиРезультат и его основание

Участник объясняет результат и переносит способ проверки на свой процесс.

Академия DiCE — все слайды

  1. Титул и оглавление · 2 слайда
    1. 01Академия DiCE
    2. 02Оглавление Академии DiCE
  2. Программа · 4 слайда
    1. 03От первого вопроса к совместному действию
    2. 04До конференции: соберите язык и первый опыт
    3. 0529 октября: соединяем объект, организацию и норму
    4. 0630 октября: от работы агента к решению человека
  3. Теория · 11 слайдов
    1. 07Один рабочий вопрос проходит три шага
    2. 08Шесть вопросов связывают теорию и практику
    3. 09Граница объекта выводит решение на уровень организации
    4. 10Модель участвует в управлении в трёх разных ролях
    5. 11Совместимость и исполнение сходятся в контракте действия
    6. 12Проверяемость сохраняет источник и причины решения
    7. 13Агент входит в среду с целями, процессами и ответственностью
    8. 14Дизрапт пересобирает способ получения результата
    9. 15Кооперация агентов опирается на видимые договорённости
    10. 16Человеческое участие включает понимание, влияние и пересмотр
    11. 17Инженерный метод связывает модель с пересмотром
  4. Практика · 37 слайдов
    1. 18Практическая часть Академии DiCE
    2. 19От модели — к обоснованному действию
    3. 20Пять блоков складываются в общую практику
    4. 21Идентичность прибора удерживает сквозную историю
    5. 22DiCE связывает теплоузел, программный ПЛК и двойник
    6. 23Одна модель связывает оборудование, управление и документы
    7. 24BlueTraktor делает модель и данные наглядными
    8. 25Один опыт связывает стратегию, исполнение и результат
    9. 26Три участника соединяют физику, автоматику и двойник
    10. 27Программный ПЛК связывает двойник с полевыми сигналами
    11. 28Организация как код: двойники систем + процессы
    12. 29Две динамики дополняют архитектуру
    13. 30Меняем модель — наблюдаем действие агента
    14. 31Один принцип связывает разные масштабы
    15. 32Как проходит показ и чему учится участник
    16. 33Смысл нормы сохраняется в связной модели
    17. 34Три прогона проверяют условие и источник
    18. 35Основания проверки передаются компетентной стороне
    19. 36Совет 2045 проектирует совместную работу людей и машин
    20. 37Совет задаёт роли и границы делегирования
    21. 38Кризис возвращает модель на проверку
    22. 39Из игры выходит модель команды и первый шаг сегодня
    23. 40Три организации связаны двумя договорами
    24. 41Два экземпляра сохраняют свою цифровую историю
    25. 42Три проверки задают ветвь поставки
    26. 43Место прибора и статус сертификата учитываются отдельно
    27. 44Каждая система и каждый исполнитель имеют свою роль
    28. 45Три предметных пакета собирают учебный случай
    29. 46Прогон подтверждает результат каждой сцены
    30. 47Три группы проходят все деловые роли
    31. 48Объекты и состояния сохраняют разные идентичности
    32. 49CLBS API: авторизация, вызов и состояние обработки
    33. 50Адаптер CLBS ограничивает инструменты агента
    34. 51Стек ПроКСи: прикладной и инфраструктурный уровни
    35. 52Интеграция различает запрос, запись и результат действия
    36. 53Матрица прав задаётся для конкретных действий
    37. 54Полный прогон покрывает положительные и отрицательные сцены

Структура Академии DiCE

Титульный лист → Программа → Теория → Практика · стенды 1–5.

  1. Титул и оглавление · 2 слайда · 1–2
    1. Академия DiCE · 1–2
      1. 01 · Академия DiCE
      2. 02 · Оглавление Академии DiCE
  2. Программа · 4 слайда · 3–6
    1. Программа · 3–6
      1. 03 · От первого вопроса к совместному действию
      2. 04 · До конференции: соберите язык и первый опыт
      3. 05 · 29 октября: соединяем объект, организацию и норму
      4. 06 · 30 октября: от работы агента к решению человека
  3. Теория · 11 слайдов · 7–17
    1. Вход в теорию · 7–7
      1. 07 · Один рабочий вопрос проходит три шага
    2. Теоретические темы · 8–17
      1. 08 · Шесть вопросов связывают теорию и практику
      2. 09 · Граница объекта выводит решение на уровень организации
      3. 10 · Модель участвует в управлении в трёх разных ролях
      4. 11 · Совместимость и исполнение сходятся в контракте действия
      5. 12 · Проверяемость сохраняет источник и причины решения
      6. 13 · Агент входит в среду с целями, процессами и ответственностью
      7. 14 · Дизрапт пересобирает способ получения результата
      8. 15 · Кооперация агентов опирается на видимые договорённости
      9. 16 · Человеческое участие включает понимание, влияние и пересмотр
      10. 17 · Инженерный метод связывает модель с пересмотром
  4. Практика · 37 слайдов · 18–54
    1. Обзор практики · 18–18
      1. 18 · Практическая часть Академии DiCE
    2. Вводная в практику · 19–21
      1. 19 · От модели — к обоснованному действию
      2. 20 · Пять блоков складываются в общую практику
      3. 21 · Идентичность прибора удерживает сквозную историю
    3. 01 · Киберобъект · 22–27
      1. 22 · DiCE связывает теплоузел, программный ПЛК и двойник
      2. 23 · Одна модель связывает оборудование, управление и документы
      3. 24 · BlueTraktor делает модель и данные наглядными
      4. 25 · Один опыт связывает стратегию, исполнение и результат
      5. 26 · Три участника соединяют физику, автоматику и двойник
      6. 27 · Программный ПЛК связывает двойник с полевыми сигналами
    4. 02 · Организация как код · 28–32
      1. 28 · Организация как код: двойники систем + процессы
      2. 29 · Две динамики дополняют архитектуру
      3. 30 · Меняем модель — наблюдаем действие агента
      4. 31 · Один принцип связывает разные масштабы
      5. 32 · Как проходит показ и чему учится участник
    5. 03 · Смарт-стандарт 4 уровня · 33–35
      1. 33 · Смысл нормы сохраняется в связной модели
      2. 34 · Три прогона проверяют условие и источник
      3. 35 · Основания проверки передаются компетентной стороне
    6. 04 · Совет 2045 · 36–39
      1. 36 · Совет 2045 проектирует совместную работу людей и машин
      2. 37 · Совет задаёт роли и границы делегирования
      3. 38 · Кризис возвращает модель на проверку
      4. 39 · Из игры выходит модель команды и первый шаг сегодня
    7. 05 · Смарт-стенд взаимодействия организаций · 40–54
      1. 40 · Три организации связаны двумя договорами
      2. 41 · Два экземпляра сохраняют свою цифровую историю
      3. 42 · Три проверки задают ветвь поставки
      4. 43 · Место прибора и статус сертификата учитываются отдельно
      5. 44 · Каждая система и каждый исполнитель имеют свою роль
      6. 45 · Три предметных пакета собирают учебный случай
      7. 46 · Прогон подтверждает результат каждой сцены
      8. 47 · Три группы проходят все деловые роли
      9. 48 · Объекты и состояния сохраняют разные идентичности
      10. 49 · CLBS API: авторизация, вызов и состояние обработки
      11. 50 · Адаптер CLBS ограничивает инструменты агента
      12. 51 · Стек ПроКСи: прикладной и инфраструктурный уровни
      13. 52 · Интеграция различает запрос, запись и результат действия
      14. 53 · Матрица прав задаётся для конкретных действий
      15. 54 · Полный прогон покрывает положительные и отрицательные сцены

Общий сайт Академии объединяет теоретическую и практическую части. Теория включает подготовительные занятия и содержательные выступления конференции; практическая карта сохраняет пять блоков. Смысловая последовательность и календарный порядок показаны отдельно.