U
「TPSとMIS、DSS、EIS、SISって何が違うの？ACIDって全部覚えないといけないの？」——試験直前によく聞かれます。この記事では情報システムの分類から始まり、ACID特性・分散システム・クライアントサーバ・マイクロサービスまで、体系的に整理します。
情報システムの分類——TPS・MIS・DSS・EIS・SIS
企業の情報システムは目的・対象ユーザー・処理内容によって複数の種類に分類されます。試験では各システムの役割と英語の略称の意味が問われます。5種類を縦断的に覚えましょう。
| 略称 | 正式名称 | 主な役割 | 対象ユーザー | 具体例 |
|---|---|---|---|---|
| TPS | Transaction Processing System （トランザクション処理システム） |
日常的な大量トランザクションを処理・記録する | 現場業務担当者 | ATM・POSレジ・受発注システム・給与計算 |
| MIS | Management Information System （経営情報システム） |
TPSのデータを集計・加工して管理者に情報提供する | 中間管理職・管理者 | 販売実績レポート・在庫管理報告・予算実績比較 |
| DSS | Decision Support System （意思決定支援システム） |
意思決定に必要な分析・シミュレーションを支援する | 管理職・意思決定者 | 需要予測システム・ポートフォリオ分析・感度分析ツール |
| EIS | Executive Information System （エグゼクティブ情報システム） |
経営幹部が戦略的意思決定に使う要約・概要情報を提供する | 経営幹部・役員 | 経営ダッシュボード・KPI一覧・業界動向モニタリング |
| SIS | Strategic Information System （戦略的情報システム） |
競争優位の獲得・維持のために使う情報システム | 企業全体（競争戦略ツール） | 航空会社の座席管理システム・コンビニの発注システム・Amazonの推薦システム |
情報の流れは「TPS（現場のデータ収集）→MIS（管理者向け集計）→DSS（意思決定支援）→EIS（経営幹部向け）」という階層構造です。TPSが「土台」にあり、上位システムはTPSのデータを加工・活用します。
SISはこの階層とは別に「競争戦略的な活用」という観点で定義されるため、TPSがSISとして機能する場合（コンビニのPOSシステムが需要予測に活用される）もあります。
SIS（戦略的情報システム）は、マイケル・ポーターの競争戦略（差別化・コストリーダーシップ・集中）と結びついて理解します。
例：アメリカン航空のSABREシステム（旅行代理店が自社の座席を容易に予約できる仕組み）は、他社に先駆けて導入することで競争優位を確立しました。このようにITシステムそのものが競争戦略の武器になるのがSISの本質です。
トランザクション処理とOLTP——ACID特性を完全マスター
TPSの核心概念が「トランザクション処理」です。データベースにおけるトランザクション管理と、信頼性を保証するACID特性は試験の最頻出事項です。
トランザクションとは「一連の関連する処理をひとまとまりとして扱う単位」です。例：銀行の振込処理では「送金元口座の残高を減らす」と「送金先口座の残高を増やす」という2つの処理は一体でなければなりません。どちらか一方だけ実行されると整合性が壊れます。この「すべてやるかゼロかにする」ことがトランザクション管理の本質です。
OLTPとは、オンラインでリアルタイムにトランザクションを処理する方式です。POS・ATM・ネット通販の注文受付などが典型例です。多数のユーザーが同時に少量のデータを更新・参照する処理に最適化されています。
対比概念として「OLAP（Online Analytical Processing）」があります。OLAPは大量のデータを集計・分析する処理で、DSSやBIツールで使われます。
トランザクションは「全て成功」か「全て失敗（ロールバック）」のどちらかです。途中で失敗した場合、実行済みの処理も全て取り消されます。「振込の半分だけ成功」は起きません。
トランザクションの実行前後でデータベースは一貫した状態（整合性が保たれた状態）でなければなりません。残高がマイナスになるような矛盾した状態は許されません。
複数のトランザクションが同時に実行されても、互いに影響を与えてはなりません。あるトランザクションの途中結果が他のトランザクションから見えないよう分離します。
コミット（確定）されたトランザクションの結果は、その後システム障害が発生しても失われません。永続的にデータが保存されることが保証されます。
「A（原子性）」は「全かゼロか」、「C（一貫性）」は「整合性の維持」、「I（独立性）」は「並行実行時の分離」、「D（耐久性）」は「コミット後の永続保証」です。
試験では各特性の定義を別の言葉で表現した選択肢が出ます。「途中の状態が他のトランザクションから見えない」＝独立性（I）、「コミット後に障害があってもデータは消えない」＝耐久性（D）、という対応を確認しておきましょう。
分散システム——メリット・デメリットとデータ一貫性
分散システムとは、複数のコンピュータをネットワークで接続して、協調動作させるシステムです。クラウドコンピューティング時代の基盤技術として重要です。
| 特性 | 集中型システム | 分散システム |
|---|---|---|
| 処理の場所 | 1台の大型コンピュータ（メインフレーム等）に集中 | 複数のコンピュータに分散して処理 |
| 可用性・耐障害性 | 中央コンピュータの障害が全体に影響（単一障害点） | 一部の障害が全体に波及しにくい |
| スケーラビリティ | 増強は大型コンピュータの更新（コスト高） | サーバを追加することで柔軟に拡張できる |
| データ一貫性 | 単一のデータストアなので一貫性を保ちやすい | 複数のデータストア間の一貫性保持が課題 |
| 管理の複雑さ | 管理が比較的シンプル | ネットワーク障害・同期・整合性管理が複雑 |
分散システムで複数のサーバにデータを複製（レプリカ）した場合、あるサーバのデータを更新しても他のサーバへの反映に時間差が生じます（結果整合性：Eventual Consistency）。この「一時的な不整合」は分散システムの課題です。
CAP定理では、分散システムは「一貫性（Consistency）」「可用性（Availability）」「分断耐性（Partition tolerance）」の3つを同時には満たせず、そのうち2つを選ぶトレードオフがあることが示されています。
クライアントサーバシステム——2層・3層アーキテクチャ
クライアントサーバシステムは、情報処理をクライアント（利用者側）とサーバ（提供者側）に分担させるアーキテクチャです。現代のほとんどのITシステムがこのモデルに基づいています。
| アーキテクチャ | 構成 | 特徴 | 代表的な用途 |
|---|---|---|---|
| 2層（2-tier） | クライアント ＋ DBサーバ | クライアント側にビジネスロジックを持つ。シンプルだが、クライアント更新時に全端末の更新が必要 | 社内の業務アプリ（Access等）・小規模システム |
| 3層（3-tier） | クライアント ＋ APサーバ ＋ DBサーバ | プレゼンテーション層・ビジネスロジック層・データ層を分離。保守性・スケーラビリティが高い | Webシステム・ERPシステム・大規模業務システム |
| 層 | 別名 | 役割 | 具体的なコンポーネント |
|---|---|---|---|
| 第1層（プレゼンテーション層） | フロントエンド・UI層 | ユーザーとのインターフェース（表示・入力） | Webブラウザ・スマートフォンアプリ |
| 第2層（ビジネスロジック層） | アプリケーション層・AP層 | 業務処理・計算・ルールの実行 | Webアプリケーションサーバ（Tomcat等） |
| 第3層（データ層） | データベース層・DB層 | データの永続的な保存・管理 | RDBMS（Oracle・MySQL・PostgreSQL等） |
Webシステムの構成——Webサーバ・APサーバ・DBサーバ
現代のWebシステムは3層アーキテクチャを基本に構成されています。それぞれのサーバの役割と関係性を正確に理解しましょう。
Webサーバは主にHTTPリクエストを受け付け、静的コンテンツ（HTML・CSS・画像ファイル等）をクライアントに返します。動的な処理が必要な場合はAPサーバに処理を引き渡します。
代表的なWebサーバ：Apache HTTP Server・Nginx・IIS
APサーバはビジネスロジック（業務処理・計算・規則の適用）を実行します。Webサーバからリクエストを受け、DBサーバと連携してデータを取得・処理し、結果をWebサーバ経由でクライアントに返します。
代表的なAPサーバ：Apache Tomcat・JBoss・WebLogic
DBサーバはデータの永続的な保存・管理を担います。APサーバからのSQL要求に応じてデータの読み書きを行います。トランザクション管理・データの整合性保証（ACID特性）はDBサーバが担います。
代表的なDBMS：Oracle Database・MySQL・PostgreSQL・Microsoft SQL Server
「Webサーバは動的なビジネスロジックを処理する」は誤りです。動的処理はAPサーバの役割です。Webサーバは主に静的コンテンツの配信と、APサーバへのリクエスト振り分け（リバースプロキシ）を担います。この区別は試験でよく問われます。
SOAとマイクロサービス——現代のシステムアーキテクチャ
クラウド時代のシステム設計では、SOAとマイクロサービスという概念が重要です。試験でも近年出題が増えています。
SOAとは、システムを「サービス」という独立した機能単位に分割し、それらをネットワーク経由で連携させるアーキテクチャです。各サービスは標準インターフェース（Webサービス・API等）で接続するため、異なるシステム・言語・プラットフォーム間での連携が容易になります。
SOAの特徴：再利用性（同じサービスを複数システムから使える）・疎結合（サービス間の依存を減らす）・標準化（共通インターフェース）
マイクロサービスは、SOAの発展形として2010年代に普及した設計手法です。アプリケーションを非常に小さな独立したサービス群（マイクロサービス）に分割し、それぞれが独立してデプロイ・スケーリングできる構造です。
従来のモノリシック（一枚岩）アーキテクチャとの違い：
モノリシック：全機能を1つの大きなアプリケーションに含める（シンプルだが変更・拡張に影響が大）
マイクロサービス：機能ごとに独立したサービスに分割（複雑だが変更・スケーリングが容易）
| 比較項目 | SOA | マイクロサービス |
|---|---|---|
| 粒度 | 比較的大きな「サービス」単位 | 非常に小さな「マイクロサービス」単位 |
| 通信方式 | ESB（Enterprise Service Bus）を介した通信が多い | REST API・メッセージキュー等による軽量通信 |
| データ管理 | 共有データベースを使うことが多い | 各サービスが独自のデータベースを持つ |
| デプロイ | サービス単位でデプロイ可能だが連携が複雑 | 各マイクロサービスを独立してデプロイ可能 |
情報システムの補足概念——バッチ処理・リアルタイム処理・EDI
試験では基本的な処理方式の区別も問われます。主要な処理方式と関連技術を整理します。
| 処理方式 | 特徴 | 具体例 |
|---|---|---|
| バッチ処理 | 一定の時間間隔または一定量のデータが溜まった時点でまとめて処理する | 給与計算（月次）・日次の売上集計・夜間のデータバックアップ |
| リアルタイム処理（OLTP） | トランザクションが発生するたびに即座に処理する | ATM・POS・ネット注文・座席予約 |
| EDI（電子データ交換） | 企業間の受発注・請求等のビジネスデータを電子的・標準化された形式で交換する | 流通業の受発注・金融機関間の取引データ交換 |
| EAI（Enterprise Application Integration） | 企業内の複数の異なるシステム・アプリケーションを統合・連携する仕組み | 基幹システム（ERP）と周辺システム（CRM・SCM等）の連携 |
試験対策まとめ——経営情報システムの頻出論点
TPS（現場の取引処理）→MIS（管理者向け集計）→DSS（意思決定支援）→EIS（経営幹部向け）の階層と対象ユーザーを覚えましょう。SISは競争優位のためのシステムという別の軸で定義されることも押さえてください。
A（原子性：全かゼロか）、C（一貫性：整合性の維持）、I（独立性：並行処理の分離）、D（耐久性：コミット後の永続保証）。特に各特性を別の言葉で定義した選択肢を正確に識別できるようにしましょう。
プレゼンテーション層（UI）・ビジネスロジック層（APサーバ）・データ層（DBサーバ）の3層と、Webサーバ・APサーバ・DBサーバの対応関係を押さえましょう。
SOA＝サービス単位の疎結合設計、マイクロサービス＝SOAの発展形でより小さな独立サービス群というトレンドを理解しておきましょう。DXの文脈で出題されることが増えています。
よくある疑問——FAQ
まとめ——情報システムの基礎の要点
- ✅ TPS（現場取引）→MIS（管理者集計）→DSS（意思決定支援）→EIS（経営幹部）の階層と対象ユーザーを言える
- ✅ SISは競争優位のためのシステム（模倣困難性・スイッチングコスト・ネットワーク効果）
- ✅ ACID特性の4つ（原子性・一貫性・独立性・耐久性）とその意味を言える
- ✅ OLTPはリアルタイム処理、OLAPは集計・分析処理という違いを理解している
- ✅ 3層アーキテクチャ：プレゼンテーション層・ビジネスロジック層・データ層の役割を言える
- ✅ WebサーバとAPサーバの役割の違いを説明できる
- ✅ SOAはサービス単位の疎結合設計、マイクロサービスはさらに小さな独立サービス群
- ✅ 分散システムのメリット（耐障害性・スケーラビリティ）とデメリット（データ一貫性の複雑さ）を理解している
情報システムの基礎は「何のためのシステムか（TPS〜SIS）」「どう信頼性を保証するか（ACID）」「どのように構成するか（クライアントサーバ・分散・マイクロサービス）」という3つの軸で整理すると覚えやすくなります。各概念を単独で暗記するのではなく、関連させて理解することが試験対策の近道です。
