صفحهٔ منبع 287Component
توضیح
Component بخش Modular یک System است که Behavior و Structure مشخصی دارد و Interfaceهای Provided/Required آن Contract تعامل با سایر Componentها را تعریف میکنند. Component میتواند Artifactها، Classها، Portها و Partهای داخلی را داشته باشد.
Component Diagram برای نمایش Organization، Dependency و Interfaceهای Componentها استفاده میشود. Component Notation میتواند Rectangle با Icon کوچک Component یا شکل Stereotype شده باشد.
مشخصات OMG UML
Component یک StructuredClassifier Modular و قابل Replace است که Behavior آن از طریق Interfaceهای Provided/Required قابل دسترس است. Component ممکن است Implementation خود را Encapsulate کند و با Connectorها Assemble شود.
عنصر تصویری اصلی — صفحه 287عنصر تصویری اصلی — صفحه 287© Sparx Systems 2026 — صفحهٔ 287 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 288برای نمایش Interface، میتوانید Expose Interface Element یا Port روی Component ایجاد کنید. Assembly Connector Required Interface یک Component را به Provided Interface Component دیگر متصل میکند. Delegate Connector نیز Port/Interface خارجی Component را به Partهای داخلی وصل میکند.
© Sparx Systems 2026 — صفحهٔ 288 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 289Data Type
Data Type نوع خاصی از Classifier و شبیه Class است، اما Data Type نمیتواند Sub Data Type داشته باشد و Instanceهای آن فقط با Value شناسایی میشوند. برای مثال Instance یک Person Class میتواند Object «Helen» باشد، اما Instance یک Integer Data Type عدد 12 است. همهٔ Copyهای یک Instance از Data Type و هر Instance با Value یکسان، همان Instance محسوب میشوند؛ در حالی که Objectهای Helen لزوماً یک Helen نیستند، همهٔ 12ها همان Value هستند.
اگر Data Type Attribute داشته باشد، Instanceها زمانی برابرند که Structure و Value Attributeهای متناظر برابر باشند. Data Typeها معمولاً برای Primitive Typeهای Programming Language یا CORBA Basic Typeها مانند Integer و String استفاده میشوند. Notation آن Rectangle با Keyword «dataType» است یا هنگام Reference، String حاوی نام Data Type.
Toolbox icon
عنصر تصویری اصلی — صفحه 289عنصر تصویری اصلی — صفحه 289عنصر تصویری اصلی — صفحه 289© Sparx Systems 2026 — صفحهٔ 289 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 290Deployment Specification
Deployment Specification Parameterهایی را مشخص میکند که Deployment یک Artifact را هدایت میکنند؛ چیزی که در بیشتر Hardware/Software Technologyها لازم است. Specification Propertyهایی را فهرست میکند که برای Deployment باید تعریف شوند؛ Instance آن Value این Parameterها را تعیین میکند و یک Specification میتواند برای چند Artifact Instance شود.
Component Profileها میتوانند Specification را Extend کنند. نمونه Tagged Valueها شامل concurrencyMode={thread, process, none} و transactionMode={transaction, nestedTransaction, none} است. مثال منبع Artifact «RepositoryApp» را روی Server Node مطابق SystemSpec نشان میدهد.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 662: DeploymentSpecification مجموعه Propertyهایی است که Execution Parameterهای Component Artifact Deploy شده روی Node را تعیین میکند و میتواند برای Container Type خاص باشد. Artifactی که Propertyهای DeploymentSpecification را Reify/Implement میکند Deployment Descriptor است.
عنصر تصویری اصلی — صفحه 290عنصر تصویری اصلی — صفحه 290عنصر تصویری اصلی — صفحه 290© Sparx Systems 2026 — صفحهٔ 290 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 291Device
Device یک Physical Electronic Resource دارای Processing Capability است که Artifactها میتوانند برای Execution روی آن Deploy شوند. Device پیچیده میتواند از Deviceهای دیگر تشکیل شود؛ Physical Machine را میتوان از طریق Namespace Ownership یا Attributeهای Typed by Device به اجزایش تجزیه کرد.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 663: Device یک Physical Computational Resource با Processing Capability است که Artifactها میتوانند برای Execution روی آن Deploy شوند. Deviceها میتوانند Complex و شامل Deviceهای دیگر باشند.
عنصر تصویری اصلی — صفحه 291عنصر تصویری اصلی — صفحه 291© Sparx Systems 2026 — صفحهٔ 291 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 292Enumeration
Enumeration نوعی Data Type است که Instanceهای آن یکی از Enumeration Literalهای تعریفشده توسط User هستند. مجموعه Literalهای مجاز میتواند در Package یا Profileهای دیگر Extend شود. Enumeration را در Class/Package Diagram یا Diagramهای Metamodel/Profile میسازید.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 175: Enumeration یک DataType است که Valueهایش بهصورت EnumerationLiteral در Model Enumerate شدهاند.
عنصر تصویری اصلی — صفحه 292عنصر تصویری اصلی — صفحه 292© Sparx Systems 2026 — صفحهٔ 292 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 293Execution Environment
Execution Environment یک Node است که محیط اجرای Typeهای مشخص Component را فراهم میکند؛ Componentها به شکل Executable Artifact روی آن Deploy میشوند. Execution Environment میتواند Nested باشد؛ مثلاً Database Environment در Operating System Environment. Componentهای مناسب سپس روی Nodeهای مشخص Deploy میشوند.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 664: ExecutionEnvironment محیط اجرا برای Typeهای مشخص Component است که بهصورت Executable Artifact روی آن Deploy شدهاند. صفحهٔ 658 نیز میگوید ExecutionEnvironment معمولاً با Composition به Device یا System Node سطح بالاتر Assign میشود، میتواند Nested باشد، Interfaceهای صریح برای System Service داشته باشد و Application Componentها از طریق Deployment یا Manifestation روی آن Deploy میشوند. Propertyهای DeploymentSpecification میتوانند Service Aspectهای Environment را تعیین کنند.
عنصر تصویری اصلی — صفحه 293عنصر تصویری اصلی — صفحه 293© Sparx Systems 2026 — صفحهٔ 293 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 294Expose Interface
Expose Interface روش گرافیکی نمایش Required یا Supplied Interface یک Component، Class یا Part در Component یا Composite Structure Diagram است. فقط واقعیت Provided/Required بودن Interface را نشان میدهد؛ برای نمایش اینکه Interface Provided/Required توسط Element دیگر استفاده/تأمین میشود، Assembly Connector بهکار میرود.
Expose Interface باید به Class یا Component متصل باشد و Child همان عنصر میشود؛ مستقل وجود ندارد. میتوان بیش از یک Expose Interface به Element متصل کرد. هنگام ساخت، Dialog نام و Required/Provided بودن را میگیرد.
عنصر تصویری اصلی — صفحه 294عنصر تصویری اصلی — صفحه 294عنصر تصویری اصلی — صفحه 294© Sparx Systems 2026 — صفحهٔ 294 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 295Information Item
Information Item یک Abstraction از Data است که میتواند بین دو Object منتقل شود. اصطلاح Information Item بهصورت عامتر برای هر Classifierی نیز بهکار میرود که Type مشخص Data قابل انتقال را نشان دهد. Conveyance و Realization Information Itemها با Information Flow Connector نمایش داده میشود.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 673: InformationItem انواع Information را که میتوانند بهصورت بسیار Abstract از Source به Target Flow کنند نمایش میدهد، بدون اینکه جزئیات Data منتقلشده را مشخص کند. جزئیات متعلق به Classifierهای دیگر است؛ بنابراین InformationItem قابل Instantiate نیست و Feature، Generalization یا Association ندارد. برای Early Design Stage و Abstract کردن بخشهای Model پیچیده مفید است.
عنصر تصویری اصلی — صفحه 295عنصر تصویری اصلی — صفحه 295© Sparx Systems 2026 — صفحهٔ 295 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 296Interface
Interface Specification یک Behavior یا Contract است که Implementerها متعهد به رعایت آناند. Class با Implement کردن Interface رفتار لازم را پشتیبانی میکند و System میتواند Elementهای نامرتبط را از طریق Interface مشترک یکسان ببیند. Interface در Composite Structure Diagram نیز استفاده میشود.
Interface میتواند مانند Class با Operationها نمایش داده شود یا بهشکل Circle بدون Operation Detail؛ از گزینهٔ «Use Circle Notation» برای تغییر Style استفاده کنید. Realize Connector به Interface دایرهای Solid Line بدون Target Arrow نمایش داده میشود.
Interface قابل Instantiate نیست؛ باید Classای Specification را Implement کند و Operationهای متناظر را داشته باشد، سپس Class Instantiate میشود.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 171: Interface نوعی Classifier است که Declaration مجموعه Public Featureها و Obligationهای یک Service منسجم را نمایش میدهد. Instance Classifierی که Interface را Realize میکند باید Contract را Fulfill کند. Obligation میتواند Constraint یا Protocol Specification باشد. Interface Instantiate نمیشود؛ BehavioredClassifier آن را Implement/Realize میکند و ممکن است چند Interface را Implement کند. Interface فقط آنچه باید پشتیبانی شود را تعیین میکند، نه روش Implementation.
عنصر تصویری اصلی — صفحه 296عنصر تصویری اصلی — صفحه 296© Sparx Systems 2026 — صفحهٔ 296 از ۴۲۲ — ایجادشده با Enterprise Architect
صفحهٔ منبع 297Node
Node یک Physical Piece of Equipment است که System روی آن Deploy میشود؛ مانند Workgroup Server یا Workstation. Node معمولاً Component و Executable Code را Host میکند و میتواند به Process یا Execution Space متصل باشد. نمونهها Client Workstation، Application Server، Mainframe، Router و Terminal Server هستند.
Node در Deployment Diagram برای Modeling Deployment System و Physical Allocation Artifactها بهکار میرود و در Web Modeling نیز استفاده میشود.
مشخصات OMG UML
UML 2.5.1 صفحهٔ 658: Node یک Computational Resource است که Artifactها از طریق Deployment Relationship برای Execution روی آن Deploy میشوند. Node میتواند Nested Structure پیچیده و Connection به Nodeهای دیگر داشته باشد. ساختار داخلی Node فقط از Node تشکیل میشود. Nodeها از Manifestation Artifactهای Deploy شده Associated Element میگیرند و میتوانند Device یا ExecutionEnvironment باشند.
عنصر تصویری اصلی — صفحه 297عنصر تصویری اصلی — صفحه 297© Sparx Systems 2026 — صفحهٔ 297 از ۴۲۲ — ایجادشده با Enterprise Architect