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

判断の前提をそろえる視点

情報システムに関する検討では、判断の前提に目を向けてみましょう。何を想定した記述なのかを意識し、同じ言葉でも置かれた条件によって意味が変わり得ることを踏まえて、内容を整理するのが学習の手掛かりになります。

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

この問題に取り組む際は、示されている内容がどのような前提に立っているかに注目してください。自分の経験から補った想定と、実際に与えられた条件を混同していないかを振り返ると、考える土台を整理しやすくなります。

視点

前提とは、ある内容について考えるときの土台となる想定や条件です。明示された前提と自分で補った想定を分けて捉えることで、理解の曖昧な部分に気づきやすくなります。

確認ポイント

• 判断の前提となる条件を確認できているか
• 示された条件に、自分の想定を付け足していないか
• 考えている間に、前提の捉え方が変わっていないか

解説

本問は、経験したシステムの非機能要件について、業務と情報システムの両面から検討した過程と結果、意思決定者への説明の工夫を論述する問題です。実現方式だけでなく、要件を導いた理由と業務との関係を具体的に示します。

問題の全体像

非機能要件の考慮漏れが重大な障害につながることを背景に、自分が要件定義に携わった情報システムについて論述する問題です。利用者が明確に認識していない要件を、関連部門へのヒアリングなどで把握し、業務と情報システムの両面から検討して意思決定者に提示する流れに着目します。添付資料は具体的な公式解答例ではなく、出題趣旨と採点講評です。出題趣旨では、非機能要件を定義する能力と経験、意思決定者へ説明する能力を評価するとしています。採点講評では、実施事項だけでなく、その理由や検討の経緯を具体的に論述することを求めています。

設問ア

問題文の「あなたが要件定義に携わった情報システム」「対象業務の概要と情報システムの概要」に着目します。800字以内で、対象業務の目的や流れ、システムが支援する範囲と主要な機能を説明し、設問イ・ウの検討を理解できる前提を整えます。例えば信頼性要件を取り上げるなら、システム停止がどの業務に影響するのか分かる概要にします。採点講評では、業務との関連性が乏しい論述が指摘されています。そのため、システム構成の紹介に偏らず、対象業務と情報システムの関係を示すことが大切です。

設問イ

「どのような非機能要件」「業務及び情報システム両方のどのような視点」「どのようなプロセス」「検討した結果」の四点を、800字以上1、600字以内で具体的につなげます。取り上げる要件について、収集した情報、業務上の影響や必要性、システム上の条件、検討過程、導いた要件を示します。問題文の信頼性の例では、リスクと想定損失、事業・業務への影響を分析し、その結果から目標復旧時間を設定して、達成する実現方式を具体化しています。この例は、業務上の必要性から要件を定める流れとして参考にできます。採点講評では、非機能要件の検討ではなく実現方法の検討に終始した論述が指摘されています。方式の説明だけで終わらず、なぜその要件が必要で、どの検討によって水準を定めたのかを中心に書きます。

設問ウ

「意思決定者に判断してもらうためにどのような工夫をしたか」に着目し、設問イの検討と対応させて、600字以上1、200字以内で説明します。問題文では、システム構成、開発標準、運用形態などの制約を示した上で、複数方式の想定損失と対策コストを比較することや、非機能要件間のトレードオフを示すことが例示されています。自分の経験に即して、何を判断してもらう必要があり、その判断を助けるために情報をどのように比較・整理して提示したかを書きます。例えば比較表を用いた経験なら、比較した項目と、それによって選択肢の違いをどう分かりやすくしたかを説明します。採点講評では、説明した内容だけを述べ、工夫に触れていない論述が指摘されています。提示内容の列挙にとどめず、意思決定者が理解し判断できるようにした具体的な工夫と、その理由を示します。

学習のポイント

業務への影響から非機能要件を導く過程と、制約・損失・コスト・要件間の関係を分かりやすく説明する方法を学びます。