1. معماری نرم افزار


مقدمه

در صورتی که هنوز متوجه نشده‌‌اید، ساختن سیستم‌‌های کامپیوتری سخت است و هنگامی که پیچیدگی سیستم بیشتر می‌‌شود کار ساختن نرم‌‌افزار سخت تر و سخت‌‌تر می‌‌شود. از نظر هر متخصصی، پیشرفت با یادگیری ممکن می‌‌شود، که این یادگیری می‌‌تواند از اشتباه‌‌هاتمان و موفقیت‌‌های ما باشد. "معماری" را می توان به عنوان یکی از این کلمات موثر و تاثیرگذار در نظر گرفت.
معماری یک عبارت است که بیشتر مردم در تلاش هستند با کمترین توافق آن را معنی کنند. دو مورد وجود دارد: اولی این می‌‌باشد سیستم را در عالی‌‌ترین درجه به قسمت‌‌های مختلف تفکیک کنیم، مورد دوم تصمیم‌‌هایی می‌‌باشد که عوض کردن آن‌‌ها سخت هستند. به طور کلی فقط یک راه برای نشان دادن معماری سیستم وجود ندارد. چندین معماری در یک سیستم وجود دارد و موردی که از نظر معماری می-تواند مهم باشد در زمان حیات یک سیستم می‌‌تواند تغییرکند به طور مثال در مرحله ای به طور کلی در مرحله اجرای نرم افزار زاید باشد اما در معماری مهم به نظر می رسیده.
معماری یک مورد ذهنی است، یک مفهوم توزیع شده از طراحی سیستم از طرف توسعه دهنده‌‌ها بر روی یک سیستم می‌‌باشد. معمولا این مفهوم توزیع شده به شکل قسمت‌‌های اصلی سیستم و نحوه ارتباط بین آن‌‌ها می‌‌باشد. همچنین درباره تصمیم‌‌گیری‌‌ها می‌‌باشد. تصمیم‌‌هایی که توسعه دهنده‌‌ها دوست دارند زودتر بگیرند، زیرا دریافته‌‌اند که تغییر آن‌‌ها چقدر می‌‌تواند دشوار باشد. مفهومی بودن در اینجا به این دلیل است که اگر شما تغییر چیزی را آسان‌‌تر از چیزی ببینید که فکرش را می‌‌کرده‌‌اید، دیگر مربوط به معماری نیست. در پایان چکیده معماری موارد مهم می‌‌شود، خواه هرچیزی باشد.
در این مجموعه مقالات سایان بیزینس درک درونی خود را ازقسمت‌‌های مهم یک برنامه تجاری را بیان می‌‌کنیم و تصمیماتی که آرزو می‌‌کنیم کاش زودتر گرفته بودیم. الگوهای معماری که بیشتر لایه به لایه هست که در فصل یک بیشتر به آن خواهیم پرداخت. این کتاب به این گونه هست که چگونه یک نرم‌‌افزار تجاری را به لایه‌‌های مختلف تقسیم کنید و این لایه‌‌ها چگونه با هم در تعامل باشند. بیشتر نرم‌‌افزارهای تجاری مهم از یک معماری لایه به لایه از تعدادی فرم استفاده می‌‌کنند. اما در موارد دیگر روش‌‌های دیگری مانند لوله‌‌ها و فیلترها می‌‌توانند ارزشمند باشند. نمی‌‌خواهیم خود را درگیر این موارد کنیم. تمرکز بر روی محتوا، معماری لایه به لایه را ترجیح می‌‌دهیم زیرا در بیشتر موارد کاربردی می‌‌باشند.
بعضی از این الگوها در این سلسله مقالات با دلیل می‌‌توانند معماری خوانده شوند، به این خاطر که در این موارد آن‌‌ها تصمیم‌‌های مهمی در رابطه با این قسمت‌‌ها می‌‌گیرند. موارد دیگر در رابطه با طراحی مهم هستند و به شما کمک می‌‌کنند تا آن معماری‌‌ها را تشخیص دهید. دیگر تلاش مهمی برای جدا کردن این دو نمی‌‌کنیم، خواه مربوط به معماری باشد و یا نه، مفهومی باشد.

 


نظرات

8. ساختار الگو های طراحی

ساختار الگو ها در طراحی سیستم های نرم افزاری و مسائل پیاده...

ادامه مطلب

7. الگو های طراحی نرم افزار

هر الگویی یک مشکل را تعریف می کند که به طور مرتب...

ادامه مطلب

6. کارایی نرم افزار های تجاری

تاملی درباره کارایی سیستم های نرم افزاری و تصمیماتی که بخاطر کارایی...

ادامه مطلب

1. معماری نرم افزار

معماری یک مفهوم عمومی از طراحی سیستم از طرف توسعه دهنده ها بر روی یک سیستم می باشد. همچنین معماری درباره تصمیم گیری ها نیز می باشد. تصمیم هایی که توسعه دهنده ها دوست دارند زودتر بگیرند...


مقالات بیشتر در زمینه طراحی سیستم

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

نرم افزار مدیریت ارتباط با مشتریان (CRM)

امکانات درخواست دمو