پایان نامه با کلید واژگان اجرایی تولید، سرویس گرا، الگوهای طراحی

شود[29].
2.6.3 معماری های کشف سرویس
معماری های متفاوتی برای کشف سرویس ارائه شده اند که بیشتر به محل مخازن سرویس و نحوه دسترسی به آنها می پردازند . معماری های پیشنهاد شده را می توان به دو دسته کلی معماری های متمرکز و معماری های توزیع شده تقسیم کرد.
در معماری های متمرکز ، سرویس ها در یک مخزن مرکزی مانند UDDI یا پورتال وب نگهداری می شوند . معماری هایی که از UDDI به عنوان مخزن استفاده می کنند خود به دو دسته معماری های مرکب و معماری های مبتنی بر واسطه تقسیم می شوند . از مزایای معماری متمرکز این است که دسترسی سریع به تمام توصیفات سرویس ها را فراهم می کند . اما در مقابل این روش با چالش هایی نیز مواجه است از جمله اینکه خود مخزن مرکزی به یک گلوگاه تبدیل می شود زیرا دسترسی به سرویس ها فقط از طریق آن انجام می شود . مسئله دیگر در ارتباط با این معماری این است که ثبت سرویس ها بر عهده خود تولیدکننده ها است و در صورتی که این کار انجام نشود مخازن سرویس قدیمی شده و سرویس های تازه را شامل نمی شوند .
روش هایی که معماری توزیع شده را پیشنهاد می کنند از قابلیت انعطاف پذیری و توسعه پذیری بهره می برند . در چنین معماری هایی سرویس ها در وب سایت تولید کننده نگهداری می شوند و از ساز و کارهای متفاوتی برای پیدا کردن سرویس ها استفاده می شود. روش هایی که از معماری توزیع شده استفاده می کنند را می توان بر اساس نحوه دست یابی به سرویس ها به سه دسته معماری های مبتنی بر اینترنت ، معماری های مبتنی بر عامل ها و معماری های همتا به همتا تقسیم کرد[30] .

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

فصل سوم- مبانی راهکار پیشنهادی

3.1 مقدمه
در فصل پیش مفاهیم تولید توزیع شده و سرویس گرا توضیح داده شدند و در مورد چالش ها و کمبودهای موجود در این سیستم ها و پتانسیل سرویس گرایی برای ارائه راهکارهای مناسب صحبت شد. یکی از حوزه هایی که مناسب است تا در سیستم های اجرایی تولید برای حصول نتایج بیشتر ، استفاده شود شناسایی سرویس های مورد نیاز است که با استفاده از این رویکرد هنوز راه حل های مناسبی ارائه نشده است .
در این فصل مبانی رویکرد پیشنهادی برای کشف سرویس ها و تحلیل سیستم های اجرایی تولید برای شناسایی سرویس ها توضیح داده می شود. جزئیات مربوط به گام های شناسایی، تعیین مشخصه ها شرح داده می شود. هدف از ارائه این رویکرد همانطور که در فصل اول عنوان شد ارائه چهارچوبی جامع برای سیستم های اجرایی تولید با استفاده از سرویس گرایی است. این چهارچوب بایستی حدالامکان از مزایای سرویس گرا برای کاربرد بهینه در محیط توزیع شده استفاده کرده باشد.
در ادامه فصل، ابتدا نگاهی کلی به رویکرد مورد استفاده و مراحل آن آورده شده است ، سپس با استفاده از الگوهای طراحی معرفی شده در بخش قبل به معرفی طرح کلی سیستم اجرایی توزیع شده سرویس گرا خواهیم پرداخت. در بخش پایانی به صورت جزئی تر رویکرد پیشنهاد شده تشریح می شود.
3.2 نگاهی کلی
هدف این تحقیق ارائه چهارچوبی سرویس گرا برای سیستم های اجرایی تولید و مبتنی بر مدل محاسبات ابری است . علت استفاده از سرویس گرایی در ارائه این چهارچوب این است که بتوان با تحلیل ماژولهای مختلف این سیستم ها سرویس های مورد نیاز را استخراج نمود . البته با توجه به ماهیت این سیستم ها و سیستم های امکاناتی ، نمی توان ادعا کرد که تمامی سرویس های چهارچوب شناسایی شده اند ولی سرویس های استخراج شده قابل پاسخگویی برای مهمترین بخش های سیستم هستند. بسیاری از این سرویس ها قابلیت ترکیب با کامپوننت های فعلی سیستم را دارند و بسیاری از آنها بایستی جایگزین راه حل های فعلی شوند.
از این رودر این چارچوب ، سرویس های شناخته شده در حقیقت جزء سرویس های اصلی این سیستم ها هستند و در مراحل دیگر چرخه این سیستم ها ، به عبارتی در فاز توسعه و پیاده سازی نیز نیاز به کشف سرویس وجود دارد که زیر مجموعه این کار قرار نمی گیرد. این سرویس ها منجر به افزایش استفاده مجدد و در نتیجه کاهش هزینه ها حین اجرا خواهد شد.< br /> تحقیقات صورت گرفته نشان می دهد که متودولوژی های متعددی برای تحلیل سرویس گرا ایجاد و به کار گرفته می شود ، رویکردی که ما برای تحلیل این سیستم ها استفاده می کنیم بایستی ویژگی آن را داشته باشد تا سیستم های توزیع شده و بسیار بزرگ را تحت پوشش قرار دهد. در بین متودولوژی های موجود، متودولوژی SOMA (Service Oriented Modelling and Architecture ( کاندید مناسبی برای این کار می باشد.
با توجه به مطالعات انجام شده بر روی دامنه موجود، تمرکز برای کشف و شناسایی سرویس ها و تعیین مشخصه سرویس های مهم این سیستم با استفاده از متودولوژی پیشنهاد شده می باشد.
– ابتدا با بررسی سیستم های اجرایی تولید موجود و شناسایی مشکلات و بسط این مشکلات با در نظر گرفتن محیط توزیع شده جدید ، به شرح مسائل مختلف که برای رفع آنها نیاز به ارائه مدل سرویس گرا داریم می پردازیم.
– با در نظر گرفتن شرح مسائل مختلف برای هر کدام بنا بر متودولوژی در نظر گرفته SOMA و الگوی راه حل پیشنهاد می دهیم.
– با شناسایی سیستم های اجرایی تولید و فعالیت ها و وظایف آنها با استفاده از الگوهای طراحی موجود ، عناصر کلیدی این سیستم ها را شناسایی می کنیم.
– با در نظر گرفتن الگوهای راه حل پیشنهادی و در نظر گرفتن دامنه موجود، الگوهای طراحی سیستم های اجرایی تولید اهداف مهم کسب و کار وسیستم های قدیمی به شناسایی سرویس های پیشنهادی می پردازیم.
– سرویس ها را با روش های موجود بررسی کرده و سرویس های کاندید را شناسایی می کنیم.
طراحی سرویس گرای این چارچوب به نحوی است که سعی شده عناصر موجودیت تا حد امکان قابلیت کار دو به دو را داشته باشند تا یکپارچگی هر چه بیشتر در محیط توزیع شده تولید فراهم شود. این رویکرد طراحی جامع بوده و هدف ارائه مخزن سرویس بهینه حاوی سرویس های پایه ی سیستم های اجرایی تولید در محیط توزیع شده است.
با در نظر گرفتن توضیحات ارائه شده در بالا در زیر نمایی کلی از رویکرد مورد استفاده نشان داده شده است. شکل3.1 مراحل این رویکرد است:

شکل3.1 نمایی کلی از رویکرد مورد استفاده
3.2.1 تشریح سیستم های اجرایی تولید و طرح مساله در محیط توزیع شده
در این مرحله ، فرآیند های کسب و کار بررسی شده و نقاط عطف برای دگرگونی و تغییر شناسایی می شود، نقاطی که با شناسایی آنها مراحل بعدی با وجود آنها آغاز می شود. با بررسی سیستم های اجرایی تولید فعلی و بسط آنها در محیط توزیع شده و بررسی آنها با مجموعه ای از مشکلات پایه و اصلی این سیستم ها آشنا شدیم که بعضاً تامین آنها در محیط توزیع شده منجر به تقلیل اثرات مشکل و گاهی نیز منجر به تشدید آن مشکلات شده است. در ادامه به معرفی مسائل پایه این سیستم ها می پردازیم.
• سیستم های اجرایی تولید در حقیقت واسطی بین برنامه ریزی ها در سطح کلان و کارهای ریز شده در سطح ایستگاه های کاری هستند، عده ای هدف رسیدن به این سیستم ها را تامین واسطی که دیدی روشن و شفاف نسبت به امور به آنها بدهد می دانند، مشکل اینجاست که این سیستم ها چگونه می توانند پاسخگوی این نیاز باشند. ( هدف رسیدن به شفافیت در گزارش گیری کلان )
• برنامه ریزی های سطح کلان که از لایه ی برنامه ریزی منابع سازمان به این لایه ارسال می شود اغلب در سطح کلان می باشد و جزئیات در آن لحاظ نشده است، چگونه سیستم های اجرایی تولید توزیع شده می توانند زمان بندی دقیق و جزئی شده از اقدامات واقعی داشته باشد. هدف : طرح رسیدن به برنامه ریزی جزئی شده است .
• سفارش کاری که از لایه های برنامه ریزی منابع سازمان دریافت می شود چگونه مدیریت می شود تا در زمان مناسب تحویل داده شود ضمن آن که از منابع به حد بهینه استفاده کرده باشد. هدف : ارائه راه حل مدیریت سفارش ها برای رسیدن به بهینگی
• دید، نسبت به منابع از نگاه کلان با آنچه در عمل موجود است تفاوت بسیار دارد. آنچه در عمل دیده می شود شامل اطلاعات از منابع ، وضعیت آنها ، رزرو شدن و مکان آنها است. مشکل اینجاست که چگونه اطلاعات به روزی از وضعیت منابع همواره آماده داشته باشیم.
• سفارش های کار، نحوه استفاده از منابع و چگونگی زمان بندی و بسیاری از موارد دیگر تولید را لحظه به لحظه پیش می برند ، اینکه بتوان پیگیری دقیقی از کارهای در جریان توسط عوامل داخلی سیستم فراهم آورد ، خود نوعی مشکل برای این سیستم ها می باشد.
• در صورت وقوع اتفاق غیر منتظره، این سیستم ها چگونه باید قادر باشند واکنش نشان دهند و وضعیت را به بهترین نحو مدیریت کنند.
• در صورت اعمال تغییرات چگونه می توان به نرمی آنها را به سیستم اعمال کرد طوری که بتوان توازنی بین انعطاف پذیری و بهینگی ایجاد کرد.
• فرآیند هر تولیدی شامل تعاریف متعددی از مواد اولیه تا نحوه کارایی پرسنل فرآیند تولید و غیره می باشد که دائماً در حین اجرا به سیستم اضافه می شود ، چگونه می توان مدیریت درستی بر این تعاریف برای تسهیل فرآیند اجرا داشت.

3.2.2 انتخاب الگوهای راه حل( Solution pattern ) های SOMA30
راه حل های سرویس گرا ذاتاً ترکیبی هستند و معمولاً شامل چندین نوع راه حل می شوند و این به دلیل آن است که در SOMA ، مرحله شناسایی و تشخیص سرویس ها ، بسیار زود انجام می شود و راه حل های متنوعی نظیر توسعه سفارشی ، یکپارچه سازی با سیستم های قدیمی ، توسعه پکیج های برنامه های کاربردی ، طراحی ESB31 و استفاده از آن و سرویس های کسب و کار مرکب پیشنهاد داده شده است .
SOMA به نوعی طراحی شده است که بتواند به خوبی ماهیت ترکیبی راه حل های سرویس گرا را
به کار ببرد و فعالیت های خاص و راهنمایی ها را برای پیاده سازی هر یک از راه حل های عنوان شده را به کار گیرد . در متدولوژی SOMA ، محتوای هر یک از راه حل ها ، متناظر با همان راه حل است که حاوی وظایف ، تولیدات کاری ، نقش ها و راهنمایی هایی شود که از آن تحت عنوان الگوی راه حل استفاده می کنیم.
3.2.3 الگوی راه حل های پیشنهادی توسط SOMA
ESB ، یک الگوی راه حل می باشد ، نه یک محصول ، به نحوی که معماری سرویس گرا می تواند از آن استفاده کند تا چالش ها را در محیط های بزرگ و توزیع شده برطرف سازد، چالش هایی از قبیل اینکه : چگونه می توان سطح بالایی از یکپارچگی و قابلیت کار متقابل بین سیستم هایی که به طور همزمان کار می کنند ایجاد کرد . سیستم هایی که به صورت مجزا مالکیت خود را دارند و به صورت توزیع شده عمل می کنند و به طور همزمان معایب وجود تکنولوژی های مختلف در نقاط توزیع شده مختلف را کاهش داد و از به کارگیری راه حل های سطحی و برهه ای اجتناب کرد، چیزی که منجر

پاسخی بگذارید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *