Зависимость (UML) - Dependency (UML)

в Единый язык моделирования (UML), а Зависимость это отношения, которые показывают, что элемент или набор элементов требует других элементов модели для их спецификации или реализации.[1] Элемент зависимый на независимый элемент, называемый поставщиком. Два или более элемента в этих отношениях называются кортежи.

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

Стандартные предопределенные зависимости

UML - определенные зависимости включают[нужна цитата ]:

  • «Call2» UML2: клиент (операция) может позвонить поставщику (операция)
  • «Создать» UML2: клиент (классификатор) может создавать экземпляры поставщика (классификатор)
  • «Получить» UML2: клиент (например, значение атрибута, ссылка) может быть вычислен от поставщика (-ов)
  • «Создать» UML2: операции клиента (классификатора) могут создавать экземпляры поставщика (классификатор)
  • «Разрешение» UML2: Устарело
  • «Реализовать» UML2: Устарело
  • «Уточнить» UML2: клиентские элементы находятся на «более позднем» семантическом уровне, чем поставщик (-ы)
  • «Send» UML2: клиент (операция) отправляет поставщику (сигнал)
  • «Замена» UML2: клиентский элемент может заменить (при некоторых обстоятельствах) поставщика
  • «Трассировка» UML2: клиентские элементы «отслеживают» поставщиков. Обычно используется для уровней требований
  • «Использовать» UML2: клиентский элемент каким-то образом «использует» поставщика

Отличия от ссылки UML

Ссылка UML - это связь времени выполнения между экземплярами классификаторов, а зависимость - это связь времени модели между определениями.

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

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

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

Смотрите также

Рекомендации

  1. ^ OMG Unified Modeling Language, Superstructure, Version 2.4.1

дальнейшее чтение

Weilkiens, Тим; Oestereich, Бернд (2007). Руководство по сертификации UML 2. Морган Кауфманн. ISBN  0-12-373585-8.

Надстройка унифицированного языка моделирования OMG, Object Management Group, август 2011 г.

внешняя ссылка