de_DEen_USes_ESfa_IRfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

مقدمه

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

1. نمودار زمینه سیستم

دامنه:یک سیستم نرم‌افزاری واحد.

عناصر اصلی:سیستم نرم‌افزاری در دامنه.

عناصر پشتیبان:افراد (مثلاً کاربران، بازیگران، نقش‌ها، شخصیت‌ها) و سیستم‌های نرم‌افزاری (وابستگی‌های خارجی) که به طور مستقیم به سیستم نرم‌افزاری در دامنه متصل هستند.

مخاطبان مورد نظر:همه افراد، هم فنی و هم غیرفنی، درون و بیرون تیم توسعه نرم‌افزار.

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

توصیه می‌شود برای اکثر تیم‌ها: بله.

ویژگی‌های کلیدی:

  • دیدی از بالا به سیستم ارائه می‌دهد.
  • بر تعاملات بین سیستم و کاربران/سیستم‌های خارجی تأکید می‌کند.
  • ایده‌آل برای ارتباط با ذینفعان غیرفنی.
  • سطح جزئیات به طور قصدی پایین نگه داشته می‌شود.

2. نمودار کانتینرها

دامنه:یک سیستم نرم‌افزاری واحد.

عناصر اصلی:کانتینرها درون سیستم نرم‌افزاری در دامنه (مثلاً برنامه‌های وب سروری، برنامه‌های تک‌صفحه‌ای، پایگاه‌های داده و غیره).

عناصر پشتیبان:افراد و سیستم‌های نرم‌افزاری که به طور مستقیم به کانتینرها متصل هستند.

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

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

توصیه می‌شود برای اکثر تیم‌ها: بله.

ویژگی‌های کلیدی:

  • بر ساختار سیستم نرم‌افزاری تمرکز می‌کند.
  • کانتینرها و تعاملات آن‌ها را نشان می‌دهد.
  • انتخاب‌های فناوری را برجسته می‌کند.
  • مناسب برای ذینفعان فنی است.
  • جزئیات مخصوص نصب مانند خوشه‌بندی یا تعادل بار را پوشش نمی‌دهد.

3. نمودار مؤلفه

دامنه:یک کانتینر واحد.

عناصر اصلی:مؤلفه‌های موجود در کانتینر مورد نظر.

عناصر پشتیبان:کانتینرها (در داخل سیستم نرم‌افزاری مورد نظر) و افراد و سیستم‌های نرم‌افزاری که به طور مستقیم به مؤلفه‌ها متصل هستند.

مخاطب مورد نظر:معماران نرم‌افزار و توسعه‌دهندگان.

هدف:نمودار مؤلفه دید جزئیاتی از ساختار داخلی یک کانتینر ارائه می‌دهد. این نمودار کانتینر را به بلوک‌های ساختاری اصلی آن، که به عنوان مؤلفه‌ها شناخته می‌شوند، تقسیم می‌کند. این مؤلفه‌ها مسئولیت وظایف خاصی در داخل کانتینر را بر عهده دارند و با جزئیات فناوری و اجرایی مرتبط هستند. این نمودار به ویژه برای معماران نرم‌افزار و توسعه‌دهندگانی که نیاز به درک جزئیات ظریف ساختار کانتینر دارند، بسیار مفید است.

توصیه می‌شود برای اکثر تیم‌ها:خیر، فقط در صورتی که ارزش افزوده داشته باشند، نمودارهای مؤلفه ایجاد شوند و در نظر داشته باشید که ایجاد آن‌ها را برای مستندات بلندمدت خودکار کنید.

ویژگی‌های کلیدی:

  • بر ساختار داخلی یک کانتینر تمرکز دارد.
  • مؤلفه‌ها، مسئولیت‌های آن‌ها و جزئیات اجرایی را شناسایی می‌کند.
  • بر ذینفعان فنی هدف قرار می‌گیرد.
  • همیشه ضروری نیست و زمانی که ارزش افزوده‌ای به مستندات بدهد، باید با دقت استفاده شود.

۴. نمودار کد

دامنه: یک مؤلفه واحد.

عناصر اصلی: کد دقیق و آثار فنی درون یک مؤلفه خاص.

عناصر پشتیبان: مؤلفه‌ها (درون کانتینر در دامنه)، کانتینرها (درون سیستم نرم‌افزاری در دامنه)، و افراد و سیستم‌های نرم‌افزاری که به طور مستقیم به مؤلفه‌ها متصل هستند.

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

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

توصیه می‌شود برای اکثر تیم‌ها: به ندرت در عمل استفاده می‌شود. به طور کلی ایجاد نمودارهای کد رایج نیست، زیرا سطح جزئیاتی که ارائه می‌دهند، معمولاً در مستندات کد و محیط‌های توسعه پوشش داده می‌شود.

ویژگی‌های کلیدی:

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

نتیجه‌گیری

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