[掲示板に戻る]
  
Re: COBOL資産の移行について 江須扇 2003-9-25 14:08
|
Re: COBOL資産の移行について ターラヤン 2003-9-25 16:09
|
|
Re: x2: COBOL資産の移行について（訂正... 江須扇 2003-9-27 2:43
|
| 3 | Re: COBOL資産の移行について |
| 江須扇 2003-9-25 14:08
[返信] [編集] はじめまして、江須扇と申します。 宜しくお願いします。 ＥＸＣＨＡＮＧＥさんのレスが既にあがっているのでダブりますが、呼ばれたような気がして出てきました。 Ａ−ＶＸ大好き人間ですので、割引いてお読みください。 移行後のデータベースは何をお使いになるのですか？ それによって違いますが、私なりの経験を踏まえ書きます。 Ａ−ＶＸのＣＯＢＯＬの場合はＲＥＤＥＦＩＮＥＳやマルチレコードまたＯＣＣＵＲＳの繰り返し項目が使えますが、殆どのデータベースがその様な考え方がないと思います。 Ａ−ＶＸのＣＯＢＯＬのコーディング上では、レコード単位で移送（ＭＯＶＥ）して処理している場合もありますが、項目単位でしか処理できない場合もありますので、場合によっては移行システムの開発が必要になると思います。 Ａ−ＶＸの場合は、ハードウェア、ＯＳ（本当のＯＳはＷ２ＫですがＮＥＣが専用Ｈ／Ｗで動作保障をＷ２Ｋ上でしています。）データベース、運用環境、運用ユーティリティが一体でメーカーの動作保障をしています。また、ソフト資産の移行をかなりの部分で保障しております。 従って、旧機種から、新機種にそのまま何も手をくわえなくても移行出来る選択肢も選べます。 つまり、仮に１０００本のプログラムが有った場合。１０００本とも新機種に移行してそれから、あるサブシステムだけ新しくするという事もできます。 しかし、他の機種で移行しようと考えると全てのシステムを移行しないとなりません。システム規模にもよりますが、「取り合えずこの部分はそのままでいい」という選択肢は選べません。 また、苦労して移行しても次の様な問題もあります。 古い話ですが仮にＯｒａｃｌｅ６、ＶＢ４、ＷＮＴで作ったシステムが有ったとすると、それを現時点で移行しようとすると誰も動作保障をしてくれませんし、そのまま移行する手段がありません。（これは、今の最新版を選んでも次回に同じ事が言えると思います。） また、移行の時、ＣＯＢＯＬだけに目が行きますが、データの移行の問題以外に、運用環境等にも注意を払う必要があります。 メニュー等のユーザーインタフェース、ＪＣＬ等のバッチ処理方法、ＪＣＡ等のオンラインの処理などです。 また、ユーティリティもユーザー自身が揃えなければなりません。バックアップユーティリティは何がいいかとか考えなければなりません。 印刷処理も案外忘れがちですが、インチピッチで設計されている専用帳票にＶＢから印刷するのは結構難しいと思います。 バッチ処理の制御ユーティティは何が良いか考えなければなりません。ＮＥＣの場合でもＥＳＭＰＲＯ／ＪｏｂＣｏｎｔｒｏｌｌｅｒとＥＳＭＰＲＯ／ＪＭＳＳがあり「お客さの運用環境に合わせお選びください。」迷ってしまいます。 Ａ−ＶＸの場合はお任せセットなので、「そのな安定食はいやだ」というひとはダメですが、私の様に昼に何を食べたらよいか迷う人間にはうってつけです。 しかも、ＯＳ、ＤＢ、開発言語、運用環境の相性と動作保障はユーザー自身が責任をもってする必要があります。 これをメーカー任せにするという事になると、ＥＸＰ１００の場合は、Ｗ２Ｋ上でＩＦＡＳＰＲＯ／ＲＤＢ、ＡＰ環境／開発セット、ＡＰ環境／クライアント開発セット、ＡＰ環境／実行セット、という事になります。 従って、ここまで揃えるのであれば、究極はＥＸＰ６００のＡ−ＶＸに行き着きます。 この、三段論法は如何でしょうか？ > ターラヤンさん、みなさん始めまして。まゆちんです。 > A-VXの事を検索エンジンで調べていたら、このHPの存在を知りました。 > 私の職場でもExpress5800のA-VX�犬鮖箸辰討泙靴董△海鵑�HPがあったなんて、同士の方がいらっしゃるみたいで嬉しくなりました。 > 出来れば今後ともよろしくお願いします。 > > 一つご存知だったら教えて頂きたい事があるのですが、私の職場でもそろそろA-VXからオープン系に移行していこうという動きがありまして、その中で資産をどうやって移行していこうか、という話を検討している段階です。 > そこで現在、COBOLのアプリケーション、COBOLのアプリケーションが接続していたA-VX/RDB、同じくCOBOLのアプリケーションが接続していたA-VX内のデータファイル、の３つを移行するために、よいツールは無いか、と検討しております。 > このうち、COBOLのアプリケーションについてはOpenCOBOLFactory21という実行環境があることを知り、実現出来そうなのですが、残りの２つ（RDB、データファイル）の移行できるツールについては全く分かってないのです。 > ツールの一括変換で簡単に出来るとは思っていませんが、そういうツールがあるのかどうかも分かっていない状態です。 > > NECのHP等見たのですが、勉強不足もあり見つけられませんでした。 > よいツール等もしご存知でしたら、ツール名を教えて頂けないでしょうか？ > > ちなみにターラヤンさんが書かれていた、OpenDatabaseAccessKitのついての記事は読ませて頂きました。 > ありがとうございました。 |
|
| 4 | Re: COBOL資産の移行について |
| ターラヤン 2003-9-25 16:09
[返信] [編集] まゆちんさん、はじめまして。 既にいろいろな方から返事をしていただいているようですので、 データを移行するツールだけ、返事をしておきます。 A-VX4ならば、いろいろな手段があります。 #NFCNVなどは、A-VX標準で付いています。一旦順編成にしてからバッチなどでWindows環境に移行する、ということができます。 標準の機能なので、それなりの機能しかありません。 A-VX/RDBのデータならば、SKYLINKなどを利用することができると思います。その他、私のリンクのところには、いくつか変換するツールを出している会社のアドレスがあります。（使ったことがないものもありますので、どれが良いかはわかりません。） 私が使ったことがあるのは、NECの８番街の「600シリーズ」->「A-VX」->「ソフトウェア一覧」のところにある、Filvertという製品です。 A-VX/RDBもCOBOLのファイルも変換できます。GUIを使って変換もできますし、バッチで一括変換も可能です。 機能としては、まあまあだと思います。 OpenDatabaseAccessKitですが、実は私は使ったことが無いので、実際使えるものなのかどうか、わかりません。そこのところは了承してください。 私自身勉強不足で、最近までA-VX4になってからの新機能はあまり知りませんでした。特に２，３年、オフコン関連の業務から離れておりました。去年の年末に、オフコンについて、新しい連中に教えてほしいということで、オフコンの方に戻ってきました。 教える立場となり、最近の機能についてもいろいろと教える必要ありと言うことで、いろいろと勉強し始めてみたのですが、新機能を含めて、あまりにも知らないことが多すぎ、勉強不足を恥じているところです。 今年に入ってから、暇を見ては、密かに新機能について勉強しているところです。 このサイトは、教育の下調べで集めた資料から、公開してもよさそうなものを出しています。 オフコンの歴史についての情報もたくさん入手したのですが、これらは業務に一切関係ないので、会社の連中に詳細に教えても仕方がない、でもこのまま埋めるにはもったいないと思い、そのような情報を集めてこのサイトを作っています。 |
|
| 5 | Re: x2: COBOL資産の移行について（訂正補足追加） |
| 江須扇 2003-9-27 2:43
[返信] [編集] すいません、一部、誤記がありますので、前文は下記の部分訂正をします。 バッチ処理の制御ユーティティは何が良いか考えなければなりません。ＮＥＣの場合でもＥＳＭＰＲＯ／ＪｏｂＣｏｎｔｒｏｌｌｅｒとＥＳＭＰＲＯ／ＪＭＳＳがあり「お客さの運用環境に合わせお選びください。」とＮＥＣに言われてもこちらも迷ってしまいます。 Ａ−ＶＸの場合はお任せセットなので、「そんな安定食はいやだ」というひとはダメですが、私の様に昼に何を食べたらよいか迷う人間にはうってつけです。 以上 以下補足です。 これをメーカー任せにするという事になると、ＥＸＰ１００の場合は、Ｗ２Ｋ上でＩＦＡＳＰＲＯ／ＲＤＢ、ＡＰ環境／開発セット、ＡＰ環境／クライアント開発セット、ＡＰ環境／実行セット、という事になります。 ＩＦＡＳＰＲＯ／ＲＤＢは http://www.ace.comp.nec.co.jp/ifasrdb/index.htm ですが、ＡＰ環境／開発セット、ＡＰ環境／クライアント開発セット、ＡＰ環境／実行セットに含まれていました。 http://www.ace.comp.nec.co.jp/apset/ メニューはその中にあるＸＭＥＮＵで移行できそうです。 http://www.ace.comp.nec.co.jp/xmenu/index.htm ＪＳはわかりません。 しかし、ここまで、Ａ−ＶＸに似せて移行するなら、ＥＸＰ６００シリーズがあるかぎりこの考え方は中途半端です。 Ａ−ＶＸがなくなるとＮＥＣは表明してないので、なぜこの方法も平行して販売しているかの本音はわかりません。 私はこんな方式で移行するならＡ−ＶＸをお奨めします。 以上 以下追加です。 まゆちんさんはの所のＡ−ＶＸ�犬離弌璽献腑鵝複劭�.９９）はいくですか？ バージョンによってはできない場合もありますが、いろいろな方法で現在のＡ−ＶＸ�犬任皺椎修任后� 具体的なＯＰＥＮ化したい想定が解らないのでＱ＆Ａ式で書きます。 Ｑ１．印刷が１３６桁で制限されパソコンの様に小さくして印刷できない。 Ａ１．ＳＭＡＲＴ�僑釘悗�ＲＤＢ／ＥＵＦ�兇鮖箸┐弌■押殖海梁腓�さにでき、２００桁位可能です。 （ＣＯＢＯの場合はサブルーチンが提供されてないので、自分で１パイト文字−＞２バイト半角に変換が必要です。） また、ＰＣ／ＷＳ−ＥＭＬのページプリンタ系の指定でＬＰ−＞Ａ４、Ａ３−＞Ａ４にするば、見た目の大きさは小さくできます。 さらに、ＲＤＢサーバーやＲＤＢ／ＦＩＬＥアクセスキットでＡＣＣＥＳＳやＶＢ等で作れば可能です。 Ｑ２．画面の桁数行数が少ない。 Ａ２．ＰＣ／ＷＳ−ＥＭＬでは現時点では不可のですが、 Ｑ１．と同じようにＲＤＢサーバー等を利用する方法 Ｗｅｂ連携をする方法等です。（Ｑ３参照） Ｑ３．Ｗｅｂアプリケーションにしたい Ａ３．下記の４種類の方法を選べます。 イントラネット連携＜ウェブ連携＞ ＲＤＢ／ＦＩＬＥアクセスキット＋ＷＥＢＣＯＢＯＬ ＷＥＢｈａｒｍｏ／ＲＤＢＥＵＦ ＡＰアクセスオブジェクト Ｑ４．ＦＡＸ出力したい。 Ａ４．ＦＡＸ連携ライブラリの利用 Ｑ５．メール通知したい Ａ５．メール連携機能の利用 Ｑ６．その他 Ａ６．以下次のページを参照ください。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/avx_home/avxHome.htm 以上 |
BluesBB ©Sting_Band