توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد

 فایل ورد کامل تحقیق درمورد معماری نرم افزار دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

فایل ورد فایل ورد کامل تحقیق درمورد معماری نرم افزار  کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه  و مراکز دولتی می باشد.

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

---

بخشی از متن فایل ورد کامل تحقیق درمورد معماری نرم افزار :

با دانلود تحقیق در مورد معماری نرم افزار در خدمت شما عزیزان هستیم.این تحقیق معماری نرم افزار را با فرمت word و قابل ویرایش و با قیمت بسیار مناسب برای شما قرار دادیم.جهت دانلود تحقیق معماری نرم افزار ادامه مطالب را بخوانید.

نام فایل:تحقیق در مورد معماری نرم افزار

فرمت فایل:word و قابل ویرایش

تعداد صفحات فایل:۹۰ صفحه

قسمتی از فایل:

چکیده

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

فایل ورد کامل تحقیق درمورد معماری نرم افزار
فهرست مطالب

۱ مقدمه. ۴

۲ معماری نرم افزار چیست ؟ ۵

۲-۱ تعاریف پایه در معماری نرم افزار. ۶

الگوهای معماری یا سبکهای معماری.. ۶

مدل مراجع. ۶

معماری مرجع. ۶

۲-۲ دیدگاه های معماری.. ۷

دیدگاه Bass. 7

دیدگاه ۴+۱. ۸

دیدگاه‌های دیگر. ۸

۳ طراحی معماری نرم افزار. ۹

۳-۱ کارکرد‌های سیستم و معماری نرم‌افزار. ۹

۳-۲ ویژگی‌های کیفی. ۹

۳-۳ ویژگی‌های کیفی سیستم ۱۰

۳-۴ سناریو‌های ویژگی‌کیفی. ۱۰

۳-۵ ویژگی‌های کیفی کسب و کار. ۱۱

۳-۶ ویژگی‌های کیفی معماری.. ۱۲

۳-۷ یک طراحی معماری خوب باید دارای چه ویژگی‌هایی باشد؟‌ ۱۲

۳-۸ دستیابی به ویژگیهای کیفی. ۱۲

تاکتیکهای معماری ۱۲

الگوهای معماری.. ۱۴

ارتباط تاکتیکها و الگوهای معماری.. ۱۵

۴ روشهای طراحی معماری نرم افزار. ۱۶

۴-۱ طراحی مبتنی بر ویژگی. ۱۶

۴-۲ طراحی به کمک سبک های معماری مبتنی بر ویژگی ۱۷

۴-۳ طراحی با ملاحظات اقتصادی با استفاده از روش آنالیز سود هزینه. ۱۹

۵ ویژگی کیفی قابلیت تغییر. ۲۳

۵-۱ تعریف قابلیت تغییر. ۲۳

۵-۲ مشخص نمودن نیاز‌های قابلیت تغییر با استفاده از سناریو‌های کیفی ۲۳

۵-۳ مدل سازی قابلیت تغییر در سطح معماری نرم افزار ۲۴

۵-۴ تاکتیک‌های قابلیت تغییر. ۲۴

۵-۵ تاکتیک‌هایی که تغییرات را محلی می‌کنند. ۲۵

۵-۶ تاکتیک‌هایی که میدان دید وظایف را کاهش می دهند. ۲۶

۵-۷ تاکتیک‌هایی که از پخش شدن تغییرات جلوگیری می‌کنند. ۲۶

۵-۸ ارزیابی قابلیت تغییر. ۲۷

ارزیابی نحوه اختصاص وظایف.. ۲۷

ارزیابی وابستگی بین ماژول‌ها ۲۷

انواع وابستگی. ۲۷

نحوه بازنمایی وابستگی‌ها ۲۹

روش Brute-force. 29

استفاده از بستار انتقالی. ۲۹

استفاده از روش‌های بهینه سازی.. ۳۰

استفاده از جدول وابستگی‌ها ۳۰

۵-۹ تصمیم گیری نهایی در مورد طراحی ویژگی کیفی قابلیت تغییر. ۳۰

۶ مطالعه موردی.. ۳۱

۶-۱ مرحله ۱ – انتخاب یک سناریو حقیقی. ۳۱

۶-۲ مرحله ۲ – بررسی نوع سناریو حقیقی ۳۱

۶-۳ مرحله ۳ – انتخاب چهارچوب استدلال مناسب.. ۳۲

۶-۴ مرحله ۴ – مشخص نمودن پارامتر‌های محدود و آزاد ۳۴

۶-۵ مرحله ۵ – مشخص کردن تاکتیک‌های وابسته به پارامتر‌های آزاد ۳۵

۶-۶ مرحله ۶ – اختصاص مقادیر اولیه به پارامتر‌های آزاد ۳۶

۶-۷ مرحله ۷ – انتخاب تاکتیک‌ها و به کاربردن آنها برای دستیابی به پاسخ مناسب ۳۶

استفاده از کامپایلر به عنوان واسط. ۳۸

استفاده از سیستم‌عامل به عنوان واسط. ۳۸

۶-۸ مرحله ۸ : اختصاص مسئولیت‌ها به عناصر معماری.. ۳۸

۷ خلاصه و نتیجه گیری.. ۴۰

۸ مراجع. ۴۱

فایل ورد کامل تحقیق درمورد معماری نرم افزار
فهرست مطالب

شکل ۱ – ارتباط بین الگوی معماری، مدل مرجع و معماری مرجع. ۷

شکل ۲ – بخش‌های تشکیل دهنده سناریو ویژگی کیفی. ۱۱

شکل ۳ – خلاصه­ای از تاکتیک­های قابلیت تغییر. ۱۱

شکل ۴ – خلاصهای از تاکتیکهای کارایی. ۱۳

شکل ۵ – مجموعه ای از مهمترین الگوهای معماری.. ۱۴

شکل ۶ – ورودیها و خروجیهای روش ADD.. 16

شکل ۷ – الگوی معماری خط لوله همزمان. ۱۸

جدول ۱ – پارامترهای الگوی خط لوله همزمان. ۱۸

جدول ۲ – خروجی فاز اول روش CBAM… 20

شکل ۸ – نمودار مقایسه میزان کاربرد هر راهبرد در مقابل هزینه. ۲۰

شکل ۹ – انواع نمودار‌های ممکن برای سودمندی براساس پاسخ. ۲۱

شکل ۱۰ – معماری سه لایه. ۲۴

جدول ۳ – نحوه بازنمایی وابستگی بین دو ماژول. ۲۹

شکل ۱۱ – نمودار جریان داده ( تغییرات به طور غیر مستقیم از A به B منتقل می‌شود) ۳۰

جدول ۴- سناریو حقیقی قابلیت تغییر برای سیستم مورد مطالعه. ۳۱

جدول ۵ – سناریو عمومی قابلیت تغییر برای مسئله مورد بررسی. ۳۲

شکل ۱۲ – نمایش سیستم به صورت دو ماژول وابسته. ۳۲

جدول ۶ – چهارچوب استدلال برای ویژگی کیفی قابلیت تغییر. ۳۳

شکل ۱۳ – پارامتر‌های اثر گذار بر روی هزینه تغییرات.. ۳۴

جدول ۷ – پارامتر‌های قابلیت تغییر و تاکتیک‌های اثر گذار بر روی آنها ۳۵

جدول ۸ – قانون‌هایی که نحوه استفاده از تاکتیک‌ها را مشخص…. ۳۶

شکل ۱۴ – تکه طراحی تاکتیک شکستن زنجیره وابستگی. ۳۸

شکل ۱۵ – اختصاص وظایف با توجه به تاکتیک‌های اعمال شده ۳۹

۱ مقدمه

امروزه یکی از مهمترین ویژگی‌های هر سیستم نرم‌افزاری، کیفیت می‌باشد. با پیشرفت‌های انجام شده و گسترش ابزار‌های گوناگون برای توسعه نرم‌افزار، توسعه نرم‌افزار‌هایی که کارکرد‌های مورد نظر مشتریان را برآورده سازند، امری آسان و سریع گشته است. در حال حاضر، تفاوت بین دو نرم‌افزار را توانایی نرم‌افزار‌ها در برآورده ساختن ویژگی‌های کیفی مورد انتظار تعیین می‌کند.

معماری نرم افزارِ یک برنامه یا سیستم کامپیوتری، ساختار یا ساختارهایی از سیستم می باشد، که در برگیرنده اجزاء، صفات قابل مشاهده آن اجزا و ارتباط بین آنها باشد[Bass 03] . معماری نرم‌افزار شامل اولین تصمیمات طراحی سیستم می‌باشد و این تصمیمات زیربنای فعالیت‌های طراحی، پیاده‌سازی، استقرار و نگهداری سیستم می‌باشد. همچنین معماری نرم‌افزار، اولین عنصر قابل ارزیابی در فرایند توسعه نرم‌افزار می‌باشد[Bass 03] . بنابراین برای طراحی سیستمی که نیاز‌های کیفی مورد نظر را برآورده سازد، تولید معماری نرم‌افزار اولین گام در دستیابی به کیفیت در نرم‌افزار و همچنین ارزیابی ویژگی‌های کیفی است.

در مدل­های فرایند توسعه نرم­افزار مبتنی بر معماری[۱] معمولاً ابتدا نیاز­های کیفی سیستم تعیین شده و سپس معماری نرم­افزار مربوطه طراحی می­گردد. پس از طراحی معماری، می­توان به ارزیابی آن پرداخت و تغییرات لازم را در طراحی مورد نظر ایجاد داد. بنابراین دو بخش اساسی در مدل­های فرایند توسعه نرم­افزار مبتنی بر معماری، بخش­های طراحی و ارزیابی معماری نرم افزار می­باشند. این دو بخش در ارتباط مستقیم با یکدیگر می­باشند و هر یک مکمل دیگری می­باشد. بنابراین فرایند طراحی معماری را می­توان شامل ساخت معماری نرم­افزار، ارزیابی آن و اصلاح معماری پیشنهادی دانست.

در این گزارش، هدف بررسی روش­های موجود در طراحی معماری نرم­افزار بر اساس ویژگی­های کیفی مورد نظر مشتریان و بررسی نحوه خودکار سازی فرایند طراحی معماری با ارائه ابزار­هایی برای این منظور می­باشد. ادامه مطالب گزارش به این صورت طبقه بندی شده اند. در بخش ۲ توضیح مختصری در ارتباط با معماری نرم­افزار و مفاهیم مرتبط با آن ارائه می­شود. این مفاهیم در ادامه مطالب گزارش به کار گرفته خواهند شد. در بخش ۳ طراحی معماری نرم­افزار، ویژگی­های یک طراحی خوب و عوامل تاثیرگذار در طراحی معماری مورد بررسی قرار خواهند گرفت. در بخش ۴ روش­های طراحی معماری نرم افزار مورد بررسی قرار خواهند گرفت. در بخش ۵ خلاصه و نتیجه گیری ارائه خواهد شد. در بخش ۶ مراجع مورد استفاده در این گزارش معرفی می­گردد.

۲ معماری نرم افزار چیست ؟

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

در [Bass 03] معماری نرم افزار به صورت زیر تعریف شده است :

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

از تعریف فوق می توان به نتایج زیر دست یافت :‌

• معماری، اجزای نرم افزار را تعریف می نماید. همچنین در این تعریف، از جزئیاتی از اجزا، که در نحوه استفاده و ارتباط با اجزای دیگر کاربردی ندارند؛ صرف نظر می گردد.

• هر سیستم نرم افزار شامل چندین ساختار می باشد؛ و هیچ یک از این ساختارها، به تنهایی معماری نرم افزار نمی­باشد. بلکه این ساختارها در کنار یکدیگر معماری نرم افزار را تشکیل می دهند.

• هر سیستم نرم افزاری دارای یک معماری می باشد. (زیرا هر سیستم نرم افزاری دارای اجزایی است که این اجزا با یکدیگر دارای رابطه می باشند).

• رفتار هریک از اجزاء، بخشی از معماری نرم افزار می باشد. (زیرا این رفتار در نحوه ارتباط بین اجزا تاثیرگذار است.)

---

[۱] Architecture Centric

---