Javaエンジニアこそ「COBOL」を学ぶべき“切実な理由”
関連キーワード メインフレーム | 基幹システム | プログラミング IT部門が基幹システムを開発・運用する際のプログラミング言語として、汎用（はんよう）コンピュータで「Java」を使うようになる前は、メインフレームで「COBOL」を使うことが当たり前だった。今でも数々のメインフレームでCOBOLアプリケーションが動いている。 新型コロナウイルス感染症（COVID-19）の大流行をきっかけに、古い技術と現代の技術の分断があらためて浮き彫りになった。失業手当や緊急融資の申請を処理するための官公庁のシステムは、レガシーなCOBOLアプリケーションを使用するものが少なくない。 Javaエンジニアがなぜ「COBOL」を学ぶべきなのか 併せて読みたいお薦め記事 レガシーシステムのモダナイゼーション事例 Windows Serverのレガシーアプリを「Docker」に移行、製造受託大手が直面した課題は
住宅金融支援機構、リライトツールでCOBOLアプリケーションをJavaに移行
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 住宅金融支援機構は、大規模なCOBOLアプリケーションのJava移行にTISのリライトツール「Xenlon〜神龍 Migrator C2J」を活用し、オープン環境への移行を1月に完了した。TISが発表した。 Java移行を実施したのは、同機構の大規模メインフレーム「総合オンラインシステム」。住宅ローン審査から融資、返済までの住宅金融支援機構による住宅ローン業務の一連の流れを管理し、全国約600の金融機関がネットワークで接続している。従来のメインフレーム環境は、約10メガステップのCOBOLプログラムと、約2万本のジョブ制御言語、約500テーブルのデータベース（DB）などで構成、運用されていた。 「総合オンラインシステム」は、2000年の
損保ジャパンがCOBOL一掃を決断 金融機関が変われば、IT業界も変わる
随分前から「もう古い」と言われ続けてきたCOBOL言語。それでも、COBOLで書かれた業務アプリケーションは、今も多くの企業で利用されている。特に金融機関では、膨大な量のCOBOLアプリケーションがバリバリの現役。金融機関でも大手ともなると、年間で500億円以上もの巨費を、COBOLアプリケーションの保守に費やすというから、驚きである。 巨額の保守費用は当然、IT予算を圧迫し、攻めのIT投資を難しくする。金融機関の場合、先端ITを活用して新たなサービスを創るFinTech（フィンテック）関連などの投資を増やさなければいけないから、由々しき問題である。本来なら一刻も早く、肥大化したレガシー資産を今主流の技術基盤に移し、同時にスリム化を図る必要がある。 実際、保守業務の非効率性は目を覆うばかりだ。ある大手金融機関では、プログラムを1行直すだけでも2カ月かかる場合もあるという。あまりにも長期間に
【機械変換率90％以上・Unicode対応】COBOLからJavaへの言語変換を高品質かつスピーディーに実現
COBOLからJavaへの言語変換の仕組み 株式会社日立公共システム（取締役社長：建部 清美）は、「マイグレーションサービス」のラインアップ「言語リニューアルサービス」のメニューの1つとして、「COBOLからJavaへの言語変換」を提供しています。本サービスは、高い機械変換率のツールを利用することで、COBOLからJavaへの高品質な移行を実現します。 独立行政法人 情報処理推進機構が公開した「ソフトウエア開発データ白書2012-2013」によると、日本国内のシステム開発市場において、ソフトウエア資産全体の内15.9％がCOBOL資産であるとされています。しかし、COBOL開発者は近年減少傾向にあり、今後は開発者の増加が著しいJavaによる開発が主流になると見られています。 「COBOLからJavaへの言語変換」は、「メインフレームで長年運用してきたCOBOL資産を、Javaに移行してオー
自動変換編●COBOLからJavaに、ツールの精度向上
OSS、クラウドと並ぶ新たな選択肢として注目を集めているのは、開発言語の自動変換ツールだ。ほとんどの場合、COBOLからJavaへの変換を指す。レガシーマイグレーションサービスを提供するジェイ・クリエイションの上山育視代表取締役は、「以前はオープン系COBOLを使う案件がJava化の案件の2～3倍を占めていた。現在は1対1」と話す。 カスタマイズでほぼ100％ COBOLからJavaへの変換ニーズが高まっているのは、COBOL技術者が不足している、他のシステムと連携しやすいといった背景がある。もう一つの要因は、COBOLからJavaへの自動変換ツールの精度が向上していることだ。COBOLとJavaとは言語構造が大きく異なるので、これまでは変換の際に手作業が必要になる場合がほとんどだった。これではコスト削減効果は薄い。 しかし、ツールの変換精度は大きく向上している。日立公共システムエンジニア
COBOLなどの既存システムから日本語の設計書とJavaソースを作成、富士通が新サービス
富士通と富士通アドバンストソリューションズ（FASOL）は2012年8月15日、企業情報システム向けの「設計書化モダナイゼーションサービス」を発表した（図1）。同日より販売活動を開始する。 このサービスでは、富士通およびFASOLの担当技術者が顧客企業のメインフレームを調査。COBOLやPL/Iなどで書かれているアプリケーションのソースコードを解析し、日本語の設計書に置き換える（図2）。アプリケーションの保守担当者はソースコードではなく日本語の設計書によってアプリケーションの仕様が把握できるため、アプリケーションの保守性が向上するという。 また、日本語の設計書から新規システム用のJavaソースも生成可能。この作業で富士通側はFASOLの開発支援ツール「InterDevelopシリーズ」を使う。同ツールはテスト関連の機能も備えており、設計書からJavaソースの動作テスト項目の候補を自動抽出す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://dx.doi.org/10.1145/1449814.1449822
