AlexTheRaven
IMHO, как минимум:
- моделирование бизнес-процессов (Шеер)

"Не Шеером единым ..." если цель -- автоматизация существующих процессов, то не факт что имеет смысл заморачиваться с методологией ARIS, тем более если процессы человеку известны. Если цель -- оптимизация или реинжениринг процессов -- то это другая тема, нужны средства имитационного моделирования процессов.
AlexTheRaven
- методы сбора и управления требованиями (Леффингуэлл, Коберн)

+ Вигерс, однозначно ...
AlexTheRaven
- стандарт документации (ГОСТ, RUP).

RUP это не стандарт, это методология.

AlexTheRaven
Лично мне (отсюда и "IMHO") знание ARIS полезно, т.к. наличие модели бизнес-процесса позволяет задавать заинтересованным лицам более конкретные вопросы относительно требований к системе, что экономит время. А заморачиваться там не с чем: для нужд определния требований всё достаточно просто, ни в какие дебри лезть не нужно.


"Самая короткая дорога та, которую знаешь" (с)... Конкретно ВЫ знаете ARIS и это вам помогает, that's good for you. Это не означает, что модель БП не может быть создана с использованием других нотаций, или чем плоха идея использовать тот же UML для описания БП?
Да и посмотрите, как будет звучать цитируемый мною ваш пост, если в нем заменить слово ARIS на UML/IDEF/BPMN/... :-) ....

byur<...>RUP это не стандарт, это методология.
AlexTheRavenМетодолгия, предусматривающая использование определённого набора артефактов, в т.ч. документов, с определённым содержанием.

Ну от этого она не стала стандартом, не так ли?