پایان نامه رایگان درمورد کسب و کار، کارشناسان، آموزش کارکنان

نحوه خروجی و عملکرد سرویس) و رویکرد تدریجی فرایندهای سرویس‌گرایی همگی باعث توسعه موثر و از طرفی کاهش بار فناوری اطلاعات می‌شود. [22]
یکی دیگر از مزایای مهم آن توانایی قابلیت استفاده مجدد از سرویس‌های موجود می‌باشد؛ و این به نوبه خود موجب کاهش هزینه‌های توسعه و نگه‌داری و کاهش زمان توسعه و افزایش چابکی کسب و کار می‌شود.همچنین موارد دیگری از قبیل توسعه و اجرای تدریجی، یکپارچگی آسان با شرکاء داخلی و خارجی، استفاده مجدد از کد برنامه یا سیستم ها، عدم وابستگی سیستم ها و معماری به مکان فیزیکی، پشتیبانی از محصولات با طول عمر کوتاه (با وجود سرویس‌های خوش تعریف و قابلیت استفاده مجدد)، ایجاد منابع جدید درآمدی، هم‌سویی بهتر فناوری اطلاعات و کسب و کار و. از جمله مزایایی است که در سایر منابع اشاره شده است. [45]
2-4-6-لایه‌های معماری سرویس‌گرا
در ایجاد یک معماری سرویسگرا در حوزه کسب و کار از رویکردهای مختلف کشف سرویس می‌توان استفاده کرد. در این مطالعه هدف پرداختن به جزئیات سرویس نسیت، بلکه آشنایی کلی با سرویس‌هاست. تعربف نهایی از سرویس‌ها و پیاده‌سازی شامل ارائه معماری‌های فنی و راه حل‌های طراحی و پیاده‌سازی می‌باشد. [42]
متدولوژی‌های مختلفی برای تعریف سرویس‌ها وجود دارد و هر کدام می‌توانند مشخصه ها و کارهای گوناگونی را انجام دهند و و ارائه یک فرمول مشخص برای تعیین و تعریف سرویس‌ها غیرممکن است. تنوع فرایند ها و توابع کسب و کار زیاد است. سرویس‌ها مسئولیت‌های گوناگونی دارند.متدولوژی مراحل توسعه و جریان‌های کار مورد نیاز در طی ساخت یک برنامه را مشخص می‌کند. [33]بهترین راه برای طبقه‌بندی سرویس‌ها، مطرح کردن لایه‌های مختلف معماری سرویس‌گرا و مراحل توسعگان می‌باشد. در شکل (2) لایه‌های مختلف معماری سرویس‌گرا نشان داده شده است.
شکل (2)-لایه‌های مختلف معماری سرویس‌گرا [22]
سه لایه اصلی در معماری سازمانی سرویس‌گرا شامل “کسب و کار”، “سرویس” و “سیستم‌های اطلاعاتی” می‌باشند. سرویس‌ها به سه نوع پایه، ترکیبی و فرایند تقسیم‌بندی می‌شوند. سرویس‌های ترکیبی، ترکیبی از سرویس‌های پای‌ها ندو در لایه هم نواسازی فعالیت می‌کنند. لایه هم نواسازی بین منطق برنامه‌های کاربردی (سرویس‌های پایه) و منطق کسب و کار (سرویس‌های فرایندی) ارتباط ایجاد می‌کند. سرویس‌های فرایندی شامل سرویس‌های ترکیبی‌اند و فرایندها توسط موتور فرایندی (کنترل کننده مرکزی) کنترل می‌شوند. کار برن‌هایی از طریق واسط‌های گرافیکی به فرایندها دسترسی دارد. [22]
طبق تقسیم بندی انواع سرویس‌ها در این معماری می‌توان لایه‌های سرویس‌های فرآیندی، لایه سرویس‌های حرفه و لایه سرویس‌های نرم‌افزاری را برشمرد. در اینجا مختصری از وظایف هر لایه بیان می‌شود:
-1لایه سرویس‌های فرآیندی: در لایه سرویس‌های فرآیندی که هم نوا ساز سرویس‌ها دران صورت می‌پذیرد می‌تواند منطق فرآیند را به عملیات سرویس‌ها متصل کند، در اینجاست که فرآیندهای حرفه با سرویس‌ها متصل می‌شوند و به کمک هم نواسازی، جریان کار و محدودیت ها، شرط ها و قوانین مشخص حرفه از فعالیت‌ها جدا می‌شوند، ترتیب و جریان فراخوانی سرویس‌ها در هم نوا ساز اصلی در قالب زبان‌هایی چون BPEL پیاده‌سازی می‌شود، در عوض فعالیت‌های حرفه که اکنون به صورت سرویس‌ها پیاده‌سازی شده‌اند از منطق و حالت فرآیندها جدا شده‌اند و به صورت واحدهای خودمختار قابل فراخوانی در سطح سازمان و حتی خارج آن می‌شوند و این منطق به راحتی توسط ذینفعان قابل فهم است و طراح سرویس دغدغه ترتیب و روال اجرایی فرآیند اصلی را ندارد. سرویس‌های حرفه سرویس‌های نرم‌افزاری را فراخوانی می‌کنند، همچنین سرویس‌های نرم‌افزاری مسئول پیاده‌سازی یک عملیات تعریف شده و مشخص هستند. هم نواسازی باعث می‌شود پیچیدگی ها و قوانین جزیی حرفه از دید ذینفعان این لایه مخفی شود و باعث انعطاف‌پذیری و چابکی تعریف و اصلاح مؤلفه‌های سازنده فرآیندها شده و جزییات روال ها و قوانین به لایه‌های پایین تر منتقل می‌شود.
-2لایه سرویس‌های حرفه: سرویس‌های این لایه بر دارنده مؤلفه‌های اصلی انجام کسب و کار سازمان هستند. از نگاه لایه کسب و کار، معماری سرویس‌گرا کمک می‌کند اتصال بین فرآیندهای حرفه با فناوری اطلاعات منعطف باشد بطوری‌که با تغییر فرآیندها، فناوری نیز به آسانی هماهنگ شود. اتصال بین حرفه و فناوری از طریق تعیین سرویس‌ها محقق می‌شود که واسط بین این دو هستند. تفاوت این لایه با لایه قبل در اینجاست که ذینفع سرویس‌های این لایه، کارشناسان داخلی سازمان هستند در حالی که سرویس‌های لایه قبل با کاربران خارجی و مشتریان سروکار داشته و منطق حاکم بر آن سرویس‌ها از جنس قوانین و منطق قابل فهم برای شرکاء و مشتریان است. با هر پیکربندی معماری این لایه، میزان قابلیت استفاده مجدد، انعطاف‌پذیری و سایر معیارها متفاوت خواهد بود. چگونگی چیدمان و معماری این لایه از مهم‌ترین موضوعات موثر در موفقیت و کارایی معماری سرویس‌گرا بوده و از مهم‌ترین گام‌های تحلیل و طراحی سرویس‌گرا می‌باشد. این سرویس‌ها با منطق حرفه سر و کار دارد، این منطق می‌تواند شامل وظایف واحدها، ترتیب فعالیت ها، وابستگی بین فعالیت ها و منابع و به طور کلی بر دارنده کلیه روال ها و محدودیت‌های سازمان باشد… منطق این لایه از مدل فرآیندی سازمان و مصاحبه با کارشناسان خبره قابل استخراج است و معمولاً از خبرگان سازمان و مستندات مورد تایید استفاده می‌شود. این سرویس‌ها به دو دسته وظیفه محور و موجودیت محور طبقه بندی می‌شوند.
لایه سرویس‌های نرم‌افزاری: این لایه در سطح فناوری بوده و تشکیل دهنده سطح زیرین معماری سرویس‌گرا است. در این لایه بعضی از سرویس‌ها از نو طراحی و پیاده‌سازی می‌شوند ولی گروه دیگر بر روی نرم‌افزارهای موروثی عمل نموده و قابلیت‌های مورد نیاز را تحت شکل سرویس ارائه می‌دهند، با این روش کارکردهای یک نرم‌افزار کاربردی با هر سکو و فناوری که پیاده‌سازی شده باشد، قابل ارائه جهت استفاده سایر سرویس‌ها می‌باشد. کلیت منطقی (قوانین، توالی ها، محدودیت ها، انتخاب ها و.) توسط این سرویس‌ها نگهداری می‌شود در حد جزیی و تفصیلی است و متشکل از دو بخش مرتبط با حرفه و مرتبط با فناوری است. منطق حرفه می‌تواند شامل فرمول ها و قوانین تخصصی سازمان باشند، برای جمع آوری این اطلاعات، معمولاً از خبرگان سازمان، آیین نامه ها و دستورالعمل‌های مربوطه استفاده می‌شود.
نوع دیگری از منطق و قوانینی که در این سطح وجود دارد مربوط به سیستم‌های اطلاعاتی و فناوری است، این قوانین ناظر بر چگونگی استفاده از منابع نرم‌افزاری و فناوری می‌باشد. طراح و پیاده سازان سیستم‌های اطلاعاتی و متخصصان فناوری مسئول کنترل و اعمال این نوع قوانین هستند.
از نگاه این لایه، هدف معماری سرویس‌گرا در نهایت حل معضل تعامل پذیری بین سیستم‌های اطلاعاتی با فناوری ها و سکوهای مختلف است و این امر با کمک تعریف پروتکل‌های مستقل از سکو و استاندارد و ایجاد سرویس‌های وب مهیا می‌شود.
2-4-7-عوامل بحرانی موفقیت 35سرویس‌گرایی
برای حصول اطمینان رسیدن به اهداف سازمانی، در حوزه‌های تعریف شده هر یک از این عوامل بحرانی، داشتن کارائی خوب و بالا برای موفقیت‌آمیز بودن پیاده‌سازی سرویس‌گرا لازم است. بدین‌سان عوامل بحرانی موفقیت هم چون متغیرهای نهفته‌ای هستند که با تجزیه و تحلیل متغیرهای خاص سازمانی به دست می‌آیند. پیاده‌سازی سرویس‌گرا همانند یک پروژه فناوری اطلاعات است پس عوامل مدیرتی پروژه‌های فناوری اطلاعات مثل “شامل کردن تمامی ذی‌نفعان”، “طراحی خوب برای داشتن اساس و پایه قوی”، “اتخاذ36 رویکرد تدریجی”، “حمایت مدیریت ارشد و پشتیبانی قوی”، “آموزش کارکنان برای درک و یادگیری”، “برقرری اتصال مابین فناوری اطلاعات و کسب و و کار”، “موضوعات و مسائل امنیتی” و … همگی از موارد برشمرده شده بحرانی می‌باشند.
Vegter در [22] طبقه‌بندی خود سه عامل “قابلیت استفاده مجدد سرویس‌ها”، “پیچیدگی سرویس‌گرایی”، “حاکمیت 37فرایندهای اتخاذ سرویس‌گرایی” را در صدر عوامل می‌داند. [22]
1-تمرکز روی قابلیت استفاده مجدد سرویس‌ها: این ویژگی منجر به افزایش چابکی و نرخ بازگشت سرمایه و صرفه‌جویی در هزینه‌ها می‌شود اما چون سرویس باید طوری ساخته شود که قابلیت استفاده مجدد داشته باشد، خیلی از شرکت‌ها موفق نمی‌شوند. [22]
2-تمرکز روی کاهش پیچیدگی: پیاده‌سازی سرویس‌گرایی به روش اشتباه موجب افزایش پیچیدگی سازمان می‌شود. برنامه‌های کاربردی سنتی شامل قطعاتی است که توسط سازندگان آن‌ها با اطمینان از درستی عملکرد نرم‌افزار به یکدیگر اتصال یافته است؛ اما در سرویس‌گرایی تمامی برنامه‌ها و برنامه‌های کاربردی کنترل و مدیریت داده 38،مجددا به هم اتصال می‌یابند39 تا آنجا که کلیه سرویس‌ها با یکدیگر ترکیب می‌شوند تا برنامه‌های جدید را بسازند.از طرفی هر سرویس از لحاظ ” بارگذاری40″،”زمان پاسخ‌گویی”،”ظرفیت 41سرویس” باید کنترل و نظارت شود. [22]
3- حاکمیت سرویس‌گرایی: حاکمیت بدین معناست که کار هر کسی با دیگران در ارتباط است و تلاش‌های جداگانه موثر نیست. حاکمیت سرویس‌گرایی بیشتر در ارتباط با مدیریت وابستگی‌های سازمان است. جا کمیت در مورد تصیمیم‌گیری نیست اما راهنمایی‌هایی در ارتباط با تصمیم‌گیرنده و انسجام تصمیم‌ها می‌دهد. سرویس‌گرایی رویکردی تدریجی است و تمامی مراحل آن باید نظارت و بازبینی شوند. حاکمیت در جهت هدایت تلاش‌های فناوری اطلاعات برای حصول اطمینان از تطبیق کارایی کسب و کار بر فناوری اطلاعات است. هم ترازی فناوری با کسب و کار باعث تحقق مزایای وعده داده شده، بهره‌برداری از فرصت ها و رسیدن به ماکزیم فواید سرویس‌گرایی می‌شود. حاکمیت همچون مکمل فناوری اطلاعات می‌باشد که رابطه‌ای فشرده مابین کسب و کار در جهت حمایت از مؤلفه‌ها و سرویس‌های فناوری ایجاد می‌کند. با در نظر گرفتن میزان توجه سازمان به مجموعه موارد زیر، میزان حاکمیت سازمان اندازه‌گیری می‌شود:
1-داشتن یک معماری مرجع و تشریح دقیق لایه‌ها، به لاک‌های معماری و الگوهای تعاملی سرویس‌ها.2-بیان دقیق نقش‌ها و مسئولیت‌ها و تدوین توافق‌نامه‌ها.3-رسیدن به یک جامعیت در مورد واژگان تخصصی این حوزه 4-مدیریت سرویس‌ها و قرارداد ها 5-نظارت بر سرویس‌ها 6-مدیریت پیکربندی و تغییرات سرویس‌ها. [22]
2-4-8-برخی چالش‌های مطرح در حوزه سرویس‌گرایی
معماری سرویسگرا چالش‌های زیادی را در چگونگی استفاده از سرویس‌ها و تعامل آن‌ها با یکدیگر، پیچیدگی در مدیریت تغییر، تست و استقرار سرویس‌ها ایجاد می‌کند. موفقیت معماری سرویسگرا وابستگی زیادی به توانایی سازمان در مدیریت پیچیدگی و رسیدن به بلوغ لازم و ایجاد زیرساخت مناسب در قالب مکانیزم‌های کنترلی و اجرای جهت نگهداری از محیط سرویسگرایی دارد. [44]
دنیای سرویس‌گرایی مبتنی بر سرویس‌هاست و محاسبات کامپیوتری هم به نیازهای عمکلردی و غیر عملکردی و تعامل با سرویس‌ها بستگی دارد. سرویس‌ها نمی‌توانند به طور خودکار با یکدیگر در ارتباط باشند و به مکانیزم‌هایی برای کشف، مذاکره، فراخوانی، ترکیب و نظارت … در معماری سرویسگرا نیازمند هستند. از طرفی برنامه‌ها و واسط‌هایی باید برای برطرف کردن ناهماهنگی‌های موجود بین داده ها، پروتکل‌ها و فرایند ها برای برقراری تعامل بین سرویس‌ها وجود داشته باشد. در اینجا چند چالش به اختصار عنوان می‌شود.
1-طراحی قابلیت استفاده مجدد سرویس با چالش‌هایی از قبیل زیر مواجه است:1-از آنجا که سرویس در سایر فرایند ها استفاده می‌شود با تغییراتی در واسط‌ها همراه می‌باشد 2-منبع

مطلب مشابه :  تحقیق درموردبهبود عملکرد، عملکرد سازمان، چشم انداز سازمان

دیدگاهتان را بنویسید