平成25年度春期 プロジェクトマネージャ 午前Ⅱ 問17

設計を考える前提条件の確認

設計に関する判断では、まず考える前提を確かめましょう。一般に望ましく見える内容も、想定する状況が変われば受け止め方が変わります。与えられた条件を判断の土台に置くことを意識してください。

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

この問題では、設計について考える際の前提条件に注目しましょう。知っている用語から判断を急がず、与えられた情報から確認できる条件と、自分が補っている想定を区別して、考える範囲を整理してみてください。

視点

前提条件は、判断を進めるときの土台です。記憶している知識を当てはめる前に、与えられた条件と、自分で補った想定を分けて捉えましょう。

確認ポイント

• 与えられた情報で確かめられる前提は何か
• 明示されていない想定を自分で加えていないか
• その前提の範囲内で考えられているか

正解

ウ

解説

正解はウです。SOAでは業務機能をサービスとして設計し、サービス間を疎結合にすることで変更の影響を抑えます。イは、役割を表す命名ではなく、「業務からの独立性を確保する」という前提が不適切です。

理由

サービス間を疎結合にすると、互いの内部実装への依存を小さくできます。業務の変化に伴ってあるサービスを変更した際も、他のサービスへの影響を抑えやすくなるため、ウが適切です。

比較

アのステートフルなインタフェースは、状態の引継ぎを必要とし、可用性向上を直接保証しません。イは、SOAが業務機能に対応付けてサービスを設計する点と整合しません。役割を表す命名自体が問題なのではなく、業務からの独立性を設計目的とする前提が誤りです。エの再利用を避ける方針も不適切で、セキュリティは認証やアクセス制御などによって確保します。

選択肢ア

これは不正解だよ。ステートフルなインタフェースは、呼出し間の状態を保持するため、状態を引き継ぐ仕組みが必要になります。障害時の切替えや処理の分散が複雑になり得るので、ステートフルにすること自体を可用性向上の根拠にはできません。

選択肢イ

これは不正解だよ。SOAでは、サービスを業務機能に対応付けて設計するため、「業務からの独立性を確保する」という前提が不適切です。役割を表す命名は業務上の責務を理解する助けになりますが、サービスを業務から切り離すためのものではありません。

選択肢ウ（正解）

これは正解だよ。疎結合とは、サービス間の依存を小さくし、互いの内部実装に強く依存しない関係にすることです。業務の変更に伴って一つのサービスを改修しても、他のサービスへの影響を抑えやすいため、変化への対応を容易にします。

選択肢エ

これは不正解だよ。SOAでは、必要な業務機能をサービスとして提供し、複数の業務やシステムで再利用することが重要です。再利用しないこと自体はセキュリティ向上の根拠になりません。認証やアクセス制御などで、利用者と許可する操作を適切に管理します。

学習のポイント

業務機能に対応するサービス設計と、サービス間の疎結合による変更への対応を理解しましょう。