:Type نوع داده های ساده یاپیچیده که درپیام ها استفاده خواهند شددراین قسمت تعریف می شوند برای این منظوراز الگوی XSDاستفاده می شود که مخصوص تعریف ساختارهای داده ای درXML است. :Message هر پیام شامل یک یا بیشتر بخش بوده و هر بخش دارای نوع داده است. پیامها بوسیله نامشان تعریف می شوند و در قسمت عملیات بصورت پیام ورودی یا خروجی استفاده می شوند. هر بخش معین کننده یک نوع داده است و اگر پیامی شامل دو بخش باشد به این معنا است که این پیام(ورودی یا خروج) دارای دو پارامتر می باشد ولی اکثر پیامها دارای یک بخش هستند. :Operation هر عملیات دارای تعدادی پیام ورودی یاخروجی است و نشان دهنده متدهائی است که یک سرویس ارائه می کند. بطور کلی چهار دسته عملیات وجود دارد: درخواست / پاسخ : متقاضی درخواست سرویس را ارسال داشته و ارائه دهنده به آن پاسخ میگوید، این نوع متداولترین گونه عملیات است. خواهش / پاسخ: در این وضعیت تعامل بین سرویس دهنده و سرویس گیرنده برعکس است، متقاضی منتظر یک پاسخ است و ارائه دهنده آن پاسخ را فراهم می کند. ارتباط یک طرفه از مشتری: در این حالت مشتری نیاز به پاسخ ندارد، یا پاسخی لازم نیست. اطلاع : نوعی پیام جهت آگاهی یا تذکر از طرف سرویس دهنده به مشتری است. :PortType ۱۶ مشخص کننده واسط یک سرویس وب است که مشابه روش های شئ گرا می باشد. در اینجاعملیات مربوط به واسط سرویس تعریف می شود، یک واسط می تواند دارای چندین عملیات باشد و برای هر عملیات می توان پیامهای ورودی یا خروجی را مشخص نمود یا این کار را به همان بخش تعریف پیام واگذار کرد. :Binding واسط ها بصورت انتزاعی مشخص می کنند که سرویس چه عملیاتی را ارائه می دهد،مقیدسازی نحوه این کار را از نظر فیزیکی و فنی بصورت دقیق مشخص می کند. برای این کار باید اطلاعات مربوط به پروتکلها و تنظیمات دیگر تعیین شود. UDDI : برنامه واسطی است برای انتشار و شناسائی سرویس های وب و شامل یک مخزن می شود که ارائه دهندگان به انتشار و تبلیغ سرویس خود می پردازند تا دیگران بتوانند آن را شناسائی کنند. ازنظر مفهومی مخزن شامل صفحات سفید ) اطلاعات سرویس ها ( , صفحات زرد )دسته بندی صنعتی( و صفحات قرمز ( اطلاعات فناوری( خواهد بود و دارای این ویژگی ها است: کتابچه ای برای ذخیره اطلاعات مربوط به سرویس های وب است در آن واسط سرویس های وب که توسط WSDL توصیف شده است، ذخیره و دسته بندی می شود. ارتباطات با آن توسط SOAP است. BPEL زبان اجرای فرآیندهای حرفه با این مشخصات: زبانی مستقل از سکو و مبتنی بر XML زبانی برای توصیف رفتار فرآیندهای حرفه به کمک سرویس ها دارای ساختارهائی برای کنترل جریان و شرط های انشعاب است قابلیت پوشش به موارد پیچیده تری چون فرآیندهای تو در تو و الحاق و شکست زیر فرآیندها به عنوان یک استاندارد با حق امتیاز رایگان ارائه شده از WSDLبرای توصیف واسط سرویس ها استفاده می شود [۱] ۱۷ ۲-۷- معماری سازمانی سرویس گرا معماری سازمانی را رهیافتی بالا به پائین می دانند که با توجه به نیازهای کسب و کار)اهداف،راهبرد ها، نیازها و (…سازمان، فناوری اطلاعات را به خدمت می گیرد[۲۹,۳۰] ، حتی کسانی که معماری سازمانی را مقوله ای در حوزه فناوری اطلاعات دانسته و هدف آن را یکپارچگی اطلاعات وسیستم ها تعریف نموده اند بر این نکته اذعان دارند که این رهیافت بالا به پائین بوده و لایه های فناوری اطلاعات )حرفه، اطلاعات، سیستمها، داده، فناوری( رابطه ترتیبی از بالا به پائین با هم دارند بطوریکه هر لایه نیازها و اهدافش را جهت پشتیبانی به لایه پائین تر اعلان می کند . نتیجه آنکه درمعماری سازمانی لایه های مختلفی وجود دارد که ممکن است مرتبط با فناوری اطلاعات باشند یاخیر، ولی نگاه معماری بالا به پائین بوده و در آخرین لایه ها به فناوری و زیر ساخت ها می رسد.در خصوص معماری سرویس گرا تعریف ثابت و مورد توافقی وجود ندارد ولی اکثر تعاریف ومتون بر این موضوع توافق دارند که این معماری مربوط به لایه های پائین بوده و رهیافتی متکی برفناوری است که تاثیر آن بر هر دو حوزه کسب وکار و فناوری واقع می شود] ۳۱,۲۸,۳۰] در اکثرمتون، معماری سرویس گرا را نگرشی پائین به بالا ارزیابی می کنند، البته این موضوع به این معنانیست که فرایند معماری سرویس گرا از جزئیات به کلیات می رسد، مشخص است که ابتدا بایدسرویس های کلان شناسائی شوند، سپس سرویس های کاربردی و دست آخر نوبت به پیاده سازی آنها می رسد لذا منظور از اینکه گفته می شود معماری سرویس گرا پائین به بالاست به این معنااست که رهیافت بر مبنای راه حل های حوزه فناوری ارائه شده که به جامعیت سیستم های اطلاعاتی و یکپارچگی حرفه و فناوری کمک می کند.به طور خلاصه می توان گفت مفاهیم معماری سرویس گرا و معماری سازمانی درحال ادغام بایکدیگرند اگرچه ریشه و محل رویش معماری سرویس گرا در حوزه فناوری بوده درحالیکه معماری سازمانی از حوزه مدیریت حرفه آمده است. ۲-۸- اهداف و چالشهای معماری سرویس گرا معماری سازمانی در انعطاف پذیری سازمان، سرعت بیشتردرپاسخ به تغییرات کاری و انعکاس آنهادرمسائل وشناسایی وبهبود به کارگیری منابع وفرصت های موجودونهایتاکاهش هزینه های سازمانی بسیارمؤثراست. درکنارآن معماری سرویسگرابااستفاده ازمفهوم سرویس واصولی چون قابلیت استفاده مجددسرویس،وابستگی ضعیف،عدم وابستگی به پلتفرم و تکنولوژی های پیاده سازی یا ارتباطی، قابلیت ترکیب,قابلیت کشف توسط برنامه ها یا سرویسهای دیگر، تجریدمنطق کاری باعث تعیین فرایندهای موجودسازمان و بطور کلی آنچه در سازمان انجام میشودبا امکان انعطاف پذیری دربرابرتغییرات میشود . ۱۸ سرویس گرایی درسازمان ,درچارچوبی محقق می شودکه سازمان را از جنبه های مختلف و مهم و با توجه به نقشهای متفاوت سازمانی مانند ذی نفعان، طراحان، معماران و پیاده سازان ودرسطوح مختلف تجرید مورد مطالعه، بررسی، مدل سازی ومستند سازی قرارمی دهد و درنتیجه آن محصولات وفراورده هایی بوجودمی آیندکه ضمن آن که مستندات مهم معماری سازمانی به شمارمی آیند،سرویس گرا نیزهستند. اگر بخواهیم معماری سازمانی سرویس گرا را تعریف کنیم، می توان گفت معماری سازمانی سرویس گرا ، سبکی از معماری سازمان SOEA است که در بازشناسی سازمان، برنگرش سرویس گرا تمرکز داردودارای فراورده های سرویس گرا است. از نگاه لایه کسب و کار، معماری سرویس گرا کمک می کند اتصال بین فرآیندهای حرفه بافناوری اطلاعات منعطف باشد بطوریکه با تغییر فرآیندها ، فناوری نیز به آسانی هماهنگ شود.اتصال بین حرفه و فناوری از طریق تعیین سرویس ها محقق می شود که واسط بین این دو هستند. از نگاه لایه سیستم های اطلاعاتی، هدف معماری سرویس گرا در نهایت حل معضل تعامل پذیری بین سیستم های اطلاعاتی با فناوری ها و سکوهای مختلف است و این امر با کمک تعریف پروتکل های مستقل از سکو و استاندارد و ایجاد سرویس های وب مهیا می شود.از نگاه لایه فناوری، معماری سرویس گرا از یک سو سبب می شود لایه فناوری از استقلال بیشتری برخوردار باشد بطوری که بتوان سکوها و فناوری های مختلفی را به کار برد بدون آنکه نگران تعامل پذیری آنها باشیم و از طرف دیگر جهت پیاده سازی معماری سرویس گرا نیاز به توسعه یک زیرساخت جهت استفاده از پروتکل ها و استانداردهای مخصوص ان XML ،WSDL، SOAPدر سطح فناوری خواهد بود. ۲-۹- فواید و ضرورت SOA از نگاه ذینفعان مختلف فواید معماری سرویس گرا از نگاه اشخاص مختلف باتوجه به جایگاه فرد و نوع وظیفه ای که داردمتفاوت است.درادامه به بررسی تاثیرات معماری سرویس گرا از دیدگاه اشخاص مختلف در سازمان می پردازیم : مدیر ارشد اجرائی (CEO): محصولات یا فرآیندهای جدید به سادگی توسط فناوری اطلاعات اجراخواهند شد. سیستم های انعطاف پذیر دیگر مانعی بر سر تغییر و تکامل سریع فرآیندها نخواهند بود. ۱۹ مدیر ارشد اطلاعاتی (CIO): رفع معضل بزرگ یکپارچگی مجموعه سیستم های سازمان، یکی ازبزرگترین مشکلاتی که فناوری اطلاعات در سازمانها بزرگ با آن روبرو بوده است. بدین ترتیب پاسخگوئی به نیازهای حرفه نیز بهبود میابد. مدیر پروژه های تولید و توسعه سیستم های اطلاعاتی : تقسیم پروژه ها به اجزاء کوچکتر که می توانند مستقل از هم انجام شوند به سادگی محقق می شود. همچنین کنترل پیشرفت هر زیر پروژه نیز مستقلا قابل محاسبه و کنترل خواهد بود. توسعه دهندگان سیستم :درگذشته یکی از سخت ترین وطاقت فرساترین کارها برای تولید کنندگان سیستم های اطلاعاتی انجام یکپارچگی و اتصال با دیگر سیستمها بوده درحالیکه اکنون وب سرویس رهیافت غالب برای تولید سرویس هائی مستقل از فناوری است که توسط دیگر سرویس های تحت وب قابل فراخوانی هستند. کاربران سیستم ها :سیستم ها به سادگی نیازکاربران را برآورده می کنند، مشکل انتقال اطلاعات بین سیستم ها به کمک یکپارچگی حل شده است و پیچیدگی های فناوری برای کاربران مخفی است . دیگر لازم نیست کاربران اطلاعات را با رسانه های ذخیره سازی از یک سامانه به سامانه دیگر انتقال دهند . در دسته بندی دیگری می توان مجموعه مزایای این معماری را از دونگاه کلان حرفه و فناوری اطلاعات بررسی نمود . [۲۸,۳۱]. مزایای معماری سرویس گرا از نگاه کسب و کار: انعطاف پذیری حرفه به دلیل افزایش دانه بندی از فرایند به سرویس قابلیت ایجاد سریع فرآیندهای جدید و ترکیب مولفه های نرم افزاری موجود)سرویس جهت رقابت با تغییرات بازار ( بهبود ارائه خدمات به مشتریان به دلیل عدم نگرانی از توان پشتیبانی فناوری اطلاعات از تصمیمات جدید کسب و کار تطبیق سیستم ها بر طبق فرآیندهای حرفه و نه برعکس