問問1
ユーザビリティを重視したユーザインタフェースの設計について
近年,情報システムとの接点としてスマートフォンやタブレットなど多様なデバイ
スが使われてきており,様々な特性の利用者が情報システムを利用するようになった。
それに伴い,ユーザビリティの善しあしが企業の競争優位を左右する要素として注目
されている。ユーザビリティとは,特定の目的を達成するために特定の利用者が特定
の利用状況下で情報システムの機能を用いる際の,有効性,効率,及び満足度の度合
いのことである。
優れたユーザビリティを実現するためには,利用者がストレスを感じないユーザイ
ンタフェース(以下,UIという)を設計することが重要である。例えば,次のよう
に,利用者の特性及び利用シーンを想定して,重視するユーザビリティを明確にした
上で設計することが望ましい。
・操作に慣れていない利用者のために,操作の全体の流れが分かるようにナビゲー
ション機能を用意することで,有効性を高める。
・操作に精通した利用者のために,利用頻度の高い機能にショートカットを用意す
ることで,効率を高める。
また,ユーザビリティを高めるために,UIを設計する際には,想定した利用者に
近い特性を持った協力者に操作を体感してもらい,仮説検証を繰り返しながら改良す
る,といった設計プロセスの工夫も必要である。
あなたの経験と考えに基づいて,設問アーウに従って論述せよ。
設問アあなたがUIの設計に携わった情報システムについて,対象業務と提供する機
能の概要,想定した利用者の特性及び利用シーンを,800字以内で述べよ。
設問イ設問アで述べた利用者の特性及び利用シーンから,どのようなユーザビリティ
を重視して,どのようなUIを設計したか。800字以上1,600字以内で具体的に
述べよ。
設問ウ設問イで述べたUIの設計において,ユーザビリティを高めるために,設計プ
ロセスにおいて,どのような工夫をしたか。600 FUE 1,200字以内で具体的に
述べよ。
ー省
問問2
システム適格性確認テストの計画について
情報システムの開発では,定義された機能要件及び非機能要件を満たしているか
実際の業務として運用が可能であるかを確認する,システム適格性確認テスト(以下
システムテストという)が重要である。システムアーキテクトは,システムテストの
適切な計画を立案しなければならない。
システムテストの計画を立案する際,テストを効率的に実施するために,例えば次
のような区分けや配慮を行う。
・テストを,販売・生産管理・会計などの業務システム単位,商品・サービスなど
の事業の範囲,日次・月次などの業務サイクルで区分けする。
・他の関連プロジェクトと同期をとるなどの制約について配慮する。
・処理負荷に応じた性能が出ているかなどの非機能要件を確認するタイミングにつ
いて配慮する。
さらに,テスト結果を効率的に確認する方法についても検討しておくことが重要で
ある。例えば,次のような確認方法が考えられる。
・結果を検証するためのツールを開発し,テスト結果が要件どおりであることを確
認する。
・本番のデータを投入して,出力帳票を本番のものと比較する。
・ピーク時の負荷を擬似的にテスト環境で実現して,処理能力の世当性を確認する。
あなたの経験と考えに基づいて,設問アーウに従って論述せよ。
設問アあなたがシステムテストの計画に携わった情報システムについて,対象業務と
情報システムの概要を800字以内で述べよ。
設問イ設問アで述べた情報システムのシステムテストの計画で,テストを効率的に実
施するために,どのような区分けや配慮を行ったか。そのような区分けや配慮を
行うことで,テストが効率的に実施できると考えた理由とともに,800字以上
1,600字以内で具体的に述べよ。
設問ウ設問アで述べた情報システムのシステムテストの計画で,テスト結果を効率的
に確認するために,どのような確認方法を検討し採用したか。採用した理由とと
もに,600字以上1,200字以内で具体的に述べよ。
ーォー
問問3
組込みシステムのデバッグモニタ機能について
組込みシステムの機能の拡大・複雑化に対応して,開発中のデバッグ及び出荷後
のメンテナンスのためのデバッグモニタ機能を設けることが増えている。
多くの組込みシステムは汎用の入出力装置を装備していないことから,不具合の
解析及び故障診断のための操作と結果の出力において,それぞれのシステムに応じ
た工夫が必要となる。また,開発・検証・出荷後の各段階において,各利用者が必
要とする機能と利用可能な装置が変わることがある。例えば,開発段階では開発支
援ツールを用いて詳細な検証・確認を行えるが,検証段階では実際の環境下でリア
ルタイム性を確保するために,実機を利用することが多い。さらに,出荷後の製品
では,通常使わない組合せでボタンを押してデバッグモニタ機能を起動するなど,
システムに装備された入出力装置だけで機能を実現しなければならない場合もある。
組込みシステムの特徴によって,そのシステムに特有な工夫・配慮が必要となる
ことがある。例えば,IoT機器では,ネットワーク経由の操作によってリモート診断
を実施できるが,通信障害が発生した場合の対処を考慮しなければならない。AI fil
用など,大量のデータを処理する装置はメモリの制限などから,診断に用いるデー
タの一部を保持しておくといった工夫も必要となる。さらに,デバッグモニタ機能
の不正利用の可能性を考慮し,セキュリティ上のリスクにも配慮する必要がある。
組込みシステムのシステムアーキテクトは,開発・検証・出荷後の各段階におい
て,利用可能なリソース及び操作・診断に要求される機能を把握し,セキュリティ
などを考慮した上で,デバッグモニタ機能の要件を定義しなければならない。
あなたの経験と考えに基づいて,設問アーウに従って論述せよ。
設問アあなたが開発に携わった組込みシステムの概要と,そのシステムにおいてデ
バッグモニタ機能が必要となった経緯を,800字以内で述べよ。
設問イ設問アで述べた組込みシステムにおいて,各利用者との協議などに基づき,
開発・検証・出荷後の各段階を想定してどのようなデバッグモニタ機能を設け
たか。工夫・配慮事項を含め,800字以上1.600字以内で具体的に述べよ。
設問ウ設問イで述べたデバッグモニタ機能において,各段階における利用者のニー
ズを含めた評価と,今後の課題を,600字以上1,200字以内で具体的に述べよ。
=B es
[メモ用紙〕
[メモ用紙)
—if=—