1

Системный Анализ и Требования / Re: таймер вида "по рабочим дням в 16:00" на activity

« : 16 Августа 2016, 08:24:34 »

Вот и хотелось всё нарисовать в UML, дабы не плодить сущности без необходимости.
Преимущества поддержки одной диаграммы вместо двух (да ещё в разных нотациях) очевидны.

2

Теория моделирования и нотации / Re: Activity + хранилище данных с выдачей ID

« : 15 Августа 2016, 09:26:36 »

М-да.

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

3

Системный Анализ и Требования / Re: таймер вида "по рабочим дням в 16:00" на activity

« : 15 Августа 2016, 09:23:52 »

Коллеги, спасибо всем за ответы! Есть над чем подумать.

Пока всё-таки выходит, что BPMN предпочтительней.

4

Теория моделирования и нотации / Re: Activity + хранилище данных с выдачей ID

« : 05 Августа 2016, 10:27:25 »

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

5

Системный Анализ и Требования / Re: таймер вида "по рабочим дням в 16:00" на activity

« : 05 Августа 2016, 10:26:03 »

Цели две:

• Проанализировать процесс, ничего не упустив
• Наглядно показать бизнесу, что происходит с документами. И при этом не хочется нарушать нотацию.

Galogen, я не очень понимаю, как тут поможет decision, если decision (без форков) подразумевает последовательное выполнение.

В моем же случае есть параллельная ветка исполнения, инициируемая по некоему сигналу ("будильник").

6

Системный Анализ и Требования / таймер вида "по рабочим дням в 16:00" на activity

« : 04 Августа 2016, 17:03:58 »

Предположим, существует некий бизнес-процесс, запускающийся по рабочим дням в 16:00 ("забрать документы из офиса A, привезти в офис B и пустить в обработку").
Этот процесс нужно отобразить на activity-диаграмме "регистрация клиента". Т.е. клиент приходит в офис "А" (в любое время), заполняет там документы, потом ждёт результата их обработки, после 16:00 (уже вне офиса).
Как отобразить запуск бизнес-процесса в 16:00?
Учитывая, что он существует независимо от прихода/неприхода клиента в офис A, неправильно, ИМХО, рисовать вход в сигнал "16:00" от форка от initial.
Второй initial, похоже, тоже рисовать неверно.
Подскажите, pls

7

Теория моделирования и нотации / Re: Activity + хранилище данных с выдачей ID

« : 04 Августа 2016, 16:38:15 »

Собственно вот, что придумал к этой минуте (в аттаче). Даже с фейловером на ручную обработку. Но очень неуклюже и разлаписто. Должен быть способ как-то проще это сделать

Кроме того, я не уверен, что можно вот так нарисовать помещение данных в <<datastore>> Clients, и параллельно с этим проверку - а успешно ли данные вставились?

8

Теория моделирования и нотации / Activity + хранилище данных с выдачей ID

« : 04 Августа 2016, 15:53:20 »

Коллеги, добрый день!

На activity-диаграмме нужно отобразить хранилище, содержащее информацию о клиентах. Хотелось бы на диаграмме указать, что при сохранении каждой записи о клиенте присваивается ID (который используется в дальшейнем).
Также, доступ к этому хранилищу возможен из параллельных веток (условно говоря, ветка ручной обработки клиентов и автоматической).

Как это отобразить, компактно и изящно? datastore, судя по всему, не очень подходит, т.к. как минимум, выдавать ID не умеет.