1- ارزیابی اقتصادی و بازار ابزارهای مهاجرت
امروزه سیستمهای قدیمی که فعالیتهای اصلی سازمان را انجام میدهند یکی از بزرگترین مشکلات سازمانها هستند که به دلیل قدمت طراحی و پیادهسازی امکان تعامل با اجزای دیگر سازمان را ندارند و در بسیاری از موارد که سازمان نیازمندیهای جدیدی پیدا میکند قابلیت انعطاف برای برآورده ساختن نیازهای سازمان را ندارد و حتی در صورت امکان نیز از آنجایی که هزینه انجام تغییرات با گذشت زمان رشد تصاعدی خواهد داشت ( شکل (1)، انجام تغییرات دارای توجیه اقتصادی نیست .
با توجه به عدم توانایی سیستمهای قدیمی در برآوردهسازی نیازهای جدید سازمان، سازمانها به دنبال راهکارهایی جهت حل کردن این مشکل میباشند.
شکل (1) – نمودار هزینه اعمال تغییرات در سیستم های قدیمی
این در حالی است که نگهداری از این برنامههای قدیمی و زیرساختهای سختافزاری آنها نیز برای سازمانها فوقالعاده گران تمام میشود تا آنجا که در نهایت استفاده از آن مطابق شکل (2) هیچگونه توجیه اقتصادی نخواهد داشت.
شکل (2) – نمودار بازگشت سرمایه
دو راه حل کلی برای سازمانها وجود دارد که در گزینه اول سازمان از سیستم قدیمی و تمامی مزایایش چشم میپوشد و سیستم جدیدی را جایگزین آن میکند.
در گزینه دوم سازمان تمایلی به دور انداختن سیستم قدیمی ندارد بلکه روشی را بکار میگیرد تا بتوان به سیستم قدیمی پویایی و انعطاف بیشتری بخشید.
با توجه به اینکه سیستمهای قدیمی شیرازه و ستون فقرات فعالیت یک سازمان میباشند در بسیاری از موارد سازمانها هیچ تمایلی به کنار گذاشتن کامل آن و یا جایگزینی آن با یک سیستم نوپا ندارند که هنوز در محیط کاری جدی سازمان قرار نگرفته است.
بنابراین پیشبینی میشود که گزینه دوم در بازار مدرنسازی برنامههای سازمانی بیشتر مورد توجه سازمانها قرار بگیرد بهگونهای که این امر از لحاظ اقتصادی استفاده از روشهای مهاجرت را مقرون به صرفه میکند.
جهت تسهیل مشکلات سیستمهای قدیمی (گزینه دوم) روشهای متنوعی ارائه شده است.
برخی روشها نگرشی سطحی دارند همانند تغییر واسط کاربر برنامههای قدیمی که در شکلهای (3) و (4) نشان داده شده است.
بنا به این نگرش سطحی تغییرات عمدهای در سیستمهای قدیمی ایجاد نمیشود.
این روشها اغلب جهت استخراج دادهها و تعاملات برنامه¬های قدیمی با کاربر و نمایش این دادهها و تعاملات بهصورت کاربرپسندانهتری بهکار گرفته میشوند.
راهکارهایی در این زمینه که درحال حاضر در بازار وجود دارد یک لایه بین برنامه¬های قدیمی و کاربر بهوجود میآورند که در این لایه معمولا از پروتکلهای وب و خصوصا XML جهت تعامل و تبادل بهتر اطلاعات بین برنامه¬های قدیمی و کاربر استفاده میشود.
هرچند این لایه (لایه سرویس وب) سبب افزایش میزان پیچیدگی و سربار سیستم و مدیریت پروسه¬ها میشود ولی امکان دسترسی راحتتر و بیشتر به سیستمهای قدیمی را فراهم میآورد بدون اینکه مشکلی برای این سیستمها به وجود آید _سیستمهایی که فعالیت سازمانها به آنها وابسته است_.
با توجه به اینکه به کارگیری پروتکلهای وب جهت پیادهسازی لایه واسط هزینه سنگینی به سازمان تحمیل نمیکند و از طرف دیگر به کارگیری این پروتکلها تهدید خاصی برای سیستم قدیمی نیز به وجود نمیآورد؛ درحال حاضر بازار این روشها از رونقی نسبی برخوردار است.
هرچند نباید این نکته را از خاطر برد که این روشها راهکارهایی کوتاهمدت و موقت هستند و هرگز توانایی رفع مشکلات سازمان را در درازمدت ندارند.
شکل (3) - Screen Scrapping
شکل (4) - XML-Integration
دسته دیگر از روشها رویکردی جامع دارند و در آنها سیستم قدیمی سازمان مستقیما مورد دستکاری و تغییر قرار میگیرد.
هرچند استفاده از این روشها ریسک بیشتری برای سازمان دارد؛ ولی با توجه به تمهیدات درنظر گرفته شده بدین منظور, تلاش میشود در فعالیت سازمان خللی وارد نشود.
این روشها به دلیل حل مشکلات سیستمهای قدیمی به صورت بنیادی و ریشهای راهکارهایی جامع و درازمدت هستند و از این رو بسیار مورد توجه سازمانها به عنوان راهحل نهایی میباشند.
استفاده از این روشها سبب کاهش هزینههای نگهداری سیستم برای سازمان میشود و همچنین با توجه به مستندسازی سیستم، از این پس سازمان میتواند سیستم و فرآیندهای آن را کاملا کنترل کند.
علاوه براین به دلیل ایجاد قابلیت ادغام با تکنولوژیهای جدید، به نیازهای جاری و پیشروی سازمان نیز پاسخ داده خواهد شد.
از جمله این روشها میتوان به روشهای مهاجرت و روشهای مهندسی مجدد اشاره کرد که انواع روش های ارایه شده در این زمینه در گزارش اول این پروژه تحقیقاتی بررسی گردید.
بازار بازسازی سیستمهای قدیمی با گذشت زمان رونق بیشتری خواهد یافت چراکه دارای رابطهای مستقیم با روند پیدایش نیازهای جدید در سازمانها میباشد.
هرچند روشهای موقت به سرعت به نتیجه میرسند و مشکلات سازمان را نوعا به صورت موقتی حل میکنند ولی از طرف دیگر با توجه به ناکارآمدی روشهای موقت به تدریج سازمانها به روشهای جامع و درازمدت روی خواهند آورد.
بازار بازسازی سیستمهای قدیمی دربرگیرنده محصولات، ابزارها و روشهای مختلفی است که در آنها تلاش میشود وظیفهمندیها و روالهای کاری سازمان از سیستم قدیمی استخراج گردد و به سیستم جدید منتقل شود و یا جهت تسهیل تعامل کاربر با سیستم قدیمی از واسط کاربرپسندانهتری استفاده شود و یا محیط کاری سیستم قدیمی (سختافزار قدیمی) به وسیله یک لایه میانافزار شبیهسازی و معادلسازی شود و از اینقبیل.
به هرحال رقابت در بازار بازسازی سیستمهای قدیمی حول محور افزایش قابلیت انعطاف سیستمهای قدیمی میچرخد.
علاوه¬بر¬این بحث بازسازی سیستمها تنها محدود به بزرگ¬رایانهها نمیشود چرا که سازمانها با هر جهش تکنولوژی نیاز دارند تا سیستمهای قدیمیشان با توجه به مشخصات تکنولوژی جدید بازسازی شود.
مشکل اصلی سازمانها این است که سیستمهای قدیمی آنها سالیانی دراز تمامی نیازها و وظیفهمندیهای سازمان را برآورده کردهاند و درحال حاضر نیز مشکلی برای کار کردن ندارند ولی به دلیل جهش تکنولوژی، این سیستم موثر و بسیار کارآمد اجازه به کارگیری تکنولوژی جدید در سازمان جهت پاسخگویی به نیازهای جدید را نمیدهد.
با توجه به اینکه این سیستمهای قدیمی به صورت متناوب جهت برآوردهسازی نیازهای سازمان بهروز شدهاند، ازاینرو این سیستمها برای سازمانها ارزش حیاتی دارند و بهدلیل همین ارزش حیاتی است که هیچ سازمانی برای جایگزینی سیستم کارآمد خود حتی در درازمدت نیز نمیتواند به راحتی تصمیم بگیرد.
با توجه به علاقه شدید سازمان به نگهداری سیستم قدیمی کارآمد پیشبینی میشود بازار روشهای درازمدت و جامع همانند مهاجرت نسبت به روشهای موقت و کوتاهمدت رونق بیشتری یابد.
2- بازگشت سرمایه ROI:
برنامههای کاربردی یک سازمان به صورت متناوبی نیازمند اعمال برخی تغییرات هستند که این تغییر علاوه بر نیازهایی همانند فرآیندهای جدید، ادغام با برنامههای کاربردی دیگر، ارتقای سختافزار و نرمافزار است.
میزان بازگشت سرمایه برای برنامههای کاربردی در شکل 2 نشان داده شده است.
گراف شکل 2 نشان میدهد که پس از اتمام مرحله پیادهسازی برنامه هزینه نگهداری و توسعه آن کم است و بنابراین روند بازگشت سرمایه سیر صعودی خواهد داشت.
هرچند هزینه نگهداری مطابق شکل (1) پس از طی یک بازه زمانی به صورت نمایی افزایش پیدا خواهد کرد که این افزایش سبب کاهش میزان بازگشت سرمایه میشود.
3- ابزار ACUCOBOL-GT از شرکت ACUCORP
این محصول شرکت ACUCORP صورت جدیدی از Cobol است که اجزاء اصلی و راه حلهای قدرتمند این خانواده را بسط و توسعه داده اند.
ACUCOBOL-GTباعث توسعه و پیشرفت خصوصیات مختلفی در یک سیستم می گردد.
خصوصیاتی نظیر کامپایلر ، زمان اجرا ، سیستم فایل شاخص دار ، پشتیبانی تسهیلات مختلف ، Source-level و همچنین عیب یابی متقابل .
تکنولوژی اصلی این سیستمها یک کامپایلر Singel-pass دقیق و سریع می باشد ، که کدهای قابل اجرا را از منابع نوشته شده درACUCOBOL-GT و یک سری از کدهای عمومی COBOL تولید می کند.
ACUCOBOL-GT محصولات خود را برای پردازنده های INTELو SPARC به صورت Compact ، object code مستقل از ماشین ، یا اختیاری ، object code محلی را تولید می کند.
کد های کامپایل شده را می توان به بیش از 600 قالب مختلف و انواع مختلفی از سیستم عامل ها منتقل کرد.
دروازه اشیاء نیازی به پیوند مجدد با اشیاء مستقل از ماشین و یا با کدهای محلی ندارد.
کدهای محلی و اشیاء مستقل از ماشین می توانند درون برنامه های کاربردی یکسان ترکیب شوند و به توسعه دهنده سیستم این اجازه را می دهند تا کدها را برای بهترن حالت متناسب و مورد نیاز برای بهینه سازی برنامه ، از عملکرد برنامه های کاربردی کامپایل نماید.
ACUCOBOL-GT محصولات خود را برای پردازنده های INTELو SPARC به صورت Compact ، object code مستقل از ماشین ، یا اختیاری ، object code محلی را تولید می کند.
کدهای محلی و اشیاء مستقل از ماشین می توانند درون برنامه های کاربردی یکسان ترکیب شوند و به توسعه دهنده سیستم این اجازه را می دهند تا کدها را برای بهترن حالت متناسب و مورد نیاز برای بهینه سازی برنامه ، از عملکرد برنامه های کاربردی کامپایل نماید.
3-1- سازگاری Source Code گزینه های مختلفی برای حمایت در تبدیل از محیط های مختلف Cobol در دسترس می باشد.
این گزینه ها کنترل بر روی عناصر اینچنین نظیر source file format ، بررسی کلمات رزرو شده ومنابع ذخیره داده را آماده می کنند.
ACUCOBOL-GT یک سازگاری عمومی را ارائه می کند : RM/COBOL-85 (ANSI 85) RM/COBOL-Version 2 (ANSI 74) ICOBOL VAX™ COBOL IBM DOS/VS COBOL HP COBOL II/XL در ACUCOBOL-GT انواع مختلفی از شیوه های سازگاری می توانند درون برنامه های کاربردی یکسان اجرا شوند.
اگرچه تکنولوژی ACUCORP تغییرات را آسان ساخته است ولی ممکن است که درون کد برخی از برنامه های کاربردی به تغییراتی نیازداشته باشیم.
3-2- قابلیت انتقال اشیاء برنامه های کاربردی ساخته شده ، را می توانند در چندین قالب بسط و توسعه داد و با یک مجموعه از Source Code ها که فقط به یک ترجمه نیاز دارد، نگهداری کرد.
برای مثال یک برنامه کاربردی توسعه داده شده برای Unix می تواند بر روی یک ترمینال Windows خارج از مجموعه ای که مجددا ترجمه شده ، اجرا گردد.
3-3- سیستم فایلهای شاخص دار این تصور به خوبی با همه اجزاء ACUCOBOL-GT یکپارچه شده است و عاملیتهای آن با افزودن خصوصیات و بالا بردن عملکرد اضافی قابل مقایسه با دیگر سیستم فایلهای شاخص دار می باشد.
(Open VMS در دسترس نیست) 3-4- انعطاف پذیری منابع داده ACUCOBOL-GT به شما اجازه می دهد تا از فایلها و سیستمهای مدیریت پایگاه داده متنوعی که شامل سیستم فایل ISAM است و برای موارد زیر پشتیبانی شده است، استفاده شود.
Pervasive.SQL, KSAM C-ISAM.
شرکت ACUCORP سیستم Acu4GL™ را برای آماده سازی دسترسی به سیستمهای RDBMS نظیر ORACLE ، SQL Server MS ، DB2 و ODBC-compliant data sources افزوده است.
با AcuSQL™ می توان پرس وجوهای SQL را در برنامه های Cobol مورد نظر خود قرار دهید و دسترسی به برنامه های کاربردی را در منابع داده SQL-compliant واگذار کنید.
3-5- تکنولوژی گرافیکی در ACUCOBOL-GT یک مجموعه جامع ازبخشهای مختلف به Cobol افزوده شده که برنامه نویسی و اداره گرافیکی واسطهای کاربر را نیز شامل می شود.با استفاده از این مجموعه افزوده شده یک توسعه دهنده سیستم می تواند خصوصیات کامل GUI های محلی را در برنامه های موجود در سراسر Cobol اضافه نماید .
3-6- ActiveX و OLE ACUCOBOL-GT به توسعه دهنده این توانایی را می دهد که بتواند از ActiveX ها ویا اشیاء OLE در برنامه های خود استفاده و از مزایای آنها بهره برداری لازم را انجام دهد.
3-7- تکنولوژی Thin Client ACUCORP در تکنولوژی Thin Clientاین اجازه را می دهد تا برنامه های ACUCOBOL-GT اجرا شده در Unix / Linux یا Windows server های 32 بیتی یک GUI Windows در شبکه های PC سیستم عامل Windows با TCP/IP ارائه دهد.
3-8- گسترش اینترنت ACUCORP چندین تکنولوژی جدید را جهت ساده کردن گسترش برنامه های کاربردی ACUCOBOL-GT در اینترنت ارائه می دهد.
برنامه های کاربردی یکسان آن در حال حاضر در مرکزاصلی آن اجرا شده اندکه می توانندآن را با سرعت در سرویس گیرنده های موجود در خارج از مجموعه ، توزیع کننده ها ویا کارکنان بدون تغییرات مشکل برنامه در دسترس قرار دهند.
3-9- توانایی سرویس گیرنده- سرویس دهنده برنامه های کاربردی ACUCOBOL-GT به آسانی می توانند پشتیبانی سرویس گیرنده/ سرویس دهنده ، back -end را برای همه ایده های شاخص دار ، ترتیبی یا فایلهای وابسته به AcuServer™ را به دست آورد.
AcuServer پشتیبانی دسترسی به فایل را در شبکه برای UNIX/Linux وسیستمهای ویندوز 32 بیتی که از طریق TCP/IP متصل شده اند آماده می کند.
3-10- قالب های پشتیبانی شده در زیر لیستی از سیستمها ، محیط ها و قالب هایی که توسط ACUCOBOL-GT پشتیبانی می شود را ملاحظه می کنید : Windows 95, 98, ME, NT, 2000, XP Windows NT Server, 2000 Advanced Server, 2000 & 2003 Server MS Windows Terminal Server/Citrix HP-UX 10.20, 11.0, 11i, and 11.22i (32- & 64-bit) SCO UNIX Open Server (5.0.0, 5.0.4, 5.0.5, 5.0.6) ELF SCO UNIX V.3 R2.4 SCO UnixWare 7.0 ELF UNIX SVR4v3 (MP-RAS 3.x) Solaris 2.6 (x86 PC/Intel) Solaris 2.4, 2.5, 2.6 (Sun SPARC) Solaris 7.0, 8.0, 9.0 (Sun SPARC 32- & 64-bit) Solaris 7.0, 8.0 (x86 PC/Intel, 32-bit) Linux (glibc 2.0, 2.1, 2.2, 2.3) - x86 PC (Intel) Linux (glibc 2.1 and 2.2) - IBM (S/390) Linux (libc 5) - Intel AIX 4.1, 4.3 (32-bit) AIX 5L (32- & 64-bit) MPE/iX 6.0 (HP e3000) Open VMS operating systems درانتها لازم به ذکر است که علامت تجاری ACUCORP، بسط و توسعه آن، ACUCOBOL-GT و Acu4GL توسط شرکت ACUCORP به ثبت رسیده است .
همچنین علامت تجاری AcuServer, AcuSQL و AcuBenchنیز به شرکت ACUCORP اختصاص دارد.
حق امتیاز Acu4GL نیز توسط U.S.
محافظت می شود.
سایر نام محصولات و علامتها نیز به نوعی علامت تجاری آنها توسط شرکت ثبت شده اند.
4- ابزار AMXW از شرکت SPEED WARE شرکت SPEED WARE این ابزار را به عنوان یک راه حل یک مرحله ای جهت مهاجرت خودکار سیستمهای قدیمی نوشته شده با زبانهای نسل سوم نظیر COBOL، Fortran ، SPL ،C و Pascal در محیط HPe3000 به سیستمهای جدید ارائه کرده است.
این برنامه های کاربردی برای محیطهای MPE وگسترش مفاهیم آن مناسب و قابل اطمینان هستند.
کدهای موجود باید خود را برای کار با پایگاه داده ها و کامپایلر هایی که به تازگی ایجاد شده اند ، تطبیق و جایگزین کنند.
4-1- حل مشکلات مهاجرت AMXW شامل بسیاری از ابزارهای مورد نیاز جهت پایان دادن و حل مشکلات سیستمهای موجود است.
کدها به صورت خودکار برای کار با کامپایلر جدید تبدیل می شوند و توسعه دهنده نیازی به تغییر کدهای خاص MPE ندارد.
AMXW به صورت خود کار همه کدها را تغییر می دهد.لایه MPE و Intrinsics librarie که در بالا را شما می توانید در قالب جدید اجرا کنید.
MPE و VPLUS و تصاویر اصلی فراخوانده شده تغییر ناپذیر هستند و توابع در محیط جدید به بدون تاثیر پذیری از عملکرد سیستم به طور طبیعی به کار خود ادامه می دهد.
معادلات فایلها ، JCW ، کارهای دسته های JCL ، UDC ها ، فایلهای عمومی و متغیرها همه پشتیبانی شده اند.
محیط MPE این اجازه را دارد تا درقالب جدید "as is" را اجرا کند.
4-2- کاهش هزینه و زمان AMXW قادر است مهاجرت برنامه های کاربردی در HPe 3000 را به کمک شیوه های دیگر در کسری از زمان انجام دهد.
از نظر سرعت ترجمه خط ها بدون نظارت و انجام عملیات به صورت دستی می تواند به ترجمه یک میلیون خط در روز دست پیدا کند.
محیط لایه MPE در AMXW ها و Library Intrinsics به شرکتها این اجازه را می دهد تا خیلی سریع و بدون تغییر کد هایشان برنامه های کاربردی را در محیط جدید اجرا کنند.
4-3- مهاجرت جریان خطوط Cobol AMXW مخصوصا برای شرکتهایی که به برنامه های کاربردی نوشته شده توسط HP cobol 85 اعتماد دارند , بسیار مناسب است.
برنامه ها، source code و کپی از Library ها و فایلهایInclude $ همه به صورت خودکار برای کار با (ACUCORP) ACUCOBOL-GT ، Micro Focus’s Net و Server Express تبدیل می شوند.
4-4- عملکرد برنامه های کاربردی پیوسته و پیوستگی تجاری برنامه های کاربردی که به محیط جدید منتقل شده اند از AMXW برای حفظ عملکرد خود استفاده کرده اند و بعد از آن که پایگاه داده ها و RDBMS نیز به محیط جدید منتقل شد، راه های یکسانی را در محیط جدید به کار می بندند.
AMXW بالا ترین سطح از عملکرد را برای استفاده از پایگاه داده محلی و دسترسی به فایل و سیستم عامل آماده می کند.
کتابخانه اصلی MPE بیشتر کتایخانه های عمومی استفاده شده MPE را پشتیانی می کند.
محیط متغییر ها، ایجاد فرایندها واجرای دستورات در برنامه های کاربردی دست نخورده باقی می ماند و به طور طبیعی در محیط و قالب جدید اجرا می گردند.
گذشته از دستورات محلی Unix، Linux و Windows ، لایه MPE روش AMXW یک محدوده وسیعی از دستورات و توابع MPE را پشتیبانی می کند.
4-5- ساده سازی مهاجرت پایگاه داده و فایل Image ، TurboImagو همه پایگاه داده های Allbase همراه با KSAM و Flat فایلهای می توانند در Eloquence و در دیگرسیستمهای مدیریت پایگاه داده به محیط جدید منتقل شوند.
دسترسی به پایگاه داده نهایی AMXW بسیار موثر است، به طوری که از فراخوانی های محلی استفاده می کند و فراخوانی TurboImag ها و فایلهای اصلی دست نخورده باقی می ماند.
4-6- مزایا و خصوصیات کلیدی تغییر خودکار کدهای متراکم : MPE و کامپایلر مخصوص زبانهای نسل سوم برای کار با کامپایلر ها ، محیط ها و قالبهای جدید به وسیله تغییرات ، حذف و اضافه کردن کد جهت کاستن از کارهای دستی ،تبدیل شده اند.
اجازه سازگاری کدهای دست نخورده با کتابخانه های اصلی : MPE و داده های اصلی حذف های مورد نیاز جهت ایجاد تغییرات در فراخوانی های اصلی را پشتیبانی می کند، و به برنامه های کاربردی اجازه کار در قالب نهایی و دسترسی به پایگاه داده ها و انواع فایلها انتخابی را می دهد.
اجرای دستورات MPE در لایه MPE : این بخش شامل یک لایه MPE است که مفاهیم ودستورات MPE را پشتیبانی می کند ، که آن می تواند functionality های خاص MPE نظیر JCL batch jobs ، UDCs و command files را اجرا کرد.
تهیه امکانات پایگاه داده ها برای مهاجرت سریع : انتقال TurboImage, Allbase, KSAM وپایگاه داده Flat فایل ها در محیط جدید دارای تنوع زیادی از پایگاه های داده ها و سیستم فایلهای مختلف است.(مانند Oracle, SQL Server, Eloquence, DB2, Sybase, Informix, Ingres, و همچنین سیستم فایل های AcuCOBOL-GT و MicroFocus) پشتیبانی فایل های MPE دردیگر قالب ها : ممکن است که استفاده از KSAM و دیگر Flat فایل ها در محیطها و قالبهای دیگر نیز ادامه داشته باشد.
بنا براین AMXW فایلهای KSAM را معادل و هم ارز با سیستم فایلها یا RDBMS ها به محیط جدید منتقل می کند.
همچنین AMXW بیشتر دستوراتی را که برای دسترسی به Flat فایل ها استفاده می شود را پشتیبانی می کند که شامل Sequential, Temporary,Circular, RIO, Catalog, Byte stream وMessage files می باشد.
4-7- محیط های پشتیبانی شده پایگاه داده های منبع : Image, TurboImage, Allbase فایل ها : Sequential, Message, Temporary, Circular,RIO, Byte tream,Indexed(KSAM), Catalog وSPOOL زبانها : COBOL, HP FORTRAN, SPL, C, HP Pascal صفحه نمایش (Screen) : VPLUS, VFORM, Terminal I/O فراخوانی های سیستم : MPEهای اصلی سیستم ، VPLUS و پایگاه داده های اصلی عاملیت های MPE :, UDCs, variable substitution, JCWs, Spooling, command files, JCL Batch Jobs تسهیلات : SORT/MERGE, FCOPY, KSAMUTIL محیط و قالب های نهایی : HP-UX, IBM AIX, Sun Solaris, Windows 2000, XP, Linux پایگاه داده نهایی : Oracle, DB2, Sybase, Eloquence, SQL Server,Imformix, Ingres یکی از مولفین ، عرضه کننده و پشتیبان های AMXW ، MB Foster می باشد که برای کسب اطلاعات بیشتر می توان به آدرس www.mbfoster .com مراجعه کرد.
شکل(5) فرایند مهاجرت در AMXW را نشان می دهد.
شکل (5) - فرایند مهاجرت در AMXW 5- ابزار EDWIN/3K از شرکت ORDINA Denkart این ابزار راهکاری جهت تبدیل فرمهای VPlus ) واسطهای کاربر) در ماشین های HPe3000 می باشد.
توسعه دهندگان VPlus دو مسئله برای خود متصور هستند : 1)چگونگی انجام مهاجرت؟
2) روش نگهداری؟
ابزار edWin/3K راه حلهای مختلفی را برای این مسائل ارائه می دهد.
انتقال تمامی صفحات ورودی و خروجی از VPlus ،و اما در مقابل آن نگهداری واسطها و کدها در برنامه های کاربردی و کدهایی که نیازی به تغییر ندارند.
edWin/3K شامل یک emulator فقط برای استدلال می باشد.
5-1- مهاجرت (به روزآوری) محیطهای VPlus همه بخشها در توصیف طرحبندی استاندارد به محیط جدید منتقل می شوند.
توصیفها همه مبتنی برXML بوده و همه خصوصیات فرمهای اصلی را در بر می گیرد.
فرمها همه استاندارد می باشند.( متکی بر فروشنده خاصی نیست.) فرمها همه برای انسان خوانا می باشد.(می توان آنها را با ابزارهای پیشرفته و یا ویرایشگرهای متنی ویرایش کرد) در آینده همه روشهای مرتبط با نگهداری بر پایه XML توصیف می شود.
خصوصیاتی نظیر پنجره ها ، محاوره ها ، منوها ، صفحات کمکی و کلیدهای قابل برنامه ریزی فقط با یک کلیک انجام می شود.
5-2- ایجاد یک نسخه تکراری کد برنامه های کاربردی نیازی به تغییر ندارد.
edWin/3K یک مجموعه کاملی از VPlus های اصلی را برای سازگاری با library شبیه سازی می کند.
edWin/3K خصوصیات پیشرفته زیادی نظیر عملیات شبکه ای قابل انعطاف ، چندین پنجره ومبادله داده به صورت خودکار با یرنامه های مبتنی بر XML را ارائه می کند.
5-3ترسیم نمای استفاده شده با GUI GUI اجازه طراحی به کمک ابزارهای گرافیکی و ترسیمی را می دهد.
پشتیبانی برای همه امکانات VPlus اصلی.
پشتیبانی edWin/3K پیشرفته برای خصوصیات پیشرفته.
بار گذاری و ذخیره کلیه فایلهای XML یکسان که به Client ها فرستاده شده است.
5-4- Platform و Client مستقل هدف edWin/3K سازگاری سراسری در همه Client ها و Platform های مستقل می باشد.
سرویس گیرنده wingspan برای ترمینال character mode استفاده شده است.
سرویس گیرنده JAVA برای استفاده درون یک Browser یا در بالای یک JAVA VM در هرنوع Platformی می باشد.
از محیط HTML نیز برای نمایش فرمهای XML درون Browser ها استفاده شده است.
واسطهای کاربر نیز در هر Platform با یک Browser یا JAVA VM قابل اجرا می باشد.
library ها نیز برای UNIX, Linux, Windows 9x/NT/2000/XP, IBM Series ودیگر محیط ها در دسترس می باشد.
ابزارهای توسعه و مهاجرت نیز برای UNIX, Linux, Windows در دسترس می باشد.
شکل (6) 6- ابزار MPUX از شرکت ORDINA Denkart این ابزار برای پشتیبانی مهاجرت برنامه های کاربردی در محیط HPe3000 طراحی شده است و می تواند محیط HPe3000 را به طور کامل معادلسازی نماید.
این ابزار یک زیر سیستم MPE قابل اطمینان ایجاد می کند که به کمک آن می توان سخت افزارهای اصلی و قدیمی را حذف کرد.
معمولا" اینگونه ابزارها راهحلهای کوتاهمدت هستند و موارد استفاده مقطعی دارند.
با استفاده از این ابزار تغییرات خاصی بر برنامهها و سیستم قدیمی اعمال نمیگردد به عبارت دیگر این ابزار به عنوان واسطی بین سیستم قدیمی و محیط جدید عمل میکند و تمامی دستورات و فراخوانیهای سیستمی را معادلسازی میکند.
در این ابزار یک واسط فرمان نیز درنظر گرفته شده است که برای مواردی که کاربر نیاز به اجرای فرامینی داشته باشد و یا برنامه باید با ماشین تعامل مستقیم داشته باشد مورد استفاده قرار میگیرد.
این واسط فرمان همانند لایه MPE میباشد.
MPUX ( MPE تحت (Unix توسط شرکت Ordina Denkart ارائه شده است که محیط شبیه MPE را تحت Unix دراختیار ما قرار میدهد که دربرگیرنده یک مفسر فرمان، یک سیستم فایل و زیرسیستمها و ابزارهای مختلف است.
کارها ومدیریت نشستها، Spooling، batch Streaming و غیره نیز توسط این ابزار پشتیبانی میشود.
MPUXشامل تمامی خصوصیاتی است که برای اجرا ، نگهداری و مدیریت یک برنامه در محیط ها وقالب های دیگر نیاز می باشد.
برنامه های کاربردی در محیط معادل سازی شده ایزوله نیستند و می توانند به همه سرویسهای محیط سنتی خود دسترسی داشته باشند.
MPUX ممکن است از یک لایه ای برای مخفی کردن برنامه های کاربردی از دید کاربران استفاده کند.
یعنی ممکن است زیر سیستم اصلی به صورت مجزا استفاده گردد.
همه سرویسهایی که در بالا عنوان شد به وسیله یک لایه genuine INTRINSICS ایجاد شده اند.
این لایه سرویسهای سازگار با MPUX و هر برنامه کاربردی که به محیط جدید منتقل شده است را آماده می کند.
6-1- واسط دستورات واسط دستورات یک محیط Interactive را برای HPe3000 معادل سازی می کند.
MPE سازگاری خود را با UDC ها ، file equation ها و file systemسه سطحی توسعه داده است.
در زیر بخشی از این دستورات را می توان دید: در زیر گروهی از که در دسترس می باشند را ملاحظه می کنید: • File system intrinsics: (همه توابع برای همه نوع فایل) • Process intrinsics: CREATEPROCESS,ACTIVATE, SUSPEND, PROCINFO • Catalog intrinsics: (یک مجموعه کامل در دسترس می باشد) • XDS intrinsics: GETSEG, FREEDSEG, DMOVIN,DMOVOUT • NETIPC: (IPC های معادل سازی شده بخصوص توابع HP) • System: ( به طور کامل پشتیبانی شده اند.COMMANDو HPCICOMMAND ) همچنین MPUX برای HP-UX, Itanium, Linux و Windows (NT, 2000, XP) در دسترس می باشد.
7- ابزار ViaNova از شرکت ORDINA Denkart این راهکار ازجمله راهکارهای مهاجرت میباشد که سیستم قدیمی را به صورت کامل به سیستمهای باز و جدید منتقل میکند.
نخستین ارزیابی از یک سیستم این است که فرایند انتقال برنامه های کاربردی و یکپارچه سازی تکنولوژی های جدید سالها زمان نیاز دارد.
برای انتقال / به روزرسانی برنامه های کاربردی نیاز به یک جدول زمانی برای توسعه و بودجه کافی احساس می شود و باید استراتژی انتخاب شود که بتواند زمان و هزینه را لازم را کاهش دهد.
که از میان تکنولوژی های موجود ViaNova روش مناسبی به نظر می رسد.
این راهکار در دو نسخه ارائه شده است.
نسخه Standard Via nova 3000و Via nova 3000 Flex.
7-1- ترکیب دو نسخه برای نتیجه بهتر برای یک انتقال fail-safe برای فرایند تجاری قابل اطمینان در مهاجرت برنامه های کاربردی ، می توان از هر دو شیوه به صورت متوالی استفاده کرد.
که در ابتدا محیط سنتی حذف و تبدیل و انتقال برنامه ها نیز به تدریج منتقل می شوند.این روش خطر را کاهش داده وبه مهندسین اجازه می دهد تا به طور کامل از مزایای تکنولوژی جدید به همراه تجربه گذشته استفاده کنند.در شکل (7) روندکار این دو روش در فرایند مهاجرت نشان داده شده است.
شکل (7) 7-1-1 نسخه استاندارد از این نسخه برای جابجایی ومهاجرت سریع محیط وقالب فعلی به محیط وقالب جدید استفاده می شود.
معادل سازی صحیح محصولات ومهاجرت به کمک ابزارهای خودکار انجام می شود.
نسخه استاندارد که در شکل (8) نشان داده شده است دارای خصوصیات زیر است: نتایج سریع بدست می آید و در محیط قدیمی برنامه ها ایمن هستند.
برای سازگاری نیز نیاز به آموزش مجدد نیست .
زبانهای برنامهنویسی Fortran، COBOL، RPG، Pascal و SPL.
که در این میان برنامه های نوشته شده به زبانهای COBOL و Pascal با محیط جدید تطبیق داده میشوند و برنامههای نوشته شده به دیگر زبانها با زبان C/C++ بهینه شده، تبدیل میشوند ولی واسطهای آنها با سیستم عامل و زیرسیستمها حفظ میشود.
شکل (8) 7-1-2 نسخه Flex ViaNova 3000 FLEX برنامه های کاربردی که توسط مشتریان توسعه داده شده را به محیط جدید منتقل می کند.
re-engineer در زمان یکسا ن از مزایای محصولات جدید و تکنولوژی هایی که در دسترس است بهره می برد.
این نسخه دامنه وسیعی از سرویسهای re-engineering را ارائه می دهد.
ابزارهای خودکار و تکنولوژی های ثابت باعث بالا رفتن عملکرد و راندمان می شود.
همچنین می توان RDBMS، طراحی و ساختار برنامه ها را انتخاب کرد.
از دیگر خصوصیات این نسخه می توان به موارد زیر اشاره کرد : نتایج بلند مدت با انعطاف بیشتر ، استفاده کارامد از محیط جدید .
8- ابزار تغییر واسط کاربر VPlus از شرکت Screen Jet این راهکار ازجمله راهکارهای تبدیل واسط کاربر از حالت متنی به قالب GUI است.
این راهکارها اغلب به تنهایی و به صورت موقتی مورد استفاده قرار میگیرند چرا که مشکلات اصلی سیستمهای قدیمی موارد دیگری است.
مواردی همانند سختافزار قدیمی با هزینه نگهداری بالا و مشکل عدم مستندسازی، عدم قابلیت ادغام و تعامل با محیطها و برنامههای دیگر، نگهداری و توسعه بسیار مشکل.
که در هیچ یک از موارد فوق نشانی از متنی بودن واسط کاربر به عنوان مشکل اصلی به چشم نمیخورد.
هرچند مسلما" واسط کاربر جدید سبب تسهیل تعامل کاربر با سیستم میگردد ولی استفاده از این راهکارها به تنهایی تحت هیچ عنوان راهکاری جهت حل مشکلات اساسی سیستمهای قدیمی نیست.
البته از آنجایی که واسط کاربر بخشی از سیستم است و در پروژههای بازسازی سیستمهای قدیمی باید به یک واسط جدید تبدیل شود میتوان از این راهکار جهت تبدیل واسطهای قدیمی به واسطهای جدید استفاده کرد.
شکل(9) نحوه عملکرد VPlus در شکل(9) نحوه عملکرد محیط VPlus به صورتی ساده نشان داه شده است.
یک برنامه که در این مثال با COBOL نوشته شده است طرح مورد نظر خود برای واسط را تعریف میکند.
برنامه جهت ارتباط با دستورات VPlus از یک بافر (b) استفاده میکند.
پس از فراخوانی دستورات VPlus، این دستورات فرمها را با استفاده از نرمافزار مدیریت پایانه به پایانهها میفرستند و دادهها و رویدادها را تبادل میکنند.
در شکل (6) نحوه عملکرد راهکار ارائه شده توسط Screen Jet برای تبدیل فرمهای VPlus به GUI نشان داده شده است.
متن و فیلدهای VPlus به تعریف مشخصات شیء GUI تبدیل میشوند و فضای بافر VPlus نیز به عنوان یک خصوصیت از شیء GUI درنظر گرفته میشود.
فیلدهای VPlus نیز به دکمههای رادیویی، چک باکسها و لیست باکسها تبدیل میشوند و سپس اشیای دیگری همانند دکمهها، تصاویر و ماکروها را نیز میتوان به GUI اضافه نمود.
در نهایت شیء GUI به یک فایل زمان اجرا GUI یا همان تصویر قابل نمایش ترجمه میشود.
که این تصویر توسط مفسر Screen Jet به نمایش درخواهد آمد.
فراخوانی VPlus توسط API Screen Jet تفسیر میشود و سپس GUI نهایی نمایش داده میشود و رویدادها کنترل میشود.
درصورت وقوع رویداد submit یا Enter، مبدل VPlus دادهها را از فیلدهای GUI استخراج میکند و آنها را به داخل بافر VPlus مینگارد و بدین ترتیب عملا" رفتار کاربر را شبیهسازی میکند.
ABORT-ABORTIO-ABORTJOB OUTFENCE ALTSPOOLFILE-ALTUSER PREP-PREPRUN BREAKJOB PRINT BUILD PURGE COB74*-COB85*-COBOL* REDO COPY RELEASE ECHO RENAME EDIT RESUMEJOB-RESUMESPOOL FCOPY RUN FILE SAVE HELLO SET INPUT SETJCW-SETMSG-SETVAR JOB-JOBFENCE-JOBPRI SHOWJOB LIMIT SHOWOUT LISTACCT SPL-SPLGO-SPLPREP LISTF-LISTFTEMP STARTSPOOL-STOPSPOOL MPE STREAM NEWACCT TELL-TELLOP NEWGROUP-NEWUSER AND MORE