Форум Сообщества Аналитиков

Общий раздел => Теория моделирования и нотации => UML SysML и пр. => Тема начата: minona от 30 Июня 2010, 16:21:43

Название: Регистрация пользователя - диаграмма активности
Отправлено: minona от 30 Июня 2010, 16:21:43
Объясните пожалуйста принцип создания подобной диаграммы!
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: bas от 30 Июня 2010, 16:57:25
Вот... (http://www.google.ru/#hl=ru&source=hp&q=activity+diagram+uml&aq=1&aqi=g10&aql=&oq=activity+d&gs_rfai=&fp=62c619273c1920ce)
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: minona от 30 Июня 2010, 17:15:39
Спасибо за ссылку. Но конкретно по моему вопросу, информации мало. Да, понимаю, нужно знать диаграммы воздействия - это факт.
Что в нарисованной диаграмме не так?
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: bas от 30 Июня 2010, 18:08:02
Что у Вас в конце за квадратик со стереотипом <<datastore>>?
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: Юрий Булуй от 30 Июня 2010, 18:25:36
Чтобы ответить на ваш вопрос, нужно понимать, что вы этой диаграммой хотите сказать ... и собственно для каких целей вы ее разрабатываете?
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: minona от 30 Июня 2010, 19:47:50
Чтобы ответить на ваш вопрос, нужно понимать, что вы этой диаграммой хотите сказать ... и собственно для каких целей вы ее разрабатываете?

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

Пока расписана регистрация, дальше также распишу авторизацию и авторизацию по OpenID
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: minona от 30 Июня 2010, 19:51:24
Что у Вас в конце за квадратик со стереотипом <<datastore>>?

Это как-бы действие...
Смысл диаграммы - пользователь изъявил желание зарегистрироваться. Ему предлагается заполнить форму, у которой проверяется правильность заполнения, наличие идентичных ников (в целях предотвращения путаницы одноименных аккаунтов) и др. параметров.
После заполнения, форма проверяется и с помощью AJAx передается на сервер. В случае неудачи должно быть какое-то действие...
Вот оно и помечено DataStore
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: StUtk от 01 Июля 2010, 11:06:54
В случае неудачи должно быть какое-то действие...
Вот оно и помечено DataStore
А почему нельзя нарисовать обычное действие а-ля "запомнить данные" и ещё испльзовать объект "сохранённые данные формы" в виде как раз квадратика?

И почему деятельность - это ФОРМА регистрации нового пользователя? =)
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: minona от 01 Июля 2010, 11:13:46
А почему нельзя нарисовать обычное действие а-ля "запомнить данные" и ещё испльзовать объект "сохранённые данные формы" в виде как раз квадратика?

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

вот как раз на такие ошибки и не знаю ответа, поэтому тут интересуюсь. Как иначе можно сделать?
Название: Re: Регистрация пользователя - диаграмма активности
Отправлено: Юрий Булуй от 01 Июля 2010, 12:17:29
собственно, это "продолжение" юзкейс-диаграммы "идентификация пользователя" - которая в свою очередь является сабдиаграммой еще одной диаграммы юзкейсов

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

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

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


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

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