UML

مقدمه در معماری شیءگرا، کلاس‌ها واژه‌نامه یک سیستم را تعریف می‌کنند، اما تا زمانی که به هم متصل نشوند، ساختاری بی‌صدا باقی می‌مانند. صحت واقعی معماری هر مدل نرم‌افزاری از اینکه موجودیت‌های منزوی باشند، بلکه از روابطی که آن‌ها را به هم متصل می‌کنند، پدید می‌آید. با الهام از کندال اسکات در کتابمسیر سریع UML 2.0، این راهنما مکانیزم‌های اساسی روابط کلاس‌ها را استخراج کرده و آن‌ها را به جریان‌های اجرایی PlantUML تبدیل می‌کند. در حالی که مبتدیان اغلب به شدت بر ویژگی‌ها و عملیات کلاس‌ها تمرکز می‌کنند، مدل‌سازان باتجربه می‌دانند که روابط…continue reading →

مقدمه در مهندسی نرم‌افزار مدرن، فاصله بین دیدگاه ذینفعان و پیاده‌سازی فنی اغلب نقطه‌ای است که پروژه‌ها شکست می‌خورند. درخواست‌های مبهم، گسترش دامنه و انتظارات ناسازگار می‌توانند حتی بزرگ‌ترین پروژه‌های مالی‌شده را متوقف کنند. موارد استفاده UML 2.0 برای پل‌زدن این فاصله طراحی شده‌اند و به عنوان اصلی‌ترین وسیله برای ثبت، سازمان‌دهی و مشخص‌کردن نیازهای رفتاری و عملکردی سیستم عمل می‌کنند. با این حال، بسیاری از تیم‌ها موارد استفاده را تنها به عنوان نمودارهای ساده یا اسناد اداری می‌بینند و قدرت واقعی آن‌ها به عنوان مشخصات زنده و قابل اجرا را از دست…continue reading →

📖مقدمه در معماری نرم‌افزار مدرن، تنش بینپایداری هستهوانعطاف‌پذیری متنیهمیشه وجود دارد. سازمان‌ها به طور مداوم با این مسئله مواجه هستند که چگونه مدل‌های بنیادی حوزه‌ای را برای نیازهای خاص فناوری، مقرراتی یا مشتری‌محور بدون نقض اصل جداسازی نگهداری، ایجاد تکرار یا شکستن اصل بسته/باز، گسترش دهند. روش‌های سنتی UML مانند«وارد کردن»یا«دسترسی»محدودیت‌های نام‌فضایی را حل می‌کنند اما در مواقعی که ادغام ساختاری مورد نیاز است، کافی نیستند. این روش‌ها توسعه‌دهندگان را مجبور به ترکیب دستی مدل‌های شکسته، تکرار ویژگی‌ها یا اتصال محکم زیرساخت به منطق کسب‌وکار می‌کنند. ورود بهادغام بسته UML 2.0 («ادغام»، که اغلب…continue reading →