応用情報技術者 科目A 想定問題集
システム戦略の要点整理と想定問題
公式のシラバスの「大分類 7: システム戦略（中分類 17〜18）」にあたる分野です。まず要点整理で全体をつかみ、下の演習で 22 問を 1 問ずつ解けます。答えると A〜D すべての解説が出ます。
この分野の小項目
- 17.1 情報システム戦略（5 問） 情報システム戦略の目的・考え方・策定手順と留意事項、エンタープライズアーキテクチャなどの手法、プログラムマネジメント、品質統制、情報システム戦略実行マネジメントを修得し、適用する。
- 17.2〜17.4 業務プロセス・ソリューションビジネス・活用促進（5 問） 業務プロセスの改善と問題解決の代表的な手法、ソリューションビジネスと代表的なサービス、情報システムの活用促進と評価、蓄積データの事業戦略への活用、利用実態の評価と改善、情報システムの廃棄の考え方を修得し、適用する。
- 18.1 システム化計画（4 問） システム化構想の立案とシステム化計画の立案の目的・考え方・手順と、計画の立案における検討項目を修得し、適用する。
- 18.2 要件定義（企画）（4 問） 要求分析と要件定義の目的・考え方・手順・代表的な手法と、情報システム戦略との整合性の検証を修得し、適用する。
- 18.3 調達計画・実施（4 問） 調達計画の策定と調達の実施（RFI・RFP、提案の評価、契約など）の目的と考え方を修得し、適用する。
要点整理
情報システム戦略
情報システム戦略：経営戦略から EA までの流れ
情報システム戦略は、経営戦略に沿って作ります。シラバスは、戦略に基づいて中長期の情報システム化基本計画を立て、遂行のための組織体制を整えることまでを範囲にしています。
策定手順の例は、対象業務の理解、現行業務（As-Is）の調査・分析、現行システムの調査・分析、IT 動向の調査・分析、基本戦略の策定の順です。その後に、業務の新全体像（To-Be）と投資対象の選定、活動・成果指標の設定、策定と承認が続きます。
エンタープライズアーキテクチャ（EA）は、組織全体の業務とシステムを同じ手法でモデル化し、両方を同時に改善する設計・管理の手法です。As-Is モデルとTo-Be モデルの差から改善計画を立てます。
EA は 4 つのアーキテクチャで整理します。下の表で、何を体系化するかと、表すときの成果物を対で覚えると、選択肢を見分けやすくなります。
プログラムマネジメントは、関連する複数のプロジェクトをまとめ、相互の関係を最適化して全体の使命を果たす活動です。個々のプロジェクトの日程短縮とは区別します。
シラバスでは、システムオーナーは情報システムの責任者、データオーナーはシステムが持つデータの責任者です。データの利用範囲の判断はデータオーナー側の役割と考えます。
| アーキテクチャ | 何を体系化するか | 代表的な成果物 |
|---|---|---|
| ビジネスアーキテクチャ（BA） | 組織の目標や業務 | 業務説明書・業務流れ図（WFA）・DFD |
| データアーキテクチャ（DA） | 業務に必要なデータの構成と関連 | データ定義表・情報体系整理図・E-R 図 |
| アプリケーションアーキテクチャ（AA） | 業務とソフトウェアの関係 | 情報システム関連図・機能構成図 |
| テクノロジアーキテクチャ（TA） | 業務を支える技術 | ハードウェア・ソフトウェア・ネットワーク構成図 |
業務プロセス・ソリューションビジネス・活用促進
業務改善の手法と、クラウドの形の見分け方
業務改善では、まずECRS の原則で考えます。排除（Eliminate）、結合（Combine）、交換（Rearrange）、簡略化（Simplify）の 4 つの観点で、作業をなくせないか、まとめられないか、入れ替えられないか、単純にできないかを考えます。
BPR は業務を根本から作り直す取り組み、BPM は分析・設計・実行・モニタリング・評価を繰り返して継続的に改善する取り組みです。BPO は業務の外部委託、RPA は定型作業の自動化です。
クラウドの形は、利用者がどこまで管理するかで見分けます。NIST の定義では、PaaS の利用者はサーバや OS を管理せず、配置したアプリと実行環境の設定を管理します。IaaS では OS から上を利用者が管理します。
システムは作って終わりではありません。シラバスは、ログ分析や利用者満足度の調査で利用実態を評価・検証し、改善につなげることを求めています。
廃棄の判断をしたら、廃棄計画を立て、データの移行と記憶媒体のデータ消去を確かめてから止めます。
シラバスは、システムの活用を促すために、利用者マニュアルや講習会、e-ラーニングなどの普及啓発を続けることも挙げています。導入時の教育だけで終わらせず、利用実態を見ながら手を打ち続けるのが要点です。
紙の申請が減らない、操作の問い合わせが多いといった症状が出たときも、すぐに機能を足す前に、ログや利用者の声で実態を調べます。根拠となるデータを先に集めるのが筋です。
| 形 | 利用者が管理する主なもの | 例のイメージ |
|---|---|---|
| IaaS | OS・ミドルウェア・アプリ・データ | 仮想サーバを借りて自由に構築する |
| PaaS | 配置したアプリと実行環境の設定 | 自作アプリを用意された実行環境に載せる |
| SaaS | アプリの利用者の設定やデータ | 完成したアプリをそのまま使う |
| ハウジング | 機器そのものと OS から上のすべて | 自社の機器を事業者の施設に置く |
出典: 応用情報技術者試験（レベル 3）シラバス Ver.7.2（IPA）／NIST SP 800-145 The NIST Definition of Cloud Computing
システム化計画
システム化計画：SoR と SoE、投資の判断
システム化構想では、対象業務の課題を定め、適用する技術を調べ、費用と投資効果を予測して、情報システム戦略との整合を確かめてから承認を得ます。
総務省の白書は、社内の業務効率化や基幹システムを支える ICT を SoR（守りの ICT）、顧客とつながって新たなビジネスを生む ICT を SoE（攻めの ICT）と整理しています。集めたデータから洞察を得る ICT は SoI と呼ばれます。
同じ白書は、SoR は要件を最初に決めることを前提とすることが多く、SoE は要件の変化を前提とするアジャイル開発と相性がよいとしています。
投資の判断では、NPV と回収期間法がよく出ます。NPV は、各年の効果を（1 + 割引率）の年数乗で割って合計し、投資額を引きます。プラスなら採算が合うと考えます。
例えば投資 1,000 万円、毎年 400 万円を 3 年、割引率 10% なら、363.6 + 330.6 + 300.5 = 994.7 万円で、NPV は約 −5 万円です。単純合計の 1,200 万円で判断すると結論を誤ります。
回収期間法は、投資額を効果の累計で回収するまでの年数を見ます。累計が投資額を超える年の途中は、残りの額をその年の効果で割って端数の年数を出します。
導入のリスクへの対応には、回避・損失予防・損失軽減・移転・保有があります。保険で損失の負担を他者に移すのは移転です。活動そのものをやめるのが回避、何もせず受け止めるのが保有です。
| 手法 | 見るもの | 弱点 |
|---|---|---|
| NPV | 割り引いた効果の合計 − 投資額 | 割引率の決め方で結果が変わる |
| 回収期間法 | 投資額を回収するまでの年数 | 時間価値と回収後の効果を見ない（単純な方式） |
| ROI | 投資額に対する利益の割合 | 期間やお金の時間価値の扱いに注意が要る |
出典: 応用情報技術者試験（レベル 3）シラバス Ver.7.2（IPA）／令和元年版 情報通信白書 ICT 投資の状況（総務省）
要件定義（企画）
要件定義：要件の種類と、整理の手法
要件定義の目的は、システムや業務全体の枠組みと、システム化の範囲と機能を明らかにすることです。
要件は、業務要件、機能要件、非機能要件（性能・セキュリティなど）、移行要件、運用要件、保守要件などに分けて書きます。応答時間のような性能の水準は非機能要件です。
IPA の非機能要求グレードは、非機能要求の項目を網羅して並べ、要求レベルを段階的に示したツール群です。発注者と開発者の認識の行き違いを防ぐのが目的です。
整理の手法は目的で選びます。データの流れは DFD、データの構造は E-R 図、条件の組合せと動作は決定表が向いています。
定義した要件は、実現可能性・妥当性・情報システム戦略との整合性を確かめ、利害関係者の合意と承認を得ます。トレーサビリティを確保しておくと、要件変更の影響範囲をたどれます。
| 整理したいこと | 合う手法 |
|---|---|
| データの流れと処理 | DFD |
| データの実体と関連 | E-R 図 |
| 条件の組合せごとの動作 | 決定表・デシジョンツリー |
| オブジェクトの構造やふるまい | UML |
出典: 応用情報技術者試験（レベル 3）シラバス Ver.7.2（IPA）／システム構築の上流工程強化（非機能要求グレード）紹介ページ（IPA）
調達計画・実施
調達：RFI・RFP・RFQ と、契約の選び方
調達計画では、既製品やサービスの購入、自社開発、外部委託から調達方法を選びます。
調達の文書は段階で使い分けます。情報を広く集める段階では RFI、提案を求める段階では RFP、見積りを求める段階では RFQ を出します。
RFP には、対象範囲、システムモデル、サービス要件、目標スケジュール、契約条件、ベンダーに求める体制や実績の要件などを書きます。見積金額はベンダーが見積書に書くものです。
調達の方法には、一般競争入札や企画競争入札、価格と価格以外の要素を合わせて評価する総合評価落札方式などがあります。調達のリスクは、品質・納期・費用超過・要員スキルなどに分けて分析します。
選定では、評価基準と重み付けを先に決め、提案書と見積書を比べます。重み付きの合計点で比べると、技術点だけ・価格だけの比較より、決めた方針に沿った選定になります。
契約では、仕事の完成を約束する請負契約と、事務の処理を任せる準委任契約を区別します。要件が固まっていない工程の支援は、完成を約束しない準委任が合います。
| 文書 | 出す段階 | ベンダーから返ってくるもの |
|---|---|---|
| RFI | 情報収集 | 製品・技術・実現方法の情報 |
| RFP | 提案依頼 | 提案書 |
| RFQ | 見積依頼 | 見積書 |
演習（22 問）
結果はこのブラウザに保存され、ハブの「自分の成績」と弱点モードに使われます。
第 1 問 / 22 問
問題を読み込んでいます…
全問と解説の一覧
正解と解説は折りたたんであります。先に自分で考えてから開いてください。
全 22 問
情報システム戦略
全社の業務とシステムを見直すため、エンタープライズアーキテクチャを作る。業務に必要なデータの構成と、データ同士の関連を体系化したものはどれか。
A. ビジネスアーキテクチャ B. データアーキテクチャ C. アプリケーションアーキテクチャ D. テクノロジアーキテクチャ
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 業務説明書や業務流れ図（WFA）で表すアーキテクチャです。 組織の目標や業務を体系化したもので、データの構成と関連を整理するものではない。 【B（正解）】 ？ データ定義表や E-R 図で表すアーキテクチャです。 業務に必要なデータの構成とデータ間の関連を体系化したもので、問いに合う。 【C（不正解）】 ？ 情報システム関連図や機能構成図で表すアーキテクチャです。 業務とそれを実現するソフトウェアの関係を体系化したもので、データの関連の整理は主目的ではない。 【D（不正解）】 ？ ハードウェア構成図やネットワーク構成図で表すアーキテクチャです。 業務を実現するハードウェア・ソフトウェア・ネットワークの技術を体系化したもので、データ構成ではない。
エンタープライズアーキテクチャの作成で、今の姿の As-Is モデルと、目指す姿の To-Be モデルを描き終えた。次に行う作業として最も適切なものはどれか。
A. 2 つのモデルの差を分析し、改善と移行の計画を立てる B. As-Is モデルは不要なので捨て、To-Be モデルだけで開発を始める C. To-Be モデルを As-Is モデルに合わせて書き直す D. 業界の参照モデルを、そのまま自社の To-Be モデルとして確定する
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 現状と理想の違いを洗い出して、進め方を決める作業です。 EA は現状と理想像を表し、業務とシステムを同時に改善する手法である。両モデルの差が改善計画のもとになる。 【B（不正解）】 ？ 現状のモデルを使わずに先へ進む作業です。 現状との差が分からないと、何をどう変えるかの計画が立てられない。 【C（不正解）】 ？ 理想の姿を今の姿に近づける作業です。 理想を現状に合わせると改善点が消え、EA を作る目的に反する。 【D（不正解）】 ？ 手本の型を自社の目標に置き換える作業です。 参照モデルは作成の手本であり、自社の現状との差の分析を省いてよい理由にはならない。
物流改革のため、倉庫システム更新・配送アプリ開発・在庫データ統合の 3 つのプロジェクトを同時に進める。相互の依存を調整し、全体の目的達成を図る活動はどれか。
A. 各プロジェクトのクリティカルパスを個別に短縮する B. 内部監査部門がシステム監査を行う C. ITIL に沿ってインシデント管理を整える D. プログラムマネジメントで 3 つを統合して管理する
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 1 つのプロジェクトの日程を縮める手法です。 個々の日程短縮であり、複数プロジェクトの関係を最適化する活動ではない。 【B（不正解）】 ？ 独立した立場から情報システムを点検する活動です。 第三者的な点検であり、プロジェクト間の依存を調整して進める活動ではない。 【C（不正解）】 ？ IT サービスの運用管理のベストプラクティスです。 稼働後のサービス運用の管理で、並行するプロジェクトの統合ではない。 【D（正解）】 ？ 関連する複数のプロジェクトをまとめて管理する考え方です。 目的が明確な複数のプロジェクトを組み合わせ、相互の関係を最適化して全体の使命を達成する活動である。
顧客データベースについて、どの部署にどの項目を参照させるかを決める責任者を置きたい。シラバスの役割分担に照らして最も適切な担当はどれか。
A. 運用を委託している事業者の保守担当者 B. システムオーナー C. データオーナー D. 情報システム部門の開発担当者
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 契約に基づいて機器やソフトを保守する担当です。 委託先は決められた作業を行う立場で、データの利用範囲を決める権限者ではない。 【B（不正解）】 ？ 情報システム全体に責任を負う役割です。 システム全体の責任者だが、個々のデータの扱いを決める役割はデータオーナーに分けて置く。 【C（正解）】 ？ 情報システムが持つデータに責任を負う役割です。 データに関する責任者なので、参照させる範囲の判断を担うのが筋である。 【D（不正解）】 ？ システムを作り、改修する担当です。 設定作業はできても、業務上どの部署に見せるかを決める責任者ではない。
情報システム戦略を作っている。現行業務と現行システムの調査・分析、IT 動向の調査は終わった。シラバスの策定手順の例に沿うと、次に行う作業はどれか。
A. 業務の新しい全体像（To-Be）を描き、投資対象を選ぶ B. 基本戦略を策定する C. 戦略展開の活動指標と成果指標を設定する D. 情報システム戦略を確定し、承認を得る
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 目指す業務の姿と、お金をかける対象を決める作業です。 基本戦略を決めた後に行う作業で、順序が一つ先になる。 【B（正解）】 ？ 調査結果をもとに戦略の大きな方向を決める作業です。 手順例では、現状と IT 動向の調査の次が基本戦略の策定である。 【C（不正解）】 ？ 戦略の進み具合を測る物差しを決める作業です。 To-Be と投資対象を決めた後に行う作業で、まだ早い。 【D（不正解）】 ？ まとめた戦略を経営に認めてもらう作業です。 手順の最後に行う作業で、基本戦略もない段階では行えない。
業務プロセス・ソリューションビジネス・活用促進
営業部の受注内容の確認と、経理部の与信額の確認を、別々の日に行っていた。これを 1 つの画面で同時に行う形にした。ECRS の原則のどれに当たるか。
A. Combine（結合） B. Eliminate（排除） C. Rearrange（交換） D. Simplify（簡略化）
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 複数の作業を一度に行う形にする観点です。 2 つの確認は残したまま、同じ工程で同時に行う形にしたので、結合に当たる。 【B（不正解）】 ？ 作業そのものをなくす観点です。 受注内容の確認も与信額の確認も残っており、作業をなくしたわけではない。 【C（不正解）】 ？ 作業の順番や担当を入れ替える考え方です。 順番や担当を入れ替えたのではなく、2 つの作業を 1 つの工程にした改善である。 【D（不正解）】 ？ 作業のやり方を単純にする考え方です。 それぞれの確認のやり方を単純にしたのではなく、別々の作業を 1 つの工程にまとめた改善である。
受注から出荷までの業務について、分析・設計・実行・モニタリング・評価を繰り返し、継続的に改善したい。この取り組みに最も合う考え方はどれか。
A. BPR B. RPA C. BPO D. BPM
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ Business Process Reengineering の略です。 一度に抜本的に作り直す取り組みで、サイクルを回す継続的な改善とは趣旨が異なる。 【B（不正解）】 ？ Robotic Process Automation の略です。 個々の作業の自動化の手段であり、継続的な改善の枠組みそのものではない。 【C（不正解）】 ？ Business Process Outsourcing の略です。 業務の外部委託であり、自社でサイクルを回して改善する取り組みではない。 【D（正解）】 ？ Business Process Management の略です。 分析・設計・実行・モニタリング・評価を繰り返して継続的に改善するのが BPM である。
自社で作った在庫管理アプリをクラウドで動かしたい。OS やミドルウェアの管理はせず、アプリの配置と設定だけを担いたい。合うサービスの形はどれか。
A. IaaS B. SaaS C. PaaS D. ハウジングサービス
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ サーバやストレージなどの基盤を借りる形です。 OS の管理は利用者に残るので、OS を管理したくないという条件に合わない。 【B（不正解）】 ？ 事業者が作ったアプリをそのまま使う形です。 自社で作ったアプリを動かす形ではないため、条件に合わない。 【C（正解）】 ？ アプリを動かす基盤をサービスとして借りる形です。 OS やサーバは事業者が管理し、利用者は配置したアプリと実行環境の設定を管理する。 【D（不正解）】 ？ 自社の機器を事業者の施設に置いて運用する形です。 機器も OS も自社で管理するため、管理を減らしたいという条件に合わない。
出典: NIST SP 800-145 The NIST Definition of Cloud Computing／応用情報技術者試験（レベル 3）シラバス Ver.7.2（IPA）
10 年使った販売管理システムを廃止し、新システムへ切り替える。旧システムの廃棄の進め方として最も適切なものはどれか。
A. 新システムが動き始めたら、その日のうちに旧サーバを処分する B. 廃棄計画を立て、データ移行と記憶媒体のデータ消去を確認してから停止する C. 旧システムは念のため、期限を決めずに動かし続ける D. 記憶媒体はそのまま、リース会社や回収業者に返す
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 切り替え直後に旧機器を片付ける進め方です。 廃棄計画もデータの扱いの確認もなく、移行漏れや情報の流出につながる。 【B（正解）】 ？ 計画に沿って、残すデータと消すデータを確かめて止める進め方です。 シラバスは廃棄計画を立てるなどの措置を取ってから廃棄するとし、データの消去も用語例に挙げる。 【C（不正解）】 ？ 古い仕組みを予備として残す進め方です。 保守費用や脆弱性の放置が続き、廃棄の判断をした意味がなくなる。 【D（不正解）】 ？ 機器を契約先に戻すだけの進め方です。 データが残ったまま外部に出るため、情報漏えいのおそれがある。
経費精算システムを導入して半年たつが、紙での申請が減らない。改善策を決める前に、最初に行うべきことはどれか。
A. ログ分析や利用者満足度の調査で、利用の実態を把握する B. 入力画面に新しい機能を追加開発する C. 紙の申請を受け付ける期間を延長する D. 全社員にシステム利用を義務付ける通達だけを出す
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 使われ方と利用者の声を集めて調べる作業です。 シラバスは利用実態を調査して評価・検証し、改善の方向を明確にするとしており、まず実態の把握が先である。 【B（不正解）】 ？ システムの機能を増やす対策です。 使われない理由がわからないまま機能を足しても、効果が出るとは限らない。 【C（不正解）】 ？ 移行期間を延ばす対策です。 定着しない原因に手を打たないまま、紙の運用を長引かせることになる。 【D（不正解）】 ？ ルールで利用を強制する対策です。 使いにくさなどの原因が残ったままでは、抜け道や不満が増えるおそれがある。
システム化計画
会計の記帳を正確に行う基幹系と、顧客とつながるスマホアプリの両方を作る。後者は要件が変わり続ける見込みだ。後者の位置付けと進め方の組合せはどれか。
A. SoR として、要件を最初に固めて開発する B. SoR として、要件の変化を前提にアジャイル開発を取り入れる C. SoI として、要件を最初に固めて開発する D. SoE として、変化を前提にアジャイル開発を取り入れる
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ Systems of Record として、仕様を先に確定させる進め方です。 顧客とつながるアプリは SoR ではなく、要件が変わり続ける前提とも合わない。 【B（不正解）】 ？ Systems of Record として、小刻みに作り直す進め方です。 顧客とつながるアプリは SoE であり、位置付けが合わない。 【C（不正解）】 ？ Systems of Insight として、仕様を先に確定させる進め方です。 SoI はデータ活用で洞察を得る ICT であり、顧客接点のアプリの位置付けではない。 【D（正解）】 ？ Systems of Engagement として、小刻みに作り直す進め方です。 白書は SoE を顧客とつながる攻めの ICT とし、要件の変化を前提とするアジャイル開発と親和性が高いとする。
出典: 令和元年版 情報通信白書 ICT 投資の状況（総務省）／応用情報技術者試験（レベル 3）シラバス Ver.7.2（IPA）
初期投資 1,000 万円で、3 年間毎年 400 万円の効果が出るシステムを検討する。割引率 10% の NPV と判断として最も適切なものはどれか。
A. NPV は約 200 万円なので、投資する価値がある B. NPV は約 −100 万円なので、採算が大きく合わない C. NPV は約 −5 万円なので、この条件では採算が合わない D. 回収期間が 2.5 年なので、NPV は計算しなくてよい
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ NPV がプラスで、投資する価値があるという判断です。 1,200 − 1,000 = 200 は割引をしない単純な差で、お金の時間価値を無視している。 【B（不正解）】 ？ NPV が大きくマイナスで、採算が大きく合わないという判断です。 各年の効果を一律 1.331 で割ると 3 × 300.5 ≒ 901.6 万円で約 −98 万円となるが、1 年目は 1.1、2 年目は 1.21 で割るのが正しい。 【C（正解）】 ？ NPV がわずかにマイナスで、採算が合わないという判断です。 400/1.1 + 400/1.21 + 400/1.331 ≒ 363.6 + 330.6 + 300.5 = 994.7 万円。994.7 − 1,000 ≒ −5.3 万円でマイナスとなる。 【D（不正解）】 ？ 回収期間だけで判断し、NPV を使わない考え方です。 1,000 ÷ 400 = 2.5 年は回収期間法の値で、NPV の結果ではない。時間価値も反映しない。
案 Y は初期投資 900 万円で、効果は 1 年目 500 万円、2 年目 300 万円、3 年目 200 万円、4 年目 100 万円である。回収期間法で求めた回収期間はどれか。年内の効果は均等に出るとする。
A. 2.0 年 B. 2.5 年 C. 3.0 年 D. 2.25 年
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 2 年目末までに回収できた場合の値です。 2 年目末の累計は 500 + 300 = 800 万円で、まだ 100 万円足りない。 【B（正解）】 ？ 3 年目の途中で回収できた場合の値です。 残り 100 万円を 3 年目の 200 万円で回収するので、2 + 100/200 = 2.5 年となる。 【C（不正解）】 ？ 3 年目末に回収できた場合の値です。 3 年目末の累計は 1,000 万円で、回収はそれより前の 2.5 年の時点で済んでいる。 【D（不正解）】 ？ 3 年目の 4 分の 1 の時点で回収できた場合の値です。 3 年目に残る 100 万円は 3 年目の効果 200 万円の半分なので 0.5 年かかり、2.25 年にはならない。
新システムの導入時に誤作動で取引先に損害を与える危険に備え、損害を補う保険に入った。このリスク対応はどれか。
A. リスク移転 B. 損失軽減 C. リスク回避 D. リスク保有
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 損失が出たときの負担を他者に移す対応です。 保険で損害の負担を他者に移すので、リスク移転に当たる。 【B（不正解）】 ？ 起きたときの被害を小さくする対応です。 保険は被害の大きさ自体を小さくするものではなく、負担を他者に移すものである。 【C（不正解）】 ？ 危険のもとになる活動そのものをやめる対応です。 システムの導入はやめておらず、回避ではない。 【D（不正解）】 ？ 対策をとらず、損失を自社で受け止める対応です。 保険に入って負担を移しているので、保有ではない。
要件定義（企画）
要件定義書に「検索画面は 3 秒以内に結果を表示する」と書いた。この要件の種類として最も適切なものはどれか。
A. 業務要件 B. 機能要件 C. 移行要件 D. 非機能要件
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 業務の流れやルールを定める要件です。 業務手順を決めたものではなく、システムの性能の水準を決めたものである。 【B（不正解）】 ？ システムが何をするか、どんな機能を持つかを定める要件です。 検索できること自体は機能要件だが、応答の速さは機能以外の品質の要件である。 【C（不正解）】 ？ 旧システムから新システムへ切り替える方法を定める要件です。 データや業務の移し替えの話ではないため当たらない。 【D（正解）】 ？ 性能や可用性、セキュリティなど機能以外の要件です。 応答時間は性能要件で、非機能要件に含まれる。
出典: 応用情報技術者試験（レベル 3）シラバス Ver.7.2（IPA）／システム構築の上流工程強化（非機能要求グレード）紹介ページ（IPA）
要件ごとに、対応する設計書の章とテスト項目を記録しておく。要件が変わったとき、影響する範囲をたどれるようにするためだ。この性質を何というか。
A. ファシリテーション B. アカウンタビリティ C. トレーサビリティ D. スケーラビリティ
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 会議などで議論を進め、合意を促す技術です。 合意形成の進め方であり、要件と設計の対応を追う性質ではない。 【B（不正解）】 ？ 決定や結果について説明する責任のことです。 説明責任であり、成果物どうしの対応をたどる性質ではない。 【C（正解）】 ？ trace（たどる）と ability（能力）を合わせた語です。 要件と成果物の対応を記録し、変更の影響範囲を追えるようにする性質である。 【D（不正解）】 ？ 処理量の増加に合わせて規模を広げられる性質です。 将来の拡張への対応で、要件変更の影響追跡とは関係がない。
会員ランク・購入金額・クーポン有無の組合せで割引率が変わる。条件の組合せごとの動作を漏れなく整理したい。最も適した表現方法はどれか。
A. DFD B. 決定表 C. E-R 図 D. ガントチャート
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ データの流れと処理を図で表す方法です。 データの流れを表すのは得意だが、条件の組合せごとの動作の整理には向かない。 【B（正解）】 ？ デシジョンテーブルとも呼ばれる、表の形の表現方法です。 条件の組合せごとにどの動作をとるかを網羅して書けるので、問いに合う。 【C（不正解）】 ？ データの実体と実体間の関連を図で表す方法です。 データ構造の表現であり、条件と動作の対応を整理する方法ではない。 【D（不正解）】 ？ 作業の予定と進み具合を横棒で表す図です。 日程管理の図で、業務ルールの整理には使わない。
現場から 80 件の要望が集まったが、全社の情報システム戦略と関係の薄いものも多い。要件定義の進め方として最も適切なものはどれか。
A. 戦略との整合性を検証し、優先順位をつけて利害関係者と合意する B. 現場の満足を優先し、80 件すべてを要件に入れる C. どの要望を採るかの判断を、開発ベンダーに一任する D. 要件定義は省き、作りながら決めることにする
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 戦略に照らして選び、関係者の承認を得る進め方です。 シラバスは、要件の妥当性と戦略との整合性を検証し、利害関係者の合意と承認を得るとしている。 【B（不正解）】 ？ 集まった要望をそのまま採用する進め方です。 戦略と関係の薄い機能に費用をかけ、範囲と費用が膨らむおそれがある。 【C（不正解）】 ？ 外部の専門家に選んでもらう進め方です。 要件の決定は発注側の責任であり、利害関係者の合意も得られない。 【D（不正解）】 ？ 仕様を決めずに開発を始める進め方です。 アジャイル開発でも目的と優先順位の合意は要る。整合性の検証を省く理由にはならない。
調達計画・実施
新しい販売管理システムの調達を始める。まずは、どんな製品や技術があり、どの程度の実現方法が考えられるかを広く知りたい。ベンダーに出す文書はどれか。
A. NDA B. RFP C. RFQ D. RFI
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ Non-Disclosure Agreement の略です。 秘密を守る取り決めであり、情報提供を依頼する文書ではない。 【B（不正解）】 ？ Request For Proposal の略です。 具体的な提案を求める段階の文書で、情報収集の段階には早い。 【C（不正解）】 ？ Request For Quotation の略です。 価格の見積りを求める文書で、広く情報を集める目的には合わない。 【D（正解）】 ？ Request For Information の略です。 調達の前段で、目的や業務内容を示して情報を集める文書である。
RFP を作成している。RFP に記載する事項として適切でないものはどれか。
A. 調達の対象範囲と目標スケジュール B. 契約条件 C. ベンダーが算出した開発費の見積金額 D. ベンダーに求めるプロジェクト体制と実績の要件
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 何をいつまでに調達するかの情報です。 シラバスが RFP の用語例に挙げる事項で、記載する。 【B（不正解）】 ？ 支払いや責任分担などの取引の条件です。 シラバスが用語例に挙げる事項で、記載する。 【C（正解）】 ？ 開発にかかる費用の金額です。 見積金額はベンダーが RFP を受けて見積書に書くもので、発注者が RFP に書く事項ではない。 【D（不正解）】 ？ 提案者に求める能力や経験の条件です。 シラバスが用語例に挙げる事項で、記載する。
4 社の提案を、技術点 60%・価格点 40% の重みで評価する。技術点と価格点は、P 社 80 と 60、Q 社 70 と 90、R 社 90 と 50、S 社 75 と 75 である。総合点が最も高いのはどれか。
A. P 社 B. Q 社 C. R 社 D. S 社
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 技術点が 2 番目に高く、価格点は低めの会社です。 80×0.6 + 60×0.4 = 48 + 24 = 72 点。 【B（正解）】 ？ 技術点が最も低く、価格点が最も高い会社です。 70×0.6 + 90×0.4 = 42 + 36 = 78 点で、4 社の中で最も高い。 【C（不正解）】 ？ 技術点が最も高く、価格点が最も低い会社です。 90×0.6 + 50×0.4 = 54 + 20 = 74 点。技術点だけで選ぶと誤る。 【D（不正解）】 ？ 技術点と価格点がそろって中くらいの会社です。 75×0.6 + 75×0.4 = 45 + 30 = 75 点。
業務要件がまだ固まっていない要件定義の工程を、ベンダーに支援してもらう。成果物の完成は約束せず、専門家として事務を処理してもらう。合う契約はどれか。
A. 準委任契約 B. 請負契約 C. 労働者派遣契約 D. ソフトウェア使用許諾契約
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 民法 656 条に定めのある契約です。 民法 656 条により委任の規定が準用され、受任者は善管注意義務を負って事務を処理する。完成の約束はない。 【B（不正解）】 ？ 民法 632 条に定めのある契約です。 仕事の完成が前提となるため、何を作るか決まっていない工程には合わない。 【C（不正解）】 ？ 労働者派遣法に定めのある契約の形です。 派遣先が作業を指示する形で、ベンダーに専門家として任せる契約ではない。 【D（不正解）】 ？ ソフトウェアの権利者が利用を認める契約です。 既存ソフトの利用条件の取り決めで、要件定義の支援には当たらない。
この分野に出てくる用語（34 語）
As-Is モデル：エンタープライズアーキテクチャで、現時点の業務とシステムの姿を表したモデル。To-Be モデルと比べて改善点を探す。
BPM：ビジネスプロセスマネジメント。業務の分析・設計・実行・モニタリング・評価のサイクルを繰り返し、業務プロセスを継続的に改善する考え方。
BPO：ビジネスプロセスアウトソーシング。業務プロセスの一部をまとめて外部の事業者に委託すること。
BPR：業務の進め方を根本から見直し、業務プロセスを再設計する取組み。
DFD：業務のプロセスを、データの流れに着目して表す図。プロセス・データフロー・データストア・外部実体（源泉と吸収）で描く。
E-R 図：データベース設計で、実体（エンティティ）とその関連（リレーションシップ）を表す図。
ECRS の原則：業務改善の 4 つの観点。Eliminate（排除）・Combine（結合）・Rearrange（交換）・Simplify（簡略化）の頭文字をとったもの。
IaaS：サーバやストレージなどのインフラをサービスとして提供するクラウドの形態。
ITIL：IT サービスマネジメントの実践方法をまとめた、ベストプラクティスの書籍群。
NPV：正味現在価値。将来の収入（効果）を割引率で現在の価値に直して合計し、投資額を引いた値。プラスなら採算が合うと判断する。
PaaS：アプリケーションを動かすための基盤（OS やミドルウェアなど）をサービスとして提供するクラウドの形態。
RFI：調達の準備として、ベンダに技術や製品などの情報の提供を依頼する文書。
RFP：調達するシステムの要件などを示し、ベンダに具体的な提案を依頼する文書。
RFQ：Request For Quotation（見積依頼書）。ベンダーに見積書の提出を依頼する文書。
ROI：投資額に対して、どれだけの利益が得られたかを表す指標。
RPA：人がパソコンで行う定型的な操作を、ソフトウェアのロボットに自動で行わせる技術。
SaaS：ソフトウェアの機能をネットワーク経由のサービスとして提供するクラウドの形態。
SoE：Systems of Engagement。顧客とつながることで新たなビジネスを生み出す ICT で、「攻めの ICT」と位置付けられる。
SoI：Systems of Insight。SoR や SoE で集めたデータを活用し、ビジネスのための洞察を得る ICT。
SoR：Systems of Record。社内の業務効率化や基幹システムの基盤となる ICT で、「守りの ICT」と位置付けられる。
To-Be モデル：エンタープライズアーキテクチャで、目指す業務とシステムの理想の姿を表したモデル。
UML：オブジェクト指向の分析・設計で使う、図の書き方を定めた標準のモデリング言語。
エンタープライズアーキテクチャ：組織全体の業務とシステムを統一した枠組みで整理し、全体最適の観点から改善していく手法。
システムオーナー：情報システムについて責任を持つ人。システム全体の目的や運用の判断を担う。
データオーナー：情報システムが持つデータについて責任を持つ人。データの扱いや利用範囲の判断を担う。
デシジョンツリー：意思決定の選択肢と起こり得る結果を木の形に表し、期待値などを比べる手法。
トレーサビリティ：要件から設計・プログラム・テストまで、成果物どうしの対応をたどれる性質。要件変更の影響範囲の把握に使う。
プログラムマネジメント：目的が明確な複数のプロジェクトを組み合わせ、相互の関係を最適化して全体の使命を達成するよう統合する活動。
回収期間法：投資額を効果の累計で回収するまでの期間で投資案を比べる方法。単純な方式ではお金の時間価値と回収後の効果を考えない。
機能要件：システムが何をするか、どんな機能を持つかについての要件。
決定表：条件の組合せと、それぞれのときにとる動作を表の形で整理する方法。デシジョンテーブルともいう。
準委任契約：法律行為でない事務の処理を任せる契約。民法 656 条で委任の規定が準用され、受任者は善良な管理者の注意をもって処理するが、仕事の完成は約束しない。
請負契約：受注者が仕事の完成を約束し、発注者がその結果に対して報酬を支払う契約。
非機能要件：性能・可用性・セキュリティ・運用性など、機能以外にシステムに求める要件。IPA は確認用に非機能要求グレードを公開している。
独学の次に、講座で体系立てて学びたい人へ
この問題集は独学用です。IT の基礎から講師つきで体系立てて学びたい人には、資格や IT の講座がそろうスクールも選択肢になります。
本ページは広告・アフィリエイトプログラムを利用しており、リンク経由でのお申し込み・購入により当サイトに収益が発生することがあります。ただし、ランキング・評価・掲載内容は広告費や報酬の有無に関わらず編集部の独自基準で決定しており、広告主からの指示により内容を変更することはありません。
IT・Webデザイン・資格まで幅広い講座。生成AI/DX講座はリスキリング補助金の対象
まずは無料ではじめられます。リンク先は公式サイトです。
このサービスの解説記事を読む →