Здравствуйте!

Составил диаграмму по описанию бизнес-процесса.


Описание бизнес-процесса «Реализация товаров через интернет магазин»

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

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

Далее есть 4 варианта:

1. Если клиент оплачивает наличными и хочет сам забыть товар, то после оплаты кассир сразу выписывает две товарно-транспортные накладные, одна из которых  передаются клиенту, другая кладовщику. После получения накладной клиент прибывает на склад за своим товаром. Кладовщик выдает заказ и делает отметку в обоих экземплярах накладной о том, что заказ выдан (ставит печать). Далее, клиент расписывается в двух экземплярах накладной и получает один из них. Второй экземпляр накладной остается у кладовщика.

2. Если оформлена доставка и произведена оплата наличными, то клиент расписывается, а кладовщик ставит печать в момент доставки. Перед сборкой заказа накладная передается кладовщику, а после сборки работнику службы доставки. 

3. Если произведен безналичный расчет  и клиент хочет забрать товар сам, то после оплаты обе накладные находятся у кладовщика.

Вопросы:
Что неправильно?
Как нарисовать рамку, ограничивающую систему?
Если после построения системы захочется сгенерировать код, то надо ли все надписи делать на английском?
Заранее спасибо за ответы!  Во вложении диаграмма вариантов использования.

По диаграмме:
1. Use-case диаграммы не используются для описания процессов. Для этого есть другие типы диаграмм - процессов (не UML) и действий (UML). Поэтому, попытка изобразить на use-case диаграмме некую последовательность действий - подход неправильный.
2. Для названия UC нужно использовать глаголы.
3. Название UC должно отражать цель операции для бизнеса. Оформить счет или накладную - не очень правильная цель с точки зрения бизнеса. Может лучше сказать "Выдать товар" или "Оплатить товар" и внутри этих операций будет шаг "оформить счет (или накладную)"?
4. Как отгрузка товара или доставка товара отражается в системе? Названия "отгрузить товар" и "доставить товар" звучат как операции вне системы. Название должно отражать то, что происходит внутри системы. Например, "отчитаться о доставке" или "оформить отгрузку".

Про рамку - зависит от вашего инструмента. Чем вы пользуетесь? Выглядит как Rational Rose. Рамка должна быть в панели инструментов.

Про генерацию кода - не думаю, что из UC диаграммы можно какой-то код сгенерить. UC диаграмму должны посмотреть, понять и подтвердить ее правильность заказчики, так что лучше использовать русский, видимо.

Успехов.

Спасибо за ответ! Использую Rational Rose. Рамку не нашел....
Дело в том, что кладовщик должен посмотреть в оформленный заказ и собрать его (в заказе может быть несколько товаров).

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

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

Про рамку - зависит от вашего инструмента. Чем вы пользуетесь? Выглядит как Rational Rose. Рамка должна быть в панели инструментов.

если это RR 2003(а судя по рисунку это так), то там только пакетом можно создать рамку

apheyhys, давайте поговорим про кладовщика. Вы создали UC "собрать заказ". Это хороший пример бизнес-операции. А как система будет в этом участвовать? Вероятно, кладовщик получит информацию о заказе через систему, пойдет ногами и укомплектует заказ руками, а потом поставит в системе галочку, что заказ собран. (Это я просто придумываю на ходу, а Вы можете описать этот процесс по-другому, Вам же больше известно о системе). Так вот "получить запрос на сбор заказа" и "поставить галочку" - операции с использованием системы и их надо отразить в UC диаграмме. Я бы не стала создавать для них два UC, а сделала бы один "Обработать новый заказ", в котором "получить запрос" будет пред-условие, а "поставить галочку" один из шагов. Очевидно, должен быть другой UC, который посылает эти запросы кладовщику на сбор заказов, чтобы пред-условие когда-нибудь выполнилось.

Альфия, интересно: в первом обзаце нВы не рекомендует использовать понятие оформить счет, правильно полагая, что это возможно не цель. Но далее советуете использовать оформить отгрузку, хотя с т.зр. бизнеса - отгрузить звучит лучше. Понятно, что вярд ли система используется, чтобы отгрузить , но выдать товар она тоже не поможет имхо, вот оформить продажу(покупку) звучит лучше, верно?
если это RR 2003(а судя по рисунку это так), то там только пакетом можно создать рамку

Эдуард, рада, что про "Оформить счет" Вы со мной согласны.
Вы рекомендуете заменить "оформить отгрузку" на "оформить продажу", если я правильно поняла? Наверно можно. Я только думаю, что отгрузка в данном случае есть только один шаг в процессе продажи. Продажа начинается оформлением заказа покупателем, затем идет проверка заказа менеджером, затем отправляется запрос кладовщику, который его собирает, и только потом происходит отгрузка, что означает окончание такой длинной транзакции одной продажи. Так что я стою на своем "Оформить отгрузку"

Огромное спасибо за ответы!

Кладовщик должен получить информацию о новом заказе, затем собрать заказ (возможно состоящий из нескольких позиций), а затем "поставить галочку" в системе о том что заказ собран и готов к доставке или выдаче.

Система Rational Rose Enterprise 7. После того как я загнал Use-case в пакеты:

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