استفاده از UML در سطوح مختلف

سه سطح جزئیات

UML می‌تواند به اندازه‌ای که می‌خواهید یا کمتر استفاده شود.مارتین فاولرسه روش رایج که مردم تمایل دارند از UML استفاده کنند را توصیف می‌کند:

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

خلاصه

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

در برخی صنایع، مانند پزشکی و دفاع، پروژه‌های نرم‌افزاری تمایل دارند به UML به عنوان یک نقشه متمایل شوند زیرا سطح بالایی از کیفیت مورد نیاز است. طراحی نرم‌افزار به شدت بررسی می‌شود زیرا ممکن است بحرانی برای مأموریت باشد: شما نمی‌خواهید دستگاه مانیتورینگ قلب شما ناگهان صفحه «مرگ آبی» را نمایش دهد.

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

منابع پیشنهادی UML

This post is also available in Deutsch, English, Español, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.

Leave a Reply

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *