А запутаться тут легко.
Для рабочих проектов инженерии каких-то систем в пространстве-времени нам важно определять о каких системах мы говорим, и о системах ли мы говорим.
Наименование системы задается по основной ее роли. А как назвать роль?
А как не спутать роли и не запутаться между ролями и агентами?
Цитата из руководства МИМ [[Р5. Системное мышление]]:
Хорошим ходом тут будет переходить с языка ролей на язык функций
Тут есть ход очень элегантный: в разбирательстве с ролями опираться на методы, ну или функцию если мы говорим о системах, не состоящих из агентов.
Поэтому важно именно ролевое поведение. Если в нашем проекте выделяем вниманием (самостоятельно или нас к этому подводят ролевые интересы проектных ролей) какой-то физический объект как систему, то ход на понимание поведения этой системы/объекта приведет как к обсуждению объектов в окружении, так и к описанию поведения к этим системам в окружении. А уже это поведение/метод/функция и даст возможность понятного для всех описание названия роли. А роль даст возможность обозвать так целевую систему, чтобы вокруг нее можно было договорить весь граф создателей и внешних ролей.
Итого, цепочка ходов мышления:
- Целевая система (или система создания в широком понимании, но обязательно с дотягиванием внимания причинно-следственных цепочек к целевой!). Выделяем вниманием объекты как предметы синтеза или сервиса в пространстве времени, которые являются предметом инженерии, целевыми объектами, команд создателя. И систему выделяем через оказываемое поведение в системы в ее окружении в период использования/эксплуатации.
- Методы (иногда называют процесс или функция) . Выделяем вниманием поведение рассматриваемого ролевого физического объекта в пространстве-времени (проектируемое/необходимое, в настоящем или будущем), которое (поведение) приводит к желаемому состоянию, выделенный вниманием целевой объект синтеза в п.1
- для кибер-физической системы поведение называем функция.
- для системы-создателей, состоящих их агентов, людей или уже людей/ИИ с мастерством исполнения нужного для создания системы поведения метода.
- Роль. После того как разобрались с описанием функции/метода (и выделили из множества основную/ведущую по отношению к системам в окружении из п.1, т.к. их может быть множество), можно описать Роль.
- Модуль. Конструктив, исполняющий роль.
А далее, выделив ролевое поведение и роль, то можно разбираться с тем какой состав проектных ролей (если про создателей) или функциональных ролей (если про целевые системы, надсистемы и подсистемы).
Как это можно применить в создаваемых системах выпуска предприятия?
Ну вот, например, перед отделом/департаментом стоит проблема типа “кто нам нужен чтобы решить инженерную/организационную задачу”?
По сути вопрос такой “какой конструктив может стать подходящим”?
И будет очень плохим вариантом сразу выдать решение о том, какой конструктив (оргзвено) будет “подходяшкой” решения.
В МИМ есть [[Мантра системного мышления]] применительно к Целевым системам/объектам, но думаю примерно такой же принцип можно применять к графу движения рабочих продуктов в производственных цепочках.