平成22年度秋期 システムアーキテクト 午後Ⅱ 問2

連携方式を見極める観点整理

システム間連携の選定では、必要な情報の受け渡し方だけでなく、処理のタイミング、障害時の扱い、運用上の負担を同じ観点で整理して比較することが重要です。

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

各方式の名称や印象から判断せず、業務上いつ何を連携し、失敗や遅延が起きた場合にどのような管理が必要かという要件の対応関係に注目してください。

視点

連携方式を考えるときは、業務要件を時間的な関係、信頼性、監視や再実行を含む運用面に分け、方式の説明と要件がどの程度対応するかを落ち着いて確認します。

確認ポイント

• 業務上の処理タイミングと、連携結果が必要になる時点を対応づける。
• 障害や一時的な不達が起きた場合に、確認・再処理・記録が必要か整理する。
• 導入後の監視、保守、拡張に必要な運用負担が要件に見合うか確認する。

解説

部門ごとに独立したシステム間で情報を共有するため、業務上必要な反映時期や整合性などを整理し、適切な連携方式と運用方法を設計する問題です。

問題冊子4頁の問2は、複数システムの情報共有について、業務要件からシステム要件を導き、連携方式と運用方法を具体的に論述する問題です。出題趣旨1頁では、要件の分析・整理、要件を実現する方式設計、運用の実践能力を評価対象としている。採点講評1頁では、業務要件を示さず方式説明に終始する答案や、業務要件とシステム要件を混同する答案が指摘されている。特定の連携方式を唯一の正解とせず、事例の業務上の必要性から選択理由を説明する。

設問アは800字以内で、対象システムの概要と連携が必要になった背景を述べる。各システムの役割、共有する情報、従来の処理と具体的な問題を示し、自分の関与を明確にする。問題冊子2頁・8頁で指定された「論述の対象とする計画又はシステムの概要」の記入欄は本文とは別です。今回の回答単位は本文の設問ア〜ウであり、その別欄の構造や記入状態は補わない。

設問イは800字以上1、600字以内で、業務要件、明確にしたシステム要件、選択した方式と理由を具体的に対応付ける。期限や正確性などの業務上の要求を、反映時間、処理量、整合性及び障害時の処理条件へ落とし込む。例えば締切までの配送先訂正を反映する事例では、受注時の顧客情報の版を確認するだけでは不足する。受注が到着済みでも訂正だけが未反映となる場合を検討し、締切時点の確定内容を確認してから出力する仕組みなどを説明する。この仕組みは学習事例に対する選択例であり、公式の必須方式ではありません。

設問ウは600字以上1、200字以内で、設問イの方式に対する運用要件と実現方法を述べる。稼働時間、担当者、監視、異常検知、通知、再送及び業務判断を、重要と考えた点を中心に具体化する。配送先訂正を扱う事例では、受注の到着確認だけでなく、締切時点の確定内容の未反映も監視対象とし、出力保留から復旧や配送判断につなげる。採点講評1頁の問2は、複数システムを意識した業務要件、システム要件、連携方式についての論述を求めており、運用説明もその設計と一貫させる。

学習のポイント

業務要件から方式選定、運用設計までを一貫して論述する力を身につける。