Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Стереотип – біріктірілген модельдеу тіліндегі (UML) кеңейту механизмдерінің үш түрінің бірі, қалған екеуі – тегтер мен шектеулер. Олар дизайнерлерге UML сөздігін кеңейтіп, жаңа модель элементтерін жасауға мүмкіндік береді, бұл элементтер негізгі элементтерден туындайды, бірақ белгілі бір салаға немесе арнайы қолдануға қажетті ерекше қасиеттерге ие. Номенклатура баспа ісінде қолданылатын стереотиптің бастапқы мағынасынан алынған. Мысалы, желіні модельдеу кезінде маршрутизаторлар мен хабтарды бейнелейтін символдар қажет болуы мүмкін. Стереотиптелген түйіндерді пайдаланып, осы нысандарды қарапайым құрылыс блоктары ретінде көрсетуге болады. Графикалық тұрғыдан стереотип – « » (немесе, егер мұндай таңбалар қолжетімді болмаса, << >>) таңбаларымен қоршалған және басқа элементтің атынан жоғары орналасқан атау ретінде бейнеленеді. Сонымен қатар, немесе балама ретінде, ол белгілі бір белгішемен көрсетілуі мүмкін. Белгіше суреті тіпті UML символының барлық бөлігін алмастыруы мүмкін. Мысалы, сынып диаграммасында стереотиптерді әдіс мінез-құлқын жіктеу үшін, мысалы, «конструктор» және «алушы» арқылы, сондай-ақ классификатордың өзін жетілдіру үшін, мысалы, «интерфейс» арқылы қолдануға болады. Питер Коад өзінің «Java Modeling in Color with UML: Enterprise Components and Process» кітабында стереотиптерге балама ретінде түсті архетиптерді қолдануды ұсынды. Түрлі түсті 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
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.
Мысалдар
Мысалы, үш элемент Entity Control Boundary үлгісінде (ЕЦБ немесе ЕҚБ үлгісі) және төрт элемент беріктік диаграммасында (Шек, Бақылау, Entity және Актер) пайдаланылады.
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).