ソフトウェア業界について勉強しています。
本によると、『業務システム開発は、汎用系システム開発とオープン系システム開発に分かれる』とあるのですが、違いがよく分かりません。

知り合いからは、「例えば人事給与システムはオープン系で、銀行などの基幹システムは汎用系だよ」と言われました。
それって、つまり規模の差ってことでしょうか?
よろしくお願いします。

このQ&Aに関連する最新のQ&A

A 回答 (3件)

こんにちは。



おおまかに言えば汎用系とオープン系は高速性、信頼性が違います。汎用系のほうがどちらも優れています。
データ量だけならオープン系をSAN環境で使用すればどちらもあまり変わりません。

汎用系は高速性を要求される為、そのプログラミングはハードウェアに特化(ハードウェアやシステムの特性を考慮した)ものになります。よってマシン語に近い言語を使用することも多く、システム専用に構築される場合が多いので、システム変更や他に応用することが容易には出来ません。(昔銀行の統合でこれに失敗して大事件になったことがありますよね。)

オープン系は主にWindows等のアプリケーション(例えば会計ソフト)が動作する環境に用います。ハードウェアに特化しないので、その変更が汎用系に比べ容易です。

汎用系は集中処理型システムであるがゆえ、信頼性も高いものが要求されます。極端にいえば1台システムがダウンすると全滅してしまいます。ですからそのようなことがないように障害発生時の対処についてもオープン系よりもシビアなものとなります。

とはいえオープン系も信頼性が高くなってきており、さらにSAN環境等でリスク分散することでさらに信頼性を高めることができます。

汎用系とオープン系は互いに一長一短ですので使用するシステムの特性にて使い分けます。
極端な例でいえば銀行ATMなど大勢の人が同時に使用するようなシステムの場合は汎用系でないと対応できないでしょうし、質問者様自身が何かのアプリケーションを使用する為に自分のPCにディスクを増設されてもそれはオープン系システムと言えます。

つまり汎用系システムは、高速性などそれでないと対応できない場合に用い、オープン系はその名の通りオープンですのでいろいろな用途のシステムに用いるのが一般的です。
    • good
    • 1

>つまり、パソコンで運用とは、”後者”の意味ですか?



その通りです。オープン系でも大規模開発であればサーバ機を何台も用意して分散処理をさせますが、小規模であれば、例えばVBで開発してパソコン1台で動作させるなんていうこともあります。
    • good
    • 2

この違いは主にシステムが動作するコンピュータとプログラミング言語の違いです。



汎用系システム開発とは、汎用コンピュータ(ホストコンピュータ)を使用し、主にCOBOLなどの言語で開発するシステムです。開発されるシステムとしては企業の基幹システムが多いです。
オープン系システム開発とは、UNIX機やWINDOWS機を使用し、JAVAやC、VBなどの言語を使用して開発するシステムです。

「こういうシステムは汎用でないとダメ!」みたいなことはなく、業務の特性と汎用/オープンの長所等を考慮して開発を行います。
例えば人事給与システムでも、大企業で大量データを短時間で処理しなければならないのであれば汎用系で開発することもあるでしょうし、中小企業でそれほどデータ量がないのであればオープン系で開発してパソコンで運用を行うこともあるでしょう。

ということで結論としては、単純に規模ではなく、開発要件(どういうシステムをつくりたいのか)によってそのあたりは決まるということになります。
    • good
    • 3
この回答へのお礼

bbbugさん、早速のお返事ありがとうございました。

重ねての質問で恐縮ですが、文中、
 >それほどデータ量がないのであれば、
  オープン系で開発してパソコンで運用
とありますが、それはどういうことでしょうか。

本によると、
「汎用系システムは集中処理型システム。オープン系は分散処理型システム。機能を一台の大型コンピュータ(汎用機)でまかなうのが前者。さまざまな機能を複数の専用処理を行うマシン(サーバ)に分散させるのが後者。」とあります。

つまり、パソコンで運用とは、”後者”の意味ですか?

お礼日時:2006/03/20 17:36

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人はこんなQ&Aも見ています

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Qネットワーク及び基幹システム

アドバイスお願いします。

ネットワークと基幹システム(会計)

の構築はそれぞれ違うシステム屋にお願いしています。

そのためシステムの変更をした場合におこる
不具合がどちらの原因かでもめます。

両者の間で連絡をして作業をするように
お願いしているのですが上手くかみ合っていないようです。

そこでこういった場合にどのように対処するのが
安定した運用を行なう上で得策なのかアドバイス頂けますでしょうか。

○参考○

(1)基幹システム→会計ソフト

(2)ネットワーク、サブシステム(販売管理ソフト)、クライアントPC

サブシステムは商奉行ですが
カスタマイズをしているためネットワークを上記(1)のシステム屋
に移行するのが難しいようです。

実際にカスタマイズしているのは(2)ではなく
下請けのようです。
もしカスタマイズまで(1)にお願いできたとしても
(2)のある程度の協力がないとサブシステムを
一から作り直す必要が生じ費用も多額になります。


できれば下請けだけ引き抜いて(1)にネットワークの構築から
基幹システムまでお願いすれば上手くいくような気もします。

サーバーの入替えの時期がきているため
改善できる部分があれば行いと思っています。

アドバイスお願いします。

ネットワークと基幹システム(会計)

の構築はそれぞれ違うシステム屋にお願いしています。

そのためシステムの変更をした場合におこる
不具合がどちらの原因かでもめます。

両者の間で連絡をして作業をするように
お願いしているのですが上手くかみ合っていないようです。

そこでこういった場合にどのように対処するのが
安定した運用を行なう上で得策なのかアドバイス頂けますでしょうか。

○参考○

(1)基幹システム→会計ソフト

(2)ネットワーク、サブシステ...続きを読む

Aベストアンサー

>できれば下請けだけ引き抜いて

それは下請けが嫌がる可能性が高いです。
(2)との業務契約によっては裁判沙汰です。
裁判にならないまでも、今後(2)から仕事を貰えなくなる可能性があるので断られる可能性が高いのでは??

1回の出費は覚悟の上で、(2)に現在の仕様書等を整理させて出させる
(契約内容によっては、お金が掛からない場合もあります。しっかりと確認しましょう)

で、(1)に全部を任せる、と言うのがトラブルも無く移行可能では無いでしょうか。

>そのためシステムの変更をした場合におこる
>不具合がどちらの原因かでもめます。
それは当然かと思います。
aikohatanさんの会社が取りまとめない限りは無理でしょう。
両社を呼び出して(場合によっては、お金が発生します)状況を分析させ情報を交換する必要があるでしょう
恐らく責任範囲が明確になっていない状態で、責任の押し付けが発生していると思われます。
システムを導入する際にそのような事を考えずに導入した会社にも責任があります。
直して当然では動いてくれませんよ。

>できれば下請けだけ引き抜いて

それは下請けが嫌がる可能性が高いです。
(2)との業務契約によっては裁判沙汰です。
裁判にならないまでも、今後(2)から仕事を貰えなくなる可能性があるので断られる可能性が高いのでは??

1回の出費は覚悟の上で、(2)に現在の仕様書等を整理させて出させる
(契約内容によっては、お金が掛からない場合もあります。しっかりと確認しましょう)

で、(1)に全部を任せる、と言うのがトラブルも無く移行可能では無いでしょうか。

>そのためシステムの変更をした場合...続きを読む

Qオープン系のCOBOL

6月よりオープン系のCOBOLの仕事をすることになりました。

内容は生産管理です。

ホスト系のCOBOLは数十年前少しやっていたのですがすっかり忘れてしまいました。

そこで、1から勉強しなおそうと思うのですが、何かいい本はないでしょうか?

(COBOL入門やオープン系入門等の分かりやすい本等)

また、COBOLソースを簡単に読むテクニック等あればお教えください。
(予備校で、現代国語や古文の問題を簡単に解く方法みたいなやつ)

ほとんど、オープン系もCOBOLも分からないど素人と同じレベルです。

よろしくお願いいたします。

Aベストアンサー

COBOLはかじったことないんですが・・

参考URL:http://tallercolibri.com/

Q【重要】UNIX系の開発の会社のネットワーク

ご観覧有難うございます。
UNIX系の開発の会社でのネットワークに関してです。
私は、現在Windowsのネットワーク保守管理を生業としております。
縁あってUNIX系の開発をしている社長さんから話しをしたいとのお話しを頂きました。(ネットワークをやって欲しいとの事をチラっと聞きました。)
明日(27日)に相手の会社に会いに行きます。(話しをしたい=面接!?)
私自身UNIX系はまったくの素人です。(この事は社長さんにもお伝えしてあります。)

質問
1.なりたい職業は別として将来のスキルになるのでしょうか。
2.Windowsの保守管理を一年半ほど行っていますが、UNIX系のネットワークに行くのは壁が高いでしょうか。
3.こんなときはどんな方に相談をしたらいいのでしょうか。

非常に悩んでおります。厳しいご助言、ちょっとしたご意見でも結構ですので、是非お願い致します。

Aベストアンサー

がると申します。WindowsよりはUNIX系のほうが得手なタイプのエンジニアです。
ゆえに、ちとUNIXよりな回答にはなりますが。

> 1.なりたい職業は別として将来のスキルになるのでしょうか。
必ずなる、とはいえませんが。将来のスキルとして「意味があるものになる」可能性は非常に高いです。

ただまぁ…
> 2.Windowsの保守管理を一年半ほど行っていますが、UNIX系のネットワークに行くのは壁が高いでしょうか。
多分高いです(苦笑
UNIXの場合、Windowsではラッピングされていた様々な「生の部分」をたっぷりと意識させられてしまうので。
ただ、それは逆に「ネットワークの基礎を学ぶ」事にも通じるので。ゆえに1番の回答が導き出せるのですが。

> 3.こんなときはどんな方に相談をしたらいいのでしょうか。
一番よいのはやはり「UNIXが得手の専門家」なのですが。
後は、技術系の掲示板などで質問をされたりするとよろしいのではないかと。

あと、独学で学ばれるのであれば。「オライリーの書籍を読んである程度意味が理解できる」というのは、一つのハードルかと思います。

がると申します。WindowsよりはUNIX系のほうが得手なタイプのエンジニアです。
ゆえに、ちとUNIXよりな回答にはなりますが。

> 1.なりたい職業は別として将来のスキルになるのでしょうか。
必ずなる、とはいえませんが。将来のスキルとして「意味があるものになる」可能性は非常に高いです。

ただまぁ…
> 2.Windowsの保守管理を一年半ほど行っていますが、UNIX系のネットワークに行くのは壁が高いでしょうか。
多分高いです(苦笑
UNIXの場合、Windowsではラッピングされていた様々な「生の部分」を...続きを読む

QLinux系での開発ドキュメントの作成・管理

今日人生ではじめての転職をしました。

Linux環境で開発ドキュメント(UI仕様書や、データ設計書など)を
作成する際に、どのようなツールを使用していますか?
また、ドキュメントのバージョン管理にはどのようなソフトを使用していますか?
オススメがあれば教えていただきたいです。

昨日までの会社ではWindowsベースでの開発環境だったため、
開発ドキュメントの作成にはVisioやExcelを使っていました。

今日から勤務する会社ではLinuxベースの開発環境なのですが
現存するドキュメントが全く無く、参考にするものがありません。
困った困った・・・

Aベストアンサー

ドキュメントは、Windowsからであれば多分OOo(OpenOffice.org)がよいかと思います。
# LaTeXやHTML等というのもありえますが。

UML等を書くならEclipseベースのモデリングツールや、Umbrello等が候補でしょうか。

関数仕様レベルの詳細はdoxygen等を使うと便利です。

バージョン管理は、SVN(Subversion)等がお勧めです。

Qjp 汎用ドメイン

漠然とした質問で申し訳ありません。

自分の好きな単語綴りでjp汎用ドメインの権利が売っているようなのですが、
これは権利を買うということで、購入した後は毎年料金がかかったりはしないのでしょうか?

今後の運用の(ショッピングサイトやHP作成、メルアド活用)等の為に購入を考えています。

宜しくお願いいたします。

Aベストアンサー

>その会社が権利譲渡する(売る)という形みたいなんです
結構高くいうところもあるみたいですし、ドメインを取得して高く売りつけるなんてのもあります。
申し込みをされて料金を支払った段階で登録となります。
取得したドメインでWeb上で行うもよし、メール用として使用もよし、何もしないで持ったままでも良いですよ。
ちなみに4つ持ってます。


このQ&Aを見た人がよく見るQ&A

このカテゴリの人気Q&Aランキング

おすすめ情報