پایان نامه طراحی وب سرویس

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

پایان نامه طراحی وب سرویس

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

فرمت فایل:doc

فهرست

فصل اول ( مقدمه )

web service 1-1 چیست ؟                                                                                                 5                                  

2-1 مزیت های استفاده از وب سرویس ها                                                                                    6

1-3 مفاهیم کاربردی در وب سرویس ها                                                                                       8

   1- 3- 1 XML یا Extensible Mark Up Language                                                      8

 2- 3- 1 SOAP یا Simple Object Access Protocol                                                   10

1 -3 -3      WSDL یا Web Services Descrition Language                                          12

UDDI   1- 3 - 4    یا Universal Description Discovery Integration                            14

1-4 خلاصه ی فصل اول                                                                                                       15

فصل دوم   (ابزارهای لازم )

2-1  .Net Frame Work                                                                                                  17

2-2 مراحل نصب Micro Soft . Net Frame Work                                                   19

2-3 ایجاد یک سرور مجازی IIS                                                                     20

2-4 نصب ویژوال استودیو 2005                                                                    22

2-5 نصب Sql Server 2005                                                                                          26

2-6  خلاصه ی فصل دوم                                               27

فصل سوم (طراحی و پیاده سازی وب سرویس )

1- 3 وظیفه ی وب سرویس                                            28

2- 3 سایت اصلی پروژه یا Book Web Service                                          29

3 - 3 وب سرویس سرویس دهنده / سرویس گیرنده                       34

4 - 3 تنظیمات IIS  برای اجرای برنامه                              40

5- 3 خلاصه ی فصل سوم                                             45

فصل چهارم (پیشنهادات برای آینده ی وب سرویس)

4-1   توسعه ی یک وب سرویس امن                                      46

4-1-2   معرفی مدل امنیتی                                                                              46

4-1-3    تهدید های شناخته شده توسط RupSec                                         47

4-1- 4    راه حل های امنیتی پیشنهادی RupSec                                       48

     4 -3 خلاصه فصل چهارم                                                                                               49      

ضمیمه ی فصل 4 - کاربرد فناوری ajax در وب سرویس                                                         50                                                                                                            

فهرست منابع                                                                                                                    54

web service 1-1 چیست ؟

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

در سیستم های قدیمی تر و حتی شاید در بیش از نود درصد سیتم های فعلی, اصول client - server - programing بر مبنای request - response از طریق یک سری port ها , protocol ها واستانداردهای مشخص browser ها نهاده شده است . بدین ترتیب که درخواست شما از طریق یک browser به server ارسال می گردد web server آن را بنا به نیاز بهapplication Server واگذار می کند . app server آن را پردازش می کند و از طریق web server ان را به client بر می گرداند . مثلا اگر درخواست شما یک request به صفحات دینامیکی مثل .NETیا PHP باشد web server که در اینجا یک  IIS یا Apacheمی باشد request را به app server  واگذار می کند که پس از تفسیر , این اطلاعات به فرمت html در اختیار  client قرار می گیرد . این سیستم جوابگوی بسیاری از نیازها نیست برای مثال request ها فقط از طریق browser ها انجام می شود ویا همه اطلاعات روی یک server ویا روی سرورهای تحت اختیار موجود می باشد که این در عمل ممکن نیست بسیاری ازبرنامه ها تنها روی بعضی از سرورها قرار دارند وامکان دسترسی با نصب آنها روی سرورهای دیگر نیست به علاوه به دلیل مشکلات امنیتی نمی توان به همه اجازه ی دسترسی به database ها را داد و از همه مهمتر برنامه های تحت سرور هر کدام در یک platform و با زبانی خاص نوشته شده اند که امکان دسترسی به آنها وجود ندارد.

با ایجاد وسایل گوناگون مثل pda ها , گوشی های تلفن , تلویزیون ها ی دیجیتال و ... که قابلیت اتصال به شبکه را دارا هستند و همچنین نیاز application های  desktopبرای ارتباط با سرور این نیاز بیشتر احساس شد که با شکل گیری plattform های بسیار قوی مانند J2EE درسمت سرور اصول web - services رقم زده شد.

پایان نامه ارشد عمران ارایه مدل تعیین و ارزیابی سطح سرویس فرودگاه

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

فصل اول : ﻛﻠﻴﺎت 
فصل دوم : ﻣﺮوری ﺑﺮ ﻣﻄﺎﻟﻌﺎت اﻧﺠﺎم ﺷﺪه ﻗﺒﻠﻲ
فصل سوم : ﻃﺮاﺣﻲ و ارزﻳﺎﺑﻲ ﺗﺴﻬﻴﻼت
فصل چهارم : ﻣﻄﺎﻟﻌﻪ و ﻃﺮح آﻣﺎرﮔﻴﺮی 
فصل پنجم : آﻧﺎﻟﻴﺰ آﻣﺎری ﭘﺎﺳﺦ ﻫﺎ
فصل ششم : ﻧﺘﻴﺠﻪ ﮔﻴﺮی و اراﻳﻪ ﭘﻴﺸﻨﻬﺎد

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


فهرست مطالب:
فصل اول - کلیات
-1-1 مقدمه 1
-2-1 هدف پایان نامه 4
-3-1 سطوح سرویس دهی 4
-4-1 ظرفیت 6
-5-1 مطلوبیت 7
-6-1 شناسایی مشکل 8
-1-6-1 فرض 8
-2-6-1 هدف تحقیق 9
-7-1 چیدمان پایان نامه 9
فصل دوم – مروری بر مطالعات انجام شده قبلی
کره جنوبی 11 INCHON -1-2 فرودگاه بین المللی
-1-1-2 روش ارزیابی سطح سرویس 18
-2-1-2 روش تحلیل نتایج 18
-3-1-2 تحلیل نتایج 21
-2-2 فرودگاه بی نالمللی هنگ هنگ 24
-1-2-2 جمع آوری اطلاعات 26
-2-2-2 روش شناسی 29
29 VI -1-2-2-2 شاخص دید
نهایی برای فرودگاه 37 VI -3-2-2 محاسبه مقدار
-4-2-2 اندازه گیری کیفیت ارائه خدمات در فرودگاه با استفاده از شاخص دید 37
-3-2 فرودگاه سنگاپور 43
-1-3-2 شبیه سازی فرودگاه سنگاپور 43
-4-2 فرودگاه بین المللی پیرسون – تورنتو – کانادا 45
-1-4-2 معرفی 46
47 ARCTERM -2-4-2 تاریخچه و خصوصیات
در برنامه ریزی و طراحی ترمینال 48 ARCTERM -3-4-2 به کارگیری
-5-2 فرودگاه میلان ترمینال مال پنسا 49
49 AIRLAB -1-5-2
52 SLAM -2-5-2
-6-2 فرودگاه اتاوا و تورنتو 56
-1-6-2 محوطه پذیرش مسافر 60
II
ارایه مدل تعیین و ارزیابی سطح سرویس فرودگاه
-2-6-2 محوطه تحویل و جمع آوری چمدانها 61
-3-6-2 محوطه سالن پرواز 61
-4-6-2 خط بازرسی اولیه 62
فصل سوم – طراحی و ارزیابی تسهیلات
-1-3 مقدمه 63
-1-1-3 زیرمجموعه های تهسیلاتی برای مسافران 68
-2-1-3 تأثیرات اندازه نامناسب تسهیلات 73
-3-1-3 سطوح سرویس دهی 74
-4-1-3 معیارهای طراحی 76
-2-3 مطلوبیت و سطوح سرویس دهی 77
-1-2-3 مقدمه 77
79 (Utility) -2-2-3 تئوری مطلوبیت
-1-2-2-3 نظریه های توابع مطلوبیت 80
-3-2-3 کاربرد تئوری مطلوبیت 82
-3-3 مفهوم تبدیل خطی 83
-1-3-3 تبدیل خطی 83
-2-3-3 اندازه گیری ها 84
-3-3-3 احتمالات 84
-4-3 چارچوب تحقیق 85
-1-4-3 فاکتورهای روش شناسی 85
-2-4-3 طراحی مصاحبه 86
-3-4-3 چارچوب سطوح سرویس دهی 86
-4-4-3 زیرمجموعه های انتخابی 86
-1-4-4-3 ناحیه انتظار مسافران 88
-2-4-4-3 بازرسی امنیتی مسافران 89
-3-4-4-3 محل های تحویل بار 91
-4-4-4-3 تعداد مسافرین انتقالی 91
-5-4-4-3 شمارنده های بلیط و کنترل اثاثیه 93
فصل چهارم – مطالعه و طرح آمارگیری
-1-4 مقدمه 99
-2-4 طرح پرسش نامه 101
-1-2-4 زمان (طول) 101
-2-2-4 جمله بندی 101
-3-2-4 ساختار 101
III
ارایه مدل تعیین و ارزیابی سطح سرویس فرودگاه
-4-2-4 اطلاعات جمع آوری شده 102
-5-2-4 مصاحبه کننده 102
-3-4 آمارگیری براساس نظر افراد 102
-1-3-4 روش های موجود 102
-2-3-4 روشهای مختلف آمارگیری مشارکتی 103
-3-3-4 روشهای مختلف اندازه گیری 103
-4-4 طرح پرسش نامه انتخابی 106
-1-4-4 مفهوم 106
-2-4-4 طرح 106
-3-4-4 مقیاس های اولویت بندی 107
-4-4-4 درجه بندی 107
-5-4 اندازه نمونه 107
-6-4 انتخاب تسهیلات کامپیوتری 108
-7-4 انتخاب فرودگاه و تاریخ های آمارگیری 110
-1-7-4 موقعیت و خصوصیات کلی 120
-2-7-4 تاریخ های آمارگیری 121
-8-4 توضیح زیر اجزاء ها 121
-1-8-4 عملکرد 121
-2-8-4 تعریف زیر اجزاء ها 122
-1-4-8-2 پذیرش مسافر 122
-2-4-8-2 سالن پرواز 122
-9-4 خلاصه آماری پاسخ ها 124
-1-9-4 محوطه پذیرش مسافر 124
-2-9-4 سالن پرواز 133
-10-4 متغیرهایی که در آنالیز استفاده نشد 140
فصل پنجم – آنالیز آماری پاس خها
-1-5 مقدمه 142
-1-1-5 محوطه پذیرش مسافر 142
-1-1-1-5 سفر: هدف سفر 147
-2-1-1-5 اندازه 149
-3-1-1-5 جنسیت 149
-4-1-1-5 فضا 149
-5-1-1-5 انتظار 151
-6-1-1-5 سرویس دهی 153
-2-1-5 سالن پرواز 153
IV
ارایه مدل تعیین و ارزیابی سطح سرویس فرودگاه
-1-2-1-5 سفر: هدف سفر 158
-2-2-1-5 تعداد افراد 159
-3-2-1-5 جنسیت 162
-4-2-1-5 فضا 162
-5-2-1-5 صندلی 164
-6-2-1-5 فروشگاه ها 166
-2-5 مدلهای ارزیابی و تعیین سطح سرویس 167
-1-2-5 ارایه مقیاس ارایه مدل مناسب 167
-1-1-2-5 مفهوم تبدیلات خطی 167
-2-1-2-5 ارایه مقیاس اندازه گیری 169
-2-2-5 محوطه پذیرش مسافر 170
-1-2-2-5 فضا به ازای هر نفر 172
-2-2-2-5 زمان انتظار 173
-3-2-2-5 زمان سرویس دهی 174
-4-2-2-5 معادله رگرسیون چند متغیره 174
-3-2-5 سالن پرواز 175
-1-3-2-5 فضا 177
-2-3-2-5 صندلی 177
-3-3-2-5 فروشگاهها 178
فصل ششم – نتیجه گیری و ارایه پیشنهاد
-1-6 جمع بندی 181
-2-6 نتیجه گیری 186
-1-2-6 مقدمه 186
-2-2-6 محوطه پذیرش مسافر 186
-3-2-6 سالن پرواز 189
-3-6 ارایه پیشنهادات 191

سرویس و تعمیرات فتوکپی شارپ

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

مراحل تهیه کپی

مرحله اول : شارژ

با ولتاژ۷۵۰M , 6.3 KVDC جریان ، ولتاژشبکه (GRID) ولتاژ(۸۴۰۰)-۷۵۰VOC ،

(۸۳۰۰)۷۲۰VDC

توسط شارژراصلی شارژرمنفی به سطح درام اعمال می گردد ودراین زمان پتانسیل سطح درام توسط شبکه (GRID) های ولتاژکنترل می شود .

به عبارت دیگرپتانسیل سطح درام برابراست با ولتاژی که به شبکه(GRID)اعمال می‌گردد.

پتانسیل سطح درام < ولتاژشبکه(GRID) جهت شارژدرام بارمنفی ازمیان شبکه می‌گذرد .

پتانسیل سطح درام = ولتاژ شبکه (GRID)

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

مرحله دوم : در معرض نورقرارگرفتن

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

مرحله سوم : آشکار شدن تصویر ( ولتاژبا یاس (BIAS)-200VDC )
تونربه منظورساختن یک تصویرقابل رویت به سطوح شارژشده درام می چسبد .تونر دراثر مالش با دولوپربارمثبت می گردد وتنوسط بارهای منفی سطح درام جذب می شود . ازآنجائیکه پتانسیل سطح درام درجاهائیکه تصویر تیره تراست بیشتراست . بنابراین تونر بیشتری راجذب می کند .

 

• رمز فایل : www.i

بررسی معماری سرویس گرا و ارائه روشی برای طراحی مبتنی بر سرویس

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

قالب بندی : word

چکیده :

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

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

SOA مجموعه ای از اصول , نظریه ها و تکنیکهایی را فراهم می کند که فرایندهای کسب و کار ، اطلاعات و دارایی های تشکیلات بتوانند به شیوه مؤ ثری سازماندهی شوند و این فرایندها می توانند برای پشتیبانی از طرحهای استراتژیک و سطوح بهره وری که در محیطهای رقابتی کسب و کار مورد نیاز هستند،گسترش داده شوند.

در این تحقیق از تکنیکها و مباحث مطرح در Service-oriented Architecture (به اختصار SOA) استفاده شده و برای طراحی سرویس گرا روشی پیشنهاد می شود .تمرکز این پروژه بر روی فرایند طراحی می باشد که اصول و تکنیکهای کافی برای مشخص کردن , ساخت و پالایش فرایندهای کسب و کاری که به سرعت دچار تغییر می شوند فراهم می کند . روش پیشنهای برای ایجاد کنترل متمرکز از تجرید لایه های سرویس و طبقه بندی انواع سرویس استفاده نموده و در کنار استفاده از سیستمهای موروثی در حمایت از استراتژیهای کوتاه مدت سازمانها ، بر اساس اصول طراحی و اصول سرویس گرائی در راستای استراتژیهای بلند مدت عمل می کند تا در تامین اهداف تجاری و حمایت از فرایندهایی که به سرعت دچار تغییر می شوند مفید واقع شود.

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

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

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

فهرست مطالب :

چکیده

مقدمه

فصل ۱-    کلیات معماری سرویس گرا

۱-۱-    تعاریف اولیه

۱-۱-۱-     معماری سرویس گرا (SOA)

۱-۲-    اهداف تحقیق

۱-۳-    پیشینه تحقیق

۱-۴-    روش کار و تحقیق

۱-۵-    مقایسه ای بر مدلهای توسعه وابسته به معماری

۱-۵-۱-     توسعه مبتنی بر object

۱-۵-۲-     توسعه مبتنی بر مؤلفه

۱-۵-۳-     محاسبات توزیع یافته

۱-۵-۴-     معماری سرویس گرا

۱-۵-۴-۱-  توسعه مبتنی بر سرویس

۱-۵-۴-۲-  قابلیتهای سبک معماری سرویس گرا

۱-۶-    مولفه های SOA

۱-۷-    اصول سرویس گرائی

۱-۸-    سرویس گرائی و تشکیلات سازمانی

۱-۸-۱-     لایه های سرویس

۱-۸-۱-۱-  لایه سرویس کاربردی

۱-۸-۱-۲-  لایه سرویس تجاری

۱-۸-۱-۳-  لایه سرویس همنوائی

۱-۸-۲-     سرویسهای Agnostic

فصل ۲-   تحلیل مبتنی برسرویس

۲-۱-    چرخه حیات معماری SOA

۲-۲-    استراتژی های تحویل SOA

۲-۲-۱-     روش پایین به بالا ( Bottom Up)

۲-۲-۲-     روش بالا به پایین(Top Down)

۲-۲-۳-     روش meet-in-the-middle

۲-۳-    تحلیل سرویس گرا

۲-۳-۱-     اهداف تحلیل سرویس گرا

۲-۳-۲-     پروسه تحلیل سرویس گرا

فصل ۳-   الگوها و اصول طراحی

۳-۱-    نکات قابل توجه طراحی سرویس

۳-۱-۱-     مدیریت دانه بندی سرویس و مؤلفه

۳-۱-۲-     طراحی برای قابلیت استفاده مجدد

۳-۱-۳-     طراحی برای قابلیت ترکیب سرویس

۳-۱-۳-۱-  اتصال و همبستگی

۳-۲-    رهنمودهای عمومی

۳-۲-۱-     استانداردهای نامگذاری

۳-۲-۲-     طراحی عملیات سرویس به شکلی که ذاتا قابل توسعه باشد

۳-۲-۳-     تعیین متقاضیان مطرح سرویس

۳-۳-    الگوهای طراحی و انواع معماری

۳-۳-۱-     الگوها

۳-۳-۲-     طراحی بنیادی

فصل ۴-   راهکار پیشنهادی

۱-۴-    مرحله ۱ بازبینی لایه بندی سیستم SOA

۴-۱-۱-     فعالیت ۱ مروری بر استراتژیهای لایه بندی

۴-۱-۲-     فعالیت ۲ بازبینی لایه بندی فاز تحلیل

۴-۱-۳-     فعالیت ۳ معرفی لایه های تخصصی تر

۴-۱-۳-۱-  لایه داده

۴-۱-۳-۲-  لایه دسترسی سرویس

۴-۱-۳-۳-  لایه تعامل

۴-۲-    مرحله ۲ تحلیل تغییر پذیری

۴-۲-۱-     فعالیت ۱ شناسایی انواع تغییرپذیری

۴-۲-۲-     فعالیت ۲ مدلهای موجود برای تغییرپذیری

۴-۲-۳-     فعالیت ۳ گروهبندی و مدلسازی تغییرپذیری

۴-۲-۴-     فعالیت ۴ نگاشت نقاط تغییرپذیر

۴-۳-    مرحله ۳ سرویسهای فاز طراحی

۴-۳-۱-     فعالیت ۱ تعیین انواع سرویسها

۴-۳-۲-     فعالیت ۲ جایگاه سرویسهای کنترلی

۴-۴-    مرحله ۴ مروری بر دانه بندی

۴-۴-۱-     فعالیت ۱ تکنیک دانه بندی سرویسها و چند دانه ای بودن

۴-۴-۲-     فعالیت ۲ متدهای چنددانه ای سرویسها

۴-۵-    مرحله ۵ مدلسازی فرایند

۴-۵-۱-     استفاده ازمدلهای فرایند برای طراحی معماری سرویس گرا

۴-۵-۲-     ابزار مدلسازی فرایند

۴-۵-۳-     فعالیت طراحی فرایند کسب و کار مبتنی بر سرویس

فصل ۵-   بررسی موردی

۵-۱-    انتخاب بررسی موردی

۵-۲-    سیستم سفارش کالا

۵-۳-    تحلیلی بر راهکار پیشنهادی

فصل ۶-   نتیجه گیری و پیشنهادات

۶-۱-    نتیجه گیری

۶-۲-    پیشنهادات

پیوستها

منابع فارسی

مراجع

سایت های اطلاع رسانی

اختصارات

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

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

فرمت فایل : WORD ( قابل ویرایش ) تعداد صفحات:127

مقدمه:

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

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

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

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

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

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

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

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

فهرست مطالب

عنوان                                                                                      صفحه

پیش گفتار .................................................................................. A

چکیده........................................................................................ D

فصل 1 :

• مقدمه............................................................................... 2
  • - معماری سرویس گرا چیست؟.......................................................... 3

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

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

2-1- معرفی................................................................................................... 15

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

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

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

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

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

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

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

• مقدمه.................................................................................................. 32

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• مقدمه.................................................................................................. 55

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2-4- مقدمه.................................................................................................... 77

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

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

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

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

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

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

4-3-4- سرویس........................................................................................... 82

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

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

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

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

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

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

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

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

7-3-4- سیاست............................................................................................ 95

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

8-3-4- امنیت................................................................................................ 97

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

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

- WS-Coordination................................................................................ 103

- WS-Transaction................................................................................... 104

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

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

نتیجه گیری.................................................................................................... 107

خلاصه ......................................................................................................... 108

پیوست........................................................................................................... 110

منابع.............................................................................................................. 112