بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا

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

 بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا دارای ۱۴۱ صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

این پروژه توسط مرکز بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا۲ ارائه میگردد

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

بخشی از متن بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا :

بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا

چکیده

جنبه گرایی رهیافت جالبی برای جداسازی دغدغه ها ارائه میکند. اصل “جداسازی دغدغه ها ۱” بیان میکند که هربخش از یک برنامه باید یک مسئولیت تعریف شده و روشن داشته باشد. این مفهوم در رابطه با قابلیت استفاده مجدد بنیادی است : اگر متن و زمینه یک سناریوی کاربری در پیاده سازی سرویس نشت کند، سرویس تنها در همان زمینه قابل استفاده مجدد خواهد بود. در زمان طراحی برای سرویس گرایی، ایده آل است که سرویسها یک وظیفه مندی حرفه خودشمول با یک واسط و تقید خوش تعریف ارائه کنند. گرچه در عمل سرویسها در زمینه های زیادی با دغدغه های متنوع یافت میشوند. سرویسها در میان سیستم های عملیاتی، مولفه های سازمانی، مولفه های همخوانی ۲ و مولفه های ارائه مشاهده میشوند. سرویسها مشتری و خدمتگزار برای سایر سرویسها هستند و در لایه های مختلف یک برنامه کاربردی و سراسر مرزهای شبکه حضور دارند. جنبه ها روشی برای سازماندهی رفتار سیستم هستند که در آن وظیفه مندیهای قطری مشترک از دغدغه های هسته سیستم فاکتور گرفته میشوند. سپس برای دستیابی به عملکرد مطلوب جنبه ها در نقاطی از برنامه اعمال میشوند. یکی از بزرگترین دشواریها در راستای دستیابی به سرویس گرایی جداسازی نیازهای سرویس از نیازهای برنامه کاربردی است . درحالیکه سرویس ها تنها باید با دغدغه وظیفه مندی حرفه ای که ارائه میکنند، مواجه باشند اما گاها ویژگیهای وابسته به برنامه در لایه سرویس “نشت ” میکنند. با به کارگیری مفاهیم ارائه شده در جنبه گرایی، اکنون معماران میتوانند از نشت دغدغه های متداخل در سرویسهایی که طراحی میکنند، جلوگیری کنند. در ادامه به بررسی این نکته میپردازیم که چگونه جنبه گرایی میتواند معماران را در طراحی سرویسهای قابل استفاده مجدد یاری دهد و دستیابی به چشم انداز مطلوب را تسهیل کند.

مقدمه

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

چالشهای نظری

با وجود بسیاری پیاده سازیهای موجود و پتانسیل بالا، جنبه گرایی به دلیل وجود مشکلاتی در پیاده – سازی از کاربرد گسترده ای برخوردار نیست . جنبه ایده آل باید در حالت “قطری ۹” با وظیفه مندی مقصد قرار گیرد، به این معنی که جنبه هیچ تاثیر عملکردی روی دیگر اجزای سیستم نداشته باشد. اما با این فرض که جنبه ها واقعا قطری باشند، بسیاری از جنبه های جالب و کاربردی قابلیت تحقق خود را از دست میدهند. برای مثال ذخیره کردن ۱۰ و تخصیص مجوز ۱۱ جنبه های قدرتمندی هستند اما مطلوب نیست که جنبه ذخیره کردن قبل از جنبه تخصیص مجوز فعال شود.

دغدغه های متداخل در یک سیستم

جداسازی دغدغه ها اصلی متداول و پرکاربرد در مهندسی نرم افزار محسوب می شود. ایده ارائه شده در این اصل بر این قرار است که مسائل پیچیده ، که درک آن ها مشکل است ، به مسائل کوچک تر، که دارای پیچیدگی کمتر بوده و درک ساده تری دارند، شکسته شده و پس از حل آن ها با یکدیگر برای حل مسئله بزرگ اولیه ترکیب شوند. از آنجائیکه مسائل به واحدهائی کوچک با اندازه قابل درک برای مغز انسان شکسته می شوند، توسعه نرم افزار بدین ترتیب منجر به افزایش قابلیت نگهداشت ، قابلیت وفق پذیری ، قابلیت درک و استفاده مجدد سیستم می شود.

کارایی

ویژگی کیفی کارایی در موفقیت سیستم های نرم افزاری امروزی از اهمیت خاصی برخوردار است . محصولات نرم افزاری متعددی به هنگام تولید اولیه فاقد کارایی لازم می باشند. حل این مشکلات هزینه بر بوده و احتما ًلا منجر به تأخیر در تحویل نهایی خواهد شد. در شرایطی خاص این احتمال وجود دارد که حل مشکل کارایی بدون انجام دادن مجدد طراحی و پیاده سازی به صورت کلی غیرممکن باشد. در چنین وضعیتی به زمان و منابع مالی نامحدودی نیاز پیدا می کند و یا ممکن است به شکست بیانجامد.

« بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا
فهرست مندرجات »

فصل اول ……………………………………………………………………………………………………………….. ۵

تعریف مساله …………………………………………………………………………………………………………… ۵

– – مقدمه ……………………………………………………………………………………………………۶

– – اهمیت قابلیت استفاده مجدد………………………………………………………………………..۷

– – چالشهای نظری ……………………………………………………………………………………….۸

فصل دوم ……………………………………………………………………………………………………………… ۱۰

معرفی مفهوم جنبه گرایی و نقش آن در توسعه نرم افزار………………………………………………………. ۱۰

— مقدمه …………………………………………………………………………………………………۱۱

۲-۲- سیر تکامل روشهای برنامه نویسی …………………………………………………………………۱۳

۲-۳- دغدغه های متداخل در یک سیستم ……………………………………………………………..۱۴

۲-۴- مسائل مربوط به دغدغه های متداخل …………………………………………………………….۲۰

۲-۵- معمای معماری ………………………………………………………………………………………۲۲

— نیازمندی های غیر وظیفه مندی ……………………………………………………………………۲۳

— نیازمندی های غیر وظیفه مندی با قابلیت جنبه شدن ………………………………………….۲۵

— مبانی برنامه نویسی جنبه گرا……………………………………………………………………..۳۰

— جنبه گرایی در فازهای تحلیل نیازمندیها و طراحی …………………………………………….۳۲

فصل سوم …………………………………………………………………………………………………………….. ۳۸

مروری بر معماری سرویس گرا……………………………………………………………………………………… ۳۸

— مقدمه …………………………………………………………………………………………………۳۹

— تعاریف ……………………………………………………………………………………………….۴۳

۳-۳- ویژگیهای سرویس و محاسبات سرویس گرا…………………………………………………….۴۸

۳-۴- نرم افزار به عنوان سرویس …………………………………………………………………………۴۹

— مفاهیم و اصول ……………………………………………………………………………………..۵۰

۳-۶- معماری سرویس گرای توسعه یافته ………………………………………………………………۵۴

۳-۷- نقش معماری سرویس گرا در تولید نرم افزار……………………………………………………۵۸

۳-۸- آماده شدن برای معماری سرویس گرا……………………………………………………………۶۳

— مزایای معماری سرویس گرا ………………………………………………………………………..۶۵

فصل چهارم ………………………………………………………………………………………………………….. ۶۹

کارهای پیش رو ……………………………………………………………………………………………………… ۶۹

– – مقدمه …………………………………………………………………………………………………۷۰

– – راهکارهای عملی ……………………………………………………………………………………۷۲

– – کارهای مرتبط ……………………………………………………………………………………….۷۵

– – زمانبندی کارهای پیشرو…………………………………………………………………………..۷۷

مراجع …………………………………………………………………………………………………………………. ۷۹