Size: a a a

Архитектура ИТ-решений

2020 March 13

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Стейкхолдер - это вообще в терминах тогафа - ЛЮБАЯ заинтересованная сторона.
Да.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Поэтому сотрудник компании предъявляющие требования к процессу проектирования системы - это стейкхолдер. А ещё спонсор.  Своим временем между прочим.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А вот ПРОДУКТ  - повторюсь, это рассмотрение СИСТЕМЫ, с точки зрения пользовательской выгоды.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Поэтому сотрудник компании предъявляющие требования к процессу проектирования системы - это стейкхолдер. А ещё спонсор.  Своим временем между прочим.
Да. И не только в Тогаф, в MSF так же.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Было бы странно, если было бы иначе.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Не странно. В некоторых компаниях сотрудник - это актив. А не стейкхолдер.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Т.е. у меня есть программист. Он - станок. Я в него <что-то>, он мне код.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
А вот ПРОДУКТ  - повторюсь, это рассмотрение СИСТЕМЫ, с точки зрения пользовательской выгоды.
Я не понял, где я с этим спорил. Я с этим вроде и ранее согласился. Но повторно соглашусь в более явной форме.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Yury Batsyuro
То есть продукт это, или система, определяет субьект, с чьего пинка оно вообще существует.
Мне показалось вот тут эти два термина противопоставляются.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Мне показалось вот тут эти два термина противопоставляются.
Не. Продукт/система — не либо-либо. Один и тот же бэклог может содержать юзер стори и от тех, и от других.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я про то, что БЭКЛОГ будет всё равно СИСТЕМНЫЙ. Даже если в него попали продуктовые требования.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Т.е. SystemRequiremen::ProductRequirement(statement)
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Я про то, что БЭКЛОГ будет всё равно СИСТЕМНЫЙ. Даже если в него попали продуктовые требования.
Ну вот поэтому мне больше импонирует термин «Решение». А кто видит решение как систему, кто видит решение как продукт — это не важно.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
С термином решение тут сложнее ИМХО становится) Но да, так можно.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Если это "ИНЖЕНЕРНОЕ РЕШЕНИЕ" в терминах предков из КБ - да. Можно.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А если просто - слишком многозначно)
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Если это "ИНЖЕНЕРНОЕ РЕШЕНИЕ" в терминах предков из КБ - да. Можно.
То есть:
1) Одно и то же решение может быть одновременно для кого-то системой, а для кого-то продуктом. Наверно даже для кого-то и тем, и другим одновременно.
2) С точки зрения архитектурного процесса всё равно, называть его решением, системой, или продуктом. В случае с софтом чаще всего решение называют «системой».
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Yury Batsyuro
То есть:
1) Одно и то же решение может быть одновременно для кого-то системой, а для кого-то продуктом. Наверно даже для кого-то и тем, и другим одновременно.
2) С точки зрения архитектурного процесса всё равно, называть его решением, системой, или продуктом. В случае с софтом чаще всего решение называют «системой».
1. Согласен полностью.
2. Я, как системный архитектор, всегда держу в фокусе "систему". Во всём её многообразии рассмотрений. Т.е. для меня "система" - это когда учтены все значимые точки зрения. А вот "решение" - это точка зрения разработчика, когда "продукт" - это точка зрения потребителя.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
1. Согласен полностью.
2. Я, как системный архитектор, всегда держу в фокусе "систему". Во всём её многообразии рассмотрений. Т.е. для меня "система" - это когда учтены все значимые точки зрения. А вот "решение" - это точка зрения разработчика, когда "продукт" - это точка зрения потребителя.
Система получается и объектом, и точкой зрения.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Yury Batsyuro
Система получается и объектом, и точкой зрения.
Система - это концепт у нас в голове, который значит некоторый объект. Атрибуты этого объекта:
1. Есть эмержентное поведене
2. Есть возможность разбить на части
3. Есть заинтересованные стороны в рассмотрении именно этого объекта
4. Есть целеполагание в его отношении
источник