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

判断理由と説明のつながりを振り返る

自身がシステム方式設計に関わった経験から、判断の理由を利用者にどう説明したかを振り返りましょう。その理由と説明内容のつながりを一つの軸にして、設問で求められる観点に沿って整理してください。

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

設問の各要求を読み、自身の判断理由と利用者への説明がどのようにつながっていたかを確認しましょう。経験の記述では、当時の判断理由と実際に伝えた内容を対応させ、読み手がその関係を追えるようにまとめてください。

視点

自身の経験について、判断した理由と利用者へ伝えた内容を書き出しましょう。両者の対応を確かめながら、なぜその説明をしたのかを振り返ると、判断と説明のつながりを整理できます。

確認ポイント

• 取り上げた経験の判断理由を、自分の言葉で説明できているか
• 実際に利用者へ伝えた内容が、その判断理由と対応しているか
• 判断理由と説明内容のつながりを、設問の要求に沿って記述しているか

解説

本問は、自身の経験に基づき、業務と情報システムの特徴、要件を実現するシステム方式とその決定理由、利用者への説明の工夫を一貫して論述する問題です。業務への効果と実現可能性を踏まえ、ハードウェア・ソフトウェア・人手の組合せを具体的に示すことが重要です。

問題の全体像

本問は、特定の事例が与えられる問題ではなく、自身がシステム方式設計に携わった経験を題材にする論述問題です。問題文は、ハードウェア、ソフトウェア、人手による作業の組合せを、業務プロセスへの効果と実現可能性から総合的に検討することを求めています。添付の公式資料は答案例ではなく出題趣旨であり、設計結果、その決定理由、利用者の理解度を高める工夫を具体的に論述することを重視しています。採点講評では、問題文の観点や事例を一般論と組み合わせるだけでなく、自ら検討し取り組んだ内容を書くよう求めています。設問アで背景、設問イで方式と理由、設問ウで説明の工夫をつなげて構成します。

設問ア

「対象の業務と情報システムの概要」「それぞれの特徴」に着目します。800字以内で、業務の目的、主な作業や関係部門、処理量・頻度・ミスの影響などの特徴と、それを支える情報システムの役割や構成上の特徴を整理します。全てを列挙するのではなく、設問イの方式選択を理解するために必要な背景を優先します。例えば、作業頻度や誤りの影響を述べれば、後に自動化の対象を決めた理由につなげられます。出題趣旨が方式設計の能力と経験を評価するとしているため、自身がどのような対象の方式設計に携わったかが分かる記述にします。

設問イ

「どのようなシステム要件」「どのようなシステム方式」「業務プロセスへの効果、実現可能性などの決定理由」を対応付け、800字以上1、600字以内で具体的に述べます。主要な要件に絞り、ハードウェア・ソフトウェア・人手に何を担わせたか、その組合せが処理時間、品質、運用コストなどにどう寄与するかを説明します。さらに、適用技術、開発コスト・期間、セキュリティリスク、運用性・保守性など、実際に判断に用いた条件から採用理由を示します。問題文の自動化やパッケージ活用は考え方の例であり、そのまま答案に当てはめる必要はありません。採点講評では、既に決まったシステム方式を前提とするソフトウェア方式や機能設計の論述が指摘されています。機能の説明だけで終わらず、業務を情報システムの視点から整理し、なぜその作業分担や構成にしたのかを示すことが重要です。

設問ウ

「設問イで述べたシステム方式設計の結果」「実施した」「実例を含めて」に着目し、600字以上1、200字以内で説明の工夫を述べます。説明相手と理解してもらう必要があった内容を示し、使用した資料や説明方法を具体的に記述します。問題文の例では、稼働後の業務全体像で部門の役割分担を明確にしたり、業務フローに利用するシステム機能を記して利用局面を示したりしています。自身の実例では、どの作業をシステムが処理し、どこで担当者が操作・判断するかなど、設問イの方式設計に対応する説明内容を示します。出題趣旨では、設計結果を利用者に理解してもらうための工夫が重視されています。「分かりやすく説明した」という抽象的な記述ではなく、どの工夫によって業務の流れや役割を理解しやすくしたかを具体化します。

学習のポイント

要件から方式の選択理由を導き、その結果を利用者の業務や役割分担に結び付けて説明する力を学びます。