Александр Запорожцев пишет:
В модели "как есть" все функции выполняются в соответствии с регламентом выполнения функции

Если бы они выполнялись, корректирующие действия в Вашем цикле достигали бы цели (несоответствия устранялись бы).

Они не устраняются и остаются на том же уровне (Ваша декларация). Функция не работает. Не выполняет своего назначения (в соответствии с регламентом).

Александр Филонов пишет: Если бы они выполнялись, корректирующие действия в Вашем цикле достигали бы цели (несоответствия устранялись бы).
Они не устраняются и остаются на том же уровне (Ваша декларация). Функция не работает. Не выполняет своего назначения (в соответствии с регламентом).

Реинжиниринг процессов построен на следующем подход: разработка модели деятельности "как есть", анализ успешности этой деятельности на основе модели и перепроектирования процесса - разработки модели "как должно быть" Функции работы с несоответствиями прописаны в соответствующих стандартах, но организация работ с несоответствиями на большинстве предприятий не приводит к снижению дефектности.

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

Александр Филонов пишет: Если бы они выполнялись, корректирующие действия в Вашем цикле достигали бы цели (несоответствия устранялись бы).
Они не устраняются и остаются на том же уровне (Ваша декларация). Функция не работает. Не выполняет своего назначения (в соответствии с регламентом).

Реинжиниринг процессов построен на следующем подход: разработка модели деятельности "как есть", анализ успешности этой деятельности на основе модели и перепроектирования процесса - разработки модели "как должно быть" Функции работы с несоответствиями прописаны в соответствующих стандартах, но организация работ с несоответствиями на большинстве предприятий не приводит к снижению дефектности.
Функция работает, вопрос в том, как она работает

Александр Запорожцев пишет: .....
Центральный вопрос - с какой точки зрения рассматривать деятельность для построения функциональной модели? Очевидно, что точка зрения связана с целями модернизации системы, но встает вопрос - как нужно представить цель модернизации системы для чтобы выявить те функции, которые с этой целью связаны.
Если есть замечания по этой модели, то с благодарностью их выслушаю

В одном известном анекдоте пациент говорит врачу, что всё началось с мытья посуды. У Вас обычно начинается с неправильных формулировок.
Нет цели модернизации, это разговорный жанр. Целью может быть приведение чего-то в соответствие с чем-то. Это может быть выполнено различными способами, например, путём модернизации (определив, что это значит ). Это может быть полное или частичное изменение структуры, полная или частичная замена элементов, подправление того и другого. Модернизация - это название того, что вы собираетесь делать или уже делаете, чтобы отличать от безделья, грабежа, бессмысленной траты средств. Это мероприятие: задумали модернизацию, провели модернизацию, сорвали модернизацию, распилили деньги под флагом модернизации...

Вы не можете выделить функции, пока не знаете, что хотите сделать, как бы ни тужились. Наилучший из известных мне инструментов - логические деревья. Чтобы Ваша работа имела смысл, Вы должны предложить что-то лучшее, хотя бы в определённых случаях, и показать. Всё, что Вы до сих пор делали - демонстрировали некоторые обрывки мыслей и предлагали нам додумать и доделать. А зачем? Откуда видно, что там есть смысл и польза?

Понятие "стейкхолдер" висит на Вас, как гиря на ногах. Смотрите, Вы пытаетесь найти приложение этому Системному подходу 2.0, но он сам - лишь компиляция известного. Всё, что Вы оттуда вынесли - это необходимость учитывать требования стейкхолдеров. Бог мой, да учебных примеров результатов неучёта этого при проектировании - пруд пруди: нестыкующиеся части платформ, непродающиеся товары, невылеченные больные, сорванные планы. Да мы с Вами большую часть жизни прожили в стране, пренебрегавшей стейкхолдерами... Теориям стейкхолдеров десятки лет.
Что нового, полезного Вы хотите предложить своими моделями? Подумайте, ведь не случайно Вы всё времы предлагаете что-то и тут же, при возникновении вопросов, соскальзываете на что-то другое. У всего этого нет ни цели, ни основания.

Возьмём, к примеру, "проблему" согласования требований стейкхолдеров. По-моему, уже скоро год, как я Вам задал наводящий вопрос: на каком основании Вы будете согласовывать требования стейкхолдеров, чем руководствоваться, кроме общего заявления, что нужно согласовать; ведь эта ситуация описана ещё у Крылова. А ведь этот вопрос уже был рассмотрен лет 20 - 30 назад. Попробуйте последний раз ответить на этот вопрос, потому что, если нет, то я отвечу сам, и Вам будет грустно, что не сделали сами. Этот абзац - лирическое отступление. Моё Вам предложение пути направления Ваших действий уже написано ранее.
Последний тут совет: пройдите по ветке, соберите свои ошибки и бессмыслицы, проанализируйте и, написав следующий пост, проверьте на их наличие. О новых Вам сообщат .

Александр Запорожцев пишет:
Реинжиниринг процессов построен на следующем подход: разработка модели деятельности "как есть", анализ успешности этой деятельности на основе модели и перепроектирования процесса - разработки модели "как должно быть" Функции работы с несоответствиями прописаны в соответствующих стандартах, но организация работ с несоответствиями на большинстве предприятий не приводит к снижению дефектности.

Значит Функция не выполняется.

Ее прописывали для снижения дефектов?

Да.

Дефекты снижаются?

Нет.

Значит Функция не выполняется.

Не согласны?

Александр Филонов пишет: Значит Функция не выполняется. Ее прописывали для снижения дефектов? Да. Дефекты снижаются? Нет. Значит Функция не выполняется.
Не согласны?

Не согласен. студенты приходят в университет учиться - это их функция в системе образования. Они выполняют эту функцию, если получают документ об образовании? Ваш ответ?

Александр Запорожцев пишет: Не согласен. студенты приходят в университет учиться - это их функция в системе образования. Они выполняют эту функцию, если получают документ об образовании? Ваш ответ?

Вы путаете функцию 'получить документ' с функцией 'учиться'.

Если функция - 'получить документ', есть множество путей как его 'получить' и не учась, или учась спустя рукава. То есть не выполняя свою основную функцию - "учиться'.

Георгий Лейбович пишет:

Александр Запорожцев пишет: .....
Центральный вопрос - с какой точки зрения рассматривать деятельность для построения функциональной модели? Очевидно, что точка зрения связана с целями модернизации системы, но встает вопрос - как нужно представить цель модернизации системы для чтобы выявить те функции, которые с этой целью связаны.
Если есть замечания по этой модели, то с благодарностью их выслушаю

В одном известном анекдоте пациент говорит врачу, что всё началось с мытья посуды. У Вас обычно начинается с неправильных формулировок.
Нет цели модернизации, это разговорный жанр. .

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

Формальным

Александр Филонов пишет: Вы путаете функцию 'получить документ' с функцией 'учиться'.
.

Студент как стейкхорлдер обязан выполнять функцию Учиться. Формальным Результатом этой функции будет документ об образовании. Я ничего не путаю

Александр Запорожцев пишет: Студент как стейкхорлдер обязан выполнять функцию Учиться. Формальным Результатом этой функции будет документ об образовании. Я ничего не путаю

Нет. Вы путаете. Результатом будут знания и умения.