Что такое событие в моделировании
Дискретно-событийное моделирование
Дискретно-событийное моделирование — это вид имитационного моделирования. В дискретно-событийном моделировании функционирование системы представляется как хронологическая последовательность событий. Событие происходит в определенный момент времени и знаменует собой изменение состояния системы.
Содержание
Компоненты системы дискретно-событийного моделирования
Кроме переменных, определяющих состояние системы, и логики, определяющей, что произойдет в ответ на какое-то событие, система дискретно-событийного моделирования содержит следующие компоненты:
Основной компонент системы, синхронизирующий изменения системы, т.е. возникновение событий.
Список событий
Система моделирования поддерживает по крайней мере один список событий моделирования.
Однопоточные системы моделирования, основанные на мгновенных событиях, имеют только одно текущее событие. В то время как многопоточные системы моделирования и системы моделирования, поддерживающие интервальные события, могут иметь несколько текущих событий. В обоих случаях имеются серьёзные проблемы с синхронизацией между текущими событиями.
Генераторы случайных чисел
Дискретно-событийные модели делятся на детерминированные и стохастические, в зависимости от того, каким образом генерируются события и основные характеристики очередей: время наступления событий, длительность обслуживания, количество клиентов, поступающих в очередь в единицу времени. Стохастические дискретно-событийные модели отличаются от моделей Монте-Карло наличием часов.
Статистика
Основные данные, которые собираются в системах дискретно-событийного моделирования:
Условие завершения
Условием завершения могут выступать:
Реализация
Дискретно-событийное моделирование
Обе формы DES контрастируют с непрерывным моделированием, в котором состояние системы изменяется непрерывно с течением времени на основе набора дифференциальных уравнений, определяющих скорость изменения переменных состояния.
В дополнение к логике того, что происходит при возникновении системных событий, моделирование дискретных событий включает в себя следующее:
Состояние
Список событий
Моделирование поддерживает как минимум один список событий моделирования. Иногда это называется набором ожидающих событий, потому что в нем перечислены события, ожидающие выполнения в результате ранее смоделированного события, но еще не смоделированные сами. Событие описывается временем его возникновения и типом, указывающим код, который будет использоваться для имитации этого события. Обычно код события параметризуется, и в этом случае описание события также содержит параметры для кода события.
Когда события происходят мгновенно, действия, продолжающиеся во времени, моделируются как последовательности событий. Некоторые структуры моделирования позволяют указывать время события как интервал, давая время начала и время окончания каждого события.
Механизмы однопоточного моделирования, основанные на мгновенных событиях, имеют только одно текущее событие. Напротив, многопоточные механизмы моделирования и механизмы моделирования, поддерживающие модель событий на основе интервалов, могут иметь несколько текущих событий. В обоих случаях возникают серьезные проблемы с синхронизацией между текущими событиями.
Обычно события планируются динамически по мере продолжения моделирования. Например, в примере банка, упомянутом выше, событие CUSTOMER-ARRIVAL в момент времени t, если CUSTOMER_QUEUE было пустым, а TELLER было бездействующим, включало бы создание последующего события CUSTOMER-DEPARTURE, которое произойдет в момент времени t + s, где s число, полученное из распределения ВРЕМЯ ОБСЛУЖИВАНИЯ.
Генераторы случайных чисел
Одна из проблем с распределениями случайных чисел, используемых при моделировании дискретных событий, заключается в том, что стационарные распределения времени событий могут быть неизвестны заранее. В результате начальный набор событий, помещенных в набор ожидающих событий, не будет иметь время прихода, представляющее установившееся распределение. Эта проблема обычно решается путем начальной загрузки имитационной модели. Прилагаются лишь ограниченные усилия, чтобы назначить реалистичное время для начального набора ожидающих событий. Однако для этих событий запланированы дополнительные события, и со временем распределение времени событий приближается к своему устойчивому состоянию. Это называется начальной загрузкой имитационной модели. При сборе статистики из работающей модели важно либо игнорировать события, которые происходят до достижения устойчивого состояния, либо запускать симуляцию достаточно долго, чтобы поведение начальной загрузки было подавлено поведением в установившемся состоянии. (Такое использование термина начальной загрузки можно противопоставить его использованию как в статистике, так и в вычислениях ).
Статистика
Конечное условие
Трехэтапный подход
Диагностика проблем процесса
Рабочая модель системы позволяет руководству понять драйверы производительности. Моделирование может быть построено так, чтобы включать любое количество показателей эффективности, таких как коэффициент использования работников, уровень своевременной доставки, процент брака, денежные циклы и т. Д.
Приложения для больниц
Операционная обычно используется несколькими хирургическими специалистами. За счет лучшего понимания природы этих процедур можно увеличить количество пациентов. Пример: если операция на сердце длится в среднем четыре часа, изменение расписания работы операционной с восьми доступных часов до девяти не увеличит пропускную способность. С другой стороны, если процедура грыжи занимает в среднем двадцать минут, дополнительный час также может не дать увеличения пропускной способности, если не учитывать вместимость и среднее время, проведенное в палате для восстановления.
Идеи по повышению производительности лабораторных тестов
Оценка решений о капиталовложениях
Имитационное моделирование обычно используется для моделирования потенциальных инвестиций. С помощью моделирования инвестиций лица, принимающие решения, могут принимать обоснованные решения и оценивать потенциальные альтернативы.
Сетевые симуляторы
Моделирование дискретных событий используется в компьютерной сети для моделирования новых протоколов, различных системных архитектур (распределенных, иерархических, централизованных, P2P) перед фактическим развертыванием. Можно определить различные метрики оценки, такие как время обслуживания, пропускная способность, отброшенные пакеты, потребление ресурсов и т. Д.
Подходы к системному моделированию:
Техники моделирования будущего
Сегодня мы поговорим об очень важной вещи, о которой вы, возможно, никогда не задумывались, а может, когда-либо, и слышали о ней. Речь пойдет о моделировании будущего, о программировании и создании нужных событий.
Мы поговорим о том, что в нашей жизни являют собой события: откуда они берутся, кто их программирует и почему так случается, что события, которых вы не ждете, наступают, а те события, которых вы очень хотите, просто страстно жаждете, никак не наступают и не сбываются.
Как оказалось, все события, которые происходят в нашей жизни, они создаются (моделируются) нами самими — нашими мыслями, тем, как мы относимся к тому или иному человеку и к тем или иным предметам, событиям и к тому образу жизни, которым мы живем. Все, что мы получаем в нашей жизни, целиком и полностью зависит от нас.
Сегодня с нами происходит то, о чем мы думали вчера. А завтра будет происходить то, о чем мы думаем с вами сегодня. И не зря мы сегодня с вами об этом говорим, потому что меня многие спрашивают: «Мерлин, а как сделать так, чтобы события в моей жизни происходили так, как я хочу?».
И это оказалось не столь сложным. Оказалось, что уже давно, много веков назад люди умели это делать. Люди умели программировать свои события. И не только прогнозировать, а прямо создавать событийный поток, который приводил их к нужному результату. Этим занимались очень многие духовные практики, в том числе и даосские. Вот как раз о даосских практиках чуть больше я вам сейчас и расскажу.
Как вы уже, наверное, догадались, необходимо что-то делать, чего в жизни вы еще не делали. И необходимо, соответственно, как-то думать, как вы в жизни не думали. Для того, чтобы притянуть в свою жизнь нужные события, нужные суммы денег, нужных людей, нужных партнеров, нужный бизнес, необходимо кое-что у себя перестроить. И, возможно, я вам расскажу то, о чем вы никогда не слышали. Сейчас вы услышите, как это можно сделать вам лично и абсолютно изменить свою жизнь.
Но сначала пару слов о том, как это работает. Работает это следующим образом. Древние даосы заметили, что мысли очень сильно влияют на то, что у нас происходит в жизни. Они в прямом смысле моделируют и программируют наше будущее.
Наверняка вы знаете, что я практик. Давайте сделаем с вами практику. Для этого у меня есть специальные предметы, которые нам помогут. Например, это натуральные рога дикого яка из Тибета. И еще поможет нам пчелиный воск, который пчелы заготавливают. Зачем нам это нужно? Вы, наверное, слышали неоднократно пословицу «Брать быка за рога». Чтоб вам легче было представлять, как эту практику делать, мы с вами будем брать быка за рога.
Для чего это нужно? В этой практике мы будем использовать две стихии – стихию Огня и стихию Воды. Огонь – это сердце, а Вода – это почки. Эти рога будут символизировать связь с природой, с жизненной силой быка. Так вам легче будет представить. Конечно, на самом деле получается немножко не так, все сложнее. Но для того, чтобы вы могли без рогов яка сделать эту практику, представлять будете так.
Техника «Моделирование событий» (практика)
Я беру кусочек воска и кладу его в рот. Немножко разжевываю. Получается своего рода жвачка. Оставляю его во рту. Для чего это делается? Это делается для того, чтобы у меня появилась некая связь с тем пространством жизненным, в котором живут пчелы. И рога я беру таким образом, как будто беру быка за рога. Это лечебные рога. Они используются специально для лечебных целей, существуют практики соскабливания.
Вам тоже нужно сделать жевательные движения, они помогут вам войти в состояние. Дальше необходимо руки вытянуть вперед и сжать рога в кулаки. Представьте, что перед вами бык, и вы держите его за рога. Необходимо сильно сжать кулаки. Сначала пальцы сжимаются, потом сам кулак. Напрягаете эти кулаки. Потом глаза закрываются и тоже сжимаются. Сжимаются челюсти и напрягаются все мышцы лица. И не только это.
Упражнение выполнять нужно стоя. Ступни стоят на поверхности. Пальцы ног сжать так, как будто вы цепляетесь когтями. В цигуне это называется укоренение. И еще нужно будет сжать три группы мышц в промежности. Что мы будем делать? Во-первых, это делается очень быстро, но вы почувствуете всю действенность этого упражнения. Это будет первый шаг к программированию и моделированию ваших событий в жизни. Это такой предварительный вступительный шаг.
Когда вы все сожмете, представьте огонь в своем сердце. Вы должны понимать, огонь в вашем сердце разгорится. Две стихии – Огонь и Вода – будут взаимодействовать, и вы наполнитесь энергией.
Упражнение мы будем делать всего три раза. Поэтому приготовьтесь, встаньте, ноги на ширине плеч, носки ног чуть-чуть внутрь. Пальцы ног как будто вцепились в поверхность, как когти. Нужно будет напрячь все группы мышц, лицо, сжать кулаки. Возможно, у вас лицо покраснеет или вы почувствуете жар, начнет выделяться пот. Это все нормально. Таким образом, вы входите в состояние для создания событий в своей жизни.
И как раз в тот момент, когда вы все это сделаете, зажжете в сердце Огонь, вам необходимо будет почувствовать, как вы соединяете Огонь в сердце с Водой в почках. Все усиливается и в этот момент нужно подумать о том событии, которое вы бы хотели создать.
У нас будет с вами три попытки. Это сделать физически достаточно напряженно, чтоб вы знали. Поэтому приготовьтесь к тому, что будет физическая нагрузка. Итак, приготовились. Руки вытянули вперед, сжали в кулаки. И теперь закрыли глаза, сжали кулаки, лицо, вцепились ногами, укоренились. Напрягли все мышцы промежности. И задержали дыхание.
Представляем Огонь в сердце. Отпустили. Вы чувствуете, как пошла энергия. И второй раз. Закрыли глаза, взяли быка за рога, сжали кулаки, глаза, лицо, мышцы промежности. Ноги вцепились и задержали дыхание. Почувствовали огонь, он разгорается в теле. Остановились второй раз.
И еще третий раз. В нем происходит соединение, которое помогает создать события в вашей жизни. Итак, приготовились. Руки вперед. Взяли быка за рога. Сжали кулаки, мышцы лица, промежности, укоренились. Задержали дыхание. И представили то, что вы хотите. Расслабьтесь.
Это упражнение, которое вы проделали, способствует моделированию будущего и привлечению нужных вам событий, которые вы хотите увидеть в собственной жизни.
Практика «Моделирование событий» (видео)
Смотрите видео, делайте практику и моделируйте нужные вам события — управляйте своей Судьбой!
Пусть ваши желания станут Реальностью!
P.S. Примите в ДАР мощный Цифровой Амулет «ЭКСТРЕННАЯ УДАЧА» :
ПОНРАВИЛОСЬ ТО, ЧТО ПРОЧИТАЛИ? ПОДЕЛИТЕСЬ!
Обе формы DES контрастируют с непрерывным моделированием, в котором состояние системы изменяется непрерывно с течением времени на основе набора дифференциальных уравнений, определяющих скорость изменения переменных состояния.
СОДЕРЖАНИЕ
Пример
Составные части
В дополнение к логике того, что происходит при возникновении системных событий, моделирование дискретных событий включает в себя следующее:
Состояние
Список событий
Моделирование поддерживает как минимум один список событий моделирования. Иногда это называется набором ожидающих событий, потому что в нем перечислены события, ожидающие обработки в результате ранее смоделированного события, но еще не смоделированные сами. Событие описывается временем его возникновения и типом, указывающим код, который будет использоваться для имитации этого события. Обычно код события параметризуется, и в этом случае описание события также содержит параметры для кода события.
Когда события происходят мгновенно, действия, продолжающиеся во времени, моделируются как последовательности событий. Некоторые структуры моделирования позволяют указывать время события как интервал, давая время начала и время окончания каждого события.
Механизмы однопоточного моделирования, основанные на мгновенных событиях, имеют только одно текущее событие. Напротив, многопоточные механизмы моделирования и механизмы моделирования, поддерживающие модель событий на основе интервалов, могут иметь несколько текущих событий. В обоих случаях возникают серьезные проблемы с синхронизацией между текущими событиями.
Обычно события планируются динамически по мере продолжения моделирования. Например, в примере банка, упомянутом выше, событие CUSTOMER-ARRIVAL в момент времени t, если CUSTOMER_QUEUE было пустым и TELLER было бездействующим, включало бы создание последующего события CUSTOMER-DEPARTURE, которое произойдет в момент времени t + s, где s число, полученное из распределения ВРЕМЯ ОБСЛУЖИВАНИЯ.
Генераторы случайных чисел
Одна из проблем с распределениями случайных чисел, используемых при моделировании дискретных событий, заключается в том, что стационарные распределения времени событий могут быть неизвестны заранее. В результате начальный набор событий, помещенных в набор ожидающих событий, не будет иметь время прихода, представляющее установившееся распределение. Эта проблема обычно решается путем начальной загрузки имитационной модели. Прилагаются лишь ограниченные усилия, чтобы назначить реалистичное время для начального набора ожидающих событий. Эти события, однако, планируют дополнительные события, и со временем распределение времени событий приближается к своему устойчивому состоянию. Это называется начальной загрузкой имитационной модели. При сборе статистики из работающей модели важно либо игнорировать события, которые происходят до достижения устойчивого состояния, либо запускать симуляцию достаточно долго, чтобы поведение начальной загрузки было подавлено поведением в установившемся состоянии. (Такое использование термина начальной загрузки можно противопоставить его использованию как в статистике, так и в вычислениях ).
Статистика
Конечное условие
Трехэтапный подход
Общее использование
Диагностика проблем процесса
Рабочая модель системы позволяет руководству понять драйверы производительности. Моделирование может быть построено так, чтобы включать любое количество показателей эффективности, таких как коэффициент использования работников, уровень своевременной доставки, процент брака, денежные циклы и т. Д.
Приложения для больниц
Операционная обычно используется несколькими хирургическими специалистами. За счет лучшего понимания природы этих процедур можно увеличить количество пациентов. Пример: если операция на сердце длится в среднем четыре часа, изменение графика работы операционной с восьми доступных часов до девяти не увеличит пропускную способность. С другой стороны, если процедура грыжи занимает в среднем двадцать минут, дополнительный час также может не дать увеличения пропускной способности, если не учитывать вместимость и среднее время, проведенное в палате для восстановления.
Идеи по повышению производительности лабораторных тестов
Оценка решений о капиталовложениях
Имитационное моделирование обычно используется для моделирования потенциальных инвестиций. С помощью моделирования инвестиций лица, принимающие решения, могут принимать обоснованные решения и оценивать потенциальные альтернативы.
Сетевые симуляторы
Моделирование дискретных событий используется в компьютерной сети для моделирования новых протоколов, различных системных архитектур (распределенных, иерархических, централизованных, P2P) перед фактическим развертыванием. Можно определить различные метрики оценки, такие как время обслуживания, пропускная способность, отброшенные пакеты, потребление ресурсов и т. Д.
Моделирование событий и операций
Введение
Допустим, что мы наблюдаем процесс точения детали. Зададимся вопросом: кто точит деталь? Ответом может быть: Иванов, токарь, начальник цеха, друг Петрова. Мы можем сказать, что это один и тот же человек, но потом понимаем, что токарь – не человек, а роль, начальник цеха и друг – тоже. Так кто же точит деталь?
Пусть есть событие «яблоко поспело». До этого события яблоко было зеленым, после этого события яблоко стало красным. Вопрос: каким было яблоко в процессе совершения самого события?
В этой статье я отвечу на эти два вопроса с точки зрения проекционного моделирования.
Как я говорил, две проекции на время и на пространство дают представление о моделируемом пространственно-временном объеме. Существует три способа спроецировать 4-Д объем на время:
С другой стороны, 4-Д объем проецируется и на пространство. Есть три разных способа спроецировать 4-Д объем на пространство в виде:
4-Д объем проецируется на пространство в виде конструкции, то трактовать его можно так: Иванов из заготовки выточил деталь.
Если 4-Д объем проецируется на пространство в виде кучи, то трактовать его можно так: выпущена партия товара.
Как я говорил, трактовкой событий проекционное моделирование не занимается, но создает основу для моделирования трактовок. Его задача – корректно смоделировать 4-Д объемы, чтобы потом поверх этой модели можно было построить трактовку этих объемов. Это значит, что любая трактовка события, такая как например: из заготовки была получена деталь, идет поверх факта о том, что в 4-Д объеме операции присутствует 4-Д объем, трактуемый как деталь и 4-Д объем, трактуемый как заготовка. Почему так сделано? Потому что одну и ту же операцию можно трактовать по-разному, одни и те же части ее – тоже. Два субъекта могут сойтись в том, что в операции участвовали деталь, заготовка, станок и Иванов, но могут разойтись в ее трактовке. Один скажет, что это Иванов выточил деталь на станке, а второй скажет, что это станок выточил деталь под управлением Иванова.
Другой пример: один может сказать, что это была операция по продаже. Другой может сказать, что операция была по покупке. Один продавал амфибию, а второй купил лодку. У каждого в информационной системе зафиксированы и операция, и ее участники, но, чтобы проследить судьбу объекта, трактуемого одним как амфибия, а вторым как лодка, нужно уметь смоделировать 4-Д объем отдельно от его трактовки.
Построить модель трактовки всегда можно поверх модели 4-Д объемов, а вот построить модель 4-Д объемов на основе трактовки – увы, невозможно. Для построения такого рода моделей надо научиться разделять модели 4-Д объемов от модели их трактовок. С этим навыком у современных аналитиков большая проблема. Более того, почему-то считается дурным тоном это делать. Результатом становятся модели, отражающие только одну точку зрения. Когда ее достаточно, модель строится корректно, но, когда надо учесть больше точек зрения, задача становится неразрешимой.
В статье Моделирование активов предприятия при помощи проекционного моделирования я вспомнил пример из практики, когда возникла необходимость построения моделей одновременно с двух разных точек зрения: с точки зрения учета физических объектов и с точки зрения учета функциональных объектов. Напомню, что необходимость их учета возникла из-за того, что один и тот же термин в разных областях деятельности означает разные объекты. Трансформатор для эксплуатации и трансформатор для учета материального учета – разные объекты. Отличие в том, что в трансформатор для материального учета – это груда железа, не обязательно включенная в цепь. Такой трансформатор называют физическим объектом, или единицей оборудования. Для эксплуатации трансформатор должен быть подключен к цепи. Такой трансформатор называют функциональным объектом. Из этого есть следствие. Если мы моделируем операцию, то ее 4-Д часть с разных точек зрения может трактоваться по-разному: как часть физического трансформатора, или как часть функционального трансформатора. То есть, один и тот же 4-Д объем может трактоваться как физический трансформатор или как функциональный трансформатор.
В системной инженерии справляются с этой задачей, используя две предустановленные точки зрения (правда, об этом в стандарте, на мой взгляд, рассказано чрезвычайно запутано и противоречиво). Но, когда двух точек зрения становится недостаточно, системная инженерия пасует. Например, если надо сказать, что узел одновременно выполняет три функции: меряет температуру, скорость движения и скорость вращения вала двигателя, то нельзя сказать, что с одной точки зрения 4-Д объем может трактоваться как функциональный объект под названием термометр, с другой — как функциональный объект под названием спидометр, а с третьей — как функциональный объект под названием тахометр. Поэтому мы вынуждены идти дальше.
Итак, приступим к делу.
Трактовка проекций в виде событий
Для начала возьмем проекцию на пространство в виде объекта. То есть, у нас 4-Д объем проецируется на пространство в виде одного объекта. Как можно трактовать такую проекцию?
Допустим, что необходимо смоделировать событие «машина перекрашена из красного цвета в белый». Как смоделировать этот факт? Начнем с того, что в этом событии участвует некий 4-Д объем. Этот объем трактуется нами как часть 4-Д объема машины. Итак, первая трактовка 4-Д объема – это машина. Другая трактовка в том, что это белый объект и третья – что это красный объект. Это очень похоже на кота Шредингера. До тех пор, пока событие не пройдет, мы не знаем какого цвета машина, и она одновременно в нашем представлении и красная, и белая.
Гладя на эту модель, можно ли из данных о событии вывести, какого цвета будет машина после события? Нет, нельзя. Чтобы понять, какой машина была до, и какой она будет после, нам нужен сценарий: операция до, событие и операция после. Операция до говорит о том, что машина была красная. Операция после говорит о том, что она белая. Тогда, зная сценарий, мы можем вывести тот факт, что внутри события машина изменила цвет.
Это контринтуитивно, но логика говорит, что это так. Я долго не мог понять Крисса Партриджа, в том месте, где он написал, что в операции по созреванию яблоко одновременно и спелое, и неспелое. Только сейчас, пройдя этот путь самостоятельно, я понял, о чем он говорил!
Итак, факт того, что машина сменила цвет с красного на белый может быть выведен только из сценария. Вывести этот факт на основе события невозможно. И это противоречит распространенному утверждению о том, что событие – это изменение состояние чего-то. Изменение – это сценарий, а не операция и не событие.
Но даже зная сценарий, трактовать его можно по-разному. Поэтому вывести факт о том, что машина сменила цвет можно, но нельзя сказать, почему так получилось. Ответ на вопрос «почему» возлагается на интерпретацию события — покраска. Трактуем событие как покраску и на основе этой трактовки делаем вывод, что смена цвета произошла из-за покраски. Но в событии должно быть сказано, покраска чего? И вот тут есть та забавная особенность, на которую стоит обратить внимание. Мы помним, что та часть пространства-времени, которая трактуется в событии как машина, может трактоваться и как красный объект. Вопрос: что же красится в событии? Ответом будет: роль. То есть, роль – это обозначение 4-Д объема, который можно трактовать по-разному в зависимости от точки зрения. Можно трактовать как машину, можно как красный объект. Для этого для операции придумывается Роль1, и говорится, что трактовкой операции будет: Покрасить Роль 1. Теперь, подставляя вместо Роль 1 любую трактовку, мы получим новое утверждение. Так получается, что деталь точил Иванов, токарь и начальник цеха.
На этом моделирование события покраски машины заканчивается. Если мы оставим событие и его трактовку, хватит ли нам знаний для того, чтобы сказать, что машина сменила цвет? Нет, не хватит, потому что операция по покраске могла завершиться неудачно. То, что она завершилась успешно, становится ясно только на основе знаний, полученных вне события – из сценария.
Все участники в операции начинают свое участие одновременно и заканчивают одновременно. Это тоже кажется странным. Например, то, что заготовка и деталь начинают свое участие в операции по точению одновременно с ее началом и заканчивают одновременно с ее окончанием кажется нелепым. То, что в операции по включению света темнота и свет начинают свое участие одновременно и заканчивают одновременно – тоже. Интуиция сопротивляется этому тезису. Но давайте посмотрим, что говорит нам интуиция. Она говорит: в операции по включению света темнота участвует вначале, свет — потом. Свет и темнота не могут пересекаться! То есть, интуиция апеллирует к сценарию! Она говорит: давайте рассмотрим сценарий, в котором сначала темнота, а потом – свет. То есть, давайте уточним модель, чтобы развести по разные стороны темноту и свет. Но, уточняя модель, мы все равно наткнемся на событие, в котором свет и темнота существуют вместе. Такая гонка за точностью может длиться бесконечно. Для тех, кто любит математику: можете представить себе временную последовательность, которую дает нам серия уточняющих моделей, которая в пределе сойдется к какому-то конкретному временному значению. Это значение можно будет назвать сечением между светом и тьмой. Привет сечениям Дирихле!
Заметьте, мы рассмотрели проекцию одного 4-Д объема на время и уже столько невероятных и контринтуитивных следствий! Уверяю вас, это только начало. Я только немного приподнял занавес! Невероятное количество разных возможностей моделирования открывается, если следовать логике.
Определение понятия роли
Можно продолжать давать различные трактовки различным комбинациям проекций, но сейчас я хочу остановиться и вернуться немного назад. Мне хочется поделиться еще одним красивым фактом, следующим из предыдущих рассуждений. Я хочу рассказать про функциональную роль.
Определение термина роль также трудно, как и определение термина функция. Недавно я столкнулся с мнением, озвученном на форуме системной инженерии, о том, что термин функция является базовым и неопределимым понятием. Если это так, то с этим определением мы не сможем даже декомпозировать функцию! А это очень плохо. Я представил такое определение функции, в результате которого с функцией можно делать все, что пожелаешь: рассматривать под разными углами, декомпозировать, синтезировать на ее основе более крупные функции и тд. В данной статье я расскажу, как в функции появляются роли. Это позволит нам работать с ролями так же, как и с функциями: как мы того пожелаем.
В трактовке события есть роль. Ролям присваиваются имена. Самыми распространенными названиями ролей являются названия, заимствованные из теории деятельности. В теории деятельности утверждается, что в каждой деятельности должен присутствовать субъект, которого деятельность называет «исполнитель», объект деятельности: то, над чем производится работа: материал, результат деятельности: результат, инструмент деятельности: инструмент. Иногда вспоминают еще и про цель деятельности: цель. Такой подход к названию ролей является хорошим подспорьем в создании информационных моделей. Типов ролей немного, они унифицированы, почти для любой операции их можно найти. Беда в том, что заимствованы они из теории деятельности. А деятельность описывает психическую функцию субъекта, а не активность механизмов. И использовать указанные названия ролей можно лишь тогда, когда мы рассматриваем активность, в которой присутствует субъект, да еще с точки зрения деятельности. Когда же нам надо описать активность механизмов, или описать активность не с точки зрения деятельности, то теория деятельности перестает быть применимой. Если же мы упорствуем в своем стремлении натянуть презерватив на глобус, появляются модели, в которых механизмы несут в себе свойства одушевленных предметов: могут что-то делать, управлять, совершать действия и проч. Этот обман мало кто понимает, еще меньше понимают причины этого обмана. Я только что вам рассказал о нем. Мне крайне интересно, кто-нибудь понял его? Очень хочется услышать ответ от тех, кто это понял.
Иногда предустановленных ролей из теории деятельности становится недостаточно для описания активности. Тогда люди придумывают специфические роли. Например, исполнителя операции точения называют токарем, исполнителя функции управления заводом – директором. Так появляется множество других ролей. Кругом нас – множество операций, множество функций. Один и тот же 4-Д объем может одновременно участвовать в разных операциях и функциях. Поэтому происходят пересечения, когда начальник отдела и токарь – одно лицо. Просто один 4-Д объем трактуется одновременно и как участник одной функции, и как участник другой.
Спасибо! В следующей статье Продолжение рассказа о моделях. Сложные кейсы я расскажу про более сложные модели.