مقاله ارائه روشی برای طراحی مبتنی بر سرویس در word دارای 236 صفحه می باشد و دارای تنظیمات و فهرست کامل در microsoft word می باشد و آماده پرینت یا چاپ است
فایل ورد مقاله ارائه روشی برای طراحی مبتنی بر سرویس در word کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه و مراکز دولتی می باشد.
این پروژه توسط مرکز مرکز پروژه های دانشجویی آماده و تنظیم شده است
توجه : توضیحات زیر بخشی از متن اصلی می باشد که بدون قالب و فرمت بندی کپی شده است
بخشی از فهرست مطالب پروژه مقاله ارائه روشی برای طراحی مبتنی بر سرویس در word
چکیده
مقدمه
فصل اول: کلیات معماری سرویس گرا
1-1) تعاریف اولیه
1-1-1) سبک معماری مبتنی بر سرویس
2-1) اهداف تحقیق
3-1) پیشینه تحقیق
4-1) روش کار و تحقیق
5-1) مقایسه ای بر مدلهای توسعه وابسته به معماری
1-5-1) توسعه مبتنی بر object
2-5-1) توسعه مبتنی بر مؤلفه
3-5-1) محاسبات توزیع یافته
4-5-1) معماری سرویس گرا
1-4-5-1) توسعه مبتنی بر سرویس
2-4-5-1) قابلیتهای معماری سرویس گرا
6-1) مؤلفه های SOA
7-1) اصول سرویس گرائی
8-1) سرویس گرائی و تشکیلات سازمانی
1-8-1) لایه های سرویس
1-1-8-1) لایه سرویس کاربردی
2-1-8-1) لایه سرویس تجاری
3-1-8-1) لایه سرویس همنوائی
2-8-1) سرویسهای Agnostic
فصل دوم : تحلیل مبتنی بر سرویس
1-2) چرخه حیات معماری سرویس گرا
2-2) استراتژیهای تحویل SOA
1-2-2) روش پایین به بالا
2-2-2) روش بالا به پایین
3-2-2) روش Meet-In-The-Middle
3-2) تحلیل سرویس گرا
1-3-2) اهداف تحلیل سرویس گرا
2-3-2) پروسه تحلیل سرویس گرا
فصل سوم : الگوها و اصول طراحی
1-3) نکات قابل توجه طراحی
1-1-3) مدیریت دانه بندی سرویس و مؤلفه
2-1-3) طراحی برای قابلیت استفاده مجدد
3-1-3) طراحی برای قابلیت ترکیب سرویس
1-3-1-3) اتصال و همبستگی
2-3) رهنمودهای عمومی
1-2-3) استانداردهای نامگذاری
2-2-3) طراحی عملیات سرویس به شکلی که ذاتا قابل توسعه باشد
3-2-3) تعیین متقاضیان مطرح سرویس
3-3) الگوهای طراحی و انواع معماری
1-3-3) الگوها
2-3-3) طراحی بنیادی
فصل چهارم : راهکار پیشنهادی
1-4) مرحله 1 بازبینی لایه بندی سیستم SOA
1-1-4) فعالیت 1 مروری بر استراتژیهای لایه بندی
2-1-4) فعالیت 2 بازبینی لایه بندی فاز تحلیل
3-1-4) فعالیت 3 معرفی لایه های تخصصی تر
1-3-1-4) لایه داده
2-3-1-4) لایه دسترسی سرویس
3-3-1-4) لایه تعامل
2-4) مرحله 2 تحلیل تغییرپذیری
1-2-4) فعالیت 1 شناسایی انواع تغییرپذیری
2-2-4) فعالیت 2 مدلهای موجود برای تغییرپذیری
3-2-4) فعالیت 3 گروهبندی و مدلسازی تغییرپذیری
4-2-4) فعالیت 4 نگاشت نقاط تغییرپذیر
3-4) مرحله 3 سرویسهای فاز طراحی
1-3-4) فعالیت 1 تعیین سرویسها
2-3-4) فعالیت 2 جایگاه سرویسهای کنترلی
4-4) مرحله 4 مروری بر دانه بندی
1-4-4) فعالیت 1 تکنیک دانه بندی سرویسها و چنددانه ای بودن
2-4-4) فعالیت 2 متدهای چند دانه ای سرویسها
5-4) مرحله 5 مدلسازی فرایند
1-5-4) استفاده از مدلسازی فرایند برای طراحی معماری سرویس گرا
2-5-4) ابزار مدلسازی فرایند
3-5-4) فعالیت طراحی فرایند کسب و کار مبتنی بر سرویس
فصل پنجم : بررسی موردی
1-5) انتخاب بررسی موردی
1-5) سیستم سفارش کالا
3-5) تحلیلی بر راهکار پیشنهادی
فصل ششم : نتیجه گیری و پیشنهادات
1-6) نتیجه گیری
2-6) پیشنهادات
مقاله
پیوستها
منابع و ماخذ
فهرست منابع فارسی
فهرست منابع لاتین
اختصارات
بخشی از منابع و مراجع پروژه مقاله ارائه روشی برای طراحی مبتنی بر سرویس در word
1- مروری بر RUP و قابلیتهای آن در تولید نرم افزار ، سید علیرضا حجازی،
2- سرویس گرائی و سرویس های وب، مهندس علی روزگار، پائیز
3- مرجع کامل UML: مهندس مهرداد توانا،مهندس عاطفه شیجونی
4- کاربرد UML (تحلیل و طراحی شی گرا): مهندس ابوالفضل لاکدشتی
بخشی از منابع و مراجع پروژه مقاله ارائه روشی برای طراحی مبتنی بر سرویس در word
[1] Erl , T. : Service-Oriented Architecture: Concepts, Technology, and Design. August 04,
[2] Krafzig, D., Banke, K. and Slama, D.: Enterprise SOA: Service-Oriented Architecture Best Practices. Prentice Hall PTR,
[3] Endrei M., et al. Patterns: Service-oriented Architecture and Web Services, Redbook, SG24-6303- 00, April
[4] Jrstad, I. , Dustdar, S., Do, V.T. : A Service-Oriented Architecture Framework for Collaborative Services. Enabling Technologies: Infrastructure for Collaborative Enterprise, 2005. 14th IEEE International Workshops on Publication Date: 13-15 June 2005 , pp.121-
[5] Emig, C. Weisser, J. Abeck, S.: Development of SOA-based Software Systems – An Evolutionary Programming Approach . Date: February 25 2006 . International Conference on Telecommunications and International Conference on Internet and Web Applications and Services IEEE
[6] Chang, S.H. and Kim , S.D. : A Variability Modeling Method for Adaptable Services in Service-Oriented Computing. In the proceedings of the 11th International Conference on Software Product Line, Volume , Issue , 10-14 Sept. 2007 Page(s):261 –
[7] Dijkman , R.M. and Dumas, M. : Service-oriented Design: A Multi-viewpoint Approach. International Journal of Cooperative Information Systems 13(4) , 2004, pp. 337-378
[8] Vandersluis, K . , “The Benefits of a Data Abstraction Layer for SOA ,” Published: June 16, 2008 SOA Magazine Issue XIX
[9] Papazoglou, M.P. and van den Heuvel, W.J. “Service-Oriented Design and Development Methodology,” Int’l J. Web Eng. and Technology, vol. 2, no. 4, 2006, pp. 412–442
[10] Thomas, O., Leyking, K., Dreifus , F. , “Using Process Models for the Design of Service-Oriented Architectures: Methodology and E-Commerce Case Study, ” In the proceedings of the 41st IEEE Hawaii International Conference on System Sciences,
[11] Service-Oriented Architecture ,Sun Microsystems, Jini Network Technology,chapter
[12] Matinlassi, M. , “Comparison of software product line architecture design methods: COPA, FAST, FORM, KobrA and QADA ,”In the proceedings of the 29th International Conference on Software Engineering, IEEE Computer Society, Washington Brussels Tokyo, Scotland, UK, May 26th - 28th 2004 pp. 127 –
[13] Atkinson, C., et al., Component-based Product Line .Engineering with UML, Addison Wesley,
[14] Sinnema, M., et al., “COVAMOF: A Framework for Modeling Variability in Software Product Families,” In the proceedings of the Third Software Product Line Conference (SPLC 2004), Lecture Notes on Computer Science 3154, Boston, MA, USA, August
[15] Papazoglou , M.P. and Georgakapoulos, G. : Introduction to the Special Issue about Service-Oriented Computing, CACM, October 2003, 46(10): 24-
[16] Papazoglou, M.P. : Principles and Foundations of Web Services: A holistic view, Addison-Wesley, to appear
[17] Brown , A . , et. al., “SOA Development Using the IBM Rational Software Development Platform: A Practical Guide”, Rational Software, September
[18] Pashov, I., Riebisch, M.: Using Feature Modeling for Program Comprehension and Software Architecture Recovery. In: Amendment to Proceedings 10th IEEE Symposium and Workshops on Engineering of Computer-Based Systems (ECBS’03), Huntsville Alabama, USA, April 7-11, 2003. IEEE Computer Society,
[19] Streitferdt, D., Riebisch, M., Philippow, I. : Formal Details of Relations in Feature Models. In: Proceedings 10th IEEE Symposium and Workshops on Engineering of Computer-Based Systems (ECBS’03), HuntsvilleAlabama, USA, April 7-11, 2003. IEEE Computer Society Press, 2003. S. 297-
[20] Elements of Service-oriented Analysis and Design, developerWorks, June
[21] Web Services and Service Oriented Architectures, D. K. Barry, Morgan Kaufman, San Francisco, CA (2003)
[22] Toward an acceptable definition of service. – S. Jones. IEEE Software May/June
[23] SOA design: Meet in the middle. Boris Lublinsky. Java Pro, August
[24] Güner,S., Service Oriented Architecture,Technical UniversityHamburg-Harburg, Master Thesis, August
[25] Kawamoto K, Lobach D. Proposal for fulfilling strategic objectives of the U.S. roadmap for national action on decision support through a service-oriented architecture leveraging HL7 services. J Am Med Inform Assoc. 2007; 14: 146-
[26] Service Oriented Software Engineering in Grid systems. Master’s thesis, University of Bologna, – L. Abeti
[27] Erl,T., Introducing SOA Design Patterns master pattern catalog dedicated to SOA. Published: Aug 16, 2008 SOA Magazine
[28] Sewell , D. ,Service Oriented Infrastructure Design Patterns ,
[29] Wilkes,L.,Veryard,R., Service Oriented Architecture Considerations for Agile Systems , Microsoft Architects Journal Aprile 2004,11-
[30] Eeles,P., “Layering Strategies”, Rational Software, TP
[31] Abu-Matar , M. , Toward a service-oriented analysis and design methodology for software product ,IBM Developer,
[32] Jr, R. H., Kinder, S., Graham , S., IBM’s SOA foundation – an architectural introduction and overview (version 1.0)
[33] Service Oriented Architecture What, Why and How , April
[34] Patterns: Implementing Self-Service in an SOA Environmen. Redbooks Paper © Copyright IBM Corp. April
[35] Process Modelling and Analysis of Manufacturing Supply Chain Networks Using Object-Oriented Petri Nets. Dong M. and Chen F, F
5-1 مقایسه ای بر مدلهای توسعه وابسته به معماری
در این بخش درزمینه مدلهای مختلف توسعه نرم افزار و سبکهای معماری, بحث شده و با توسعه مبتنی بر سرویس مقایسه می شوند . سپس سبک معماری سرویس گرا با بیان جزئیات و با توجه به مولفه ها , ویژگیها و معماری لایه لایه شرح داده می شود .
1-5-1 توسعه مبتنی بر object
توسعه مبتنی بر object با کپسوله سازی داده و رفتار در یک نوع داده مجازی به نام کلاس از توسعه نرم افزار حمایت می کند . اشیاء از طریق ارسال پیغام با همدیگر ارتباط برقرار می کنند . توسعه مبتنی بر شی با حمایت کافی از پنهان سازی رفتار و داده در اشیاء و کلاسها ,پیشرفت طراحی نرم افزار را موجب می شود
طراحی مبتنی بر object فاز اساسی در تولید نرم افزار است که موفقیت تجاری در بازار نرم افزار داشته است . طراحی مبتنی بر شی شامل طرح ریزی ساختار نرم افزار , بهبود کیفیت نرم افزار از طریق یافتن کمبودهای ساختار و نمونه سازی سریع از سیستم نرم افزاری می باشد . مزیت مبتنی بر شئ بودن این است که ساختارهای نرم افزار به سادگی به نمونه های واقعی نگاشت می یابند . امروزه تکنولوژی مبتنی بر شیء به طور گسترده ای به کار گرفته می شود و الگوی برجسته ای برای توسعه نرم افزارهای کاربردی می باشد . این تکنولوژی زمانی که با زیرسازی های مولفه ای ترکیب می شود , قابلیت همکاری محیطهای مختلف نرم افزاری را فراهم می کند[24]
2-5-1 توسعه مبتنی بر مؤلفه
مؤلفه ها , ماژولهای نرم افزاری پیچیده ای نسبت به اشیاء هستند و نیازمند برقراری تغییراتی در تفکر سیستمها , فرایندهای نرم افزاری و به کارگیری تکنولوژی می باشند . توسعه مبتنی بر مؤلفه به توسعه دهندگان اجازه می دهد تا سیستمهای با کیفیت تر و پیچیده تر ایجاد کنند به دلیل اینکه متدهای بهتری برای مدیریت پیچیدگیها و وابستگیهای داخل یک کاربرد فراهم می کند . یک مؤلفه نرم افزار به مثابه یک واحد ترکیبی , با وابستگیهای مفهومی صریح و واسطهایی که مبتنی بر قرارداد هستند تعریف می شود . یک مؤلفه نرم افزاری می تواند به شکل مستقلی گسترش داده شود و این مبحثی است که بوسیله third parties برای ترکیب استفاده می شود
ممکن است که مؤلفه ها برای ایجاد واحدهای بزرگتر مجتمع شوند که این واحد می تواند یک مؤلفه جدید , یک چارچوب مؤلفه ای و یا یک سیستم کامل . مؤلفه ترکیب شده خصوصیات به اشتراک گذاشته شده را از مؤلفه های سازنده کسب می کند که اغلب اجتماع plug-and-play نامیده می شود
مؤلفه های با قابلیت استفاده مجدد بازتاب صحیحی از طراحی نرم افزارهای موثر می باشند . در این معماری یک زمینه طراحی فراهم می شود که در آن مولفه ها ساخته شده و مجددا استفاده می شوند . جنبه مهم دیگر مؤلفه ها این است که توسعه معماری نرم افزار مبتنی بر توصیفات مؤلفه از ساخت مستقل و همزمان اجزاء سیستم حمایت می کند . این ویژگی موجب می شود که بخشهای مستقل سیستم , زیر سیستمهای قابل تست باشند و بتوان سیستم را مابین یک یا چندین تیم توزیع یافته تقسیم کرد
3-5-1 محاسبات توزیع یافته
اگرچه معماری سرویس گرا دلالت مستقیمی به محاسبات توزیع یافته[1] ندارد , اما ناگزیر است که تکنولوژیهای میان افزار موجود و مفاهیم محاسبات توزیع یافته را بهم پیوند دهد . یک معماری سرویس گرای موفق باید به مشکلات رویارویی با تکنولوژیهای میان افزار موجود از طریق حمایت یک راه حل موثر در توسعه برنامه های کاربردی و تکنولوژیهای آتی غلبه کند و این کار از طریق توجه به مفاهیم و تکنولوژیهای قابل حصول انجام می شود
راه حلهای اخیر در محاسبات توزیع یافته به برپایی یک ارتباط مستقیم مابین دو برنامه توزیع یافته بر روی پروتکل فیزیکی شبکه مربوط می شود . پروتکلهای سطح بالاتر از قبیل SNA ,TCP/IP,IPX واسطهایی فراهم می کنند که تلاش برای پیاده سازی و وابستگی تکنولوژی را کاهش می دهد . نظر به اینکه تکنولوژی محاسبات توزیع یافته تکامل پیدا می کند , ضرورت فراهم نمودن چندین پیاده سازی شبکه ای برای تامین نیازمندیهای کیفیتی سرویس نیز افزایش پیدا می کند . ممکن است این نیازمندیها شامل وقت شناسی در تحویل پیغام , کارایی , توان عملیاتی , قابلیت اطمینان , امنیت و سایر نیازمندیهای غیرکارکردی باشد
دراین نوع توسعه ,برنامه های کاربردی به طور اساسی در دو نوع سبک ارتباط برقرار می کنند . مکانیزم همزمان و مکانیزم غیر همزمان . اما در حقیقت معمولا چندین نوع متنوع از سبکهای برقراری ارتباط وجود دارد . از نمونه های محاسبات توزیع یافته می توان به تکنولوژیهای [2]RPC , Distributed object , [3]MOM اشاره کرد . MOM یک قطعه نرم افزاری است که مابین دو بخش برقرار کننده ارتباط قرار می گیرد و برای ارتباط برنامه های کاربردی مختلف مکانیزمی را فراهم می کند .شکل(1-1)
4-5-1 معماری سرویس گرا
معماری سرویس گرا یک سبک معماری می باشد که متدها و تکنولوژیهایی را به کار می گیرد تا ارتباط پویایی برای تشکیلات فراهم کند و برنامه های کاربردی شرکای مختلف کسب و کار و پلتفورمهای مختلف بتوانند از طریق ارائه سرویسهای عمومی و قابل اعتماد ارتباط برقرار کنند که این سرویسها به عنوان واحدهای اساسی یک برنامه کاربردی استفاده می شوند[24]
معماری سرویس گرا مابین سه واحد وظیفه مند یک مدل تعاملی تعریف می کند شکل (2- 1) . کاربر سرویس با فراهم کننده سرویس ارتباط متقابلی دارد تا سرویسی را که با نیازمندیهای او تطابق دارد از طریق جستجو در رجیستری سرویس پیدا کند
1-4-5-1 توسعه مبتنی بر سرویس
سرویسها در تکامل مولفه ها ایجاد شدند به این معنی که چندین واسط مولفه یک واسط واحدی را برای عملکرد خاصی شکل می دهند . سرویس ,یک منبع مجرد با توانایی انجام یک وظیفه می باشد . سرویسها پتانسیل بازتاب کارکردهای کسب و کار و همچنین وظائف فنی را دارا می باشند . توسعه مبتنی بر سرویس , توسعه مبتنی بر مولفه را ارتقاء می دهد به شیوه ای که سرویسها شامل توسعه مولفه های توزیع یافته و همکار می باشند که با زبانهای برنامه نویسی مختلفی تحقق می یابند . همچنین مبتنی بر سرویس بودن از ویژگیهایی از قبیل استقلال پلتفورم , اکتشاف پویای سرویسها و سطح بهبود یافته در زمینه ماژولهای کاربردی با قابلیت استفاده مجدد حمایت می کند شکل (3-1)
معماری مبتنی بر سرویس از چندین مرحله و مدلهای معماری عبور کرده است تا اینکه توسعه استقلال پلتفورم و سرویسهای قابل استفاده مجدد را فراهم کند . هر مدل معماری متد بهتری برای برخورد با مشکلات نرم افزاری نسبت به راه حلهای قبلی ایجاد می کند تا ساختارهای نرم افزاری بهبود یافته ای را در حمایت از نیازمندیهای دنیای واقعی به انجام رساند . تکنولوژی مبتنی بر شی توسعه انعطاف پذیری را نتیجه می دهد که از پنهان سازی منطق کسب وکار از طریق عملکردهای دانه درشت[4] و کلاسها حمایت می کند . به هر حال مزایای محسوس توسعه کاربردهای قوی در پیشبرد مولفه ها و سرویسها حاصل شده است جدول (1-1)
2-4-5-1 قابلیتهای سبک معماری سرویس گرا
در سبک معماری سرویس گرا (SOA) قابلیتهای کسب و کار در سرویسهای نرم افزاری مستقلی پنهان سازی می شود و این سرویسها از جانب برنامه های کاربردی گوناگونی به کار گرفته می شوند تا نیازمندیهای کسب و کار را برآورده سازند . استفاده از SOA با مزیتهای بسیار مهمی همراه است . نخست اینکه SOA راه حلهای ساده تری برای طراحی و پیاده سازی نرم افزار فراهم می کند . در این سبک معماری, مسائل پیچیده به مسائل کوچکتر که قابلیت مدیریت بیشتری دارند , تجزیه می شوند و از طریق سرویسهای منحصر به فرد اداره می شوند . علاوه بر آن طبیعت جعبه سیاه[5] سرویسها موجب می شود که کاربران از جزئیات پیچیده پیاده سازی که بخش زیرین سرویس است , محافظت شوند . مزیت مهم بعدی, ارتقاء قابلیت استفاده مجدد منابع می باشد . می توان امکانات نرم افزاری راکه درسیستم موروثی[6] موجود است از طریق سرویس در معرض استفاده قرار داد همچنین سرویس ارائه شده می تواند در چندین برنامه کاربردی توسط سرویسهای دیگر استفاده شود . مزیت بعدی آن قابلیت سازگاری با تغییرات کسب و کار و داشتن رفتار چابک و انعطاف پذیر می باشد . نیازمندیهای جدید کسب و کار با استفاده از سرویسهای موجود یا با ایجاد سرویسهای جدید مورد نیاز به انجام می رسند
در نهایت مزیت مهم SOA به قابلیت آن درزمینه درآمد قابل توجه حاصل از تقلیل هزینه اشاره می کند . این قابلیت, توانایی استفاده مجدد , انعطاف پذیری در مقابل نیازمندیهای جدید , ساده سازی و پیمانه سازی IT را شامل می شودکه در مجموع زمان و هزینه طراحی, پیاده سازی و نگهداری سیستم را کاهش می دهد [25]. در ادامه به بررسی مولفه های تشکیل دهنده SOA , ویژگیهای این سبک معماری در جهت سرویس گرائی و معماری لایه لایه می پردازیم
6-1 مولفه های SOA
از چارچوب پایه ای و نسل اول سرویسهای وب می توان برای پیاده سازی سرویسها تقریبا در هر محیطی استفاده کرد . برای مثال سرویسها می توانند به برنامه های کاربردی سنتی توزیع شده الحاق شوند یا به عنوان پوشاننده به کار روند و منطق سیستمهای موجود را ارائه کنند
چارچوب سرویس وب نه تنها یک مبنای تکنولوژیکی برای برقرار کردن اتصال در اختیار ما قرار می دهد , بلکه یک دید پیمانه ای ایجاد می کند که در نتیجه آن, منطق خود کار سازی یک عملیات به واحدهای مستقل تقسیم می شود . برای نشان دادن پیمانه ای بودن ذاتی سرویسهای وب بهتر است بخشهای اساسی زیر را از چارچوب جدا کنیم
¨ پیغامهای SOAP
¨ عملیاتها
¨ سرویسهای وب
¨ فعالیتها
سه مورد آخر , واحدهایی از منطق را ارائه می کنند که کار و ارتباط را با استفاده از پیغامهای SOAP انجام می دهند . برای نمایش بهتر دید سرویس گرا, این مولفه ها را با واژه های جدید جایگزین می کنیم
¨ پیام ها
¨ عملیات
¨ سرویس ها
¨ پروسه ها
با مرتبط کردن این بخشها به واحد های منطقی می توان چگونگی ارتباط اجزا فوق در منطق خودکارسازی را توصیف کرد .
¨ پیامها , واحدهایی از ارتباط
¨ عملیات ,واحدهایی از کار
¨ سرویسها , واحدهایی برای پردازش منطق (مجموعه ای از عملیات)
¨ پروسه ها , واحدهایی از منطق خودکارسازی (اجتماع هماهنگی از واحدهای کاری)
در واقع پروسه یک تعریف ایستا از منطق مجتمع سازی می باشد . می توان یک فعالیت را با یک نمونه پروسه مقایسه کرد در حالتی که مجموعه ای از سرویسها مسیر خاصی را برای تکمیل یک وظیفه طی می کنند . در بخشهای بعدی از واژه فعالیت برای بیان Business process ها استفاده خواهیم کرد .یک پروسه دربردارنده قوانین تجاری می باشد که تعیین می کند چه عملیاتهایی از سرویسها برای تکمیل یک واحد از منطق خودکارسازی مورد نیاز هستند . به عبارت دیگر , یک پروسه قسمت بزرگتری از کار را نشان می دهد و از عملیاتهایی که به سرویسهای مختلفی تعلق دارند و بخشهایی از کار را نشان می دهند تشکیل شده است شکل (5-1)
با در نظر گرفتن یک راه حل سرویس گرا به عنوان واحدی از منطق خودکارسازی , مشخص می شود که SOA از یک محیط پیچیده تشکیل شده است که از پیمانه ای کردن منطق, درون اجزائی با اندازه های متفاوت حمایت می کند . SOA ,ویژگیها, رفتارها و روابط خاصی را مابین مولفه ها ایجاد می کند که محیط قابل پیش بینی در حمایت از سرویس گرائی فراهم می کند .شکل (6-1) نحوه ارتباط مابین مولفه ها را نشان می دهد
7-1 اصول سرویس گرائی