مهاجرت نرم‌افزار COBOL به وب | برساوش فناوران

بله، یک برنامه‌ی COBOL را می‌توان به یک نرم‌افزار تحت وب مدرن تبدیل کرد؛ اما نه با ترجمه‌ی خط‌به‌خطِ کد. ما در برساوش فناوران منطق کاریِ نهفته در برنامه‌های COBOL شما — چه روی مین‌فریم IBM z/OS با تراکنش‌های CICS باشد، چه روی Micro Focus COBOL یا GnuCOBOL — استخراج می‌کنیم، آن را روی یک معماریِ وبِ مدرن بازنویسی می‌کنیم و داده‌ی شما را از فایل‌های VSAM یا پایگاه‌داده‌ی DB2 به یک پایگاه‌داده‌ی رابطه‌ایِ امروزی منتقل می‌کنیم. نتیجه، همان منطقِ آزموده‌شده‌ی چنددهه‌ای است، اما در مرورگر و موبایل.

چرا COBOL امروز یک ریسک سازمانی است

COBOL هنوز هسته‌ی بسیاری از سامانه‌های بانکداری، بیمه، مالی و حقوق‌ودستمزدِ سازمان‌های قدیمی را اجرا می‌کند و در کارِ خود کاملاً پایدار است. اما نگه‌داشتنِ آن هر سال پرهزینه‌تر و پرریسک‌تر می‌شود:

  • هزینه‌ی مین‌فریم: لایسنس و ظرفیت پردازشیِ مین‌فریم بر پایه‌ی MIPS محاسبه می‌شود و رقمِ سالانه‌ی آن برای بسیاری از سازمان‌ها سنگین است.
  • بحران مهارت: نسلِ برنامه‌نویسانِ COBOL دسته‌جمعی بازنشسته می‌شوند و جایگزینِ جوان کمیاب است؛ یک ایرادِ کوچک می‌تواند روزها بی‌پاسخ بماند.
  • ماهیت دسته‌ای: بسیاری از خروجی‌ها از طریق کارهای دسته‌ایِ JCL تولید می‌شوند؛ گزارش و تسویه در لحظه نیست و شبانه انجام می‌شود.
  • ترمینال سبز: کاربران هنوز با صفحه‌های گرین‌اسکرینِ 3270 کار می‌کنند که برای کارمندِ امروز ناآشنا و کند است.
  • یکپارچه‌سازی و موبایل: اتصالِ این سامانه‌ها به درگاه پرداخت، سرویس‌های برخط و اپلیکیشنِ موبایل بسیار دشوار و شکننده است.

رویکرد مهاجرت ما: بازنویسی منطق، نه ترجمه‌ی کد

ما کدِ COBOL را به زبانی دیگر «ترجمه» نمی‌کنیم؛ این کار فقط بدهیِ فنیِ قدیمی را به شکلِ تازه منتقل می‌کند. در عوض، قواعدِ کاری، فرمول‌های محاسباتی، چرخه‌ی تأیید و منطقِ تراکنش‌های CICS را مستند و بازطراحی می‌کنیم و روی یک پشته‌ی وبِ مدرن پیاده‌سازی می‌کنیم. فایل‌های VSAM و جدول‌های DB2 به یک مدلِ داده‌ی رابطه‌ایِ تمیز نگاشت می‌شوند و کارهای شبانه‌ی JCL در صورت نیاز به پردازش‌های زمان‌بندی‌شده یا بی‌درنگِ وب تبدیل می‌شوند. اگر هنوز مطمئن نیستید معماریِ تحت وب برای شما بهتر است یا نصبی، صفحه‌ی نرم‌افزار وب یا نصبی تفاوت‌ها را توضیح می‌دهد. این خدمت بخشی از مجموعه‌ی نجات نرم‌افزارهای قدیمی ماست.

چه چیزی تحویل می‌گیرید

خروجیِ پروژه یک نرم‌افزار تحت وبِ کامل است که همان کاری را می‌کند که سامانه‌ی COBOL شما می‌کرد، اما بدونِ قید و بندِ مین‌فریم:

  • وب و موبایل: دسترسی از مرورگر روی رایانه، تبلت و گوشی، بدون نصبِ ترمینالِ خاص.
  • کاربر هم‌زمان: پشتیبانی از بیش از ۵۰ کاربرِ هم‌زمان و قابلِ گسترش برای سازمان‌های بزرگ‌تر.
  • دسترسی نقش‌محور: هر کاربر تنها به بخش‌های مجازِ خود دسترسی دارد و همه‌ی رویدادها ثبت می‌شوند.
  • پشتیبان‌گیری: پشتیبان‌گیریِ منظم و خودکار از پایگاه‌داده و امکانِ بازگردانی.
  • یکپارچگی: اتصالِ آسان به سامانه‌های دیگر مانند نرم‌افزار حسابداری و ERP و سرویس‌های برخط.

روند اجرای پروژه

ما پروژه را گام‌به‌گام و با ریسکِ کنترل‌شده پیش می‌بریم:

  • تحلیل: بررسیِ کدِ COBOL، ساختارِ VSAM/DB2، تراکنش‌های CICS و کارهای JCL برای استخراجِ کاملِ منطقِ کاری.
  • بازنویسی: پیاده‌سازیِ منطق روی معماریِ وبِ مدرن با رابطِ کاربریِ ساده و سریع.
  • مهاجرت داده: انتقالِ داده‌ی تاریخی به پایگاه‌داده‌ی جدید همراه با اعتبارسنجی و مطابقتِ مانده‌ها.
  • آموزش: آموزشِ کاربران و همراهیِ پشتیبانی تا جایگزینیِ کاملِ سامانه‌ی قدیمی.

اگر نیازِ شما فراتر از یک مهاجرتِ ساده است، می‌توانیم آن را به‌صورتِ یک پروژه‌ی نرم‌افزار اختصاصی طراحی کنیم.

سوالات متداول

آیا باید همه‌ی برنامه را یک‌باره مهاجرت کنیم؟

خیر. معمولاً مهاجرتِ ماژول‌به‌ماژول را پیشنهاد می‌کنیم تا سامانه‌ی COBOL تا پایانِ کار در مدار بماند و ریسکِ وقفه کمینه شود.

داده‌ی تاریخیِ ما در VSAM و DB2 چه می‌شود؟

همه‌ی داده‌ی تاریخیِ شما با اعتبارسنجی به پایگاه‌داده‌ی جدید منتقل می‌شود؛ هیچ سابقه‌ای از دست نمی‌رود و مانده‌ها مطابقت داده می‌شوند.

آیا منطقِ محاسباتیِ دقیقِ ما حفظ می‌شود؟

بله. قواعدِ کاری، فرمول‌ها و چرخه‌ی تأیید پیش از بازنویسی مستند و با تیمِ شما تأیید می‌شوند تا خروجیِ سامانه‌ی جدید با سامانه‌ی قدیمی مطابقت داشته باشد.

چقدر طول می‌کشد؟

زمان به حجمِ کد، تعدادِ تراکنش‌ها و پیچیدگیِ منطق بستگی دارد؛ پس از تحلیلِ اولیه یک برآوردِ شفافِ زمان و هزینه ارائه می‌کنیم.

Eitaa