Онтика сервиса

Онтика --- это небольшой тесно связанный набор понятий (обычно типов какой-то предметной области) и связей между ними. Вокруг Сервиса, который выполняется какой-то СистемойСоздания (будем давать термины через CamelCase[1], то есть одним словом, каждая первая буква слова будет большой --- чтобы выделить термины для типов онтики) можно выделить следующие типы объектов (это мета-мета-модель):

  • Сервис как тип Работы (а не практики/деятельности/труда), выполняемой
  • ПровайдеромСервиса (службой, сервером, это и есть СистемаСоздания)
  • над Заготовкой будущей ГотовойСистемы (хотя сервис может и не давать полной готовности).
  • в ходе ПрохожденияСервиса,
  • которое состоит из отдельных Сеансов,
  • Участниками которых являются Заготовки и взаимодействующий с ними через Интерфейс к Заготовке ПровайдерСервиса.

Дальше, конечно, нужно рассматривать множество самых разных ситуаций, к которым эта онтика может быть как-то адаптирована. Скажем, прохождение сервиса может быть не одиночной заготовкой, а их партией/batch, если это обучение, то студенты::заготовка ещё и взаимодействуют друг с другом в потоке::партия/batch. Системные уровни тоже могут меняться, поэтому внимательно смотрим, что там Заготовка и ГотоваяСистема.

Вот несколько примеров рассуждений с использованием онтики сервиса:

  • Шлифовка (шлифование) --- это операция::сервис провайдера шлифовки, который изготавливает шлиф в заготовке (заготовка будущей готовой системы как носителя шлифа, надсистемы шлифа --- то есть тут ГотоваяСистема на уровень выше, а целевой системой операции шлифовки будет шлиф) в ходе операции::сервис шлифовки. Заготовка принимает участие в сеансе шлифовки, равно как и провайдер шлифовки (подключаясь на интерфейсе к болванке). Будет ли переименована болванка::Заготовка в деталь::ГотоваяСистема, зависит от того, насколько выполнение операции шлифовки и создания шлифа::функциональная часть ГотовойСистемы тут будет последней работой/сервисом (грубо говоря, «гусеница» переименовывается в «куколку» только если метафорфоз завершён). Дальше можно рассматривать, что тут провайдер шлифовки: шлифовальный станок, шлифовальный станок и обслуживающие его люди («оборудование и приписанные к нему люди») или люди и приписанный к ним шлифовальный станок (это одно и то же, но если «станок и его люди», то проще обсуждать автоматизацию, устранение людей, а если «люди и их станок», то проще обсуждать, с кем договариваться, если станок не работает).
  • Курс обучения --- это сервис провайдера курса, который изготавливает мастерство в студенте::заготовка (тут тоже студент --- надсистема-носитель для будущего мастера::ГотоваяСистема, носителя целевого для курса мастерства) в ходе ПрохожденияКурса/«курсового потока», состоящего из занятий::сеансов. Студент в 4D принимает участие (participation, специализация part_of) в потоке, то есть наборе занятий, равно как и провайдер курса (подключаясь на интерфейсе к студенту) и другие студенты (если нет других студентов, то есть занятия::сеансы не групповые, то понятие «потока» не используется, говорят о «наборе занятий»). Будет ли агент, отыгрывающий роль студента переименован затем в мастера::ГотоваяСистема --- точно так же зависит от того, последний ли это поток курса в какой-то их серии. В потоке агенты, отыгрывающие роли студентов::«заготовки мастера» взаимодействуют не только с преподавателем (или компьютером, к которому приписан преподаватель --- если планируем автоматизацию и в конечном итоге убрать людей), но и друг с другом.
  • Игра --- это сервис провайдера игры, который стимулирует дофаминовую продукцию в игроке в ходе ПрохожденияИгры, состоящего из СеансовИгры. Игрок принимает участие в прохождении игры через участие в сеансах, равно как провайдер игры через интерфейс к игроку (и в групповых играх участники могут взаимодействовать и с провайдером, и друг с другом). Игрок не становится после игры ГотовойСистемой (хотя меняет состояние! Устаёт, или отдыхает, или злится от проигрыша) и тем более не становится ГотовойСистемой после сеанса игры (нет аналога переименования «гусеницы» в «бабочку» с возможными промежуточными состояниями, ибо нет какого-то радикального изменения, даже такого не слишком выраженного, как превращения «студента» в «мастера»).
  • Курс лечения --- это сервис провайдера лечения, который изготавливает здоровую часть организма в пациенте (заготовка будущего здорового человека, носителя здоровой части) в ходе прохождения курса, состоящего из процедур::сеансов лечения.
  • Проект совершенствования/улучшения/improvement --- это сервис провайдера развития, который в ходе прохождения проекта улучшения за время ряда шагов улучшения (сеансы) вносит какие-то настройки/переключения в мастерстве без изменения онтики этого мастерства (например, в настройки шлифовального станка вносятся коррективы, а обслуживающие станок операторы проходят тренинг, чтобы не смотреть каждый раз в инструкцию, а делать всё «по памяти». В этой ситуации не появляется никаких новых понятий и отношений, онтика шлифовки не меняется).
  • Проект развития --- это сервис офиса::провайдер развития, который изготавливает новое мастерство (развивает уже имеющееся мастерство, то есть добавляет фичу, «модернизирует», что-то делает с текущей онтикой мастерства) в НовойОргвозможности/NewCapability::ГотоваяСистема в ходе прохождения проектом развития ряда шагов развития, состоящих из курсов обучения, лидерских мероприятий, проектов подготовки инструментов/оборудования (это специализации ШаговРазвития::сеанс).

Так что онтика сервиса вроде как одна и та же для самых разных ситуаций, но всегда будут нюансы, поэтому будет меняться не только терминология, но и сами типы объектов в онтике.


  1. https://ru.wikipedia.org/wiki/CamelCase ↩︎