ارائه راهکارهایی جهت رفع مشکل پراکندگی جغرافیایی

وضعیت موجود:

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

• بانک اطلاعاتی مرجع
• بانک اطلاعاتی سیستم مدیریت منابع انسانی
• برنامه کاربردی مدیریت منابع انسانی

بانک اطلاعاتی مرجع :

این بانک شامل اطلاعاتی است که در ستاد (هلدینگ ورود اطلاعات میشود) این بانک اطلاعاتی دارای برنامه کاربردی جهت ورود اطلاعات خود میباشد که این برنامه در ستاد نصب شده است. این بانک باید در مراکز شرکتها نیز وجود داشته باشد.

بانک اطلاعاتی سیستم مدیریت منابع انسانی

این بانک اطلاعاتی شامل اطلاعات مربوط به سیستم منابع انسانی هر یک از شرکتها است که این بانک در کنار برنامه کاربردی در مراکز شرکتها نصب شده است و این اطلاعات میبایستی در مقاطع زمانی مشخص و با توجه به بستر ارتباطی به مرکز داده ستاد (هلدینگ) داده شود.

برنامه کاربردی مدیریت منابع انسانی

برنامه ای طراحی شده است که قابلیت شخصی سازی در ازای هریک از شرکتها میباشد این برنامه جهت اجرا به هر دو بانک اطلاعاتی مرجع و مدیریت منابع انسانی نیاز دارد و این برنامه در هر یک از مراکز شرکتها نصب شده است. نکته ویژه در این ارتباط این است که بانک اطلاعات شعب باید بتوانند به صورت Offline نیز کار نموده و در زمان برقراری مجدد ارتباط با بانک اصلی اطلاعات سینک شوند. نکته قابل توجه این است که در زمان ارتباط مجدد سینک باید دو طرفه صورت پذیرد.

طرح مسئله :

چگونگی ارسال و دریافت اطلاعات بین هریک از شرکتها و ستاد (هلدینگ) بدین معنی که ایجاد ساختار جهت دریافت اطلاعات پایه در مراکز شرکتها و دریافت اطلاعات شرکتها در ستاد (هلدینگ)

راه حل های ارتباط پیشنهادی :

• راه حل 1:

تعیین حالت های مختلف در قالب یک پروتکل ارتباطی تعیین یک "سرویس واسط" جهت مانیتورینگ ارتباط

-ارتباط آنلاین تبادل پیام با "سرویس واسط" جهت چک کردن ارتباط ارسال در صورت تائید

-ارتباط آفلاین تبادل پیام با "سرویس واسط" جهت چک کردن ارتباط انتظار جهت دریافت تائید برقراری ارتباط ارسال در صورت تائید

نکته: برای جلوگیری از ترافیک و یا همچنین تقویت ساختار می توان از FTP یا ... نیز به عنوان ظرف مشترک بهره برد.

• راه حل 2:

ابتدا تمامی وظیفه ها را به سرویس تبدیل نموده و سپس کیس را بر اساس معماری سرویس گرا عملیاتی می کنیم.