– گذر از حکومت بالا به پایین به مدل مشارکت سازمانی
۶۳
حکومت سیاست محور : اهداف و سیاست ها در راستای اهداف تجاری قرار دارند
تاکید بر مسئولیت پذیری و همکاری در مقابل خطی مشی و سیاست ها
ترکیب فرماندهی و کنترل نظارت با اداره جامعه و همکاری خود حکومت
تاکیدبر اجرای حکومت ,عملکرد سازمان و تصمیم گیری همکاری
سطح ۵- حکومت بهینه
حکومت شناخته شده, مورد انتظار و به خوبی قابل درک است
برخی از بردهای حکومت به عنوان حکومتهای تکی درهمه جا حاضرند:حکومت خودش ,خودش را نگه می دارد
تغییر از سیاست به هنجارو از اجرای سیاست به رفتاری هنجاری
حکومت بخشی اصلی از سازمان میشود: فرهنگ حکومت وجود دارد ,رفتار و انگیزه توسط حکومت هم راستا می شوند
حکومت تکامل می یابد و با تغییر الویت های کسب وکار تکی متناسب میشود . [۲۰]
۳-۳-۱-۳-مدل SCHEPER
این مدل از تغییرات موجود در فرآیندهای چرخه حیات معماری سرویس گرا استفاده می کند و چهار سطح را برای بلوغ حاکمیت بر معماری سرویس گرا، مطرح مینماید و از این طریق سعی میکند تا بلوغ حاکمیت بر معماری سرویس گرا را افزایش دهد. در این مدل، با طی کردن گام های چرخه حیات معماری سرویس گرا، طیف چرخه حیات حاکمیت بر معماری سرویس گرا و حیطه کنترل معماری سرویس گرا رشد و تکامل مییابد.

( اینجا فقط تکه ای از متن فایل پایان نامه درج شده است. برای خرید متن کامل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. )

پیشگام
SOA متشکل از پروژه های بزرگ و کوچک، به معنای انعطاف پذیری برای تعیین بهترین عمل است.این تلاش ها اغلب سریع برنده هستند و متحمل پیچیدگی سازمانی کم است. حاکمیت SOA حداقل و با تمرکز بر حوزه پروژه است.چون معمولا یک مالک از SOA وجود دارد، کنترل بسیار پیچیده نیست.
فرایند
در اینجا یک واحد سازمانی، محصول یا فرایند به طور کامل به SOA متعهد است.
اغلب SOA با یک هدف خاص به عنوان مثال مدیریت موجودی اجرا می شود. با این حال، معماری با IT در جای دیگر در این سازمان مرتبط است، بنابراین حکومت SOA نیازداردبا دیگر احزاب به توافق برسد. این امر منجر به افزایش تقاضا حکومت،و همچنین نیاز به تعداد بیشتری از مردم وجود دارد .
۶۴
سیستم
در اینجا SOA توسط صاحبان کسب و کار کنترل می شود.یعنی حمایت در سطح مورد نیاز است، و حکومت SOA نیاز دارد تا متمرکز شود.حکومت SOA برای پیاده سازی SOA در تمام بخش های سازمان استانداردی را دیکته میکند.
شبکه
SOA به طور فعال درگیر هماهنگی با سازمان های مختلف است.این سازمانها برای هرکه متصل به حمایت از فرآیندهای کسب و کار پایان به پایان است سرویس هایی را ارائه می کنند. این به این معنی است که حکومت SOA بین این گروه ها نیاز به تراز دارد. بدون حکومت مناسب، تغییرات خدمات تأثیر عمده و پیش بینی نشده ای در عملیات کسب و کار خواهد داشت] ۴۹[
۳-۳-۱-۴-مدل بلوغ مدل کنترل اهداف اطلاعات و فنّاوری مربوط
این مدل بر روی بلوغ سیاست ها وخط مشی ها، فرآیندها ، سازمان ، و زیرساخت ها متمرکز می شود]۱۲[مدل کنترل اهداف اطلاعات و فنّاوری مربوط، یک مدل بلوغ فنّاوری اطلاعات را که از مدل بلوغ قابلیت مؤسسه مهندسی نرم افزار گرفته شده است، فراهم میکند. در این مدل ، شش سطح بلوغ اعم از عدم موجودیت، ابتدایی/غیرعمومی و خاص، تکرارپذیر اما شهودی، فرایند تعریف شده، مدیریت شده و قابل اندازه گیری، و بهینه شده را درنظر گرفته و حوزه و حیطه حاکمیت را در هرکدام از این سطوح تعریف میکند[۶۱]
۰- غیر موجود : فقدان کامل پروسه ها.هیچ سازمانی به رسمیت شناخته نشده است.
۱- اولیه/ موقت : شواهدی وجود دارد که این شرکت به رسمیت شناخته شده است هرچند خیلی از فرایند ها استاندارد سازی نشده اند.در عوض روش های موقتی وجود دارند که تمایل دارند بصورت تکی با مورد به مورد به کار روند.
۲ – تکرار اما بصری : پروسه های حکومت به مرحله ای که فرایندهای شبیه به هم توسط افراد مختلف تحت تعهد یک کار توسعه یافته اند. هیچ آموزش یا ارتباطات از روش های استاندارد رسمی وجود ندارد، و مسئولیت به فرد باقی مانده است درجه بالایی از اتکا به دانش از افراد داریم و بنابراین خطا با احتمال زیادی وجوددارد.
۶۵
۳- تعریف فرایند : روش حکومت استاندارد و مستند و ابلاغ شده است.وظفه این است که فرایندها پیگیری شوند.با اینحال بعید است که انحراف تشخیص داده شده و اصلاح شود.
۴- مدیریت و اندازه گیری : مقامات حکومت پروسه های حکومت را درجاهایی که به نظر می رسد خوب کارنمیکنند , پشتیبانی و اندازه گیری می کنند.فرایندها زیر بهبود مستمر وارایه تمرین بهتر شدن هستند. اتوماسیون و ابزار را به طور محدود و یا تکه تکه استفاده می شود
۵- بهینه سازی : فرآیندهای نظارتی بر اساس نتایج حاصل از بهبود مستمر به یک سطح از تمرین خوب بهبود یافته اند، به منظور بهبود کیفیت و اثربخشی، ساخت شرکت سریع برای انطباق حکومت در راه یکپارچه در سراسر شرکت استفاده می شود [۶۱].
۳-۳-۱-۵-مدل ارائه شده توسط نامداریان
نامداریان و همکاران به ارائه ی چارچوبی در زمینه ی حاکمیت بلوغ معماری سرویس گرا پرداختند.این چارچوب از سه بخش سطوح بلوغ معماری سرویس گرا ، سطوح بلوغ حاکمیت بر معماری سرویس گرا و حوزه پذیرش معماری سرویس گرا تشکیل شده است. هر کدام از سطوح از شاخص هایی تشکیل شده اند .هر سطح با سطح دیگر ارتباط داردبدین وسیله میتوان با توجه به اینکه سازمان در کدام سطح قرار دارد ازویژگی های کدام سطح میتواند استفاده کند.در این چارچوب اهداف کسب و کار با معماری هم راستا هتندو هیچ کدام از مدل های دیگر هر دو بعد بلوغ و حاکمیت را با هم در نظر نگرفتند.به عنوان مثال دو مدل مطرح شده بالا فقط سطوح بلوغ حاکمیت بر معماری خدمات را در نظر گرفتند.
با توجه به ارزیابی انواع چارچوب های بلوغ حاکمیت معماری سرویس گرا ,در این میان کاملترین چارچوب بررسی شده چارچوب SOAG است که توسط نامداریان و همکاران ارائه شد.این چارچوب جامعیت بیشتری نسبت به مدل های گذشته دارد و وضعیت حاکمیت سازمان را با در نظر گرفتن وضعیت بلوغ سرویس گرایی ارزیابی میکند و تصویر بهتری از وضعیت سازمان از لحاظ سرویس گرایی و نوع حاکمیت مورد نیاز سازمان به ما نشان می دهد.بنابراین مبنای ارزیابی را چارچوب ذکرشده قرار میدهیم.ولی با ایجاد تغییراتی در چارچوب مورد نظر ان رادقیق تر وکاملتر نمودیم.در این چارچوب سه بعد(سطوح بلوغ معماری سرویس گرا ، سطوح بلوغ حاکمیت بر معماری سرویس گرا و حوزه پذیرش معماری سرویس گرا(در نظر گرفته شده و برای هر کدام از سطوح بلوغ شاخص هایی شناسایی شده است.در بعد بلوغ معماری سرویس گرا تغییری را در چارچوب مورد نظر اعلام میکنیم .لذا برای پرداختن به آن ابتدا مروری بر مدل های بلوغ معماری سرویس گرا داریم و سپس و مدل انتخابی در این تحقیق میپردازیم:
۶۶
۳-۳-۱-۶- مدل بلوغ یکپارچگی سرویس
نسخه ی اول SIMM در سال ۲۰۰۳ , و نسخه ی جاری ان در سال ۲۰۰۵ مدل SIMM توسط شرکت IBM ارائه شد.هدف این مدل پشتیبانی از فرایند تدریجی پذیرش معماری سرویس گرا و ارائه روش های نمونه برای این فرایند است.اما این مدل درباره بلوغ معماری سرویس گرا بحث نمیکند بلکه بر بلوغ یکپارچگی سرویس تمرکز دارد [۳].
در نسخه ی اول این مدل ۴ سطح و در نسخه ی جاری آن ۷ سطح بلوغ معرفی شده است که سه سطح اول ان سطوح بلوغ مربوط به قبل ازشروع پیاده سازی معماری سرویس گرا و ۴ سطح بعدی , بلوغ معماری سرویس گرا را مطرح میکند.سطح بلوغ این مدل براساس نسخه دوم عبارتند از:
سطح اول – سیلو : نوع یکپارچگی در این سطح، یکپارچگی داده است بطوری که سیلوها و یا انباره های داده با وظیفه مندی های متمرکز و غیر قابل دسترس در این سطح عمومیت دارند و سیستمهای با کارایی بالا ولی قابلیت تغییر کم در این سطح کاربرد زیادی دارند. این سطح را میتوان شروع یکپارچگی موردی نامید.
سطح دوم – یکپارچه: در این سطح جریان اطلاعات درون سازمان با بهره گرفتن از روش های مبتنی بر پیام جهت دهی و هماهنگ میشود، سازمان از روش های ساختیافته به روش های شئ گرا روی آورده و معماری سازمان از یک معماری یکپارچه به یک معماری لایه بندی شده تغییر مییابد. اما با این حال، هنوز عموم ارتباطات از نوع نقطه به نقطه است.
سطح سوم – مولفه بندی شده: در این سطح، روش های سازمان به توسعه مبتنی بر مولفه تغییر یافته و عمده اجزاء برنامه ها را مولفه ها تشکیل میدهند و از این رو میتوان از یک معماری مبتنی بر مولفه صحبت کرد . سرویس های مهم شناخته شده، وظیفه مندی ها واحد بندی شده و ارتباط بین مولفه ها توسط واسط های خوش تعریف برقرار میشود. این سطح را میتوان معماری سرویس گرای سیم بندی شده نامید چرا که در آن تمام ارتباطات، نقطه به نقطه و سیم بندی شده هستند. در این سطح از بلوغ، فاصله میان حرفه و فن آوری اطلاعات کم شده و فرایند تغییر سازمان به سمت پذیرش SOAآغاز میشود.
۶۷
سطح چهارم – سرویس های ساده : این سطح از سطوح اولیه SOAاست و در این سطح است که اولین سرویس های وب توسعه داده شده و دیدگاه حرفه از یک دیدگاه وظیفه گرا به دیدگاه سرویس گرا تغییر می یابد. در این سطح، پروتوکل های استاندارد پیاده سازی شده، ارتباطات نقطه به نقطه حذف شده و تمامی ارتباطات از طریق یک گذرگاه سرویس (ESB) صورت میگیرد.تحقیقات نشان داده که اکثر سازمانها سعی در رسیدن به این سطح بلوغ دارند وبسیاری از سازمانها در سطوح پایینتر بلوغ قرار دارند.
سطح پنجم – سرویس های مرکب: مهمترین موضوع در این سطح از بلوغ ارتباط بین فرایندهای حرفه و سرویس ها است. این سطح، اولین سطح از SOAاست که سرویس ها قادر به عقد قرارداد با یکدیگر هستند و ارتباطات بین سرویس ها به صورت پویا و در زمان اجرا تغییر میکند. در نتیجه دگرگونی فن آوری اطلاعات در سطح سازمان، برنامه های کاربردی مرکب از سرویس ها شکل می یابند و از طریق یک پیاده سازی معماری شده میتوان یکپارچگی وظیفه مندیهای حرفه را در سطح کل سازمان تضمین کرد [۳].
سطح ششم – سرویس های مجازی: در این سطح از طریق مجزا کردن سرویس ها و برنامه های کاربردی، سرویس های مجازی شکل میگیرند [۳۴].معماری به یک معماری کاملاً مستقل از تکنولوژی تبدیل میشود و مدیریت، نظارت و پردازش رویدادها در سطح سازمان توسط سرویس های مجزا انجام می پذیرد و مدلهای جدید حرفه پیاده سازی میشوند. عناصر زیربنایی کاملاً انعطاف پذیر بوده و در راستای رسیدن به اهداف حرفه قابل تنظیم هستند.
سطح هفتم – سرویس های با قابلیت پیکربندی پویا: معماری سیستم در این سطح بطور خودکار قابل پیکربندی مجدد است. سیستم توانایی ترکیب سرویس ها و برنامه های کاربردی در زمان اجرا و بر طبق سیاستهایی که برای سیستم تعریف شده است را دارد وعناصر زیربنایی دارای حس بوده و بطور خودکاروبراساس قواعدی که درراستای بهینه سازی اهداف حرفه تعریف شدندبه رویدادها پاسخ میدهند.
۳-۳-۱-۷- مدل بلوغ SOA سازمان
این مدل ۴ سطح بلوغ را معرفی میکند: