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

適合性と差分を見極める視点

導入前に業務上の要求と製品が提供する範囲を照らし合わせ、差分が見つかった場合も、影響、優先度、運用上の扱いを整理してから判断し、一貫した結論につなげることが重要です。

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

一つの確認に絞り、要求と製品の対応関係を比べたとき、差分をどの観点で評価し、関係者が納得できる形で扱うか、業務への影響を中心に優先順位づけも含めて考えてください。

視点

適合性を考えるときは、業務で必要なことを具体的な要求として整理し、製品の範囲との対応を確認します。差分があれば、影響、優先度、運用への負担を見える化し、判断材料をそろえます。

確認ポイント

• 業務上の要求が、誰のどの作業に関係するか確認する
• 製品との対応関係と、未対応部分の影響を確認する
• 差分を扱う案について、負担と優先度を確認する

解説

業務ソフトウェアパッケージの導入で生じる標準機能と実現したい業務機能のギャップを識別し、業務変更、追加開発、人手運用などの解決策を方針に基づいて選択・評価する問題です。

問題の全体像

題材は、情報システムの構築期間短縮や業務品質向上を目的に、業務ソフトウェアパッケージを導入する場面です。パッケージには標準機能がある一方、企業が実現したい業務機能と一致しないギャップが生じる。そこで、システムアーキテクトには、ギャップを明確にし、業務をパッケージに合わせるのか、競争力に関わる部分だけ追加開発するのか、効果の小さい部分を人手運用にするのかを、利用部門と協議して選択することが求められる。公式の出題趣旨でも、パッケージ機能と業務機能のギャップ及びその解決策を具体的に論述し、パッケージ導入に関する能力と経験を確認する問題と説明されている。採点講評では、ギャップの内容、検討方針、解決策を具体的に書くことに加え、解決策によって業務を円滑に遂行できるかという業務面の踏み込みが重視されている。

設問ア

まず、設問イと設問ウの前提となる一つの導入事例を、800字以内で一貫して設定する。対象業務は何か、その業務を支える情報システムはどの範囲を扱うか、利用者や主要機能は何かを簡潔に示す。その上で、なぜ個別開発ではなくパッケージを導入したのかを、構築期間の短縮、業務標準化、品質向上、コストや保守負担の抑制など、事例に即した目的として述べる。後続設問で具体的なギャップと解決策を論じるため、導入目的と対象業務が自然につながるようにすることが重要です。

設問イ

設問アの事例について、パッケージの標準機能では不足又は適合しなかった業務機能を、業務の流れや必要な処理、利用者の要求に結び付けて具体的に示す。例えば、独自の承認手順、特殊な計算、既存業務との連携、法令・社内ルールへの対応など、単に「機能が足りない」と書かず、何がどのように合わなかったかを明らかにする。その後、業務をパッケージに合わせる、競争力や重要性の高い部分だけ追加開発する、効果の小さい部分はマニュアルと人手で補うなどの候補を比較し、費用、期間、保守性、業務品質、利用者負担、将来拡張性を踏まえて方針を示します。採点講評では、解決策だけでなく検討方針がない答案や、解決策によって業務を円滑に進められるか不明な答案も指摘されているため、利用部門との協議内容、選択理由、実施方法まで記述する。800字以上1、600字以内なので、ギャップ、方針、候補比較、採用策、業務への効果を中心に配分する。

設問ウ

設問イで選んだ解決策を、導入後又は検証結果を踏まえて振り返り、適切だった点と改善の余地がある点を、それぞれ理由付きで評価する。適切だった点は、標準機能を活用して期間や費用を抑えたこと、重要業務だけを追加開発して競争力を守ったこと、人手対応により投資過剰を避けたことなど、設問イの方針と結果を結び付ける。改善の余地は、追加開発の保守負担、業務変更による利用者教育、手作業による漏れや負荷、将来の業務量増加への備えなど、実際に残った課題を示します。単なる成功談や反省の列挙ではなく、なぜ適切だったのか、なぜ改善が必要なのかを、業務品質、費用、期間、利用者負担、継続運用の観点から説明する。採点講評では、実施事項だけで理由や検討経緯が読み取れない記述が不足とされているため、評価結果の根拠と、次回ならどう改善するかまで具体化する。

学習のポイント

業務要件とパッケージ機能の差を具体化し、費用対効果や競争力を踏まえて解決策を説明する力を養う。