پروژه مهندسی کامپیوتر گرایش نرم افزار معماری سرویس گرای SOA و پیاده سازی سیستم نمونه. doc

نوع فایل: word

قابل ویرایش 115 صفحه

چکیده:

این پایان نامه از سه فصل تشکیل شده که در زیر به توضیح اجمالی هر فصل می پردازم.

در فصل اول به معرفی معماری و معماری سازمانی و مفاهیم آن، پرداختم.

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

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

امید است که حاصل تلاشم موثر و مفید واقع شود

مقدمه:

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

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

همان طور که توانایی هر موجود زنده ای تا حد زیادی تحت تاثیر معماری اندام و سیستم های زیستی وی است همان گونه که زیبایی و کارایی یک ساختمان از نوع معماری آن نشات می گیرد به همان دلیل و دلایلی دیگر "معماری سازمانی" نقش عمده ای در بازنگری و برنامه ریزی سازمان ها بر دوش دارد.

"معماری سرویس گرا" مفهومی جدید نیست و از دهه 90 وجود داشته است ولی آنچه جدید است توانایی اجرا و عینیت بخشیدن به آن است که به کمک ابزارها و پروتکل های مربوطه میسر شده است.

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

در معماری مبتنی بر اجزا عملکرد کلی به کارهای کوچکتری تقسیم می شود که هر یک در یک جزء بسته بندی خواهند شد.

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

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

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

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

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

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

فهرست مطالب:

چکیده:

مقدمه

فصل اول

1-1معماری چیست؟

1-2محتویات معماری

1-3تعریف سازمان:

1-4تعریف عناصر

1-5تعریف چارچوب:

1-6معماری سازمانی چیست؟

1-7چارچوب های معماری سازمانی

1-7-1چارچوب زکمن برای معماری سازمانی

1-7-1-8-1مدل استراتژی(دیدگاه استراتژیست)

1-7-1-8-2مدل کسب و کار(دیدگاه مالک سیستم)

1-7-1-8-3مدل سیستم های اطلاعاتی(دیدگاه معمار سیستم)

1-7-1-8-4مدل فناوری(دیدگاه طراح)

1-7-1-8-5نمایش جزییات(دیدگاه سازنده)

1-7-1-8-6سیستم عملیاتی(دیدگاه عملیاتی)

1-8نقاط مثبت چارچوب زکمن

1-9کمبودهای چارچوب زکمن

1-10معرفی متدولوژی برنامه ریزی معماری سازمانی(EAP)

1-11راهنمای عملی متدولوژی برنامه ریزی معماری سازمانی

1-12لزوم معماری سازمانی

1-13فوائد و دلایل استفاده از معماری سازمانی

1-14ضرورت معماری سازمانی

1-15مزایای معماری سازمانی

1-16چشم انداز آتی(مهمترین دغدغه های سازمان ها در حوزه فناوری اطلاعات)

1-17خصوصیات معماری سازمانی

1-18محتویات معماری سازمانی

1-19معماری سازمانی به عنوان یک فرآیند

1-19-1برنامه ریزی راهبردی فناوری اطلاعات

1-19-2برنامه ریزی معماری سازمانی

1-19-3اجرای معماری سازمانی

1-20معماری سازمانی به عنوان چارچوب وحدت بخش طرح های تحول سازمانی

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

1-22کاربردهای معماری سازمانی

1-23دیدگاه ها و جنبه های مختلف

1-24رهیافت معماری سازمانی در حل مساله

1-25هرم معماری سازمانی

1-25-1لایه ها و جنبه های مختلف معماری

1-26مدل بلوغ معماری سازمانی: 37

1-27ابزارهای معماری سازمانی در یک نگاه

1-28انتخاب ابزارهای معماری سازمانی

1-29معماری طرح یکپارچه توسعه فناوری اطلاعات در سازمان

1-30لزوم فرآیند معماری سازمانی

1-31فرآیندهای رایج در سازمان ها

1-32اهداف فرآیند معماری سازمانی

1-33ایفاگران نقش در اجرای فرآیند

1-34نتایج فرآیند معماری سازمانی

1-35ارائه روش جدیدی برای ارزیابی مولفه ها و لایه های معماری سازمانی

1-36اصلاح فرآیند برنامه ریزی معماری سازمانی

1-37 معماری سازمانی و فشرده شدن رقابت ها

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

1-39رویکردهای معماری سازمانی

1-40معماری سازمانی و مهندسی دوباره

1-41نمودار تکامل مهندسی مجدد

1-42معماری سازمانی در ایران

1-43فهرست سازمان‌هایی که پروژه‌های معماری سازمانی را اجرا کرده‌اند

1-44چه سازمان‌هایی به معماری سازمانی نیاز دارند؟

1-45نقاط قوت و مزایای برنامه ریزی معماری سازمانی

1-46ابهامات و اشکالات

1-47مقاله معروف زکمن

فصل دوم: 57

2-1سرویس چیست؟

2-2انواع سرویس

2-3تعریف سرویس وب

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

2-5سرویس های وب

2-6معماری سرویس گرا چیست؟

2-7آیا تولید سیستم های سرویس گرا مفهوم جدیدی است؟

2-8ویژگی های سیستم های نرم افزاری مبتنی بر معماری سرویس گرا

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

2-10آماده شدن برای معماری سرویس گرا

2-11معماری سرویس

2-12زیربنای:SOA

SOAP,WSDL,UDDI 2-12-1

2-13 SOA سرویس وب نیست

2-14ویژگی های سرویس و محاسبات سرویس گرا

2-15نرم افزار به عنوان سرویس

2-16معماری سرویس گرا نسل جدید معماری ها

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

2-18مفاهیم اصلی در معماری مبتنی بر سرویس

2-19شرح سرویس

2-20اعلان و یابش سرویس ها

2-21خصوصیات مدل داده ای مرتبط

2-22اصطلاحات رایج در معماری مبتنی بر سرویس: 72

2-23الگوی SOA: 72

2-24عناصر تشکیل دهنده معماری سرویس گرا

2-25ضرورت و فوائد معماری سرویس گرا

2-26اهداف اصلی معماری سرویس گرا

2-27نکته مهم در معماری سرویس گرا

2-28 SOA و SOAP

2-29:WSE,WSDL, UDDI

2-30خصوصیات اصلی معماری سرویس گرا

2-31چرا SOA ؟

2-32مزایای SOA

2-33معایب SOA:

2-34طراحی و ساخت سیستم بر اساس SOA

2-35چرا SOA برای طراحی گزینه مناسبی به نظر می رسد؟

2-36گام های متدولوژی بهبود مداوم برای معماری سرویس گرا

2-36-1مراحل متدولوژی

2-37قابلیت اطمینان

2-38امنیت

2-39کارایی

2-40معماری سازمانی سرویس گرا از نگاه لایه کسب و کار

2-41مزایای معماری سرویس گرا از نگاه کسب و کار

2-42مقایسه معماری سرویس گرا با رهیافت های گذشته

2-43مقایسه ای میان معماری سازمانی با معماری سرویس گرا

2-44تفاوت معماری سازمانی با معماری سرویس گرا

2-45شباهتهای هر دو

2-46خصوصیات معماری سازمانی سرویس گرا

2-47روش تحلیل و طراحی سرویس گرا

2-48متدولوژی های موجود

2-49:RUP update for SOA

2-50 Service Oriented Modeling and Architecture (SOMA)

2-50-1 فاز شناسائی سرویس ها

2-50-2فاز توصیف سرویس ها

2-50-3فاز عینیت بخشیدن به سرویس ها

2-51مدرن کردن سیستم های موروثی به کمک معماری سرویس گرا

فصل سوم

3-1ایجاد سرویس های وب

3-2تعریف یک سرویس وب

3-3ایجاد کلاس:WebService

3-4ارث بری ازWebService

3-5استفاده از صفت <()WebService> برای مشخص کردن Xml Name Space

3-6استفاده از صفت <()WebMethod> برای نمایش متدها

3-7نحوه پیاده سازی وب سرویس ها

Service Description

پروژه من

نتیجه گیری

منابع

فهرست شکل ها:

شکل1-1

شکل1-2

شکل1-3

شکل1-4

شکل1-5

شکل1-6

شکل1-7

شکل1-8

شکل1-9

شکل1-10

شکل1-11

شکل1-12

شکل1-13

شکل1-14

شکل1-15

شکل1-16

شکل1-17

شکل1-18

شکل2-1

شکل2-2

شکل2-3

شکل2-4

شکل2-5

شکل2-6

شکل3-1

شکل3-2

شکل3-3

شکل3-4

شکل3-5

شکل3-6

شکل3-7

شکل3-8

شکل3-9

شکل3-10

شکل3-11

شکل3-12

شکل3-13

شکل3-14

شکل3-15

فهرست جداول:

جدول1-1

جدول1-2

جدول1-3

جدول1-4

جدول2-1

منابع ومأخذ:

http://zachman.blogfa.com/cat-2.aspx

http://iran-easolution.blogspot.com

http://fa.wikipedia.org/wiki

http://kinformation.blogspot.com

http://pouyaweb.com/IT-EA.ASPX

http://enterprise-architecture.ir/EASITE-FR/Papers.htm#Paper

http://soea.blogfa.com/

http://atalebi.com/articles/show.asp?ID=339

http://www.shabakeh-mag.com/articles/show.aspx?n=1001066

http://www.enterprise-architecture.ir/EASITE-FR/Papers.htm

http://www.fekreno.org/arfek205.htm

http://barnamenevis.org/forum/showthread.php?t=21759

نشریه الکترونیکی فناوری اطلاعات، ویژه نامه دومین همایش تجربیات پیاده سازی سیستم های برنامه ریزی منابع سازمان(ERP) شماره پنجم- پیام پردازش 5

ماهنامه توسعه و کاربری فناوری ارتباطات و اطلاعات.(تکفا)، سال دوم، شماره 3