صفحهٔ منبع 371Parameter Substitution
پس از وجود Template Binding یا Binding Relationship دیگر، Parameter Substitution مشخص میکند Formal Parameterها با چه Actual Parameterهایی جایگزین میشوند.
دسترسی
زبانهٔ Binding از Properties Connector از Ribbon Properties، Context Menu، Ctrl+2 یا Double-click Connector.
تعریف Substitution
Field «Target» Target Parameterized Class را نشان میدهد.
- Add زیر پنل Parameter Substitution(s) را بزنید؛ Row جدید با <none> در Formal فعال میشود.
- Formal را باز و Template Parameter موردنظر Target Class را انتخاب کنید.
- در Actual دکمه را بزنید. اگر Template Parameter Constraint ندارد، میتوانید Free Text Value وارد یا Classifier انتخاب کنید؛ اگر Constraint دارد، Select Classifier خودکار باز و Classifierهای مجاز را نشان میدهد.
- Classifier لازم را انتخاب کنید. اگر Actual تعریف نشود و Formal Default Value داشته باشد، Default استفاده میشود.
- برای Edit Substitution موجود Row را انتخاب و تغییرات را انجام دهید.
عنصر تصویری اصلی — صفحه 371© Sparx Systems 2026 — صفحهٔ 371 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 372- Apply و/یا OK را بزنید. Parameter Substitutionها بهصورت Label زیر Connector نمایش داده میشوند.
© Sparx Systems 2026 — صفحهٔ 372 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 373Trace
Trace Relationship تخصصی از Abstraction است که Model Elementها یا مجموعه Elementهایی را که همان Concept را در Modelهای مختلف نشان میدهند متصل میکند. معمولاً برای Tracking Requirement و Model Change در Traceability، Class، Use Case، Object یا Composite Structure Diagram استفاده میشود. چون Change میتواند در هر دو Direction باشد، Direction معمولاً نادیده گرفته میشود. Property رابطه میتواند Mapping را مشخص کند، ولی Trace اغلب Bi-directional، Informal و Rarely Computable است.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 682: Trace Relationship میان Elementهایی است که همان Concept را در Modelهای مختلف نمایندگی میکنند و عمدتاً برای Tracking Requirement/Change استفاده میشود. Directionality اغلب قابل Ignore و Mapping معمولاً Informal و Rarely Computable است.
عنصر تصویری اصلی — صفحه 373عنصر تصویری اصلی — صفحه 373© Sparx Systems 2026 — صفحهٔ 373 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 374Transition
برای حرکت منطقی از یک State به State دیگر در StateMachine Diagram، Transition Connector از Toolbox استفاده میشود. Properties آن شامل:
| Guard | Expressionای که پس از Dispatch Event و پیش از Trigger Transition ارزیابی میشود؛ True یعنی Transition Enabled. |
|---|
| Effect is a Behavior | Effect را از Free Text به Definition یک Activity/Behavior مشخص تبدیل و Select Item را برای انتخاب باز میکند. |
|---|
| Effect | Description Effect را وارد یا Activity/Behavior منتخب را تعیین میکند. |
|---|
| Trigger Name | Name Trigger را Type یا Trigger موجود را از Select Item انتخاب کنید. |
|---|
| Trigger Type | Call، Change، Signal یا Time. Code Generation StateMachine برای هر چهار Type Specification Value انتظار دارد. |
|---|
| Specification | Event آغازکننده Transition را Type یا Select کنید. |
|---|
عنصر تصویری اصلی — صفحه 374عنصر تصویری اصلی — صفحه 374عنصر تصویری اصلی — صفحه 374© Sparx Systems 2026 — صفحهٔ 374 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 375Specification موجود را نیز میتوان از Select Item انتخاب کرد.
| New | Fieldها را برای Trigger جدید پاک میکند. |
|---|
| Save | Trigger جدید/ویرایششده را Save میکند. |
|---|
| Delete | Trigger منتخب را حذف میکند. |
|---|
| Trigger list | Triggerهای موجود، با یا بدون Name/Type، شامل Triggerهای Modelهای قدیمی. |
|---|
یادداشتها
- Fork/Join Segment Trigger یا Guard ندارد.
- برای یافتن Trigger مخفی از «Find Triggers Associated» در Context Menu Transition استفاده کنید؛ اگر یکی باشد در Browser Highlight میشود و اگر چند باشد Element Usage Dialog باز میشود.
- Self-Transition را میتوان Internal Transition کرد و Connector/Property را در Compartment State نمایش داد.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 359: Transition Arc میان دقیقاً یک Source Vertex و یک Target Vertex است؛ Source و Target میتوانند یک Vertex باشند. ممکن است بخشی از Compound Transition باشد که StateMachine را از یک Stable State Configuration به دیگری میبرد و Response کامل به Event Trigger را نشان میدهد.
عنصر تصویری اصلی — صفحه 375عنصر تصویری اصلی — صفحه 375© Sparx Systems 2026 — صفحهٔ 375 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 376Internal Transition
برای تعریف Internal Transition در State، یک External Self-Transition با Source=Target همان State بسازید و Property kind را به Internal تغییر دهید. Connector از Diagram حذف و Transition در Compartment داخل State نمایش داده میشود.
مراحل
- StateMachine Diagram دارای State را باز کنید.
- روی State یک Self-Transition بسازید.
- Properties Connector را باز کنید.
- در Constraints، Guard، Effect و Trigger را تعریف کنید.
- در General > Advanced، Kind را internal بگذارید.
- OK؛ Transition در Compartment کنار Entry/Do/Exit نمایش داده میشود.
یادداشتها
- برای View/Edit، Entry داخل Compartment را Double-click کنید.
- چند Internal Transition حتی با Trigger یکسان و Guard متفاوت ممکن است.
- از Features Window زبانهٔ Internal Triggers میتوان Triggerهای بیشتر ساخت.
عنصر تصویری اصلی — صفحه 376© Sparx Systems 2026 — صفحهٔ 376 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 377مشخصات OMG UML
طبق UML Superstructure 2.4.1 صفحهٔ 362، TransitionKind=internal یعنی اگر Transition Trigger شود بدون Exit/Entry Source State رخ میدهد و State Change ایجاد نمیکند؛ Entry/Exit Condition Source Invoke نمیشود. Internal Transition حتی اگر StateMachine در Regionهای Nested داخل State باشد قابل اجرا است.
© Sparx Systems 2026 — صفحهٔ 377 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 378Usage
Usage رابطهای در Class Diagram است که یک Element برای Implementation یا Operation کامل خود به Element دیگر نیاز دارد. مثال منبع میگوید Class «Order» برای Implementation کامل به Class «LineItem» نیاز دارد. Usage زیرنوع Dependency است.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 38: Usage یک Dependency است که NamedElement برای Implementation/Operation کامل به NamedElement دیگر یا مجموعهای از آنها نیاز دارد. روش استفاده Client از Supplier را جز اصل نیاز مشخص نمیکند.
عنصر تصویری اصلی — صفحه 378عنصر تصویری اصلی — صفحه 378© Sparx Systems 2026 — صفحهٔ 378 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 379Use
Use Relationship نشان میدهد یک Element برای انجام Interaction به Element دیگر نیاز دارد و روش استفاده از Target Supplier را فراتر از این وابستگی مشخص نمیکند. معمولاً در Use Case Diagram برای Modeling استفاده Actor از System Functionality یا Use Caseها بهکار میرود.
یادداشتها
- از نظر UML معمولاً Association میان Actor و Use Case صحیحتر است.
- Usage Relationship در Class Diagram رابطهای متفاوت است.
عنصر تصویری اصلی — صفحه 379عنصر تصویری اصلی — صفحه 379© Sparx Systems 2026 — صفحهٔ 379 از ۴۲۲ — ایجادشده با Enterprise Architect