Дж. Арлоу, А. Нейштадт - UML 2 и Унифицированный процесс - Практический объектно-ориентированный анализ и проектирование, страница 65

Это называется групповым приемом (multireceive). Групповые рассылка и прием часто присутствуют в симметричных парах, какпоказано на рис. 15.13.При групповом приеме осуществляется прием объектов от многих отправителей.350Глава 15. Дополнительные аспекты диаграмм деятельностиОбработать запросы на ProposalТехническая группаЧленОпределитьпотребностьСделать запросна ProposalОценитьобъекты ProposalRFP«multireceive»«multicast»Создать ProposalProposal[Потенциальное]Proposal[Принятое]Рис.

15.13. Групповая рассылка и групповой приемЧтобы показать, что поток объектов возникает из групповой рассылкиили является результатом группового приема, его обозначают стереотипом «multicast» и «multireceive» соответственно. На рис. 15.13 представлен простой бизнеспроцесс, аналогичный тому, который используетсяOMG для сбора предложений по поводу стандартов. Сначала Техническаягруппа устанавливает потребность в решении и формулирует ее в видеRFP (Request For Proposal – запрос на предложение). Оно рассылаетсямногим Членам команды, которые вырабатывают потенциальные предложения (объекты Proposal).

Через групповой прием Техническая группаполучает эти предложения, оценивает их и выдает Принятые Proposal.15.10. Наборы параметровНаборы параметров обеспечивают действию альтернативные наборывходных и выходных контактов.Наборы параметров обеспечивают действию альтернативные наборы(alternative sets) входных и выходных контактов.

Эти наборы контактов называют наборами параметров (parameter sets). Наборы входныхпараметров содержат входные контакты, а наборы выходных параметров содержат выходные контакты. Смешанный набор входных и выходных параметров невозможен.Чтобы проиллюстрировать, зачем могут понадобиться наборы параметров, рассмотрим рис. 15.14, на котором представлены три типа аутентификации.1. Получить UserName и Password – выдает объекты UserName и Password.35115.10. Наборы параметровнабор параметровАутентифицировать User[password]ПолучитьUserNameи PasswordUserАутентифицировать [Аутентифицирован]PasswordUserNameВыбратьметодаутентификации[passphrase][card]ПолучитьUserNameи PassphraseПолучитьCard и PINPassphraseCardPINUserUser[!Аутентифицирован]входное условие: ( UserName AND Password ) XOR ( UserName AND Passphrase ) XOR ( Card AND PIN )выходное условие: ( User [Аутентифицирован] ) XOR ( User [!Аутентифицирован] )Рис.

15.14. Использование наборов параметров2. Получить UserName и Passphrase – выдает объекты UserName и Passphrase(идентификационная фраза).3. Получить Card и PIN – выдает объекты Card и PIN.Как видите, каждое из этих действий выдает разный набор объектов.Одним из решений этой проблемы могло бы быть разделение аутентификации на три действия для каждого набора объектов, например AuthenticateUserNameAndPassword, AuthenticateUserNameAndPassphrase и AuthenticateCardAndPIN.

Это разумное решение, но оно имеет несколько недостатков.• Оно делает диаграмму деятельности слишком большой.• Аутентификация распределена на три действия, а не локализованав одном.Применяя наборы параметров, можно создать единственное действиеАутентифицировать, способное обрабатывать разные наборы входных параметров.На рис. 15.14 представлено действие Аутентифицировать с тремя наборами входных и двумя наборами выходных параметров. Наборы входных параметров:• UserName AND Password;• UserName AND Passphrase;• Card AND PIN.При каждом выполнении этого действия может использоваться только один из этих наборов входных параметров. Поэтому между нимиустановлено отношение исключающее ИЛИ (XOR).Обратите внимание, что в наборах {UserName, Password} и {UserName, Passphrase} есть общий контакт UserName.

Как показано на рис. 15.14, этоможно обозначить путем наложения двух наборов параметров таким образом, чтобы общие контакты находились в области пересечения. Од352Глава 15. Дополнительные аспекты диаграмм деятельностинако в этом случае очень легко запутаться, поэтому можно использовать два отдельных контакта UserName, по одному для каждого наборавходных параметров. Мы предпочитаем второй вариант решения. Наприведенной диаграмме (рис.

15.14) проиллюстрирован синтаксис наложения контактов на тот случай, если вы решите их использовать.Действие Аутентифицировать имеет следующие наборы выходных параметров, каждый из которых содержит всего один контакт:• User[Аутентифицирован];• User[!Аутентифицирован].Опять же при каждом выполнении деятельности будет использоватьсятолько один из этих наборов выходных параметров.15.11. Узел «centralBuffer»Центральный буфер – это объектный узел, используемый исключительно в качестве буфера.Как упоминалось в разделе 14.9.1, все объектные узлы обладают способностью буферизации.Центральный буфер – это объектный узел, используемый исключи+тельно как буфер между входными и выходными потоками объектов.Он позволяет объединять несколько входных потоков объектов и распределять объекты между несколькими выходными потоками объектов.

Когда объектный узел используется как центральный буфер, ондолжен быть обозначен стереотипом «centralBuffer».На рис. 15.15 показан простой пример, в котором центральный буфериспользуется для накопления различных типов объектов Order, непрерывно поступающих по нескольким каналам продаж. Объекты Orderнаходятся в буфере в ожидании принимающего их действия ОбработатьOrder. В центральном буфере Order могут сохраняться объекты типа Orderили его подклассов: WebOrder (вебзаказ), PhoneOrder (заказ по телефону)и PostOrder (заказ по почте).Обработать объекты OrderWebOrder[Новый]Order[Обработанный]Принять веб!OrderPhoneOrder[Новый]Принять Order по телефонуPostOrder[Новый]«centralBuffer»Order[Новый]Принять Order по почтеРис.

15.15. Центральный буфер для хранения объектовОбработать Order35315.12. Диаграммы обзора взаимодействий15.12. Диаграммы обзора взаимодействийДиаграммы обзора взаимодействий – особая форма диаграммы деятельности. Они показывают взаимодействия и включения взаимодействий(interaction occurrences) и используются для моделирования высокоуровневого потока управления между взаимодействиями.

Взаимодействия и диаграммы взаимодействий подробно обсуждаются в главе 12.Одно особенно мощное применение диаграмм обзора взаимодействий –иллюстрация потока управления между прецедентами. Если каждыйпрецедент представить как взаимодействие, синтаксис диаграммы деятельности можно использовать для отображения движения потокауправления между ними.Диаграммы обзора взаимодействий – это диаграммы деятельности, представляющие взаимодействия и включения взаимодействий.На рис. 15.16 представлена диаграмма обзора взаимодействий ManageCourses (организация курсов), которая показывает поток между низкоуровневыми взаимодействиями LogOn (войти), GetCourseOption (получить варианты курсов), FindCourse (найти курс), RemoveCourse (удалитькурс) и AddCourse (добавить курс).

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

Можно показать ветвление, параллельность и цикличность, как описано в табл. 15.1. Данная таблица такжепредоставляет обзор различий между синтаксисом диаграммы последовательностей и диаграммы обзора взаимодействий.Таблица 15.1ДействиеВетвлениеДиаграммыпоследовательностейДиаграммаобзора взаимодействийКомбинированные фрагмен Узлы принятия решения и слияты alt и opt (раздел 12.10.1) ния (раздел 14.8.2)Параллель Комбинированныйфраг Узлы ветвления и объединенияностьмент par (раздел 20.5)(раздел 14.8.3)ИтерацияКомбинированныйфраг Циклы на диаграммемент loop (раздел 12.11.1)354Глава 15. Дополнительные аспекты диаграмм деятельностиsd ManageCourses lifelines :Registrar, :RegistrationManager, :Coursesd refLogOnвключение взаимодействияsd refGetCourseOption[add]встроенное взаимодействие[find][remove]sd refsd AddCoursesd refRemoveCourse:RegistrarFindCourse:RegistrationManageraddCourse( "UML" )else«create»uml:Course[exit]Рис.

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