|
1:今後の基幹業務について み 08/29 03:00 はじめまして。 現在基幹で5年程A-VX(640aiを使用中)を使っています。優れている点、足りない点ともそれなりに理解しているつもりでが、将来を考えるとそろそろ本格的にプラットフォームの移行を考える時期に来ているかなと思います。皆さんはどのように考えておられるのでしょうか？。 2:Re:今後のプラットフォーム 江須扇 08/29 21:49 はじめまして、「み」さん 江須扇と申します。 > 将来を考えるとそろそろ本格的にプラットフォームの移行を考える時期に来ているかなと思います。皆さんはどのように考えておられるのでしょうか？。 この点はメーカーがＡ−ＶＸの今後のロードマップを示さないので不安になる要素ですね。 プラットフォームのＯＳ、ＤＢは何をお考えですか？ Ａ−ＶＸが一番不安かもしれませんが、他も絶対大丈夫というのは無いと思います。 そういう点ではむしろ、ＩＢＭのＡＳ／４００、ＯＳ／４００の方がかなり大丈夫かも。 Ｗｉｎｄｏｗｓ系は名前は続くと思いますが継続性、互換性がないので業務システムを長期に利用するのは不安があります。 Ｌｉｎｕｘ系は誰が責任をもって継続されるのか良くわかりせん。 と考えるとＡ?ＶＸも５０歩、１００歩と思っております。 3:Re:今後の基幹業務について 江須扇 08/29 21:54 > 現在基幹で5年程A-VX(640aiを使用中)を使っています。 業務パッケージを使っていらっしゃるかどうかわかりませんが 小規模で業務パッケージシステムにオープン系のパッケージに同様の機能あり\r 載せ替え可能であればその方が良いと思います。 また、大規模で全く新しいシステムをオープン系で開発してもコスト的にメリットがある場合は その方が良いと思います。（運用は大変ですが・・・・・） しかし、６４０Ａｉという事だけなので勝手に中規模、個別開発システムと考えた場合は 私は次の理由で今後もＡ−ＶＸを利用しようと思っております。 １．ＷＡＮ環境でのネットワークレスポンスが良い ２．非積極的にセキュリティが良い ３．開発環境、運用環境がオールインワンである\r １番は、やはりクライアントサーバーでＷＡＮ環境で使うと トラフィックが増えなかなかレスポンスが確保できません。 ターミナルサービスやＭｅｔａＦｒａｍｅを導入する必要があり\r ＰＣ／ＷＳエミュレータとどちらをパソコンにインストールするのが 運用性、コストパフォーマンスが良いかということです。 Ｗｅｂ系のシステムにすれば問題は無いと思いますが エントリー系でも現状と同じ事ができるかは私はわかりません。 ２番はウィルス対策や Ａ−ＶＸ／ＲＤＢをデータ・ベース考えた場合、知らない人は扱えないので 業務システム内への進入はＡ−ＶＸをわかっている人しかできないので 非積極的なセキュリティになるのではと思っています。 ３番これも非積極的な話ですが 仮にデータベースをＯｒａｃｌｅで考えて場合、開発言語はＰＬ／ＳＱＬだけで 良いのか他にＶＢとかいろいろ必要があるのかどうか データベースの１つのテープルをコピーするのはどうやってするのか バックアップはどうやってとるかバッチ処理はどうするのか 等いろいろあり選択肢は有りすぎで迷ってしまいます。 データベースをＡ−ＶＸ／ＲＤＢにした場合、逆説的にハードを含め 開発環境、運用ユーティリティも限定されるので迷う必要がありません。 とはいうものの汎用的なプリンタが使えない 画面の制限がありすぎるという問題点がありますので システム規模、端末台数、目的でＡ−ＶＸを使うかどうかは決まってくると思います。 |