令和元年度秋期 システムアーキテクト 午後Ⅱ 問1

検討の前提をそろえる視点

UI設計や使いやすさの改善を考える際は、判断の前提に注目しましょう。与えられた情報のうち、明示されている条件と、自分が補っている想定を区別し、同じ前提で検討できているかを確かめることが手掛かりになります。

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

判断の内容そのものに進む前に、その判断が何を前提としているかを意識してください。与えられた条件から言えることと、経験や思い込みで補ったことを分けて捉え、検討の途中で前提が変わっていないかに目を向けましょう。

視点

前提とは、考えを進める際に土台とする条件や想定です。明示された情報と自分の想定を混ぜずに捉えると、判断の根拠を整理しやすくなります。

確認ポイント

• 判断の前提を、与えられた情報に結び付けて捉えているか
• 自分の想定を、明示された条件として扱っていないか
• 検討の途中で、前提を無意識に置き換えていないか

解説

利用者の特性と利用シーンから重視すべきユーザビリティを判断し、具体的なUIと仕様確定までの工夫を論述する問題です。自身の経験に基づき、何をしたかに加えて、その理由と検討の経緯を示します。

問題の全体像

多様なデバイスや様々な特性の利用者に対応するため、ユーザビリティを重視したUI設計が求められるという背景の問題です。固定の事例を分析する形式ではなく、自分がUI設計に携わった情報システムを取り上げます。添付の公式資料は具体的な解答例ではなく出題趣旨であり、利用者と利用シーンを想定したUI設計及び仕様確定の工夫を通じて、設計能力と経験を評価すると説明しています。設問アで利用の前提、設問イで設計内容と理由、設問ウで設計プロセスの工夫を述べ、三つを一貫させることが重要です。採点講評では、利用者の特性や利用シーンが不明瞭な論述、ユーザビリティとの関係が薄い論述、機能説明に終始する論述が指摘されています。

設問ア

着目するのは「あなたがUIの設計に携わった情報システム」「対象業務と提供する機能の概要」「想定した利用者の特性及び利用シーン」です。800字以内で、対象業務とシステムの役割、主要な機能、利用者の特性、具体的な利用状況をまとめます。利用者の特性は、問題文にある操作への習熟度など、後のUI設計の理由につながる内容を明確にします。利用シーンは、誰がどの業務の場面で、どの端末を使い、何を達成するために操作するかが読み取れる粒度にします。出題趣旨では、提供機能、利用シーン、利用者の特性を考慮した設計が求められています。採点講評でも特性と利用シーンの不明瞭さが指摘されているため、機能の紹介に字数を費やしすぎず、設問イの設計判断を説明できる前提を示します。

設問イ

着目するのは「設問アで述べた利用者の特性及び利用シーンから」と「どのようなユーザビリティを重視して」です。800字以上1、600字以内で、利用者の状況から想定した操作上の課題、重視した有効性・効率・満足度、具体的なUI、その設計が課題を解決する理由を関連付けて述べます。問題文は、操作に不慣れな利用者には全体の流れを示すナビゲーションで有効性を高め、操作に精通した利用者には頻繁に使う機能へのショートカットで効率を高める例を示しています。この例から学ぶべき点は、利用者の特性とUIの効果を結び付けることです。自分の経験に沿って、操作の流れや画面上の案内などを具体化し、なぜそのUIを選んだかを説明します。三つの観点を一律に列挙するのではなく、実際に重視した観点と理由を明確にします。採点講評では、機能説明に終始する論述が指摘され、利用者の立場に立って検討し提案することが求められています。

設問ウ

着目するのは「設問イで述べたUIの設計」と「設計プロセスにおいて、どのような工夫をしたか」です。600字以上1、200字以内で、設問イのUIについて、ユーザビリティを高めるために何を確かめる必要があり、どのような方法を選び、その結果をどう仕様へ反映したかを具体的に述べます。問題文には、想定した利用者に近い特性の協力者に操作を体感してもらい、仮説検証を繰り返して改良する例があります。この方法を取り上げる場合は、協力者を選んだ理由、体感してもらう操作、確認した事実、改良内容、再確認の結果まで、自分の経験に基づいて説明すると検討の経緯が伝わります。出題趣旨では、工夫によってUIの仕様をどう確定したかが求められています。採点講評でも、実施した事実だけでなく理由と検討の経緯を示す必要性が指摘されています。「利用者に確認して修正した」だけで終わらず、工夫が設問イのユーザビリティ向上につながる過程を示します。

学習のポイント

利用者の状況、重視する有効性・効率・満足度、UIの設計判断、検証と改良を因果関係で結ぶ練習が重点です。