Итак …
Предприятия создают системы. системы - специальный вид вещей.
Предприятие может самостоятельно создавать всю систему и выпускать ее - доставлять заказчику, или входить в цепочку кооперации, и создавать какую-то часть системы или создавать создателя системы, или менять/улучшать создателя системы.
Создаваемая система чаще используется за пределами создающего ее предприятия.
Агенты для которых система создается используют эту систему для решения своих задач - изменения объектов - перевода объектов в требуемые состояния путем выполнения работ по методу, с использованием созданной системы.
в свою очередь, результаты работы этих агентов могут быть востребованы другими агентами, находящимися не следующем уровне.
что тут важно понимать и принимать - система которая создается, интересна нам в момент ее эксплуатации - когда система работает, выполняет свою функцию, помогает выполнять функцию надсистеме, в которую встраивается эта система.
даже в момент когда система еще не существует в материале, а только замысливается и проектируется, важно думать про момент ее эксплуатации агентами в ролях, меняющих состояния объектов по методу
систему определяют по ее основной функции - той функции которую она выполняет в момент своего использования пользователями
если система в момент своего использования не приносит пользу, то это будет расстраивать пользователей и делать их грустными, и они за такую систему платить не будут.
когда мы хотим описать ситуацию использования системы конечным пользователем или агентом из надсистемы, то должны выделить следующие объекты и сущности из фона:
- сама создаваемая система
- агенты которые будут ее использовать
- причина по которой эта система необходима/полезна для агентов-пользователей/эксплуатантов системы
- действия агентов во время эксплуатации системы
- окружающие условия в момент эксплуатации системы
- место где система эксплуатируется
- время эксплуатации системы, период эксплуатации, или событие к которому привязано использование системы
- частоту использования системы (если это важно и имеет значение)
далее можно перейти к описанию того, что изменится:
- в мире, после действий агента-пользователя системы
- у самого агента-пользователя системы
- у других агентов, которые будут получать пользу от результата созданного с использованием системы
полученные ответы будут представлять из себя сценарий использования системы для решения каких-то задач. как будто это кино про историю про использование системы и про изменения в окружающем мире, которые эта система создает
пример с телекоммуникационной компанией которая изготавливает систему под названием “сеанс связи между абонентами сотовой сети”.
ситуация эксплуатации целевой системы может быть далеко от конкретного агента в цепочке кооперации, как в пространстве, так и во времени. например, ваша компания проектирует самолет. до того момент как он совершит первый полет, может пройти очень много времени. и испытания могут проводить на другом континенте - сильно далеко от агента который разрабатывал конструкторскую документацию.
тем не менее схема описания ситуации эксплуатации системы может быть применена и к такой ситуации. надо сначала описать ситуацию использования описания агента, далее перейти к описанию использования описания изготовленного при помощи исходного описания, и так повторять описывать использование описаний, созданных/изготовленных с помощью предыдущих описаний, до момента пока не дойдете до ситуации использования конечной системы. бесконечно такие цепочки длится не могут.
на основании одних описаний создаются новые описания, или трансформируются существующие описания. и так формируется цепочка описаний описаний
детализация таких описаний определяется по ситуации. но лучше изначально описывать развернуто, а потом по мере необходимости это описание сокращать. основное что необходимо достигнуть с помощью описания - необходимо "увидеть "у себя в голове ситуацию использования системы в реальной работе, для выполнения которой эта система и создавалась.
для успешного движения по карьере необходимо развивать в себе умения:
- выделять целевую систему
- моделировать шаги как граф создателей системы = производственную цепочку
- определять собственную позицию в такой производственной цепочке
- вычислять целевую систему, чтобы контролировать что вы еще не приступили к созданию ерунды вместо системы
ошибка: считать что целевой системой то что вы создаете напрямую. все что остальное в цепочке создания - “далеко от нас и нас не касается”.
чтобы такой ошибки не совершать, инженеру-менеджеру необходимо погружаться в предметную область агентов-эксплуатантов = конечных пользователей
вы скорее всего не сможете создать хорошую систему за которую заплатят, если не разберетесь с тем, как она будет использоваться заказчиком в его задачах.
для того чтобы разработать хорошее техническое решение необходимо исследовать предметную область заказчика системы, запускать продуктовые исследования. просто “хорошо выполнять только свою работу” уже не достаточно. “просто писать код” - не прокатит. если создается ерп-система для автоматизации какой-то компании или области деятельности, то необходимо исследовать эту область.
если ерп будет управлять ульем для производства меда, то надо изучить вопросы пчеловодства и управления жизнью улья.
такие дела.
спасибо за внимание