راهنمای کامل نمودارهای مؤلفه‌ای UML: تجسم معماری سیستم

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam componentStyle uml2
skinparam BackgroundColor white
skinparam DefaultFontName Arial

' پیکربندی سبک برای هماهنگی با رنگ‌های آبی
skinparam component {
    BackgroundColor #66b3ff
    BorderColor #004d99
    FontColor black
}
skinparam interface {
    BackgroundColor #66b3ff
    BorderColor #004d99
}

' اجزا
component "Order System" as OrderSystem
component "Customer Repository" as CustomerRepo
component "Inventory System" as InventorySystem

' رابط‌ها و اتصالات
interface "Customer Lookup" as CustomerLookup
interface "Product Accessor" as ProductAccessor

OrderSystem -( CustomerLookup
CustomerLookup - CustomerRepo

OrderSystem --( ProductAccessor
ProductAccessor -- InventorySystem

@enduml

زیرسیستم‌ها

«زیرسیستم» طبقه‌بندی، نسخه‌ای تخصصی از طبقه‌بندی جزء است. به همین دلیل، عنصر نشانه‌گذاری زیرسیستم تمام قوانین یکسان عنصر نشانه‌گذاری جزء را به ارث می‌برد. تنها تفاوت این است که عنصر نشانه‌گذاری زیرسیستم دارای کلیدواژه «<<subsystem>>» به جای «<<component>>.

پورت‌ها

پورت‌ها با استفاده از یک مربع در طول لبه سیستم یا جزء نمایش داده می‌شوند. یک پورت اغلب برای کمک به نمایان کردن رابط‌های مورد نیاز و ارائه‌شده یک جزء استفاده می‌شود و به عنوان یک نقطه تعامل خاص عمل می‌کند.

روابط

از نظر گرافیکی، نمودار اجزا مجموعه‌ای از رئوس و کمان‌ها است و معمولاً شامل اجزا، رابط‌ها و انواع مختلفی از روابط مانند وابستگی، تجمیع، قید، تعمیم، ارتباط و تحقق می‌شود. همچنین ممکن است شامل یادداشت‌ها و قیود باشد.

روابط	نشانه‌گذاری	توضیح
ارتباط		یک ارتباط، رابطه‌ای معنایی را مشخص می‌کند که می‌تواند بین نمونه‌های دارای نوع رخ دهد. این ارتباط حداقل دو انتها دارد که توسط ویژگی‌ها نمایش داده می‌شوند و هر یک از آن‌ها به نوع انتهای مربوطه متصل است.
ترکیب		تجمع ترکیبی شکل قوی‌تری از تجمع است که نیاز دارد یک نمونه جزء در هر زمان در حداکثر یک ترکیب گنجانده شود. اگر یک ترکیب حذف شود، تمام اجزای آن معمولاً همراه با آن حذف می‌شوند.
تجمع		نوعی از ارتباط که یکی از انتهای آن به عنوان تجمع اشتراکی علامت‌گذاری شده است، به این معنی که دارای تجمع اشتراکی است.
محدودیت		شرط یا محدودیتی که به زبان طبیعی یا به زبان قابل خواندن توسط ماشین بیان می‌شود، به منظور اعلام بخشی از معنای یک عنصر.
وابستگی		وابستگی نشان می‌دهد که یک یا مجموعه‌ای از عناصر مدل برای مشخص‌سازی یا پیاده‌سازی خود به عناصر مدل دیگر نیاز دارند. عناصر وابسته از نظر معنایی یا ساختاری به عنصر(های) تأمین‌کننده وابسته هستند.
عمومی‌سازی		رابطه‌ای طبقه‌بندی‌کننده بین یک طبقه‌بند کلی‌تر و یک طبقه‌بند خاص‌تر. هر نمونه از طبقه‌بند خاص، همچنین یک نمونه غیرمستقیم از طبقه‌بند کلی است و ویژگی‌های آن را به ارث می‌برد.

کاربردهای عملی

۱. مدل‌سازی کد منبع

چه از طریق مهندسی مستقیم و چه از طریق مهندسی معکوس، مجموعه فایل‌های کد منبع مورد نظر را شناسایی کرده و آن‌ها را به عنوان مؤلفه‌هایی با استریوتایپ <<file>>.
برای سیستم‌های بزرگ‌تر، از بسته‌ها برای نمایش گروه‌هایی از فایل‌های کد منبع استفاده کنید.
در نظر بگیرید که یک مقدار برچسب‌گذاری شده را نمایان کنید که اطلاعاتی مانند شماره نسخه فایل کد منبع، نویسنده آن و تاریخ آخرین تغییر را نشان دهد. از ابزارها برای مدیریت مقدار این برچسب استفاده کنید.
وابستگی‌های کامپایل بین این فایل‌ها را با استفاده از وابستگی‌ها مدل کنید. دوباره، از ابزارها برای کمک به تولید و مدیریت این وابستگی‌ها استفاده کنید.

نمونه مؤلفه – کد منبع جاوا

نمونه نمودار مؤلفه – کد ++C با نسخه‌بندی

معادل PlantUML برای مدل‌سازی کد منبع:

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam componentStyle uml2
skinparam BackgroundColor white
skinparam DefaultFontName Arial

' پیکربندی سبک برای تطبیق با رنگ‌های آبی
skinparam component {
    BackgroundColor #66b3ff
    BorderColor #004d99
    FontColor black
}

' ردیف مؤلفه‌ها ۱ (نسخه‌ها)
component "signal.h (v3.5)" as signal35
component "signal.h (v4.0)" as signal40
component "signal.h (v4.1)" as signal41

' ردیف مؤلفه‌ها ۲
component "interp.cpp" as interp
component "signal.h (v5.0)" as signal50

' ردیف مؤلفه‌ها ۳
component "irq.h" as irq
component "device.cpp" as device

' اتصالات و بازنویسی‌های چیدمان
' والدین چپ‌نما در ردیف بالا
signal40 .left.> signal35 : <>
signal41 .left.> signal40 : <>

' وابستگی‌های عمودی
interp .up.> signal41
signal50 .up.> signal41

interp .down.> irq
device .up.> interp

@enduml

۲. مدل‌سازی یک نسخه اجرایی

مجموعه‌ای از اجزایی که می‌خواهید مدل‌سازی کنید را شناسایی کنید. معمولاً این کار شامل برخی یا تمام اجزایی است که روی یک گره قرار دارند، یا توزیع این مجموعه‌های اجزا در سراسر تمام گره‌های سیستم است.
استریوتایپ (نقش) هر جزء در این مجموعه را در نظر بگیرید. برای اکثر سیستم‌ها، تعداد کمی از انواع مختلف جزء را پیدا خواهید کرد (مانند فایل‌های اجرایی، کتابخانه‌ها، جداول، فایل‌ها و اسناد). می‌توانید از مکانیزم‌های گسترش‌پذیری UML برای ارائه نشانه‌های بصری برای این استریوتایپ‌ها استفاده کنید.
برای هر جزء در این مجموعه، رابطه آن با همسایگان خود را در نظر بگیرید. در بیشتر موارد، این شامل رابط‌هایی است که توسط برخی اجزا صادر (پیاده‌سازی) می‌شوند و سپس توسط سایر اجزا وارد (استفاده) می‌شوند. اگر می‌خواهید درزهای سیستم خود را آشکار کنید، این رابط‌ها را به صراحت مدل‌سازی کنید. اگر می‌خواهید مدل خود را در سطح انتزاعی بالاتری داشته باشید، این روابط را با نمایش وابستگی‌ها تنها بین اجزا، حذف کنید.

معادل PlantUML برای انتشار اجرایی:

Plantuml

ویرایش Plantuml در VPasCode

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam componentStyle uml2
skinparam BackgroundColor white
skinparam DefaultFontName Arial

' سبک‌بندی آبی مدرن برای هماهنگی با سبک نمودار شما
skinparam component {
    BackgroundColor #5cadff
    BorderColor #2b7fff
    FontColor black
    RoundCorner 10
}
skinparam interface {
    BackgroundColor #5cadff
    BorderColor #2b7fff
}

' اجزا
component "path.dll" as path
component "collision.dll" as collision
component "driver.dlln(version = "B.2.1.3")" as driver

' رابط‌ها
interface IDrive
interface ISelfTest

' چیدمان و اتصالات تمیز
path .right.> collision

' استفاده از چیدمان‌های پنهان برای اجبار به چیدمان عمودی رابط‌ها
IDrive -[hidden]down- ISelfTest

' اتصال درایور به رابط‌های آن به صورت تمیز در سمت چپ
driver -left- IDrive
driver -left- ISelfTest

' خط وابستگی عمودی تمیز و مستقیم
path .down.> IDrive

@enduml

ویرایش Plantuml در VPasCode

۳. مدل‌سازی پایگاه داده فیزیکی

کلاس‌های موجود در مدل خود را که نمایانگر طرح منطقی پایگاه داده شما هستند، شناسایی کنید.
یک استراتژی برای نگاشت این کلاس‌ها به جداول انتخاب کنید. همچنین باید توزیع فیزیکی پایگاه‌های داده خود را در نظر بگیرید. استراتژی نگاشت شما تحت تأثیر مکانی خواهد بود که می‌خواهید داده‌های شما در سیستم مستقر شده خود در آنجا قرار داشته باشند.
برای تجسم، مشخص‌سازی، ساخت و مستندسازی نگاشت خود، یک نمودار جزء ایجاد کنید که شامل اجزایی با استریوتایپ <<جدول>>.
در صورت امکان، از ابزارها برای کمک به تبدیل طراحی منطقی خود به طراحی فیزیکی استفاده کنید.

معادل PlantUML برای پایگاه داده فیزیکی:

Plantuml

ویرایش Plantuml در VPasCode

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam componentStyle uml2
skinparam BackgroundColor white
skinparam DefaultFontName Arial
skinparam linetype ortho

' پیکربندی سبک برای هماهنگی با رنگ‌های آبی
skinparam component {
    BackgroundColor #66b3ff
    BorderColor #004d99
    FontColor black
}

' جزء والد
component "school.db" as school_db

' اجزای فرزند
component "course" as course
component "department" as dept
component "instructor" as instructor
component "school" as school
component "student" as student

' پیوندهای پنهان برای اعمال ردیف هم‌تراز افقی
course -[hidden]right- dept
dept -[hidden]right- instructor
instructor -[hidden]right- school
school -[hidden]right- student

' روابط ترکیب (الماس سیاه)
school_db *-- course
school_db *-- dept
school_db *-- instructor
school_db *-- school
school_db *-- student

@endif