Component، Data Type، Interface و Node | UML و Enterprise Architect

Component، Data Type، Interface و Node

توسط admin | گروه مهندسی نرم افزار | 1405/05/19

نظرات 0

Component، Data Type، Interface و Node

عنوان اصلی
Unified Modeling Language (UML)
عنوان ترجمه‌شده
Component، Data Type، Interface و Node
مجموعه
Enterprise Architect — User Guide Series
نویسنده / سازمان
Sparx Systems
نسخه منبع
17.1
تاریخ منبع
2026-05-27
زبان اصلی
انگلیسی
وضعیت حقوقی
حق ترجمه و انتشار توسط کاربر تأیید شده است.
تاریخ ترجمه
2026-08-10 / ۱۴۰۵/۰۵/۱۹
اعتبار ترجمه
ترجمه با کمک هوش مصنوعی

فروش یا انتشار این ترجمه منوط به داشتن مجوز لازم از صاحب حقوق اثر است.

صفحهٔ منبع 287

Component

توضیح

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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 287
عنصر تصویری منبع — صفحه 287تصویر، نمودار یا آیکون اصلی موجود در صفحه 287 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 287
صفحهٔ منبع 288

برای نمایش Interface، می‌توانید Expose Interface Element یا Port روی Component ایجاد کنید. Assembly Connector Required Interface یک Component را به Provided Interface Component دیگر متصل می‌کند. Delegate Connector نیز Port/Interface خارجی Component را به Partهای داخلی وصل می‌کند.

صفحهٔ منبع 289

Data 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
عنصر تصویری منبع — صفحه 289تصویر، نمودار یا آیکون اصلی موجود در صفحه 289 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 289
عنصر تصویری منبع — صفحه 289تصویر، نمودار یا آیکون اصلی موجود در صفحه 289 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 289
صفحهٔ منبع 290

Deployment 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
عنصر تصویری منبع — صفحه 290تصویر، نمودار یا آیکون اصلی موجود در صفحه 290 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 290
عنصر تصویری منبع — صفحه 290تصویر، نمودار یا آیکون اصلی موجود در صفحه 290 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 290
صفحهٔ منبع 291

Device

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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 291
عنصر تصویری منبع — صفحه 291تصویر، نمودار یا آیکون اصلی موجود در صفحه 291 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 291
صفحهٔ منبع 292

Enumeration

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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 292
عنصر تصویری منبع — صفحه 292تصویر، نمودار یا آیکون اصلی موجود در صفحه 292 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 292
صفحهٔ منبع 293

Execution 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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 293
عنصر تصویری منبع — صفحه 293تصویر، نمودار یا آیکون اصلی موجود در صفحه 293 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 293
صفحهٔ منبع 294

Expose 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
عنصر تصویری منبع — صفحه 294تصویر، نمودار یا آیکون اصلی موجود در صفحه 294 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 294
عنصر تصویری منبع — صفحه 294تصویر، نمودار یا آیکون اصلی موجود در صفحه 294 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 294
صفحهٔ منبع 295

Information 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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 295
عنصر تصویری منبع — صفحه 295تصویر، نمودار یا آیکون اصلی موجود در صفحه 295 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 295
صفحهٔ منبع 296

Interface

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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 296
عنصر تصویری منبع — صفحه 296تصویر، نمودار یا آیکون اصلی موجود در صفحه 296 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 296
صفحهٔ منبع 297

Node

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 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 297
عنصر تصویری منبع — صفحه 297تصویر، نمودار یا آیکون اصلی موجود در صفحه 297 سند؛ برای حفظ وفاداری بصری به‌صورت داده درون‌خطی درج شده است.
عنصر تصویری اصلی — صفحه 297

امتیاز کاربران به این مقاله

☆☆☆☆☆

0 نفر امتیاز داده اند. میانگین: 0.0 از 5

 

0 نظر

نظر محترم شما در مورد مقاله های وب سایت برنامه نویسی و پایگاه داده

نظرات محترم شما در خدمات رسانی بهتر ما را یاری می نمایند. لطفا اگر مایل بودید یک نظر ما را مهمان فرمائید. آدرس ایمیل و وب سایت شما نمایش داده نخواهد شد.

0 / 500

اطلاعات تماس

  • آدرس:اصفهان-خیابان ام کلثوم غربی - بعد خیابان تخم چی - بیست متر بعد از پیتزا ننه شب - کوچه تعمیر گاه سمار زغالی - پلاک 354 - درب مشکی - طبقه هفتم
  • آدرس ایمیل:najafzade@gmail.com
  • وب سایت:http://www.a00b.com/
  • تلفن ثابت:(+98)9131253620
  • تلفن همراه:09131253620