2010-02-25 5 views
0

Я работаю над диаграммой действий, которая имеет узел решения. Первое действие - это «приложение для просмотра», затем оно переходит в узел решения. Это разделяется на принятые или отклоненные. В обоих случаях мне нужно добавить действия «Обновить контрольный журнал» и «уведомлять пользователя». И затем поток переходит к финальному узлу.Как показать повторяющиеся действия в диаграмме действий?

Действия «Обновить контрольный журнал» и «уведомлять пользователя» будут использовать тот же метод в приложении, но, очевидно, будут действовать по-разному в зависимости от решения.

0-->Review_Application--> <> --> ?? 

Вопрос заключается в том, после того, как решение узла можно дублировать последние два действия дважды для каждого потока решений, а затем соединить их к конечному узлу. Или я должен использовать узел соединения после узла решения, а не дублировать последние два действия? Каков рекомендуемый способ достижения этого?

Большое спасибо

+0

Это может помочь опубликовать варианты диаграмм UML, чтобы было легче увидеть, о чем вы говорите. –

+0

Вот ссылка на картинку о том, что я говорю о http://img517.imageshack.us/img517/8645/activityb.png – Sivakanesh

ответ

1

Я предпочитаю, чтобы избежать вилки/присоединиться, если нет реального параллелизм. Поэтому я бы не использовал fork или присоединился к барам, если у вас не было реальных параллельных действий.

Левый имеет смысл. Зачем?

В этом случае аргументы внутри действия «Уведомлять пользователя» будут разными.

Это два экземпляра одного и того же вида деятельности. Кто-то может реализовать их как один метод с разными значениями аргументов.

Вы можете прояснить это, называя действия с именем, которое разъясняет, что с ними связано.

Ваши два «контрольных журнала обновлений» могут подключаться непосредственно к завершающему узлу. Не используйте Join. Просто подключитесь к следующему узлу активности или состояния.

+0

Спасибо за подтверждение. – Sivakanesh

Смежные вопросы