از پیچیدگی تا وضوح: نرم افزار معماری

مقدمه:
از روزهای اولیه ایجاد چارچوب Zachman گرفته تا TOGAF جامعتر، مدل نمای معماری 4+1 و مدل اخیر C4، این مدلها رویکردهای جدیدی را برای طراحی نرمافزار به معماران و توسعهدهندگان ارائه کردهاند و نیازهای صنعت در حال تحول را برآورده کردهاند. چارچوبهای پیشرفتهای مانند TOGAF و Zachman، در حالی که رویکردی ساختاریافته برای معماری نرمافزار ارائه میدهند، میتوانند به طور موثر در سناریوهای عملی پیادهسازی شوند. پیچیدگی این چارچوبها اغلب معماران و توسعهدهندگان را از استخراج ارزش ملموس، بهویژه در پروژههای دگرگونی دیجیتال در مقیاس بزرگ، باز میدارد.
هدف این مقاله، روشن کردن چگونگی تلاش مدلهای جدیدتر مانند C4 برای ایجاد تعادل بین پیچیدگی و عملی بودن، با هدف ایجاد تأثیر معنادار در حوزه معماری نرمافزار است.
نیاز به معماری نرم افزار:
-
زبان مشترک برای توسعه دهندگان، معماران و ذینفعان تجاری برای بحث و درک مناظر پیچیده سیستم
-
مدلهای معماری به مدیریت پیچیدگی کمک میکنند و چشمانداز سیستم را به اجزای کوچکتر و قابل مدیریت تقسیم میکنند.
-
استدلال در مورد وضعیت فعلی و وضعیت مطلوب آینده سیستم های نرم افزاری در شرکت های پیچیده.
-
مدل ها برنامه ریزی و اجرای فرآیند توسعه نرم افزار را تسهیل می کنند
قدرت چشم انداز
معماری سازمانی و معماری نرمافزار رشتههای به هم پیوستهای هستند که حول برنامهریزی، ساختار و مدیریت سیستمها تمرکز دارند.
بر – تمرکز با توجه به طراحی و پیاده سازی سیستم های نرم افزاری می باشد. این موضوعات طراحی عملکردی و غیر کاربردی سیستم را پوشش می دهد و معماری منطقی، معماری فیزیکی، معماری استقرار و معماری عملیاتی را مفهوم سازی می کند. را هدف این است که اطمینان حاصل شود که طراحی سیستم به قابلیت استفاده و عملکرد و همچنین اطمینان از کیفیت و قابلیت اطمینان سیستم میپردازد.
EA– تمرکز با توجه به اهداف استراتژیک و تاکتیکی برای رشد کسب و کار است. فرآیند کسب و کار اساسی، داده های درگیر، چشم انداز سیستم و پشته فناوری زیربنایی را درک کنید. را هدف ایجاد کارایی، مقیاس پذیری و سازگاری در عین حال مدیریت پیچیدگی، کاهش خطرات و تسهیل تصمیم گیری در سراسر سازمان است.
یک معماری مدل مانند نقشه یا طرحی است که به ما کمک می کند بفهمیم که چگونه چیزی سازماندهی یا کنار هم قرار گرفته است. جزئیات می تواند در سطح میکرو / سطح جزء باشد. یک چارچوب معماریاز سوی دیگر، مانند مجموعه ای از قوانین یا دستورالعمل ها است. جزئیات در سطح کلان است.
یک چارچوب معماری یک ساختار استاندارد، متدولوژی و مجموعه ای از ابزارها برای توسعه و مدیریت معماری ها ارائه می دهد. معمولاً شامل مجموعهای از اصول، مفاهیم و شیوههایی است که ایجاد مصنوعات معماری مانند مدلها، نمودارها و مشخصات را هدایت میکنند.
آ مدل می تواند به مجموعه ای مشخص از نماها (یا نمودارها) اشاره کند که یک چشم انداز سیستم خاص را توصیف می کند. یک مدل می تواند شامل نمای زمینه، نمای مدل داده، نمای جزء، نمای ادغام و نمای استقرار باشد. (همچنین متامدل)
TOGAF یک چارچوب معماری سازمانی و C4 یک مدل معماری نرم افزار است. با توجه به اینکه دامنه برنامه TOGAF با C4Model همپوشانی زیادی دارد.
بیایید تصور کنیم که ما وظیفه ساختن داریم رهگیر TIE لگو
دستورالعملهای ساختمانی به گروههای کوچکتر دستهبندی میشوند و هر بلوک کوچکتر از ساختمان نمایانی از نحوه تناسب اجزای کوچکتر با کل Tie Interceptor ارائه میدهد. این دستورالعمل کوچکتر برای ساخت یک جزء، مدل معماری است.
هنگامی که همه اجزای جداگانه را ساختیم، دستورالعمل نحوه ترکیب همه اجزا برای ساختن کامل رهگیر TIE چارچوب است. از سوی دیگر، چارچوب معماری مانند مجموعهای از قوانین یا دستورالعملهایی است که به ما کمک میکند تا آثار لگو خود را ایجاد و سازماندهی کنیم.
تمرکز بر مدل متا فردی باید به تیم نرمافزار کمک کند تا نرمافزاری را برای مشکل در محدوده درک و توسعه دهد. عاقلانه انتخاب کنید که آیا دامنه کاربردی آن TOGAF یا مدل C4
از Architecture Framework در سمت چپ تا C4 Model در سمت راست
در ادامه بخوانید
- https://www.opengroup.org/togaf
- https://c4model.com/
- https://www.zachman.com/about-the-zachman-framework