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

記述の前提をそろえて考える

内容を検討するときは、ある記述を理解するために置いている前提に注目しましょう。自分が当然だと思って補った条件と、示されている情報を分けて捉えると、理解の根拠を整理しやすくなります。

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

判断の前に、読み取った意味がどの前提に支えられているかを確認してください。同じ内容でも、自分の経験から条件を補っていないかを振り返り、示された情報に基づいて理解している範囲を確かめましょう。

視点

前提とは、内容を理解するときに土台として置く条件です。記述から読み取れる条件と、自分が補った条件を区別し、意味を捉える際に何を前提としているかを意識しましょう。

確認ポイント

• 理解の前提として置いた条件を意識できているか
• その条件の根拠を示された情報にたどれるか
• 自分の経験による補足を前提に混ぜていないか

解説

本問は、自身が要件定義に携わったシステムを題材に、要求の矛盾や省略に留意したヒアリング、要件への整理、ユーザとの認識の相違をなくす工夫を具体的に論述する問題です。

問題の全体像

本問は、特定の企業の事例を読み解く形式ではなく、自身の経験と考えに基づいて要件定義の取組を論述する問題です。問題文は、要求の漏れや意味の取り違えによって、出力情報や情報提供のタイミングがユーザの期待と異なる可能性を示しています。そのため、要求間の矛盾と、自明として省略された業務手順・法的制約を確認し、要件を文書化してユーザと認識を合わせる過程が中心になります。提示された出題趣旨では、ヒアリングの留意点、要件へのまとめ方、認識の相違をなくす工夫を具体的に論述させ、要求分析能力と要件定義能力を評価するとされています。固定の解答例を再現するのではなく、設問アからウまで同じシステムについて一貫して説明する構成が必要です。

設問ア

「あなたが要件定義に携わったシステム」「対象業務の概要」「システム開発の目的」に着目します。800字以内で、誰がどのような業務を行うのか、現行業務にどのような課題があるのか、システム開発によって何を実現しようとしたのかを整理します。自身の担当範囲も簡潔に示すと、後続設問で述べる行動の背景が伝わります。業務固有の事情や開発目的は、自身の経験と考えに基づいて具体的に記述して構いません。特に、設問イで取り上げる要求の確認がなぜ必要だったかを理解できる背景を示すことが重要です。字数内では、詳細な機能一覧よりも、対象業務・課題・開発目的のつながりを優先してまとめます。

設問イ

「どのような点に留意してユーザ要求をヒアリングし」「どのように要件としてまとめたか」の両方に答えます。問題文が挙げる、個々の要求の矛盾と、自明として省略された業務手順や法的制約が主要な着眼点です。800字以上1、600字以内で、設問アの業務に即して、確認が必要だった要求、その理由、確認相手と確認内容、確認によって分かったこと、要件への反映を具体的につなげます。例えば、情報が必要になる時点を確認した経験を扱うなら、その時点を満たすために処理や出力をどのような要件として整理したかまで説明します。提示された出題趣旨が求めるのは、留意点と要件へのまとめ方の具体的な論述です。「漏れなくヒアリングした」といった抽象的な説明だけでなく、自身の判断と行動によって要求をどう明確にしたかを示すことが、要求分析能力と要件定義能力を伝える要点です。

設問ウ

「設問イで述べた要件をまとめる際」と「ユーザとの認識の相違をなくすために」に着目します。600字以上1、200字以内で、設問イの要件について、認識が食い違うおそれのあった点、重要と判断した理由、実施した工夫、ユーザへの確認内容を述べます。問題文には、UMLによるモデルの表記、用語辞書、現行業務と構築後の業務の対比表、業務の流れと処理タイミングを記述した業務フロー図が例示されています。これらを使った経験を述べる場合は、名称を並べるだけでなく、何を表し、どのような誤解を解消したかまで説明します。特に、システムが実現する機能と運用で行う作業の分担を明確にする観点が示されています。提示された出題趣旨に沿って、資料の作成方法だけでなく、ユーザとの認識を合わせるための具体的な工夫を、自身の事例に結び付けて記述することが重要です。

学習のポイント

業務上の課題、要求を理解するための確認、要件への整理、認識合わせの工夫を一貫した事例として説明する力を養いましょう。