فایل ورد کامل تحقیق پیچیدگی در نرم افزار ۵۸ صفحه در word

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

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

فایل ورد فایل ورد کامل تحقیق پیچیدگی در نرم افزار ۵۸ صفحه در word  کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه  و مراکز دولتی می باشد.

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

بخشی از متن فایل ورد کامل تحقیق پیچیدگی در نرم افزار ۵۸ صفحه در word :

موضوع : فایل ورد کامل تحقیق پیچیدگی در نرم افزار ۵۸ صفحه در word

بدلیل تفاوت ذاتی بین نرم افزار و سخت افزار پیچیدگی خاصی در ابعاد مختلف از جمله تعریف نرم افزار طراحی و پیاده‌سازی تست و نگهداری آن وجود دارد که با پیچیدگی سیستم‌های طبیعی و محصولات فیزیکی ساخت است بشر متفاوت است

یک خاصیت ذاتی سیستمهای نرم افزاری بزرگ بنابراین نمی‌توان این پیچیدگی را از بین برد بلکه باید آنرا کنترل نمود

انواع پیچیدگی

intelleictually intractivility تمردپذیری و اجازه پذیرفتن برای آشفتگی پیچیدگی بطور ذاتی در ساخت سیستم وجود دارد پیچیدگی ممکن است از بزرگی سیستم یا از واسینگیها بدعت‌ها و پیاده‌سازی تکنولوژی و بوجود آید

Management intractivility تمرد پذیری مدیریتی

پیچیدگی در سازمان و فرآیند بکار گرفته شده در ساخت سیستم ممکن است از اندازه پروژه (تعداد افردی که در تمام جهات ساخت سیستم درگیر هستند) وابستگیهای پروژه فاصله جغرافیایی سیستمها و بعبارتی عوامل تولید کننده نرم افزار غیر قابل کنترل هستند چون سازمان افراد و فرآیند هستند و ماشین نیستند که کنترل شوند و سرمایه‌های اولیه برای تولید نرم افزار الزاماً ماشین سرمایه و پول نیست بلکه یکسری عوامل انسانی متغیری هستند که تحت مدیریت قرار می‌گیرند

راهکارهای معماری

حق مشکل معماری نرم افزری می‌بایست سیستم را قابل هضم و بطور هوشمند قابل مدیریت بوسیله مهیا کردن تجریدی که بدون نیاز به جزئیات مهیا کننده مفاهیم ساده و یکسان باشند تجزیه سیستم و حل مشکل IF معماری نرم افزاری نمی‌بایست توسعه سیستم را آسانتر برای مدیریت بوسیله ارتقای ارتباطات مهیا کرن بهتر با جدا کردن کار با کاهش زیاد وابستگیهای قابل مدیریت و غیره اما مسائل جدید پیدا شده مرتبط با تجزیه سیستم برای حل پیچیدگی بایست توسط معماری بررسی شوند چگونه سیستم را به قطعات بشکنیم یک تجزیه خوب اصل از بین رفتن کوپلاژ بین مؤلفه‌ها (یا قطعات) را بوسیله واسطهای واضح و توانمند ساده کردن بوسیله تقسیم به قطعات منتقل قابل استدلال که دوباره می‌توانند جدا شوند ارضا می‌کند آیا تمام قطعات مورد نیاز را داریم ساختار می‌بایست وظیفه مندی و یا سرویس‌های مورد نیاز سیستم را پشتیبانی کند بنابراین رفتار دینامیکی سیستم زمان طراحی معماری می‌بایست بحساب آید همینطور می‌بایست زیربنای ضروری برای پشتیبانی این سرویس‌ها را داشته باشیم آیا این قطعات با هم بدرسیت کار می‌کنند این موضوع واسط و رابطه‌های بین قطعات می‌باشد اما تطابق خوبی که جامعیت سیستم را مدیریت می کند و همچنین با شرایط سیستم کار کند زمانیکه این قطعات ترکیب می‌شود خصوصیات خوب داشته باشند مورد لزوم است وسعت تصمیم و تأثیرات مستقیم را معین می‌کند بخشیی از تصمیمات در حوزه محدود به توسعه‌های محلی (Local) است و اثری روی معماری ندارد و در سطح تک تک مؤلفه‌ها است و از نوع غیر معماری می‌باشد بخش دیگر Local نیست ولی تأثیر زیادی ندارد از خود تقسیم‌بندی سیستماتیک و Local می‌باشد خود سیستماتیک شامل Highimpaet می‌باشد که ما بدنبال Highimpnet می‌باشیم اولویت بالا برای ما مهم است یک مجموعه ای از دیدهای استاندارد ارائه می‌شود دیدهایی که ما داریم در راهنمایی معمارانی که تصمیمات معماری را می‌سازند که مفید باشد آمی ابزارهای فکری مفیدی برای در نظر گرفتن تصمیمات و انتخاب بین آستریا ستوهای می‌باشد آنها همینطور از طریق اینکه ما مجموعه‌ کاملی از تصمیمات معماری در سطوح انتخاب از تجرید تعین و اساسی برای تعین معماری می‌باشند مثلاً دید منطقی دید ادراکی دید اجرا در معماری نرم افزار بسته به خروجهای سطح بالا توجه داریم و اینکه چگونه قبل از Derelope کرده نرم افزار می‌توان آنرا ارزیابی کرد این ارزیابی یک معماری قابل اجرا است مثلاً prototype مهندس نرم افزار یک نوع معماری قابل اجرا است معماری قابل اجرای سیستم های توزیع شده و همروند ایجاد می‌شوند نگاشت مؤلفه‌های به فرآیندهایی سیستم فیزیکی با توجه به تمرین بر روی مفاهیمی از قبیل گذردهی و scalability deplogmentriew کد نوع معماری قابل اجرا می‌باشد

برای یک روش طراحی معماری برای برآورده کردن هردو نیازمندیهای کیفی و نیازمندیهای وظیفه مندی طراحی مبتنی بر معماری (ADD) می باشد ADD یک مجموعه ای از سناریوهای صفات کیفی را بعنوان ورودی گرفته و دانش مربوط به روابط صفات کیفی قابل دستیابی و معماری را بخاطر طراحی معماری بکار می گیرد روش ADD می تواند بعنوان یک توسعه ای از دیگر روشهای استقرار از قبیل RUP دیده شود RUP چندین مرحله دارد که نتیجه در سطح بالای طراحی یک معماری است اما با طراحی همراه با جزئیات و پیاده سازی پردازش می کند ولی ADD تغییر دهد مراحل RUP را با طراحی سطح بالای معماری تغییر داده و فرآیند Rational را دنبال می کند

Architecture Description Langnague ADL

ADL نتیجه یک روش زبانی برای ارائه رسمی یک معماریها می باشد و همچنیبنی نقایص ارائه های رسمی را برطرف می کنند ADL های پیچیده آنالیز سریع و آزمایش توانائیهای تصمیمات طراحی معماری را اجازه می دهند

مثال C22 Wright Darcvin Rapiol

مثلاًRapid بر روی رخدادهای سیستم رفتار دینامیکی سیستم بکار برای الگوهای رخدادی تمرکز دارد یا Wright بر روی کانکتورها رفت زیر سیستمهای دینامیکی تمرکز دارد

پیچیدگی در نرم افزار

فایل ورد کامل تحقیق پیچیدگی در نرم افزار ۵۸ صفحه در word
فهرست مطالب

پیچیدگی در نرم افزار

انواع پیچیدگی

راهکارهای معماری

مدل لایه‌بندی و تصمیمات معماری

Product Lines

Reference Architecture

نحوه نمایش توسط UML

توصیف اشکال برجسب درجه گویایی

دیدهای Allocation

عملیات واحد