ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | マイグレーションについて | |
| ねこきち 2012-11-16 16:25:20
[返信] [編集] 現行システム（A-VX）のレベルアップですが、Express5800/600ｼﾘｰｽﾞにするか、オープンにするか悩みどころなのですが、現行システムをマイグレーションでオープン化された方いらっしゃいませんか？ 費用や、困った事、良かった事など経験談があれば、参考にしたいのですが。 宜しくお願いいたします。 | ||
| 2 | Re: マイグレーションについて | |
| TOM 2012-11-21 16:07:09
[返信] [編集] ITOSは1.0時代から触っています。最近このような相談に良く合いますが、最終的にCOBOL技術者の確保がキーではないでしょぅか?自社内に技術者(年も若い)が確保されているのであれば、ITOSからオープンCOBOLにマイグレーションしても良いんでしょうね。しかし技術者が確保できないような状況であれば作りなおしするしかないのではないでしょうか?或いはパッケージへいかれるかですね。しかしパッケージへいったとしてもEXECしか提供されていない場合は、ベンダーさんにおんぶにだっことなってしまいます。 今、標準的な機能を有して、且つ、ソース公開されているようなパッケージを探しています。(1個あるのですが) | ||
| 3 | Re: マイグレーションについて | |
| オフコン太郎 2012-11-26 12:58:09
[返信] [編集] 原則はExpress5800/600でしょう。 現システムに問題点/改善点がなければExpress5800/600です。 ある程度のスピードアップも望めますし、 なんといっても、費用と期間が圧倒的にかからない(オープンにくらべ) また、｢バグ｣もないですし、｢操作が同じ｣が一番です。 現システムに問題点/改善点があり、｢費用｣が発生する場合は、 オープンも候補でしょう。 また、改善点の内容によっては、オープンでしかできないこともあるかもしれません。 結論：オープンにして 費用： ・大きく掛かる 開発期間： ・大きく掛かる 困った事： ・操作がオフコンと違う(作り方によってはある程度踏襲できますが) ・セキュリティ関係が弱い？(オフコンはデータ構成が独自なため、 他者からは見ることが難しいが、オープンだと以外に弱い。 というよりは、Winをさわれる人が多いため、 セキュリティ関係に留意した設計/運用が望まれる) 良かった点： ・断然スピードアップ ・一般的(?)には、プレビュー画面が標準装備(?)になるため、用紙の節約になる Express5800/600の問題点： ・いずれ、ＮＥＣもオフコンから撤退するものと思われるので、 オフコンの選択は、｢オープン化｣の先送りでもありますが・・・ ・人員の確保もおおきな問題でしょう TOMさんもいっておられますが｢最終的にCOBOL技術者の確保がキーではないでしょぅか｣、・・・ 以上はソフト関係会社に従事している者の私的見解です。 ただし、当社においても、客先には、オフコンの人員確保困難/COBOLの人員確保困難などを理由に、 オーフンを押し進めています(上記と若干矛盾しますが)。 なお、オープンCOBOLへの移行は未経験のため、評価は控えます。 | ||
| 4 | Re: マイグレーションについて | |
| TOM 2012-11-26 16:55:24
[返信] [編集] やはりA-VXのCOBOL技術者の確保が一番の問題ではないでしょうか? やはりNECさんはA-VXをやめることになるんでしょうね。 盛んにIBM社はAS400は不滅です。だからAS400のCOBOLへのマイグレーションで今後とも安心してお使い続けることができますと。 富士通さんはPOWERCOBOLのマイグレーションで押してくるのではないでしょうか? 私の周りにある同業者さんは面白いサービスをしています。 | ||
| 5 | Re: マイグレーションについて | |
| TOM 2013-1-28 18:31:13
[返信] [編集] 私の知合いの販社さんでVB.netへマイグレーションしています。 その流れに乗って、今マイグレーションのためのツール作りがどの程度可能かをリサーチしております。 | ||
| 6 | Re: マイグレーションについて | |
| 山太 2013-2-1 14:36:29
[返信] [編集] 突然スミマセン、わたし達のところでも検討はじめました いくつか質問があります もしNECのオフコンクラウドサービスを利用されているところがあるよう でしたら、どのような使用感か教えて戴けないでしょうか 性能面が気になります オフコンCOBOLからマイクロフォーカスCOBOLへ変更されたところ があるようでしたら、どのような違いがあるのかも教えて戴けないでしょうか | ||
| 7 | Re: マイグレーションについて | |
| TOM 2013-2-4 16:47:05
[返信] [編集] 色々情報はあるのですが、この掲示板をお借りしての回答はちょっと腰が引けてしまいます。 質問だけに 当初一つのサービスとして「NECのオフコンクラウドサービス」の提供をすると聞きましたが、今はこの声えは聞こえてきません。クラウドと言っても所詮仮想化の上でA-VXを稼動させる方式ですから、COBOL技術者不足に対応する手法ではありませんね。 昔、ACUCOBOLがありました。今はMFCOBOLに買収されていますが。その時代には何社か行ったユーザさんはおられますね。 もし別なアドレスでお話ができるようでしたら、知っている情報(真偽?)をお教えいたします。 | ||
| 8 | Re: マイグレーションについて | |
| 山太 2013-2-8 10:20:17
[返信] [編集] ありがとうございます！！ 年末か年始に上司がどこからか聞いてきたみたいでいきなりオフコンクラウドサービスについて調査しろって言われたんですけど、ググってもどこにも書いてないんで困ってます ＴＯＭさんのところでは利用されているみたいなんですけど、使い方が今までと変わったりするんでしょうか サーバを買わなくてもよくなるんで今までより安くなるらしいんですけど何％ぐらいですか いろんな種類のCOBOLがあるんですね 今調べているのはマイクロフォーカスCOBOLなんですがやっぱりCOBOLを勉強しないとよくわかんないですよね | ||
| 9 | Re: マイグレーションについて | |
| konkon 2013-2-8 12:27:10
[返信] [編集] NEC製品の「OpenCOBOL」であれば、AVXのCOBOLをそのまま移行／稼働できますよね。 ファイルシステムは、IFAS(RDB)になりますが… | ||
| 10 | Re: マイグレーションについて | |
| TOM 2013-2-8 16:26:22
[返信] [編集] とりあえず下記のフリーメールまで連絡いただけますか? maxy0218@yahoo.co.jp その後仕事で使っているアドレスをご連絡いたします。 | ||
| 11 | Re: マイグレーションについて | |
| ターラヤン 2013-3-1 0:31:11
[返信] [編集] 雑誌に掲載された内容の転載なので、既にご存知かもしれませんが ＩＴＰＲＯというサイトに「COBOLからJavaの自動変換」の記事が載っていました。 http://itpro.nikkeibp.co.jp/article/COLUMN/20130220/457386/ 去年日立もCOBOLからJavaの無料セミナーをやっていたみたいですし、COBOLからJavaへの流れが急速に進んでいるのかもしれません。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | #NFCNVでのJ/操作登録について | |
| 岡 2013-2-23 11:18:43
[返信] [編集] 初めまして、の初めてWSIエミュレータ(Ver9)の＃NFCNVを使うこととなりました。 やりたいことは、A-VX形式⇒DOS形式の変換です。何度も行いたいので、操作登録を行いました。（登録されているのか？） そこで質問ですが、 ・登録したコマンドの呼び出し方法 ・登録したコマンドの修正方法 ・登録したコマンドの実行方法 については、どこにもコマンド（説明）が見当たりません？ もし、方法があるなら、お教えいただけるとありがたいです。 | ||
| 2 | Re: #NFCNVでのJ/操作登録について | |
| 森 2013-2-23 19:20:35
[返信] [編集] 操作登録の時にファイル名とパラメータ名を設定しましたよね。 パラメータ名,ファイル名;で実行でます。 編集はメンバー名（パラメータ名）ライブラリ（ファイル名）です。 | ||
| 3 | Re: 参照いろいろ（#NFCNVでのJ/操作登録について） | |
| 江須扇 2013-2-25 9:56:55
[返信] [編集] 江須扇と申します。 大変失礼ですが貴殿のＡ−ＶＸスキルが不明なので参考できるところをご紹介します。 ターラヤンさんが作られたこのサイトには情報がいっぱいあります。 なお、アップロード時エラーになりますので、＊が追加してありますので参照時には削除してください。 実行する方法は h*ttp://www.offcom.jp/modules/firststep/index.php/ouyo/rensyugasetu.html ＪＣＬの説明は h*ttp://www.offcom.jp/modules/firststep/index.php/ouyo/nfdcopyprg.html ＃ＮＦＣＮＶの説明は h*ttp://www.offcom.jp/modules/amanual/index.php/uti/at/nfcnv/nfcnv.html 自画自賛ですがインストールすると便利な開発統合ソフトは h*ttp://www.offcom.jp/modules/amanual/index.php/cobol/devlop/devlop.html h*ttp://www.offcom.jp/modules/bluesbb/thread.php?thr=504&sty=2&num=3 | ||
| 4 | Re: #NFCNVでのJ/操作登録について | |
| 岡 2013-2-25 14:58:30
[返信] [編集] 森さま 早々の回答ありがとうございました！！ Runの画面で、コマンド入力するとの事ですね。 引用：
| ||
| 5 | Re: 参照いろいろ（#NFCNVでのJ/操作登録について） | |
| 岡 2013-2-25 15:01:51
[返信] [編集] 江須扇様 詳細な情報、ありがとうございます。 ＞大変失礼ですが貴殿のＡ−ＶＸスキルが不明なので参考できるところをご紹介します。 まったく、初めて触ります。（触らないといけなくなった。。。） 記入されている、事項を、行っていこうと思います。 不明点がでれば、また、よろしくお願いいたします。 以 上 感謝！！ | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ | |
| gai 2013-1-29 11:57:21
[返信] [編集] こんにちは。 いつも大変お世話になっております。 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ 処理を流すたびに、 ファイルＡの 項目bの値を 項目aにセットする。 その後項目bに今日の日付をセットする。 項目a,bは日付項目です。 単純な処理ですが、 cobolでコーディングするのがめんどくさいです。 SMARTでできますか？ できれば１つがいいのですが、無理でしたら ２つのsmart PROGRAMになってもかまいません。 すみませんご教授ください。 | ||
| 2 | Re: 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ | |
| gai 2013-1-29 17:53:21
[返信] [編集] すみません自己完結レスです。 「メイン入力ファイル」を 「メインファイル」と同じにしたら、 更新できました。 素人なので、 「メイン入力ファイル」の意味がよくわかりませんが・・、 とりあえずできました。 入力ファイルですから、 ＤＢを更新するための、元ファイルの順編成ファイル のことかと思っていたのですが、 違うようですね・・・。 ともかく、 どうもありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | RDBで仮想表を使用していますか? | |
| TOM 2013-1-14 16:21:07
[返信] [編集] A-VXのRDB機能の一つである、仮想表を皆さん酷使されていますか? 基本表を使用していることは知っているのですが、仮想表をバリバリ使用しているのでしょうか? | ||
| 2 | Re: RDBで仮想表を使用していますか? | |
| オフコン太郎 2013-1-28 17:35:15
[返信] [編集] TOMさん がんばってますね。 レスがないので、私見として、載せます。 本掲示板で、あまり、否定的な意見を載せたくなかったので、 今まで、載せませんでしたが、小生はあまり使用していません。 以前は使用していましたが、 基本表を変更すると、仮想表が使用できなくなったように、記憶しています。 この、｢仮想表が使用できなく」が仮想表を使用時に(たいていの場合、後日)判明しますので、 保守が大変です。よって、だんだん使用しなくなりました。 一時的には使用しますが、継続的に使用することは避けています。 上記は運用/マニュアル化でカバーできるのですが・・・ 基本表は原則全てのファイルで定義しています。 下手に触ると困るファイルだけは表定義をしていません。 以上、参考になりますでしょうか？ | ||
| 3 | Re: RDBで仮想表を使用していますか? | |
| TOM 2013-1-28 18:22:23
[返信] [編集] 回答有難うございました。 今、オフコンのマイグレーションを可能/不可能を考えています。私もなかがったのですが、MIXどまりだったものですから。 今ではER MASTERとかER/STUDIOを使ってまぁー何とかなっているのですが。 マイグレーションの一番のキモはCOBOLのファイル定義をOPENのDB定義に自動化で流し込む機能です。 これが正確に行えれば、後は何とかなるであろうと考えています。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ファイルディレクトリファイルに最終更新時刻の情報 | |
| 温泉好きのうさぎ 2012-9-11 21:29:34
[返信] [編集] A-VX02 R3.0 から、SYS@FDFのファイルラベルにファイル最終更新時刻の項目が入っていたようなのですが、更新回数の項目を更新するモジュールに不具合があったようで、それの修正に伴い最終更新時刻が無くなってしまいました。 私はR3.0 のサーバーをさわったことがないので、最終更新時刻の情報が実際にどのように入っていたのかわからないのですが、マニュアルを見る限り、順編成と相対編成と複数索引順編成のデータ部のファイルラベルでは203桁目からの8桁に、索引順編成と複数索引順編成のキー部と待機結合と待機区分編成のファイルラベルでは160桁目からの8桁にファイルをクローズしたときのシステム時刻を格納するとなっていました。 しかし、修正物件適用後は、R2.0 以前と同じファイルラベルの情報となってしまったようです。 ところで、この最終更新時刻の情報を統合管理ツール等で参照できていたんでしょうかね？ | ||
| 2 | Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| TOM 2012-11-21 16:21:28
[返信] [編集] この項目はITOS時代からありました。ただ#MAPで表示されていなかっただけです。SYS@FDFの60数バイト目(データ管理説明書を確認ください)にあります。 #FLCNVでIDE=SYSと指定すると、そのままの状態を出力できます。 | ||
| 3 | Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| 温泉好きのうさぎ 2012-11-22 21:29:14
[返信] [編集] > TOMさん たぶん勘違いをされていると思います。 ITOSからA-VX02 R2.0まで更新時刻の情報は一切ありません。 SYS@FDFの49桁目からアロケート日付、55桁目から満了日、61桁目から作成日、67桁目から最終更新日がそれぞれ6バイトの項目として記録されておりますが、これは年月日の情報のみであり、ここには時分秒の情報は全く含まれておりません。 それが、時分秒の情報もA-VX02 R3.0 になって初めて記録されるようになったのですが、わずか半年ほどで不具合の発生に伴って元の状態に戻ってしまったということです。 なお、先日発表されたA-VX02 R3.5 ではどうなっているのかについては、まだOSの詳細が私の元にありませんので不明です。 > #FLCNVでIDE=SYSと指定すると SYS@FDF のデータを#FLCNV で参照するときに IDE=SYS の指定は不要ですよ。 ただし、#FILEM で参照するときには IDE=SYS の指定が必須です。(注：SYS@FDF の中を直接さわるときは全て自己責任で) | ||
| 4 | Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| TOM 2012-11-26 16:57:53
[返信] [編集] 更新時刻が欲しかったんですね。 すみません。早とちりをしました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band