2015-11-08 6 views
0

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

  • процесс магазин
  • процесс продаж
  • процесс
  • Harvest

Во-первых, мне нужно создать диаграмму Business Use Case. И я создал что-то вроде этого:

Business Use Case Diagram

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

Ofc, это настолько упрощено, что оно находится в реальной жизни.

Моя проблема заключается в том, что в нашей компании я буду продавать, потому что на этой диаграмме нет внешнего субъекта, использующего USecase. Никто не может использовать варианты использования. Правильно ли это? Следующий шаг - создать диаграмму последовательности, и похоже, что Orchard должен инициировать поток.

Или, может быть, я должен оправдать некоторых актеров, таких как: Менеджер. Он начнет поток. Но где я могу поместить его в диаграмму «Бизнес-пример использования»?

Может кто-нибудь дать мне несколько советов, как это должно выглядеть?

ответ

0

Вариант использования и актер имеют отношение 1: 1 (несмотря на то, что вы могли бы прочитать о вторичных актерах). Вариант использования описывает добавленную стоимость, которую получает его актер. Если вы идентифицируете как актера, так и добавленное значение, вы можете описать прецедент. Иначе вы не можете. Если у вас есть актер, который не играет роли, это не актер. Также забудьте о «внутренних» и «внешних» актерах. Актер всегда внешне. Вариант использования находится на границе рассматриваемой системы. А актер снаружи.

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

0

Вы говорите, что вам нужно создать диаграмму бизнес-прецедента. Зачем вам это нужно? Используете ли вы конкретный метод, например Rational Unified Process, который вы должны соблюдать?

Лично я считаю, что диаграмма бизнес-диаграммы не очень хорошая методика для определения бизнес-процессов. Они не могут использоваться для внутренних процессов, точно так же, как вы указываете. Вместо этого я бы использовал диаграммы активности. Бизнес-процесс - это «активность» UML. Это дает хорошую отправную точку для дальнейшего разложения каждого бизнес-процесса с использованием диаграмм операций, которые моделируют потоки процессов. Я объяснил свои возражения против диаграмм использования бизнес-схем более подробно в своей статье "Which UML models should we make?. См. Параграф под названием «Больше бизнес-анализа».