UML

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

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

مقدمه با افزایش مقیاس و قابلیت‌های سیستم‌های نرم‌افزاری مدرن، نمودارهای حالت ساده به سرعت غیرقابل مدیریت می‌شوند. برنامه‌های واقعی دنیای واقعی به ندرت به صورت خطی ساده کار می‌کنند؛ بلکه مدیریت جریان‌های وابسته به هم، فرآیندهای پس‌زمینه و تعاملات کاربری را مدیریت می‌کنند که نیازمند هماهنگی دقیق هستند. برای مقابله با این پیچیدگی، مدل‌سازی ماشین حالت از حالت‌های مرکباستفاده می‌کند که رفتارهای داخلی را درون یک حالت والد واحد جمع‌آوری می‌کند. تصمیم معماری درباره نحوه ساختاردهی این رفتارهای داخلی به دو پارادایم اساسی بستگی دارد: زیرحالت‌های متوالی (یا)وزیرحالت‌های همزمان (و). انتخاب بین این پارادایم‌ها تنها…continue reading →

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

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

Packages in the Unified Modeling Language are used to group elements and provide namespaces for the grouped elements. A package can contain other packages, thus providing a hierarchical organization of packages. Almost all UML elements can be grouped into packages. Thus, classes, objects, use cases, components, nodes, node instances, etc. can be organized into packages, thus making the organization of the myriad elements contained in a real-world UML model manageable.

UML Sequence Diagrams are interaction diagrams that detail how operations are carried out. They capture the interaction between objects in the context of a collaboration. Sequence Diagrams are time focus and they show the order of the interaction visually by using the vertical axis of the diagram to represent time what messages are sent and when.

در UML، روابط، ارتباط بین عناصر مدل هستند. موارد استفاده نیز در انواع مختلف روابط به یکدیگر متصل هستند. رابطه بین دو مورد استفاده اساساً وابستگی بین دو مورد استفاده را مدل می کند. با استفاده مجدد از موارد استفاده موجود با استفاده از انواع مختلف روابط، تلاش کلی مورد نیاز برای توسعه سیستم کاهش می یابد. نمودارهای مورد استفاده، موارد استفاده، بازیگران و روابط بین آنها را نشان می دهد. به عنوان مثال، رابطه بین یک بازیگر و یک مورد استفاده نشان می دهد که بازیگر می تواند از عملکرد خاصی از سیستم تجاری استفاده کند.

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