[掲示板に戻る]
 （６００は「買い」だ！）： その１ ... ＥＸＣＨＡＮＧＥ 2003-10-1 6:26
|
 
（６００は「買いだ！」）：その２ 「... ＥＸＣＨＡＮＧＥ 2003-10-10 7:54
|
|
（６００は「買い」だ！）： その３ ... ＥＸＣＨＡＮＧＥ 2003-10-10 11:57
|
|
（６００は「買い」だ！）： 追伸 ＥＸＣＨＡＮＧＥ 2003-10-10 11:57
|
私も同じ考えです。 ターラヤン 2003-10-11 13:17
|
|
私も同じ考えです。（続き） ターラヤン 2003-10-11 13:58
|
|
Re:（６００は「買い」だ！）：私も同じ... 江須扇 2003-10-12 11:39
|
|
Re:（６００は「買い」だ！）：私も同じ... 江須扇 2003-10-13 3:28
|
| 1 | （６００は「買い」だ！）： その１ 「まだ迷っている方へ」 |
| ＥＸＣＨＡＮＧＥ 2003-10-1 6:26
[返信] [編集] ＊ 「以前から古いオフコンを使っているが、そろそろ新しいものに買い換える必要があるな?」 「コンピュータには何かというと高い金をかけてきたが、 何とかならんのか、この不景気に。。」 「近頃はパソコンが安いと聞いたし、パソコン系のサーバで一からやり直した方が今後のことを考えるといいのかしら？」 「でも、以前からのソフトに従業員たちも慣れているし。。」 「ＰＣＬＡＮで売り込みに来たセールスが、オフコンは将来なくなる、それにオフコンではパソコンにつながらない、だれでも使えない、 といっていたな?。そういえばうちのオフコン、データをパソコンに取り込んでいないようだ。。」 「でも、ＰＣＬＡＮのセールス、見積もりを見ればなんだかんだと訳の分からない項目が並んでいてトータルすれば結構な値段じゃないか！ パソコンは安いって言ってたのに。。」 ＊ いろいろ、お悩みの経営者、管理者の方もおられると思います。 ＊ まずお断りしておきますが、私は、ＮＥＣの回し者（メーカサイドの人間）ではありません。 （メーカサイドの方、うさんくさい呼び方してごめんなさい！！） ユーザの立場から始めて、途中からシステム構築、ソフト制作を「生業」とするようになった立場から、少しばかりお話をさせて頂きたいと思います。あくまでも参考としてお聞きください。 ＊ 「あらゆるケースに当てはまる」などというアドバイスはあり得ないので、それぞれの会社の状況、システムの必要度、担当者のレベル等々、個別の条件を考えて行けばそれぞれに違った回答が出てくるとは思います。 あくまでも一般的な「参考意見」です。 ＊ 一応、状況を限定します。 ＝設置状況＝ （１）ＮＥＣの旧タイプの、いわゆる「オフコン」（Ｓ７２００以前）のマシンを現在も使い続けている。 （２）端末台数で１〜３０台程度。 （３）いわゆる「中小企業」で、現在のマシンは「メイン」のコンピュータである。 ＝現在の問題点＝ （１）マシンが古くなって時々問題が起こる。販売店より「保守契約が出来にくい」などといって、買い換えの要請がある。 （２）業務で発生したデータをパソコンで分析するなどといった情報有効利用があまり出来ていない。 （３）今後のことを考えて、次にどのような形のシステムを導入すべきか迷っている。（このまま「オフコンで乗せ換えか？」「パソコン系システムの方がよいのか？」等） ＝個人的背景＝ ＊ 私は、分野から言うと、一番好きなのがサン（ＳＯＬＡＲＩＳ）、その次がＬｉｎｕｘ、その次がＭＳ（Ｗｉｎｄｏｗｓ）、その次がホスト系（ＡＳ、ＡＶＸの順）です。 ＊ しかし、業務系のシステム構築では評価の順序は、がぜん変わります。 一番がホスト系（ＡＶＸ、ＡＳの順。順序注意！！） 次がサン（ＳＯＬＡＲＩＳ＋ｏｒａｃｌｅ） それ以下はドングリの背比べ。。（つまりあまり信用していないということ）です。 ＊ それでは以下、ＯＳ比べなどという「オリンピック」はやめにして、「迷える経営者」にとって重要な問題に焦点をあてて考えていきましょう。 （続く） |
|
| 2 | （６００は「買いだ！」）：その２ 「問題はどこに？」 |
| ＥＸＣＨＡＮＧＥ 2003-10-10 7:54
[返信] [編集] ＊ 私は前提条件として端末１〜３０台などと書きましたが、 １台（単独）でＳ３１００／１０（ディスク付）などをお使いの方は、まずパソコン（ＰＣ）の導入を検討すべきです。 本社などのオンライン端末としてお使いの場合でも、バッチ（一括）でデータを転送してお使いの場合でも、（本社側を「６００シリーズ」に換えれば）原則としてＰＣで運用可能です。ただし、一括転送の場合は新たにＡＣＣＥＳＳなどで支店ＰＣ側のソフトを開発する必要があります。 また、単独で「財務管理業務」などを運用しているだけでしたら、パソコンパッケージなどで置き換え可能です。 ＊ まあ、たいていの場合、上記のようなケースはあまりなくて、Ｓ７２００／３０（あるいは、Ｓ３１００／３０等）より上の本体装置＋端末３台以上、というのがほとんどでしょう。 ＝＝ そこで、問題点（２）の件です ＝＝ ＜前回の書き込みを参照＞ ＊ 「オフコン」だからデータがパソコン上でうまく利用できない、ですって？？？ 実は、このように思っておられる方（会社）が以外に多いのです。（ＡＶＸを使いこなしておられる会社の方は「うそ?」と思われるかもしれませんが。。） いろんな会社のコンサルをさせて頂いて、正直驚くのはこのパターンです。 それで「今度はパソコン系システムに替えようか」と迷っておられるわけです。 で、このパターン、よくよく調べてみると （１）なるほど、Ｓ７２００あたりでＢｓｅｐでパソコン端末は接続されており、「ＲＤＢサーバ」「ＳＫＹＬＩＮＫ」なども導入されているのですが、 （２）業務システム側が、旧式な構築法（ひどい場合、ファイルベースの時代の設計法）で出来ており、 （３）「ＥＸＣＥＬ」などに数字を取り出しても、取り出したい「概念」（データ分析で要求されている集計条件、分類基準、期間）と合っていないため実態とズレがでてしまう。結局、他の出力リストを見て別途手で集計した方がマシ。 と、いう場合が圧倒的に多く見られました。 ＊ 「ここんところ、こういう風な数字は取れないの？」とシステムを構築しているところに訊ねると、「う〜ん、出来ますけど、ん万円（ん＞１００だったり）」 ＊ で、 「オフコン」はだめだ、パソコンシステムだったらこんなことははじめからうまく取り出せるのでは。。となるわけです。 ＊ 要するに、このような問題を持っておられるのは、 （１）比較的早い時期（古い時代）から「オフコン」を導入されてきた（以前には先進的な）会社に多く、 （２）ハードを何度か買い換えても「オフコン」が、なまじそのままのソフトが次に継続使用出来たために、システムを現代化するということが取り残されてしまった、 というものです。 ＊ このような場合、「次の一手」はどのようなものでしょうか？ （続く） |
|
| 3 | （６００は「買い」だ！）： その３ 「未来資産」構築のために |
| ＥＸＣＨＡＮＧＥ 2003-10-10 11:57
[返信] [編集] ＊ 「次の一手」を考える前に、 ちょっと寄り道して、 「どうして、このような旧式な構築法が使われたのか？」という点を押さえておきましょう。 ＊ それは、なにより「２０００年問題」の裏に存在した「真の理由」と同じようなものです。当時のコンピュータのキャパシティがあまり大きくなかったための「容量節約」です。 （おまけ）：現在かかっておられるＳＥさんと話をして、「こっちの方が容量が節約できるから（そうした）。。」というせりふがあまり頻繁にでるような方だったら、ちょっと要注意ですね。 ＊ 小さいキャパで、きついお客の要望を何もかも一度にやってしまおう！ という涙ぐましい努力が生み出した「芸術（アート）」でもありました。（今でも、そういうことが「プロ的」な腕だ、という信念を持っておられるＳＥさんがおられます。そういう方は概ね、ゲイツさんの容量無駄遣い垂れ流し型のＯＳに非常に嫌悪を感じられるようです） ＊ しかし、「わかよたれそつねならむ」 時は流れ、時代は移り、コンピュータの容量問題は大きく改善されました。（ひとり「オフコン」だけが例外ではない。。） ＊ 現在の「オフコン」（例えばＮＥＣ Ｅｘｐｒｅｓｓ５８００／６００シリーズ）では、 「ＣＰＵのパワー、メモリの量、ディスクの容量などは十分なほど用意されており、必要ならさらに「安価」に増設できる。」 のです。 なんといっても、これは「Ｗｉｎｄｏｗｓ２０００サーバですから。。」 ＊ そこで、本題に戻りますが、私が言いたいのは こうした「プア」なシステムこそ再構築されるべきだ！！ ということなのです。 （ただし、Ｓ７２００以後のマシンをお使いの会社で「ＲＤＢサーバ」「ＳＫＹＬＩＮＫ」も使ったことがない、知らない、 と言う方は「再構築」の前に、まずこれらを「使ってみる」ことからお始めください。 この程度のこともやらずに、「パソコン系システムに替えて誰でも使える形にしたいから」などと比較評価されると、「オフコン」が可哀想ですから。。） ＊ さて、「再構築」に際してどのようなことに留意すべきでしょうか？ 以下、独断と偏見で。。 （１）まず、容量は十分用意されているし、ＡＶＸは元々あまり容量を無駄遣いしないＯＳなので、 「難しいプログラムテクニック」によって「容量節約」を計ったり、「スピードアップ」を計ったりすることは極力避け、 キャパが足りないときはどちらかというと「ハード」の増設で対応するような考え方を取る。 （ハードのパワーに依って解決を計る。「貧乏指向」から「リッチ指向」へ。 ハードの増設の方がソフトの変更より安上がり。 「ハード」はソフトに変更でき、「ソフト」はハード（硬い）であとから変更がしにくい。） （２）「基幹系システム」と「情報系システム」を考え方だけでなく実際のシステム上でも完全に「分離」するように設計する。 ＊基幹系マスタ上では残高に関わる項目のみ集計、更新する。いわゆる「何とか別、何とか別、実績マスタ」などは基幹系に作らない。基幹系データは残高を集計、更新するのに必要な分と、データ作成に参照する必要のある分などに絞る。 ＊ レプリケーション機能をフル活用して、ＳＱＬサーバ（またはｏｒａｃｌｅ）側に、「情報系ＤＢ」を構築する。 こちら側の定型ソフトはＶＢ、ＡＣＣＥＳＳ可。（それの方が長い目で安上がり。理由は後で説明）。 それから、こちら側は「別サーバ」の方がヨリ良い。これはふつうのＰＣサーバ。 （３）他社とのデータやりとりは、単純なバッチなら「パソコンソフト」でＪＣＡ、全銀などを使って、６００シリーズのいわゆる「ＮＴ領域」に落とす。 複雑系は「Ｂｉｚｔａｌｋ」を指向する。 営業所などへのデータ送信で従来Ｓ３１００／１０などを「受け」「受け後」に使っていた場合は、メール連携で「ＣＳＶ添付」に切り替え、その先はＶＢ、ＡＣＣＥＳＳで。 自社内の遠隔端末はＶＰＮを使う。 いずれにせよ、極力「６００シリーズの通信ボード」は使わないように心懸ける。 （４）上記を違和感なく操作できるよう「ＪＯＢ起動ユーティリティ」などを使って、操作員に配慮する。 等々です。 あと、「ＲＤＢＷＡＶＥ」（ｗｅｂ版）というのはいかがでしょうか？（有償だが、安い！） （出来るだけ、ＡＶＸ標準機能を使います。 オープンからＡＶＸＲＤＢ、 ＡＶＸからオープンＲＤＢ といった斜め読みは極力避けます） ＊ こうして、「基幹業務側」から「情報系的な部分」を分離すれば、 （１） 将来にわたって「基幹業務側」の変更はあまり発生せず、この部分の変更は最小限ですむ。（ディーラの「高い」見積もりを拝見する場面が減る） （２） いわゆる「情報系的な部分」は要望などが変化しやすく、ここらはＶＢ、ＡＣＣＥＳＳなど「継続性が当てにならないツール」で作っても被害が少ない。それよりも表示、作表の「表現力」が大事な領域。 あと、この辺は「参照オンリー」に権限しとけば、「江須扇」様のページに出てきた「パソコンちょっとだけ知ってる的にわかプログラマ」を「活用」できる（こっちが「活用」してやるのだ）。 ＊ かくして ＝＝＝ 「未来資産」を創るのです！！ ＝＝＝ ＊ 特に「基幹部分」に関しては、ＡＶＸは抜群に安定度も高く、そのＣＯＢＯＬは今後の一貫した継続性が期待できます。 ＶＢからＶＢ．ＮＥＴへの乗せ換えみたいな苦労を何度もしたい方は、どうぞ「ＭＳで基幹を構築」なさってください。きっと 「 Ｄｏ ｓａｍｅ ｗｉｔｈ ｍｏｒｅ 」 請け合いです。 ＊ また、６００シリーズは、ＡＳ４００みたいにお高くないですし、それに、分離された「基幹業務側」のためには、そんなに大きな６００シリーズでなくてもＯＫでしょう。 その分を「未来資産」の構築に当てるのです！！ ＊ それと、（これは、実はとっても「大事」な点！！） 旧オフコンを６００シリーズに替えて一番驚くのは、きっとその「スピードの速さ」「処理能力の向上」だと思います。 「どうして今まで古いマシンを使い続けてきたのだろう？もっと早く６００に替えれば良かった」と感じられるでしょう。 ＆＆＆＆＆＆＆＆＆＆ ＊ 何？「ＡＶＸが将来も続くか心配」ですって？ どんなものが将来も存続し続け、どんなものがそうでないのか、それは私にも分かりません。 でも、それを予測するのには、今までの「奴ら」の「行動（何をしたかの履歴）」を見ることでしょう。 ＭＳのｗｉｎｄｏｗｓはある程度存続し続けてきましたが、その中身は大きく変わりました。そしてＶＢ、ＡＣＣＥＳＳといった道具も当初とはすっかり変わってしまいました。 ＮＥＣは、過去２０年以上渡って「ＯＳ」「ツール」の継続性をほぼ完全に保証し続けてきました。 この辺あたりで判断するしかないでしょう。 それに見逃してはならないのは、「ＡＶＸ」のバックで「通奏低音」のごとく販売されている「ＡＶＸ実行環境」というやつです。 多分、枯れたＯＳである「ＡＶＸ」を継続することは今後のＮＥＣにとってそんなにシンドイ仕事ではないでしょうし、それに従来のお客さんをあえて逃すという必要もないでしょうし、かりに 万が一「ＡＶＸ」の存続が難しくなっても、 きっと「影の内閣」である「ＡＶＸ実行環境」を充実させ、そこへの移行パスを用意してくれるような気がします。 ＊ え、「それでもまだ心配」ですって？？？ どうしてもそのように思われる方には その時点で 「基幹業務側」を ＪＡＶＡに置き換えることをおすすめしています。 すでに、「基幹業務側」は「分離」され、「最小化」されていますから、置き換えはきっと現在のシステムより「やりやすい」と思いますよ。。 （仕事が忙しくなってきたので、複数号をまとめてワンページに書いて、とりあえず 「完」 ） オソマツ。 |
|
| 4 | （６００は「買い」だ！）： 追伸 |
| ＥＸＣＨＡＮＧＥ 2003-10-10 11:57
[返信] [編集] （追伸）： 「今回ＪＡＶＡに乗せ換え」 と言う場合は、もちろん現在の６００シリーズでは不適当ですので、即その方法をということでしたら、しかるべき別のサーバをご用意ください。 今回６００で構築し、将来ヤバくなったら「このようなルートもある」という意味ですので、念のため。 ＊ ＳＵＮからＳＰＡＲＣの低価格サーバがでた！！ うれしいな！！ でも、やっぱり業務アプリは「Ａ−ＶＸ」＋「ＣＯＢＯＬ」の方が楽ちんですよね。。 ＊ あんた、よっぽどゲイツさんが嫌いなの？ いえいえ、私はほんとは「隠れＭＳ」なんですよ?。 だって名前からして 「ＥＸＣＨＡＮＧＥ」なんだもん。 |
|
| 5 | 私も同じ考えです。 |
| ターラヤン 2003-10-11 13:17
[返信] [編集] いつもお話ありがとうございます。オフコンに対する熱い思いが伝わってきます。 S3100やS7200を今も使用されている場合、これからもオフコンを使い続けるにしても、 Windowsなどのいわゆるオープン系といわれているものにしようとする場合にしても、 Express5800/600シリーズにする利点は多いと思います。 Express5800/600シリーズならば、 １．今までのソフト／データがそのまま使用できること。 ２．Windows2000のサーバでもあること。つまりWindowsのソフトも使用できる。 ３．A-VXからWindowsへデータを渡すPathがいろいろ用意されていること。 １は当たり前（Windowsはこの当たり前のことすら、なかなかやってくれないのですが、）のこととして、 ２と３は結構重要だと思います。 ２のWindowsのソフトが動くということは、ＮＥＣのＨＰにも明確に書かれていませんし、 案外知られていないという気がします。 Express5800/600シリーズ上では、マイクロソフトのEXCHANGEでもSQLServerでもIISでもWORD、EXCELでも、 あるいはDB2、NOTES、ORACLE、SendMail、よくテレビでCMをしている○○奉行とか××大臣とか、 町のパソコン屋で売っているWindowsソフト、インターネット上のフリーソフトだって動きます。 （既に同じような業務ソフトが載っているオフコンに、さらに○○奉行を載せてどうする、という話もありますが、 あくまでもWindowsソフトなら何でも動くという例ということで出しただけです。 当然、○○奉行を使うのならば、600シリーズにする必然性がない。） ３は、A-VXとWindowsの間でデータ交換が簡単ということもありますが、 将来オープン系に移行するときにも、S3100やS7200と比べて楽にデータを移せる。（あくまでも”比べて”という話です） これからどうするかまだ決めていないというのならば、一旦、600シリーズにしておいて、 それからこのままオフコンとして使用し続けるか、オープンにするか、決めるという手もあります。 |
|
| 6 | 私も同じ考えです。（続き） |
| ターラヤン 2003-10-11 13:58
[返信] [編集] 先ほどは、考えをまとめずに書いてしまったので、何を言いたいのかよくわからない文章になってしまいましたが、 補足すると、ＥＸＣＨＡＮＧＥさんの言う通り、 ２，３ができるということは、基幹系は今まで通りＡ−ＶＸで、情報系はＷｉｎｄｏｗｓのソフトでということができます。 （実際ＮＥＣの方もそう言っているようです。） 600シリーズは、Windowsサーバでもあるので、今もし管理者がWindowsのことをあまり知らなくても、Windows管理のノウハウも自然と付いてくるし、 逆に今の若い人はWindows’しか’知らない場合もあるが、Windowsから入ってA-VXへなら受け入れやすい。 これもＥＸＣＨＡＮＧＥさんの言う通り、Ａ−ＶＸ基幹系＋Ｗｉｎｄｏｗｓ情報系にしておけば、将来いざオープン系へ移行という時も（今と比べて）楽になるはず。 600シリーズはWindowsサーバなので、オフコンのことを知らないようなソフトハウスもリプレースしやすいでしょうし。 ＥＸＣＨＡＮＧＥさん、江須扇さんなどと同じように、私もオフコンはいいと思います。 でも今の世間の流行／傾向はオープンの方ですから、オープンにするにはどうしたらいいの？という質問が多いのも仕方がないことだと思います。 オープンにできるよう道を付けておいて、最後の判断は当事者に任せ、方向が決まったら、その方向になるべく簡単に行けるようにしておくことが大切だと思います。 p.s. 私が書いたものを読み直して見て、 何か偉そうなことを書いていますが、実際自分自身を振り返ってみると、全然書いているようなことはしていません。 私の行動は書いていることとは正反対、いつもその場その場のやっつけ仕事ばかりで、恥ずかしい限りです。 昔の技術に胡座をかいて、A-VX4の新しい機能は全然使わず知りもせず・・・。最近は、心を入れ替えて勉強しています。 |
|
| 7 | Re:（６００は「買い」だ！）：私も同じ考えです。（賛同します） |
| 江須扇 2003-10-12 11:39
[返信] [編集] ＥＸＣＨＡＮＧＥさん、こんにちは、 （６００は「買い」だ！）に賛同します。 私の訳のわからん投稿より説得力がありますね。 ターラヤンさん、こんにちは、 私の訳のわからん投稿にはＲＥＳつけづらかったですね。 ただ、私もお２人まけないぐらいＡ−ＶＸをこよなく愛しておることをご理解ください。 ３人しか出てきませんが、１００倍、いや１０００倍くらいの方が見ていると思います。 この意見がきっとサイレントマジョリティーの方の賛同を得られると確信しております。 ＮＥＣさん、最初の６００シリーズを利用している方はもう６年経ちます。 そろそろ、マイナーチェンジでは無く”サプライズ”あるフルモデルチェンジをして欲しいですね。 次回はもっと簡単な投稿にします。 乞う、御期待（といってもたいしたことはありませんが・・・・） |
|
| 8 | Re:（６００は「買い」だ！）：私も同じ考えです。（追加） |
| 江須扇 2003-10-13 3:28
[返信] [編集] Ａ−ＶＸのメリットとして、 Ａ−ＶＸ ＣＯＢＯＬ が解らないとできない というのがメリットと思います。 つまり、セキュリティの観点から知らない人にはデータベース構造、プログラム構造がわからないというのが良いと思います。 正しく、上司から部下、先輩から後輩へ技術伝承してこそ使えるのです。 これが、いい意味での伝統の継続と思います。 基幹業務は社内規定（基準）に準じドキュメントを残し継承されるべきと思います。 |
BluesBB ©Sting_Band