S社の企画部では交通費申請システムの導入を検討している。企画部のAさんは,上司のB課長から“先日のシステム導入検討会の内容をまとめてほしい。まずは,交通費申請に関する現在の問題点とシステムへの要望を整理して,システムがもつべき機能を洗い出すことから始めてはどうだろうか。そして,システム導入の目的を明確にしていくことが大切だね。”との指示を受けた。システム導入検討会のメモは,次のとおりである。 〔システム導入検討会のメモ〕 (1) 利用区間と申請された金額が正しいかどうかの確認に,最も多くの時間を掛けている。 (2) 市販のソフトウェアを利用すれば,システム導入費用が安くなるはずである。 (3) 数日分をまとめて申請できる方法があってもよい。 (4) 申請書類に記入するべき項目が記入されていないなどの書類の不備が多い。 (5) 申請書類の計算ミスが多くて,承認までに時間が掛かっている。 (6) システム導入後も,申請書類の不備やミスは本人が修正して再度提出する。 (7) 過去に申請したデータを再利用して申請したい。 (8) 申請後に申請した交通費がいつ支払われるのかが分かるとよい。 (9) システム導入時には説明会を開いてほしい。 〔システム導入検討会のメモ〕 の中で, 現時点で発生している問題点ではないが, 交通費申請でこれができると便利であるというような, システムへの要望を記述しているものはどれか。
平成24年度 秋期 ITパスポート試験 問90
この問題の解説と、これまでの解答の記録です。
問 90
※ この問題は、解説作成時の検算で公表解答を確認しきれませんでした。判定は IPA 公表の解答どおりです。
不正解ア
(3) と (7) は確かに要望だが、(2)「市販のソフトウェアを利用すれば、システム導入費用が安くなるはずである」が誤り。これは交通費申請の業務でこうできると便利という話ではなく、システムをどう実現するか (自社開発ではなくパッケージソフトの利用) と、それによって導入費用がどうなるかというコスト面の意見である。実現方式や費用に関する見解は、要件を洗い出した後の調達・開発方針の検討で扱う事柄であり、業務要件としての要望とは区別しなければならない。したがって (2) を含むアは不適切。
不正解イ
(3) は要望として正しいが、(6) と (9) の二つが誤り。(6)「システム導入後も、申請書類の不備やミスは本人が修正して再度提出する」は、こうしてほしいという希望ではなく、システム導入後もこの手順は変えないという運用ルールの確認・前提であり、要望ではない。(9)「システム導入時には説明会を開いてほしい」は要望の形をとってはいるものの、その対象は導入時の教育・周知の進め方であって、交通費申請でこれができると便利というシステム機能への要望ではない。二項目とも外れているため、イは明らかに不適切。
- ウ
正解 正解はウ「(3)と(7)と(8)」。〔システム導入検討会のメモ〕の (1)〜(9) は、内容によって次の三つに仕分けられる。第一に、いま実際に困っている事実を報告した「現状の問題点」。第二に、新しいシステムでこうできると助かるという「システムへの要望」。第三に、導入費用の見込みや導入後の運用ルール、導入時の進め方といった、交通費申請の業務そのものではなくプロジェクトの進め方に属する意見である。本問が問うているのは第二の「要望」なので、この三分類のどこに入るかを一項目ずつ判定していけばよい。見分けの手掛かりは文末である。(3)「数日分をまとめて申請できる方法があってもよい」、(7)「過去に申請したデータを再利用して申請したい」、(8)「申請後に申請した交通費がいつ支払われるのかが分かるとよい」は、いずれも文末が「あってもよい」「したい」「分かるとよい」という願望・希望の形になっており、現在困っている事実の報告ではない。しかも三つとも、まとめ申請・過去データの再利用・支払予定の照会という、交通費申請という業務の中で「これができると便利」と言える機能の話になっている。つまり設問文がそのまま当てはまる。よって (3)と(7)と(8) を挙げたウが正解である。なお、これらは後の工程でシステムがもつべき機能、すなわち機能要件の候補として整理されていくことになる。逆に (1)(4)(5) は「最も多くの時間を掛けている」「不備が多い」「時間が掛かっている」と、いずれも現在発生している事実を述べた現状の問題点であり、こちらは姉妹問である問89 の答え (イ) に対応する。
不正解エ
(7) と (8) は要望として正しいが、(9)「システム導入時には説明会を開いてほしい」が誤り。(9) は導入プロジェクトの進め方、すなわち利用者への説明会という教育・移行面の依頼であり、交通費申請という業務の中で実現してほしい機能ではない。設問は「交通費申請でこれができると便利であるというような」と対象範囲を限定しているので、業務機能に結び付かない (9) は除外される。加えてエは、まとめ申請という明確な機能要望である (3) を落としている点でも不十分である。
- 業務要件定義の第一歩は、関係者の発言を「現状の問題点 (いま困っている事実)」と「システムへの要望 (こうなるとよいという期待)」に仕分けること。文末が「〜が多い」「〜時間が掛かっている」のような事実報告なら問題点、「〜したい」「〜てもよい」「〜と分かるとよい」のような願望形なら要望、と機械的に判別できる。
- 同じ要望でも、業務の中で実現してほしい機能 (機能要件の候補) と、導入費用・実現方式・説明会などの導入の進め方や運用に関する意見とは区別する。設問がどちらの範囲を問うているのかを読み取ることが、この種の中問での得点につながる。