صفحهٔ منبع 206Interruptible Activity Region
توضیح
Interruptible Activity Region گروهی از Activity Nodeها را مشخص میکند که Execution آنها میتواند توسط یک Interrupting Edge خاتمه یابد. Region معمولاً با Border خطچین نمایش داده میشود و Activity Nodeهای مرتبط درون آن قرار میگیرند.
Interrupt Flow از Node داخل Region به Node خارج Region رسم میشود. وقتی چنین Flowای فعال شود، Tokenها و Executionهای جاری در Region متوقف میشوند و Control از Interrupting Edge ادامه مییابد.
مشخصات OMG UML
InterruptibleActivityRegion نوعی ActivityGroup است. اگر Token از Interrupting Edge خارج شود، همهٔ Tokenها و اجرای Nodeهای داخل Region خاتمه مییابند.
عنصر تصویری اصلی — صفحه 206عنصر تصویری اصلی — صفحه 206عنصر تصویری اصلی — صفحه 206© Sparx Systems 2026 — صفحهٔ 206 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 207این ساختار برای مدلکردن Cancel، Error، Timeout یا Eventهایی مناسب است که باید Processing در یک Region را متوقف کنند. Edgeهای معمولی میتوانند وارد یا از Region خارج شوند، اما فقط Interrupting Edge Semantics خاتمهٔ Region را دارد.
© Sparx Systems 2026 — صفحهٔ 207 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 208Junction
توضیح
Junction Pseudostate برای ترکیب یا تقسیم Transition Pathها در StateMachine استفاده میشود و امکان Share کردن Segmentهای Transition را فراهم میکند. بر خلاف Choice، Guardهای مسیر Junction پیش از رسیدن به Junction و بهعنوان بخشی از Compound Transition ارزیابی میشوند.
مشخصات OMG UML
Junction برای ساخت Compound Transitionهای Static استفاده میشود. چند Transition ورودی یا خروجی میتوانند داشته باشند و مسیرهای چند Segment را به هم متصل کنند. اگر Guardهای مسیر خروجی متقابلاً Exclusive باشند، مسیر مناسب از پیش با ارزیابی Guardها مشخص میشود.
عنصر تصویری اصلی — صفحه 208عنصر تصویری اصلی — صفحه 208عنصر تصویری اصلی — صفحه 208© Sparx Systems 2026 — صفحهٔ 208 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 209Junction برای سادهسازی Diagram و جلوگیری از تکرار Transition Segmentها مفید است. اگر انتخاب مسیر باید بر اساس Valueای باشد که در Execution مسیر قبلی تولید میشود، Choice معمولاً مناسبتر است.
© Sparx Systems 2026 — صفحهٔ 209 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 210Lifeline
توضیح
Lifeline یک Participant در Interaction را نمایش میدهد و معمولاً Instance یا Role یک Classifier است. در Sequence Diagram، Lifeline با Head عنصر و خط عمودی نقطهچین نمایش داده میشود؛ در Timing Diagram شکلهای State Lifeline یا Value Lifeline استفاده میشوند.
Lifeline میتواند Classifier، Name، Stereotype و سایر Propertyهای Participant را داشته باشد. Messageها به Lifeline متصل میشوند و Ordering Eventها را در طول آن نشان میدهند.
مشخصات OMG UML
Lifeline یک Individual Participant را در Interaction نشان میدهد و مجموعهای از OccurrenceSpecificationها روی آن مرتب میشوند. Lifeline میتواند یک ConnectableElement را نمایندگی کند و Selector برای انتخاب Instance مشخص در Multiplicity داشته باشد.
عنصر تصویری اصلی — صفحه 210عنصر تصویری اصلی — صفحه 210© Sparx Systems 2026 — صفحهٔ 210 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 211Merge
توضیح
Merge Node در Activity Diagram چند Alternative Flow را بدون Synchronization به یک Flow تبدیل میکند. هر Token ورودی میتواند مستقلاً به Outgoing Edge منتقل شود؛ لازم نیست Token از همهٔ Incoming Edgeها همزمان حاضر باشد.
مشخصات OMG UML
MergeNode یک ControlNode با چند Incoming Edge و یک Outgoing Edge است. هر Token ارائهشده روی یکی از Incoming Edgeها به Outgoing Edge Offer میشود. Merge با Join متفاوت است؛ Join Parallel Flowها را Synchronize میکند.
عنصر تصویری اصلی — صفحه 211عنصر تصویری اصلی — صفحه 211© Sparx Systems 2026 — صفحهٔ 211 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 212Message Endpoint
توضیح
Message Endpoint برای نمایش Lost یا Found Message استفاده میشود؛ یعنی یک انتهای Message در Interaction مشخص است و انتهای دیگر خارج Scope Diagram یا نامعلوم است. Endpoint بهصورت Symbol کوچک در انتهای Message نمایش داده میشود.
در Sequence یا Timing Diagram میتوانید Message را از Lifeline به Endpoint یا از Endpoint به Lifeline رسم کنید.
عنصر تصویری اصلی — صفحه 212عنصر تصویری اصلی — صفحه 212© Sparx Systems 2026 — صفحهٔ 212 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 213Message Label
توضیح
Message Label روشی جایگزین برای نمایش Message در Timing Diagram است، بهخصوص زمانی که تعداد Messageها زیاد است و Connectorهای کامل Diagram را شلوغ میکنند. Label میتواند ارتباط بین Lifelineها را بدون رسم خط طولانی نشان دهد.
Label اطلاعات Message مانند Name و مقصد/مبدأ متناظر را نمایش میدهد و با Message مرتبط باقی میماند.
عنصر تصویری اصلی — صفحه 213عنصر تصویری اصلی — صفحه 213عنصر تصویری اصلی — صفحه 213© Sparx Systems 2026 — صفحهٔ 213 از ۴۲۲ — ایجادشده با Enterprise Architect