【契約社員】フレームオープン(Linux・Win）化移行に伴う開発支援／2026年5月 札幌市街 メインフレーム開発経験活かせます！

メインフレーム（VOS3）から、同じくオープンミドルウェアを軸とした構成（Linux / OpenTP1 / BJEX）への移行案件。 1. 現行資産の調査と検討 移行の土台となる現行システムの詳細な分析を行います。実際の移行（コード変換等）はオフショアが担当するため、 そのための「インプット情報」の精度を高めることが支援の核となります。 現行資産調査: JCL、プログラム（COBOL等）、コピー句、画面・帳票定義、データベース/ファイル定義の棚卸し。 移行可否の検討: オフショア側へ渡す移行対象の選定、および特殊なライブラリやミドルウェアの代替案検討。 2. 現新比較テスト（リグレッションテスト）の準備 現行システムと新システムで同じ処理を行い、結果が一致するかを検証する重要工程です。 3. テスト実施と不具合対応 実際にシステムを動かし、差異がないかを確認します。 現新システムの打鍵・実行: 現行環境と新環境の両方で同一のテストケースを実行。 実行結果の確認: 出力ファイル、DB更新値、画面表示内容を突合。 不具合の一次切り分け: 差異が出た際、「データ移行ミス」「新環境のプログラムバグ」「インフラ設定の相違」などを分析し、 修正担当（オフショア等）へフィードバック。 4. 総合テスト・移行・本番切り替え システム単体ではなく、システム全体の整合性と実業務への投入を支援します。 総合テスト準備・実行: 業務サイクル（日次・月次等）に沿ったシナリオテストや、周辺システムとのインターフェース確認。 移行準備: 本番移行に向けた手順書（ランブック）の作成。 本番切り替え: 旧システムから新システムへの一斉切り替え、または並行運用の監視。 メインフレーム（VOS3）から、同じくオープンミドルウェアを軸とした構成（Linux / OpenTP1 / BJEX） この構成での「現新比較テスト」や「一次切り分け」において、エンジニアに求められる具体的な技術的勘所。 1. 移行元（VOS3系）の注目ポイント ASM（アセンブラ）の解読: 最も難易度が高い部分です。アセンブラで書かれた共通サブルーチンやマクロが、次期環境（JavaやCOBOL）でどう再実装されたかを追う能力が求められます。 XDM/SD（構造型DB）: 階層・網構造を持つXDM/SDから、リレーショナルDBであるOracleへのデータ構造変化を理解している必要があります。 DCCM3（通信管理）: オンライン処理の制御がOpenTP1へどう引き継がれたか、電文送受信の仕様確認が重要です。 2. 移行先（Linux・日立オープン系）の注目ポイント BJEXとJP1/AJS: メインフレームのJCL運用をLinux上で再現するためのBJEX（Batch Job Execution Service）の定義確認。JCL特有の「世代管理ファイル」や「条件判定」が正しく移行されているかのチェック。 OpenTP1: オンライン処理の基盤です。DCCM3からの移行に伴うトランザクション制御やプロセスの死活監視が、一次切り分けの対象になります。 COBOL2002: 独自の拡張仕様を含めたCOBOLプログラムの動作検証。 特に、VOS3特有の書き方がCOBOL2002（Linux版）で正しく動作するか、計算精度の差異がないかを確認します。 Oracle: XDM/SDから移行されたデータの整合性確認。 SQLのパフォーマンスや、プリコンパイラ（Pro*COBOL等）を用いた実行結果の検証。

汎用機プログラマー フロントエンドエンジニア データベースエンジニア