Стереотипы в UML: расширение и специализация моделей
Stereotype (UML)
Стереотипы в UML: расширение языка моделирования для создания специализированных элементов. Оптимизация моделей, представление домен-специфичных понятий.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Стереотип – один из трех типов механизмов расширяемости в Едином языке моделирования (UML), два других – теги и ограничения. Они позволяют разработчикам расширять словарь UML для создания новых элементов модели, производных от существующих, но обладающих специфическими свойствами, подходящими для конкретной предметной области или специализированного использования. Терминология происходит от первоначального значения слова «стереотип», используемого в типографии. Например, при моделировании сети может потребоваться обозначение для маршрутизаторов и концентраторов. Используя стереотипные узлы, можно представить эти элементы как примитивные строительные блоки. Графически стереотип отображается как имя, заключенное в «лапки-кавычки» (« » или, если «лапки-кавычки» недоступны, << >>) и размещенное над именем другого элемента. Кроме того, или в качестве альтернативы, он может быть обозначен специальной иконкой. Изображение иконки может даже полностью заменить символ UML. Например, в диаграмме классов стереотипы можно использовать для:
A stereotype is one of three types of extensibility mechanisms in the Unified Modeling Language (UML), the other two being tags and constraints. They allow designers to extend the vocabulary of UML in order to create new model elements, derived from existing ones, but that have specific properties that are suitable for a particular domain or otherwise specialized usage. The nomenclature is derived from the original meaning of stereotype, used in printing. For example, when modeling a network you might need to have symbols for representing routers and hubs. By using stereotyped nodes you can make these things appear as primitive building blocks. Graphically, a stereotype is rendered as a name enclosed by guillemets (« » or, if guillemets proper are unavailable, << >>) and placed above the name of another element. In addition or alternatively it may be indicated by a specific icon. The icon image may even replace the entire UML symbol. For instance, in a class diagram stereotypes can be used to
классификации поведения методов, например, с помощью «constructor» и «getter», и
уточнения самого классификатора, например, с помощью «interface». Альтернативой стереотипам, предложенной Питером Коудом в книге «Java Modeling in Color with UML: Enterprise Components and Process», является использование цветных архетипов. Архетипы, обозначенные цветными прямоугольниками UML, могут использоваться в сочетании со стереотипами. Такое дополнительное определение значения указывает на роль, которую UML-объект играет в более крупной программной системе.
classify method behavior, e. g. with «constructor» and «getter» and
refine the classifier itself, e. g. with «interface». One alternative to stereotypes, suggested by Peter Coad in his book Java Modeling in Color with UML: Enterprise Components and Process is the use of colored archetypes. The archetypes indicated by different colored UML boxes can be used in combination with stereotypes. This added definition of meaning indicates the role that the UML object plays within the larger software system.
Стереотипные атрибуты
С версии 2.0 ранее независимое тегированное значение рассматривается как атрибут стереотипа. Имя тегированного значения сохраняется. Каждый стереотип имеет ноль или более определений тегов, и все элементы UML, к которым применен стереотип, имеют соответствующее количество тегированных значений.
From version 2.0 the previously independent tagged value is considered to be a stereotype attribute. The name tagged value is still kept. Each stereotype has zero or more tag definitions, and all stereotyped UML elements have the corresponding number of tagged values.
Стать
В UML, `become` – это ключевое слово для конкретного стереотипа UML и применяется к зависимости (моделируемой пунктирной стрелкой). `Become` показывает, что исходный элемент моделирования (начало стрелки) преобразуется в целевой элемент моделирования (конец стрелки), сохраняя при этом некоторую идентичность, даже если его значения, состояние или даже класс могли измениться. Хотя UML 2.1 использует стереотип «become» в спецификации, он не дает ему определения.
In UML, become is a keyword for a specific UML stereotype, and applies to a dependency (modeled as a dashed arrow). Become shows that the source modeling element (the arrow's tail) is transformed into the target modeling element (the arrow's head), while keeping some sort of identity, even though it may have changed values, state, or even class. While UML 2.1 uses the «become» stereotype within the specification, it does not define it.
Примеры
Например, три используются в шаблоне "Граница контроля над сущностью" (ECB или BCE) и четыре – в диаграмме надежности (Граница, Контроль, Сущность и Актер).
For example, three are used in the Entity Control Boundary pattern (ECB or BCE pattern) and four in the robustness diagram (Boundary, Control, Entity and Actor).