Цитирую Анатолий Белайчук:
Страх божий :)
Попробуйте обойтись одним стартовым событием и структурируйте схему таким образом, чтобы расходящейся развилке определенного типа соответствовала сходящаяся того же типа.
Условный переход на первой развилке - это масло масляное.
Анатолий, спасибо за комментарии.
1. В спецификации в п. 10.4.2 есть упоминание, что стартовых событий может быть множество. Я правильно, понял, для того чтобы графические схемы были читаемыми, лучше использовать одно стартовое событие?
2. Поправил первый шлюз. Подписал обе стрелки потока управления, в зависимости от условия выполняется только один шаг.
3. Попробовал последовать вашему совету и сделать чтобы расходящейся развилке определенного типа соответствовала сходящаяся того же типа. Схема анализ v3.
Но схема не отображает, то что я бы хотел донести до ее читателей.
После шага "Разработка документа «120 - Спецификация требований»" с помощью параллельного шлюза выполняется ветвления потоков управления и создание параллельных веток выполнения процесса. Т.е. выполняется параллельно 3 шага "Эскизное проектирование", "Проектирование UI", "Разработка документа «230 - Реализация функций»".
1. В тот момент когда будет закончены "Проектирование UI" и "Разработка документа «230 - Реализация функций»", то возможно приступить к выполнению шага "Подготовка документа «240 - Спецификация сценариев использования»".
2. Тоже самое, что после законченного шага "Эскизное проектирование" и "Разработка документа «230 - Реализация функций»" возможно выполнение шага "Подготовка документа «211 - Описание сервиса»"
В моей же схеме читается, так что только после выполнения 3 параллельных шагов и начинается выполнение "Подготовка документа «240 - Спецификация сценариев использования»" и "Подготовка документа «211 - Описание сервиса»".
Попробовал еще один вариант смоделировать. Файл Анализ v4