۱۲

مدل CRM

سازمانی

سیستم‌های مدیریت ارتباط با مشتری

پرسش‌نامه

ترکیبی

۱۳

مدل BIS

سازمانی

سیستم‌های هوشمند کسب و کار

پرسش‌نامه- تحلیل ریاضی

ترکیبی

۱۴

مدل BTOB-EC

سازمانی

تجارت الکترونیک

پرسش‌نامه

ترکیبی

۲-۴-معرفی سرویس‌گرایی در سازمان
۲-۴-۱-سازمان و معماری سازمانی
یک سازمان شامل مجموعه هائی است که دارای محدوده کاری متنوع و توزیع‌شده باشند و تحقق ماموریت از پیش تعریف شده ای را دنبال نمایند. در این صورت سازمان شامل منابع متعددی نظیر نیروی انسانی، تشکیلات مرتبط و فناوری است که می‌بایست این امور را هماهنگ کرده و اطلاعات مشترک جهت تحقق ماموریت های مشترک را منتشر نماید.
معماری یادآور یک طرح و دید همه جانبه و کلان بر ساختار و رفتار موجودیتی است که دارای خواصی چون پیچیدگی و پویائی بوده و تهیه و نگه داشت آن مستلزم داشتن توجه ویژه ای به جامعیت، یکپارچگی، انعطاف‌پذیری و تعامل پذیری است. معماری سازمانی، در واقع ابزار تحقق نیازمندی‌ها است [۲۵] و شامل مجموعه اطلاعاتی مرتبط با مأموریت سازمان و اطلاعات و فناوری‌های مورد نیاز برای دستیابی به آن و فرآیندهای انتقال مورد نیاز برای پیاده‌سازی فناوری‌های جدید، متناسب با تغییرات مورد نیاز ساختار و مأموریت سازمان است [۲۰]. در معماری سازمانی بایستی مواردی همچون ساختار مؤلفه‌ها، روابط مورد نیاز برای همکاری آن‌ها و سیاست‌ها و راهنماهایی برای مدیریت طرح ها و تکامل آن‌ها در آینده، مورد بررسی قرار گیرد. فرایند معماری سازمانی، در واقع انتقال معماری سازمان، از معماری وضع موجود به معماری وضع مطلوب را شامل می‌شود که نحوه و مسیر این حرکت را طرح انتقال مشخص می‌کند. معماری هدف، نیز عبارت است از مجموعه ایی از فرآورده ها که عمو ما، آینده و وضعیت نهایی سازمان و به طور ضمنی سیاست‌ها و افکار و طرح‌های آتی سازمان را بیان می‌کند. [۲۰]

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

معماری سازمانی شامل موارد ذیل است:۱-مجموعه‌ای از مدل‌های مربوط به واحدهای اصلی سازمان و اثر متقابل آن‌ها با محیط ۲-ارتباطات بین مدل ها و قوانین ناظر بر سازگاری و جامعیت ۳-اصول هدایت کننده طراحی و تکامل مدل ها. مدل ها خود پوشش دهنده مواردی از قبیل (اهداف) و راهبردها، فرآیندهای حرفه، مقاصد حرفه، ساختار سازمانی، سیستم‌های اطلاعاتی، هستند. با بهره گرفتن از معماری سازمانی کاهش چشم‌گیری در هزینه‌های فناوری اطلاعات، هزینه مدیریت پیچیدگی ها، حذف افزونگی، گسترش سیستم‌های فناوری اطلاعات، پاسخ به نرخ تغییرات حرفه، نیاز به اشتراک‌گذاری اطلاعات، برون سپاری داریم. مهم‌ترین نتایج معماری سازمانی را باید بهبود روش‌ها و فرآیندها در ماموریت های سازمانی، ایجاد نظامی یکدست و قابل مقایسه در توصیف سیستم ها و یکپارچگی دانست. [۱]
۲-۴-۲-معماری سرویس‌گرا
واژه «معماری» در معماری سرویس‌گرا با همان واژه در معماری سازمانی معانی متفاوتی دارد. مفهوم معماری در سرویس گرائی سبکی است که با نمونه‌های چون سبک سرویس دهنده – سرویس گیرنده یا سبک چند لایه در سیستم‌های اطلاعاتی شباهت دارد و نوعی سبک در توسعه و طراحی سیستم‌های اطلاعاتی است، درحالی‌که واژه معماری در معماری سازمانی بیان کننده نگاهی همه جانبه، بالا به پائین و دیدی همه جانبه به سازمان بوده که نهایتاً منجر به طبقه بندی و توصیف عناصر و اجزاء سازمان به صورت همه جانبه و فراگیر می‌شود.
برای معماری سرویس‌گرا تعریف ثابتی وجود ندارد ولی اکثرا بر این موضوع توافق دارند که این معماری مربوط به لایه‌های پائین بوده و متکی بر فناوری است که تاثیر آن بر هر دو حوزه کسب و کار و فناوری مشهود می‌شود. در ادامه از چند دیدگاه مورد بررسی قرار می‌گیرد: [۱]
۱-کارشناسان کسب و کار: مجموعه‌ای از سرویس‌ها که سازمان مایل به ارائه آن‌ها به مشتریان یا شرکاء خود است (تعریف سرویس کسب و کار).
۲-معماران: سبکی از معماری که حاوی قوانین، الگوها و ضوابطی است که منجر به ایجاد خصایصی نظیر پیمانه ای بودن، بسته بندی^[۲۶]، اتصال سست، استفاده مجدد و ترکیب پذیری شده و از نظر ساختار از یک ارائه دهنده سرویس و یک درخواست کننده سرویس تشکیل شده است.
۳-طراحان و پیاده سازان: یک مدل برنامه نویسی که از استانداردهائی مانند (WSDL،UDDI،SOAP) و فناوری‌هائی نظیر سرویس‌های وب استفاده می‌کند و قابلیت تعامل پذیری بین مؤلفه‌های نرم‌افزاری را بدون توجه به سکو و فناوری پیاده‌سازی آن‌ها پشتیبانی می‌کند. [۱]
۴- دیدگاه IBM: رهیافتی برای ساخت سیستم‌های توزیع‌شده است که کارکردهای نرم‌افزاری را در قالب سرویس ارائه می‌کند. این سرویس‌ها هم توسط دیگر نرم افزارها قابل فراخوانی هستند و هم برای ساخت سرویس‌های جدید مورد استفاده قرار می‌گیرند، این رهیافت برای یکپارچه‌سازی فناوری ها در محیطی که انواع مختلفی از سکوهای نرم‌افزاری و سخت‌افزاری وجود دارد ایده آل است. [۱]
۵-سبکی از معماری که از اتصال سست سرویس‌ها جهت انعطاف‌پذیری و تعامل پذیری حرفه و به صورت مستقل از فناوری پشتیبانی می‌کند و از ترکیب مجموعه سرویس‌های مبتنی بر حرفه تشکیل شده که این سرویس‌ها انعطاف‌پذیری و پیکربندی پویا را برای فرآیندها محقق می‌کنند [۲۱].
۶-چارچوبی برای یکپارچه‌سازی فرآیندهای حرفه و پشتیبانی آن‌ها توسط فناوری اطلاعات با کمک مؤلفه‌های استاندارد و امن تحت عنوان سرویس که قابلیت استفاده مجدد و اتصال به یکدیگر جهت پوشش تغییرات حرفه را دارا می‌باشند. [۲۱]
علی رغم استفاده‌های وسیع سرویس‌گرایی هنوز درک و دانش کافی برای فرایندهای پیاده‌سازی سرویس‌گرایی در سازمان‌ها موجود نیست. [۲۲]
۲-۴-۳-خواص معماری سرویس‌گرا
از جمله ویژگی‌های متمایز این معماری در مقایسه با سایر معماری‌های سازمان می‌توان به موارد زیر اشاره کرد [۱۹]
هم نواسازی: اجزاء نباید دانشی از منطق جریان کار اصلی داشته باشند، آن‌ها فقط به درخواست‌های هم نوا ساز پاسخ می‌دهند و هر جزء یک واحد مستقل به حساب می‌آید. در هم نواسازی چون منطق گردش کار به صورت جدا توسط هم نوا ساز نگهداری می‌شود، ساده تر قابل بسط و اصلاح است، از طرفی این اجزاء شانس بیشتری برای استفاده مجدد در دیگر هم نواسازی ها خواهند داشت، این عوامل خود باعث چابکی می‌شود. در سرویس‌گرایی نیاز به استفاده از هم نواسازی است، سرویس‌ها باید قابل استفاده مجدد باشند و لازمه این شرط بی وضعیتی^[۲۷] آن‌ها است.
قابلیت استفاده مجدد: اساسا سرویس‌ها برای استفاده مجدد طراحی می‌شوند، خواه این استفاده مجدد در زمان حال انجام شود و یا موکول به آینده شود، این امر با به‌کارگیری استانداردهای مستقل از فناوری و جداسازی پیاده‌سازی سرویس از واسط، محقق می‌شود. این استفاده در میان چندین نرم‌افزار، سرویس‌های هم نواسازیی و سرویس‌های بین سازمانی محقق می‌شود.
قرارداد رسمی برای تعامل: سرویس‌هایی که نیاز به تعامل (استفاده) با هم را دارند باید قواعد مربوط به چگونگی این ارتباط را به صورت رسمی و مشخص تعریف و منتشر نمایند. این قرارداد حداقل شامل تعریف نام و آدرس سرویس، عملیات ها، پیام‌های ورودی و خروجی برای هر عملیات و نوع این داده ها است. در قرارداد فقط طریقه شناخت سرویس گیرندگان از یک سرویس تعریف می‌شود.
اتصال سست سرویس‌ها: اصولا یکی از اصول اصلی این معماری بر پایه اتصال سست سرویس‌ها است، بطوریکه آن‌ها به یکدیگر وابستگی شدید نداشته باشند و بیش‌ترین استقلال از یکدیگر را داشته باشند. این به معنای آن است که یک سرویس ممکن است نیاز به اطلاعات دیگر سرویس‌ها و استفاده از آن‌ها داشته باشد ولی مستقل از چگونگی پیاده‌سازی سایر سرویس‌ها اجرا شود.
پنهان سازی پیاده‌سازی داخلی: تنها بخشی از سرویس که برای شرکاء و محیط قابل روئیت است، واسط سرویس است که تحت قالب یک قرارداد منتشر می‌شود. چگونگی پیاده‌سازی عملیات از دید محیط مخفی است و حتی ممکن است بدون اطلاع سرویس گیرندگان تغییر کند یا از فناوری جدیدی استفاده شود، بدون انکه واسط و تعریف سرویس تغییر کند.
قابلیت ترکیب پذیری: سرویس‌ها از یکدیگر استفاده می‌کنند، بدین ترتیب دانه بندی‌های متفاوتی از سرویس‌ها ایجاد می‌شود و قابلیت استفاده مجدد ارتقاء می‌پذیرد. این مورد شباهت‌هایی با قابلیت استفاده مجدد دارد با این تفاوت که قابلیت استفاده مجدد بر مهیا نمودن لوازم و استانداردها تاکید دارد در حالی که ترکیب پذیری مربوط به چگونگی تعیین و طراحی سرویس‌ها از نظر دانه بندی و کارکردی است بگو نه ای که بتوان یک سرویس کلان را از ترکیب دیگر سرویس‌ها ایجاد نمود.