This is now available from PRIMA.
Let's say you have a number of PowerCOBOL projects that are running a
number of applications and subsystems.
You've invested years in designing PowerCOBOL Sheets (screens) and
writing Scriptlets in COBOL to drive those Sheets.
You use indexed files for your random access.
Your concerns are:
1. Support for PowerCOBOL could be pulled at any minute.
2. The indexed files are not easily accessible with today's standard
tools and you need to write a PowerCOBOL Scriptlet every time someone
wants to know something...
3. There is NO provided migration path to get you off of PowerCOBOL.
4. You are considering moving to Python or Java, but the cost would be
horrendous, and you simply CAN'T drop some of the business processes
that are encapsulated in the PowerCOBOL projects.
<sound of a distant bugle floats on the breeze... its the PRIMA cavalry...>
1. You can have a properly designed Relational Database, that is
optimized, and in 3rd Normal Form, created and built in MS SQL Server.
(Other RDBMS can be accommodated but it will cost more...)
2. The database described in 1. can be loaded with the existing data on
the indexed files, using load programs generated by our tools, in seconds.
3. The Tools can generate a Data Access Layer (in COBOL using Embedded
SQL or in C# using LINQ) that can maintain every possible action against
every tableset on your database. There will be a single DAL object for
every tableset and it is compiled code, so it is much faster than
interpreted script when it comes to access.
4. For each of your PowerCOBOL Projects:
1. ALL of the sheets in the project have been converted into standard
Windows Forms, with no change to the events and processes so that the
functionality under .Net is exactly as it was under PowerCOBOL. In some
cases, better, more powerful .Net controls on the sheets have replaced
the old PowerCOBOL controls. (No extra charge... a free upgrade, and
2. ALL of the Scriptlets that drove the old sheets, and encapsulated
many of your Business Rules have become Methods in a single Class that
drives the new WinForm. There is an OO COBOL Class for EACH Win Form. It
is referred to as a "code-behind".
Code-behinds don't HAVE to be in COBOL. We are looking at Python and C#
or even mixed languages. The Converted Forms have COBOL code-behinds but
it can be converted or mixed with other languages if required. New Forms
are developed as WinForms in exactly the same way as Windows development
proceeds around the world, using Visual Studio design surface to drag
and drop Windows Controls.
3. We Transform ALL of the COBOL indexed IO in the code-behinds, into
method invokes of DAL objects. Your system moves easily to .Net
WinForms using a Data Access Layer against a modern, optimized RDB.
You are free from dependence on PowerCOBOL and have brought your system
into the 21st century. You can continue writing your code-behinds in
COBOL or you can use a newer language; there are many options.
There is no proprietary run time that your converted system can't run
without; ALL of the source code is available to you, and you have full
rights over it. (It is YOUR code, exactly as if you had written it...)
You can generate changes using the Tools or you can code changes by
hand, you are NOT LOCKED IN!
AND YOU WROTE NO CODE!!
You can outsource your migration to us, you can undertake it yourself
using our tools (leased or owned) with or without help from us, or you
can do it all manually. We'll even give you advice, at no charge, that
will save you a great deal of money and tears...
Having tried it manually on a number of occasions, I can assure you that
using the PRIMA tools is better... :-)
Please drop me a line if you find any of the above to be of interest, or
forward this mail if you know anybody who might.
This is the culmination of many years of effort; I hope someone can use it.
Here's a quick video showing the move to WinForms. I haven't done one
yet for the full e-2-e described above.
I used to write *COBOL*; now I can do *anything*...