Диаграммы UML, применимые для фонового процесса

Я пытаюсь создать проектный документ для проекта, в котором есть все фоновые процессы. Последовательность фоновых процессов следующая:

Процесс P1->

  • Получить все записи (тысячи) из базы данных.
  • Анализировать достоверность записей.
  • Отправьте действительные записи в процесс P2.

Процесс P2 ->

  • Получите действительные записи одну за другой.
  • Выполните обработку данных первого уровня.
  • Отправьте это процессу P3.

Процесс P3 ->

  • Получить записи одну за другой из процесса P2.
  • По результатам обработки обновить записи в базе данных.

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


use-case uml ooad staruml
person Learn More    schedule 30.08.2013    source источник
comment
Я думал, что для фонового процесса вариант использования неприменим? Пользователь не имеет прямого взаимодействия с процессом, если только он не взаимодействует с каким-либо триггером, которым управляет конечный пользователь. Деятельности, диаграмм последовательности и диаграмм классов должно быть достаточно для ваших нужд.   -  person Apollo SOFTWARE    schedule 30.08.2013

Ответы (2)


arrow_upward
2
arrow_downward

Описание процесса обычно делается с помощью диаграммы деятельности. Если вы хотите описать конкретное выполнение, вы должны использовать диаграмму последовательности.

person Alex    schedule 30.08.2013
comment
Насколько мне известно, для описания варианта использования мы можем использовать диаграмму активности и/или диаграмму последовательности. или оба. Я в замешательстве, потому что не знаю, как определить актера для фонового процесса. - person Learn More; 02.09.2013

arrow_upward
0
arrow_downward

Я думал, что для фонового процесса вариант использования неприменим? Пользователь не имеет прямого взаимодействия с процессом, если только он не взаимодействует с каким-либо триггером, которым управляет конечный пользователь.

Деятельности, диаграмм последовательности и диаграмм классов должно быть достаточно для ваших нужд.

person Apollo SOFTWARE    schedule 30.08.2013
comment
Определение пользователя может также включать любую внешнюю систему, с которой взаимодействует ваш код. Другими словами, пользователь не обязательно должен быть человеком. Но для этого случая вы в основном правы, потому что все (предположительно, включая БД) остается в границах системы, поэтому внешних систем тоже нет. - person observer; 15.09.2013