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

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

[掲示板に戻る]


Re: そのまんまA−VXが欲しい(NE... 江須扇 2015-5-12 21:42
Re: そのまんまA−VXが欲しい(NE... こんこん 2015-5-13 20:32
Re: まずはSMART/CS(NECの... 江須扇 2015-6-3 11:08

1 Re: そのまんまA−VXが欲しい(NECの新しいCOBOL)
江須扇 2015-5-12 21:42  [返信] [編集]

COBOL SE V1 は

カタログなどでは簡単に移行を強調してますが
実際はそのまんまでは使えずかなりめんどくさい
移行作業が必要です。

特にPMやJSは全く使えないのではと思います。
どちらにしても全自動移行ツールはあるのだろか?

メーカーに先を見越したロードマップがなく
いままでは旧A−VX(ITOS)から新A−VXへの移行は
そのままコピーで動きました。
販売店もユーザーもそれに乗っかりました。
これが良かったのですがいまとなっては仇になっています。

つまり、WindowsのようにOSが進化するごとに
そのまんまでは使えないという制限が入り移行時に
当たり前の様に見直しがありました。

逆にA−VXはそれがなかったツケがどっと来たという感じです。

旧バージョンから次のバージョンは動作がするが開発はできないというような制限をつけてほしかった。
例えばSMARTはSMART2に成った時、1バージョンの移行はOKだがその次はできなくって
すべてSMART2の開発としてその次はSMART/CSだけのリリースでSMART2も使えなくなるというよな考え方です。
RDBQもRDBQ2になってもそのまま使い続けていましたが
使えなくしてRDBサーバーからのツールしか使えないようにした方が良かったのではと思います。
どんどんツールをオープン化して最後にデータベースを移行してくださいというロードマップがあれば良かったのです。

しかしそうしなかったメーカーは責任があると思います。
現時点ではレガシーデバイスは動かないが
標準のWindowsサーバーで動作するA−VX/RDBをリリースして欲しいと思います。
もちろんA−VX/NETもPC/WS−EMLもLMもPMもJSも動くようにして欲しい。
但し次を考え開発はできないという制限です。
ツールも基本的にはオープンのものを使います。
RDBサーバーよRDB/FILEアクセスキット使って開発をするという考え方です。
データもオープン系のツールで確認するという方法です。
2 Re: そのまんまA−VXが欲しい(NECの新しいCOBOL)
こんこん 2015-5-13 20:32  [返信] [編集]

『個人用AVXとして』として意見を書きましたが、実際には実務でも十分耐えられると思います。

ただし足回り(通信、印刷)はいろいろ考えなければなりませんが…
3 Re: まずはSMART/CS(NECの新しいCOBOL)
江須扇 2015-6-3 11:08  [返信] [編集]

いきなりマイグレーションは難しいのでA−VX運用のままで
A−VX RDB/FILEアクセスキットを利用して

【第1ステップ】
としてSMART、SMART2を排除する為に
にすべてSMART/CSに移行を考えます。
ここで運用可否かどうかわかり、COBOLに移行するかどうか
JSをどうするかが見えてくると思います。

【第2ステップ】
としてCOBOLを移行ですがCSEがアクセスキットに対応しているかどうか解らないので
COBOL85 Proに移行するしかないと思います。
WS−EML環境で実行を考えるので、
エミュレータを2つ使うややこしい環境になるのではと思います。
メニュー等の移行ができると思います。

【第3ステップ】
としてDBの移行ですが、いきなりメジャーなOracleへ
移行するが安全をみてIFASPRO/RDBに移行するという考え方です。

メリットとしては現状を運用しながらサブシステム単位でも移行可能と考えます。
現状のA−VXを引っ張れるだけ引っ張るという事です。
何年も掛けるのでコストは掛かると思いますが大きなトラブルは
避けられます。
スクラックビルドで
だらだらとするのは嫌だという方には向かないですが・・・・

BluesBB ©Sting_Band