Системное мышление 2.0


2 мес. 2 нед. назад #53305 от Александр Филонов
Александр Запорожцев пишет:

Ошибкой является решение возложить ответственность за принимаемые решения только на системного архитектора.


На схеме - системный инженер, в описании - системный архитектор.

Считается, что основой построения целевой системы являются требования стейкхолдеров (внешних и внутренних).


На схеме элементы целевой системы появляются раньше, чем стейкхолдеры...:laugh:

" - А можно утром стулья - вечером деньги?:)

- Можно. Но деньги - вперед!":laugh:

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


2 мес. 2 нед. назад #53306 от Александр Запорожцев
Александр Филонов пишет:

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

Ошибкой является решение возложить ответственность за принимаемые решения только на системного архитектора.

На схеме - системный инженер, в описании - системный архитектор.

Считается, что основой построения целевой системы являются требования стейкхолдеров (внешних и внутренних).

На схеме элементы целевой системы появляются раньше, чем стейкхолдеры...:laugh:

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

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


2 мес. 2 нед. назад - 2 мес. 2 нед. назад #53308 от Александр Филонов
Александр Запорожцев пишет:

Пока нет никакого представления о целевой системе, то неизвестно, что будет создаваться. Проектирование - это итерационный процесс


Предполагается, "что будет создаваться"- определяют стейкхолдеры. :)

Пока их нет - неизвестно, что создавать.

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


2 мес. 2 нед. назад #53309 от Александр Запорожцев
Александр Филонов пишет:

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

Пока нет никакого представления о целевой системе, то неизвестно, что будет создаваться. Проектирование - это итерационный процесс


Предполагается, "что будет создаваться"- определяют стейкхолдеры. :)

Пока их нет - неизвестно, что создавать.

Инициатор (заказчик) всегда известен)) нет заказчика - нет проекта

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


2 мес. 1 нед. назад #53311 от Александр Филонов
Александр Запорожцев пишет:

Инициатор (заказчик) всегда известен)) нет заказчика - нет проекта


А! Инициатор - это "постановщик проблемы"?:laugh: Один пишем, два в уме.:)

У вас всё там так зашифровано?:)

Уберите этих чертиков с ручками, с ножками. Или главное налепить?

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


2 мес. 1 нед. назад #53312 от Александр Запорожцев
Александр Филонов пишет:

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

Инициатор (заказчик) всегда известен)) нет заказчика - нет проекта

А! Инициатор - это "постановщик проблемы"?:laugh: Один пишем, два в уме.:)
Уберите этих чертиков с ручками, с ножками. Или главное налепить?

Чертики - это элемент стандартного набора UML и обозначает деятеля (actor)

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


2 мес. 1 нед. назад #53313 от Александр Филонов
Александр Запорожцев пишет:

Чертики - это элемент стандартного набора UML и обозначает деятеля (actor)


Возможно надо линии выделить цветом.

А кто из них разрабатывает "модель поведения системы"?

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


2 мес. 1 нед. назад #53314 от Александр Запорожцев
Александр Филонов пишет:

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

Чертики - это элемент стандартного набора UML и обозначает деятеля (actor)

А кто из них разрабатывает "модель поведения системы"?

системный инженер - исправил ошибку

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


1 мес. 1 нед. назад #53335 от Александр Запорожцев
Глубокий системный подход
Обычный системный подход начинается с выделения целевой системы, определяет системное окружение этой системы и останавливается на определении элементов и их связях внутри целевой системы. Решение принимается на основе взаимосвязи элементов внутри целевой системы, а это уже не системный подход!
Глубокий системный подход идет дальше и для наиболее важных элементов целевой системы выявляет связи с элементами системного окружения и рассматривает их совместно, что позволяет лучше понять действие связей в системе и найти лучшее решение.

Объединяя на одной диаграмме элементы разных систем, рассматриваемых в одном контексте, можно лучше понять как взаимодействуют эти элементы. Это позволяет преодолеть редукционным в анализе систем, который и ограничивает возможности обычного системного подхода.
Вложения:

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


1 мес. 1 нед. назад - 1 мес. 1 нед. назад #53336 от Александр Филонов
Александр Запорожцев пишет:

Глубокий системный подход .


Неплохо.:laugh:

Ну давайте на примере. Как это будет выглядеть?:)

CОО - голова Chief Operating Officer

ЦНС - центральная нервная система (голова рабочего):)

И как теперь "элементы" (внутри СОО и ЦС) на схеме будут влиять друг на друга???;):)

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

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