В этом разделе мы уточняем Try Alternative СотАсР и, следовательно, даем дальнейшие подробности о выполнении (subj, ComAct, state), определяя элементы, которые приводят эти компоненты в S-BPM к мультипроцессной коммуникации (см. подпараграф 5.6.4). Как указано в подпараграфе 12.4.2, первый шаг Try Alternative ComAct — это вызов Choose&PrepareAlternativeComAct компонента, за которым следует вызов компонента TryComAct для проведения comact для некоторых выбранных альтернатив и относящихся (-емуся) к ним сообщениям (-ю), если этот comact возможен для этого (этих) сообщения (-й). Эта ситуация обобщена в символической форме через следующее определение.
Для описания мы используем последовательность ASM через оператора [ 1 ]. Оба компонента определяют мультипроцессный характер S-BPM- связи. Мультикоммуникация означает связанное общение нескольких тик (alt) > 1 сообщений, относящихся к выбранным мультиальтернативам. Такое общение означает здесь то, что субъект должен успешно провести comact для всех и только для соответствующих сообщений (их много) без использования других коммуникаций. Это выполнение Multi-ComAct становится мульти-группой отдельных ComAct, которые в описанной на рис. 12.2 пробной группе представлены как детализация шага взаимодействия Try AlternativeComAct.
Еще одна характерная черта Multi-ComAct в S-BPM заключается в том, что а) все соответствующие для него сообщения должны быть подготовлены совместно (см. в Choose&PrepareAltemative MsgToBeHandled), прежде чем для каждого из них в мультигруппе будет опробовано пошаговое проведение comact, и б) при неудаче Multi-ComAct, а именно, если, но крайней мере для одного из соответствующих сообщений comact не удастся, информация об успешном и неудачном проведении comact будет в наличии, для того чтобы в случае ошибки суметь исправить ее и управлять возможной заменой HandleMultiRoundFaiiComAct. Мы определим в подпараграфе 12.5.1 Choose&PrepareAlternativeComAct и в подпараграфе 12.5.2 TryScn<| и TryRcccjvc.
