پایان نامه مبانی حکومت دموکراتیک و اقتدار گرا

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

بخشی از متن اصلی:
دموکراسی در سده ی نوزدهم ابتدا در آمریکا و اروپای غربی بوجود آمد و سپس به نقاط دیگر گسترش یافت و جهانی شدن نیز سبب تسریع روند رشد دموکراسی در این نقاط شد و یکی از مهمترین دلایل اضمحلال حکومتهای غیر دموکراتیک بود . پرسش اصلی پایان نامه این است که 1- چرا فرآیند دموکراتیک در کشورهای اروپایی سریع تر از از کشورهای آسیایی از سال 2005 تا 1997 بوده است ؟ و 2- آیا جهانی شدن بر روند اضمحلال حکومتهای اقتدارگرا و رشد دموکراسی موثر بوده است ؟
پاسخ پرسش اول این است که چون در اروپای غربی عوامل مساعد دراز مدت ، میان مدت و کوتاه مدت چندی در قوام دموکراسی مبتنی بر نمایندگی موثر بوده اند توزیع عادلانه تر زمین ، فقدان سابقه فئودالیسم و اثر امنیت زمین دار همراه با سنت لیبرالیسم انگلیسی در آمریکا از جمله عوامل مساعد دراز مدت بوده‌اند .
در انگلستان پیدایش جنبش اصلاح دین و گسترش اخلاق پروتستانی ، جنبش دیوار کشی و ضعف طبقه دهقان و انقلاب صنعتی در 1970 از جمله عوامل و زمینه های ساختاری مهم درگذار به دموکراسی در اروپای غربی و آمریکا به شمار می آید .
در این پایان نامه فرضیه اصلی این است که دموکراسی دستاورد جوامع پیشرفتۀ غربی است که موج اول آن در اروپای غربی و آمریکای شمالی و در طی سده ی نوزدهم رخ داد و می توان گفت که دموکراسی ابتدا در جوامع غربی و سپس به نقاط دیگر جهان گسترش پیدا کرد . در این پژوهش اثبات شد که دموکراسی دستاورد جوامع غربی و مناسب کشورهای غربی است ولی می تواند در جوامع دیگر نیز بوجود آید . به شرط آنکه خود الزامات آن را به وجود آورند و این مستلزم گذر زمان است .
مقدمه
در این پژوهش ، در فصل اول که شامل کلیات است با توجه به عنوان پایان نامه  «مبانی حکومتهای دموکراتیک و اقتدارگرا» به بیان مسئله ، محدود زمانی و مکانی ، تاریخچه و ضرورت انجام تحقیق ، اهداف پژوهش، پیشینه ی تحقیق ، مفاهیم بنیادین ، پرسش اصلی و پرسش های فرعی، روش گردآوری اطلاعات، چارچوب نظری تحقیق و محقق و ترسیم نمودار با توجه به موضوع پرداخته ایم. در بیان مسئله به تشریح الزامات و مبانی حکومت دموکراتیک و اقتدارگرا و سپس به تاریخچه دموکراسی که ابتدا از یونان باستان و در قرن نوزدهم در اروپای غربی و آمریکا آغاز شد و پس از آن به نقاط دیگر جهان بسط و گسترش یافت، پرداخته‌ایم. در چارچوب نظری تحقیق به نظریه اقتدارگرایی لینتز و پرل موتر و نظریه اقتدارگرایی دوتوکویل و مارکس پرداخته و در چارچوب نظری محقق با توجه به چارچوب نظری تحقیق ، (رویکرد پژوهش) بیان شده است که عبارت است از : بوجود آمدن دموکراسی و پا برجاماندش در داخل کشورها نیازمند بسیج فراگیر و گسترده ی تشکیلات و نهادهایی است که توسط توده ی مردم اداره شود و در عرصه ی بین الملل نیز کشورها باید بر طبق موازین جهانی در همه ی عرصه های فرهنگی ، اقتصادی و سیاسی فعالیت گسترده داشته باشند و سپس با توجه به چارچوب نظری نمودار تحقیق رسم شده است .

فهرست مطالب
چکیده 1
مقدمه 2
فصل اول کلیات
1-1 بیان مساله 5
2-1 ضرورت انجام تحقیق 7
3-1 اهداف پژوهش 7
1-3-1 اهداف کلی 7
2-3-1 اهداف جزئی 7
4-1 محدوده ی زمانی و مکانی تحقیق 7
5-1 پیشینۀ تحقیق 8
6-1 کلید واژه‌ها 9
1-6-1 دموکراسی 9
2-6-1 اقتدارگرایی 10
3-6-1 جهانی شدن 10
7-1 موج جدید دموکراسی 11
8-1 پرسش اصلی 12
1-8-1 پرسشهای فرعی 12
9-1 روش تحقیق 12
10-1 روش گردآوری اطلاعات 12
11-1 چارچوب نظری تحقیق 13
1-11-1 نظریه اقتدارگرایی لینتز (Lints) و پرل موتر (Perl moter) 14
2-11-1 نظریه دموکراسی : دوتوکویل و مارکس 14
12-1 چارچوب نظری محقق 15
13-1 نمودار 15
(فصل دوم)
بخش اول
1-2 دموکراسی چیست 19
2-2 مبانی حکومت دموکراتیک 20
1-2-2 حقوق مدنی 21
2-2-2 اصل نمایندگی 21
3-2-2 حکومت جمهوری 22
4-2-2 تفکیک قوا 22
5-2-2 نظارت قوا بر یکدیگر 22
6-2-2 پارلمان و پارلمانتاریسم 23
7-2-2 ساختار پارلمان 23
8-2-2 دموکراسی پارلمان و دموکراسی ریاستی 23
9-2-2 فرآیند تشکیل دولت 24
10-2-2 کابینة دولت 24
11-2-2 تشکیل ائتلاف 25
12-2-2 اشکال تصمیم گیری در دموکراسی‌ها 25
13-2-2 مسئولیت پذیری حکام و مقامات سیاسی 25
الف – مسئولیت مقامات انتفاعی 25
ب – مسئولیت مقامات غیر انتفاعی 25
3-2مبانی حکومت اقتدارگرا 26
1-3-2 اقتدار 26
2-3-2 منابع اقتدار 26
3-3-2 ضمانت اجرای اقتدار 27
4-3-2 ویژگیهای اقتدار 27
5-3-2 اقتدارگرایی 28
بخش دوم
نظریه های حکومتهای غیر دموکراتیک 29
4-2 هانا آرنت (توتالیتاریسم) 29
5-2 لینتز (اقتدارگرایی) 30
نظریه های حکومتهای دموکراتیک 31
6-2 پوپر (دموکراسی) 31
7-2 دوتوکویل (دموکراسی) 33
نتیجه گیری 35
(فصل سوم)
1-3 مقدمه 37
2-3 تعریف جهانی شدن 39
3-3 شاخصهای جهانی شدن 40
4-3 نظریه‌های مختلف درباره جهانی شدن و تاثیر آن بر دموکراسی 41
1-4-3 رویکرد مثبت نسبت به تاثیر جهانی شدن بر دموکراسی 41
2-4-3 رویکرد منفی نسبت به تاثیر جهانی شدن بر دموکراسی 42
3-4-3 رویکرد بینابین نسبت به تاثیر جهانی شدن بر دموکراسی 42
5-3 محرکهای دموکراتیزاسیون 44
1-5-3 توسعه اقتصادی 44
2-5-3 عملکرد (اقتصادی) 45
3-5-3 نقش کلیسایی کاتولیک 46
4-5-3 تغییر هنجارهای بین المللی 47
6-3 موانع مهم بر سر راه رشد دموکراسی 48
7-3 تاثیر جهانی شدن بر اضمحلال حکومتهای اقتدارگرا 50
جمع بندی 51
(فصل چهارم)
تحقق دموکراسی 53
1-4 درآمدی بر دموکراسی 53
2-4 محدوده های تحقق دموکراسی 55
جمع بندی 59
(فصل پنجم)
موانع گذار به دموکراسی د رخاورمیانه و ایران 60
1-5 دموکراسی د رخاورمیانه 61
2-5 دیدگاه ایالات متحده آمریکا از لیبرالیسم و دموکراسی 61
3-5 دموکراسی د رخاورمیانه پس از 11 سپتامبر 61
4-5 ریشه‌های اقتصادی دموکراسی 63
5-5 تاثیر جهانی شدن بر دموکراتیزاسیون در ایران 67
جمع بندی 71
(فصل ششم)
نتیجه گیری نهائی _ دلایل تایید یا عدم تایید فرضیه ها و پیشنهادات 73
1-6 نتیجه گیری نهائی 73
2-6 دلایل اضمحلال رژیم های اقتدار گرا 78
3-6 دلایل تایید یا عدم تایید فرضیه ها 84
4-6 پیشنهادات 86
کتاب نامه


این فایل به همراه چکیده، فهرست مطالب، متن اصلی و منابع با فرمت  docx(قابل ویرایش) در اختیار شما قرار می گیرد.
تعداد صفحات:100

پایان نامه آموزش توسعه نرم افزار های شیء گرا توسط UML

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

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

تعداد صفحات:53

مقدمه:

شئ گرایی برای توسعه نرم افزار اولین بار در سال 1960 پیشنهاد شد، این روش پس از 20 سال به طور گسترده مورد استفاده جامعه نرم افزاری قرار گرفت. توسعه دهندگان نرم افزار در دهه 1980 توجه جدی خو د را روی شئ گرایی معطوف کردند. تکنولوژی شئ، قابلیت استفاده مجدد را برای مؤلفه های نرم افزاری به ارمغان آورد و این نیز به نوبه خود در تسریع توسعه نرم افزار و تولید محصول با کارایی بالا تاثیر بسزایی دارد؛ بعلاوه سیستمهای شئ گرا، براحتی قابل توسعه و به سهولت با محیط سازگار- از نظر تعامل با سیستمهای موجود در محیط استفاده از نرم افزار- می شوند . دیدگاه شئ گرایی یک سیر تکاملی دارد؛ همچنانکه در بخشهای بعدی خواهیم دید، تعیین همه کلاسهای لازم برای یک سیستم دریک تکرار تا اندازه ای غیرممکن است و به محض تکمیل مدلهای تحلیل و طراحی نیاز به کلاسهای جدید در سیستم نمایان می شود.

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

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

در متد شئ گرا از زبان مدلسازی استانداردUML که در فصل چهارم به تفصیل خواهدآمد، استفاده می شود. این زبان به وسیله ابزارهای مختلفی نظیر Rational Rose ، visio و … پشتیبانی می شود، میتوان ازUML در فرآیندهای مختلف استفاده کرد.

مفاهیم اساسی

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

متد، متدلوژی و اشیاء

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

متد شئ گرا برپایه شئ استوار است، دیدگاه شئ گرا دنیای واقعی مسئله را بصورت مجموعه ای از اشیاء مرتبط به هم می بیند. شئ یک موجودیت است که در دامنه مسئله نقش تعریف شده ای دارد و دارای حالت، رفتار و شناسه خاص خودش است. شئ می تواند یک ساختار ، نقش ، مکان و … باشد؛ شئ داده و رفتار را در خود کپسوله میکند و از دسترسی اشیاء دیگر به داده های خود جلوگیری و همچنین تا ثیر تغییرات محیطی بر این داده ها را کاهش می دهد و تنها راه دسترسی به این داده ها استفاده از اعمال یا سرویس های خود شئ می باشد. کلاس نوع اشیاء را نشان می دهد و شامل ویژگی های مشترک مجموعه ای از اشیاء می باشد، شئ نمونه ای از کلاس است . داده های شئ تحت عنوان صفات در کلاس شناخته می شوند و مقادیر این صفات است که شئ را از دیگر اشیای همنوع متمایز می نمایند. اعمال به دستکاری تعداد محدودی از صفات می پردازند و ارتباط بین کلاس ها و دیگر عناصرسیستم نیز از طریق همین سرویسها- اعمال – صورت می گیرد. به عبارت دیگر کلاس یک مشخصه کلی (قالب ، الگو یا طرح اولیه )است که مجموعه ای ازاشیاء مشابه را نشان می- دهد.نماد گرافیکی کلاس در شکل زیر نشان داده شده است، این نماد شامل سه قسمت است که بترتیب نام کلاس ، لیست صفات و لیست اعمال را نشان می دهند.

————————
نام کلاس

————————
لیست صفات

————————
لیست اعمال

————————

با تعریف کردن اشیاء موجود در سیستم از نوع یک کلاس خاص، این اشیاء همه صفات، اعمال و روابط کلاس مربوطه را به ارث می برند. یک فوق کلاس شامل ویژگی های مشترک صفات و اعمال جمعی از کلاسهاست و زیرکلاس یک حالت خاص ازفوق کلاس است که به آن تخصیص نیزگفته می شود. این تعاریف از وجود یک سلسله مراتب نشان می دهد که در آن کلاسهای تعمیم(فوق کلاس) توسط کلاسهای تخصیص به ارث برده می شوند، ممکن است که هر کدام ازکلاس های تخصیص دارای یکسری صفات و اعمال اختصاصی اضافی باشند. مجموعه مقادیر موجود برای یک صفت در یک کلاس، دامنه مقادیر آن صفت را نشان می دهد.

پیامها وسیله برقراری ارتباط و تعامل بین اشیاء می باشند ، این پیامها شئ مقصد را تحریک می کنند تا یک کار خاص را انجام دهد. سرویسی که در شیء فرستنده پیام تولید می کند، یک پیام با قالب message:[destination, operation, parameters] ارسال میکند که در آن destination شیء گیرنده و operation سرویسی از شیء گیرنده است که پیام را دریافت می کند و parameters شامل اطلاعات لازم جهت انجام موفق سرویس خواسته شده است. شکل 1-2 مثالی از کلاسهای تعمیم و تخصیص را نشان می دهد که در آن برای دانشجو یک فوق کلاس دانشجو داریم که شامل داده ها و اعمال مشترک بین دانشجویان دوره لیسانس و فوق لیسانس است، همچنین دو زیر کلاس تخصیص جداگانه برای دانشجویان لیسانس و فوق لیسانس نشان داده شده است که حالات خاصی از کلاس دانشجو هستند. در عمل ما شیئی از نوع فوق کلاس دانشجو نخواهیم داشت، در این حالت به کلاسstudent یک کلاس مجرد گفته می- شود . کلاس مجرد کلاسی است که هیچ شیئی از آن نوع نداشته باشیم.

کپسوله سازی، ارث بری و چند ریختی

با توجه به مطالب ذکر شده در بالا، شیء گرایی به واسطه سه خاصیت مهم کپسوله سازی، ارث بری و چند ریختی یک روش منحصر بفرد است . بطور کلی کپسوله سازی تکنیکی است که جزئیات پیاده سازی داخلی شئ را از دید سایر اشیاء و مؤلفه های سیستم پنهان می کند(مخفی سازی اطلاعات ). عمل، تابعی است که در تمام نمونه های یک نوع وجود دارد و سایر اشیاء تنها از طریق اعمال موجود در یک شئ می توانند به اطلاعات این شئ دسترسی داشته باشند، بنابراین اعمال یک واسط برای کلاس بشمار می روند. واسط رویه بیرونی کلاس را بدون اینکه ساختار درونی وچگونگی پیاده سازی اعمال را نشان دهد ، نمایان می سازد. خاصیت کپسوله سازی داده و عمل دریک کلاس بطور عمده مزایای زیررا دارد.

• جزئیات پیاده سازی داخلی داده و روتین ها از دنیای خارج قابل مشاهده نیست (مخفی سازی اطلاعات ). این خاصیت تاثیر تغییرات محیطی بر شیء را کاهش می-دهد.
• ساختمان داده ها و اعمالی که برای دستکاری داده ها در نظر گرفته شده با هم ادغام شده و تحت یک نام (اسم کلاس) شناخته می شود و این اساس مؤلفه قابل استفاده مجدد را فراهم می نماید.
• واسطه های ما بین اشیاء کپسوله شده ساده اند، لزومی ندارد که شئ فرستنده پیام از جزئیات ساختمان داده درونی شئ مقصد اطلاع داشته باشد.

خاصیت کلیدی بعدی که روش شیءگرا را از سایر روشها متمایز می دارد، ارث بری است. در شکل بالا زیر کلاس Graduate student همه صفات و اعمال متناظر شده با فوق کلاسش(Student) را به ارث می برد، بدین معنی که تمام ساختمان داده و الگوریتمهایی که برای فوق کلاسstudent طراحی و پیاده سازی شده برای کلاس تخصیص نیز در دسترس می باشد و هیچ کار اضافی لازم نیست انجام بگیرد . و عملاً از قابلیت استفاده مجدد استفاده می کند.

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

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

پایان نامه برسی معماری سرویس گرا

اختصاصی از یارا فایل پایان نامه برسی معماری سرویس گرا دانلود با لینک مستقیم و پرسرعت .

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

تعداد صفحات:124

فهرست مطالب :

• پیش گفتار
• چکیده
• فصل 1: معرفی معماری سرویس گرا
• 1-1 مقدمه
• 1-1-1- معماری سرویس گرا چیست؟
• 1-1-2- ویژگی های سیستم های مبتنی بر معماری سرویس گرا
• 1-1-3- آماده شدن برای معماری سرویس گرا
• 1-2 معرفی
• 1-3- ویژگیهای سرویس و محاسبات سرویس گرا
• 1-4- نرم افزار به عنوان سرویس
• 1-6- معماری سرویس گرای مقدماتی
• 1-6- 1 معماری سرویس گرای توسعه یافته
• 1-7- نیازمندیهای معماری سرویس گرا
• فصل دوم: معماری سرویس گرا (SOA)
• 2-1 مقدمه
• 2-2- محرکهای تجاری در رویکردی جدید
• 2-3- معماری سرویس گرا بعنوان یک راه حل
• 2-3-1- تجزیه و تحلیل و طراحی شی ء گرا
• 2-3-2- طراحی بر مبنای جزء
• 2-3-3 – طراحی سرویس گرا
• 2-3-4- طراحی بر مبنای واسط
• 2-3-5- معماری های برنامه های کاربردی لایه ای
• 2-4- نگاهی دقیق تر به معماری سرویس گرا
• 2-4-1- جنبه های عملکردی عبارتند از
• 2-4-2- جنبه های کیفیت خدمات عبارتند از
• 2-4-3 همکاری SOA
• 2-4-4- نقش ها در معماری سرویس گرا عبارتند از
• 2-4-5- عملیات در معماری سرویس گرا عبارتست از
• 2-4-6- سرویس ها در بافت SOA
• 2-4-7- سرویس ها در برابر اجزاء
• 2-5- مزایای معماری سرویس گرا
• 2-5-1- بالا بردن دارایی های موجود
• 2-5-2- مجتمع سازی و اداره کردن راحت تر پیچیدگی
• 2-5-3- پاسخ گویی بیشتر و خرید و فروش سریعتر
• 2-5-4- کاهش هزینه و افزایش استفاده مجدد
• 2-5-5- آمادگی در برابر حوادث
• فصل سوم: معماری سرویس وب
• 3-1 مقدمه
• 3-2- سرویس وب چیست؟
• 3-3- مدل چند لایه مبتنی بر Xml-Web Service
• 3-2-1- برخی از ویژگیهای اصلی سرویس وب عبارتند از
• 3-4- قابلیت عملکرد متقابل سرویس وب
• 3-3-2 گزارش مبنای WS-I 1.0
• فصل چهارم: انتخاب های تکنولوژی
• 4-1- انتخابهای تکنولوژی
• 4-2 مقدمه
• 4-2-1- مزایای سرویس وب
• 4-4-2- معایب سرویس وب
• 4-3- لایه های پشته معماری سرویس گرا
• 4-3-1 حمل و نقل
• 4-3-2- پروتکل تبادل سرویس
• 3-3-4 شرح سرویس
• 4-3-4 سرویس
• 4-3-5 فرآیند تجاری
• 4-3-6 بایگانی سرویس
• 4-3-7 سیاست
• 4-3-8 امنیت
• 4-3-9 معاملات
• 4-3-10 مدیریت
• خلاصه
• نتیجه گیری
• مراجع

چکیده:

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

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

دوباره به همان مثال اول برمی گردیم، وقتی شما کد خود را به منظور قابل استفاده بودن توسط نرم افزارهای دیگر، به شکل Modular می نویسید مانند این است که، یک شبکه تلویزیون کابلی درون یک ساختمان خاص دارید و بنابراین فقط ساکنین آن ساختمان می توانند از آ« بهره برداری کنند.

در جهان امروز طیف مخاطبانی که بالقوه می توانند از سرویس شما استفاده کنند، کل کاربران روی شبکه اینترنت است. بنابراین باید مکانیزمی بوجود می آمد، که می توانست پاسخگوی این محیط جدید (اینترنت) و کاربران آن باشد و بنابراین معماری سرویس گرا بوجود آمد. این معماری توسط دو شرکت IBM ، Microsoft بوجود آمد، که هر دو شرکت طی سالهای اخیر از حامیان اصلی سرویسهای وب و عامل بسیاری از ابداعات جدید در حیطه سرویس های وب، مانند WSE ، UDDI بوده اند. قابل ذکر است، که در آخرین معماری در حال توسعه، در تولید نرم افزار که هنوز هم در مرحله تحقیقاتی است (MDA) ، تدابیری جهت هماهنگی با معماری سرویس گرا در نظر گرفته شده است.

از نمونه های استفاده از این معماری در کشور خودمان، سازمان ثبت احوال کشور است که موظف شده تا پایگاه اطلاعاتی خود را بصورت سرویس وب و مبتنی بر این معماری به سایر نهادها مانند نیروی انتظامی و سایر دستگاه ها ارائه دهد.

    معماری سرویس گرا چیست؟

همان طور که در عنوان آن مشخص است، به مفهومی در سطح معماری، اشاره می کند و بنابراین در مورد چیزی پایه ای و اساسی در سطوح بالا است، که پایه و اساس آن تجربیات بدست آمده در تولید سیستم های نرم افزاری مبتنی بر CBD و دو اصل اساسی در صنعت مهندسی نرم افزار یعنی تولید نرم افزار بصورت با همبستگی زیاد و در عین حال با چسبندگی کم است. بنابراین ایده های برنامه نویسی سرویس گرا ایده ا جدید نیست و شما شاید قبلاً از آن استفاده کرده باشید. اما جمع آوری بهترین تجربیات از تولید چنین سیستمهایی بصورت مجتمع و ناظر به وضعیت تکنولوژیکی امروز بشر، که همان مفاهیم مطرح شده در معماری سرویس گرا است چیز جدیدی است. در زیر بصورت دقیق تر این بحث را ادامه می دهیم آیا تولید سیستم های سرویس گرا مفهوم جدیدی است؟ مهندسان نرم افزار، همیشه می گفتند و گفته اند که نرم افزار باید به شکلی نوشته شود که همبستگی زیاد ولی در عین حال اتصال کمی داشته باشد. شرکتهای بزرگ نرم افزاری هم در جهت گام برداشتن برای رسیدن به این دو اصل، تکنولوژی هایی را بوجود آورده اند که به برنامه نویسان اجازه دهد تا به این دو هدف در تولید نرم افزارهای خود تا حد زیادی دست یابند. برای مثال می توان به تکنولوژی هایی مانند CORBA ، COM+ و RMI و موارد دیگر، اشاره کرد. خوب پس مشاهده کردید که موضوع برنامه نویسی سرویس گرا، مفهوم جدیدی نیست و این معماری تلاشی دیگر در جهت تولید نرم افزارهای با همبستگی زیاد و در عین حال با چسبندگی و اتصال کم است. ممکن است بپرسید، پس چرا با وجود تکنولوژی های قدرتمندی چون RMI ، COM+ و CORBA چیز جدیدی بوجود آمد؟ مگر تکنولوژی های قبلی موفق نبودند؟ بله مهمترین اشکال در معماری های قدرتمندی چون موارد مذکور این بود که تولید کنندگان آنها سعی داشتند، که تکنولوژی خود را بر بازار غالب نمایند. رویایی که هرگز به حقیقت نمی پیوست . بنابراین با توجه به این موضوع که این تکنولوژیها قادر به تعامل مناسب با یکدیگر نبودند عملاً اصل همبستگی زیاد بصورت خود بخود رد می شد.

البته معماری های مذکور اشکالات دیگری هم داشتند که نسبت به موارد بالا از اهمیت کمتری برخوردار است که از جمله آنها می توان به عدم هماهنگی با اصول امنیتی مورد استفاده در اینترنت اشاره کرد. البته بعدها راه حل هایی هم برای این مشکل بوجود آمد (مانند Over HTTP RPC ) اما به این علت که از روز اول، در طراحی این تکنولوژی ها این امر در نظر گرفته نشده بود، از کارایی مناسبی برخوردار نبودند. مفهوم همبستگی زیاد و در عین حال با چسبندگی و اتصال کم، وقتی بخواهد در جهت ارزیابی یک سیستم نرم افزاری یا تکنولوژی، مورد استفاده قرار گیرد بسیار مبهم می شود. حتی کسی می تواند ایده های همبستگی و چسبندگی را با هم ترکیب کند! برای جلوگیری از چنین ابهاماتی، شما می توانید از ویژگی های معماری سرویس گرا به عنوان یک راه برای ارزیابی میزان همبستگی و چسبندگی و اتصال یک سیستم نرم افزاری یا یک تکنولوژی استفاده کنید. اگر چه مفاهیم مطرح شده در معماری سرویس گرا دقیقاً همان مفاهیم همبستگی زیاد و در عین حال چسبندگی کم نیستند، اما سیستمهایی که بر اساس معماری سرویس گرا طراحی و پیاده سازی شده اند، نشان داده اند که توانسته اند تا حد بسیار زیادی ویژگی های همبستگی زیاد و در عین حال چسبندگی کم را بخوبی در خود ایجاد و حفظ کنند.

معماری سرویس گرا (SOA) روشی جدید و در حال تکامل برای ساخت برنامه های توزیع شده است. سرویس ها اجزای توزیع شده با رابط های تعریف شده و مشخص هستند که پیغام های XMIL را پردازش و تبادل می کنند. با رویکرد سرویس گرا می توان راه حل هایی را ارائه داد که به مرز دامنه های سازمان یا شرکت محدود نیستند. با استفاده از SOA می توان در شرکتی که دارای سیستم ها و برنامه های کاربردی مختلف روی ایستگاه های کاری متفاوت است، یک راه حل یکپارچه سازی با استقلال زیاد ساخت که جریان یکنواخت و ناهماهنگ کار را تضمین کند.

هرکس که از سایت های تجارت الکترونیکی به صورت آنلاین خرید کرده باشد، با مفهوم سرویس ها آشنا است. وقتی که سفارش تان را دادید، باید اطلاعات کارت اعتباری تان را ارایه کنید که به طور معمول توسط یک فراهم کننده سرویس ثانویه، تأیید و شارژ می شود. وقتی که سفارش پذیرفته شد، شرکت سفارش گیرنده با یک شرکت فراهم کننده سرویس حمل و نقل هماهنگ می کند و در نهایت کالای شما تحویلتان می شود. نیاز به معماری سرویس گرا از جنبه های دیگر نیز به شکل بارزی در برنامه های کاربردی تجارت الکترونیکی مشهود است. اگر مثلاً جزء مربوط به پرداخت کارت اعتباری Offline و یا غیر فعال باشد، قرار نیست که فرآیند فروش متوقف شود. بلکه سفارش ها بایستی پذیرفته شوند و عملیات پرداخت به وقت دیگری موکول شود.

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

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

و اگر یک سرویس به طور کامل قابل دسترس نباشد، (که هرگز نباید در یک سیستم SOA پایدار اتفاق بیفتد) آن وقت معماری طوری طراحی شده است که روی دادن خطاهایی که منجر به قطع کامل در خواست سرویس می شود، امکان پذیر نباشد. SOA قابلیت اطمینان را افزایش می دهد، چون خطاهای موقت در بخشی از جریان کار نمی توانند کل فرآیند تجاری را از کار بیاندازند.

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

 

معماری سرویس گرا

اختصاصی از یارا فایل معماری سرویس گرا دانلود با لینک مستقیم و پرسرعت .

چکیده :

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

فهرست مطالب :

پیش گفتار 

 چکیده

 فصل 1 

• مقدمه 
• معماری سرویس گرا چیست؟ 

2-1-1- ویژگی های سیستم های مبتنی بر معماری سرویس گرا 

3-1-1- آماده شدن برای معماری سرویس گرا

2-1- معرفی

3-1- ویژگیهای سرویس و محاسبات سرویس گرا

4-1- نرم افزار به عنوان سرویس

5-1- مفهوم معماری سرویس گرا

6-1- معماری سرویس گرای مقدماتی

7-1- معماری سرویس گرای توسعه یافته

8-1- نیازمندیهای معماری سرویس گرا

فصل 2 : معماری سرویس گرا

• مقدمه 

2-2- محرک های تجاری در رویکردی جدید

3-2- معماری سرویس گرا به عنوان یک راه حل

1-3-2- تجزیه و تحلیل و طراحی شی گرا

2-3-2- طراحی بر مبنای جزء

3-3-2- طراحی سرویس گرا

4-3-2- طراحی بر مبنای واسط

5-3-2- معماریهای برنامه های کاربردی لایه ای 

4-2- نگاهی دقیق تر بر معماری سرویس گرا

1-4-2- جنبه های عملکردی

2-4-2- جنبه های کیفیت سرویس

3-4-2- همکاری SOA

4-4-2- نقش ها در معماری سرویس گرا

5-4-2- عملیات در معماری سرویس گرا

6-4-2- سرویس در بافت SOA

7-4-2- سرویس در برابر اجزاء

5-2- مزایای معماری سرویس گرا

1-5-2- بالا بردن دارایی های موجود

2-5-2- مجتمع سازی و اداره کردن راحت تر پیچیدگی 

3-5-2- پاسخگویی بیشتر و خرید و فروش سریعتر 

4-5-2- کاهش هزینه و افزایش استفاده مجدد

5-5-2- آمادگی در برابر حوادث 

فصل 3 : معماری سرویس وب

• مقدمه 

2-3- سرویس وب چیست؟

3-3- مدل چند لایه مبتنی بر XML-Web service 

1-2-3- برخی از ویژگیهای سرویس های وب 

4-3- قابلیت عملکرد متقابل سرویس های وب

1-1-3-3- انگیزه های مالی برای معماری سرویس گرا 

2-1-3-3- خصیصه های معماری سرویس وب

3-1-3-3- سازمان قابلیت عملکرد متقابل سرویس های وب   

4-1-3-3- خصوصیات گزارش

5-1-3-3- موارد کاربردی و سناریوی مورد استفاده 

6-1-3-3- برنامه های کاربردی نمونه

7-1-3-3- ابزارهای تست

2-3-3- گزارش بر مبنای WS-I 1.0

1-2-3-3- سناریوی مورد استفاده یک طرفه

2-2-3-3- سناریوی مورد استفاده تقاضا / پاسخ همزمان  

3-2-3-3- سناریوی مورد استفاده تماس برگشتی اولیه 

فصل 4 : انتخابهای تکنولوژی

• انتخابهای تکنولوژی 

2-4- مقدمه

1-2-4- مزایای سرویس های وب

2-2-4- معایب سرویس های وب

3-4- لایه های پشته معماری سرویس گرا

1-3-4- حمل و نقل

2-3-4- پروتکل تبادل سرویس

3-3-4- شرح سرویس

4-3-4- سرویس

1-4-3-4- سرویس وب و J2EE

2-4-3-4- چارچوب کاری احضار سرویس وب

3-4-3-4- برخی ملاکهای مؤثر در انتخاب چهارچوبها

5-3-4- فرآیند تجاری

6-3-4- بایگانی سرویس

1-6-3-4- درخواست مستقیم

2-6-3-4- انتشار جمعی ساده 

3-6-3-4- استفاده از دایرکتوری

7-3-4- سیاست

1-7-3-4- استانداردهای نوظهور برای سیاست

8-3-4- امنیت

9-3-4- معاملات

1-9-3-4- استانداردهای نوظهور برای معاملات

- WS-Coordination

- WS-Transaction

پشتیبانی نگهداری برای سرویس وب  

10-3-3- مدیریت 

نتیجه گیری 

خلاصه  

پیوست 

منابع