[掲示板に戻る]

---

Re: マイグレーションについて TOM 2012-11-21 16:07

Re: マイグレーションについて オフコン太郎 2012-11-26 12:58

Re: マイグレーションについて TOM 2012-11-26 16:55

Re: マイグレーションについて ターラヤン 2013-3-1 0:31

---

2	Re: マイグレーションについて
	TOM 2012-11-21 16:07  [返信] [編集] ITOSは1.0時代から触っています。最近このような相談に良く合いますが、最終的にCOBOL技術者の確保がキーではないでしょぅか?自社内に技術者(年も若い)が確保されているのであれば、ITOSからオープンCOBOLにマイグレーションしても良いんでしょうね。しかし技術者が確保できないような状況であれば作りなおしするしかないのではないでしょうか?或いはパッケージへいかれるかですね。しかしパッケージへいったとしてもEXECしか提供されていない場合は、ベンダーさんにおんぶにだっことなってしまいます。 今、標準的な機能を有して、且つ、ソース公開されているようなパッケージを探しています。(1個あるのですが)
3	Re: マイグレーションについて
	オフコン太郎 2012-11-26 12:58  [返信] [編集] 原則はExpress5800/600でしょう。 現システムに問題点/改善点がなければExpress5800/600です。 ある程度のスピードアップも望めますし、 なんといっても、費用と期間が圧倒的にかからない(オープンにくらべ) また、｢バグ｣もないですし、｢操作が同じ｣が一番です。 現システムに問題点/改善点があり、｢費用｣が発生する場合は、 オープンも候補でしょう。 また、改善点の内容によっては、オープンでしかできないこともあるかもしれません。 結論：オープンにして 費用： ・大きく掛かる 開発期間： ・大きく掛かる 困った事： ・操作がオフコンと違う(作り方によってはある程度踏襲できますが) ・セキュリティ関係が弱い？(オフコンはデータ構成が独自なため、 　他者からは見ることが難しいが、オープンだと以外に弱い。 　というよりは、Winをさわれる人が多いため、 　セキュリティ関係に留意した設計/運用が望まれる) 良かった点： ・断然スピードアップ ・一般的(?)には、プレビュー画面が標準装備(?)になるため、用紙の節約になる Express5800/600の問題点： ・いずれ、ＮＥＣもオフコンから撤退するものと思われるので、 　オフコンの選択は、｢オープン化｣の先送りでもありますが・・・ ・人員の確保もおおきな問題でしょう 　TOMさんもいっておられますが｢最終的にCOBOL技術者の確保がキーではないでしょぅか｣、・・・ 以上はソフト関係会社に従事している者の私的見解です。 ただし、当社においても、客先には、オフコンの人員確保困難/COBOLの人員確保困難などを理由に、 オーフンを押し進めています(上記と若干矛盾しますが)。 なお、オープンCOBOLへの移行は未経験のため、評価は控えます。
4	Re: マイグレーションについて
	TOM 2012-11-26 16:55  [返信] [編集] やはりA-VXのCOBOL技術者の確保が一番の問題ではないでしょうか? やはりNECさんはA-VXをやめることになるんでしょうね。 盛んにIBM社はAS400は不滅です。だからAS400のCOBOLへのマイグレーションで今後とも安心してお使い続けることができますと。 富士通さんはPOWERCOBOLのマイグレーションで押してくるのではないでしょうか? 私の周りにある同業者さんは面白いサービスをしています。
11	Re: マイグレーションについて
	ターラヤン 2013-3-1 0:31  [返信] [編集] 雑誌に掲載された内容の転載なので、既にご存知かもしれませんが ＩＴＰＲＯというサイトに「COBOLからJavaの自動変換」の記事が載っていました。 http://itpro.nikkeibp.co.jp/article/COLUMN/20130220/457386/ 去年日立もCOBOLからJavaの無料セミナーをやっていたみたいですし、COBOLからJavaへの流れが急速に進んでいるのかもしれません。