ＣＯＢＯＬの自動変換について（ＨＯＳＴのリプレイス）

質問

ＣＯＢＯＬの変換について

今回、ＡＣＯＳ（ＮＥＣ）からＺ／ＯＳ（ＩＢＭ）へのＣＯＢＯＬの変換を担当することになりました。（ＨＯＳＴ汎用機です）
自力では、期間的に不可能な分量（３００本を６ヶ月で変換！！！）です。
変換していただける会社を探していますが、ＨＯＳＴからＨＯＳＴへの変換をしていただける会社が見つかりません。（ＨＯＳＴからサーバーへはあるのですが）

つきましては、次の２点について、お教えください。

１．ＮＥＣからＩＢＭへのＣＯＢＯＬの変換をしていただける会社をお教えください。
２．変換をお願い出来たとして、事前に準備が必要なこと等ありましたら、お教えください。

回答No.4

ultraCS · ベストアンサー

ACOS2/4でも確かCOMPUTATIONALに非互換の型があるはずで、この部分のデータコンバージョンも考えなくてはなりません。多分、プログラムだけじゃすまないかもしれません。また、前符号/後符号も怖いし。
あと、データベースが変わりますよねACOSだとADBSだったかな、DB2あたりに変わるかOracleになるか、ミドルウェアがあるなら変更しないといけないし。VSAMのアクセスメソッドも互換ではないと思うし。
大変なのはTSS画面の書き直しですね。すべてバッチというわけではないでしょうし、まあ、画面回りは大概ツールがありますが、それでも、端末仕様の違いを吸収するためにプログラムもいじる必要があります。

リプレースというのは、メーカーにとっては、腕の見せ所のプロジェクトなので、IBMから技術営業などかなり力量のあるエンジニアが当初は派遣され、このあたりに相談できるんですけど、どうも、事情が違うようですね。
ドキュメントがそろって入れはそれでも何とかなるのでしょうが、当然のことながら、無いでしょうし。元々の作成者にもアプローチできないだろうし、難問山積ですね。

私の元いた会社がACOS-6からFACOM OSIV/MSPにしたときは、データコンバージョン含め一年近くはかなり出来の良いエンジニアがつきました(それ以降の担当SEの比ではない)。まあ、このときは同時にスパコンも導入したので、リプレース事例として雑誌にも載りました。

そういや、リプレースだと、図書類も引き上げられてしまう場合があります(マニュアルは契約を読むと貸与だったりする)。早めにコピーをしておきましょう。

お礼

回答ありがとうございます。
データベース（RIQSII→DB2)、ＪＣＬ、画面プログラム等の移行は、COBOLプログラムを、別の会社様で移行していただいている間に行う予定です。

　COBOLを自動変換（ツール使用）していただける会社様が見つからないと、手作業で変換することになり、テストの期間が非常に長くなってしまうと思います。

　非常に困っています。

回答No.6

k_o_r_o_c_h_a_n

ＡＣＯＳも３系統あるので、どれを使っているかで、非互換部分に違いがあります。
RIQS2もV2の静的組込SQLベースのプログラムなら、DB2への変更も割と楽ですが、V1だと変更が大きく、
場合によっては、DB2の利用形態を工夫する必要があるように思います。

委託先ですが、独立系の大手ソフトハウスなら、どちらの環境も支援できるところ多いと思います。
時期と費用の問題がなければ、受けるところは多いと思いますよ。

お礼

回答ありがとうございます。
ＯＳはＡＣＯＳ４を使用しています。
ＲＩＱＳ２のバージョンによって、対応が違うのですね！
確認します。
貴重な意見ありがとうございます。

回答No.5

lv4u

No.3です。

問題が「COBOLソースコード」だけでしたら、自動変換ツールを用意するなどの工夫でかなりの部分が楽になるのですが、No.4さんの回答にあるように、既存のデータファイル変換とか、画面関係のファイルやＪＣＬとかユーティリティ関連の書き換えもありますね。
「HOSTリプレースにまつわる作業」の洗い出しが終わって、上記にある問題のほとんどにめどがついたが、「COBOLの変換」作業だけが割り当てできてないのでしょうか？
それならば、６ヶ月あれば十分って気がしますけどね。

>>お察しの通りで、色々複雑なからみがあり、直接IBMに聞きづらい状況です。このため、一括で変換していただける会社をさがしています。

というお礼を見ますと、IBMから正規な支援を受けにくい方法でハードを入手されたのでしょうね。昔は、こういったユーザさんむけの支援商売をやっているところもそれなりにあったんではないかと思うのですが、汎用機が多数派から少数派になった現在では、やってくれるところは見つけにくそうですね。しかも、状況からして、作業範囲が「COBOLソース変換」だけにきっちり限定できるのか？って疑問が湧いてきます。

もしリプレースに関して、全体の作業項目の洗い出しが終わっていないなら（IBMのマニュアルが入手できてないなら、たぶん終わっていないんでしょうけど）それをやって、全体スケジュール作成と作業振り分けが必要のような感じがしますね。

お礼

回答ありがとうございます。
全体の作業工程、資源の洗い出しは、ざっと調査しました。
（ご忠告の通り、IBM系については、もう一度見直します）
　ただし、COBOL(バッチ）の自動変換（ツール使用）を行っていただける会社様が見つかりません。

　COBOLの非互換事項については、調査済ですが、手作業で変換すると、ミスがでるため、テスト工数がべらぼうに掛かってしまうと思います。

回答No.3

lv4u

>>自力では、期間的に不可能な分量（３００本を６ヶ月で変換！！！）です。

もし、分量が少ないなら自力で修正可能なのでしょうか？

COBOLのソース修正技術があり、あまり大きな文法差が無いのであれば、ソースをパソコンに転送して、文法的に相違部分となるところをPerlでテキスト検索＆修正するって方法もあると思いますよ。構文解析の手法も利用できるなら(lex&yacc等)かなり大きめの文法差まで自動変換可能です。
たぶん、変換プログラムがあれば、修正部分の９０％くらいは１日で終了しちゃう気がしますけど。残る１０％は大きな変更が必要となるかも？

お礼

さっそくの回答ありがとうございます。
NECとIBMのCOBOLの、非互換事項が非常に大きいため、手作業での変換は、不可能と考えています。自動変換のツールを使用する方向で考えて見ます。

回答No.2

chukenkenkou

バイトを雇うとか、ＩＢＭの汎用機向けシステム開発を請け負っている会社なら、受注してもらえるのでは？

以前、ＡＣＯＳから他社汎用機へのシステム移行プロジェクトに参画したことがあります。 一番大変だったのは、ＡＣＯＳ側のシステムの情報の少なさ、情報入手の難しさでした。
例えば、現在、ＡＣＯＳのマニュアルは、自由に参照できる状況でしょうか？あるいは移行作業に入った後も、継続して参照できるのでしょうか？
仕様が分かれば、いくらでも代替手段を取ることは可能なのですが、仕様が分からないと対処方法を決定できません。
マニュアルをコピーしておくなど、いつでもＡＣＯＳの仕様を調べられるようにしておく必要があると思います。

お礼

貴重なご意見ありがとうございます。
ACOSのマニュアルは、手元にあるのですが、IBMがありませんでした。
これから入手の手配をします。

回答No.1

notnot

こういうケースだとIBMがソフト会社を紹介するのが普通だと思いますが、してもらえなかったのでしょうか？
そうすると、何らかの理由があるはずなので、難しそうですね。

お礼

回答ありがとうございます。
お察しの通りで、色々複雑なからみがあり、直接IBMに聞きづらい状況です。このため、一括で変換していただける会社をさがしています。
よろしくお願いします。