ТОС и системная динамика


4 года 4 мес. назад - 4 года 4 мес. назад #52992 от Александр Запорожцев

Александр Филонов пишет:

Александр Запорожцев пишет: А на каких принципах построено утверждение, что туча решает проблемы организации?


Это аксиома. (см Голдратта):laugh:

С Голдраттом спорить не буду, а вот на основе какой информации нужно стоить IOM и CRT? Где взять эту информации в какой форме сделать описание.

Где здесь Вы берете знания для построение тучи?
Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #52993 от Александр Запорожцев
Нашел статью, в которой предлагается метод использования инструментов ТОС в СД
Steven J. Balderstone Increasing User Confidence in System Dynamics Models Through Use of an Established Set of Logic Rules to Enhance Forrester and Senge’s Validation Tests.
Abstract
System dynamics modelling is an approach to policy analysis and design that is founded upon the development of causal loop influence diagrams and dynamic simulation models. Forrester and Senge (1980) discuss the need for building confidence in system dynamics models via use of a set of validation tests. Forrester and Senge claim that the validation process should extend to include persons not directly involved with constructing the model. They also state that unless the modeller’s confidence in a model can be transferred, the potential of a model to enhance understanding and lead to more effective policies will not be realised. This objective can be achieved by using a set of logic rules, normally employed to validate the “tree” structures used within the Theory of Constraints “Thinking Processes”. The logic rules, known as the Categories of Legitimate Reservation (CLR), can be used to validate system dynamics models, providing an enhancement to the use of the validation tests promoted by Forrester and Senge. The use of the CLR within the validation process is a means of achieving the goal of transferring confidence in the
model, from model builders to the model users. Such involvement aid in gaining user “buy-in” to the system dynamics model as a source of information for policy and strategy formulation.
Прочел статью. Предлагается использовать критерии проверки логических построений для валидации модели системной динамики. Представляется логичным!
Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад #52994 от Александр Филонов

Александр Запорожцев пишет: Нашел статью, в которой предлагается метод использования инструментов ТОС в СД


А я Вам давно говорю, наберите в интернете TOC and System Dynamics и сдуйте всё.:laugh: А он мне пасть, пасть...

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #52995 от Александр Запорожцев

Александр Филонов пишет:

Александр Запорожцев пишет: Нашел статью, в которой предлагается метод использования инструментов ТОС в СД


А я Вам давно говорю, наберите в интернете TOC and System Dynamics и сдуйте всё.:laugh: А он мне пасть, пасть...

Нельзя осчастливить другого Каждый до всего должен дойти сам)))

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад #52996 от Александр Филонов

Александр Запорожцев пишет: Нельзя осчастливить другого Каждый до всего должен дойти сам)))


Ну тогда возвращаемся на Старую Смоленскую дорогу )))

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #52997 от Александр Филонов

Александр Запорожцев пишет: С Голдраттом спорить не буду, а вот на основе какой информации нужно стоить IOM и CRT? Где взять эту информации в какой форме сделать описание.
Где здесь Вы берете знания для построение тучи?


Посмотрел на глупенькую схему . Где Вы ее взяли?:) Там нет букв а и с, в ряду b,d,g.:)

Если Вы обозначаете - "Схематизация на системном уровне", то почему "схематизация предметной области", а не "схематизация на предметном уровне"?
Что такое "факты и наборы фактов"? Фруктовые наборы?:laugh:

Факт - уже гипотеза. Гёте.

В этом плане, чем отличается "событие" от "факта"?

Автоматизация 1g определяет факт 1d через факт 2g. Что это?

Допустим, автоматизация - это бессознательное. То, что когда-то обдумывалось и брошено на полпути полученными связками. Теперь "это" связано в правила, теории, картину мира. Худо-бедно, но работает. Туча тогда:

"Муть, которая необходима, для связки."

Правая часть схемы - схематизация, схематизация, схематизация... Ну и что? Левая пирамидка, положенная на бок. Единственное отличие - в левой пирамидке - в единственном числе "на системном уровне", а в правой пирамидке предполагается множество "картин мира".

В этом случае, необходимо вводить понятие - "схематизация на картинном уровне". Тогда вершина правой пирамидки - это "факты и набор фактов"(фруктовый набор) "на картинном уровне".

Где здесь брать знания для тучи? - Та хоть где.:laugh:

Еще раз. Туча - муть (правила, устаревшие законы, понятия и пр), которые есть желание "исправить":) .

Голдратт определил это словом "фокус" (уточнить).

C фокусом Вам придется идти на более низкий уровень детализации. И потом эту всю картину мира, перемеленную на более мелкие части, связывать воедино. Получать "аналоговую" муть.:laugh: Более прозрачную, чем предыдущая. Но по прежнему мутную.

У Л.И. Мандельштама это уравнение 1+1=1 (для мутной среды).:)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #52998 от Александр Запорожцев

Александр Филонов пишет: Посмотрел на глупенькую схему . Где Вы ее взяли?:) Там нет букв а и с, в ряду b,d,g.:) А почему они там должны быть?

Если Вы обозначаете - "Схематизация на системном уровне", то почему "схематизация предметной области", а не "схематизация на предметном уровне"? Потому, что системное рассмотрение находиться на уровень выше, чем предметная область (территория и карта)
Что такое "факты и наборы фактов"? Фруктовые наборы?:laugh: Ну, например - человек не понял схему - это факт

Факт - уже гипотеза. Гёте.

В этом плане, чем отличается "событие" от "факта"? Событие имеет время, когда оно произошло

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #52999 от Александр Филонов

Александр Запорожцев пишет: Потому, что системное рассмотрение находиться на уровень выше, чем предметная область (территория и карта)[/color]


Ясно. Каша в голове.:)

В фразе "на уровень выше" Вы используете "на". В схеме Вы в одном случае (там, где на уровень выше) не используете "на", а еще на уровень выше - используете "на". Разброд и шатание.

Факт.:) :laugh:

Факт (лат. factum) — термин, в широком смысле может выступать как синоним истины; событие или результат; реальное, а не вымышленное; конкретное и единичное в противоположность общему и абстрактному.[1]

Собы́тие — то, что имеет место, происходит, наступает в произвольной точке пространства-времени; значительное происшествие, явление или иная деятельность как факт общественной или личной жизни; подмножество исходов эксперимента.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #53000 от Александр Филонов

Александр Запорожцев пишет: Посмотрел на глупенькую схему . Где Вы ее взяли?:) Там нет букв а и с, в ряду b,d,g.:) А почему они там должны быть?


Не знаю.:) Вы ж составитель.:laugh: Поэтому и спрашиваю. Не потеряли как всегда что-нибудь?:laugh:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


4 года 4 мес. назад - 4 года 4 мес. назад #53001 от Александр Запорожцев

Александр Филонов пишет:

Александр Запорожцев пишет: Посмотрел на глупенькую схему . Где Вы ее взяли?:) Там нет букв а и с, в ряду b,d,g.:) А почему они там должны быть?


Не знаю.:) Вы ж составитель.:laugh: Составитель Александр Турханов Поэтому и спрашиваю. Не потеряли как всегда что-нибудь?:laugh:

Вчера на занятии обсуждали как строить диаграммы ТОС. Получилась такая схема - это уже моя схема)))

Пояснения к схеме:
1 Имеется проблема в определенной сфере деятельности предприятия
2. Разрабатывается функциональная модель данной сферы деятельности и выявляются факты деятельности например, Заказы выполняются с опозданием. Основное назначение моделей - сделать понятным, как осуществляется деятельность. Основное внимание при моделировании - выявить все объекты и процессы, связанные с проблемой.и выявить связи между ними
3. На основе понимания системы разрабатываем IOM - определяем цель, критические факторы успеха и необходимые условия достижения целей. IOM - это модель идеальной системы в будущем
4. Сравниваем необходимые условия с функциональной моделью деятельности выявляем нежелательные явления (НЖЯ) на основе которых строим ДТР и определяем причину проблем

Основная мысль - без разработки модели системы (функциональной и фактов) невозможно перейти к построению диаграмм
Важный момент - все элементы схемы должны согласовываться в ходе разработки диаграмм. Например, когда мы строим IOM и пытаемся ответить на вопрос - Какое условие должно выполняться? - то формулировка условия должна соответствовать модели системы - в модели должны быть соответствующие условию элементы.
Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Работает на Kunena форум