YB
Стейкхолдер - это вообще в терминах тогафа - ЛЮБАЯ заинтересованная сторона.
Да.
Size: a a a
2020 March 13
AL
Поэтому сотрудник компании предъявляющие требования к процессу проектирования системы - это стейкхолдер. А ещё спонсор. Своим временем между прочим.
AL
А вот ПРОДУКТ - повторюсь, это рассмотрение СИСТЕМЫ, с точки зрения пользовательской выгоды.
YB
Поэтому сотрудник компании предъявляющие требования к процессу проектирования системы - это стейкхолдер. А ещё спонсор. Своим временем между прочим.
Да. И не только в Тогаф, в MSF так же.
YB
Было бы странно, если было бы иначе.
AL
Не странно. В некоторых компаниях сотрудник - это актив. А не стейкхолдер.
AL
Т.е. у меня есть программист. Он - станок. Я в него <что-то>, он мне код.
YB
А вот ПРОДУКТ - повторюсь, это рассмотрение СИСТЕМЫ, с точки зрения пользовательской выгоды.
Я не понял, где я с этим спорил. Я с этим вроде и ранее согласился. Но повторно соглашусь в более явной форме.
AL
То есть продукт это, или система, определяет субьект, с чьего пинка оно вообще существует.
Мне показалось вот тут эти два термина противопоставляются.
YB
Мне показалось вот тут эти два термина противопоставляются.
Не. Продукт/система — не либо-либо. Один и тот же бэклог может содержать юзер стори и от тех, и от других.
AL
Я про то, что БЭКЛОГ будет всё равно СИСТЕМНЫЙ. Даже если в него попали продуктовые требования.
AL
Т.е. SystemRequiremen::ProductRequirement(statement)
YB
Я про то, что БЭКЛОГ будет всё равно СИСТЕМНЫЙ. Даже если в него попали продуктовые требования.
Ну вот поэтому мне больше импонирует термин «Решение». А кто видит решение как систему, кто видит решение как продукт — это не важно.
AL
С термином решение тут сложнее ИМХО становится) Но да, так можно.
AL
Если это "ИНЖЕНЕРНОЕ РЕШЕНИЕ" в терминах предков из КБ - да. Можно.
AL
А если просто - слишком многозначно)
YB
Если это "ИНЖЕНЕРНОЕ РЕШЕНИЕ" в терминах предков из КБ - да. Можно.
То есть:
1) Одно и то же решение может быть одновременно для кого-то системой, а для кого-то продуктом. Наверно даже для кого-то и тем, и другим одновременно.
2) С точки зрения архитектурного процесса всё равно, называть его решением, системой, или продуктом. В случае с софтом чаще всего решение называют «системой».
1) Одно и то же решение может быть одновременно для кого-то системой, а для кого-то продуктом. Наверно даже для кого-то и тем, и другим одновременно.
2) С точки зрения архитектурного процесса всё равно, называть его решением, системой, или продуктом. В случае с софтом чаще всего решение называют «системой».
AL
То есть:
1) Одно и то же решение может быть одновременно для кого-то системой, а для кого-то продуктом. Наверно даже для кого-то и тем, и другим одновременно.
2) С точки зрения архитектурного процесса всё равно, называть его решением, системой, или продуктом. В случае с софтом чаще всего решение называют «системой».
1) Одно и то же решение может быть одновременно для кого-то системой, а для кого-то продуктом. Наверно даже для кого-то и тем, и другим одновременно.
2) С точки зрения архитектурного процесса всё равно, называть его решением, системой, или продуктом. В случае с софтом чаще всего решение называют «системой».
1. Согласен полностью.
2. Я, как системный архитектор, всегда держу в фокусе "систему". Во всём её многообразии рассмотрений. Т.е. для меня "система" - это когда учтены все значимые точки зрения. А вот "решение" - это точка зрения разработчика, когда "продукт" - это точка зрения потребителя.
2. Я, как системный архитектор, всегда держу в фокусе "систему". Во всём её многообразии рассмотрений. Т.е. для меня "система" - это когда учтены все значимые точки зрения. А вот "решение" - это точка зрения разработчика, когда "продукт" - это точка зрения потребителя.
YB
1. Согласен полностью.
2. Я, как системный архитектор, всегда держу в фокусе "систему". Во всём её многообразии рассмотрений. Т.е. для меня "система" - это когда учтены все значимые точки зрения. А вот "решение" - это точка зрения разработчика, когда "продукт" - это точка зрения потребителя.
2. Я, как системный архитектор, всегда держу в фокусе "систему". Во всём её многообразии рассмотрений. Т.е. для меня "система" - это когда учтены все значимые точки зрения. А вот "решение" - это точка зрения разработчика, когда "продукт" - это точка зрения потребителя.
Система получается и объектом, и точкой зрения.
AL
Система получается и объектом, и точкой зрения.
Система - это концепт у нас в голове, который значит некоторый объект. Атрибуты этого объекта:
1. Есть эмержентное поведене
2. Есть возможность разбить на части
3. Есть заинтересованные стороны в рассмотрении именно этого объекта
4. Есть целеполагание в его отношении
1. Есть эмержентное поведене
2. Есть возможность разбить на части
3. Есть заинтересованные стороны в рассмотрении именно этого объекта
4. Есть целеполагание в его отношении