Google
オフコン練習帳内を検索
インターネット全体を検索

NECオフコン関連
オフコン一般
情報

[掲示板に戻る]


3 Re: COBOL資産の移行について
江須扇 2003-9-25 14:08  [返信] [編集]

はじめまして、江須扇と申します。

宜しくお願いします。



EXCHANGEさんのレスが既にあがっているのでダブりますが、呼ばれたような気がして出てきました。

A−VX大好き人間ですので、割引いてお読みください。



移行後のデータベースは何をお使いになるのですか?

それによって違いますが、私なりの経験を踏まえ書きます。



A−VXのCOBOLの場合はREDEFINESやマルチレコードまたOCCURSの繰り返し項目が使えますが、殆どのデータベースがその様な考え方がないと思います。

A−VXのCOBOLのコーディング上では、レコード単位で移送(MOVE)して処理している場合もありますが、項目単位でしか処理できない場合もありますので、場合によっては移行システムの開発が必要になると思います。



A−VXの場合は、ハードウェア、OS(本当のOSはW2KですがNECが専用H/Wで動作保障をW2K上でしています。)データベース、運用環境、運用ユーティリティが一体でメーカーの動作保障をしています。また、ソフト資産の移行をかなりの部分で保障しております。

従って、旧機種から、新機種にそのまま何も手をくわえなくても移行出来る選択肢も選べます。

つまり、仮に1000本のプログラムが有った場合。1000本とも新機種に移行してそれから、あるサブシステムだけ新しくするという事もできます。

しかし、他の機種で移行しようと考えると全てのシステムを移行しないとなりません。システム規模にもよりますが、「取り合えずこの部分はそのままでいい」という選択肢は選べません。

また、苦労して移行しても次の様な問題もあります。



古い話ですが仮にOracle6、VB4、WNTで作ったシステムが有ったとすると、それを現時点で移行しようとすると誰も動作保障をしてくれませんし、そのまま移行する手段がありません。(これは、今の最新版を選んでも次回に同じ事が言えると思います。)



また、移行の時、COBOLだけに目が行きますが、データの移行の問題以外に、運用環境等にも注意を払う必要があります。

メニュー等のユーザーインタフェース、JCL等のバッチ処理方法、JCA等のオンラインの処理などです。

また、ユーティリティもユーザー自身が揃えなければなりません。バックアップユーティリティは何がいいかとか考えなければなりません。

印刷処理も案外忘れがちですが、インチピッチで設計されている専用帳票にVBから印刷するのは結構難しいと思います。



バッチ処理の制御ユーティティは何が良いか考えなければなりません。NECの場合でもESMPRO/JobControllerとESMPRO/JMSSがあり「お客さの運用環境に合わせお選びください。」迷ってしまいます。

A−VXの場合はお任せセットなので、「そのな安定食はいやだ」というひとはダメですが、私の様に昼に何を食べたらよいか迷う人間にはうってつけです。



しかも、OS、DB、開発言語、運用環境の相性と動作保障はユーザー自身が責任をもってする必要があります。

これをメーカー任せにするという事になると、EXP100の場合は、W2K上でIFASPRO/RDB、AP環境/開発セット、AP環境/クライアント開発セット、AP環境/実行セット、という事になります。

従って、ここまで揃えるのであれば、究極はEXP600のA−VXに行き着きます。



この、三段論法は如何でしょうか?



> ターラヤンさん、みなさん始めまして。まゆちんです。

> A-VXの事を検索エンジンで調べていたら、このHPの存在を知りました。

> 私の職場でもExpress5800のA-VX犬鮖箸辰討泙靴董△海鵑HPがあったなんて、同士の方がいらっしゃるみたいで嬉しくなりました。

> 出来れば今後ともよろしくお願いします。

>

> 一つご存知だったら教えて頂きたい事があるのですが、私の職場でもそろそろA-VXからオープン系に移行していこうという動きがありまして、その中で資産をどうやって移行していこうか、という話を検討している段階です。

> そこで現在、COBOLのアプリケーション、COBOLのアプリケーションが接続していたA-VX/RDB、同じくCOBOLのアプリケーションが接続していたA-VX内のデータファイル、の3つを移行するために、よいツールは無いか、と検討しております。

> このうち、COBOLのアプリケーションについてはOpenCOBOLFactory21という実行環境があることを知り、実現出来そうなのですが、残りの2つ(RDB、データファイル)の移行できるツールについては全く分かってないのです。

> ツールの一括変換で簡単に出来るとは思っていませんが、そういうツールがあるのかどうかも分かっていない状態です。

>

> NECのHP等見たのですが、勉強不足もあり見つけられませんでした。

> よいツール等もしご存知でしたら、ツール名を教えて頂けないでしょうか?

>

> ちなみにターラヤンさんが書かれていた、OpenDatabaseAccessKitのついての記事は読ませて頂きました。

> ありがとうございました。


COBOL資産の移行について まゆちん 2003-9-24 2:57
Re: COBOL資産の移行について EXCHANGE 2003-9-24 22:16
Re: COBOL資産の移行について 江須扇 2003-9-25 14:08 ←いまここ〜
Re: COBOL資産の移行について ターラヤン 2003-9-25 16:09
Re: x2: COBOL資産の移行について(訂正... 江須扇 2003-9-27 2:43
Re: COBOL資産の移行について まゆちん 2003-9-29 7:35
Re: COBOL資産の移行について EXCHANGE 2003-9-29 10:14
EXPRESS5800/680?(C... 江須扇 2003-9-29 14:53
Re: EXPRESS5800/680?... EXCHANGE 2003-9-29 17:54
Re:Oracle(COBOL資産) 江須扇 2003-9-30 3:39
Re:工数が劇的に減る?(COBOL資産) 江須扇 2003-9-30 13:52
BluesBB ©Sting_Band