پاورپوینت ارائه کلاسی رشته عمران با موضوع جداساز لرزه ای روشی نوین برای کاهش شدت زلزله در حجم 25 اسلاید. در کنترل فعال و نیمه فعال و همچنین غیر فعال بخشی از انرژی که وارد سازه میشود، با اضافه کردن ساختارهایی به سازه پراکنده میگردد.
دسته بندی | شیمی |
بازدید ها | 1 |
فرمت فایل | doc |
حجم فایل | 112 کیلو بایت |
تعداد صفحات فایل | 57 |
انتخاب روشی مناسب جهت بازسازی خلاءهای آماری بارندگی
-1- مقدمه و هدف
اولین قدم در بررسیهای علمی- مهندسی مربوط به محیط نظیر پروژه های آبی،تحقیقات منطقه ای هواشناسی کشاورزی و نظایر آن ، مطالعات هواشناسی است، به طوریکه مطالعات سایر بخشها، مانند هیدرولوژی، سیلخیزی، فرسایش و رسوب ، و پهنه بندی های آگروکلیمایی وغیره بر آن متکی است.
بدیهی است دسترسی به دادههای کافی و دقیق شبکه ایستگاههای هواشناسی از یک طرف موجب کوتاهتر شدن مدت مطالعات گردیده و از طرف دیگر موجب بر آورد دقیقتر پارامترهای هدف و تقلیل هزینه های اجرایی طرحها می گردد.
از آنجا که آمار هواشناسی و به ویژه بارندگی در ایران با خلاءهای گسترده ناشی از عدم دیدهبانی یا مشکوک بودن ارقام مواجه است، لذا دستیابی به یک روش صحیح بازسازی خلاءهای آماری ضروری به نظر میرسد.
آنچه در این پژوهش دنبال میشود انتخاب روشی مناسب جهت بازسازی خلاءهای آماری بارندگی میباشد به طوریکه آمار بازسازی شده با آنچه واقعیت داشته ولی به دلایلی ثبت نگردیده حتی الامکان نزدیک باشد.
1-2- فرایند بارش و ویژگیهای آن
1-2-1- بارش
بارش شامل کلیه نزولات جوی مانند باران، برف و تگرگ میباشد که در اقلیم های مختلف باران و یا برف قسمت عمده از آن را تشکیل میدهد. بارش یکی از ورودی های اصلی سیکل هیدرولوژی میباشد. بارندگی در مناطق مرطوب با پراکنش منظم و در تمام طول سال اتفاق میافتد، در حالیکه در مناطق خشک و نیمه خشک پراکنش نامنظم است و حتی گاهی در یک بارندگی کوتاه مدت بیش از 50% بارندگی سالانه بوقوع میپیوندد.
1-2-2- فرایند بارش
به طور کلی مکانیسم بارندگی ناشی از افزایش رطوبت نسبی هوا تا حد معینی است که این پدیده یا در اثر تبخیر از سطح آب یا سطوح نمناک یا در اثر کاهش دمای هوا حاصل میشود و یا ممکن است تلفیقی از این دو باشد.
سرد شدن هوا در طبیعت عمدتاً معلول صعود هواست. در این عمل که تقریباً به حالت آدیاباتیک میباشد. هوا ضمن صعود به علت کاهش فشار سرد میشود. مکانیسمهای اصلی صعود هوا عبارتند از صعود جبههای، صعود کوهستانی، صعود جابجایی و صعود سیکلونی.
چرخه آبی در اتمسفر سه مرحله مجزا از هم تشکیل میدهد که عمدتاً عبارت از تبخیر، تراکم و بارندگی هستند. تفاوت تبخیر و تراکم امری واضح و روشن است ولی تفاوت تراکم و بارندگی توضیح بیشتری نیاز دارد.
به طور کلی فرایند تراکم شامل یک انباشتگی حداکثر از مولکولهای بخارآب تا رسیدن به حد ذرات ریز است در صورتیکه فرایند بارندگی، مرحلهای از پیوستن ذرات ریز یا قطرکها و سیکل قطرات مایع و یا تراکمی از بلورهای یخ میباشد.
عمل تراکم احتیاج به یک هسته[1] که هسته تراکم[2] نامیده شده دارد تا مولکولهای آب در اطراف آن جمع شوند. ذرات گرد و خاک معلق در هوا میتوانند به عنوان هستههای تراکم عمل کند. ذرات دارای یون روی هستهها اثر میکنند، زیرا یونها با داشتن الکتریسیته ساکن مولکولهای آب را در باندهای قطبی خود جذب میکند. یونها در اتمسفر شامل ذرات نمک ناشی از تبخیر از سطح دریا و یا ترکیبات سلفور و نیتروژن ناشی از احتراق میباشند. قطر این ذرات از 3-10 تا 10 میکرون تغییر میکند که این ذرات به عنوان هواویز[3] شناخته میشوند. برای مقایسه باید متذکر شد که اندازه یک اتم حدود 4-10 میکرون است، بنابراین کوچکترین هواویز ممکن است فقط از چند اتم تشکیل شده باشد.
قطرات ریز که در اثر حرکت تلاطمی حمل میشوند بوسیله تراکم و برخورد با ذرات مجاور خود رشد میکند تا اینکه به اندازه کافی بزرگ شوند، این عمل تا آنجا ادامه می یابدکه نیروی جاذبه زمین بر اصطکاک غالب شود و شروع به ریزش کنند. افزایش بیشتر اندازه قطرات در نتیجه برخورد آنها با قطرات دیگر در مسیر ریزش صورت میگیرد. گاهی وقتیکه قطره به سمت پائین حرکت میکند هنگام عبور از لایههای گرمتر تبخیر میشود و اندازه قطره کاهش یافته و بنابراین ممکن است قطره باز به اندازه یک هواویز تبدیل شود و به واسطه حرکت تلاطمی هوا به سمت بالا حرکت کند در حرکت به سمت بالا فقط یک سرعت 5/0 سانتیمتر بر ثانیه کافی است تا یک قطر 100 میکرونی را حرکت دهد. (محمدپور، 1373)
چرخه تراکم، ریزش، تبخیر و صعود به طور متوسط حدود 10 بار قبل از اینکه قطره به اندازه بحرانی حدود 1/0 میلیمتر برسد اتفاق میافتد.
1-2-3- انواع بارندگی
هوای مرطوب در اثر صعود و سرد شدن به مرحلهای میرسد که دیگر قادر به نگهداری رطوبت خود نیست ،در نتیجه تولید بارندگی نموده که بر مبنای نحوه صعود هوای مرطوب، بارندگیها را به صورت زیر تقسیمبندی میکنند:
الف- بارندگیهای همرفتی[4]
در اتمسفر آرام هوای اشباع و غیر اشباع مجاور سطح زمین بر اثر تشعشعات خورشید بویژه به روش غیر مستقیم گرم و در نتیجه منبسط شده و به طور عمودی جابجا میشود. در حین صعود بسته به وضعیت رطوبتی طبق گرادیان آدیاباتیک خشک (یعنی 10 درجه سانتیگراد به ازاء هر کیلومتر) و یا آدیاباتیک اشباع (یعنی 4 تا 8 درجه سانتیگراد به ازاء هر کیلومتر) سرد شده و در یک ارتفاع که ارتفاع تراکم نامیده میشود به نقطه میعان میرسد. از این ارتفاع به بالا ابرها شروع به تشکیل شدن میکند و اگر جریان قائم اولیه جابجایی شدت داشته باشد،این عمل میتواند مدتها ادامه یابد. مسلماً سیستم ابر حاصله پس از رسیدن به نقطه سرد و یا دارای تلاطم نسبتاً شدید،ایجاد باران خواهد نمود. بنابراین بارندگیهای حاصل که به کنوکسیون شهرت دارند محصول هوای گرم بوده که اغلب با رعد و برق و طوفان همراهند. قسمت اعظم این بارندگیها به صورت باران و یا همراه با تگرگ میباشد. این بارندگیها عمدتاً در مناطق گرمسیری و استوایی دیده میشود، چون در آنجا بر اثر ضعف عادی بادها جریانات هوا اغلب عمودی است. بارندگیهای کنوکسیون در مناطق معتدله نیز در فصول گرم به صورت طوفانهای تابستانی و موضعی خیلی شدید ایجاد میشوند البته باید دانست که تمام طوفانها از مکانیسم بارندگی کنوکسیون نتیجه نمیشوند.
دسته بندی | کامپیوتر و IT |
بازدید ها | 1 |
فرمت فایل | doc |
حجم فایل | 3930 کیلو بایت |
تعداد صفحات فایل | 341 |
ارائه روشی برای طراحی مبتنی بر سرویس
|
فهرست مطالب
عنوان شماره صفحه
چکیده |
1 |
||
مقدمه |
2 |
||
فصل اول: کلیات معماری سرویس گرا |
|
||
1-1) تعاریف اولیه |
5 |
||
1-1-1) سبک معماری مبتنی بر سرویس |
5 |
||
2-1) اهداف تحقیق |
7 |
||
3-1) پیشینه تحقیق |
8 |
||
4-1) روش کار و تحقیق |
10 |
||
5-1) مقایسه ای بر مدلهای توسعه وابسته به معماری |
11 |
||
1-5-1) توسعه مبتنی بر object |
11 |
||
2-5-1) توسعه مبتنی بر مؤلفه |
12 |
||
3-5-1) محاسبات توزیع یافته |
13 |
||
4-5-1) معماری سرویس گرا |
14 |
||
1-4-5-1) توسعه مبتنی بر سرویس |
15 |
||
2-4-5-1) قابلیتهای معماری سرویس گرا |
17 |
||
6-1) مؤلفه های SOA |
18 |
||
7-1) اصول سرویس گرائی |
21 |
||
8-1) سرویس گرائی و تشکیلات سازمانی |
27 |
||
1-8-1) لایه های سرویس |
29 |
||
1-1-8-1) لایه سرویس کاربردی |
32 |
||
2-1-8-1) لایه سرویس تجاری |
34 |
||
3-1-8-1) لایه سرویس همنوائی |
34 |
||
2-8-1) سرویسهای Agnostic |
37 |
||
فصل دوم : تحلیل مبتنی بر سرویس |
|
||
1-2) چرخه حیات معماری سرویس گرا |
40 |
||
2-2) استراتژیهای تحویل SOA |
41 |
||
1-2-2) روش پایین به بالا |
41 |
||
2-2-2) روش بالا به پایین |
43 |
||
3-2-2) روش Meet-In-The-Middle |
45 |
||
3-2) تحلیل سرویس گرا |
47 |
||
1-3-2) اهداف تحلیل سرویس گرا |
47 |
||
2-3-2) پروسه تحلیل سرویس گرا |
48 |
||
فصل سوم : الگوها و اصول طراحی |
|
||
1-3) نکات قابل توجه طراحی |
52 |
||
1-1-3) مدیریت دانه بندی سرویس و مؤلفه |
52 |
||
2-1-3) طراحی برای قابلیت استفاده مجدد |
53 |
||
3-1-3) طراحی برای قابلیت ترکیب سرویس |
54 |
||
1-3-1-3) اتصال و همبستگی |
54 |
||
2-3) رهنمودهای عمومی |
55 |
||
1-2-3) استانداردهای نامگذاری |
55 |
||
2-2-3) طراحی عملیات سرویس به شکلی که ذاتا قابل توسعه باشد |
56 |
||
3-2-3) تعیین متقاضیان مطرح سرویس |
56 |
||
3-3) الگوهای طراحی و انواع معماری |
57 |
||
1-3-3) الگوها |
58 |
||
2-3-3) طراحی بنیادی |
59 |
||
فصل چهارم : راهکار پیشنهادی |
|
||
1-4) مرحله 1 بازبینی لایه بندی سیستم SOA |
64 |
||
1-1-4) فعالیت 1 مروری بر استراتژیهای لایه بندی |
64 |
||
2-1-4) فعالیت 2 بازبینی لایه بندی فاز تحلیل |
66 |
||
3-1-4) فعالیت 3 معرفی لایه های تخصصی تر |
67 |
||
1-3-1-4) لایه داده |
67 |
||
2-3-1-4) لایه دسترسی سرویس |
70 |
||
3-3-1-4) لایه تعامل |
71 |
||
2-4) مرحله 2 تحلیل تغییرپذیری |
77 |
||
1-2-4) فعالیت 1 شناسایی انواع تغییرپذیری |
79 |
||
2-2-4) فعالیت 2 مدلهای موجود برای تغییرپذیری |
83 |
||
3-2-4) فعالیت 3 گروهبندی و مدلسازی تغییرپذیری |
84 |
||
4-2-4) فعالیت 4 نگاشت نقاط تغییرپذیر |
87 |
||
3-4) مرحله 3 سرویسهای فاز طراحی |
89 |
||
1-3-4) فعالیت 1 تعیین سرویسها |
90 |
||
2-3-4) فعالیت 2 جایگاه سرویسهای کنترلی |
98 |
||
4-4) مرحله 4 مروری بر دانه بندی |
99 |
||
1-4-4) فعالیت 1 تکنیک دانه بندی سرویسها و چنددانه ای بودن |
102 |
||
2-4-4) فعالیت 2 متدهای چند دانه ای سرویسها |
104 |
||
5-4) مرحله 5 مدلسازی فرایند |
108 |
||
1-5-4) استفاده از مدلسازی فرایند برای طراحی معماری سرویس گرا |
108 |
||
2-5-4) ابزار مدلسازی فرایند |
109 |
||
3-5-4) فعالیت طراحی فرایند کسب و کار مبتنی بر سرویس |
113 |
||
فصل پنجم : بررسی موردی |
|
||
1-5) انتخاب بررسی موردی |
115 |
||
1-5) سیستم سفارش کالا |
116 |
||
3-5) تحلیلی بر راهکار پیشنهادی |
134 |
||
فصل ششم : نتیجه گیری و پیشنهادات |
|
||
1-6) نتیجه گیری |
136 |
||
2-6) پیشنهادات |
138 |
||
مقاله |
139 |
||
پیوستها |
140 |
||
منابع و ماخذ |
|
||
فهرست منابع فارسی |
196 |
||
فهرست منابع لاتین |
197 |
||
سایتهای اطلاع رسانی |
200 |
||
اختصارات |
201 |
||
چکیده انگلیسی |
202 |
|
فهرست شکلها
عنوان شماره صفحه
شکل 1-1) میان افزار مبتنی بر پیغام[24] |
14 |
||
شکل 2-1) مدل مفهومی معماری سرویس گرا[24] |
15 |
||
شکل 3-1) توسعه مبتنی بر سرویس[24] |
16 |
||
شکل 4-1) یک دیدگاه اولیه از چگونگی قرار گرفتن منطق خودکارسازی در داخل واحدها توسط SOA |
20 |
||
شکل 5-1) عملیاتهایی که به سرویسهای متفاوتی تعلق دارند و بخشهای متنوعی از منطق پروسه را نمایش می دهند. |
20 |
||
شکل 6-1) چگونه مؤلفه های یک معماری سرویس گرا با یکدیگر ارتباط دارند. |
21 |
||
شکل 7-1) پیمانهای سرویس به طور رسمی مؤلفه های سرویس, عملیات و پیغام از یک معماری سرویس گرا را تعریف می کند. |
23 |
||
شکل 8-1) سرویسها وابستگی ها را به قرارداد سرویس محدود می کنند و با این کار به منطق سرویس دهنده زیرین و تقاضاکننده اجازه می دهند که loosely coupled باقی بمانند. |
24 |
||
شکل 9-1) عملیات Update Everything یک ترکیب سرویس را بسته بندی می کند |
25 |
||
شکل 10-1) مراحل statelessو stateful که یک سرویس درهنگام پردازش یک پیغام از آنها عبور می کند . |
27 |
||
شکل 11-1) جایگاه سرویسها[1] |
28 |
||
شکل 12-1) لایه های تخصصی سرویس[1] |
32 |
||
شکل 13-1) سلسله مراتب چرخه حیات توسعه سرویسهای وب[9] |
36 |
||
شکل 14-1) بخش بندی سرویسها که محیط راه حل و پردازشهای تجاری را تفکیک کرده است[1]. |
38 |
||
شکل 1-2) چرخه حیات معماری سرویس گرا |
40 |
||
شکل 2-2) گامهای تکنیک پائین به بالا |
42 |
||
شکل 3-2) گامهای تکنیک بالا به پائین |
44 |
||
شکل 4-2) گامهای تکنیک meet in the middle [1] |
46 |
||
شکل 1-3) در صورت تجزیه یک سرویس , الگوهای نظارتی به عدم تاثیرگذاری در قرارداد سرویس کمک می کنند.[27] |
59
|
||
شکل 2-3) منطق Agnostic و [27] Non Agnostic |
60 |
||
شکل 1-4) فعالیتهای فاز طراحی |
63 |
||
شکل 2-4) مدل گسترش سیستم تحت تاثیر لایه بندی [30] |
65 |
||
شکل 3-4) پنهان سازی پیچیدگی توسط لایه انتزاعی داده |
69 |
||
شکل 4-4) لایه دسترسی سرویس[2] |
70 |
||
شکل 5-4) ساختار منطقی از سرویسهای تعاملی |
73 |
||
شکل 6-4) مثالهایی از سرویس تعاملی در SOA |
76 |
||
شکل 7-4) چارچوب مبتنی بر سرویس برای سرویسهای تعاملی |
76 |
||
شکل 8-4) 4 نو ع تغییرپذیری |
80 |
||
شکل 9-4) واسط مورد نیاز فرایند کسب و کار |
81 |
||
شکل 10-4) نقاط تغییرپذیر ممکن |
82 |
||
شکل 11-4) شمایی از تغییرپذیری در XML [6] |
83 |
||
شکل 12-4) مدل تصمیم , مدل واسطی برای سازگاری سرویسها می باشد[6] |
84 |
||
شکل 13-4) دیاگرام فعالیت و نقاط تغییر پذیر[31] |
85 |
||
شکل 14-4) مدل خصیصه[31] |
86 |
||
شکل 15-4) سرویسهای Gateway [2] |
92 |
||
شکل 16-4) سرویسهای Façade [2] |
93 |
||
شکل 17-4) جایگاه دستورات کنترلی درمقایسه دو راه حل [2] |
96 |
||
شکل 18-4) سرویسهای دانه درشت[11] |
101 |
||
شکل 19-4) ارتباط سرویس دانه درشت و سرویس دانه ریز[11] |
103 |
||
شکل 20-4) متد جدیدی برای ارسال اطلاعات آدرس اضافه شده است.[11] |
105 |
||
شکل 21-4) یک متدی که هر دو نوع اطلاعات آدرس و حساب را بر می گرداند.[11] |
105 |
||
شکل 22-4) متدی که مؤلفه های درخواست داده شده را برمی گرداند[11] |
107 |
||
شکل 23-4) مدلسازی سلسله مراتبی با BPMN [5] |
112 |
||
شکل 24-4) مجموعه مدلهای فاز طراحی و ارتباط آنها |
113 |
||
شکل 1-5) دیاگرام فعالیت 3 عامل |
117 |
||
شکل 2-5) سرویسهای کاندید |
120 |
||
شکل 3-5) مدل لایه بندی سیستم |
121 |
||
شکل 4-5) تغییر پذیری در گردش کار |
122 |
||
شکل 5-5) مدل خصیصه |
123 |
||
شکل 6-5) دیاگرام فعالیت برای شناسایی وابستگیها |
124 |
||
شکل 7-5) دیاگرام General Composition |
125 |
||
شکل 8-5) مدل نگاشت |
125 |
||
شکل 9-5) لایه تامین کننده QOS |
126 |
||
شکل 10-5) سرویسهای دانه ریز |
127 |
||
شکل 11-5) دیاگرام Consignee Collaboration |
127 |
||
شکل 12-5) دیاگرام Consignee Sequence Diagram |
128 |
||
شکل 13-5) دیاگرام Shipper Collaboration |
128 |
||
شکل 14-5) دیاگرام Shipper Sequence |
129 |
||
شکل 15-5) دیاگرام Partial Order Process Collaboration |
129 |
||
شکل 16-5) دیاگرام Partial Order Process Sequence
|
130 |
||
شکل 17-5) دیاگرام تعاملات مابین سرویس فرایند و سرویسهای همکار
|
131 |
||
شکل 18-5) مدل BPMN |
132 |
|
فهرست جداول
عنوان شماره صفحه
جدول 1-1) مقایسه مدلهای توسعه وابسته به معماری |
17 |
جدول 1-6) راهکار پیشنهادی در تامین اصول طراحی |
137 |
|
چکیده
معماری سرویس گرا به سرعت به عنوان نخستین ائتلاف و راه حل معماری محیطهای محاسباتی ناهمگون و پیچیده معاصر پدیدار گشته است . [1]SOA نیازمند این است که سازمانها مدلهای کسب و کار خود را ارزیابی کنند, به ایجاد تکنیکهای تحلیل و طراحی مبتنی بر سرویس بیاندیشند و طرحهای گسترش و پشتیبانی روابط مابین فروشنده , مشتری و شریک تجاری را ارزیابی کنند . طراحان نمی توانند انتظار مدیریت توسعه یک پروژه سرویس گرا را داشته باشند بدون اینکه به شیوه طراحی دقیق و متدولوژی توسعه تکیه داشته باشند . از آنجایی که متدولوژی توسعه مبتنی بر سرویس اهمیت حیاتی در توصیف ,ساخت , پالایش و تطبیق فرایندهای کسب وکاری دارد که تغییرپذیری بالایی دارند و تا به حال روش مناسب و منسجمی برای توسعه برنامه های کاربردی تجاری قدرتمند وجود ندارد , هدف این تحقیق ارائه روشی برای طراحی مبتنی بر سرویس می باشد . در این تحقیق از تکنیکها و مباحث مطرح درSOA استفاده شده و برای طراحی سرویس گرا روشی پیشنهاد می شود . تمرکز تحقیق بر روی فرایند طراحی می باشدکه اصول و تکنیکهای کافی برای مشخص کردن , ساخت و پالایش فرایندهای کسب وکاری که به سرعت دچار تغییر می شوند فراهم می کند . روش پیشنهای برای ایجاد کنترل متمرکز از تجرید لایه های سرویس و طبقه بندی انواع سرویس استفاده نموده و در کنار استفاده از سیستمهای موروثی در حمایت از استراتژیهای کوتاه مدت سازمانها ,بر اساس اصول طراحی و اصول سرویس گرائی در راستای استراتژیهای بلند مدت عمل می کند تا در تامین اهداف تجاری و حمایت از فرایندهایی که به سرعت دچار تغییر می شوند مفید واقع شود . همچنین زمینه تعامل عاملهای مختلف فرایند که در سطح چندین سازمان گسترده شده اند فراهم می شود و با تحلیل تغییرپذیری, انعطاف پذیری سیستم در حمایت از نقاط متغیر فرایندها و تغییر در سیاستهای کسب و کار افزایش می یابد . بدین منظور در ادامه بحث ابتدا سبکهای مختلف توسعه نرم افزار به همراه سبک مبتنی بر سرویس و اصول سرویس گرائی به تفصیل بررسی می گردد , سپس چرخه حیات معماری سرویس گرا و فاز تجزیه و تحلیل که مقدمه ای برای طراحی می باشد مورد بررسی قرار می گیرد و در ادامه با بیان اصول و الگوهای طراحی موجود , راهکار پیشنهادی با نمونه پیاده سازی شده به صورت مشروح بیان می گردد .
مقدمه
در طول چهار دهه اخیر، میزان پیچیدگی نرم افزارها بصورت صعودی افزایش یافته و تقاضا برای نرم افزارهای قدرتمندتر بیشتر شده است. در این میان، به نظر می رسد که روشهای قدیمی جوابگوی نیازهای در حال رشد کنونی نیستند و نیاز به ایجاد و بکارگیری روشهائی است که بوسیله آنها بتوان بر این پیچیدگیها بصورت کاراتر و در زمانی کوتاهتر غلبه کرد. از سوی دیگر امکان کنار گذاشتن یکباره سیستمهای نرم افزاری موجود که تا به حال مشغول سرویس دهی به مشتریان بوده اند، وجود ندارد و می بایست سیستمهای جدید را بصورت یکپارچه و در کنار همین سیستمهای فعلی بوجود آورد. معماری سرویس گرا، با تکیه بر اصول سرویس گرائی و محاسبات و سرویس های توزیع شده و بر پایه پروتکلهای شبکه و لایه های منطقی سرویس و همچنین زبانهایی که تولید نرم افزارهای توزیع شده را فراهم می کنند، به عنوان راه حلی مناسب جهت از میان برداشتن مشکلات و مسائل مذکور مطرح گردیده است[20,21].
SOA مجموعه ای از اصول , نظریه ها و تکنیکهایی را فراهم می کند که فرایندهای کسب و کار , اطلاعات و دارایی های تشکیلات بتوانند به شیوه مؤ ثری سازماندهی شوند و این فرایندها می توانند برای پشتیبانی از طرحهای استراتژیک و سطوح بهره وری که در محیطهای رقابتی کسب و کار مورد نیاز هستند, گسترش داده شوند . بسیاری از تشکیلات اقتصادی در استفاده اولیه شان از SOA چنین پنداشتند که از مولفه های موجود به عنوان سرویس وب می توانند استفاده کنند و عنوان کردند تنها با ایجاد سرویسهای پوشاننده[2] و رها کردن مولفه های زیرین غیر قابل دسترس, این کار عملی خواهد بود . در نتیجه پیاده سازی لایه نازکی از SOAP/WSDL/UDDI بالای برنامه کاربردی موجود یا مولفه هایی که سرویسهای وب را تحقق می بخشند , تا حد گسترده ای در صنعت نرم افزار تجربه شد . اما تا به حال روش مناسبی برای ایجاد برنامه های کاربردی تجاری قدرتمند وجود ندارد . اگرچه طبیعت مولفه ها مناسب استفاده از آنها به عنوان سرویس وب می باشد , در بیشتر موارد اینطور نیست و برای طراحی مجدد و ارائه کارکرد مولفه ها به شیوه صحیح و از طریق سرویس وب نیازمند تلاش مضاعفی می باشیم[9] .
پیاده سازی موفق SOA مستلزم این است که به مفاهیم و استراتژیهای پیاده سازی که خصوصیات و ویژگیهای اساسی SOA را فرموله می کنند , توجه شود . به مجرد پیاد ه سازی موفق SOA , مزایایی در جهت کاهش زمان توسعه و ایجاد محصول , بهره برداری از کاربردهای انعطاف پذیر با پاسخ دهی سریع و امکان اتصال پویای استدلالهای کاربردی شرکای تجاری , حاصل می شود . یک پیاده سازی کامل SOA نه تنها در ارتباط با گسترش و صف آرایی سرویسها می باشد بلکه امکان استفاده از سرویسها درجهت اجتماع برنامه های کاربردی متمایز و ایجاد کاربرد مرکب را منعکس می سازد.
جهت دریافت فایل ارائه روشی برای طراحی مبتنی بر سرویس لطفا آن را خریداری نمایید