صفحهٔ منبع 335Control Flow
Control Flow Connector دو Node در Activity Diagram را متصل و Active Transition را مدل میکند. پس از کاملشدن Activity Source، Flow به Target هدایت میشود. Control Flow و Object Flow میتوانند Guard و Weight داشته باشند.
Guard شرطی است که پیش از عبور Control باید True باشد؛ مثلاً Edgeهای خروجی Decision باید Guardهای متقابلاً Exclusive داشته باشند. Weight تعداد Tokenهایی است که هنگام Traverse Edge روی Control/Object Flow حرکت میکنند. هر دو در Properties Connector قابل تنظیماند.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 376: ControlFlow یک ActivityEdge است که فقط Control Token ــ و طبق Modeler بعضی Object Tokenها ــ را عبور میدهد. برای Sequencing صریح ActivityNodeها استفاده میشود؛ Target تا پایان Source و تولید Token نمیتواند Control Token بگیرد و Execution را آغاز کند.
عنصر تصویری اصلی — صفحه 335عنصر تصویری اصلی — صفحه 335© Sparx Systems 2026 — صفحهٔ 335 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 336Delegate
Delegate Connector Assembly داخلی Port و Interface خارجی Component را در Component Diagram تعریف میکند. با Delegation، Connection Interface خارجی به Internal Working System منتقل میشود.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 191: Delegation Connector یک Port را به Role داخل EncapsulatedClassifier وصل میکند و Forward کردن Requestهای Operation Invocation و Signal را نشان میدهد. Request ورودی به Port دارای Delegation Connector به Property/Portهای Target برای Handle شدن منتقل میشود. Delegation برای Modeling Hierarchical Decomposition Behavior نیز استفاده میشود، جایی که Service یک EncapsulatedClassifier در چند Level داخلی Realize میشود.
عنصر تصویری اصلی — صفحه 336عنصر تصویری اصلی — صفحه 336© Sparx Systems 2026 — صفحهٔ 336 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 337Dependency
Dependency Relationship برای Modeling انواع رابطهٔ وابستگی میان Model Elementها در Use Case، Activity، Structural Diagram و حتی میان Modelها استفاده میشود. از صفحهٔ Common Toolbox ساخته میشود. UML Package Dependencies مشتقهایی مانند Realize، Deployment و Use دارد. پس از ساخت میتوان با Stereotype تخصصی Meaning را Refine کرد.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 42: Dependency Relationship نشان میدهد یک Model Element یا مجموعه Elementها برای Specification یا Implementation به Elementهای دیگر نیاز دارد؛ Semantics کامل Client بهصورت Semantic یا Structural به Definition Supplier وابسته است.
عنصر تصویری اصلی — صفحه 337عنصر تصویری اصلی — صفحه 337© Sparx Systems 2026 — صفحهٔ 337 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 338اعمال Stereotype به Dependency
- Dependency را انتخاب کنید.
- راستکلیک و «Dependency Properties» را انتخاب کنید.
- در Stereotype نام موردنظر را وارد یا از List انتخاب کنید.
- OK را بزنید.
روش جایگزین: Advanced | Dependency Stereotypes و انتخاب از List کوتاه Stereotypeهای استاندارد.
© Sparx Systems 2026 — صفحهٔ 338 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 339Deployment
Deployment نوعی Dependency است که استقرار Artifact روی Node یا Executable Target را نشان میدهد، معمولاً در Deployment Diagram. Deployment در Type و Instance Level ممکن است. در Type Level برای هر Instance Node اعمال میشود؛ در Instance Level Node Instanceها میتوانند Artifactهای Deploy شده متفاوت داشته باشند. در Composite Structure با Nodeهای مدلشده بهصورت Part، Part نیز Target Deployment میشود.
عنصر تصویری اصلی — صفحه 339عنصر تصویری اصلی — صفحه 339© Sparx Systems 2026 — صفحهٔ 339 از ۴۲۲ — ایجادشده با Enterprise Architect