Модели системной динамики
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
В книге Шервуда Видеть лес за деревьями в главе 8 Стимулирование роста дан график (рис. 8.10) изменения доходности бизнеса при действии нескольких уравновешивающих петель не одновременно, а по очереди.
Я попытался получить это график при моделировании работы бизнеса в программе iThink. Я интерпретировал этот рисунок как ряд последовательных циклов улучшений работы системы за счет повышение возможностей системы производить результат.
В итоге получилась такая модель:
Поведение такой системы дано на графике
Совпадение вполне удовлетворительное
Логика работы с ограничениями такая: пока наблюдается рост бизнеса, ограничение не изменяем, когда рост бизнеса замедляется, то направляем инвестиции на изменение устранение ограничений; устранение ограничений происходит с временной задержкой.
Вроде все логично.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
Филонов пишет
Для наглядности достаточно привести масштаб шкал способности 1:200 и и производительности 1:100 к одной (1:200 перевести в масштаб 1:100, так чтобы линия 3 стала выше линии 1 (чуть выше 100)). Масштаб в программе выбирается автоматически
Добавить небольшую дополнительную задержку после "давление на выполнение работы" в Вашей схеме #53122 .Зачем?
Добавить выход (облачко процесса) справа в 53122...К какому запасу добавить выход? Возможности? Это не повлияет на характер процесса
Там много еще интересных следствий, если рассуждать в рамках масштабы (как views, pastiche), единицы измерения (язык, онтология, view point), графики как дуги окружностей разных радиусов, view и т.д.
Давление идет не постоянно, а импульсно. Надо рассматривать последствия реакции системы на импульсное воздействие (пришел начальник раздолбал) .
Представленные графики очень грубо, сильно усредненно показывают общий тренд. (приблизительно как тренд погода зима, весна, лето, осень vs погода на завтра или неделю) Стояла задача - показать на диаграмме основные взаимодействующие процессы: стремление скорее выполнить задание и процесс повышение возможностей справятся с заданиями за счет новых технологий
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Филонов
- Не в сети
- Живу я здесь
- Сообщений: 6616
- Спасибо получено: 714
Александр Запорожцев пишет: Модель производительности, исправленная по замечаниям Георгия Лейбовича
Филонов пишет
Для наглядности достаточно привести масштаб шкал способности 1:200 и и производительности 1:100 к одной (1:200 перевести в масштаб 1:100, так чтобы линия 3 стала выше линии 1 (чуть выше 100)). Масштаб в программе выбирается автоматически
Добавить небольшую дополнительную задержку после "давление на выполнение работы" в Вашей схеме #53122 .Зачем?
Добавить выход (облачко процесса) справа в 53122...К какому запасу добавить выход? Возможности? Это не повлияет на характер процесса
Я писал комментарии к другой схеме (#53122)
Здесь также лучше добавить дополнительный кран (время работы) после крана (возрастание способностей).
Сколько не тряси пальму дополнительно - банан не упадет.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
В диаграмме изменены только названия, а структура осталась прежнейАлександр Филонов пишет: Я писал комментарии к другой схеме (#53122)
Здесь также лучше добавить дополнительный кран (время работы) после крана (возрастание способностей).
Принцип Окама - не увеличивая сущности без надобности. Мы не рассматриваем потерю Возможностей
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Филонов
- Не в сети
- Живу я здесь
- Сообщений: 6616
- Спасибо получено: 714
Александр Запорожцев пишет: Принцип Окама - не увеличивая сущности без надобности. Мы не рассматриваем потерю Возможностей
Ага. Трусите пальму сильнее. (Принцип Оккама).
(Cтатья как раз про то, что способности - это изменение сущности )
Подменив способности (smart actions) возможностью (dull actions), а производительность (кпд) - результативностью, Вы изменили СУЩНОСТЬ.
Способность = перестройка структуры внутри черного ящика, (который вы назвали возможностью), расширив понятие (способность), и тем самым сделав его более тупым (dull)
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
Ничего не понялАлександр Филонов пишет:
Александр Запорожцев пишет: Принцип Окама - не увеличивая сущности без надобности. Мы не рассматриваем потерю Возможностей
Ага. Трусите пальму сильнее. (Принцип Оккама).
(Cтатья как раз про то, что способности - это изменение сущности )
Подменив способности (smart actions) возможностью (dull actions), а производительность (кпд) - результативностью, Вы изменили СУЩНОСТЬ.
Способность = перестройка структуры внутри черного ящика, (который вы назвали возможностью), расширив понятие (способность), и тем самым сделав его более тупым (dull)
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Филонов
- Не в сети
- Живу я здесь
- Сообщений: 6616
- Спасибо получено: 714
Александр Запорожцев пишет: Ничего не понял
А зачем Вам понимать?
Принцип Оккама: замените "не понял" (способность) на "понял" (возможность) и чики-пики.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
Анализирую материалы с описанием построения моделей, в качестве первого материала выбрал статью Жаринова "О сдельной и не сдельной оплате труда"
Вот одна из первых его моделей
В модель введена цепочка заменяющая неявную связь между переменными Производственные ресурсы и Способность справляться с заказами: уровень загрузки ресурсов, защитные мощности и размер незавершенного производства. Пытался эти элементы ввести в модель - пока ничего не получилось - нужно разббираться
Сделал модель, которая работает (выдает ожидаемое поведение)
Проверил - все правильно
Вопрос - может цепочка связей заменить пряму связь между оборудованием и возможностью справляться?
Мне кажется, что цепочка уровень загрузки ресурсов, защитные мощности и размер незавершенного производства может только влиять на возможность справляться, но никак не позволяет учесть главный фактор - увеличение численности оборудования
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
Стремление максимально загрузить ресурсы и НЗП. Стремление загрузить ресурсы проводит к росту НЗП, что уменьшает Возможность вправляться.
При стремлении максимально загрузить ресурсы = 0.6 получен следующий график
Если стремление загрузить ресурсы увеличивается до 0.9, то процесс роста бизнеса заметно замедляется
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Запорожцев
- Автор темы
- Не в сети
- Живу я здесь
- Сообщений: 5576
- Спасибо получено: 594
Исходная диаграмма циклической причинности из книги Шервуда имеет вид
Поставлена задача - разработать модель потоков и запасов
Рассмотрим первую часть - управление количеством персонала
В этой модели реализована нижняя петля - управление количеством персонала и часть средней петли - управление потерей персонала
Переменная Желание уволиться - характеризует количество персонала, которое готово уволиться по собственному желанию
Принято плановое количество персонала = 1000, а приемлемый уровень потерь персонала = 50.
Если желающих уволиться возрастет с приемлемого уровня 50 до 75, то поведение системы будет следующим
Переменные системы изменяются предсказуемым образом.
Поведение становиться непредсказуемым, если ввести задержку в поток Прием-увольнение (Пpием_Увольнение = DELAY(Pазница_кол_пеpсонала,1))
Если вы знакомы с динамикой систем, то результат ожидаем - наблюдается переходный колебательный процесс, который переходит в стабильное состояние.
Если увеличить задержку (Пpием_Увольнение = DELAY(Pазница_кол_пеpсонала,2)), то стабильного состояния не наступает и процесс теряет устойчивость
Все как предсказывал Форрестер (Индустриальная динамика)
Есть идеи, как изменить структуру системы, чтобы при наличии задержки процесс оставался стабильным?
Было бы интересным узнать реальные проблемы с поддержанием численности персонала.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.