Menu Conversion Migration.
Conversion Migration.

Français. English. Español.

 Conversion Migration Transformation Management System. An industrial approach to migration issues. AN INDUSTRIAL APPROACH TO MIGRATION ISSUES

Conversion Migration : The solution to your computer conversion problems. Mainframe Migration. System Transformation. Data Conversion. Database Migration. IBM, BULL, UNIX, ICL, MVS, VSE, AIX, AS400, GCOS7, GCOS8  Cobol, PL1, Assembleur, Ideal, Natural, GMAP, PACBASE, ARIANE, Focus, Nomad, Ramis, SAS, Easytreve, Generol, CICS, TCAM, TDS, IMS, IDMS, DL1, DB2, Oracle, Sybase, Informix, Datacom, Adabas. THE SOLUTION TO YOUR COMPUTER CONVERSION PROBLEMS


The emphasis on thorough unit testing often reduces costly system and parallel testing time. Carefully selected and prepared test data can save thousands of dollars and hundreds of hours during the testing phase of the transformation process. Such data can also help to minimize the subtle processing problems that a migration can generate. Conversion Migration not only helps to produce comprehensive test data, but also helps to reduce data preparation time. Though most production databases and files are large, they seldom contain data that test all the conditions of a program or system. Using production files for initial testing can, therefore, result in long costly runs that do not adequately test the program code. It can also prolong debugging time as the programmer analyzes voluminous output. Conversion Migration offers effective techniques and software for extracting or generating small, manageable test files. These files ensure efficient, comprehensive testing and avoid costly reruns during implementation. Because they shorten test runs, they save machine time and increase turnaround for the migration team. Percentage of execution is measured during preparation or, as required, after translation. Even if the output files & databases match, the program may still be inadequately tested if the test data exercise only a fraction of the program code. Conversion Migration therefore identifies any unexecuted code, making it possible to prepare additional data.

TRANSLATION PHASE

Migration Methodology. Migration Phases. Prototype Phase.

STAGES TASKS DELIVERY TOOLS ACTORS


Data
Preparation

Component Extraction

 

Conversion Migration
Preparation Tools

Production Manager CLIENT
Application Manager CLIENT
Project Leader CLIENT

Program
Transformation

Language Translation
Data Conversion
Database Migration
System Transformation

 


Conversion Migration
Translation Tools

Converters,
Translators,
Generators

Project leader
Analyst
Developers

Test
Validation

Unit tests,
Linked tests,
Transaction simulation.
Each program runs at least once.
Measure of no regression
by comparing results
before and after transformation

 

Conversion Migration
Validation Tools

Comparison,
Simulators,
Quality measurement

Project leader
Analyst
Developers
Project Leader CLIENT
Application Manager CLIENT

Delivery

 

Test Results
No Regression

  Project leader
Project Leader CLIENT

 

BATCH AND TRANSACTIONAL TEST

Conversion Migration automates many of the repetitive task associated with generating job control language, generating database unload, format and load programs, translating programs, translating screens, translating reports and converting databases and files. Conversion Migration produces new programs functionally equivalent to the old programs, but stripped of dependency on the old language, database or computer. It can even restructure programs and database access with uniform standards. The transformation process also limits the redundancy and expansion of code.

For each combination of source and target programs, a certain number of tests are necessary to check all program conditions. An insufficient number of tests during unit migration only postpones this requirement until the implementation phase, where runs are longer and more costly. Conversion Migration stresses the discovery and correction of errors during unit testing and not during production runs.

For every test, Conversion Migration compares the output of the transformed program with the converted output of the original program and flags any mismatches for the correction. Every function represented by the test data is therefore present and working in the converted program. We make sure that the migrated programs will produce output functionally equivalent to that produced by the original programs.

 


Conversion Migration
will add code to the existing programs to ensure that data and results are captured. In TP systems, this will capture screen input and response. In batch systems this will capture only records that cause a different path to be taken. The system will show the person responsible how much code has been exercised so that extra, necessary test data can be added. This test data will then be played back after migration to ensure adequate code coverage. Conversion Migration will then provide support while other tests are occurring. For each program, the system will show that the program was tested and how much of the code was tested.

 

Migration Process For Batch Test

MIGRATION PROCESS FOR BATCH TEST

3 types of test units are envisaged: the program (single test), the job (job test), a group of jobs (chain test). The type of test unit is determined according to criteria like: the number of files updated by the programs of the test. The problem is how to identify the location of update errors (which program), the environment constraints like disk spaces or number of databases, ...

The preparation stage consists of including in the preparation environment the capture of input and updated files before the unit to be tested (before images) and the capture of updated and output files after this unit (after images). The capture will be done by standard utilities. Usually the captured files, called reference files, are gathered on one or more "dumped" files (tapes) for a batch of programs. After defining the constraints in production environment, the necessary JCL will be generated by Conversion Migration preparation tools.

The tests stage consists in restoring the reference files in the test environment, executing the translated program of the test unit and comparing the resultant files with the after image reference files. This is done by a job related to the unit to be tested generated by Conversion Migration translation tools.

Migration Process For Transactional Test

MIGRATION PROCESS FOR TRANSACTIONAL TEST

The preparation stage consists in:

Defining the necessary scenarios in order to tests the batched programs
Capturing the "before image" files before executing a scenario
Capturing the before and after panel images while executing the scenario, in a readable text format for the following tests stage
Capturing the "after image" files after execution of the scenario

The tests stage consists in:

Restoring the reference files
Executing the scenario with the translated components according to the scenario
Comparing the resultant screen images to the reference images
Comparing the resultant files to the reference files

 

Conversion migration project phases.

Migration Phases

Migration Phases. MIGRATION PHASES

Migration Preliminary Study Phase.

Migration Preliminary Study Phase. PRELIMINARY STUDY PHASE

Migration Detailed Study Phase.

Migration Detailed Study Phase. DETAILED STUDY PHASE

Migration Prototype Phase.

Migration Prototype Phase. PROTOTYPE PHASE

Migration Industrial Translation Phase.

Migration Industrial Translation Phase. TRANSLATION PHASE

Migration Implementation Phase.

Migration Implementation Phase. IMPLEMENTATION PHASE