М. Фаулер, К. Скотт - UML. Основы - 2002 (1158629), страница 29
Текст из файла (страница 29)
Достоинство явного указания начального и конечного состояний состоит в том, что в этом случае деятельность по доставке может быть использована в нескольких кон- 141 Динамическая параллельность текстах, и родительская диаграмма не будет зависеть от содержимого дочерней диаграммы. Динамическая параллельность Динамическая параллельность позволяет представлять итерации без изображения таких конструкций, как петля. На рис. 9.4 деятельность Заполнить Строку Заказа выполняется только один раз для каждой позиции заказа. Маркер кратности (*) указывает, что эта деятельность может выполняться несколько раз.
Переход к деятельности Доставка Заказа происходит только в том случае, когда все позиции отдельного заказа будут заполнены. Если несколько деятельностей должны некоторым образом выполняться совместно, это можно показать, пометив деятельность Заполнить Строку Заказа как составную.
Рис. 9.4. Динамическая параллельность Дорожки Диаграммы деятельности говорят нам о том„что происходит, однако они ничего не говорят о том, кто участвует в выполнении соответствующих деятельностей. С точки зрения программирования это означает, что данная диаграмма не сообщает, какой класс отвечает за выполнение той или иной деятельности. При моделировании предметной области это означает, что диаграмма не может сообщить, какие люди или подразделения отвечают за выполнение каждой деятельности. Один из способов решить эту проблему состоит в том, чтобы снабдить каждую деятельность меткой класса или человека, ответственного за ее выполнение.
Это дает нужный результат, однако данный способ не обеспечивает такой ясности, как в диаграммах взаимодействия (см. главу 5) при изображении обмена сообщениями между объектами. Другой способ решить проблему — изобразить так называемые дорожки (втч)тп)алев). Глава 9. Диаграммы деятельности финансовый отдел Отдел приема заказов Поступление Заказа Заполнить Бланк Заказа Выставить Счет Польчнть Оплату Рнс.
У.Б. Дорожки Для использования дорожек необходимо с помощью пунктирных линий разделить диаграммы деятельности на вертикальные зоны. Каждая зона представляет собой зону ответственности конкретного класса или отдельного организационного подразделения, как ато изображено парис. 9.5. Когда использовать диаграммы деятельности Преимущество дорожек проявляется в том, что оии позволяют объединить логику представления диаграммы деятельности с представлеиием ответственности иа диаграмме взаимодействия. Одиако построение комплексной диаграммы может вызвать затруднения. Я использовал даже нелинейные зоны в тех ситуациях, когда это является лучшим, чем ничего. (Ииогда следует вообще прекратить попытки представить слишком много ииформации иа одной диаграмме.) Некоторые разработчики при построении диаграмм деятельиостей стараются сразу иазиачить объектам ответственность за деятельности.
Другим иравится начинать работу с построения исходных диаграмм деятельности, поскольку эти диаграммы дают им общее представлеиие о поведении системы, а назначение деятельностям соответствующих объектов выполняется позднее. Мие приходилось встречать разработчиков, которые выполняли такое иазиачеиие немедленно и весьма эмоционально высказывались в адрес тех, кто откладывал это иа потом; ати разработчики обвиняли своих коллег в том, что оии заиимаются построением обычных диаграмм потоков данных, а вовсе ие объектно-ориентированным проектированием.
Должен признаться, что я сам иногда изображаю диаграмму деятельности без назначения поведения конкретным объектам, откладывая это в долгий ящик. Я считаю, что для пользы дела лучше в тот или иной момент времени заниматься решением только одной проблемы. Это особенно справедливо при моделировании бизнес-процессов, тем самым эксперту предметной области предоставляется возможность обрести новый взгляд иа вещи. Этот способ работает иа меня.
Другие предпочитают сразу же назначать поведение объектам. Вы же поступайте так, как считаете удобным для себя. Важно помнить, что деятельности нужно назначить классам до окончания моделирования. Что касается меня, то я предпочитаю для этой цели использовать диаграммы взаимодействия ~см.
главу 5). Когда использовать диаграммы деятельности Подобно большинству других методов моделирования диаграммы деятельиости обладают определенными достоинствами и иедостатками, поэтому их лучше всего использовать в сочетании с другими методами. Самым большим достоинством диаграмм деятельности является возможиость представления и описания параллельного поведения. Именио благодаря этому оии являются мощным средством моделирования потоков работ и, по существу, программирования многопоточности.
Самый большой недостаток этих диаграмм заключается в том, что оии ие позволяют представить связи между действиями и объектами достаточио наглядно. 144 Гпава 9. Диаграммы деятельности Связь с некоторым объектом можно определить, помечая ту или иную деятельность именем соответствующего объекта или используя дорожки, которые разделяют диаграмму деятельности на зоны ответственности, но этот способ не обладает наглядностью диаграмм взаимодействия (см. главу б). По этой причине некоторые разработчики считают, что использование диаграмм деятельности не отвечает объектноориентированному подходу и поэтому их вовсе не стоит строить. Я же считаю этот метод весьма полезным и не собираюсь от него отказываться.
Я предпочитаю использовать диаграммы деятельности в следующих ситуациях: ° Анализ варианта использования. На этом этапе меня не интересует связь между действиями и объектами; мне только нужно понять, какие действия должны иметь место и каковы зависимости в поведении системы. Я выполняю связывание методов с объектами позже и показываю эти связи с помощью диаграмм взаимодействия. ° Понимание потока работ. Прежде чем приступить к рассмотрению содержания вариантов использования, целесообразно привлечь диаграммы деятельности для лучшего понимания соответствующего бизнес-процесса. Эти диаграммы лучше разрабатывать совместно с бизнес-аналитиками, поскольку при этом можно понять особенности бизнес-процесса и возможности его изменения. ° Описание сложного последовательного алгоритма. В этом случае диаграмма деятельности не позволяет представить ничего сверх того, что может быть изображено на согласованной с обозначениями языка УМ1 схеме алгоритма.
При этом можно использовать принятые на схемах алгоритмов специальные обозначения. ° Работа с многопоточными приложениями. Я сам еще не использовал диаграммы деятельности для этой цели, однако слышал положительные отзывы о подобном применении. Диаграммы деятельности не следует использовать в следующих ситуа- циях: ° Пытаться представить кооперацию объектов. Диаграммы взаимодействия являются более простыми и обеспечивают более наглядное представление кооперации. ° Пытаться представить поведение объектов в течение их жизненного цикла.
Для этой цели лучше использовать диаграмму состояний (см. главу 8). ° Представление сложных логически~ условий. Для этой цели лучше использовать таблицу истинности. В ходе работы над версией 1.3 языка ПМ1. диаграммы деятельности были значительно уточнены и существенно дополнены. Однако все это вызывает смешанные чувства. Проблема состоит в том, что если ис- 145 Где найти дополнительную информацию пользовать эти диаграммы для концептуального моделирования, многие из уточнений теряют смысл. Б подобных ситуациях не следует стремиться к исчерпывающей точности — нужно лишь представить общую картину того, как все работает. Даже если такие уточнения очевидны, все равно едва ли стоит что-либо исправлять, пока вы не будете способны проверить и протестировать диаграмму.
Следует помнить фразу Бертрана Мейера: «Пеной не напьешься». С другой стороны, наличие некоторого стандарта для представления диаграмм состояний и диаграмм деятельности дает более стабильную основу для разработки инструментальных средств, применение которых позволило бы реализовывать эти диаграммы. Именно такие средства позволят вам разрабатывать данные диаграммы и тестировать их. Где найти дополнительную информацию По диаграммам деятельности имеется довольно мало информации. В «Справочнике пользователя» (Рамбо, Джекобсон и Буч, 1999 «37)) рассматривается много деталей, но совсем не объясняется, как они работают. «Руководство пользователя» (Буч, Джекобсон и Рамбо, 1999 (6)) вовсе не содержит подробные ответы на типичные вопросы, возникающие при попытке использовать эти диаграммы. Было бы неплохо, если бы кто-нибудь заполнил этот пробел в ближайшее время.
Физические диаграммы В языке 11М1. имеется два вида физических диаграмм: диаграммы раз- вертывания и диаграммы компонентов. Диаграммы развертывания Диаграмма развертывания (дер1оутпеп1 Й1аягат) отражает физические взаимосвязи между программными и аппаратными компонентами разрабатываемой системы. Эта диаграмма является хорошим средством для представления маршрутов перемещения объектов и компонентов в распределенной системе. Каждый узел на диаграмме развертывания представляет собой некоторый тип вычислительного устройства — в большинстве случаев самостоятельную часть аппаратуры.
Эта аппаратура может быть как простым устройством нли датчиком, так и мейнфреймом. На рис. 10.1 изображен персональный компьютер, соединенный с 1)п1хсервером посредством протокола ТСР(1Р. Соединения между узлами показывают физические каналы связи, с помощью которых осуществляются взаимодействия в системе. Диаграммы компонентов Диаграмма компонентов (сотпропеп1 й1аягат) показывает различные компоненты системы и зависимости между ними. 149 Объединение диаграмм компонентов и развертывания Компонент представляет собой физический модуль программного кода. Компонент часто считают синонимом пакета, но эти понятия могут отличаться, поскольку компоненты представляют собой физическое объединение программного кода. Хотя отдельный класс может быть представлен в целой совокупности компонентов, этот класс должен быть определен только в одном пакете.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
