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

Общий раздел => Для всех => Тема начата: Даниил от 16 Мая 2016, 07:04:23

Название: Диаграмма деятельности (активности)
Отправлено: Даниил от 16 Мая 2016, 07:04:23
Доброго времени суток  :) 
Сделал диаграмму деятельности для Варианта использования "Оформление заказа" в интернет-магазине.
Делал я ее по спецификации диаграммы вариантов использования.
Подскажите, пожалуйста, нормальная ли она, а то по смыслу она мне кажется похожей на диаграмму последовательностей уже.
И если все же верно, то нужно ли из спецификации брать в эту диаграмму альтернативные потоки?
Название: Re: Диаграмма деятельности (активности)
Отправлено: Григорий Печенкин от 16 Мая 2016, 16:04:07
Первое формальное отличие диаграммы последовательности в том, что в ней есть временная ось ("линии жизни"), по которой нельзя двигаться назад. Эта диаграмма кажется вам похожей на диаграмму последовательности только потому, что в ней нет ни одного цикла.
(В принципе, на диаграмме последовательности можно изображать циклы как вложенную диаграмму, но лучше не надо. Пример здесь: http://www.ibm.com/developerworks/rational/library/content/RationalEdge/feb04/3101_figure10.html )
Второе формальное отличие в том, что на линии жизни объекта не должно быть действий, которые объект не выполняет. То есть вам нужно было бы нарисовать две разных диаграммы последовательности для случаев "клиент выбирает удалить товар" и "клиент выбирает оформить заказ".

Если говорить содержательно, то у вас, во-первых, ошибка по условию "клиент выбирает опцию оформить заказ".
Непонятно, как вы определите, совершал ли ранее клиент покупки, если он ещё не авторизован.
Ну и деление каждой операции на две части "отобразить форму" - "заполнить форму" обычно не нужно. Хотя, конечно, всё зависит от того, как и кто эту диаграмму будет потом использовать.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 16 Мая 2016, 19:35:12
Даниил,

1. первая точка принятия решения ведет к одному и тому же действию, какой смысл в разделение веток?
2. в "отображение  содержимого корзины и стоимости" входит 3 стрелки, это не очень верно, поскольку, чтобы решить сливаются ли три разных параллельных потока или это просто передача управления из разных мест можно понять, только просмотрев всю диаграмму. Т.е. было бы полезно разместить тут merge - пр и этом алгоритмически там цикл, пока происходит редактирование корзины (удаление товаров из корзины) - пересчитывать отображеие содержимого корзины и стоимости.
3. около начального псевдосостояния я бы поместил текст предусловия
4. около конечный псведостостояний я бы разместил текст постусловий
5. Отмена выполнения заказа может возникнуть сразу как только вы начали оформлять заказ

Все исключения и альтернативные потоки можно изображать на этой диаграмме, хотя частично у вас это и делается.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 16 Мая 2016, 22:13:32
Если говорить содержательно, то у вас, во-первых, ошибка по условию "клиент выбирает опцию оформить заказ".
Непонятно, как вы определите, совершал ли ранее клиент покупки, если он ещё не авторизован.
Ну и деление каждой операции на две части "отобразить форму" - "заполнить форму" обычно не нужно. Хотя, конечно, всё зависит от того, как и кто эту диаграмму будет потом использовать.
1. Перенес условие после опции "оформить заказ" к клиенту. Думаю так верно. На форме отображается выбор, например "Я уже совершал покупки" и "Это моя первая покупка". Соответственно исходя из выборка клиента будет отображена определенная форма.
2. На две части все поделено потому как отображается запрос клиента и ответ системы и наоборот. Не знаю честно говоря как объединить это в одно действие, а было бы не плохо, а то диаграмма уж очень большая становится.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 16 Мая 2016, 22:17:43
Даниил,

1. первая точка принятия решения ведет к одному и тому же действию, какой смысл в разделение веток?
2. в "отображение  содержимого корзины и стоимости" входит 3 стрелки, это не очень верно, поскольку, чтобы решить сливаются ли три разных параллельных потока или это просто передача управления из разных мест можно понять, только просмотрев всю диаграмму. Т.е. было бы полезно разместить тут merge - пр и этом алгоритмически там цикл, пока происходит редактирование корзины (удаление товаров из корзины) - пересчитывать отображеие содержимого корзины и стоимости.
3. около начального псевдосостояния я бы поместил текст предусловия
4. около конечный псведостостояний я бы разместил текст постусловий
5. Отмена выполнения заказа может возникнуть сразу как только вы начали оформлять заказ

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

1. Случайно не в то действие стрелку выбора направил. Исправил теперь. Спасибо за внимательность.
2. Merge это я так понимаю слияние ? Оно в MS Visio выглядит так же как и "выбор решения". Единственное, что у него наверное будет один выход а входов несколько, обратное действие то есть "решению". Только вот в нем только 4 точки куда можно сделать вход/выход, а что если у меня больше входов будет?
3,4. Сделал комментарии.
5. Да, отмена заказа по сути в любое время может быть. Я решил на диаграмме ее изобразить только один раз в самом конце, иначе целая куча еще будет стрелок и "решений".
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 16 Мая 2016, 22:18:23
Вот исправленный вариант.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 16 Мая 2016, 22:21:14
Попробовал со слиянием.
Прошу еще раз посмотреть, оценить правильность.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 17 Мая 2016, 09:35:20
Попробовал со слиянием.
Прошу еще раз посмотреть, оценить правильность.

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

Название: Re: Диаграмма деятельности (активности)
Отправлено: leha от 17 Мая 2016, 14:57:11
1. Зачем вообще понадобилась дорожка "Клиент"?
Активности типа "Ввод данных для регистрации" и "Отображение формы регистрации" я бы объединил во что-то типа "Ввод регистрационных данных в форму регистрации".
Насколько я вижу, все активности на диаграмме сейчас образуют такие пары. Т.е. никакого дополнительного смысла от такого разделения не проявляется. Диаграмма упростилась бы.

Если уж и делать дорожки, то по формам это было бы понятнее. Т.е. будет дорожка "Магазин", "Корзина", "Оформление заказа", "Авторизация", "Регистрация".

2. "Заказ отправлен на исполнение" звучит как состояние, а не как активность. Нужно по другому назвать.

3. В алгоритме пропущено много веток. Что например будет, если клиент не успешно авторизовался?
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 18 Мая 2016, 16:20:07
В отображение формы заказа входят две стрелки, я бы тоже тут обыграл с помощью мердж и структурно бы более явно выделил условный выбор.
И я бы не стал при отказе оформления заказа возвращать клиента в виртуальную корзину - проще завершить ВИ заказа.
Что значит более явно выделить условный выбор?
По факту клиент возвращается в корзину ,если отменяет оформление, ведь он может отменить для корректировки заказа.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 18 Мая 2016, 16:24:04
1. Зачем вообще понадобилась дорожка "Клиент"?
Активности типа "Ввод данных для регистрации" и "Отображение формы регистрации" я бы объединил во что-то типа "Ввод регистрационных данных в форму регистрации".
Насколько я вижу, все активности на диаграмме сейчас образуют такие пары. Т.е. никакого дополнительного смысла от такого разделения не проявляется. Диаграмма упростилась бы.

Если уж и делать дорожки, то по формам это было бы понятнее. Т.е. будет дорожка "Магазин", "Корзина", "Оформление заказа", "Авторизация", "Регистрация".

2. "Заказ отправлен на исполнение" звучит как состояние, а не как активность. Нужно по другому назвать.

3. В алгоритме пропущено много веток. Что например будет, если клиент не успешно авторизовался?
1. На дорожки разделил, чтобы было видно работу клиента и системы. Как сделать одной дорожкой, не могу представить себе, если честно (
2. Назову "Отправка заказа на исполнение".
3. Да, ветки пропущены, это альтернативные потоки...если каждый учесть то места не хватит...нужно тогда как-то диаграмму разделить.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 18 Мая 2016, 18:11:37
Что значит более явно выделить условный выбор?
По факту клиент возвращается в корзину ,если отменяет оформление, ведь он может отменить для корректировки заказа.
вертикально и с двумя левыми и правыми ветками.

Что значит по факту? по какому факту, вы требования описывает или то как сейчас работает система? если как сейчас - это одно, если придумываем, то это может быть навязыванием решения. кмк
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 18 Мая 2016, 18:58:59
вертикально и с двумя левыми и правыми ветками.

Что значит по факту? по какому факту, вы требования описывает или то как сейчас работает система? если как сейчас - это одно, если придумываем, то это может быть навязыванием решения. кмк
мм..это выпускная работа, поэтому получается, что я заранее знаю как будет система работать.
Название: Re: Диаграмма деятельности (активности)
Отправлено: [прилетело НЛО и...] от 19 Мая 2016, 18:03:06
Попробовал со слиянием.
Прошу еще раз посмотреть, оценить правильность.
На диаграмме есть лишний поток управления от "удалить товар" к "оформлению заказа".
Пока клиент не зарегался / не авторизовался, не ясно как определить были ли у него раньше покупки или нет. Разумно предложить клиенту авторизоваться либо зарегаться и после его выбора выводить нужную форму.
Не вижу смысла сначала вводить адрес доставки, а затем выбирать её способ. Например, если способ = самовывоз, может не понадобится вводить адрес. Вероятно, следует поменять местами, либо объединить.
У диаграммы лишь одни финальный узел, т. е. у ВИ лишь один возможный исход -- успешное оформление заказа. Заказ нельзя отменить, авторизация всегда успешна, регистрация всегда успешна. Разумно показать на диаграмме неуспешные завершения и альтернативные потоки, ведущие к ним.
Нигде нет сторожа, проверяющего, что заказ оформляется по непустой (после удалений товаров) корзине. Аналогично, нет сторожа для удалений из пустой корзины.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 20 Мая 2016, 07:17:21
На диаграмме есть лишний поток управления от "удалить товар" к "оформлению заказа".
Пока клиент не зарегался / не авторизовался, не ясно как определить были ли у него раньше покупки или нет. Разумно предложить клиенту авторизоваться либо зарегаться и после его выбора выводить нужную форму.
Не вижу смысла сначала вводить адрес доставки, а затем выбирать её способ. Например, если способ = самовывоз, может не понадобится вводить адрес. Вероятно, следует поменять местами, либо объединить.
У диаграммы лишь одни финальный узел, т. е. у ВИ лишь один возможный исход -- успешное оформление заказа. Заказ нельзя отменить, авторизация всегда успешна, регистрация всегда успешна. Разумно показать на диаграмме неуспешные завершения и альтернативные потоки, ведущие к ним.
Нигде нет сторожа, проверяющего, что заказ оформляется по непустой (после удалений товаров) корзине. Аналогично, нет сторожа для удалений из пустой корзины.
1. Лишний поток убрал, не заметил сразу, спасибо.
2. Клиент сам определяет были у него покупки или нет. На форме "оформление заказ" будет такой выбор. Далее клиент один из вариантов выбирает и т.д.
3. Доставка. Сначала ввод адреса, потому что исходя из адреса будет выдаваться способ доставки. Например если по такому-то адресу нет курьерской доставки, на форме она и не появится. Если наоборот сделать, то после того как клиент ввел адрес, а на него нет курьерской доставки, выдавать ошибку и возвращать к выбору доставки.
Если смотреть, как я сделал, сначала адрес, а потом способ доставки, то даже при самовывозе, адрес моно просто не учитывать потом, а внести его в базу как и контактные данные, вдруг клиент потом решит еще раз заказать и не самовывозом, а тут раз и все автоматом заносится.
4. Альтернативные потоки я сделаю чуть позже, я про них помню )) Сейчас пока преподаватель принял как есть (не думаю что он вообще проверял что-то). А вот когда буду пояснительную записку писать, обязательно учту альтернативные потоки.
Кстати вопрос по альтернативным потокам: отказаться от оформления заказа можно в любой точке в момент его оформления, получается будет много много стрелок к возврату в корзину...
Название: Re: Диаграмма деятельности (активности)
Отправлено: [прилетело НЛО и...] от 20 Мая 2016, 08:00:17
2. Клиент сам определяет были у него покупки или нет. На форме "оформление заказ" будет такой выбор. Далее клиент один из вариантов выбирает и т.д.
Соответствующие действия клиента есть только в Вашем тексте, их нет на диаграмме.
3. Доставка. Сначала ввод адреса, потому что исходя из адреса будет выдаваться способ доставки. Например если по такому-то адресу нет курьерской доставки, на форме она и не появится. Если наоборот сделать, то после того как клиент ввел адрес, а на него нет курьерской доставки, выдавать ошибку и возвращать к выбору доставки.
Если смотреть, как я сделал, сначала адрес, а потом способ доставки, то даже при самовывозе, адрес моно просто не учитывать потом, а внести его в базу как и контактные данные, вдруг клиент потом решит еще раз заказать и не самовывозом, а тут раз и все автоматом заносится.
Дело Ваше.
4. Альтернативные потоки я сделаю чуть позже, я про них помню )) Сейчас пока преподаватель принял как есть (не думаю что он вообще проверял что-то). А вот когда буду пояснительную записку писать, обязательно учту альтернативные потоки.
Сейчас диаграмма указывает, что альтернативных потоков нет. О чём и было написано. Раз преподаватель принял, то тема себя изжила.

Кстати вопрос по альтернативным потокам: отказаться от оформления заказа можно в любой точке в момент его оформления, получается будет много много стрелок к возврату в корзину...
(http://www.uml-diagrams.org/activity-diagrams/activity-edge-interrupting.png)
В языке есть средства, чтобы обойтись одной стрелкой.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Serage от 23 Мая 2016, 17:48:44
Приветствую участников форума!

Может, будет немного офф-топом... Просто размышляю как бы я это сделал. Конструктивная критика приветствуется.  :) Во-первых, нужно сделать докомпозицию юз кейсов - усложнение структуры ничему не способствует.

Вот сам юз кейс:

UC -  3. Оформление заказа.
ОДЛ: авторизованный пользователь.
Уровень: пользовательский.

Основное направление:

Оформление с оплатой наличными
1.   ОДЛ отдает команду оформить заказ.
2.   Система отображает форму оформления заказа (рис. 1) и запрашивает данные:  адрес доставки и способ доставки (самовывоз или курьер).
3.   ОДЛ вводит данные.
4.   Система отображает итоговую сумму заказа c  учетом выбранного способа доставки.
5.   Система предлагает выбрать способ оплаты: картой или наличными курьеру.
6.   ОДЛ выбирает оплату наличными.
7.   ОДЛ подтверждает оформление заказа.
8.   Система отправляет заказ на выполнение (UC -5).

Альтернативное направление:

Оформление с оплатой картой

6. ОДЛ выбирает оплату картой
7. Выполняется оплата картой  (UC -4).
8. Переход на шаг 7 основного направления.

Этот юз кейс в контексте других - в прикрепленном файле.  Диаграмма ниже:

(http://storage8.static.itmages.ru/i/16/0523/s_1464014771_9587260_ccc717ecd4.jpg) (http://itmages.ru/image/view/4305893/ccc717ec)
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 23 Мая 2016, 19:55:57
Декомпозиция на отдельные сценарии - это очень правильный подход. Просто автор темы начал сразу с ДД, а следовало бы с описания. Описание естественно соединяется в конечную ДД, но обрабатывать и описывать ее лучше такими сценариями, что вы предложили.

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

Что будет по завершению UC3, проблемах в UC5, может быть UC5 исполнен отдельно?
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 24 Мая 2016, 19:34:20
Декомпозиция на отдельные сценарии - это очень правильный подход. Просто автор темы начал сразу с ДД, а следовало бы с описания. Описание естественно соединяется в конечную ДД, но обрабатывать и описывать ее лучше такими сценариями, что вы предложили.

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

Что будет по завершению UC3, проблемах в UC5, может быть UC5 исполнен отдельно?

Я начал делать с диаграммы вариантов использования. К базовым ВИ напиал спецификации. И по ВИ "Оформление заказа" теперь делаю диаграмму деятельностей.
Я в начале темы написал, что делаю по спецификации данную диаграмму, а не просто из головы.
Единственное, что сюда не выложил ее.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 24 Мая 2016, 21:35:12
Я в начале темы написал, что делаю по спецификации данную диаграмму, а не просто из головы.
Единственное, что сюда не выложил ее.
Ну для нас-то ее нет, потому мы и обсуждаем только результат.
Название: Re: Диаграмма деятельности (активности)
Отправлено: [прилетело НЛО и...] от 25 Мая 2016, 15:14:03
Конструктивная критика приветствуется.  :)
Не уверен, что критикую конструктивно, но всё же:
Авторизация не имеет неуспешного окончания из-за чего может зацикливаться.
Оплата картой предполагает ещё одно действующее лицо, шаги которого отсутствуют.
Выделять ВИ, в котором только шаги системы, вряд ли разумно.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 20 Июня 2016, 11:20:51
Продолжение...
Я изменил диаграмму.
1) Как адекватно прописать альтернативные потоки на ввод корректных данных? В спецификации у меня на ввод имени, телефона и почты отдельные альтернативные потоки. На диаграмме их также отдельно указывать или можно просто написать проверка ввода данных?
2)
В языке есть средства, чтобы обойтись одной стрелкой.
Я так понял что пунктиром обводятся все действия, к которым есть общий альтернативный поток и отдельно этот альтернативный поток для них прописывается. Только я в visio не нашел таких объектов ((
Поэтому пока нет на диаграмме альтернативного потока "отмена заказа".
3) Может ли быть на диаграмме два окончания? Сейчас у меня одно окончание - это оформление заказа. А второе может быть как раз "отмена заказа", так как пользователь отменяет заказ путем перехода на любую страницу сайта (в корзину, в каталог, на главную и т.д.) При этом товары в корзине конечно останутся и пользователь зайдя в корзину может начать заново оформление заказа, но это уже совсем другая история =)
4) Во вложении диаграмма и ниже спецификация.

ID: 2.
ВИ: Оформление заказа.
Краткое описание: Оформление заказа на покупку товара в интернет-магазине.
Основное действующее лицо: Клиент.
Второстепенные действующие лица: нет.
Предусловия:
В корзине клиента присутствуют товары.
Постусловия:
1.   Система автоматизации торговли получила заказ.
2.   Клиент зарегистрирован в системе.
3.   Система отправила клиенту письмо с информацией о его заказе.
Основной поток:
1.   ВИ начинается, когда клиент входит в виртуальную корзину.
2.   Система отображает содержимое виртуальной корзины клиента и стоимость.
3.   Если клиент выбирает опцию «Удалить товар».
3.1. Система удаляет отмеченные товары из корзины.
3.2. Система пересчитывает стоимость содержимого корзины.
4.   Клиент выбирает опцию «Оформить заказ»
5.   Система отображает форму оформления заказа.
6.   Если клиент авторизирован в системе.
6.1. Система заполняет поля с контактными данными клиента из БД.
7.   Если клиент не авторизирован.
7.2. Клиент осуществляет ввод необходимых контактных данных.
8.   Клиент вводит адрес доставки и выбирает способ доставки.
9.   Клиент подтверждает оформление заказа.
10.   Система отправляет заказ на исполнение.

Альтернативные потоки:
10.1. Клиент ввел имя короче 2-х символов.
10.1.1. Система сообщает пользователю, что необходимо ввести имя не короче 2-х символов.
10.2. Клиент ввел не корректный e-mail.
10.2.1. Система сообщает пользователю, что адрес электронной почты должен содержать символ “@”.
10.3. Клиент ввел уже зарегистрированный e-mail.
10.3.1. Система сообщает клиенту, что пользователь с таким e-mail уже зарегистрирован в системе, и предлагает пройти процедуру авторизации.
10.4. Клиент ввел не корректный номер телефона.
10.4.1. Система сообщает пользователю, что необходимо ввести номер телефона по маске ввода.
10.5. Возврат к пункту 6.
10.6 Клиент отменяет заказ.
10.6.1. Происходит переход на страницу, выбранную клиентом.
 
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 20 Июня 2016, 17:51:52
Продолжение...
Я изменил диаграмму.
1) Как адекватно прописать альтернативные потоки на ввод корректных данных? В спецификации у меня на ввод имени, телефона и почты отдельные альтернативные потоки. На диаграмме их также отдельно указывать или можно просто написать проверка ввода данных?
Можно декомпозировать деятельность на отдельной диаграмме, где прописать все условия детально
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 20 Июня 2016, 17:56:25
7.   Если клиент не авторизирован.
7.2. Клиент осуществляет ввод необходимых контактных данных.
Вы же сами предлагаете использовать отдельный ВИ авторизации - т.е. лучше написать Клиент выполняет ВИ Авторизация в системе.
Тогда все исключения, связанные с авторизацией, будут записаны отдельно, и нет нужды перегружать этот.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 20 Июня 2016, 20:52:25
Вы же сами предлагаете использовать отдельный ВИ авторизации - т.е. лучше написать Клиент выполняет ВИ Авторизация в системе.
Тогда все исключения, связанные с авторизацией, будут записаны отдельно, и нет нужды перегружать этот.
Клиент может и не авторизироваться для оформления заказа.
пункт 7.2 подразумевает не ввод данных для авторизации, а ввод контактных данных (им, телефон, почта) для оформления заказа и последующей регистрации.
Название: Re: Диаграмма деятельности (активности)
Отправлено: [прилетело НЛО и...] от 20 Июня 2016, 21:40:34
Клиент может и не авторизироваться для оформления заказа.
пункт 7.2 подразумевает не ввод данных для авторизации, а ввод контактных данных (им, телефон, почта) для оформления заказа и последующей регистрации.
Согласно Вашей диаграмме ВИ (прежней её версии) авторизация обязательно происходила при оформлении заказа (связь включения между ВИ). Вместо 3-х тем, каждая из которых про отдельный тип диаграмм, удобнее было бы иметь одну тему по всей Вашей модели. Диаграммы и описания (части модели) должны подходить друг к другу, иначе целостной модели не получится. Отвечать, Вам отслеживая изменения в одной модели, разбросанные по трём темам, затруднительно.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 20 Июня 2016, 21:43:34
Согласно Вашей диаграмме ВИ (прежней её версии) авторизация обязательно происходила при оформлении заказа (связь включения между ВИ). Вместо 3-х тем, каждая из которых про отдельный тип диаграмм, удобнее было бы иметь одну тему по всей Вашей модели. Диаграммы и описания (части модели) должны подходить друг к другу, иначе целостной модели не получится. Отвечать, Вам отслеживая изменения в одной модели, разбросанные по трём темам, затруднительно.
Извиняюсь, я думал наоборот надо разделить, так как разные диаграммы.
и плюс они были начаты в разное время, просто потом перерыв был и сейчас я продолжил.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 22 Июня 2016, 23:17:06
Просьба проверить верно ли сделал отмену заказа.
Альтернативные потоки объединил одним действием.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 22 Июня 2016, 23:22:04
Просьба проверить верно ли сделал отмену заказа.
Альтернативные потоки объединил одним действием.
ОТмена заказа не должна висеть в воздухе - укажите финальное состояние или состояние завершения потока
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 22 Июня 2016, 23:27:40
ОТмена заказа не должна висеть в воздухе - укажите финальное состояние или состояние завершения потока
Вот тут просьба помочь.
Ведь у меня отмена заказа, это не кнопка "Отменить". Это значит что из любого места во время оформления заказа, клиент может уйти из оформления в корзину для изменения товаров, на главную, в каталог, в личный кабинет, ну или нажать на красный крестик у браузера.
Получается, что тут разные конечные состояния.
По-крайней мере можно выделить 2:
 1) переход в корзину, это можно прямо стрелкой показать на диаграмме в деятельность "отображение содержимого корзины".
2) переход на любую из страниц.

Хотя в общем-то можно и одним - переход на любую из страниц.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Galogen от 22 Июня 2016, 23:30:44
Хотя в общем-то можно и одним - переход на любую из страниц.
Почему в любую? Но так или иначе, рисуется конечное состояние (или завершение потока) и подписывается - любая страница, вай-ноут, только возможно это уже действие машины, а не человека, человек то ничего не делает кроме генерации события отмена (нажать кнопку, прервать соединение)?
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 22 Июня 2016, 23:35:10
Клиент на любую страницу может перейти, так как у меня основное меню, ссылка на авторизацию и регистрацию, ссылка на личный кабинет находятся в хедере, а он везде доступен.

Примерно так.
Название: Re: Диаграмма деятельности (активности)
Отправлено: Даниил от 22 Июня 2016, 23:52:10
Немного поменял.
Как вы и указали, отмену перенес к системе, ну и немного изменил текст.