Объясните пожалуйста принцип создания подобной диаграммы!

Вот...

Спасибо за ссылку. Но конкретно по моему вопросу, информации мало. Да, понимаю, нужно знать диаграммы воздействия - это факт.
Что в нарисованной диаграмме не так?

Что у Вас в конце за квадратик со стереотипом <<datastore>>?

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

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

собственно, это "продолжение" юзкейс-диаграммы "идентификация пользователя" - которая в свою очередь является сабдиаграммой еще одной диаграммы юзкейсов

Пока расписана регистрация, дальше также распишу авторизацию и авторизацию по OpenID

Что у Вас в конце за квадратик со стереотипом <<datastore>>?

Это как-бы действие...
Смысл диаграммы - пользователь изъявил желание зарегистрироваться. Ему предлагается заполнить форму, у которой проверяется правильность заполнения, наличие идентичных ников (в целях предотвращения путаницы одноименных аккаунтов) и др. параметров.
После заполнения, форма проверяется и с помощью AJAx передается на сервер. В случае неудачи должно быть какое-то действие...
Вот оно и помечено DataStore

В случае неудачи должно быть какое-то действие...
Вот оно и помечено DataStore

А почему нельзя нарисовать обычное действие а-ля "запомнить данные" и ещё испльзовать объект "сохранённые данные формы" в виде как раз квадратика?

И почему деятельность - это ФОРМА регистрации нового пользователя? =)

А почему нельзя нарисовать обычное действие а-ля "запомнить данные" и ещё испльзовать объект "сохранённые данные формы" в виде как раз квадратика?

И почему деятельность - это ФОРМА регистрации нового пользователя? =)

вот как раз на такие ошибки и не знаю ответа, поэтому тут интересуюсь. Как иначе можно сделать?

собственно, это "продолжение" юзкейс-диаграммы "идентификация пользователя" - которая в свою очередь является сабдиаграммой еще одной диаграммы юзкейсов

Пока расписана регистрация, дальше также распишу авторизацию и авторизацию по OpenID

Авторизация по OpenID с т.з. именно модели UC может быть рассмотрена как вариация технологий и данных, а не как отдельный UC. Вобщем, если вы хотите построить корректную activity диаграмму по авторизации, для начала просто в виде текста опишите последовательность действий, которые при этом происходят. Тогда и вы сами и мы сможем понять что именно происходит в вашем случае при авторизации пользователя и как это корректно отобразить. Если таковым описанием является эта цитата:

Смысл диаграммы - пользователь изъявил желание зарегистрироваться. Ему предлагается заполнить форму, у которой проверяется правильность заполнения, наличие идентичных ников (в целях предотвращения путаницы одноименных аккаунтов) и др. параметров.
После заполнения, форма проверяется и с помощью AJAx передается на сервер. В случае неудачи должно быть какое-то действие...
Вот оно и помечено DataStore

то конкретными активити могут выступать следующие:
1. Отобразить правила пользования
2. (Если пользователь согласен с правилами) - Отобразить форму регистрации
3. (Если пользовать подтвердил регистрацию и ввел обязательные поля) - Проверить на уникальность логина
4. (Если логин уникален) - Зарегистрировать пользователя, (ИНАЧЕ) - Отобразить сообщение/форму (возможно с подсказкой какой логин будет приемлем) ... это в цикле сделать, пока не будет уникальным логин или пока пользователь не откажеться от регистрации ...


Вот как-то так .... Отображать что при регистрации происходит запись в БД или другую Identity систему можно через swimlane и там сделать активность "Запись в БД" или что-то вроде этого.....  

Как вариант можно вообще сделать 3 swimlane - Пользователь, Web-приложение, Identity система (или просто БД логинов)
и показать где и в какой последовательности что происходит.