基本情報技術者 2017年 秋期 午前（科目A） 問62
問題文
SOAを説明したものはどれか。
選択肢
ア：企業改革において既存の組織やビジネスルールを抜本的に見直し、業務フロー、管理機構、情報システムを再構築する手法のこと
イ：企業の経営資源を有効に活用して経営の効率を向上させるために、基幹業務を部門ごとではなく統合的に管理するための業務システムのこと
ウ：発注者とITアウトソーシングサービス提供者との間で、サービスの品質について合意した文書のこと
エ：ビジネスプロセスの構成要素とそれを支援するIT基盤を、ソフトウェア部品であるサービスとして提供するシステムアーキテクチャのこと（正解）
SOAを説明したものはどれか。【午前2 解説】
要点まとめ
- 結論: 正解はエ。SOAはビジネスプロセスをソフトウェアの「サービス」として提供し再利用と連携を図る考え方です。
- 根拠: サービスが独立した部品（インターフェースと契約）として定義され、疎結合で組み合わせ可能な点がSOAの本質です。
- 差がつくポイント: 「サービス＝ソフトウェア部品」「疎結合」「ビジネス機能の公開」の3点を押さえると選択肢の判別が容易になります。
正解の理由
正解: エ
エは「ビジネスプロセスの構成要素とそれを支援するIT基盤を、ソフトウェア部品であるサービスとして提供するシステムアーキテクチャ」と述べており、SOA（Service-Oriented Architecture）の定義に符合します。SOAでは業務機能をサービスとして設計・公開し、サービス間は標準化されたインターフェースで疎結合に連携します。これにより再利用性、柔軟性、拡張性が向上します。
エは「ビジネスプロセスの構成要素とそれを支援するIT基盤を、ソフトウェア部品であるサービスとして提供するシステムアーキテクチャ」と述べており、SOA（Service-Oriented Architecture）の定義に符合します。SOAでは業務機能をサービスとして設計・公開し、サービス間は標準化されたインターフェースで疎結合に連携します。これにより再利用性、柔軟性、拡張性が向上します。
よくある誤解
- 「SOA = 単なるシステム再構築」という誤解: SOAは組織改革や業務フローの見直し自体を指すものではなく、あくまでアーキテクチャ／設計の考え方です。
- 「SOA = アウトソーシングや契約書」ではない: サービス契約（SLA）は関連しますが、SOA自体はアーキテクチャ概念であり契約文書そのものを意味しません。
- 「SOA と マイクロサービスは同じ」と考える誤解: 両者は近い概念ですが、粒度、運用モデル、設計思想で違いがあり完全同義ではありません。
解法ステップ
- 問題文で「サービス」「ソフトウェア部品」「アーキテクチャ」といったキーワードを探す。
- 各選択肢を照らし合わせ、これらのキーワードを満たすか確認する。
- 「組織改革」「統合管理」「契約書」などSOAの定義とズレる語が含まれる選択肢を除外する。
- 疎結合で再利用可能な「サービス提供」を明示する選択肢を正解とする。
選択肢別の誤答解説
- ア: 「企業改革において既存の組織やビジネスルールを抜本的に見直し、業務フロー、管理機構、情報システムを再構築する手法」
→ これは業務改革やBPR（Business Process Reengineering）に近い説明で、SOAの定義ではありません。アは誤りです。 - イ: 「基幹業務を部門ごとではなく統合的に管理するための業務システム」
→ これはERPの説明に該当します。SOAはシステム統合の枠組みを提供できますが、ERPそのものではありません。イは誤りです。 - ウ: 「発注者とITアウトソーシングサービス提供者との間で、サービスの品質について合意した文書」
→ これはSLA（Service Level Agreement）や契約書の説明で、アーキテクチャ概念であるSOAとは異なります。ウは誤りです。 - エ: 「ビジネスプロセスの構成要素とそれを支援するIT基盤を、ソフトウェア部品であるサービスとして提供するシステムアーキテクチャ」
→ SOAの定義を直接表しているため正解です。
補足コラム
SOAの実装技術としては、従来はSOAPベースのWebサービスやESB（Enterprise Service Bus）が用いられることが多く、近年はRESTful APIやメッセージング基盤を使った実装も一般的です。SOAの利点はサービスの再利用性と組み合わせの容易さにあり、短期間でのビジネス変更対応やシステムの段階的改修に向きます。一方、設計が悪いとサービスの粒度不一致や運用複雑化を招くため、設計段階での業務とITの連携が重要です。
FAQ
Q1: SOAとマイクロサービスは同じですか？
A1: 完全には同じではありません。SOAはサービス指向の原則全体を指す上位概念で、マイクロサービスはより小さな粒度で独立デプロイ可能なサービス群に重点を置く実装スタイルです。
A1: 完全には同じではありません。SOAはサービス指向の原則全体を指す上位概念で、マイクロサービスはより小さな粒度で独立デプロイ可能なサービス群に重点を置く実装スタイルです。
Q2: SOAとESBの違いは何ですか？
A2: SOAはアーキテクチャの考え方、ESBはサービス連携を支援するミドルウェア（メッセージング、ルーティング、変換など）です。ESBはSOAを実現するための一手段です。
A2: SOAはアーキテクチャの考え方、ESBはサービス連携を支援するミドルウェア（メッセージング、ルーティング、変換など）です。ESBはSOAを実現するための一手段です。
Q3: SOA導入で気をつける点は？
A3: サービスの粒度設計、インターフェースの標準化、セキュリティ、運用監視、バージョン管理などを計画的に行う必要があります。
A3: サービスの粒度設計、インターフェースの標準化、セキュリティ、運用監視、バージョン管理などを計画的に行う必要があります。
関連キーワード: SOA、サービス指向アーキテクチャ、ESB、SOAP、REST、マイクロサービス、SLA、サービス再利用、疎結合、API設計
\ せっかくなら /
基本情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！