令和6年度春期 情報処理安全確保支援士 午前Ⅰ 問23

午前I 問23：SOAは“機能をサービス化してつなぎやすくする考え方”だよ

SOAは、システムの機能を「注文受付サービス」「在庫確認サービス」みたいに部品として分けて、必要なときに組み合わせて使えるようにするアーキテクチャだよ。レゴブロックみたいに機能を疎結合なサービスとして用意することで、他システムとの連携や業務プロセスとの対応付けがしやすくなるんだ。

この問題で問われていること

この問題では、SOAをERP導入やFit&Gap分析、PDCAのような改善手法と混同しないことがポイントだよ。SOAは業務改善の進め方ではなく、システム機能をサービス単位で分けて連携しやすくする設計の考え方、と押さえよう。

SOA

break functions into independent services for easier integration

service components\nloose coupling\neasy integration

確認ポイント

• 一元管理手法そのものではありません。
• Fit&Gap 分析とも違う。
• 独立部品化と連携性向上が核心です。

正解

エ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

これは不正解だよ。これはERPの説明だね。会社の会計、人事、販売、在庫などを一つの大きな管理システムでまとめる考え方だよ。たとえるなら、家計簿、予定表、買い物リストを全部一つのノートで管理する感じ。SOAのように機能を部品化して連携しやすくする話とはポイントが違うよ。

選択肢イ

これは不正解だよ。これはフィット＆ギャップ分析の説明だね。会社がやりたいことと、導入したいパッケージソフトでできることを比べて、合う部分と足りない部分を確認する手法だよ。服を試着して、サイズが合うところ・直しが必要なところを見る感じ。SOAのようにシステム機能を部品として設計する話ではないよ。

選択肢ウ

これは不正解だよ。これはPDCAサイクルなどを使った継続的改善の説明だね。問題を見つけて、計画して、実行して、確認して、直す流れだよ。部屋の片付けで「散らかる原因を考える→収納を決める→試す→うまくいかない所を直す」みたいな感じ。SOAのようにシステム機能を独立した部品に分ける考え方とは別物だよ。

選択肢エ（正解）

これは正解だよ。SOAは、業務システムの機能を「注文受付」「在庫確認」みたいな使い回せる部品に分けて、必要なときに組み合わせる考え方なんだ。料理でいうと、カレー専用の台所を作るのではなく、ご飯・ルー・具材を別々に用意して他の料理にも使えるようにする感じだよ。業務プロセスとの対応や他システム連携をしやすくする、という説明がSOAにぴったりだね。