Зависимость (UML)
В унифицированном языке моделирования (UML) зависимость [ 1 ] — это «Отношения, которые означают, что один Элемент модели или набор Элементов модели требуют других Элементов модели для их спецификации или реализации». [ 1 ] «Это означает, что полная семантика клиентского элемента(ов) либо семантически, либо структурно зависит от определения элемента(ов) поставщика ». [ 1 ] Два или более элемента в этой связи называются кортежами .
В UML это обозначается пунктирной линией, указывающей от зависимого (или клиента) элемента к независимому (или поставщику). Стрелка, обозначающая зависимость, указывает направление связи, а не направление процесса.
Стандартные предопределенные зависимости
[ редактировать ]UML -определенные зависимости включают в себя: [ 2 ]
- «call2» UML2: Клиент (операция) может позвонить поставщику (операция) [ нужна ссылка ]
- «создать» UML2: клиент (классификатор) может создавать экземпляры поставщика (классификатора).
- «получить» UML2: клиент (например, значение атрибута, ссылка) может быть вычислен от поставщика(ов)
- «создание экземпляра» UML2: операции клиента (классификатора) могут создавать экземпляры поставщика (классификатора).
- «разрешение» UML2: Устарело.
- «реализовать» UML2: Устарело
- «уточнить» UML2: клиентский элемент(ы) находится на «более позднем» семантическом уровне, чем поставщик(и)
- «отправить» UML2: клиент (операция) отправляет поставщику (сигнал)
- «заменить» UML2: элемент клиента может заменить (при некоторых обстоятельствах) поставщика.
- «trace» UML2: Клиентские элементы «отслеживают» поставщиков. Обычно используется для уровней требований
- «использовать» UML2: клиентский элемент каким-то образом «использует» поставщика
Различия со ссылкой UML
[ редактировать ]Ссылка UML — это связь между экземплярами классификаторов во время выполнения, а зависимость — это связь между определениями во время модели.
Типичная однонаправленная связь требует, чтобы один экземпляр знал о другом и, таким образом, зависел от него, но это не обязательно. Однонаправленная ссылка требует только возможности навигации, а не зависимости.
Аналогично, двунаправленная связь требует, чтобы оба экземпляра могли переходить друг к другу, но это также не требует зависимости.
Однако после прохождения ассоциации, если осуществляется доступ к какому-либо свойству определения целевого экземпляра, например операции или атрибуту, создается зависимость.
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Jump up to: а б с «Зависимость». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 42.
- ^ Фахрутдинов Кирилл. «Зависимость в UML» . uml-diagrams.org . Проверено 2 апреля 2024 г.
Дальнейшее чтение
[ редактировать ]Вейлкиенс, Тим; Остерайх, Бернд (2007). Руководство по сертификации UML 2 . Морган Кауфман . ISBN 0-12-373585-8 .
«Зависимость». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 42.
Внешние ссылки
[ редактировать ]- «Зависимость». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 42.