Звоните! 
 (926)274-88-54 
 Бесплатная доставка. 
 Бесплатная сборка. 
Ассортимент тканей

График работы:
Ежедневно. С 8-00 до 20-00.
Почта: soft_hous@mail.ru
Читальный зал -->  Диаграммы параллельных состояний 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 [ 15 ] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

после чего для каждого из них попытаться разработать варианты использования.

Актеры не обязаны быть людьми, хотя на диаграмме вариантов использования они изображаются в виде стилизованных человеческих фигурок. Отдельный актер может быть даже внешней системой, которой необходима некоторая информация от разрабатываемой системы. На рис. 3.2 мы можем видеть подобную ситуацию при необходимости обновления состояния счетов для системы счетов клиентов.

Существует несколько вариантов изображения актеров. Некоторые разработчики на диаграмме вариантов использования указывают каждую внешнюю систему или пользователя как актера; другие предпочитают указывать только инициатора варианта использования. Я предпочитаю изображать актера, который получает от варианта использования некоторую информацию или сервис, при этом некоторые разработчики считают таких актеров первичными.

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

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

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

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

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

Некоторые варианты использования могут не иметь очевидных связей с отдельными актерами. Рассмотрим, например, некоторое коммунальное предприятие. Очевидно, одним из его вариантов использования является: отправить счет за пользование коммунальными услуга-



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

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

Хорошим источником идентификации вариантов использования являются внешние события. Поразмышляйте обо всех событиях внешнего мира, которые вы способны осмыслить. То или иное событие может оказывать влияние на систему даже без участия пользователей или, наоборот, получать воздействия, главным образом, от пользователей. Идентификация событий, на которые необходимо реагировать, поможет вам идентифицировать и варианты использования.

Отношения между вариантами использования

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

Отношение включения (include) имеет место, когда имеется какой-либо фрагмент поведения системы, который повторяется более чем в одном варианте использования, и вы не хотели бы, чтобы его описание копировалось в каждом из этих вариантов использования. Например, для обоих вариантов использования Проанализировать риск и Договориться о цене необходимо определить цену сделки. Описание определения цены сделки можно представить как отдельный сценарий, после чего вставлять его в нужное место. Поэтому я выделил отдельный вариант использования Определить цену сделки и ссылаюсь на него из других вариантов использования.

Если имеется один вариант использования, который подобен другому варианту использования, но намного шире его, то такое отношение может быть представлено как обобщение вариантов использования (use case generalization). По существу, это дает нам другой способ построения альтернативных сценариев.

В нашем примере основным вариантом использования является вариант Заключить сделку . Предполагается, что все складывается бла-




Покупка товара

/ПостоянныйЛ и точки расширения

V покупатель J ------- информация о покупке

упокупательу .gxtend. \ информация о доставке

(информация о покупке,

информация о доставке)

Рис. 3.3. Отношение расширения

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

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

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

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

Третье отношение, которое изображено на рис. 3.2, называется расширением (extend). В сущности, оно аналогично обобщению, но имеет некоторые дополнительные особенности.

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



1 2 3 4 5 6 7 8 9 10 11 12 13 14 [ 15 ] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57



ООО «Мягкий Дом» - это Отечественный производитель мебели. Наша профильная продукция - это диваны еврокнижка. Каждый диван можем изготовить в соответствии с Вашими пожеланияи (размер, ткань и материал). Осуществляем бесплатную доставку и сборку.



Звоните! Ежедневно!
 (926)274-88-54 
Продажа и изготовление мебели.


Копирование контента сайта запрещено.
Авторские права защищаются адвокатской коллегией г. Москвы
.