Джим Арлоу, Айла Нейштадт - UML 2 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование (1037782), страница 61
Текст из файла (страница 61)
Получив маркер от каж дого действия, он предлагает маркер на своем выходном ребре, и потокпереходит к действию Продать продукт.При моделировании узлов объединения важно гарантировать получе ние маркера всеми входными ребрами. Например, на рис. 14.17 узелобъединения никогда не смог бы получить подходящие маркеры дляактивации, если бы на исходящие потоки ветвления были наложенывзаимоисключающие сторожевые условия. Это привело бы к «зависа нию» деятельности.14.9. Объектные узлыОбъектные узлы показывают, что экземпляры классификатора доступны.Объектные узлы – это специальные узлы, показывающие, что экземп ляры конкретного классификатора доступны в данной точке деятель ности.
Они обозначены именем классификатора и представляют егоэкземпляры или подклассы. Фрагмент деятельности на рис. 14.18 по казывает объектный узел, представляющий экземпляры классифика тора Order или подклассы Order.Потоки объектов представляют движение объектов в деятельности.Входящие и исходящие ребра объектных узлов называют потокамиобъектов (object flows). Это особые типы потоков, представляющиеимя классификатораобъектный узелOrderпоток объектовРис. 14.18. Объектный узел32914.9. Объектные узлыПроцесс производства продуктаМестонахождениеНью!ЙоркПроектированиеЛондонМаркетингПроизводствопоток объектовобъектный узелСпроектироватьновый продуктProductSpecificationНайти рыноксбыта продуктаИзготовитьпродуктПродать продуктРис.
14.19. Деятельность Процесс производства продукта дополнена разделами,действием Спроектировать новый продукт и объектом ProductSpecificationдвижение объектов в деятельности. Сами объекты создаются и исполь зуются узлами действия.На рис. 14.19 показана деятельность Процесс производства продукта, впер вые представленная на рис. 14.17. Она была дополнена: включеныразделы и действием Спроектировать новый продукт создается объект ProductSpecification (спецификация продукта), который используется дейст вием Изготовить продукт для описания производственного процесса.Выходные ребра объектного узла конкурируют за каждый выходноймаркер.Когда объектный узел получает объектный маркер по одному из своихвходных ребер, он предлагает его всем выходным ребрам одновремен но, и эти ребра конкурируют за этот маркер.
Главное то, что маркервсего один – он не тиражируется на все ребра! Этот маркер получаетпоток, готовый первым принять его.14.9.1. Семантика буфера объектного узлаОбъектные узлы имеют очень интересную семантику. Они действуюткак буферы – участки деятельности, где могут находиться объектныемаркеры в ожидании принятия другими узлами.Объектные узлы выступают в роли буферов.330Глава 14. Диаграммы деятельностиOrderв этом объектном узле может хранитьсямаксимум 12 объектных маркеров{ upperBound = 12}{ordering = LIFO}объект, поступивший в буфер последним,первым предлагается на выходеРис. 14.20.
Объектный узел с верхней границейПо умолчанию каждый объектный узел может удерживать бесконеч ное число объектных маркеров. Однако иногда необходимо ограни чить размер буфера. Для этого задают верхнюю границу (upper bound)объектного узла. Она показывает максимальное число маркеров, кото рые могут удерживаться в узле в любой момент времени.
Узел прини мает объектные маркеры до тех пор, пока не заполнится. Пример объ ектного узла с заданной верхней границей приведен на рис. 14.20.Для объектных узлов можно задать два аспекта семантики буфера.•У объектных узлов есть порядок расположения (ordering) (рис. 14.20),определяющий поведение буфера. Применяемым по умолчанию по рядком является FIFO (first in, first out – первым вошел, первымвышел). Это означает, что объект, первым поступивший в буфер,первым предлагается его выходным ребрам.
Существует обратныйпорядок расположения – LIFO (last in, first out – последним во шел, первым вышел).•Объектные узлы могут обладать селективным поведением (selectionbehavior). Это закрепленное за узлом поведение, по которому объек ты из входных потоков выбираются согласно некоторому критерию,определенному разработчиком модели.
Критерий задается примеча нием со стереотипом «selection» (выбор), как показано на рис. 14.21.В данном примере объектный узел выбирает только те объекты Order,которые были созданы в декабре, и предлагает их своим выходнымпотокам в применяемом по умолчанию порядке (FIFO).Объектный узел может использоваться для сбора объектов из несколь ких входящих объектных потоков или для распределения объектовпо нескольким исходящим объектным потокам.
В этих случаях узелиспользуется исключительно из за его буферной семантики. Такимобразом, чтобы подчеркнуть этот факт, узел можно обозначить стерео типом «centralBuffer» (центральный буфер).все объекты Order«selection»Order.monthCreated = «Dec»согласно этому селективному поведениювыбираются объекты Order, созданные в декабреOrderобъекты Order,созданные в декабреРис. 14.21. Объектный узел с селективным поведением33114.9. Объектные узлыНаряду с отдельными объектами объектные узлы могут буферизоватьмножества (sets) объектов.
Множество – это коллекция объектов,в которой нет дублирования, т. е. каждый объект имеет уникальныйидентификатор. Чтобы показать это, перед именем классификаторапросто указывают Set of (множество). Пример приведен на рис. 14.23.Немного подробнее стереотипы «selection» и «centralBuffer» рассматрива ются в разделах 15.8.2 и 15.11.14.9.2.
Представление объектов в состоянииОбъектные узлы могут представлять объекты, находящиеся в определенном состоянии.Объектные узлы могут представлять объекты, находящиеся в опреде ленном состоянии. Например, на риc. 14.22 показан фрагмент дея тельности обработки заказа, которая принимает объекты Order, нахо дящиеся в состоянии Открытый, и отправляет их по назначению.
Состо яния объектов, на которые ссылаются объектные узлы, могут бытьсмоделированы с помощью конечных автоматов (см. главу 21).Создать ЗаказOrder[Открытый]ОтправитьOrder[Отправлен]объект в определенном состоянииРис. 14.22. Объект Order находится в состоянии Открытый14.9.3. Параметры деятельностиПараметры деятельности – это объектные узлы, поступающие в или исходящие из деятельности.Объектные узлы могут использоваться для обеспечения входных и вы ходных данных деятельности, как показано на рис. 14.23. Входящиеи исходящие объектные узлы должны перекрывать рамку деятельно сти.
Входящие объектные узлы связаны с деятельностью одним илиболее исходящими ребрами, а у исходящих объектных узлов – одноили более входящих ребер, поступающих из деятельности.На рис. 14.23 деятельность Производство продукта на заказ имеет тривходных параметра: CustomerRequest (запрос клиента), Set of BusinessConstraint (множество бизнес ограничений) и Order, а также один выходнойпараметр, Order.
Узел Set of BusinessConstraint содержит множество объек тов BusinessConstraint.332Глава 14. Диаграммы деятельностивходной параметрПроизводство продукта на заказМаркетингПроизводствоДоставкаCustomerRequestСпроектироватьпродукт на заказProductSpecificationSet ofBusinessConstraintOrderвыходнойпараметрПринятьплатежобъект в определенномсостоянииИзготовитьпродуктOrder[Доставлен]поток объектовOrder[Оплачен]ДоставитьпродуктРис.
14.23. Деятельность Производство продукта на заказ имеет три входныхпараметра и один выходнойК этому процессу предъявляется несколько бизнес требований:• Продукты проектируются на основании CustomerRequest. При этомсоздается ProductSpecification (спецификация продукта).• При проектировании продукта учитываются все BusinessConstraint.• Оплата производится только после завершения проектированияпродукта.• Изготовление продукта не может быть начато до тех пор, пока небудет получен платеж и создана спецификация продукта (объектProductSpecification).• Доставка не может осуществляться до тех пор, пока продукт не бу дет изготовлен.Проанализируем данную деятельность.1. Деятельность начинается, когда по входным потокам объектов дей ствия Спроектировать продукт на заказ поступают CustomerRequest и мно жество BusinessConstraint.
Действие принимает входящие объектыи выдает объект ProductSpecification.2. Действие Принять платеж выполняется, когда получает управляющиймаркер от Спроектировать продукт на заказ и объект Order по входномупотоку объектов. Оно меняет состояние объекта Order на Оплачени выдает его на свой единственный выходной поток объектов.3. Затем поток управления переходит к действию Изготовить продукт.Оно принимает объект ProductSpecification, производимый в действииСпроектировать продукт на заказ, и предлагает маркер управления дей ствию Доставить продукт.4. Доставить продукт выполняется, когда от Изготовить продукт поступаетмаркер управления и объект Order находится в состоянии Оплачен.14.10.
Контакты333Результатом действия будет объект Order в состоянии Доставлен. Этотобъект Order является выходным параметром деятельности.Как видите, мы довольно легко смогли выполнить бизнес требования.•Мы не будем пытаться Спроектировать продукт на заказ до тех пор, покаклиент не сделает запрос (CustomerRequest) и не будет получено мно жество бизнес ограничений (Set of BusinessConstraint).•Мы не можем Принять платеж, пока не будет сделан заказ (объект Order) и не будет завершено действие Спроектировать продукт на заказ.•Мы не можем Изготовить продукт до тех пор, пока нет спецификациипродукта (ProductSpecification) и не завершено действие Принять платеж(иначе говоря, пока продукт не оплачен!).•Мы не можем Доставить продукт, пока он не изготовлен (не заверши лось действие Изготовить продукт) и не оплачен (пока объект Order неперейдет в состояние Оплачен).Этот пример иллюстрирует мощь диаграмм деятельности.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
