プロジェクトマネージャ試験
PM 合格まで、この1ページで。

出題趣旨：技術的側面とは別に、動機付けやチームワークの醸成など人間的側面に着目した育成計画の作成・実行の工夫を具体的に論述する。

採点講評：QCDや勤務実績などの定量情報、会議・面談での定性情報で評価・改善する取組は良い。技術的側面だけの育成計画や、コミュニケーション改善にとどまり育成計画になっていない論述は不可。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】金融機関の勘定系刷新PJ（24か月）。複数の協力会社の混成チームで、開始直前にサブリーダーが交代。

設問ア：目標＝新勘定系を無停止で移行。不健全な状態＝会社間の遠慮で相互支援が起きず、レビュー指摘や課題提起が停滞。背景・事象＝出身企業ごとの慣習・価値観の差、急なリーダー交代で信頼関係が未形成。

設問イ：目指す健全な状態＝会社の壁を越えて建設的に指摘し合い、一体感が保たれた状態。育成計画＝(1)ペア作業・合同レビューで接点を増やす (2)1on1で個々の不安を把握し役割で承認する (3)小さな成功体験を共有する場を設ける。工夫＝レビュー指摘数・是正リードタイム（定量）と1on1所感（定性）でチーム状態を可視化し、週次で計画を見直した。

設問ウ：発生した問題＝一部メンバーの孤立→1on1で原因を特定しメンター配置で解消。実行結果＝レビュー指摘の早期化で手戻りが約2割減り、予定どおりの無停止移行に貢献した。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：稼働開始リスクに対する、コストや期限の制約を考慮した適切な対策、実行状況に応じた対応を具体的に論述する。

採点講評：リスクの特定・評価と対策を具体的に。円滑な稼働開始と関連性の薄い要件をあげたり、重要でない稼働開始リスクを特定したりする論述は不可。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】全国拠点の販売管理システム刷新。繁忙期直前のカットオーバー。

設問ア：要件＝稼働直後の問合せに滞りなく対応／移行後の残高整合を確保。重要な稼働開始リスク＝稼働直後に問合せが集中して対応が遅滞し現場が混乱すること。理由＝繁忙期と重なり業務停止が売上に直結するため。

設問イ：制約＝追加コストと訓練期間が限られる。対策＝(1)FAQと一次対応スクリプトを整備し、拠点キーパーソンを事前研修 (2)パイロット拠点を先行させ段階的に開放。有効と考えた理由＝一次解決率を上げ本部へのエスカレーションを抑制し、影響を局所化できるから。

設問ウ：実行段階＝移行リハーサルで想定外の問合せ種別が判明→FAQ追加とヘルプデスク増員を再策定。制約が厳しくなることへの考慮＝カットオーバー直前は変更を凍結し、切戻し基準を明確化して意思決定を迅速化した。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：不確かさ（VUCA等）がコストに与える影響を把握し、予測の精度を上げる活動（予測活動）を計画・実行してコストをマネジメントする。

採点講評：予測活動はステークホルダとの協力を含む具体的な行動で論述する。見積手法の説明や抽象的な論述に終始しない。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】事業改革の適用範囲が未確定なまま並行して進めるEC刷新PJ。新技術（生成AI）の効果も不明。

設問ア：コスト要求＝予算内で完了、改革確定に伴う増分は別枠管理。不確かさ＝改革の適用範囲と新技術の効果が不明。影響＝スコープの増減で見積りの振れ幅が大きい。共有＝影響度をレンジ（幅）見積り＋前提条件表で示し、ステークホルダと認識を合意した。

設問イ：計画で合意＝(1)予測活動＝改革方針の確定マイルストーンごとに要件を精緻化し、PoCで技術効果を検証 (2)再見積り条件＝主要前提の変化時・各フェーズ終了時 (3)協力＝業務部門が改革確定情報を提供、PMOが差異を集約 (4)差異への対応方針＝閾値超過はスコープ調整か予備費充当。

設問ウ：実行段階＝PoCで技術効果が想定未満と判明した時点で再見積り→差異＋8%。対応策＝優先度の低い機能を次期送りにし、ステークホルダの承認を得て予算内に収束させた。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：チーム状態が悪化した場合に、個々のメンバーの状況に応じてリーダーシップを選択し、行動を使い分ける。

採点講評：マネジメントのための活動と、リーダーシップに基づく行動を混同しない。メンバーの状況（対立の継続／士気の低下など）に応じた指示的・支援的リーダーシップの選択を明確に。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】支持者だった役員が異動し、さらに外部の法改正で仕様変更が発生。若手中心のチームが動揺。

設問ア：チーム特性＝若手中心で自律性にばらつき。外部環境の変化＝キーステークホルダの異動と法改正による仕様変更要求。阻害するおそれと考えた理由＝方針の後ろ盾を失い、手戻りで士気低下や役割対立が起きると考えたため。

設問イ：悪化した状態＝役割分担を巡る対立の継続と一部メンバーの士気低下。把握した状況＝対立当事者は自力で解決策を持てず膠着／別メンバーは将来不安。選択と行動＝対立には指示的リーダーシップで暫定分担を決めて適用、士気低下には支援的リーダーシップで傾聴し自主的取組を促した。使い分けた理由＝状況の緊急度と本人の成熟度に合わせたため。

設問ウ：発揮後＝分担の明確化で対立が解消し、1on1で不安が低減して自発的な改善提案が増加。評価＝変更対応を計画内に収め、チームの自律性も向上した。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：プロジェクト目標達成のため、組織標準や過去事例を参照しつつ、個々のプロジェクトの独自性を考慮してマネジメントの方法をどのように修整（テーラリング）し、その修整が有効に機能しているかをどうモニタリングし、結果にどう対応したかを具体的に論述することを求める。プロジェクトマネジメント計画の修整に関する知識・経験・実践能力を評価する。

採点講評：ステークホルダやコミュニケーションなど対象を明確にした修整は実際の経験に基づく論述がうかがわれた。一方、実行中に発生した課題に対応する計画変更や、目標達成に適合していない修整についての論述も見受けられた。組織標準や過去事例を参照し、プロジェクトの目標や独自性を考慮して的確に修整することが求められる。単なる見聞のみで自らの考え・行動の記述が希薄な論述、経験の評価・共有が感じられない論述も散見された。

📝 論述の骨子例（参考・IPA非公式）

（想定シナリオ：組織標準の開発手法をもつ企業で、短納期かつ新技術採用という独自性の高いプロジェクトを担当）ア:プロジェクトの特徴（目的・規模・体制）と、独自性（短納期・新技術・分散チーム等）を述べ、なぜ標準そのままでは目標を達成できないかを提示。イ:独自性を踏まえて修整したマネジメント方法（例:コミュニケーション頻度・レビュー方式の変更、スケジュール管理の反復型化、ステークホルダ関与の強化）と、その修整が有効に機能しているかを測る指標・モニタリング方法（進捗差異、課題発生率、関係者満足度等）を具体的に論述。ウ:モニタリング結果と評価。想定どおりでなかった点への対応（更なる再修整や標準への改善提案）を述べ、修整の妥当性評価と組織への還元・教訓を主体的に論じる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：不確実性が高まる環境で組織のマネジメント能力を高めるため、重要な目標の一部を達成できずに終結した（目標未達成）プロジェクトについて、根本原因を究明する方法や体制、究明過程で生かした第三者や組織内外の事例・知見、及び再発防止策を組織へ定着させる工夫を具体的に論述することを求める。プロジェクト終結での適切な総括に関する知識・経験・実践能力を評価する。

採点講評：直接原因は経験に基づき具体的に論述できているものが多かった。一方、根本原因の究明において、客観的な立場で参加する第三者による究明がなく当事者へのヒアリングだけであったり、因果関係の整理や段階的分析などの方法がなく技術的調査に終始したりするなど、根本原因究明や再発防止策立案の知識・経験が乏しいと思われる論述も見受けられた。目標未達成の経験を、自らのスキル向上とともに組織のマネジメント能力向上にもつなげてほしい。

📝 論述の骨子例（参考・IPA非公式）

（想定シナリオ：品質目標を一部未達のまま本番稼働・終結したシステム開発プロジェクトを題材）ア:プロジェクトの概要と、達成できなかった重要目標（品質・納期・コスト等）、及び直接原因を述べる。イ:根本原因を究明した方法と体制。当事者だけでなく第三者（QA部門・外部有識者等）を交えた客観的究明、なぜなぜ分析や特性要因図など因果関係を段階的に整理する手法を用いたこと、及び究明過程で参照・活用した組織内外の類似事例や知見を具体的に論述。ウ:特定した根本原因に対する再発防止策と、それを一過性で終わらせず組織へ定着させる工夫（標準プロセス・チェックリストへの反映、教訓データベース化、勉強会での水平展開等）、及び定着状況の評価を主体的に論じる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：事業環境の変化が激しい昨今、プロジェクトの目的実現のため実行中の計画変更に積極的に対応し、これを効果的に実施することが求められる。外部ステークホルダから実行中に要求された計画変更について、機会を生かす対応策と脅威を抑える対応策の策定、計画変更の内容・実施状況・評価を具体的に論述することを求める。

採点講評：脅威を抑える対応策については実際の経験に基づいた論述がうかがえた。一方、機会を生かす対応策については対応策が不明な論述やプロジェクトの状況に即していない論述も見受けられた。計画変更をプラスの機会と捉えて積極的に対応できるよう、変化への適応力を高めるマネジメントスキルの習得に努めてほしい。

📝 論述の骨子例（参考・IPA非公式）

想定シナリオ：小売業のECサイト刷新プロジェクトのPMとして、実行中に営業部門（外部ステークホルダ）からキャンペーン連動機能の追加という計画変更を要求された事例を設定する。設問ア：プロジェクトの特徴（事業目的、体制、当初計画）と、実行中に要求された計画変更の背景・内容を述べる。設問イ：計画変更を機会と捉え生かす対応策（例：追加機能を段階リリースし早期の売上貢献につなげる、アジャイル的に優先度を組み替える）と、脅威を抑える対応策（例：スコープ・スケジュール・コストへの影響を定量評価し予備費と要員を確保、影響範囲を限定）を、それぞれ策定した理由とともに論述する。設問ウ：対応策を反映した計画変更の具体的内容、実施状況、及び結果の評価（目的達成度、機会活用の成果、脅威抑制の有効性）と今後の改善点を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：ステークホルダはプロジェクト目標の達成に様々な影響を及ぼす。その影響が目標達成の妨げとならないよう積極的にコミュニケーションを行う必要がある。計画段階ではステークホルダの期待を的確にマネジメントするコミュニケーション、実行段階では認識の齟齬や誤解を解消するコミュニケーションについて具体的に論述することを求める。

採点講評：計画段階のコミュニケーションについては、プロジェクトマネジメント業務を担う者として期待される経験が不足していると推察される論述が見受けられた。実行段階のコミュニケーションについては、認識不一致の原因や解消のためのステークホルダへの働きかけなどを具体的に論述できているものが多かった。関係性の維持・改善を意識しコミュニケーションスキル向上に努めてほしい。

📝 論述の骨子例（参考・IPA非公式）

想定シナリオ：金融機関の基幹システム更改プロジェクトのPMとして、利用部門・経営層・ベンダなど複数ステークホルダが関与する事例を設定する。設問ア：プロジェクトの特徴（目標、関与するステークホルダとその期待・影響）を述べる。設問イ：計画段階で各ステークホルダの期待を的確にマネジメントするために行ったコミュニケーション（例：期待事項の可視化、優先度の合意形成、定期報告と合意プロセスの設計）を、狙いとともに論述する。設問ウ：実行段階で生じたステークホルダ間の認識の齟齬・誤解（例：スコープや進捗に対する解釈のずれ）の原因分析と、それを解消するために行った働きかけ（個別説明、認識合わせの会議、資料による見える化）、及びその結果と評価を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：プロジェクト実行中に作業の進め方をめぐってチーム内に発生する意見や認識の相違が、対立に発展しプロジェクトの円滑な推進にマイナスの影響を与えることがある。PMとして、行動の基本原則を定めどのように対立を回避しようとしたか、それでも対立が発生した場合にどう解消したか、行動の基本原則をどう改善し遵守させたかを具体的に論述させ、プロジェクトチームのマネジメントに関する知識・経験・実践能力を評価する。

採点講評：経験に基づき具体的に論述できているものが多かった。一方で、行動の基本原則がプロジェクトの特徴に即していない論述や、対立の解消策が対立の内容や原因に対応していない論述も見受けられた。行動の基本原則を定め遵守させることでチームの意識を統一し円滑に推進するよう、プロジェクトチームのマネジメントのスキルの習得に努めてほしい。全問共通として、対応していない項目のある論述やどの項目に対する解答か判然としない論述、主題から外れて他のマネジメントプロセスに偏ったり開発状況の説明に終始したりする論述も見受けられた。

📝 論述の骨子例（参考・IPA非公式）

(想定シナリオ)中堅製造業の基幹システム刷新プロジェクトで、社内開発チームと外部ベンダの混成チームを率いた。／設問ア: プロジェクトの特徴(短納期・混成チーム・要件流動性)と、これに即して定めた行動の基本原則(例:意見相違は個人攻撃でなく課題として扱う、決定事項は根拠とともに記録・共有する、日次で認識合わせを行う)、およびそれをチームに周知・浸透させた方法。／設問イ: 原則に基づき対立の兆候(設計方針をめぐる感情的な議論の増加)を早期に察知し回避を図ったこと、それでも発生した設計方針の対立について、内容と原因(役割認識のずれ・情報非対称)を分析し、双方の主張を可視化し評価基準に照らして合意形成するなど原因に対応した解消策を実施したこと。／設問ウ: 対立の再発防止に向け行動の基本原則を改善(例:意思決定基準の明文化、レビュー体制の追加)し、朝会での唱和やふりかえりを通じて遵守を徹底させた取組みと、その評価・残された課題。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには計画時に全体スケジュールを作成し、実行中は所定の期日に完了するようスケジュール管理を適切に実施することが求められる。本問は、スケジュール管理の仕組みを通じて把握した、完了期日に遅延を生じさせると判断した進捗の差異の状況、判断した根拠、差異の発生原因に対する対応策、遅延に対するばん回策について具体的に論述させ、スケジュール管理に関する知識・経験・実践能力を評価する。

採点講評：経験に基づき具体的に論述できているものが多かった。一方で、スケジュール管理の仕組みを通じて把握したものではない遅延や、プロジェクトの完了期日に対してではない遅延についての論述、EVM(Earned Value Management)の理解不足に基づく論述も見受けられた。スケジュール管理はPMが正しく身に付けなければならない重要な知識・スキルの一つであるので理解を深めてほしい。全問共通として、複数の論述項目に対応していない論述や主題から外れた論述も見受けられた。

📝 論述の骨子例（参考・IPA非公式）

(想定シナリオ)金融機関向けWebシステム開発プロジェクトで、EVMを用いた進捗管理の仕組みを導入して統括した。／設問ア: プロジェクトの特徴とスケジュール管理の仕組み(WBS単位のEVM、週次のSPI/CPI測定と閾値による監視体制)の概要。／設問イ: 仕組みを通じて把握した進捗の差異の状況(結合テスト工程でSPIが基準値を下回り出来高が計画に対し継続的に不足)、これが完了期日に遅延を生じさせると判断した根拠(トレンド外挿による予測完了日の超過)、差異の発生原因(テスト環境の準備遅延と欠陥の想定超過)に対する対応策。／設問ウ: 完了期日を守るためのばん回策(クリティカルパス上のタスクへの要員追加投入、テストの並行実施、スコープの優先度調整とファストトラッキング)と、その効果の評価・実施上の留意点。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：未経験の技術やサービスを利用するシステム開発プロジェクトにおいて、検証フェーズを設けてシステム要件とプロジェクトへの要求事項の実現性を検証すること、及び検証フェーズで得た情報を開発フェーズの計画の更新に利用することについて、具体的な論述を期待した。

採点講評：経験に基づき具体的に論述できているものが多かった。一方で、一般的な技術的課題の解決の論述に終始するなど、未経験の技術やサービスの利用に伴う不確実性への対応が読み取れない論述も見受けられた。新しい技術に関する知識や、それらをプロジェクトで利用するためのスキルの習得に努めてほしい。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】損害保険会社の保険金支払査定システム刷新で、帳票の読取自動化のため初めてクラウドのAI-OCR＆自然言語処理サービスを利用するプロジェクト。読取精度が査定品質と工期を左右する不確実要素であった。

設問ア：プロジェクトの特徴（査定の迅速化・省力化が目標、繁忙期前の稼働が必須）と、未経験のクラウドAI-OCRサービスの概要、及び自社に読取ノウハウがなく短期導入のため外部サービス採用に至った背景を述べる。

設問イ：本格開発の前に検証フェーズを設定。実帳票のサンプルで読取精度・処理性能・非定型様式への耐性を測定し、あらかじめ合否基準（精度○％以上）を定めて実現性を判定。工夫として代替サービスを並行評価し、精度不足時のカスタム前処理の要否も切り分けた。

設問ウ：検証で判明した精度限界と補正工数を踏まえ、開発スコープ・工数・体制・スケジュールを更新し、目視確認の業務フローを追加。結果として本番稼働後の手戻りを抑えられたことを評価し、検証項目の網羅性向上を今後の改善点とする。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：システム開発プロジェクトにおけるリスクのマネジメントにおいて、外部のステークホルダに起因する、プロジェクトの目標の達成に影響を与えると計画時に特定した様々なリスクの評価方法、リスクへの対応策、リスクの監視方法について、具体的な論述を期待した。

採点講評：経験に基づき具体的に論述できているものが多かった。一方で、顕在化している問題やリスク源をリスクと称しているなど、リスクのマネジメントの知識や経験が乏しいと思われる論述も見受けられた。リスクのマネジメントはPMが身に付けるべき最重要の知識・スキルの一つであり、理解を深めてほしい。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】自治体の住民情報システム刷新プロジェクト。法改正の施行時期の不確定と、データ移行元を管理する既存ベンダの協力度合いという、外部ステークホルダに起因するリスクを計画時に特定した。

設問ア：プロジェクトの特徴（法定業務のため稼働期日が動かせず品質要求が高い）と、外部ステークホルダに起因して計画時に特定したリスク（法改正の最終仕様確定の遅延、既存ベンダの移行協力が得にくいこと）を述べる。

設問イ：各リスクを発生確率と影響度で評価し、優先度を設定。法改正リスクは所管省庁の情報収集と可変部分のパラメタ化で軽減、ベンダ起因リスクは契約と役割合意で移転・回避、影響大の残存リスクにはコンティンジェンシを確保する対応策を立案。工夫として評価根拠を明示した。

設問ウ：リスク登録簿とEVMで実施状況を定期監視し、トリガ指標で早期に予兆を検知して対応を発動。結果として期日遵守できたことを評価し、外部関係者を巻き込んだ監視サイクルの定着を今後の改善点とする。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには承認された予算内でプロジェクトを完了することが求められる。コストの管理を通じてコスト超過が予測される前に，会議での発言やメンバの報告内容などから，コスト超過につながると懸念される兆候を知識や経験に基づいて察知し，兆候の原因を分析して防止対策を立案・実施する，PMとしての実践的な能力を問う。

採点講評：兆候，懸念した根拠，兆候の原因と立案した防止対策について具体的に論述できているものが多かった。一方，兆候とは問題の起こる前触れや気配などのことであるが，PMとして対処が必要な既に発生している問題を兆候としている論述も見られた。また全体として，問題文の記述をまねたり一般論に終始したりする論述，誤字が多く分かりにくい論述，字数が少なく経験や考えを十分に表現できていない論述も目立った。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】中堅製造業向け生産管理システムの再構築プロジェクト（開発規模約120人月，請負）で，PMとして予算とコストベースラインを管理していた。

設問ア：短納期かつ要件が固まりきらない特徴を持つプロジェクトであること，活動別に積算した予算と予備費，コストベースラインに基づく期間別・活動別の実績比較でコストを管理していた概要を述べる。

設問イ：EVMの数値が悪化する前に，進捗会議で設計担当が「仕様確認の手戻りが増えている」と繰り返し発言した点を兆候として察知。懸念した根拠は，同種の過去案件で仕様の曖昧さが後工程の作り直しを招きコスト超過に至った経験。原因を要件定義の合意形成不足と分析し，顧客との仕様確定レビューの前倒しと確認プロセスの標準化という防止対策を立案したことを工夫として述べる。

設問ウ：対策により手戻り工数が想定内に収まりコストベースライン内で推移した実施状況を示し，早期の兆候察知が有効だったと評価。一方で兆候の判断が属人的だった点を課題とし，兆候を定量指標で共有する仕組みづくりを今後の改善点として述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で，正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには品質・納期・コストに影響し得る問題が発生した場合，迅速に解決してプロジェクトを計画どおりに進めることが求められる。プロジェクト内の取組だけでは解決できない場合に，問題の内容や背景の類似性から有識者や参考プロジェクトを特定し，助言や完了報告書などの知見に自らが考慮していなかった観点や手段が含まれないかを分析し，それらを活用して問題を迅速に解決する，PMとしての実践的な能力を問う。

採点講評：プロジェクト内の取組だけでは解決できそうにない問題が発生した場合の，有識者や参考とするプロジェクトの特定，助言や知見などの分析，問題の迅速な解決への取組について，具体的に論述できているものが多かった。一方，計画時にプロジェクト目標の達成を危うくしそうな問題を認識していたにもかかわらず，対処が不十分なままプロジェクトを開始してしまったというような，PMとしての判断が不適切と推察される論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】金融機関向け勘定系連携システムの構築プロジェクトで，性能試験において応答時間の目標を満たせず，チーム内の調査だけでは原因を特定できない問題が発生した。

設問ア：高い可用性と性能が要求されるミッションクリティカルな特徴を持つプロジェクトであること，及びプロジェクト内のチューニングでは応答時間の性能目標を達成できず納期に影響し得る問題を抱えていたことを述べる。

設問イ：類似のミドルウェア構成で性能課題を克服した他プロジェクトの完了報告書と，社内の性能設計の有識者を，問題の背景や状況の類似性から特定。助言と知見を分析した結果，チーム内では見落としていたコネクションプールとインデックス設計という観点を見いだし，これを反映した改善を実施して短期間で性能目標を達成したことを工夫として述べる。

設問ウ：外部知見の活用により迅速に解決できた点を有効と評価する一方，有識者への接触が遅れた点を課題とし，教訓やナレッジを早期に参照できる社内の知見共有の仕組みづくりを今後の改善点として述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で，正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：プロジェクト計画の段階で関係部門の役割を明確にした上で、関係部門と十分な連携を図るための取組みを検討し、関係部門と一体となってプロジェクトを推進することを論述させ、非機能要件の実現に向けたPMの実践力を問う。

採点講評：計画段階で関係部門の役割を明確にし、一体となって推進する取組みを具体的に論述できたものが多かった。一方、連携を図る際の注意点が不明確な論述、非機能要件の内容を詰める作業の記述に終始してプロジェクト管理の視点に欠ける論述など、PMの対応内容として不十分なものも見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】金融機関の勘定系周辺システム更改で、ピーク時性能と可用性（非機能要件）の実現に、インフラ部門・運用部門・セキュリティ部門との連携が不可欠だったプロジェクト。

設問ア：短納期・高信頼が求められる更改案件という特徴。目標応答時間とRTO/RPOという非機能要件。実現に関わる関係部門（インフラ・運用・セキュリティ・業務部門）とそれぞれの役割を提示。

設問イ：計画段階で各部門の役割・責任と合意すべき基準を定義。工夫として、非機能要件を定量的な合意目標に落とし込み、性能検証環境の準備やレビュー会議体を関係部門横断で設置。連携時の注意点として、部門間の利害調整と、要件確定の遅延がスケジュールに与える影響を早期に共有した点を論述。

設問ウ：目標性能・可用性を計画どおり達成できたことを評価。改善点として、関係部門の巻き込みをさらに前倒しすること、非機能要件のトレードオフを早期に可視化する仕組みの必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：予定されたシステムの稼働日の延期が難しい状況で、本稼働間近に稼働日までの解決が困難な問題が発見された場合に、暫定的な稼働を迎えるために立案・実施した当面の対応策と、その後の抜本策・改善点を論述させ、PMの実践力を問う。

採点講評：稼働日延期が難しい状況下での当面の対応策を具体的に論述できたものが多かった。一方、PMとしてやるべきことを怠っていたと推察される論述、例えば本稼働間近より前の工程で当然発見・解決されるべき問題を本稼働間近で発見したような論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】法改正対応で稼働日が法施行日に固定された基幹システム更改で、総合テスト終盤に特定条件下でのデータ不整合という問題を発見したプロジェクト。

設問ア：法施行日に稼働日が固定され延期不可という特徴・理由。本稼働間近で発見された、特定業務条件下のデータ不整合という問題を提示。

設問イ：影響範囲を切り分け、当面は該当条件の取引を手作業運用でカバーする暫定対応策を立案・実施。工夫として、暫定運用の対象を影響の大きい取引に限定し、運用部門と手順・チェック体制を事前合意、経営層へリスクと暫定策を説明して合意形成した点を論述。

設問ウ：暫定策により予定日に稼働でき、業務影響を最小化できたと評価。抜本策として稼働後にプログラム改修と再テストを計画的に実施。改善点として、テスト設計での条件網羅性の強化と、問題を早期工程で摘出する仕組みの必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、ステークホルダとの信頼関係を構築・維持することでプロジェクトを円滑に遂行し、目標を達成することが求められる。本問では、行動面・コミュニケーション面・情報共有面など様々な切り口での信頼関係の構築・維持の取組みと、その信頼関係が問題解決に果たした役割を論述させ、PMとしての実践的な能力を問う。

採点講評：信頼関係の構築と維持が重要と考えたステークホルダに対する取組み、及びその信頼関係が解決に貢献した問題などについて、具体的に論述できているものが多かった。一方、信頼関係の構築の取組みの内容が表面的で工夫に乏しく、確かに信頼関係を構築できていたとの説得力に欠ける論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】短納期・高信頼が求められる地方銀行の勘定系システム更改で、利用部門の責任者や委託先ベンダのPMとの信頼関係が、山場での課題解決に不可欠だったプロジェクト。

設問ア：延期が難しい短納期・高信頼という特徴。信頼関係を構築したステークホルダ（利用部門の責任者、委託先ベンダのPM）。要件変更やトラブル時に迅速に協力を得るには信頼関係が前提になると考えた理由を提示。

設問イ：構築の取組みとして、定例会での透明な情報共有、悪い情報ほど早く正確に開示する運用、相手の関心事に沿った報告を実施。維持の取組みとして、約束事の確実な履行と小さな成功体験の積み重ねを継続。工夫として、意思決定者へ直接説明する場を設け、認識のずれを早期に解消した点を論述。

設問ウ：総合テスト終盤に発覚した性能問題の解決に信頼関係が貢献。役割として、利用部門とベンダが一体で対応体制を組み迅速に合意形成できたことを述べる。改善点として、信頼関係を個人依存にせず組織的な関係として維持する仕組みの必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMは、品質管理計画を策定して品質管理の徹底を図る必要がある。本問では、他事例や全社標準の品質管理基準をそのまま適用するのではなく、システムへの要求事項を踏まえた品質評価の指標・適切な品質管理の単位を設定し、定量・定性の両面から品質評価を行うなど、プロジェクトの特徴に応じた実効性の高い品質管理計画の策定・実施を論述させ、PMとしての実践的な能力を問う。

採点講評：品質管理計画の策定内容及び実施状況などについて具体的に論述できているものが多かった。一方、プロジェクトの特徴を的確に把握できていないもの、品質管理計画の内容が不明確なもの、品質管理基準の記載はされていても表面的で具体性に欠けるものなど、品質管理に関するPMの対応内容としては不十分な論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】高信頼性が求められる保険会社の基幹システム再構築で、全社標準の品質基準をそのまま使わず、プロジェクトの特徴に応じた品質管理計画を策定したプロジェクト。

設問ア：高信頼性・大規模という特徴。可用性とデータ正確性という品質面の要求事項。考慮した点として、機能の重要度に応じた品質管理単位の設定と、定量指標だけでなく欠陥内容に着目した定性評価を組み込むことを提示。

設問イ：設計・テスト工程を中心に、重要機能はレビュー密度・テスト密度の目標を高めに設定し、欠陥の作り込み工程を分析する定性評価を実施。工夫として、品質評価の実施時期・体制をプロジェクト体制に見合うよう調整し、実現性を確保した点を論述。

設問ウ：重大欠陥を上流工程で摘出でき、稼働後の障害を抑制できたと評価。改善点として、品質指標の目標値の根拠をより精緻化することと、定性評価の観点を早期に標準化する必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：他の情報システムの設計書やプログラムなどの成果物を部分的・全面的に再利用する際、品質の確保・コストの低減・開発期間の短縮といった効果を得るために、再利用する成果物の状況を分析して有効利用を図る上での課題を洗い出し、再利用の範囲・方法・方針を定めてプロジェクト計画に適切な対策を織り込む、PMの実践力を問う。

採点講評：再利用する成果物の状況の分析、再利用に当たっての方針の策定などについて具体的に論述できているものが多かった。一方、設問が求めたのは、期待どおりの効果が得られるように、成果物の有効利用を図る上での課題を的確に捉え、プロジェクト計画に適切な対策を織り込むことであったが、問題が起きた後の対応に関する論述や、再利用に伴う修正作業の内容に関する論述など、プロジェクト管理の視点に基づくPMの対応としては不十分な論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】保険会社の新契約管理システム構築で、既存の顧客管理システムの設計書と共通データアクセス部品を再利用し、開発期間の短縮と品質確保を図ったプロジェクト。

設問ア：短納期かつ高品質が求められる新契約管理システム構築という特徴。再利用の範囲（既存顧客管理システムの共通部品と設計書）、方法（部品ライブラリとして取り込み）、決定理由（本番実績のある品質と保守効率）を提示。

設問イ：期待した効果として開発工数の削減と品質の安定を提示。有効利用を図る上での課題として構成管理の不備や管理元の支援可否を洗い出し、対策として最新版の特定、管理元との支援体制の合意、本稼働後の保守効率の観点での見直しを計画に織り込む。工夫として、再利用範囲を影響の小さい部分から段階的に広げ、先行して検証した点を論述。

設問ウ：期待した効果の実現状況として、工数削減と品質目標の達成度を評価。改善点として、再利用可否判断の早期化と、共通部品の構成管理の標準化の必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：情報システム開発プロジェクトの実行中に、プロジェクト目標の達成を阻害するリスクにつながる兆候を早期に察知し、その原因分析とリスク分析（発生確率や影響度など）を行った上で、リスクを顕在化させないための予防処置と、顕在化に備えてその影響を最小限にとどめる対応計画を策定・実施する、PMの実践力を問う。

採点講評：プロジェクトの実行中に察知した兆候、兆候をそのままにしたときに顕在化するリスク、リスクの予防処置、リスクが顕在化したときの対応計画について具体的に論述できているものが多かった。一方、設問が求めたのはプロジェクトの実行中の兆候であったが、プロジェクトの計画中に察知した兆候に関する論述や、すぐに対応が必要な、顕在化している問題を兆候と表現している論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】流通業の販売管理システム開発で、実行中にメンバの稼働時間が計画以上に増加している状況と、メンバが仕様書の記述に対して分かりにくさを表明している状況という兆候を察知したプロジェクト。

設問ア：短納期で複数機能を並行開発するという特徴。実行中に察知した兆候として、メンバの稼働時間が計画以上に増加している状況と、仕様書の記述への分かりにくさの表明を提示。

設問イ：兆候を放置した場合に顕在化するリスクとして開発生産性が目標に達しないリスクと成果物の品質を確保できないリスクを、その理由とともに提示。予防処置として仕様書のレビュー強化・記述改善と要員の負荷平準化を策定。対応計画としてバッファの確保と優先度に応じた段階リリースを準備。工夫として、発生確率と影響度でリスクを評価し優先順位を付けた点を論述。

設問ウ：予防処置の実施状況として生産性と品質が維持できたことを評価。改善点として、兆候を定量的に把握する指標の整備と、早期に察知する仕組みの強化の必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：システム開発の成果物を請負で調達する場合、発注者のPMはサプライヤの要員を直接指揮命令できないため、サプライヤの責任者を通じた間接的な進捗管理・品質管理の仕組みが必要となる。この仕組みの立案・運用を通じて、サプライヤを適切に管理するPMの実践力を問う。

採点講評：発注者とサプライヤの間で作成した進捗管理・品質管理の仕組みを具体的に論述できたものが多かった。一方、請負では要員へ直接指揮命令できないにもかかわらず、直接配下のメンバに指揮するような管理の仕組みを論述したものも見られた。設問アでは、以後に論述する内容と関連性のない、又は整合しないプロジェクトの特徴の論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】中堅小売業の基幹システム再構築で、開発工程の一部（サブシステムの設計〜結合テスト）を請負契約でサプライヤX社に発注したプロジェクト。

設問ア：短納期で品質確保が重要な再構築案件という特徴。請負で調達したサプライヤX社と、依頼した成果物（特定サブシステムの設計書・プログラム・結合テスト）を提示。

設問イ：進捗管理はサプライヤの責任者を窓口に、成果物単位のマイルストーンとEVMによる週次報告・合同進捗会議で間接的に管理。品質管理は工程完了時のレビュー・品質評価指標の合意と成果物検査で担保。工夫として、指揮命令ではなく責任者を通じた合意ベースの管理とし、指標の目標範囲と是正手順を契約時に取り決めた点を論述。

設問ウ：仕組みにより進捗遅延と品質問題を早期に検知・是正できたことを評価。改善点として、報告粒度の適正化と、サプライヤ責任者との情報共有をさらに前倒しする仕組みの必要性を論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：開発工程で定めた品質の評価指標が目標範囲から逸脱した状況を捉え、その原因と影響を分析し、対応策・再発防止策を立案してその実施状況を監視するという、定量的な品質管理を実践するPMの能力を問う。

採点講評：品質の評価指標の目標範囲からの逸脱の状況や逸脱の原因の分析を具体的に論述できたものが多かった。一方、逸脱による影響の分析がプロジェクトの目標や特徴との関連で具体性に欠ける論述や、対応策・改善策とその実施状況の監視方法との関係がPMの視点で不適切な論述も見られた。設問アでは、以後の論述と整合しないプロジェクトの特徴の論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】保険会社の契約管理システム開発で、設計工程のレビュー指摘密度とテスト工程のテスト密度・バグ検出率を品質評価指標として管理したプロジェクト。

設問ア：高信頼性が求められる基幹システム開発という特徴。指標としてレビュー指摘密度・テスト密度・バグ検出率と、その目標範囲（上下限）を提示。

設問イ：結合テストでバグ検出率が目標範囲を下回った逸脱状況を提示。原因を特定モジュールの設計レビュー不足と分析。影響として、後工程での欠陥流出リスクと稼働品質・スケジュールへの波及をプロジェクト目標と関連づけて分析。

設問ウ：対応策として当該モジュールの再レビューと追加テストを実施。再発防止策としてレビュー観点の標準化とチェックリスト強化を実施。監視方法として、以後の工程で指標をダッシュボードで週次に追跡し、目標範囲からの逸脱を早期に検知する仕組みを論述。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、プロジェクトに必要な資源をできるだけ正確に見積もり、適切にコントロールして目標を達成することが求められる。本問では、入手した情報の精度などの特徴を踏まえた工数の見積り方法と、見積りを正確に行うための工夫、及び見積りどおりに工数をコントロールするための運営面の施策について、具体的な論述を期待した。

採点講評：プロジェクトの特徴及び入手した情報の特徴を踏まえた工数の見積りの方法、見積りを正確に行うための工夫点については具体的な論述が多かった。一方、工数をコントロールするための運営面での施策については、工数のコントロールと施策の関連が不明確な論述も見られた。なお設問アでは、予算・納期・品質の達成状況などプロジェクトの特徴を論述してほしいところ、背景や経歴に終始した論述も多かった。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】中堅SI企業で、初採用のBIツールを用いた販売管理システム再構築プロジェクト。納期と予算が固定され、未経験技術のため生産性の基準値が乏しく、見積り精度がコストと進捗を左右した。

設問ア：プロジェクトの特徴（納期・予算が固定で品質要求が高い、未経験のBIツールを採用）と、見積りのために入手した情報（類似案件の経験値、ツールベンダの実測値、組織の生産性基準値）を述べ、要件定義完了時点でWBSベースにボトムアップで工数を見積もったことを示す。

設問イ：開発規模と生産性からのトップダウン見積りとWBSベースのボトムアップ見積りを併用。工夫として、未経験部分は一部を先行開発して生産性を実測し経験値の乏しさを補い、見積りの前提条件を明示して精度と説明性を高めたことを述べる。

設問ウ：開発標準の整備・周知と要員への適正な作業割当てで当初の生産性を維持。EVMで工数実績と見積りの差異を常時把握し、生産性低下という問題を早期に発見して要員再配置・レビュー強化で対策。結果を評価し、基準値の継続的な蓄積を今後の改善点とする。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、プロジェクト目標の達成に向けて、要員に期待した能力が十分に発揮されるようにマネジメントすることが求められる。本問では、担当作業への取組状況や要員間のコミュニケーションなどの観点から能力の発揮状況を見守り、発揮されていない事態への対応策と、根本原因を追究した再発防止策について、具体的な論述を期待した。

採点講評：要員に期待した能力が十分に発揮されないと認識した事態に関し、立案した対応策とその実施状況、事態発生の根本原因、再発防止策とその実施状況については具体的な論述が多かった。一方、PMとしての基本的な行動を対応策や再発防止策としている論述、期待した能力の発揮と関係のない事態に関する再発防止策の論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】金融機関の勘定系周辺システム開発で、中核メンバに設計リーダとしてのとりまとめと技術指導を期待したが、担当作業の停滞と要員間のコミュニケーション不全が生じた。

設問ア：プロジェクトの特徴（高品質・短納期で並行作業が多い）、プロジェクト組織体制（機能別のサブチーム制）、要員に期待した能力（設計リーダとしての設計とりまとめ力と若手への技術指導力）を述べる。

設問イ：遂行中、担当作業の遅れとレビュー指摘の停滞から期待能力が発揮されていないと認識。負荷分散、経験者とのペア作業、定期的な1on1による状況把握という対応策を立案し、本人の主体性を尊重しつつ支援する工夫を加えて実施した状況を述べる。

設問ウ：根本原因（役割認識の齟齬と過負荷、支援体制の不足）を追究し、作業割当ての明確化と定例フォロー、指導スキルの教育という再発防止策を立案・実施。定着状況を評価し、要員の状態を早期に把握する仕組みの定着を改善点とする。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、システム開発業務において情報セキュリティを確保するため、プロジェクトの特徴を踏まえてリスクを特定し、運営面の予防策とその遵守を確認するモニタリングの仕組みを講じることが求められる。本問では、特定したリスクに対する運営面の予防策とその周知、及びモニタリングによって発見された問題への対処について、具体的な論述を期待した。

採点講評：予防策の周知、予防策の遵守確認のためのモニタリングの仕組み、発見された問題とその対処については具体的な論述が多かった。一方、特定されたリスクに対する運営面の予防策が不明確な論述や、運営面とは関係のない予防策の論述も見られた。なお全体として、論述の対象とするプロジェクトの概要で記述内容の整合が取れていないものや、設問アが機能概要・経歴の論述に終始するものも目立った。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】個人情報を扱う自治体向け窓口システムの開発。多数の委託先が参画し、開発環境で本番相当データを扱うため、情報漏えいリスクの管理がプロジェクトの成否を左右した。

設問ア：プロジェクトの特徴（個人情報を扱い委託先が多い、短納期で並行作業が多い）と、特定したリスク（テストデータの持出し、私物端末の利用、アクセス権限の過剰付与による情報漏えい）を述べる。

設問イ：運営面の予防策として作業環境の分離・持込持出しの制限・権限の最小化ルールを策定し、委託先を含む全員への説明会と誓約書で周知。遵守を確認するモニタリングとして、入退室ログと操作ログの定期点検、抜打ち監査の仕組みを設けた工夫を述べる。

設問ウ：モニタリングで発見した問題（退場者アカウントの権限残置、私物媒体の接続痕跡）と、その対処（即時のアカウント無効化、原因分析に基づく手順見直しと再教育）を述べ、恒久対策への反映を評価する。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、プロジェクト目標の達成に向けて、品質・コスト・納期などの間で生じるトレードオフを的確に認識し、関係者の合意を得ながら解消することが求められる。本問では、トレードオフの解消が必要になった問題とその状態、実施した解消策と工夫、及び解消策の評価と残された問題への対応について、具体的な論述を期待した。

採点講評：トレードオフの解消が必要になった問題に関し、トレードオフの状態と解消策、解消策の評価、残された問題とその解決方針については具体的な論述が多かった。一方、トレードオフという言葉を用いながらトレードオフの状態が不明確な論述や、そもそもトレードオフの状態でない問題についての論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】流通業の販売管理システム刷新で、稼働時期が繁忙期前に固定される一方、要件追加により品質確保と納期遵守が両立できなくなり、トレードオフの解消が必要になった。

設問ア：プロジェクトの概要（納期が固定で繁忙期前の稼働が必須）と、トレードオフの解消が必要になった問題（要件増加で全機能を予定品質まで作り込むと納期に間に合わない）を述べる。

設問イ：トレードオフの状態（品質を優先すると納期超過、納期を優先すると品質不足）を明確化し、機能を業務影響度で優先度分けして初回リリース範囲を絞り、残機能を段階リリースとする解消策を実施。ステークホルダとの合意形成と、リスクの高い機能に検証資源を重点配分した工夫を述べる。

設問ウ：解消策の評価（納期を守りつつ重要機能の品質を確保できた）と、残された問題（段階リリース分の運用負荷、利用者への周知）及びその解決方針（追加リリース計画と暫定運用の整備）を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、次工程への手戻りを防ぐため、各工程の完了評価を適切に行い、把握した問題に対応するとともに、原因を踏まえた再発防止を図ることが求められる。本問では、工程の完了評価の結果把握した問題と次工程への影響、検討した対応策、及び問題の背景・原因を踏まえた再発防止策について、具体的な論述を期待した。

採点講評：工程の完了評価の結果把握した問題と次工程への影響、検討した対応策、問題の背景や原因を踏まえた再発防止策については具体的な論述が多かった。一方、工程の完了条件と次工程の開始条件が不明確な論述や、工程の完了評価以前に対処すべき問題についての論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】金融機関の勘定系周辺システム開発で、設計工程の完了評価において設計品質のばらつきを検知し、製造工程への手戻りを防ぐ判断が求められた。

設問ア：プロジェクトの概要（高品質が要求され、並行作業が多い）と、設計工程の完了条件（レビュー完了、指摘の是正済み、要件とのトレーサビリティ確保など）を述べる。

設問イ：完了評価の結果、一部サブシステムでレビュー指摘密度が基準を下回り設計品質が不十分と把握。次工程の製造で手戻りが多発する影響を見込み、対応策として当該範囲の追加レビューと完了判定の保留、要員の再配置を検討したことを述べる。

設問ウ：問題の背景・原因（レビュー観点の不統一と、スケジュール圧迫によるレビューの形骸化）を踏まえ、レビューチェックリストの標準化、観点別レビューの導入、進捗と品質を併せて評価する仕組みを再発防止策として立案・実施した状況を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：複雑化・多様化した要求を要件として明確に定義するため、要件の膨張を防ぐ対応策（要求の優先順位を決める仕組み、要件確定の承認体制など）と、定義漏れ・定義誤りを防ぐ対応策（チェックリストの整備・活用、プロトタイプの活用など）を計画・実施できるかを問う。

採点講評：要件の膨張を防ぐ対応策や、定義漏れ・定義誤りを防ぐ対応策についての具体的な論述が多かった。一方で、要件が膨張してからの対策や、要件ではなく要求の膨張を防ぐ対応策の論述も見られた。設問アでは、システム化の背景や機能・期待、自分の経歴に終始し、プロジェクトとしての特徴が論述できていないものが目立った。問題文の工夫・対策を単に引用するだけの、具体性・説得力に乏しい論述は評価されない。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】複数部門が利用する販売管理システムの刷新プロジェクト（予算・完了時期が個別システム化計画書で確定）。利用部門の要求が多様で、詳細化の過程で要件が膨張しやすい特徴があった。

設問ア：プロジェクトの特徴＝予算限度額と完了時期が承認済みで超過が許されない。要求の特徴＝利用部門が多く、業務改善要望が次々と追加され膨張しやすい。

設問イ：要件の膨張を防ぐ対応策＝(1)要求に優先順位（Must／Want）を付ける仕組みを構築し、Wantは別枠管理 (2)要件確定の承認体制（部門責任者による確定会議）を設置。工夫＝変更は影響度と効果を定量評価してから承認、確定後の追加は次期開発へ振り分けた。実施状況・評価＝膨張を予算内に抑制でき、承認プロセスが定着した。

設問ウ：定義漏れ・定義誤りを防ぐ対応策＝過去プロジェクトを参考にチェックリストを整備・活用し、画面や帳票はプロトタイプで利用部門と早期に確認。評価＝後工程での不備の判明が減り、手戻りを抑制できた。改善点＝チェックリストの継続的な更新。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：成果物の範囲と作業の範囲を定義・管理し、予算・納期・品質の目標を達成するため、業務要件やシステム要件の変更に伴うスコープ変更の影響を把握し、関係者と協議して変更の要否を決定し、成果物の不整合や特定担当者への集中を防いで再定義できるかを問う。

採点講評：スコープの変更に至った原因とプロジェクト目標達成への影響、変更の要否の決定、再定義の際の留意点についての具体的な論述が多かった。一方で、変更に至った原因を明確にせず結果だけの論述や、成果物の範囲と作業の範囲の変更点が不明確な論述も見られた。設問アで背景・機能・経歴に終始する論述や、問題文の対策を単に引用するだけの具体性に乏しい論述は評価されない。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】基幹系刷新プロジェクトで、遂行中に連携対象システムの追加というシステム要件の変更が発生し、予算超過と納期遅延のおそれが生じた。

設問ア：特徴＝予算・納期・品質の目標が明確な予測型プロジェクト。スコープ変更の原因＝事業側の要請で連携対象システムが追加され、成果物・作業の範囲拡大が必要になった。

設問イ：影響＝そのまま取り込むと予算超過と納期遅延で品質確保も困難と判断。検討＝影響を定量把握し、代替案（対象を段階分割、優先度の低い機能を後送り）を用意。関係者と協議＝発注者・利用部門・開発リーダーと協議し、優先度と予算枠を根拠に段階分割で変更を実施することを決定。

設問ウ：留意点＝成果物の不整合を防ぐため関連ドキュメントを一括改訂し整合を確認、特定担当者への集中を防ぐため作業を平準化して再配分。変更点＝連携機能を第2フェーズの成果物・作業として明確に切り出し、関係者に周知した。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：プロジェクト遂行中、関係者間で利害が対立する問題に対し、対立の背景を把握して関係者が何を望み何を避けたいかを十分に理解し、個別相談や複数の解決策の準備などの工夫をしながら、関係者が納得する解決策を見いだして問題を解決できるかを問う。

採点講評：対立した利害を調整しながら問題を解決したことについての具体的な論述が多かった。一方で、利害が不明確あるいは利害が対立していない論述や、利害調整という言葉を使いながら実態は単なる話し合いにすぎない論述も見られた。設問アでプロジェクトの特徴が論述できていないものや、問題文の工夫を単に引用するだけの具体性に乏しい論述は評価されない。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】複数の利用部門が関わる業務システム開発で、共通機能の仕様を巡り部門間の利害が対立し、意思決定が遅延した。

設問ア：特徴＝納期が厳しい全社共通システム。問題＝共通機能の仕様で利用部門間の利害が対立し意思決定が遅延。関係者＝A部門、B部門、情報システム部門。

設問イ：関係者の利害＝A部門は現行業務の維持を望み変更を避けたい、B部門は効率化を望み標準化を避けたくない、情報システム部門は保守性を重視。調整と工夫＝各部門に個別相談して本音（譲れない点）を把握し、事前に複数の解決策を用意。共通部分は標準化し、差異は限定的なオプションで吸収する折衷案を提示して合意形成。解決＝意思決定を前進させ、仕様を確定した。

設問ウ：評価＝双方が納得できる着地点を見いだし遅延を最小化できた。認識した課題＝利害対立の兆候の把握が遅れた。改善点＝早期に関係者マップと期待事項を整理し、対立を予見して先手で調整する運営を計画する。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、予算の基となるコスト見積りの精度を高めるとともに、予算に沿ってプロジェクトを遂行することが求められる。本問では、コストの各構成要素の見積り方法と精度を高める工夫、予算作成上の考慮点、及び遂行中のコスト差異を把握する仕組みと予算超過を防ぐ対策について、実務経験に基づく具体的な論述を期待する。

採点講評：コスト見積りの方法、精度を高めるための工夫、コスト差異を把握するための仕組みについては具体的な記述が多かった。しかし、予算超過を防ぐための対策については、コスト差異を把握した状況を踏まえた具体的な対策の記述を期待したが、記述内容が一般的な論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】中堅SI企業で、一部に未経験のパッケージを採用した流通業向け基幹システム再構築。開発要員費が大半を占め、未経験技術の見積り精度がプロジェクトの採算を左右した。

設問ア：プロジェクトの特徴（固定予算・短納期で一部に未経験技術を採用）と、コストの構成（開発要員費が約7割、開発環境費、ライセンス費、予備費）及びその特徴（要員費の変動リスクが大きい）を述べる。

設問イ：開発要員費は過去の類似プロジェクトからの類推と生産性基準値の補正を併用して見積り、未経験部分は基準値を割り引いて修正。精度を高める工夫として見積りの前提条件を明示し、情報精度が低い部分は予算に幅をもたせ、リスク管理の観点から予備費を設定したことを述べる。

設問ウ：各アクティビティ完了ごとに実コストと予算を比較しEVMで差異を把握する仕組みを確立。差異の原因と影響度を分析して完了時コストを予測し、予算超過が予想された局面で生産性改善策を実施、状況に応じて利用部門とスコープを調整した対策を述べ、その評価と改善点を示す。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、品質保証や品質管理の方法などについて品質計画を立案し、設定された品質目標を予算や納期の制約の下で達成することが求められる。本問では、品質目標の達成を阻害する要因とその判断根拠、要因に応じて品質計画に含めた品質確保策、及び予算・納期の制約を踏まえた工夫とその評価について、具体的な論述を期待する。

採点講評：品質目標を阻害する要因と判断した根拠については具体的な論述が多かった。しかし、品質目標、品質目標の達成を阻害する要因、及び阻害する要因に応じた品質確保策について、論理的に整合しない論述も見られた。また、品質計画についての論述を求めているにもかかわらず、発生した品質上の問題への対応に終始した論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】稼働中の販売管理システムの大規模改修で、改修の影響範囲が広く、要員の一部が業務知識に乏しかったため、既存機能のデグレード防止と要件の作り込み品質が課題となった。

設問ア：プロジェクトの特徴（稼働中システムの広範囲改修、短納期、業務知識に差がある混成チーム）と、それを踏まえた品質目標（本番リリース後の重大障害ゼロ、既存機能のデグレード防止）を述べる。

設問イ：阻害要因を、要員の業務知識不足による要件の見落とし・誤解と、改修影響が広範囲に及ぶことによる既存機能のデグレードと判断した根拠を示す。要因に応じ、有識者を交えたウォークスルーとプロトタイプによる利用者確認、構成管理による修正箇所の確認と既存機能を含めた回帰テストを品質計画に含めたことを述べる。

設問ウ：制約を考慮し、ウォークスルー対象を難易度の高い要件に絞り、表計算ソフトでプロトタイプを作成して設計費用を削減、回帰テストは前回のテスト項目・データを再利用。結果として期間と費用を抑えつつ品質目標を達成できたと評価し、残る課題を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、プロジェクト目標の達成に向けてプロジェクトを円滑に運営できるチームを編成し、要員が個々の能力を十分に発揮できるように管理することが求められる。本問では、遂行中に察知した人間的側面の問題と、それによって誘発されると想定したプロジェクト目標の達成を阻害するリスク、及び原因の除去・影響の軽減といった対策について、具体的な論述を期待する。

採点講評：プロジェクト遂行中に察知した人間的側面の問題と、その問題によって誘発されると想定したプロジェクト目標の達成を阻害するリスク、及び人間的側面の問題への対策については具体的な論述が多かった。しかし、察知するのではなく人間的側面の問題を想定した記述や、設問アで述べたプロジェクト目標と関係のないリスクの記述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】短納期の金融系システム開発で、中核メンバに過度な負荷が集中し、要員間の対立と意欲低下の兆候が現れた。

設問ア：プロジェクトの目標（品質を確保しつつ短納期で稼働させる）、チーム編成（機能別サブチームと外部委託の混成）とその特徴（中核メンバへの依存度が高い）を述べる。

設問イ：遂行中、中核メンバの残業増加や口数の減少、若手との意見対立を察知。放置すれば意欲低下による成果物の品質低下や、健康を損なうことによる進捗の遅延を招くと想定し、面談で原因を把握した上で、作業の再配分と役割の明確化、コミュニケーションの場の設定によって原因除去と影響軽減を図った対策を述べる。

設問ウ：対策により負荷が平準化し対立が解消したと評価。一方で早期察知の仕組みが属人的であった課題を認識し、定期的な状態把握とラインによるフォロー体制の定着を今後の改善点とする。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、システム開発プロジェクトのリスクを早期に把握し、適切に対応することでプロジェクト目標を達成することが求められる。本問では、プロジェクト立上げ時に存在するリスク要因と想定されるリスクを、定性的リスク分析や定量的リスク分析により分析し、予防処置や現実化時の対策などのリスク対応計画を策定・管理する、PMとしての実践的な能力を問う。

採点講評：プロジェクト立上げ時に存在したリスク要因と想定したリスク、その分析に基づいて策定したリスク対応計画についての具体的な記述が多かった。一方、リスク要因とリスクの定義を混同し、想定したリスクの分析ではなく既存のリスク要因についての分析を記述している論述も見られた。日ごろから言葉の使い方に気をつけてほしい。なお設問アでは、プロジェクトの特徴ではなくプロジェクトやシステムの概要に終始する論述も多かった。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】地方銀行の勘定系周辺システムを、初採用のクラウド基盤上に短納期で構築するプロジェクト。立上げ時に、新技術の成熟度と経験者不足というリスク要因が存在した。

設問ア：プロジェクトの特徴（短納期・高信頼性要求、初採用のクラウド基盤で並行開発が多い）と、納期・品質・コストのプロジェクト目標を述べる。

設問イ：立上げ時のリスク要因（新技術の未成熟、経験者不足）と想定リスク（性能未達・品質低下によるスケジュール遅延）を挙げ、定性的分析で発生確率と影響度をマトリクスで評価し、定量的分析で遅延日数とコスト増を試算して優先順位付けした過程を述べる。

設問ウ：予防処置（PoCによる技術検証、経験者の確保と教育、段階リリース）と現実化時の対策（代替製品への切替え、バッファの投入）を策定。PoCで課題を早期に解消し、監視指標で兆候を把握した実施状況と、目標達成という評価、リスク登録簿の継続運用を今後の改善点として述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、プロジェクトの責任者としてシステム開発プロジェクトの管理・運営を行い、目標を達成することが求められる。本問では、管理・運営に関する承認・判断・指示などの業務をチームリーダなどに分担させる際に、分担業務をプロジェクトのルールとして明確化しメンバに周知徹底すること、及び経験や力量に応じた分担範囲の決定や適切な報告の義務付けなどの工夫について、PMとしての総合的な能力を問う。

採点講評：プロジェクトの管理・運営を効率よく実施するために、チームリーダなどと分担したマネジメント業務についての具体的な記述が多かった。しかし、PMの承認・判断・指示などのマネジメント業務の分担ではなく、PMの付随業務の分担や、分担ルールが明確でなく任せきりにしている分担の記述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】製造業の生産管理システム刷新プロジェクト。3サブチーム約30名規模で、PMが変更承認と進捗判断の一部を各チームリーダに分担した。

設問ア：プロジェクトの特徴（大規模・短納期で並行作業が多い）と、機能別3サブチームにPMOを加えたプロジェクト組織の構成を述べる。

設問イ：分担させた業務（影響が軽微な変更の承認、担当範囲内の進捗遅れの判断と一次対策の指示）と理由（意思決定の集中を避けて迅速化）、分担のルール（承認できる金額・影響範囲の上限を定め、逸脱時はPMにエスカレーション）とその周知徹底（計画書に明記しキックオフで説明）を、リーダの力量に応じて範囲を調整した工夫を含めて述べる。

設問ウ：評価（意思決定が迅速化し進捗が改善した）、認識した課題（リーダ間で承認基準の解釈にばらつき、報告の粒度が不揃い）、今後の改善点（判断基準の具体化と報告様式の標準化、リーダ育成）を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMには、プロジェクトのスケジュールを策定し、これを遵守することが求められる。本問では、クリティカルパス上などその遅れが全体に影響を与えるアクティビティを特定して重点管理し、進捗遅れの兆候を早期に把握して品質を確保した上で完了日を守る対策、及び対策にもかかわらず遅れた際の原因・影響の分析と回復のための対策について、PMとしての実践的な能力を問う。

採点講評：重点的に管理するアクティビティを特定して進捗管理を行った経験がうかがえる論述が多かった。しかし、進捗遅れの兆候の把握と完了日を守るための対策との関連がうかがえない論述、発生した進捗遅れへの対処の説明に終始し、進捗が遅れた際の原因や影響の分析に言及していない論述も見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】保険会社の契約管理システム再構築プロジェクト。外部設計がクリティカルパス上にあり、仕様確定の遅れが全体に波及するリスクを抱えていた。

設問ア：プロジェクトの特徴（短納期・高品質要求）と、重点管理したアクティビティ（クリティカルパス上の外部設計）及びその理由（後続工程への波及が大きい）、進捗管理の方法（EVMと成果物ベースの進捗確認）を述べる。

設問イ：完了日までにチェックポイントを細かく設定し、スキルの高い要員を配置、レビュー計画を前倒しして成果物の完成度・品質を定期的に確認。兆候を把握した時点で予防処置を講じる工夫を述べる。

設問ウ：対策にもかかわらず利用部門の意思決定の遅れで仕様確定が遅れた原因と、後続工程が圧縮される影響を定量的に分析。追加対策（利用部門責任者との作業方法の見直し、レビューチームの編成、要員の追加投入）を実施し、遅れを回復した結果と評価を述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：プロジェクトの目標を確実に達成するには、メンバのスキルや経験などの力量に応じた動機付けによって、一人一人が積極的に参加し高い生産性を発揮することが大切である。立上げ時に役割や目標を相互に確認して動機付け、遂行中は責任感・一体感・達成感などの観点でその内容を維持・強化するPMの実践力を問う。

採点講評：立上げ時にメンバに対して行った動機付けと、遂行中にそれを維持・強化した経験がうかがえる論述が多かった。しかし、立上げ時にメンバとの意見交換や同意がなくPMからの一方的な動機付けになっている論述や、遂行中に維持・強化した内容が立上げ時の内容と異なる論述も見られた。設問アでプロジェクトの特徴に対してシステムの特徴を記述する論述も多かった。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】中堅SI企業で、稼働開始日が固定された自治体向け住民サービスシステムの再構築プロジェクト。経験豊富なベテランと初参加の若手が混在する10名のチームを率いた。

設問ア：プロジェクトの目標（固定納期での確実な稼働と高い信頼性）と特徴（法改正対応で仕様が流動的）、メンバ構成（ベテラン、中堅、初参加の若手の混成10名）を述べる。

設問イ：立上げ時にプロジェクト目標を全員で共有し、面談で各メンバの役割・目標を相互に確認。ベテランには難易度の高い設計と若手指導を任せて責任感を、若手には達成可能なマイルストーンを設定して達成感を持たせた。力量に応じた動機付けと、面談での前向きな反応を述べる。

設問ウ：遂行中は一体感の観点からプロジェクト全体の情報を共有し、責任感の観点で若手の裁量範囲を段階的に拡大。進捗の停滞時には個別面談で目標を再確認して立上げ時の動機付けを維持・強化。結果として生産性が維持され、納期どおり稼働できたことを述べる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：PMはプロジェクト立上げ時に与えられた品質目標を達成するため、品質を作り込む施策と品質を確認する活動を計画する。設計工程では施策が確実に実施されるよう管理するとともに、品質を確認する活動によって問題点を早期に察知し、原因を特定して品質を作り込む施策を改善していくPMの実践力を問う。

採点講評：システム開発プロジェクトの経験を踏まえた具体的な論述が多かった。しかし、設計工程以外についての論述や、システムの品質目標と品質を作り込む施策との関連がうかがえない論述、察知した問題点の対処だけに終始し品質を作り込む施策の改善に言及していない論述も見られた。設問イ・ウで開発者の視点にとどまる論述もあり、PMの視点からの論述が求められる。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】金融機関のオンライン取引システムの再構築で、サービス中断が多額の損失に直結するため、サービス中断時間の許容値という高い信頼性目標が与えられたプロジェクト。

設問ア：プロジェクトの特徴（24時間稼働のオンラインシステム）と、主要な品質目標（サービス中断時間の許容値、高信頼性）、及びその背景（中断が多額の損失と信用低下を招く）を述べる。

設問イ：作り込む施策として、過去の障害事例を反映した設計標準と考慮ポイントの整備を計画。確認する活動として、メンバ以外の専門家も加えた設計レビューを計画。活動の結果、一部の異常系で中断時間が許容値を超えるケースがあるという問題点を察知したことを述べる。

設問ウ：原因は設計標準に異常系の考慮ポイントの漏れがあったことと特定。設計標準を見直して考慮ポイントを追加し、設計を修正して品質目標を達成した成果を述べる。残された課題として、標準の継続的な見直しサイクルの定着を挙げる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

出題趣旨：業務パッケージの採用では、業務プロセスの改善や開発期間の短縮などの目的を達成するため、標準機能を最大限適用し、外付けプログラムの開発を必要最小限に抑えることが重要である。PMが利用部門の合意を得た上で開発範囲を見直し、保守性を考慮した開発方法を選択するなどの工夫を行う実践力を問う。

採点講評：業務パッケージの標準機能をできるだけ適用し、外付けプログラムの開発を必要最小限に抑えた経験がうかがえる論述が多かった。しかし、設問で求めている、開発を必要最小限に抑えるために利用部門と合意した内容や合意に至った経緯については論述されず、開発した外付けプログラムとその必要性の説明に終始した論述も見られた。工夫点が論述されていないものも見られた。

📝 論述の骨子例（参考・IPA非公式）

【想定シナリオ】製造業の会計システム再構築で、業務プロセスの標準化と保守性向上を目的に会計パッケージを採用。一部の帳票要件が標準機能で満たせず、外付けプログラムの開発が必要となったプロジェクト。

設問ア：プロジェクトの特徴（多拠点の会計業務の統合）と、採用した会計パッケージ、及び採用目的（業務プロセスの標準化、開発期間短縮、保守性向上）を述べる。

設問イ：法定帳票と経営管理帳票が標準機能で満たせず外付け開発が必要となった理由を述べる。開発を最小限に抑えるため、利用部門と優先順位や運用回避の可否を協議し、標準機能への業務側の合わせ込みを合意。経緯として、費用と保守負担を示して合意に至ったことと、開発した帳票プログラムの概要を述べる。

設問ウ：工夫として、パッケージのアドオン用インタフェースを用いてバージョンアップの影響を受けにくい方式を採用し、保守性を確保。成果として開発規模を抑えつつ目的を達成したことを述べ、今後の改善点として標準機能適用の判断基準の明文化を挙げる。

※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。

設問1：生徒の理解度を高める効果

設問2(1) 作業の違いを踏まえてプロジェクト計画をテーラリングするため／(2) 学習データの正確性を担保するため／(3) 全ての講師が運用・保守プロセスに関わる体制を確立する狙い／(4) 生成AI導入は時期尚早という一部の役員の意見を変える狙い

設問3(1) 網羅性が不足する領域の学習データを追加する効果／(2) 講師が正確性を担保した新たな学習データであるから／(3) これまでのやり方に固執する可能性があるから

設問1(1) K役員の影響度が「高」だから／(2) K役員が標準機能では営業活動の柔軟さ・俊敏さが損なわれることを懸念しているから／(3) 新CRM導入がW社の新たな開発・保守範囲の受託につながること

設問2(1) 全国の営業所からの問合せに滞りなく対応できる効果／(2) 営業活動への適合の観点での検討を踏まえてワークショップで説明してもらうため／(3) ワークショップで要件定義が遅延するリスク／(4) トレーニングの開始が遅れないようにするため／(5) 新CRMへのデータ移行を滞りなく進めるため

設問1(1) 規制緩和に対応する場合の定量的な効果算出／(2) 規制緩和を顧客の利便性向上につなげる役割

設問2(1) 顧客価値の創出を目標とするシステム開発を実現すること／(2) 責任部署が業務部門であるとC部長に理解してもらうこと

設問3(1) 先行実施した開発作業の手戻り／(2) 追加メンバーの知識不足に起因する品質不足／(3) 各タスクにバッファはもたせずプロジェクトバッファをもつ／(4) 規制緩和への対応のリリース時期を延期する

設問1(1) 付加サービスの固定観念にとらわれない多面的なニーズを得る狙い／(2) 希望に合ったレストランを簡単に探したい利用者／(3) 検索から予約までの合計の時間

設問2：UXに理解を示している利用者に設計内容を検証してもらう狙い

設問3(1) 本番稼働環境に近い環境での検証が必要／疑似的な予約データでの検証が必要／(2) UXが対価に見合う価値であるかどうか

設問4(1) より多くの廉価ユーザーを獲得する狙い／(2) 廉価ユーザーのニーズを複数回にわたって把握する必要／本番稼働にはUX品質を一定レベル以上にする必要

設問1(1) システム部内で他の課と情報を共有して共同作業を行うことの難しさ／(2) 不慣れなPMMを適用して生産性が低下する課があるから

設問2(1) 本プロジェクトと制度改正作業の稼働割合と作業進捗／(2) 管理部門以外のステークホルダとの信頼関係／(3) 本プロジェクトと制度改正作業の間で調整するため

設問3(1) 課を横断する課題の早期検知と対応方針の早期合意／(2) 新システムに関する全ての開発成果物を一元管理する

設問1(1) 要求事項の取込みに最大限柔軟に対応するため／(2) 要求事項を提出した業務部門への確認などのやり取りを減らす効果／(3) 開発項目内のほかの要求事項を外す決定／(4) 要求事項を受け入れ続けることでスケジュール遅延したくないから

設問2(1) 支援型リーダーの育成に適さないマネジメントだから／(2) モチベーションが高く自発的に仕事に取り組む姿勢／(3) チームのパフォーマンス低下による進捗の遅れを防ぐ効果／(4) 問題が大きくなる前に原因を把握して早期に解決を図る効果

IPA公式 解答例の要点

設問1(1) 成果を随時確認しながらプロジェクトを進められるから／設問1(2) 自分の考えや気持ちを誰に対してでも安心して発言できる状態／設問1(3) メンバーは目的の実現に前向きな姿勢である状況／設問1(4) メンバーの自発的なチャレンジが重要だから／設問2(1) 提供する体験価値に対するメンバーの思いを統一し共有するため／設問2(2) メンバーが出資元各社の期待に制約されずにチャレンジできる環境／設問3 知見や体験を共有して価値の共創力を高めるため

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1 顧客価値に直結しない計画変更に掛ける活動が増加していくという課題／設問2 どんなに資源を投入しても、納期に間に合わせることができない状況／設問3 A社の視点を加えてほしいこと／設問4(1) 優越的な立場が悪影響を及ぼさないようにすること／設問4(2) 最速で予兆を検知して、協調して対処する／設問4(3) a:ooda、b:回復力、c:成果報酬（又は成果完成）、d:インセンティブ・フィー／設問4(4) 生産性向上のモチベーションを維持する

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1 ベテラン技術者の抵抗感を抑えプロジェクトに協力させるため／設問2(1) 技術者全員の不満解消になることを伝えるため／設問2(2) 予兆検知に必要なデータを特定するコンサルティング／設問2(3) ベテラン技術者:機器類の予兆検知と交換・修理のノウハウを提示する、中堅技術者:早い段階からシステムの仕様を理解し活用できるかを確認する／設問3(1) 要件定義フェーズ:探索的な進め方になること、開発フェーズ:計画を策定し計画どおりに実行すること／設問3(2) 中堅技術者がベテラン技術者の交換・修理のノウハウを継承するため

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1：AIボットの運用開始がクリスマスギフト商戦に遅れるリスク／設問2(1)：AIボット導入によるコールセンター業務の実施イメージ、顧客がどのようにAIボットを使うのかのイメージ／設問2(2)：より類似性の高い質問や回答の提示状況／設問2(3)：FAQの自動更新に関わる要求／設問2(4)a：パラメータ設定の変更だけで実現できる。／設問3(1)：顧客の真のニーズを踏まえたギフトを販売できるかどうか／設問3(2)：デジタルマーケティング戦略の立案を先にすべきだから／設問3(3)：マーケティング業務でAIを活用したデータ分析などを行う。

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1(1)：開発課＝利用部門の要求を迅速に実現すること、運用課＝システムの安定運用を実現すること／設問1(2)：実店舗同様に試着したり提案を受けたりできること／設問2(1)：的確に顧客のニーズを把握するスキル／設問2(2)：A社社内にスキルをもった人材を育成するため／設問2(3)：メンバーに多様な視点からの意見を理解してもらうため／設問3(1)：デプロイまでの時間を短縮する効果／設問3(2)：ガバナンス規程を遵守しつつ、安定した運用を提供すること

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1(1)：DXの推進方針とプロジェクトの実施内容の整合を取る役割／設問1(2)：DXの推進に意欲をもった社員を集めること／設問1(3)：チームの運営方法を改革することを、経営の意思として示すため／設問2：メンバーの本音の意見を把握すること／設問3(1)：メンバーの心理的安全性が確保された状況／設問3(2)：多様な考えに基づいた、より良い意思決定ができる／チームのパフォーマンスが最大限に発揮できる／設問3(3)：他のメンバーの支援によって状況を速やかに解決できる。／設問3(4)：予算や期限よりも新事業の実現が優先されるから

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1(1) システム開発に伴う初期投資を抑えるため／設問1(2) 顧客のニーズや他社動向の急激な変化が予想される環境／設問1(3) 仮説と検証を多くの時間を掛けず繰り返し実施できるから／設問2(1) 計画の内容を事業の進展状況に合わせて段階的に詳細化する／設問2(2) 多様な知見を活用し，新事業を実現するため／設問3(1) a=回避，b=リスク許容度，c=強化，d=転嫁(又は移転)／設問3(2) 組織横断的に事業部とシステム部のメンバを参加させる

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1 違いに基づきマネジメントプロセスの修整内容を検討するから／設問2(1) 要求事項の開発に必要な期間とコスト／設問2(2) 予算の範囲内に収まっていること／設問2(3) 状況の変化に適応し，新たな施策を速やかに展開すること／設問3(1) L社業務管理システム及び業務の全体を理解したメンバ／設問3(2) 現状の正確性と処理性能が維持されていること／設問3(3) リリースした要件による顧客の体験価値向上の度合い

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

IPA公式 解答例の要点

設問1(1) プロジェクトに対する経営陣からの指示ルートが一本化される／設問1(2) X社とY社の責任者の改修プロジェクトへの関与度を高める／設問2(1) 両社の実装の各工程の開始・終了を同日とする／設問2(2) 委託先要員に対する直接の作業指示はできないから／設問2(3) 接続機能の詳細設計に対するX社とY社の技術者による共同レビュー／設問3(1) 設計変更が他方のシステムに影響を与えるか否か／設問3(2) マネジメント予備費の確保

※IPA公式の解答例の要点です。設問文の全文はIPA公式PDFを参照してください。

設問1(1) プロジェクトの承認を全社に伝え協力体制を確立するため／(2) 役員会で工場の生産プロセスDXを今期の最優先案件としたこと

設問2(1) 全社からプロジェクトへ参加できる体制とするため／(2) メンバが最適化の案を検討する時間を確保できるようにするため／(3) 来期からの横展開に必要な手順を習得してもらうため

設問3(1) ITとプロセス分析の専門家の支援で進捗の遅れを回復するため／(2) システムが異常の際は自分たちで迅速に対応できるようにするため

設問1(1) ア 時間を含めた投下資源／イ サービスの提供価値　(2) PMの考えに引きずられないメンバの真の考え

設問2(1) 提供価値を継続的に高めるという期待　(2) 〔合意した意図〕メンバ全員が納得した上で行動に移れるようにするため／〔明文化して共有した意図〕メンバ全員が自律的に行動するための基準とするため

設問3(1) 消費者／(2) ST間の稼働の不均衡／(3) a メンバのローテーション／(4) 自律的な判断と行動を尊重して、学びの機会を与える

設問1(1) 人材管理システムの稼働が来年4月から遅延するリスク／(2) 拡張、改善される標準機能を利用し続けるため／(3) 第2段階で経年情報を使ってキャリア形成の可視化を行うため

設問2(1) 人事評価業務の運用ができるかどうかを確認し、人材管理システムに対する利用者要求事項を提示する役割／(2) 利用者要求事項の大部分を標準機能で実現できる範囲に収める効果

設問3(1) 認識齟齬のまま進み手戻りが生じるリスク／(2) 討議結果の根拠となる意見の記載があるから

設問1：リスクを特定し，今後の対応を計画するため。

設問2(1) 検証すること＝作業手順及び移行時間の見積りが適切であること／設定した目的＝1回目の移行リハーサルで検出された不備の修正結果を確認するため。／(2) 全てのオペレータが担当業務の全てについて操作できること。

設問3(1) 検証作業が，オペレータの標準サービスの訓練に影響を与えないようにするため。／(2) スケジュールに関する対応策＝自動対応機能の導入時期を遅らせる。品質に関する対応策＝サービス開始時の自動回答率の目標値を見直す。

設問1：プロジェクトの要素に抜けがないことを確認するため。

設問2(1) X国新工事の完了が納期に間に合わず損害賠償金を請求されること。／(2) 各要素の内容を理解して進捗状況を把握できる人材を選ぶ。

設問3(1) 画像データや稼働状況データを分析してレポートする機能。／(2) ドローンの要素技術はG社の競争力強化の源泉ではないから。／(3) X国でドローンの飛行に法的な制約があるかどうか。

設問4：多岐にわたる分野のステークホルダの統率や調整が必要になること。

設問1：品質改善を最小限にとどめる理由＝品質重視の価値観が組織の強みとなっているから。スケジュール改善を優先する理由＝進捗遅れの予防と，リカバリ策の具体化が優先課題だから。

設問2(1) 担当者自身に具体的な裏付けのあるリカバリ策を提案してもらう／遅延リカバリの進捗状況を定量的に報告してもらう。／(2) 初回のレビューの実施時期を，成果物作成の初期段階にあらかじめ計画すること。／(3) チームメンバが自ら改善策の検討を行うことで，実行の意欲が高まること。

設問3(1) レビュアのレビュー済ページ数／計画ページ数，担当者のレビュー指摘対応済ページ数／計画ページ数。／(2) 分析結果を共有し適切なリカバリ策を合意する場／課題をプロジェクトチーム全体で共有し調整を行う場。／(3) クリティカルパス上の活動群のSPI。

設問1(1) a：システムの保守費用の最小化（機能拡張のカスタマイズをせず用意された機能だけを用いる狙い）／(2) b：契約した利用量を見直す必要性（契約条件に沿った利用になっていること）

設問2(1) データ容量を抑えてSaaS利用の費用負担を少なくしたいから／(2) 現行システムでは役職コードを取得しておらず、役職に応じた閲覧に必要な利用者権限を適切に付与したいから／(3) 新営業支援システムの保管データを失うリスク（を回避する）

設問3(1) 要件定義以降の工程での手戻りのリスク（計画どおりの期間で稼働できないリスク）／(2) c：営業部の担当者の業務負荷が許容範囲に収まること／(3) 過度な費用負担にならないようにしたいから

設問1(1) 設計限界品質に近づける活動（テストは品質を設計限界品質に近づける活動）／(2) 自工程よりも前の工程群での欠陥摘出が不十分だった状況

設問2(1) テスト工程は納期に近く、手戻りをリカバリする時間の余裕が少ないから／(2) 混入工程ごとの総欠陥数（＝指標における分母）

設問3(1) イ：50.2　ロ：58.0／(2) 対処のコストが予防のコスト以下であったケース／(3) a：α群の新指標の数値がβ群よりも高いこと（両群の指標結果に有意な差があること）

設問1(1) 主要なステークホルダに適切な対応を取り、P社社長への報告経路や会議体を整備するため／(2) P社社長の知りたいことを適切に報告できず、見直し依頼が発生すること（を防ぐ）／(3) プロジェクトへの姿勢に抵抗があるが影響度が高く、T氏だけでは業務要件を定義できずS部長の支援が必要だから

設問2(1) a：A社社長／(2) 最先端のCRMシステムの機能や効果を理解して、協力してもらうため

設問3(1) b：プロジェクト管理の重要性／(2) チーム活動の重要性についての勉強会の開催（複数メンバでチームを組んで業務を遂行すること）／(3) 顧客とA社とのレビューにY主任も同席してもらうこと

設問1：GMPの認証に要するスケジュールリスクを軽減できるから／GMPの認証が不要で、期間を短縮できるから

設問2：現状の製造プロセスがMESで正しく運用できることを確認する必要があるから

設問3(1) T社で調整できない要因でスコープが確定できないリスクを回避したいから／(2) リソース：ワークショップへのK社作業員の参加の程度／スケジュール：増設工事が予定どおり8か月で終わるかどうか

設問4① 生産計画最適化の基準について検討の方向性が決まっていないから／② 分析するために必要な期間の履歴データが蓄積されていないから

設問1：X社の完成責任の負荷が軽減されること

設問2：新案件の制約条件：スケジュールに大きな手戻りを許す余裕がないこと／考慮すべき点：A社の請負契約の遂行能力が把握できていないこと

設問3(1) 静的解析ツールによって修正が必要とされた問題点への対処／(2) A社の瑕疵に対する修復／(3) 直接に依頼をできるのは、B主任に対してだけであること

設問4(1) A社が担当した機能のレビューでは、適切な量と内容の欠陥が摘出されていたこと／(2) 合意したプロセスにのっとるようにマネジメントされていないこと

設問1(1) 内部設計後に発見した設計内容の誤りを修正した内部設計書を利用して手戻りを減らすため／(2) 後続のテストが実行できないバグ

設問2(1) 手戻りが増え、テストの効率が下がるから／(2) a：ホワイトボックス　b：ブラックボックス／(3) 分析対象：バグの見逃しと呼ぶ現象／評価結果：過去の改修案件よりも減っている

設問3(1) 単位ステップ数当たりのテストケースの追加量／(2) 摘出バグ密度がバグ密度の管理目標の上限を超えているから

設問4：外部設計書と内部設計書の対応関係の確認状況

設問1：新たな業務プロセスを早期に検証してもらうこと

設問2(1) 作業手順の間違いでプラントを停止させてしまうこと／(2) 日常点検の作業を実施しながら利用が可能であること／(3) 事務所に戻らずに作業を完了することができること／(4) タブレット端末の紛失や盗難による情報漏えい／(5) 入力間違いのデータが移行され、正しい点検票が表示されないこと

設問3：取引実績のないZ社に対する管理負荷が高まること

設問1(1) a：P社が解釈した要求事項／(2) 要求事項一覧を定義するのは、A社システム部の責任であること／(3) （2）、（3）、（5）

設問2(1) b：上流（要件定義・設計）／(2) P社の検討状況を早い時点から開示して情報共有を図る（早くから検討状況を開示し、顧客とともに問題解決を図る）

設問3(1) c：チーム（メンバ全員）／(2) ミーティングで発言しないメンバの意見も含めて、全員に認識してもらう／(3) 問題を早期発見し対処することで、手戻りを最小にする

設問1：人事外部設計チームは4週間経過時もEVが回復していないから

設問2(1) a：0.89／(2) b：未決事項一覧表／(3) D社担当者が、システム化した処理方法のイメージを十分にもてていない状況／(4) システム化した処理のデモンストレーション画面（詳細作業手順が分かるプロトタイプシステム）／(5) 機能4の外部設計作業がクリティカルパスとなる状況

設問3(1) 仕様の確定に手間取った箇所が正しく実現されていること／(2) c：操作マニュアル

設問1(1) 現システムからの移行作業／(2) X社の監査員による監査

設問2：関与度、影響度がともに高い領域にステークホルダがいない状態

設問3(1) ステークホルダとプロジェクトとの一体感を形成すること／(2) プロジェクトの推進役（関与度・影響度ともに高いステークホルダ）／(3) 事前に正確な理解を得て対策を共有したいから／(4) X社標準システム稼働後の運用業務をT社に担当してもらう必要があること／(5) Y氏とX社の関与度と影響度を望ましい姿に変える（X社の影響力の行使をY氏を通して行う形に変える）

設問1：D社はソフトウェアパッケージの導入経験がないから

設問2(1) MWS導入による新しい業務プロセスへの理解を深めてもらうこと／(2) 性能の検証（非機能要件の検証）

設問3(1) キーパーソンが、業務プロセスの変更が現場に受け入れられるか不安を抱いているから／(2) MWSの標準機能及び標準プロセスで業務が運用できることを確認すること／(3) 追加開発の要件を把握させ、追加開発チームをスムーズに立ち上げたい（工数を見積もらせたい）から

設問4(1) MWSの標準機能を使って実現できないか検討する（標準機能に合わせて業務プロセスを見直す）／(2) 業務の効率向上が図られていること

設問1(1) 最新の現行事務マニュアルと外部設計書との突合せ／(2) 変更予定があるかどうかの確認（未反映の項目がないかどうかの確認）

設問2：追加要員の教育に想定以上の時間が掛かる。

設問3(1) 当初開発分のプログラムバグ・設計ミスへの対応結果の取込み漏れ／(2) 追加開発分の影響を受けない部分の洗い出しを行う。／(3) 上流工程での品質の確保（テストでのバグ発生の抑止）

設問4(1) 操作訓練を円滑に立ち上げられる（内容を事前に理解した上で操作訓練に参加できる）から／(2) 質問や改善要望が多発して並行運用が進まない（現状どおり手作業で処理してしまう）

設問1：起因する問題点の影響度から要求の優先順位を付ける。

設問2(1) 各記入シートが記入しづらいので改善してほしいという社員の要望／(2) 〔リスク〕記入内容が統一されず確認に時間が掛かる。〔対策〕各項目の記入方法を統一する／人材関連情報の項目と記入方法を整理する。

設問3(1) 類似案件の経験者や必要な公的資格保有者の情報を迅速に入手できること／(2) 人材情報を迅速に提供する仕組みの構築で一致しているから／人材情報を迅速に把握する要求で一致しているから

設問4(1) 操作性に関する要望を仕様に反映させるため／(2) 人材情報が漏えいすること

設問1：プロセス導入の効果が十分に得られないこと／プロセスが正しく定着しないこと

設問2(1) Xiには所要日数ではなく計画工数を用いる。／(2) アクティビティの成果が、日ごとに一定に増加すること

設問3：〔下線②〕クリティカルパス上のアクティビティの遅れで、プロジェクト全体が遅れる。／〔下線③〕レビューが不十分となることで、他の作業者の成果物の品質低下につながる。

設問4：Q＆A表に散在している仕様を見落としたり、仕様の把握に時間が掛かること

設問1：〔ギャップ〕仕様が明確という見解と、設計ドキュメントに改修履歴が反映されていない状況／〔リスク〕改修で変更された機能が実装されず、手戻りが発生して納期に遅れること

設問2：a 新たに作成した外部設計書に基づいて新システムの開発を行うこと

設問3(1) 委託先の客観的な評価ができる／調達コストを適正にできる／(2) A社と同様の品質管理基準を有していること／品質に関するA社の検収条件を満たすこと

設問4(1) 本番データが現システムの全テストケースをカバーしているわけではないから／(2) 〔リスク〕実装が漏れている機能が発見される／処理結果に不一致が発見される。〔対応策〕現システムの処理結果を使う／現システムに切り戻す

設問1(1) クリティカルパス上の作業だから／(2) グローバルに接続拠点がある安全なネットワークを提供すること

設問2(1) a＝10／b＝9／c＝8／(2) 既存のEDMSの仕様とZ社機能の相違により、K社の業務に合わせた機能への対応に期間が掛かること

設問3(1) 来年1月初めから利用したいという要求に対応できない／新しい海外顧客向け大型製造装置の設計開始に間に合わない／(2) 顧客が要求する形で定期的な管理レポートを提出できるか／(3) サーバ管理についての監査ができないから

設問1：機能はデータ集計とレポート作成だけであり、各事業部との調整が不要と想定している点

設問2(1) 最終利用者のモニタリングシステム開発の目的／システムに対する要望／(2) データ項目間の整合性を取ること

設問3(1) 各事業部の業務担当者／(2) 課題に対応する改修業務の優先順位を上げてもらう／各事業部のシステム開発計画を見直し要員を割いてもらう／(3) 〔要員手配〕W社のミドルウェアに詳しい要員を手配できない。〔品質〕ミドルウェアの不具合で品質目標を達成できない。〔スケジュール〕開発標準の完成を待つと開発着手が遅れる。

設問1：運用テストが開始できる時期を確定する必要があるから／運用テストを円滑に行うには業務プロセスの理解が必要だから

設問2(1) 開発のスコープは変わらないから／要件の変更がないから／(2) 運用テストで発生する問題に対応する時間を確保するため

設問3(1) 新システムの業務プロセスに納得した理由を説明し、M社の業務部門の理解を得る／理解するポイントをM社の業務部門に伝える／(2) 新たな業務プロセスを前向きに評価すること／業務プロセスの変更に抵抗感をもたないようにすること

設問4(1) M社のデータ移行のための要員を確保すること／(2) 新システムのデータ仕様が早期に把握できるから

設問1：顧客満足度を向上させるための企画部の重要な要求を、十分に取り込めなくなること

設問2(1) U社のプロジェクトマネジメントの実力を確認するため／(2) 使用頻度が高い・累積使用時間が長い／(3) 〔順序〕先行させる（前にする）。〔密度〕計画値を高くする／(4) 開発規模と開発期間の確認

設問3(1) a＝情報セキュリティ／(2) レビュー済の成果物の量／(3) 欠陥混入の原因分析を前工程も含めて行うこと／(4) 詳細設計での保守性に関するレビュー

設問1(1) 他チームが担当する業務との整合性／他チームが担当する業務とのインタフェース／(2) a：外部設計の内容／レビュー結果／(3) b：営業部の責任者／営業部長

設問2(1) 各成果物に同じ基準値を適用しているから／各成果物の難易度に差がないから／(2) c：レビューの効率／作業の効率／(3) 要件定義の内容に不明確な点があることによる指摘／要件定義の内容に矛盾する点があることによる指摘／要件定義の品質の確保が不十分であることによる指摘

設問3(1) 月次処理に関連しない作業を先に行う／問題1の影響を受けない作業を先に行う／(2) スケジュールの見直しに対応した要員の確保の可否／内部設計の期間に追加要員を投入することの可否

設問4(1) 変更要望に対応することによる業務上の効果／スケジュールどおりに変更要望に対応する必要性／変更要望に対応しなかった場合の業務への影響／(2) 変更要望への対応時期を後ろにずらす／稼働開始の時点では前月末時点の情報を画面Fに表示する

設問1(1) 経営管理レポートを翌月5営業日以内に提出すること／(2) 経営管理レポートのデータ項目の洗い出しとH社社長の承認／(3) システム化の要求内容を確認するたびに範囲が拡大していること

設問2(1) 業務管理レポートの項目が各部門の業務担当者の判断に任されているから／(2) プロジェクト開始から1年後に稼働開始する約束が一部守られないから／(3) H社社長の要求を来年1月までに完了させたいから／(4) 業務管理レポートの要件を収束させる根拠とするから

設問3業務担当者の要求を取りまとめる責任者を決めてもらう

設問1(1) 完了予定日を明確に把握して進められるから／早い段階で進捗の遅れを把握できるから／(2) 利用部門のニーズを早く的確に把握するため／利用部門のプロジェクトへの参加意識を高めるため

設問2(1) コストとスケジュールをWBS（又はWP）単位に設定できるから／実績と予想をWBS（又はWP）単位に比較する必要があるから／(2) a：プロジェクト管理／プロジェクトマネジメント

設問3(1) タスクが完了したかどうかで週次の進捗が把握できるから／(2) 客観的な進捗管理を確実に行うため／(3) 工程別の管理からタスク（又はWBS又はWP）単位の管理に変更する

設問4(1) SPI（遅れ）：帳票チーム・DBチーム／CPI（超過）：DBチーム／(2) 帳票チーム：総時間が予定範囲を超えないようにする／DBチーム：遅れの影響を調査しリカバリプランを策定する

設問1投入直後は応援メンバの立上げの負荷が掛かるから／応援メンバにプロジェクトの情報を伝える時間が必要になるから

設問2(1) 他チームへの影響が大きな障害／他チームのテストが進まなくなる障害／(2) 見通しの変化を速やかに通知すること／(3) a：遅延チームの進捗の早期回復

設問3(1) 障害の摘出が収束する傾向／(2) b：障害の改修能力／1件当たり障害改修工数／(3) c：改修済障害の改修に要した総工数、d：改修完了予定日に対する遵守率／遅延率／(4) e：改修完了予定日を遵守した改修済の障害数（遵守率の場合）／改修完了予定日に遅延した改修済の障害数（遅延率の場合）／(5) f：4、g：2

設問1(1) ①G／②1／③8／④8／⑤8／⑥8／⑦0／⑧0／(2) 成果物を基に計画することで作業項目の漏れを防ぎたいから／目に見える検証可能なもので進捗を把握したいから

設問2(1) 開発チームの作業項目はすべてクリティカルパス上にあるから／(2) 〔リスク要因〕新バージョンの開発スキルをもった要員が確保されていない〔観点〕品質が確保された上で進捗しているか／(3) T社の要員による設計レビュー

設問3(1) T社要員を専任で参加させること／(2) 基盤チームの工程に1か月しか余裕がないから／(3) A，C

設問1(1) ERPの標準機能で対応できる業務要件の範囲／ERPの標準機能と業務要件とのギャップ／(2) 経理部のメンバが要件定義作業に参加できなくなること

設問2(1) 〔責任分担〕D社が決めるべき業務要件をM社で決めることはできない〔契約との整合性〕準委任契約では成果物の完成責任を負うことは適切でない／(2) 業務要件に関する理解不足／業務要件に関する理解の誤り／(3) 追加開発の規模／ERPの適合率

設問3(1) 開発の期間に20％のスケジュールの余裕を含んでいるから／(2) 再構築の目的を理解してプロジェクトを推進すること／ERPの標準機能の利用を前提に，要件定義作業を進めること

設問1(1) 総合テストが予定どおりに進まない／入力ミスによる手戻りが発生する／(2) 現行機能との仕様の相違が発生する／現行機能が保証できない／(3) 1次開発の障害に対応するための手戻りが多発する／仕様変更が発生し，単体テストのやり直しが必要となる

設問2(1) 5台以上の端末から同時に出力要求を行わない／5台以上の端末を同時に使用しない／(2) 障害の原因の切分けが難しくなること／ミドルソフトに関する不具合の発生／(3) 総合テストの環境の不具合が事前に摘出できるから／総合テストの環境の設定内容の妥当性を事前に確認できるから

設問3(1) 1次開発の仕様に大きな影響があること／1次開発への取込みの工数が大きいこと／(2) 結合テストの完了の遅延／手戻りの発生による進捗の遅延／(3) 修正結果の確認用データの仕様／修正結果の確認用のテストケース

設問1(1) 前工程の成果物の再レビュー／(2) 改修工数が大きい欠陥の予防・早期検出で，手戻りコストを低減できるから／(3) 保守性に関する欠陥／セキュリティに関する欠陥

設問2(1) 該当担当者の成果物をほかのメンバでレビューする／(2) 摘出した欠陥数の差異は，混入工程が詳細設計の欠陥によるものだから／(3) 混入工程が詳細設計である欠陥の数

設問3(1) a ドキュメント／b プログラム／c 再レビュー・再テスト／d 影響範囲／(2) なぜレビューで欠陥を摘出できなかったか／(3) メンバ全員で精査結果のレポート内容を共有する

設問1(1) 初期障害への対応／(2) E社システムの理解が早まる（深まる）／開発作業が円滑に立ち上がる。

設問2(1) 改修量が想定規模以上に膨らむ／開発規模が予算を超過する／(2) E社システムの使い勝手を実感でき、特徴を正確に把握できるから。

設問3(1) 新規に開発又は修正した部分の影響を受けるプログラム／(2) 当該チームが担当したほかの機能に品質の問題がないこと／(3) 十分なテストが行われていない（テストケースが不足している）場合／(4) テストケースの妥当性を確認する（再レビューを行う）。

設問4(1) 品質が比較的安定した状態で障害対応が行え、既存の開発作業への影響が少ないから／(2) 稼働開始時に対応が必須かどうか（一部を稼働開始後にできないか）の確認。

設問1：承認を得ない変更や改ざんが業務担当者によって行われるリスク。

設問2(1) 情報システム部と経理部の目的意識が合っていない／(2) 部門間の調整の権限をもった調整機関とする（役員の支援を受けてプロジェクトを進める）ため／(3) 今年度中に移行を完了すること。

設問3(1) 影響度の「大」のもの／(2) a：開発期間（開発工数）。

設問4(1) 従来の業務手順を変えたくないという姿勢／(2) 利用者の承認を得られず手戻りとなり、スケジュールが遅れる。

設問5(1) b：外部設計書承認の最終期限／(2) c：業務効率向上による効果。

設問1(1) 本番移行の時間短縮（作業軽減）ができるから／(2) 本番移行の作業時間を見積もる／(3) 本番移行が6時間以内で終わること。

設問2：現行システムの開発経験者を新システムの体制に参加させること。

設問3(1) 本番環境に近いデータでテストができるから／(2) 移行作業と業務機能開発のどちらに原因があるかの切分けが迅速にできる（両面から並行で調査できる）から。

設問4(1) 修正が間に合わずサービス開始が遅延する／デグレードし移行の見通しが立たなくなる／(2) 実際に業務機能を利用して正しく変更できることを確認し、作業時間を測定して本番移行の時間内で実施可能か確認する。

設問1：外部設計。

設問2(1) 結合テストで検出した製品Xの欠陥数（製品Xの欠陥で再テストを行った結合テストケース数）／(2) 見積りの前提条件からのかい離を早期に検出し、欠陥多発時のP社作業量増加に備えるため／(3) a：数値化して（具体的に）、b：合意する。

設問3(1) c：低く／d：高く／e：低く／(2) 工程：仕様確定時期に関する条件／作業量：外部設計完了後に再見積りを行う条件（要件の影響範囲の想定規模に関する条件）。

設問4(1) 製品Xの品質が前提条件からかい離したことによるコスト増はN社負担とする／(2) 改修後の製品Xに対する機能Gを用いた回帰（リグレッション）テストの実施。

設問1：a 現バージョンで開発することでK社を説得する／b 中断時の費用精算方法を事前に合意して契約に盛り込む／中止までに掛かった費用を支払う旨を契約に明記する

設問2(1) 品質面：機能仕様の理解が不十分で設計不具合が発生する／洗い出されていない初期の不具合が発生する。体制面：新バージョンでの開発を経験した要員を確保できない／新バージョンの機能が分かる要員を確保できない。／(2) レビューの指摘が正確に反映されているかを確認するため／(3) 項番1と4

設問3(1) リスクの影響度が大きいから／(2) 技術移転の専任者をL社へ派遣する。／(3) マネジメント予備の使用が必要だから／計画時に想定していないコストだから／K社プロジェクトの予算外のコストだから

設問1(1) 使い勝手の改善についての要望が多発する／変更要求が多発する。／(2) a 業務／事務処理／(3) b 妥当性を確認すること／早めに確認すること

設問2(1) 競争原理によって発注価格を適正化できる／適正な金額の委託先を選定できる。／(2) 第二期システムの有力候補となる委託先を選定できるから／着実に対応できる業務に精通した委託先を選定できるから／(3) 内容点が基準点に満たない会社は選定対象外とする／選定のスクリーニングの基準として使用する。／(4) c 極端に低い金額が提示された／想定外の低い金額が提示された

設問3(1) 要求仕様書の記述内容に問題がないこと／Y社だけが不利となる要求仕様書ではないこと／評価項目や配点に問題がないこと／(2) 提案価格の根拠となる規模や生産性／他社の提案価格が極端に高いわけではないこと

設問1：後から想定外の成果物を要求され、費用や期間が予定を超過するリスク／成果物が不明確なまま契約して後でトラブルが発生するリスク

設問2(1) 見積りを外部設計、内部設計から結合テスト、総合テストに分ける／請負契約部分の見積りは工数でなく金額で提示する。／(2) 請負契約部分の見積り精度を上げてリスクを低減できるから／外部設計の結果に基づいて請負契約の工程の見積りができるから／(3) 請負契約部分の工数実績の報告は行わない/請負契約部分は結合テストの結果を報告する。

設問3(1) 実際の作業の進め方やルールの整備状況／報告内容が似た二つの定例会議の存在／(2) 大勢の前では話しにくいことを聞き出すため／話しやすい環境を作るため

設問4(1) a 報告や連絡の改善提案／仕様変更に関する調整。b 必要に応じて随時／(2) 優先度の高い未決事項を報告する／解決期限が近い未決事項を報告する。／(3) 連絡会でR課長に相談する。

設問1(1) G主任とのコミュニケーションやヒアリングへの対応に時間がとられるから／(2) 内部設計や製造・単体テストと結合テストの準備が並行して実施でき、遅れても準備に影響しないから／(3) 結合テストの検証が正確かつ容易に実施でき、検証効率が向上するから

設問2(1) 本質的な欠陥だけに注目してレビューが実施でき、当該工程で摘出すべき欠陥が十分に摘出されるから／(2) レビュー対象となる設計書に事前に目を通す／設計書を事前に提示する。／(3) 誤字、脱字、表記ルール違反を除去してからレビューに持ち込む。

設問3(1) 機能B開発チーム／(2) a 再レビューの実施／品質の検証

IPA公式 解答例の要点

設問1：a=ク／b=ウ／d=カ／e=オ

設問2：c=初期

設問3(1)＝ウ　(2)＝不正の発覚リスクが高いことが心理的障壁になるから　(3)＝脆弱性が発見された際に影響範囲を迅速に判断できないこと

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=競争優位性

設問2(1)＝ワークウェアに快適さやデザインの良さを求める企業が増加し、需要が拡大している　(2)b=色やロゴなどのオリジナル性　(3)＝イ　(4)c=調達コストの削減

設問3(1)＝経営の方向性を明確にして社内の意思統一を図る　(2)d=ウ　(3)＝信頼できる情報として自然に共有される

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：4

設問2：ア=2／イ=4

設問3：ウ=lcsl[n-1,k-1]+1／エ=lcsl[n,k-1]／オ=lcsl[n-1,k]／カ=lcsl[s,t]

設問4：キ=st

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=エ／b=ウ

設問2(1)c=12　(2)d=ア／e=オ　(3)＝ア

設問3：モバイル通信の帯域が不足する制約

設問4(1)＝6,510　(2)＝動画のbppを下げる

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)＝L3SW0　(2)＝社外のメールサーバから送信された社外宛てのメールを中継する処理　(3)a=Webサーバ／b=外部DNSサーバ／c=プロキシサーバ

設問2(1)＝通過前200.α.β.2／通過後172.20.1.14　(2)＝192.168.1.0/24、172.16.128.0/20　(3)＝プロキシサーバ、メールサーバ、内部DNSサーバ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=開催番号／b=←

設問2(1)c=レベル／d=ジャンル（順不同）　(2)＝定義域が講座区分によって異なるから　(3)e=年齢層

設問3：f=ALTER

設問4：g=勤務年月日, 講師コード／h=CASCADE

設問5：i=ON t0.講座コード = t1.講座コード AND t0.開催番号 = t1.開催番号

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)e=警告／f=危険　(2)＝古い体調データが上書きされた

設問2(1)最大値=360／最小値=120　(2)＝300

設問3(1)a=猫検知／b=トレイの正面に／c=撮影／d=カメラ停止　(2)＝餌を供給した直後のトレイ上の餌の量から食事完了時のトレイ上の餌の量を引く　(3)g=トレイ上の餌の増加量

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)a=カ／b=エ／c=キ／d=ウ　(2)＝エ　(3)＝非活性化

設問2(1)＝閉店時刻の30分前までとする　(2)＝商品の並び順

設問3(1)＝ページネーション　(2)＝エ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：試行錯誤しながら開発を進める必要があること

設問2(1)a=カ／b=キ　(2)＝優先度の高いタスクを3週間で終了させるため　(3)c=リファクタリング

設問3(1)d=1　(2)e=チケットを発行

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=SPOC

設問2(1)b=可用性／稼働率　(2)c=158

設問3(1)d=優先度　(2)e=エスカレーション

設問4(1)＝利用者の疑問が解決しなかった問合せの発生頻度を分析する　(2)f=入力されたキーワード／g=問合せキーワード

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=代替の管理策の適用

設問2：b=エ

設問3(1)c=委託先　(2)d=P社システム統括部　(3)e=是正を進めるよう指導、支援

設問4(1)f=承認の記録　(2)g=更新の内容及び理由

設問5：h=各管理表（順不同）／i=点検表

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1: デジタルフォレンジックス／設問2: a=オ, b=ウ／設問3: 設定項目=ロックアウトのしきい値、理由=同一のIDで2回以上ログイン試行しない(同一パスワードで異なるIDにログイン試行する)リバースブルートフォース攻撃だから／設問4(1): 暗号化されたデータで上書きされている (2): 古い記録のログが上書きされるから／設問5: c=ア

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1): コア技術を維持してきたこと (2): a=シナジー／設問2(1): b=イ, c=ウ(順不同) (2): 再生医療市場の拡大を見込み、抗酸化技術を応用した製品を開発する／設問3(1): イ (2): 事業環境の変化による事業リスクを分散・軽減できること (3): d=映像関連事業を売却 (4): 対応スピードの速さ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1: {{8,6,7},{2,9,4},{3,5,1}}／設問2: ア=explore_queue.isEmpty(), イ=poll(), ウ=direction[i][1], エ=board_size, オ=direction[i][2], カ=checkGoal(new_state.board, goal_board), キ=add(new_state), ク=add(new_state.board)

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1): a=BEMSゲートウェイ (2): b=イ, c=ウ (3): d=エ, e=ク／設問2(1): f=ア (2): g=22 (3): 900 (4): ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1): 表2項番3のMACアドレスがプリンタのものと異なっていたから (2): a=192.168.1.21 (3): ウ (4): b=エ／設問2(1): c=nslookup (2): ウ／設問3(1): d=ファイルサーバ (2): 名称=SNMPトラップ、条件=トラフィック量が800Mビット／秒を超える (3): e=ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1: a=店舗エリア郵便番号, b=→／設問2: c=FROM, d=LEFT OUTER JOIN, e=SUM(M.商品個数 * S.商品原価)／設問3: f=AND U.キャンペーン種別 = 'H', g=ORDER BY 売上実績数 DESC／設問4: Webキャンペーン実績表の集計粒度を日次から週次に修正する

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1: ウ／設問2(1): a=0.1km／時未満が一定時間継続 (2): 位置情報／設問3(1): b=停止中, d=メイン (2): c=電動KBの状態／設問4(1): e=エ, f=オ, g=ア (2): ①=0.40, ②=2.54

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1: a=継承, b=ID, c=ログイン認証の判定結果／設問2: d=運用担当者・開発担当者／設問3: システム障害=イ, システムエラー=エ／設問4: 出力機能=エラーメッセージ表示、内容=エラーの詳細情報を出力しない／設問5(1): e=AbstractController, f=クラス名 (2): ログは開発担当者も参照するから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1): 費用及び要求充足度を重要視するため (2): a=K／設問2(1): b=41 (2): バッファを不必要に消費しなくなる (3): c=エ, d=イ／設問3(1): 1 (2): J3チームだった要員を[D2]に投入する

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1): 前日の注文情報に基づく翌日の生産計画／バッチ処理遅延による生産部への業務影響と対策 (2): 例外になるように設定する／設問2(1): a=Sメッセージの出力を認識 (2): 実施内容=増強したストレージの容量を元に戻す、理由=クラウド利用料が加算されるから (3): b=需要予測に基づくリソースの使用量の見積り (4): c=キャパシティ計画

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1): a=手作業 (2): b=入力コントロール／設問2(1): c=勤務形態 (2): d=一定の組合せ／設問3(1): e=人事管理 (2): f=従業員の職種の誤登録 (3): g=X年3月末日

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1:ハッシュ値からパスワードの割出しは難しい／設問2:機密性／設問3:a=オ,b=カ／設問4:イ／設問5:多層防御／設問6(1):会員テーブルの窃取だけではペッパーを得られないから,(2)c=704

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):a=従業員満足度,b=顧客満足度,(2)機会=環境や倫理に対する社会意識の高まり,強み=環境に配慮した高品質なコーヒー豆の使用,(3)c=顧客がQ社にもたらす利益(顧客生涯価値),(4)d=リピート率／設問2(1)e=自己評価と部下からの評価とのギャップ,(2)f=共感,(3)香り深いコーヒーの淹れ方のマニュアル化

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1:ア=N2／設問2:イ=isPrime[d]がtrueと等しい,ウ=t+d／設問3:エ=isPrime[(d-1)÷2]がtrueと等しい,オ=(t-1)÷2,カ=t+2×d／設問4:L1=171,L2=13,L3=2

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):ア,イ,エ,オ,(2)a=1.6／設問2(1)b=50,c=10,d=4,(2)e=0.8,(3)アウトプットデータと比較してインプットデータの量が多いから,(4)素材データをAPサーバのSSDにキャッシュする／設問3(1)f=ア,g=イ,(2)追加・更新のない過去のデータ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):a=NAPT,(2)ip1／設問2(1)b=URL,(2)ウ／設問3(1)c=ip8,(2)d=業務サーバ／設問4:e=プロキシサーバ(又はip3),f=443

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1:c=追跡番号／設問2:e=WITH RECURSIVE,f=UNION ALL,g=出品.カテゴリID=指定カテゴリ.カテゴリID,h=LIKE '%'||:キーワード||'%'／設問3(1):ア,ウ,オ,(2)出品表=カテゴリID・出品価格,カテゴリ表=上位カテゴリID

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):a=音源再生機能,b=音声アシスト機能(順不同),(2)イ／設問2:オ／設問3(1)f=マイク,g=スピーカー,h=特定語検出,(2)特定語検出／設問4(1)i=待ち状態,(2)クロックの再開に掛かる5ミリ秒以下の周期で動くタスクがあるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1:a=カプセル化,b=継承,c=多相性／設問2(1)d=データ取得(),(2)e=オ,f=ア,(3)g=XML,h=HTTPS／設問3(1)連携データ・コネクタ,(2)フォーマット

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):消費者向けのヘルスケア市場に進出,(2)健康増進に関わるサービスの提供／設問2(1)イ,(2)サービス開始までに仮説検証プロセスの反復が必要だから／設問3(1)a=軽減,b=受容(又は保有),(2)各メンバーが本プロジェクトへの貢献についての認識に基づいて活動できるから,(3)c=顧客への体験価値の提供

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):a=最初の連絡で回答,(2)b=サービスデスク用ドキュメントの説明／設問2(1)c=問合せ対応ノウハウ集,(2)目的=現在のサービス課の業務を極力サービスデスクに移管するため,調査内容=通常変更の中に標準変更にできるものがないかを調査する／設問3:一次解決率／設問4:3

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1):a=学習,b=手作業入力,(2)c=目標レベル,(3)d=レビュー／設問2(1)e=イ,(2)f=季節性のある製品,g=本番移行,h=受入テスト

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)本文メールを誤送信するとDPWも同じ相手に届く／(2)DPWを電話や携帯メールなど異なる手段で伝える／設問2(1)1.6／(2)a=カ,b=オ,c=ウ,d=エ／(3)暗号化と復号の処理速度が速いから／設問3=ア

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)全社レベルで統一されたビジネス戦略を描くこと／(2)a=独占的に販売できる／(3)b=コンテンツマーケティング,d=業務提携するサービス事業者／(4)c=ウ／設問2(1)C,D,B,A／(2)事例を登録する行動／(3)顧客の真のニーズに合ったソリューションをタイムリーに提案できる／設問3 e=15

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1 ア=n,イ=log n／設問2(1)ウ=h1が2と等しい,エ=height(t.left.right)-height(t.left.left),オ=h1が-2と等しい,カ=height(t.right.left)-height(t.right.right)／(2)回転後の木(根5,左3(1,4),右8(6,9))／(3)log n

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)a=販売システム,b=生産システム,c=会計システム／(2)d=出荷情報,e=週次,f=売上情報,g=月次／設問2(1)会社名=D社,システム名=販売システム／(2)受注(EDI),販売実績管理(月次),請求(EDI)／設問3 C社の会計システムはSaaSなので個別の会社向けの仕様変更が困難だから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1 a=オ,b=エ／設問2 c=serv又はwww,d=w.x.y.z／設問3(1)設定項目=受信メールサーバ,設定内容=192.168.1.10／(2)エ／(3)N社のメールサーバを中継サーバとしてメールを送信する設定／設問4 e=192.168.0.0

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1 a=↓／設問2(1)b=引当情報,c=引当予定／(2)d=日／(3)e=引当予定,f=在庫,g=入荷明細,h=入荷済数／設問3 i=OVER,j=ORDER BY

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)収穫に適したトマトを検出していない場合／(2)イ／設問2(1)収穫トレーに空き領域がない／(2)トマトの個数／(3)a=メイン／設問3=ウ／設問4=5.90

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1 a=イ,b=エ／設問2(1)c=エ,d=ウ／(2)ア／設問3(1)処理2,処理7／(2)e=ウ／(3)一定時間でタイムアウトする処理／(4)460(ミリ秒)

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1(1)a=頻繁なスコープの変更を想定する／(2)b=機械学習技術の習得の時間がない／設問2(1)c=Q,理由=定着化と使用性の両方が最高点だから／(2)イ／(3)システム開発フェーズの回復力を確かめるため／設問3(1)マーケティング業務と開発プロジェクト参加の経験があるから／(2)重要成功要因の指標の値・顧客関係性の強化の達成状況

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1=ウ／設問2(1)a=ア／(2)表1の目標達成には内部供給者との目標の合意が必要だから／(3)サービス回復時間にはシステム開発課以外で実施する作業の時間も含まれるから／設問3(1)サービスデスク要員の体制が確保できないから／(2)サービスデスクのサポート時間帯以外でも利用者が疑問を解決できる

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1 a=カ,b=イ,c=オ／設問2 システム障害発生時の影響が拡大するリスク・サイバー攻撃の脅威が増大するリスク／設問3 d=サーバの処理能力を増強,e=バックオフィス系サーバ／設問4 f=ネットワークの切替えを含む必要な環境設定／設問5 社内の業務とコミュニケーションに支障をきたす

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：イ

設問2：(1) a＝ゼロトラスト　(2) セキュリティパッチ提供の調査及び適用の判断

設問3：(1) 「URLフィルタリング」「業務上不要なサイトへの接続禁止」　(2) セキュリティインシデントの発生を迅速に検知するため　(3) ア，ウ

設問4：(1) ア　(2) b＝多要素認証 又は 2要素認証（多段階認証 又は 2段階認証も可）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝労働基準法　b＝価格　c＝代替　(2) d＝ウ　(3) マクロ的視点　(4) 内部環境分析

設問2：(1) エ　(2) 顧客の事業に関するテキストデータを分析の対象とする。

設問3：(1) 好立地にある営業所と倉庫　(2) 一括委託することでコア業務に集中したいという要望

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝17

設問2：イ＝dist[k]がminDistより小さい　ウ＝dist[k]　エ＝dist[curNode]＋edge[curNode, k]

設問3：(1) 代入文＝viaNode[k]←curNode、オ＝25　(2) カ＝ア

設問4：(1) キ＝更新起点ノード　(2) ク＝N2

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：イ，エ

設問2：(1) ウ　(2) 日誌の繰返しデータ

設問3：① 応答データの加工処理をサーバ側で行うから　② 応答データの転送量が削減されるから

設問4：a＝200　b＝550

設問5：Web APIを介してCRMシステム以外の社内システムとも連携する拡張性

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 300　(2) MQTT

設問2：(1) a＝200.a.b.13　b＝200.c.d.101　c＝TCP/443　(2) 4，7

設問3：(1) d＝FW　(2) e＝ウ、f＝ア　(3) エ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝→　(2) b＝BETWEEN :年度開始日 AND :年度終了日、c＝ORDER BY　(3) d＝EMP.部署番号 ＝ DEP.部署番号

設問2：漏れる情報を会社単位に制限できる。

設問3：e＝C001.国民の祝日　f＝PUB.国民の祝日

設問4：(1) g＝会社　h＝スキーマ名　(2) 退職分析　(3) 退職表を共有用スキーマに配置する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝ドアをロック　(2) 320

設問2：(1) カップ判定中にドアが開けられたことを検出したいから　(2) コーヒーの分量　(3) ドア開＝タ、ドア閉＝カ

設問3：(1) 「確認」，「抽出完了」　(2) b＝判定結果

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝継承

設問2：b＝0..＊　c＝（多重度・関連の解答例はIPA公式PDF参照）

設問3：販売実績Subject，販売明細Subject

設問4：d＝抽象　e＝棒グラフView

設問5：引数に絞込条件クラスのオブジェクトを追加する。

設問6：f＝複数のSubjectオブジェクトに登録される

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 本サービスの実現に不確かな要素が多いから　(2) a＝守秘契約

設問2：(1) 農家がガイド機能を活用できるようになる支援　(2) 「Kセンサーの種類を増やすとデータ連携機能の開発規模が増えること」「W社側の作業スコープの変更はA社側の作業スコープに影響すること」　(3) b＝コスト、c＝スケジュール（順不同）　(4) イ　(5) いちごを収穫するまで導入効果を評価できないから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ

設問2：(1) b＝「収束した状態になる」「サービスデスクだけでできる」「定常状態に落ち着く」　(2) 営業員による問合せ先の判断が不要になること　(3) c＝「初期サポート内容の引継ぎが完了している」「初期サポート窓口での対応内容の確認が完了している」　(4) 問題＝電話によるサポートは時間が掛かること、解決方法＝3

設問3：OSパッチの適用のタイミングをコントロールできるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝業務パッケージ選定　b＝リスク委員会の承認　c＝保留ファイル　d＝一定額を超過する場合

設問2：e＝証ひょう類に不備がないかのチェック

設問3：f＝3

設問4：g＝調達用支払先　h＝減額の支払申請入力

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ウ　(2) a＝5

設問2：(1) 5　(2) イ

設問3：(1) イ　(2) b＝3 c＝6 d＝5（順不同）　(3) ア，ウ

設問4：(1) ア　(2) PCから切り離して保管する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) エ　(2) 設定スキルの習得に人手を割けないこと　(3) a＝イ

設問2：(1) b＝イ　(2) リピート受注率を高めること　(3) ①タイムリーな予防保守 ②詳細な故障部位の把握／メリット＝要員が計画的に作業できる。　(4) 値引き価格を印字したバーコードラベルを貼る適切な時刻を通知する機能

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝3×7 イ＝4×12

設問2：①48 ②260 ③48 ④84

設問3：ウ＝pow(3, i － 1) エ＝3*(i － 1) オ＝pe.val1 カ＝pe.val2（オ・カ順不同）

設問4：キ＝mod(mul, 10) ク＝elements[cidx ＋ 2] ケ＝elements[cidx]

設問5：2 × N

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝ア　(2) b＝JSON　(3) 参照回数の多い記事

設問2：c＝280 d＝200 e＝138 f＝246

設問3：(1) g＝ITNewsDetail h＝ITNewsHeadline　(2) ITニュース一覧と各記事に関連する記事の一覧が更新されない。　(3) 記事間の遷移がWebサーバのアクセスログのURLでは解析できないから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) FWf　(2) L3SW，FWb，L2SWb

設問2：(1) a＝miap.example.jp　(2) apb.f-sha.example.lan

設問3：(1) b＝DNSサーバ c＝ゾーン d＝TTL　(2) Mシステムの応答速度が低下することがある。　(3) ログイン中の利用者がいないこと

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝→ b＝従業員コード

設問2：(1) c＝INNER JOIN d＝LEFT OUTER JOIN e＝BETWEEN f＝B.職務区分 = '02' g＝GROUP BY 従業員コード, KPIコード h＝組織ごと_目標実績集計_一時 i＝COUNT(*)　(2) 該当従業員のKPI項目に対する実績データが，1件も存在しない場合

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：39

設問2：a＝246

設問3：(1) b＝前回の送信から600秒経過又は位置通知要求あり　(2) c＝受信要求（方向←） d＝測位可能通知（方向→） e＝通信可能通知（方向→）

設問4：通信モジュールとの通信と測位モジュールとの通信が同時に発生した。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ロックの解除

設問2：a＝develop b＝main c＝コミット

設問3：(オ)のコミットをリバートし，次に(ウ)のコミットをリバートする。

設問4：下線③＝ウ 下線④＝エ

設問5：developブランチの内容をfeatureブランチにマージする。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 営業日に業務の停止が不要　(2) エ　(3) IaaS利用による構築期間とコスト

設問2：(1) ステアリングコミッティで本番データを用いたテストの承認を得る。　(2) エスカレーション対応の開発課リソースの拡充　(3) 移行判定基準書

設問3：(1) a＝オ b＝ア　(2) 追加発生する保守費用の確保

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア　(2) a＝信頼

設問2：(1) b＝180　(2) サービス回復までの最大時間　(3) 計画停止時間を考慮して経理部の勤務時間を定めること

設問3：(1) イ，エ　(2) バックアップの遠隔地保管を廃止すること　(3) ア　(4) 重要事業機能の支援度合い

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ログイン

設問2：カ

設問3：d＝イ

設問4：e＝ア

設問5：f＝実地棚卸リスト g＝在庫データ h＝他人の利用者ID

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）a＝ア　b＝ケ　c＝ク　（2）ア

設問2：（1）稼働中のホストのIPアドレス　（2）ウ　（3）ア

設問3：（1）ICMPエコー要求パケットの連続した送信　（2）マルウェアに感染したPCを隔離する。　（3）EDRが保存するログの分析

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）強み＝業界に先駆けた教育コンテンツの整備力／機会＝リスキリングのニーズの高まり　（2）イ

設問2：（1）大手製造業の同業他社へ展開するため　（2）a＝ウ

設問3：（1）b＝カ　c＝イ　（2）d＝サブスクリプション

設問4：（1）新規事業のミッションを遂行すること／競争優位性のある教育SaaSの提供　（2）e＝40　f＝80

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）3　（2）ア＝2

設問2：イ＝paths[sol_num][k]　ウ＝stack_top − 1　エ＝maze[x][y]

設問3：オ＝sol_num

設問4：（1）カ＝5，3　（2）キ＝22　ク＝3

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）a＝ウ　b＝エ　c＝イ（順不同）　（2）エ

設問2：（1）開発期間中に頻繁に更新されるから　（2）d＝10.1.2　e＝15.3.3

設問3：（1）イ　（2）f＝/app/FuncX/test/test.txt　（3）img-dev_dec

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝カ　b＝イ　c＝ウ

設問2：（1）Webサーバ，本社VPNサーバ　（2）d＝ワンタイムパスワード　（3）e＝認証サーバ

設問3：（1）イ　（2）f＝1.6　g＝192　（3）Web会議サービス，本社VPNサーバ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝年月　b＝↑　c＝従業員ID　d＝情報端末ID（c・dは順不同）　e＝↓　f＝（解答例はIPA公式PDF参照）

設問2：オ

設問3：j＝SELECT （契約ID，暗証番号）　k＝CHAR(4) DEFAULT '1234' NOT NULL　l＝PRIMARY KEY　m＝FOREIGN KEY

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）（a）ノイズなどによる誤動作を防ぐため　（b）40　（2）100,000

設問2：（1）a＝メイン　b＝管理サーバ　（2）c＝ア　d＝エ

設問3：（1）e＝ロック解除完了　f＝センサーで検知　g＝ロックを掛け　h＝完了　（2）管理情報を更新し，管理サーバへ送信する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）下線①＝ウ　下線②＝ア　（2）a＝モデレーター　（3）b＝二次欠陥

設問2：別グループのリーダー

設問3：（1）ツールの利用で抽出可能だから／設計途中のレビューで排除されているから　（2）c＝オ　（3）集合ミーティングでは欠陥の指摘だけ行う。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝RBS

設問2：（1）AIに知見のあるT社が参画していないから　（2）b＝ウ

設問3：（1）c＝遅延なし　（2）項番2／期待値80

設問4：プロジェクトの進捗に従ってリスクの特定を継続して行う。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：売掛金の回収率を高める。

設問2：a＝6　作業内容＝業務変更のための業務設計

設問3：（1）b＝1.1　c＝46.2　d＝11.0　（2）項番2／内容＝運用費用の予算を超過する。／根拠＝1か月当たりの平均作業工数の増加が10％超となる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝従業員の異動，退職などの状況　b＝終了届の記載内容（a・bは順不同）

設問2：c＝セキュリティ点検を適切に実施

設問3：d＝貸与PCの紛失日　e＝システム部への届出日（d・eは順不同）

設問4：f＝リスク評価　g＝Web会議システム

設問5：h＝不備事項の是正状況をモニタリング

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝サービス

設問2：b＝WAF

設問3：イ，ウ

設問4：(1) ゼロデイ攻撃　(2) ウ　(3) c＝ア　(4) d＝インシデント対応チーム　(5) SIEM

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) イ　(2) 売上高の増減に対して営業利益の増減幅が大きくなる。

設問2：(1) 景気の見通しの予測は難しいが営業利益は予測できる。　(2) a＝オ b＝イ　(3) 中高価格帯の商品は粗利益率が高いから

設問3：(1) 固定費の割合の減少　(2) 顧客は実際に商品を試してから購入したい。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝board[x]が0でない　イ＝x＋1　ウ＝check_ok(n, x)がtrueと等しい　エ＝0

設問2：オ＝div(x, 9)＊9　カ＝board[row_top＋i]がnと等しい　キ＝mod(x, 9)　ク＝board[column_top＋9＊i]がnと等しい　ケ＝mod(div(x, 9)＊9, 27)

設問3：処理A＝データ構造Zを退避する　処理B＝退避したデータ構造Zを取り出す

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝スケールアウト　b＝関数　c＝キャッシュ

設問2：(1) PaaSやFaaSでは、OSやミドルウェアのメンテナンスが不要だから　(2) d＝CDN　(3) バッチ実行時間が上限の10分を超えてしまう問題

設問3：e＝8　f＝2,600　g＝1,800

設問4：(1) h＝FaaS　(2) 20分未満の間隔でFaaS上のアプリケーションを定期的に呼び出す。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 宛先＝プロキシサーバ、送信元＝営業所のNPC　(2) ルータ，FW，プロキシサーバ　(3) a＝外部DNSサーバ b＝プロキシサーバ c＝社内DNSサーバ

設問2：ISサーバ

設問3：(1) q-SaaS宛ての通信のネクストホップがIPsecルータ1となる経路　(2) d＝q-SaaS e＝営業所LAN

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝施設コード b＝プランコード c＝↑（a・bは順不同）　(2) d＝ALTER TABLE　(3) 1枚のクーポンは一つの予約だけに利用できる。

設問2：e＝クーポン発行連番

設問3：f＝SET 発行済枚数 ＝ 発行済枚数 ＋ 1　g＝発行上限枚数

設問4：下線②＝RU　下線③＝C

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(t2−t1)＋Ta

設問2：60

設問3：(1) S1＝遠隔撮影状態 S2＝自動撮影状態　(2) a＝遠隔撮影開始イベント b＝自動撮影タイマ通知イベント　(3) c＝①，③，⑦

設問4：(1) 書込みと読込みが同時に行われ、バッファの先頭のデータが上書きされた。　(2) d＝終端 e＝始端　(3) f＝リングバッファ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) H社，S社，T社　(2) 発車日＝20220510 発車時刻＝1800 統合便コード＝G0030110 空席数＝8

設問2：ア，エ

設問3：エ

設問4：a＝ヘッダレコードのデータレコード件数　b＝処理したデータレコードの件数（順不同）

設問5：ターミナルの運行計画に設定された空席数をnullにする。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) (d)　(2) ユースケース図

設問2：(1) イ　(2) a＝検収 b＝著作権

設問3：(1) c＝提出期限　(2) 作業の途中で品質レビューを行う。　(3) 上位2種類以外のブラウザでは問題が生じる場合があること

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ア　b＝オ

設問2：(1) L君が階層的エスカレーションを行わなかった。　(2) ・既知の誤りを調査し、回避策を見つける。　・解決担当者だけでインシデントの解決を試みる。

設問3：(1) 根本原因と解決策が特定されている未解決な問題　(2) c＝運用課だけでインシデントを解決する　(3) イ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝出荷指図データ　b＝外部倉庫システム

設問2：営業担当者に売上訂正処理権限があるから

設問3：c＝出荷指図データ　d＝売上データ（順不同）

設問4：e＝カ　f＝キ　g＝ク　h＝エ（e・f、g・hは順不同）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝カ　b＝ク　c＝ア

設問2：クリアスクリーン

設問3：(1) 入室状態となっている人が再度入室しようとした場合　(2) 監視カメラを設置して来訪者の行動を記録する。　(3) 複合機の側に行かないと用紙への印刷ができないから　(4) d＝中が透けて見える／行為＝秘密書類の持出し

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝セグメント　(2) 顧客ニーズの多様化に対して、新たな利用シーンに対応する商品開発力をもつから

設問2：(1) 特許や商標の出願　(2) 希少価値によって話題を集めることで、顧客の購買意欲を高めること

設問3：(1) b＝ウ　c＝カ　(2) d＝イ　(3) クレームが拡散して、デジタルマーケティングが機能しない。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝0　イ＝edgenext[temp]　ウ＝top － 1　エ＝start[temp]

設問2：16

設問3：ア

設問4：top が last 以下

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝510　b＝60　c＝500　d＝1,320

設問2：(1) e＝56　(2) 1／10　(3) 業務時間内は前のグループがクラウドストレージを利用するから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝192.168.101.12　b＝22

設問2：(1) イ，ウ，エ　(2) 通信可能な最長距離が長いから

設問3：(1) c＝PoE　(2) PCの通信に必要な電波強度が確保できない。

設問4：(1) d＝タグ　(2) e＝VLAN64，VLAN67　f＝VLAN65　(3) ポートID＝P1，P3／変更内容＝総務部のVLAN67をP1に設定しP3から削除する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝→　b＝割引率　c＝書籍ID

設問2：(1) d＝COUNT(＊)　e＝大きい　f＝VALUES ( :一括購入ID, :社員ID , :企業ID )　(2) 一括購入数量より多い数量の書籍を割り当ててしまう問題

設問3：g＝UNION　h＝ON ik.一括購入ID = iw.一括購入ID

設問4：(1) 個人会員ID，企業ID，社員ID　(2) 個人会員が企業IDと社員IDを登録する画面

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 日時データ　(2) 残餌が残餌センサに到達するまでに時間を要するから

設問2：(1) 7　(2) 画像圧縮処理

設問3：(1) a＝カウント値　b＝しきい値以上　(2) c＝イ　d＝ク　e＝ウ　f＝オ（c・eおよびd・fは順不同）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝プロセス

設問2：(1) b＝購入　(2) セット商品　(3) c＝ウ　d＝ア

設問3：(1) ウ　(2) 顧客種別によらない共通な処理を一か所で定義できるから

設問4：(1) データベースへのテーブル追加作業　(2) 画面の表示方法が異なるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝エ　(2) スクラムの開発要員を育成し、本格的なスクラム開発の人材を確保する。

設問2：(1) 顧客からの要求に競合相手より迅速に対応すること　(2) b＝オ　c＝ク

設問3：(1) T氏とプロダクトバックログアイテム変更に伴う対応方法を決めておく。　(2) d＝50

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 依頼者の個人的な見解に基づくRFCの撲滅　(2) a＝エ

設問2：(1) 法規制対応のRFC　(2) 費用負担方法＝全部署への人数割り配賦を、利益を受ける受益者負担に変更する。／b＝ウ　(3) 切り戻し計画の作成　(4) ア

設問3：c＝変更管理マネージャに権限委譲すること

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ

設問2：b＝基本設計検討会の議事録

設問3：c＝情報セキュリティ対策基準

設問4：(1) d＝母集団　(2) e＝基本設計書の内容

設問5：f＝タスク管理表

設問6：g＝全ての要件が確定していること

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ウ，エ

設問2：(1) a＝ア　(2) 顧客がR社の偽サイトに誘導されたから　(3) エ

設問3：(1) エ　(2) b＝ア　(3) ア　(4) c＝DNSキャッシュポイズニング

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ　b＝キ

設問2：(1) c＝顧客の工場の近くに自社の工場があるので，配送時間が短くて済む。　(2) d＝販売・マーケティング

設問3：(1) e＝運用・保守に掛かる労力　f＝AIなどの最新のディジタル技術の早期習得　(2) g＝イ　(3) 活動＝製造，理由＝ERPの標準機能への置換えで各工場の競争優位性を失うリスクがあるから　(4) 3

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア＝（1.5，3）　(2) P2，P3，P7

設問2：イ＝tを1からKまで1ずつ増やす　ウ＝flag←0　エ＝flagが0と等しい　オ＝cluster「s」←min_index（grav_length）

設問3：(1) カ＝ア　(2) キ＝Ts／Sum

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ア　b＝イ

設問2：(1) 266.7　(2) プランC

設問3：(1) オ　(2) 21.9

設問4：(1) c＝月間の最大データ通信量　(2) MQTTS

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝10.10.0.10　b＝192.168.0.3　c＝10.1.1.2　(2) ア，ケ　(3) プロキシサーバはGETメソッドの内容が見えないから

設問2：(1) イ　(2) 同じポートを利用するから

設問3：(1) DNSラウンドロビン方式　(2) d＝APサーバ#1，APサーバ#2

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：システム稼働後2年間は，過去5年間分の平均車両稼働率の目標比を表示できない。

設問2：(1) a＝ウ　(2) b＝年月日　c＝年代　d＝貸出実績件数　e＝←（b・cは順不同）

設問3：(1) f＝INNER JOIN 貸出実績 J ON R.貸出予約コード＝　g＝GROUP BY R.貸出予定年月日, R.駐車場ID, R.車種ID, R.会員ID　(2) 日次

設問4：年月，駐車場ID，車種ID，会員ID

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝384　(2) b＝8.0

設問2：(1) c＝Tf　d＝Ts　e＝Ta（順不同）　(2) 3

設問3：(1) ア＝dv＞0 and v≧vt　イ＝vt　ウ＝0　(2) 現在の音量が目標値に近く，変化量が0となり音量を変更する必要がない場合

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝99.77　(2) b＝コンテキスト

設問2：(1) ア　(2) 可読性が下がるから

設問3：(1) c＝2　d＝3　e＝4，5　f＝6　(2) 4，6，7，5

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝エ　b＝ク　f＝キ

設問2：(1) 請負契約は仕事の完成に対して報酬が支払われるから　(2) 複数の手法を併用して見積りの精度を高めるため

設問3：本プロジェクト類似の複数のシステム開発プロジェクトと比較していること

設問4：(1) c＝115　(2) d＝規模　(3) e＝55

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ウ　(2) a＝210

設問2：(1) b＝エ　(2) ・A社のアドオン開発のインシデントなのか否か　・A社が保守するソフトウェアのインシデントかどうか

設問3：(1) c＝FAQ　(2) d＝サービス提供時間帯

設問4：(1) e＝リリースノート　(2) f＝対応手順書の修正が必要かどうか

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝利用者マスタ承認権限　b＝ロールマスタ　c＝月次締め処理

設問2：d＝アップロード入力

設問3：e＝担当チーム長が入力と承認

設問4：f＝エ

設問5：自動インタフェースを拡大させるから

設問6：入力者が承認できない

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝オ　b＝イ

設問2：(1) 許可されていない可搬型記憶媒体のPCへの接続を拒否する。　(2) ア　(3) 利用したいWebサイトの認定申請

設問3：(1) ディジタルフォレンジックス　(2) 利用者認証　(3) ・情報を不正に社外に持ち出すのが難しいことが分かるから／・不正を隠し通せないことが分かるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：新事業の創出につながる機会が失われる。

設問2：(1) a＝ウ　(2) b＝ウ　(3) イ　(4) c＝テレワークの勤務制度

設問3：(1) 企業のブランド価値の向上　(2) AIが、情報を分析・学習し、高パフォーマンスを引き出すように助言する。　(3) 労務管理

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 黒　(2) 33

設問2：ア＝bmpFrom[x, y] + bmpTo[x, y]　イ＝fが128以上　ウ＝bmpTo[px , py] + ( d ＊ ratio[c]/denominator )

設問3：エ＝y　オ＝2　カ＝width － tx + 1

設問4：キ＝height×width×ratioCount　ク＝7

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 97.9　(2) 14.4　(3) a＝ネットワーク　(4) 機微な情報の漏えいを防ぐため

設問2：(1) イ　(2) ア

設問3：(1) クラウド上に保存していない測定データが消失してしまう問題　(2) 活動量計本体のメモリ量を7日分以上に増やす。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝2要素（又は 多要素／2段階）　b＝セッション管理サーバ

設問2：(1) 本社のNPC＝L3SW1／営業所1のNPC＝L3SW2　(2) 機器名＝L3SW2／理由＝DHCPサーバは、営業所1のTCと異なったセグメントに設置されるから

設問3：(1) 経由しなくなる通信＝1，2／新たに経由する通信＝4，6／平均通信帯域＝35　(2) インターネット利用通信と逆方向のトラフィックだから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝→　b＝施設ID

設問2：c＝NOT EXISTS　d＝HAVING COUNT(＊)

設問3：(1) e＝宿泊日　f＝部屋ID（順不同）　(2) g＝UNIQUE制約　(3) h＝MIN(t2.予約ID)　i＝t1.部屋ID = t2.部屋ID　j＝t1.宿泊日 = t2.宿泊日（i・j順不同）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 入金部　(2) ①＝出金通知　②＝印刷通知

設問2：1,000,000

設問3：(1) a＝3分　b＝両替状態を解除　c＝両替レートの更新　(2) 入金部の内部に外貨紙幣を1枚も格納していないこと

設問4：日本円額の合計が10万円を超えるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝プロダクトオーナ　b＝イ

設問2：(1) オ　(2) c＝(4)　d＝(7)（順不同）　e＝ア

設問3：(1) 原因＝問題の解決方法まで議論してしまった点／解決策＝問題解決のための会議体を別途設ける。　(2) スプリント期間中に外部からの変更要求を受け入れてしまった点

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝原因工程　b＝基本設計

設問2：(1) d＝イ　(2) 稼働日からリベートサブシステムの機能を実施する日まで期間に余裕があるから　(3) c＝116　e＝95

設問3：現行業務と経理サブシステムで算出する金額の一致

設問4：障害の発生件数と1件当たりの解消の作業工数

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ア

設問2：(1) 作業工数が発生するが、増員が発生しないので費用は0円である。　(2) 教室講座の録画費用　(3) (a) ウ，エ　(b) ア，イ

設問3：(1) エ　(2) 費用をサービスごとの利用者数で按分して配賦する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：・販売システムの担当から離れて一定期間経過していること／・販売システムの開発・保守業務に対する関与度合い

設問2：a＝管理部長の承認記録　b＝・登録権限がない／・更新権限がない　c＝受注入力権限がない

設問3：監査人が作成した発注データが受注確定されてしまわないこと

設問4：ウ

設問5：d＝出荷完了データ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）社内の他の機器と通信させないため　（2）FWでアクセスが許可されていないから　（3）a＝FW

設問2：（1）b＝エ　（2）c＝送信元メールアドレスのなりすまし、d＝HTTP又はHTTPS　（3）ア　（4）エ　（5）イ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝エ　b＝イ　c＝ウ　d＝エ

設問2：エ

設問3：（1）企画から製造の一貫体制を強みに、低コストで高品質の製品にできるから　（2）医療や自動運転の市場には販売ルートがないこと

設問4：（1）e＝現在価値　（2）減価償却費はキャッシュの移動がない費用だから　（3）f＝2.2

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ア

設問2：1

設問3：ア＝BY　イ＝X[out][in]　ウ＝WY[in]　エ＝0より大きい　オ＝WM[mid][in]　カ＝M[out][mid]（オ・カは順不同）　キ＝WY[mid]

設問4：名称＝否定論理和、理由＝否定論理和は線形問題だから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）a＝イ　（2）動画に動きが少ない　（3）b＝6.6　（4）c＝499

設問2：（1）方式2　（2）①方式1—動体検知範囲の設定ができないから　②方式3—メモリカードに7日分の動画データを記録できないから（①②は順不同）

設問3：C社メールサーバのFさんのメールボックスの空き容量

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）a＝イ　（2）同時に複数のTCPコネクションを確立する手法

設問2：b＝ウ　c＝キ　d＝ク　e＝エ

設問3：ウ

設問4：（1）前の画像ファイルの受信完了待ち　（2）128

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝→　b＝部署番号　c＝従業員番号　d＝↓

設問2：（1）e＝SELECT 従業員番号, :レポート年月　（2）f＝SUM(歩数.歩数)、g＝歩数.従業員番号 = 月次レポート.従業員番号

設問3：（1）1日に2回以上睡眠を取得するパターン　（2）表名＝睡眠、変更内容＝主キーを「従業員番号，睡眠開始日時」に変更する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）171　（2）ウ

設問2：（1）5　（2）a＝ON　b＝OFF

設問3：（1）c＝ONイベント　d＝今回値　（2）カウント値が0に戻ったとき　（3）T[N]に65,536を加算する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）a＝青　b＝赤　c＝青点滅　（2）d＝6

設問2：（1）状態C-5のときに、主道路信号が右折可能で、歩行者信号が青になる。（別解：状態C-4でR3の遷移が可能となり主道路信号が右折可能で、歩行者信号が青になる。）　（2）イ

設問3：（1）イ　（2）ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）現行システムの開発経験者を東京チームから大阪チームへ異動させた。　（2）a＝カ　b＝キ　c＝オ　（3）作業の独立性を高め、コミュニケーションエラーのリスクを軽減する。　（4）文書名称、格納方法、版管理の規則を定め、その実施を徹底する。

設問2：（1）d＝0.90　e＝1.05　（2）f＝エ　g＝ア　（3）4,200

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（1）イ　（2）繁忙状況を踏まえて、適切なオペレータに作業を実施させるため　（3）a＝KPI　（4）オペレータによるインシデント発生の見落とし

設問2：（1）運用部に自主的な改善活動を根付かせる役割　（2）b＝エ　c＝オ（順不同）　（3）イ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝エ

設問2：b＝ジョブ監視結果　c＝障害対応管理表

設問3：3

設問4：d＝取引先の見積額

設問5：会計システムで債務データを修正できるので

設問6：e＝移行作業表を作成せずに本番移行を実施

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝ウ　b＝ア　(2) ウ

設問2：(1) c＝総当たり（又はブルートフォース）　d＝パスワードリスト　(2) パスワード入力試行回数の上限値の設定

設問3：(1) ハッシュ値からパスワードの割出しは難しいから　(2) ア

設問4：他サイトから流出したパスワードによって，不正ログインされる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) イ，ウ　(2) a＝競合他社　b＝低価格

設問2：ウ

設問3：開業時の初期投資を賃借料で代替する。

設問4：(1) 他社の魅力的な保養所も利用できる楽しみ　(2) 地域を活性化することで，ホテルの集客力を高めること　(3) ウ

設問5：保養所全体でスタッフを最適配置する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 0，2，3，4，5　(2) ア＝false　イ＝3 : 0

設問2：ウ＝order[i].A　エ＝order[i].N×100＋order[i].S×10　オ＝status_table[status][event_index].discount　カ＝status_table[status][event_index].status　キ＝acceptedがtrueに等しい

設問3：イ，エ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝TLSアクセラレータ　(2) b＝利用者の認証　c＝ディスクの読込み負荷

設問2：(1) エ　(2) オ

設問3：(1) フロントAPの台数＝ア　バックAPの台数＝ウ　(2) バックAPから電子書籍データを取得しWebコンテンツに変換する処理　(3) 機器＝バックAP，変更＝バッチ処理とその他の処理が実行される機器を分ける。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝サ　b＝イ　c＝キ　d＝エ　e＝オ

設問2：(1) 4台のAPに，それぞれ異なる周波数チャネルを設定する。　(2) ア　(3) 一つのVLANを設定する箇所＝a，複数のVLANを設定する箇所＝b，c，d

設問3：(1) 社員のNPC＝L3SW　来訪者のNPC＝ルータ2

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝カ　b＝ウ

設問2：(1) c＝処方箋明細　d＝薬剤在庫　(2) e＝値を更新する。　(3) f＝処方箋ID

設問3：g＝UNION（又はUNION ALL）　h＝EXISTS

設問4：i＝SUM(T3.処方量_大人1日)　j＝＞＝ CURRENT_DATE　k＝IS NULL

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝人感　b＝出入り　c＝浴室から出た　(2) 3.2

設問2：(1) （ク）　(2) （チ）

設問3：(1) d＝連続して361回「未検出」を受信　(2) e＝在室　f＝未定

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝レスポンシブWebデザイン

設問2：(1) b＝HTML　(2) c＝オ　d＝キ（順不同）

設問3：デバイスごとのHTMLファイルを開発する必要があるから

設問4：e＝768px　f＝1023px　g＝/images/topimage_w768.jpg　h＝no-repeat

設問5：画像表示の遅延を防ぐため

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝21　b＝54　(2) カスタマイズの規模が事前の想定とかい離した場合

設問2：(1) c＝クリティカルパス　(2) d＝B4　(3) e＝32　f＝70　(4) 各モジュールの各作業が完了したタイミングで品質判定を行う。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ウ　b＝イ

設問2：段階的取扱い

設問3：d＝イ　e＝オ

設問4：(1) サービス可用性を維持して変更作業を行う必要があるから　(2) 業務アプリに起因するインシデント

設問5：販売部門の販売量予測に基づきリソースの要求量をまとめる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝事務部，RPAの実行ログ

設問2：b＝事務部，RPA開発用資料

設問3：c＝再発防止策

設問4：d＝ウ

設問5：e＝変更

設問6：f＝障害対応手順

設問7：g＝システム関連規程類の改訂案　h＝全社のRPAの管理責任部署

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝ウ　b＝キ　(2) c＝診3

設問2：(1) d＝エ　e＝カ　(2) f＝FW　g＝Webサーバ　(3) h＝SQLインジェクション

設問3：(1) 下線①＝イ　下線②＝ウ　(2) 危殆化していない暗号化通信方式を採用するため

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝多額の解約手数料が掛かる　b＝客席の数を増やせない　c＝店舗の増改築は難しい

設問2：(1) d＝売上金額の累積　(2) 最適な品目数を維持する。

設問3：(1) ウ　(2) e＝携帯アプリにスタンプカードの代替機能をもたせる　(3) 食材の仕入量が増え、仕入単価を下げられるから

設問4：f＝イ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝10001　イ＝TGGGT

設問2：ウ＝5

設問3：エ＝DEPTH－d　オ＝r　カ＝0　キ＝count

設問4：ク＝σ　ケ＝N　コ＝N log2(σ)

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 9　(2) マスタサーバが冗長化されておらず、単一障害点である。

設問2：(1) a＝商品別　(2) (C)

設問3：(1) スレーブサーバのディスクI/O速度　(2) イ、ウ

設問4：b＝4.5　c＝41　d＝11

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝172.16.10.5　b＝172.16.10.12

設問2：(1) c＝nslookup 又は dig　(2) Webサーバから DBサーバへのアクセスがエラーとなった。　(3) Webサーバ1〜3で再利用できる TCPポート数を増やせること

設問3：(1) ア　(2) 送信元の IPアドレスは LBのものになるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：エンティティ間の関連を記入（入室管理用社員・室はそれぞれ入室許可・入退室ログと1対多）。解答例のE-R図はIPA公式PDF参照。

設問2：社員ID, 室ID, 入室許可開始年月日

設問3：a＝COUNT(*)

設問4：(1) b＝GRANT　c＝SELECT　d＝HR.入室管理用社員　e＝ROOM_AP　(2) HR_DBA

設問5：f＝T1.所属組織ID = T3.組織ID AND T3.組織長の社員ID = T2.社員ID

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝カード識別コード　b＝扉識別コード

設問2：(1) c＝エラー音を発生する　(2) d＝オ　e＝カ　(3) f＝閉扉　g＝タイマ満了

設問3：「①施錠する」処理中に扉を開き、そのまま t2秒経過したとき。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ　b＝エ　c＝オ（bとcは順不同）

設問2：(1) リグレッションテスト　(2) ア

設問3：d＝false

設問4：(1) エ　(2) 各アプリケーションの担当チームにだけメールするようにする。　(3) 各アプリケーションのビルド終了後、待ち合わせせず単体テストに移る。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝ウ　(2) 業務とITの両部門にまたがる意思決定をトップダウンで行うこと　(3) b＝RFP

設問2：(1) c＝プロトタイプ　(2) d＝今後の売上規模の拡大にあわせて、柔軟にシステムを拡張すること　(3) e＝データ形式への変換

設問3：(1) Xパッケージの教育コースを業務チームに受講させる。　(2) f＝オ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア　(2) a＝2

設問2：(1) b＝イ　(2) c＝1　(3) 夜間バッチ処理の終了時刻の予測を行うため

設問3：(1) d＝インシデント　(2) キャパシティ計画への影響を把握するため

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝設計書　b＝追加機能開発

設問2：開発用IDが本番環境に残っていること

設問3：いまだIDの棚卸しが実施されていないこと

設問4：ウ

設問5：c＝アクセスログ　d＝保守作業記録（cとdは順不同）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ア　b＝ク　c＝サ　d＝オ

設問2：特定の文字列に変更された拡張子のファイルが他のPCやサーバにないこと／最新のウイルス定義ファイルで当該マルウェアが他に検出されないこと／他のPCやサーバでマルウェアによる警告メッセージが表示されないこと

設問3：(1) ウイルス定義ファイルのバージョン・更新日時が最新であること、社内LANに接続し手動でウイルス定義ファイルを更新したこと　(2) ウ

設問4：(1) ウ　(2) バックアップの時だけ共有ディスク装置を接続し、それ以外は社内LANから切り離す。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝高付加価値食品　b＝スーパーマーケットチェーンのブランド

設問2：(1) c＝ニーズ　d＝強い相関がある　(2) エ

設問3：(1) 高級なおつまみ類の品ぞろえを増やす。　(2) 実店舗とネット店舗の顧客IDを統合し、顧客ごとの購入額を集計する。　(3) e＝ウ　f＝ア

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝2　イ＝－2

設問2：ウ＝iがm×n　エ＝i+1　オ＝v+dv[j]　カ＝h+dh[j]　キ＝board[v][h] ← 0

設問3：(1) 行20 for( vを3からm+2まで1ずつ増やす )、行21 for( hを3からn+2まで1ずつ増やす )　(2) 行32 search( 1, 3, 3 )　(3) 2，3，16，17

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：イ、エ

設問2：a＝○　b＝○　c＝×　d＝○

設問3：e＝プライベートクラウド　f＝IaaS

設問4：(1) 事務支援サブシステム／サービス形態 PaaS／提供形態 プライベートクラウド　(2) 販売管理サブシステムとのデータ連携が必要だから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝ラウンドロビン　b＝IPアドレス　c＝スレーブ

設問2：d＝カ　e＝ア　f＝エ

設問3：(1) Webサイト利用時のURL　(2) 行4／フィールド名 owner　(3) WebサイトへのアクセスをWAFサービスだけから許可する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝希望回答日　b・c＝（解答例はIPA公式PDF参照）

設問2：d＝見積依頼番号　e＝取引先番号　f＝見積依頼明細（d・eは順不同）

設問3：g＝DLI.納品数量計　h＝OD.発注番号 = :発注番号　i＝GROUP BY DE.発注番号, DD.商品番号　j＝ORDER BY ORD.商品番号

設問4：返品した商品の数量をマイナスの値に設定したレコード

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 6　(2) 静止状態で位置登録を行った後、5分経過する前に移動を検出したとき

設問2：(1) 49,999　(2) 消費電力を小さくできるから

設問3：(1) a＝位置登録　b＝登録周期　(2) 登録周期の変更

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝2　b＝ホワイトボックステスト　c＝条件網羅

設問2：(1) d＝リファクタリング　(2) e＝（解答例はIPA公式PDF参照）　f＝5

設問3：(1) g＝カ　(2) プログラムの改修や修正が継続的に発生することが想定されるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) デルファイ法　(2) a＝エ

設問2：(1) b＝重要度を評価するための社内基準　(2) 各店舗独自の販売管理手法が売上拡大に寄与しているから　(3) c＝イ

設問3：(1) d＝372　(2) スケジュールが遅延する。

設問4：IT部門が案件の採否を決定する前に業務部門と調整する場を設ける。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) イ　(2) a＝冗長構成

設問2：(1) 蓄電池の劣化を示すメッセージの種類を「警告」とする。　(2) 開発課にインシデントの対応を依頼する。　(3) イ

設問3：(1) ディザスタリカバリプラン／緊急時対応計画　(2) 運用課から担当者を選定し、該当者に障害対策訓練に参加してもらう。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：イ、ウ

設問2：a＝イ

設問3：b＝債権管理部及び法務部の要件定義メンバ　c＝業務要件と根拠資料の内容との関係

設問4：エ

設問5：d＝要件検討会の議事録　e＝運営委員会の議事録　f＝課題管理表（順不同）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=販売　(2) b=ア、c=エ　(3) 削除された暗号化鍵で暗号化されたバックアップデータを復号できない。　(4) 会員番号となり得る全数字列を同じハッシュ関数で変換して突き合わせる。

設問2：(1) d=イ　(2) e=意図しない宛先

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：顧客企業の市場寡占化によって、値下げ要求が強まる。

設問2：(1) a=185　(2) b=81　(3) ウ

設問3：(1) c=イ、d=エ　(2) 医療機器の小型化ニーズに対して、強みの微細加工技術で差別化する。

設問4：(1) e=エ　(2) 内部利益率が資本コストを上回るのは案2だけだから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア=6、イ=9、ウ=12、エ=15　(2) A（0）、B（1）、C（1）

設問2：オ=t－size［s］、カ=maxvalue［t］、キ=choice［k］、ク=maxvalue［V］

設問3：ケ=NV

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：愛称、ユーザID、パスワード

設問2：設計方針＝WebAPIへのアクセスは、全てHTTPSを用いて行う。／理由＝HTTPだと盗聴される危険があるから

設問3：(1) a=計測データ登録　(2) b=イ、c=ウ　(3) d=DELETE、e=GET　(4) f=－、g=計測日時、計測値

設問4：HTTPステータスを400で返す。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=ccc、b=aaa

設問2：c=13、d=3

設問3：(1) e=8、f=13　(2) サーバやFWのMACアドレス

設問4：(1) 1、3　(2) 項番＝5、内容＝Forward 13

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=→、b=↓、c=販売区分コード　(2) 仕入金額、販売金額

設問2：(1) d=仲卸業者コード、e=品目コード、産地コード、パレット数、単価、仕入担当者コード　(2) 予約情報を取りまとめる軸は今後変更される可能性があるから

設問3：f=SUM(t2.単価 ＊ t1.パレット数)、g=INNER JOIN 仕入明細 USING (仕入番号, 仕入明細番号)、h=品目コード, 品目名, 産地コード, 産地名（又は 品目コード, 産地コード）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=動画ファイルを保存

設問2：10.5FN

設問3：(1) b=衝撃イベント、c=画像格納イベント、d=タイマ満了イベント　(2) e=20、f=20

設問4：電源投入後、システム時刻の設定が完了するまでの間に衝撃を検出した場合

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：（100，100）、（60，100）、（60，70）、（100，30）

設問2：a=30、b=250

設問3：(1) c=ENGLISHの境界値チェック　(2) d=141、e=129　(3) （ウ，160）、（オ，1）、（ケ，190）

設問4：条件1が偽、条件2が真、条件5が偽となる場合が成立しないから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ウ

設問2：(1) a=ア　(2) b=RFI、d=パラメタ　(3) c=L、理由＝業界での採用実績がないから

設問3：(1) e=イ　(2) 下線②＝システム運用・保守の費用も評価基準に加える。／下線③＝評価項目ごとに重み付けをして点数を合計する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=カ、b=ウ　(2) サービスデスクのオペレータだけで解決策を早期に回答できる。

設問2：(1) 理由＝月曜日の夕方にFAQに追加したから、c=随時、FAQに追加する。　(2) エ　(3) d=インシデントの解決目標時間、下線③＝サービスデスクは、調査依頼先に解決目標時間を遵守させるよう納期を管理する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=注文書なし

設問2：b=1、c=2（順不同）

設問3：d=営業所長が入力した

設問4：e=受注管理システム

設問5：先行発注と納品完了の権限を有する者を別にする。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=ク　b=エ　c=ウ　f=カ

設問2：エ

設問3：オートコンプリート機能を無効にする。

設問4：(1) 各機器のログに記録された事象の時系列の把握が困難になる。　(2) d=DMZ　e=インターネット

設問5：ア，ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=281.8　b=1.7　c=3.8　(2) d=総資本回転率

設問2：(1) e=業務プロセス　f=顧客回転率　g=客単価　(2) コーヒー豆の品質管理を徹底していること　(3) オ　(4) 新たな事業戦略を店舗の従業員まで浸透させるため

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア=isEmpty( )が0である　イ=ansStatus ← currentStatus　ウ=ansStatus ← currentStatus　エ=currentStatus.nextIndexが0ではない

設問2：オ=「N」　カ=「Y」

設問3：(1) （A）→（B）→（C）→（D）→（E）→（F）→（G）　(2) （A）→（C）→（G）→（F）→（B）→（E）→（D）

設問4：ア

設問5：内容＝数を降順にソートしておく。　理由＝早い段階で探索を打ち切ることができる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ライブマイグレーション　(2) アクティブ／アクティブ方式　(3) 自動再起動　(4) シンプロビジョニング

設問2：a=54　b=44　c=71

設問3：イ，エ

設問4：会計システムを構成する各サーバに割り当てるリソースの下限値を設定する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=イ　b=コ　c=オ　d=カ　e=ク

設問2：(1) 業務サーバへの経路に障害があるかどうかを確認するため　(2) PCにDNSのキャッシュが残っているから

設問3：ルーティングテーブルの項番1／VLANインタフェースの更新後の内容 172.16.2.250／VLAN名の更新後の内容 VLAN20

設問4：変更することになる情報＝デフォルトゲートウェイアドレス／サーバにおける変更後の内容 172.16.1.200

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=→　b=書式ID

設問2：c=承認者情報.承認申請ID ＝ 承認申請.承認申請ID　d=承認者情報.承認者ユーザID ＝ :ユーザID

設問3：e=t1.項目値　f=t2.項目値　g=申請書.申請書ID ＝ t1.申請書ID　h=申請書.申請書ID ＝ t2.申請書ID

設問4：エンティティ＝申請書／属性＝申請時部署名

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：エ

設問2：16

設問3：(1) a=画面入力　b=画面表示　c=音声入力　d=画面作成　(2) e=メールの内容　f=機能選択画面　(3) g=優先度／現象＝複数画面が混在表示される。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=オ　b=ウ　c=カ　(2) タスクボード

設問2：(1) DBサーバの設定やテーブル定義などの構成を一元管理できる。　(2) 自身のテストデータと他の開発者のテストデータとの見分けがつかない。

設問3：d=ビルドサーバ　e=チケット管理サーバ

設問4：利用中のメジャーバージョンの中で最新のマイナーバージョンであること

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア，エ　(2) 新パッケージのコードの値を現行パッケージのコードの値に変換する。　(3) a=カ　b=オ

設問2：(1) c=緊急時対応計画　(2) d=テスト環境の容量・能力が稼働環境と同等　(3) 利用者による受入れテストで指摘されたプログラム改修　(4) e=現行システムの廃棄

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア　(2) a=カ　b=イ

設問2：複数のメンバが同時にファイルを更新できない。

設問3：(1) ウ　(2) OSのアップデートを展開しても流通業務サービスに影響がないことを試験する。　(3) c=傾向

設問4：(1) d=段階的取扱い　(2) ア，イ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=伝票入力業務説明会　b=仮伝票データ　c=入力日

設問2：d=入力権限

設問3：経理部員が承認を受けず伝票を入力する。

設問4：e=夜間バッチ処理　f=処理の正常完了

設問5：g=会計連携データの任意項目

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=ウ　(2) b=ア、イ

設問2：c=イ

設問3：(1) 漏えいしても元の指紋全体を再現できないから　(2) d=個人情報と指紋情報を物理的に分けて管理できる、e=誤って他人を本人と認識する確率が低い（順不同）、f=B

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=顧客単価を上げる

設問2：(1) ウ　(2) 地域行事の情報を入手し、商品ごとの発注量を修正する。　(3) 目に留まる商品をついでに買っていくことによる売上の向上

設問3：(1) ウ　(2) 店舗の既存の人員で宅配が可能か。

設問4：中高年者に向けた広告を行う。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア=N³（縦・横・対角線の合計値は（N³＋N）÷2）

設問2：(1) イ=houjin［y］［N＋1］、ウ=houjin［N＋1］［x］、エ=x ← （N＋1）／2、オ=N²未満、カ=yb－1、キ=xb　(2) houjin［1］［N＋1］、houjin［N＋1］［1］

設問3：ク=N、ケ=1

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：いつまでに＝10月11日10時30分、いつ時点＝10月10日9時30分

設問2：Webサーバのイメージファイルをそのまま使用するから

設問3：(1) セカンダリDNSサーバとして、192.168.20.3を登録する。　(2) イ

設問4：(1) 10月10日17時00分　(2) 項目＝RDATA、変更後の値＝192.168.20.2

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=218、b=50、c=87.2、d=10、e=2,872、f=3

設問2：(1) ポート番号は動的に決定されるから　(2) 送信元10.21.0.0・255.255.0.0／宛先10.141.0.0・255.255.0.0、送信元10.141.0.0・255.255.0.0／宛先10.21.0.0・255.255.0.0

設問3：g=IP電話機間の通信は他の通信の影響を受けない

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=イ　(2) b=商品番号

設問2：c=SUM（t4.商品単価 ＊ t4.個数）、d=t2.購入日時

設問3：e=t2.購入ステータス ＝ '完了'、f=ORDER BY t2.会員番号, t2.購入日時、g=goukei ＞= 50000、h=SET t1.会員種別 ＝ '特別会員'

設問4：(1) 会員　(2) 会員番号、会員種別、適用日時

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：点灯時間設定コマンド＝12、消灯時間設定コマンド＝8（ミリ秒）

設問2：(1) a=輝度設定コマンドを送信、b=計測終了コマンドを送信　(2) イ　(3) 最短所要時間＝6、最長所要時間＝16（秒）

設問3：輝度補正終了前までのzは適正範囲を外れており、脈拍数算出には不適切だから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=イ、b=ア、c=オ

設問2：d=施設名、e=会員氏名

設問3：f=店ごとの施設利用レポート出力処理、g=利用者なし表示出力処理

設問4：(1) ウ　(2) 分割＝④、理由＝データ結合のモジュールに分割でき、再利用やカスタマイズが容易となるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) A社の業務に精通しているから　(2) a=ウ　(3) b=工数（又は 開発規模）

設問2：(1) ギャップを業務変更で対応したときの影響を正確に把握するため　(2) アドオンで対応可能かを正確に判断したいから

設問3：(1) c=ウ　(2) d=準委任　(3) 作業者に直接業務指示をしない。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) アプリケーションはL社が提供するPaaSの範囲外であるから　(2) 障害復旧後にK社が行うアプリケーションの稼働確認の時間が確保できない場合

設問2：a=キ、b=イ、c=ウ

設問3：(1) d=データの整合性を確保　(2) e=試行（又は 移行リハーサル）　(3) 展開作業中に発生するインシデントに備えた切り戻し作業

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：承認済みID申請書がなく更新される場合

設問2：a=エ

設問3：利用者ID棚卸を実施した証跡が残らないから

設問4：b=権限マスタ、c=ID管理台帳（順不同）

設問5：d=エ

設問6：システム管理者の不正なアクセスが報告されない。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝TLS、b＝踏み台、c＝ゼロデイ

設問2：d＝イ、e＝ア

設問3：(1) ①②＝種類、バージョン　(2) 必要なポートだけ開ける。　(3) WAF

設問4：ア、ウ、オ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝エ、d＝ア　(2) A社しか中核部品Xの製造をしておらず、B社の事業継続への影響が大きいから　(3) b＝エ、c＝ウ

設問2：(1) e＝売上及び営業利益の減少　(2) D社及びE社にBCPの策定を要請する。　(3) BCPの有効性を高めるため

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア＝×、イ＝×、ウ＝○、エ＝○

設問2：オ＝(k－1)×N＋j

設問3：カ＝temp［c］と1が等しい、キ＝( temp［i］と0が等しい ) and ( eと3が等しい )、ク＝m［i］ ← 1

設問4：チェックするマスが盤の第1列又は第N列の場合

設問5：(1) ケ＝2　(2) for( iを2からpまで1ずつ増やす )

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) α2　(2) 1－(1－α2)2

設問2：(1) a＝1.0　(2) 4

設問3：(1) ア、イ　(2) 3（本）

設問4：スループットが通信量に見合うこと

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝オ、b＝ア、c＝ク、d＝カ

設問2：p10にVLAN10を設定する。

設問3：(1) サーバ名＝部署2サーバ、理由＝PC1と部署1サーバが所属するVLANが異なるから　(2) e＝VLAN10、f＝VLAN20

設問4：イ、ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝販売時単価、b＝←、c＝←

設問2：d＝LEFT OUTER JOIN、e＝ST.店舗ID ＝ SS.店舗ID、f＝ST.商品ID ＝ SS.商品ID（e・fは順不同）

設問3：g＝ORDER BY SF.売上年月 DESC, SF.店舗ID ASC, 平均在庫数量 DESC

設問4：(1) α　(2) 在庫数量を記録していない日の商品の在庫数量を実績から導出したデータ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 0.7（秒）　(2) ウ　(3) エ

設問2：(1) タッチパネルタスク　(2) タッチされた座標情報

設問3：a＝画面切替え中か

設問4：有効なボタンの座標情報

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝配送センタへ商品の発送を指示する、b＝顧客に商品の発送を通知する（a・bは順不同）、c＝入金期限日を過ぎている、d＝入金期限日を過ぎていない

設問2：e＝カ、f＝エ

設問3：決済番号取得、決済情報通知

設問4：入金されている購入情報が取り消されてしまう。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) モジュールごとに品質の偏りがないかどうかを確認する必要があるから　(2) a＝単体テスト　(3) b＝詳細設計での品質不足

設問2：(1) c＝開発メンバが正しく理解したこと　(2) d＝開発コストの増大、e＝納期の遅延（順不同）　(3) f＝モジュールの開発の難易度

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア、オ

設問2：計画を定期的に見直し、データ処理件数を予測する。

設問3：(1) a＝ア、b＝カ　(2) イ、エ

設問4：(1) 他のチケットをピーク時間帯以外に申し込む場合は付与ポイントを増額する。　(2) 会員の購入記録を検索するときに応答時間が悪化する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝オ、d＝エ

設問2：b＝入力期限、c＝受注確度、e＝データ変換表

設問3：①②＝作業手順書、システム業務記録簿（順不同）

設問4：f＝業績の見通しと実績の差異

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=エ、b=ウ

設問2：アカウント名

設問3：(1) エ　(2) Webブラウザ　(3) ログイン用Cookieの値を知らないから　(4) 電子メールアドレス

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=ウ、b=エ（a・bは順不同）、c=ア、d=ウ、e=エ（d・eは順不同）

設問2：(1) ウ　(2) f=A、g=B、h=A

設問3：下線①＝Dモデルだけで使用する設備の減価償却が終わっているかを確認する。／下線②＝N社の特許技術をM社が使用してもよいかを確認する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア=11

設問2：イ=kがp.keyより小さい、ウ=new Node(k)、エ=return p、オ=p.left、カ=p.right、キ=p←r

設問3：ク=n、ケ=log n

設問4：（解答例はIPA公式PDF参照）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=ウ、b=イ

設問2：c=エ

設問3：受注時点の製品価格で販売するから

設問4：エンティティ名=受注、属性名=工場コード

設問5：(1) d=工場コード　(2) e=顧客コード、f=工場コード（e・fは順不同）、属性名=出荷伝票番号，受注伝票番号，製品コード

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：508

設問2：事務所1=ファイルサーバ、事務所2=PC

設問3：a=192.168.1.0、b=255.255.254.0、c=192.168.4.3

設問4：(1) 主経路=広域イーサネット網、理由=遅延が少なくテレビ会議機能に適しているから　(2) 事務所とデータセンタでは異なる回線事業者と契約する。　(3) イ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=→　(2) b=部署ID、c=上位部署ID

設問2：(1) 第1正規形（主キーに部分関数従属している属性があるから）　(2) 社員ID，適用開始年月日，適用終了年月日，所属部署ID

設問3：(1) d=IS NULL　(2) e=2012-10-01、f=2014-03-31

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：時計の補正機能によって、時計の時刻が1秒以上変化したとき

設問2：タイムスタンプ

設問3：a=22

設問4：(1) b=電力量計の識別コード、c=プログラムのバージョン番号（b・cは順不同）　(2) 17（時間）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=見積金額をシステムに入力、b=仕入先が見積回答を直接入力、c=仕入先が請求内容を直接入力

設問2：(1) d=明細追加( )、f=0..1　(2) e=見積取得依頼（多重度1）と見積取得依頼明細（多重度1..＊）の関連

設問3：追加プログラムが使用するパッケージプログラムの変更内容

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：①本年度末までの稼働、②現状の応答時間の維持、③1,000万円以内の費用での開発

設問2：(1) a=エ、b=ウ、c=ア　(2) ファンクション数合計を機能量のベースラインにすること

設問3：(1) 50（万円）　(2) ①開発期間の見積り、②代替案の検討

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) リソース使用率の最大値を把握する必要があるから　(2) 業務ピーク月のリソース使用率／6月のリソース使用率

設問2：(1) SV02上の仮想サーバに必要なメモリ容量の割当てができない。　(2) VM11・VM12を物理サーバSV02・SV03へ配置する組合せ（解答例はIPA公式PDF参照）　(3) イ，オ　(4) 業務上の重要性の高さによって移動を制限する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=最新のバージョンに更新されている

設問2：b=最新のハードディスクスキャンの実行日時

設問3：c=エ

設問4：d=外部記憶媒体、e=パターンファイル

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ、e＝カ

設問2：b＝公開、c＝ハッシュ、d＝改ざん

設問3：開封済メールを含め全てのメールを読まれるおそれがあるから

設問4：ア、イ

設問5：不審なメールの削除

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝エ、b＝市場、c＝ア

設問2：(1)ウ　(2)Y社とは異なる高付加価値の新製品を訴求し、市場を開拓したいから

設問3：(1)ウ　(2)自社の既存他製品との競合を回避する　(3)ブランドの普及　(4)顧客同士がZ製品群に関する情報を交換できる機能

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：「skkeii」、5

設問2：ア＝1、イ＝InputStringの長さ、ウ＝EncodeArray［k］がInputStringと同一

設問3：(1)エ＝DecodeArray［1］［Line］、オ＝DecodeArray［2］［Line］、カ＝OutputStringの長さがBlockSortStringの長さより小さい　(2)p－1

設問4：ソートアルゴリズム＝同じ文字の場合に元の順序を保持するソートを使用する。ソートキー＝2番目のソートキーにArray［2］の要素を加える。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1)特定の日時に利用が集中すると見込まれる特性　(2)利用者の増加に対応できる。

設問2：a＝84,000、b＝8,000、c＝11、d＝3.24、e＝4,000

設問3：コンテンツをWebサーバでキャッシュして配信する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ、b＝キ、c＝オ

設問2：イ、ウ

設問3：(1)ブロードキャスト　(2)自身の提案が受け入れられたかどうか

設問4：(1)DNSサーバのIPアドレス＝192.168.20.2、プロキシサーバのIPアドレス＝192.168.20.3　(2)192.168.20.3、192.168.20.13

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝→、b＝フォルダパス名

設問2：c＝EXISTS、d＝AC.操作年月日 ＝ NS.非営業年月日

設問3：e＝AC.操作結果 ＝ 'F'、f＝US.部署ID ＜＞ SV.部署ID（順不同）

設問4：(1)g＝ウ　(2)アクセスログ表の利用者ID列に定義された参照制約を削除する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1)a＝0.02、b＝d2、c＝s　(2)車間距離が広がっている。　(3)1.5

設問2：(1)20,000　(2)d＝イ、e＝ア　(3)衝突を回避しても警告が止まらない。

設問3：ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝要素

設問2：(1)対象公演が販売停止のままとなる。　(2)b＝C社ファイル受信回答未実施、c＝C社ファイル受信回答済み

設問3：(1)d＝販売可能、e＝販売不可　(2)（ウ）→（エ）→（ア）→（イ）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1)利用部門をプロジェクトに巻き込んで一体感を生むため　(2)ウ　(3)a＝役割、b＝利害

設問2：(1)X君がまとめた基準を正式な社内基準とすべきかを検討する。　(2)連絡が必要な項目を定める。

設問3：開発工程は請負契約としたから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝アクセス権、b＝アクセス性 又は 可用性

設問2：(1)c＝「関係者限り」の文書資産の情報を自部の文書資産管理台帳に登録　(2)システム管理者が、イベントログの解析を迅速に行えるようにするため　(3)文書資産の編集ができないファイル形式で配付するように改善する。

設問3：(1)d＝オ　(2)e＝保存期間が満了した

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝異常メッセージが監視

設問2：b＝入力権限と承認権限

設問3：Ⅰ＝仮仕訳データ

設問4：c＝エラーデータ

設問5：確定処理後

設問6：①対象データ種別、②対象期間、③対象科目

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア、イ

設問2：a=ウ b=イ c=エ

設問3：d=ウ e=イ

設問4：あらかじめ定められた一連の手続のHTTP通信

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：エ

設問2：a=キ b=コ c=ウ

設問3：営業活動によるCF＝＋、投資活動によるCF＝－、財務活動によるCF＝＋

設問4：(1) d=ア e=イ　(2) 売上高の伸び以上に売掛金が増えているから　(3) 利益剰余金が増えるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア=bがNULLと等しくない、イ=b←b-＞next、ウ=a-＞next　(2) 8　(3) 前半 N＋1、後半 N

設問2：エ=aがNULLと等しくない、オ=aがNULLと等しい（またはbがNULLと等しくない）、カ=head-＞next

設問3：31

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=オ b=カ c=エ

設問2：(1) エ　(2) ハードディスク装置数を増やし、データを分散させる。

設問3：110（Gバイト）

設問4：読込み速度／特性＝多数のPCやモバイル端末に対して記事を配信する特性

設問5：1時間単位の平均を集計しており、短い時間の特異点が分からないから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=オ b=エ c=イ

設問2：d=x.y.z.102 e=x.y.z.103

設問3：利用者IDとパスワードを用いた認証への対応

設問4：(1) DNSサーバのキャッシュ情報が書き換わるのに時間を要するから　(2) 手順3

設問5：ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=ウ b=ア

設問2：c=在庫データ、d=更新準備、e=受注データ、f=コミット、g=ロールバック

設問3：ア、ウ

設問4：(1) ロックされたままとなる。　(2) ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 複数台では、エンコーダタスクの処理が間に合わないから　(2) 著作権

設問2：(1) a=高 b=中 c=低　(2) d=R＝W

設問3：(1) e=無線LAN制御、f=ボックス制御　(2) 6（分）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ホワイトボックステスト＝ア、イ、ウ／ブラックボックステスト＝エ、オ

設問2：(1) ア、オ　(2) ユニットID=P2、理由＝テスト項目数が目標値よりも少ない。　(3) メイン機能修正後に回帰テストを行っていない。

設問3：コンポーネント＝出荷管理、理由＝累積欠陥密度がUCLを超えるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 下線①＝オ、下線②＝ア　(2) a=プラス

設問2：b=イ c=カ

設問3：(1) d=50、e=210　(2) 案1はコストが必ず80万円掛かるが、案2はコストの期待値が20万円で、案1を下回るから

設問4：関連部署の反対によって意思決定の結果が覆されるリスク

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=根本原因　(2) b=イ c=ア d=ク

設問2：故障したディスクを交換しても、他のディスクが故障する可能性があるから

設問3：(1) 不良セクタの代替処理発生のメッセージの検出をメールで通知する。　(2) ディスク交換を定期保守時のシステム停止中に実施する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=イ　(2) b=案件管理システムの変更履歴

設問2：(1) 顧客との最終確認での変更内容が案件管理システムに反映されないから　(2) c=ウ　(3) 広告掲載条件

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=盗聴 b=改ざん

設問2：営業支援システムを利用できるPCを限定するため

設問3：(1) クライアント証明書のインストール　(2) 社内LANからの利用には被害が及ばないから　(3) 項番1＝HTTPS、項番2＝HTTP

設問4：当該PCのクライアント証明書を失効させる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 1年以内に商品を購入した顧客は、購入額が多いから　(2) 優良な顧客へ重点的にプロモーションを行える。　(3) a=費用を削減 b=離反した

設問2：(1) c=信頼度　(2) d=1000 e=イタリア風 f=15 g=30　(3) 口コミによって新しい商品の販売量が増加する。　(4) h=エ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア=mがpと等しい、イ=p←1、ウ=mがpと等しくない、エ=t←s

設問2：α=4 β=3

設問3：s、tともに0である。

設問4：オ=O(1) カ=O(n)

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：現在のWebサイト＝ア、共同サイト＝オ

設問2：(1) a=0.4 b=10 c=60 d=3.2／n e=15　(2) 5（台）

設問3：サーバの状況を案内する。

設問4：ア、エ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 191　(2) エ

設問2：a=192.168.0.12 b=e2 c=OUT d=ANY e=22 f=IN

設問3：認証サーバ

設問4：ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=（属性名・関連はIPA公式PDF参照）、b=運賃係数

設問2：c=ユーザID = ：ユーザID（順不同）、d=パスワードハッシュ値 = HASH(：パスワード)

設問3：e=COUNT(*)、f=座席クラス、g=B.座席クラス番号 = C.座席クラス番号、h=A.船便番号, A.船便名, C.座席クラス番号, C.座席クラス名

設問4：操作ログ表への記録を予約受付処理とは別のトランザクションにする。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=給水設定 b=給水弁操作　(2) 128（バイト）　(3) c=2 d=アクセス権

設問2：(1) 6　(2) 複数のキーを同時に押す。

設問3：給水設定

設問4：e=機器認証 f=暗号化

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=1 b=1　(2) c=住所　(3) クラス＝位置、属性＝位置緯度、位置経度

設問2：(1) d=－メールを作成する画面へ　(2) 操作の定義だけ行われ、実装は行われない。

設問3：(1) e=アイコンリストの大きさ　(2) f=操作盤を描く

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=インタフェース b=網羅性

設問2：(1) イ　(2) 仮想マシンへの移行　(3) 設計書が最新内容になっていること

設問3：(1) ウ　(2) 各生協のシステム利用部門から店舗業務に精通している人材の参画

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=0.996 b=10

設問2：サービスコンポーネントが故障した場合、両サービスが中断するから

設問3：(1) インシデントの記録が十分に蓄積されていないから　(2) ウ

設問4：(1) 診断の正確さの評価基準が客観的でないから　(2) 故障の復旧作業に掛かる作業工数の削減

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：店舗POS端末システムの改修＝プロジェクト期間が短く、工数も少ないから／経営情報システムの新規構築＝既にプロジェクトが終了しようとしているから

設問2：プロジェクト計画の立案において利用部門の参画が十分でない。

設問3：早急にスケジュールを見直して、経営陣の承認を得ること

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) SWOT分析　(2) コストリーダシップ戦略

設問2：(1) a＝(1＋r)n　(2) 投資から得られるキャッシュフローの現在価値の合計と初期投資額が等しい。

設問3：案＝第1案、差額＝1億円

設問4：(1) ウ　(2) b＝ウ　(3) 借入れ＝固定負債／社債＝固定負債／新株＝自己資本　(4) 唯一、自己資本比率を下げずに資金が調達できるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ア＝EDGEの先頭アドレス／イ＝status／ウ＝next　(2) エ＝q／オ＝q-＞next

設問2：(1) カ＝'A'　(2) キ＝p-＞size ＋ q-＞size ＋ r-＞size ＋ 2＊HSIZE／ク＝p／ケ＝q-＞size ＋ r-＞size ＋ HSIZE

設問3：(1) コ＝フラグメンテーション　(2) サ＝2×HSIZE＋600　(3) メモリブロックの先頭アドレスが変わるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝カ／b＝オ／c＝ア

設問2：d＝3

設問3：(1) 物理サーバBの障害発生時には、物理サーバAで発注DBサーバ1が起動するから　(2) 総務APサーバと総務DBサーバを同一物理サーバに配置する。

設問4：(1) 仮想サーバを起動した状態で他の物理サーバに移動できるから　(2) 発注DBサーバ1、総務APサーバ、総務DBサーバ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝172.16.1.1／b＝172.16.1.252　(2) c＝172.16.0.101／d＝25

設問2：(1) e＝オ／f＝エ　(2) g＝プロキシサーバ／h＝DNSサーバ

設問3：①調達部FSのデフォルトゲートウェイ　②調達部FSのネットマスク

設問4：プロキシサーバ経由でFSにアクセスしようとしたから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝レンタルビデオID／b＝レンタルビデオID／c＝貸出　(2) d＝→／e＝←

設問2：f＝タイトルID

設問3：g＝タイトルマスタ.タイトルID ＝ 貸出予約.タイトルID／h＝MIN(貸出予約.予約日時)／i＝貸出予約.タイトルID ＝ :予約タイトルID

設問4：(1) 同じタイトルが返却される度に、連絡先として連絡済の会員が出力される。　(2) 予約はしているが、連絡をもらっていない会員に対して貸出しをしてしまう。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a＝ACK応答受信／b＝ボタンにタッチ／c＝ON通知受信　(2) 端末Bが他の端末と通話するため接続を試みているとき

設問2：(1) d＝青　(2) e＝待受け

設問3：(1) 青　(2) 通話終了指示　(3) ①OFF通知　②READY通知

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：開発に用いるプログラム言語に依存しない見積りが行えること

設問2：(1) a＝EIF／b＝ILF　(2) c＝8／d＝EO

設問3：e＝0／f＝1／g＝5／h＝1／i＝58／j＝46.4

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：①ユーザID　②パスワード

設問2：(1) エ　(2) イ　(3) オ

設問3：(1) a＝イ／c＝オ／d＝カ　(2) b＝www.a.co.jp　(3) 機器＝ロードバランサ、理由＝Cookieの情報を参照する必要があるから

設問4：SSLサーバ証明書を更新する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) タブレットUI設計のノウハウ不足による遅延が発生する。　(2) タブレットUI設計のノウハウを、文書として残す。　(3) Webアプリによるカメラ制御の実現性の調査

設問2：(1) ア＝A／イ＝I／ウ＝R　(2) メンバ＝Fさん、スキル＝業務フロー作成　(3) ウ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝可用性／b＝性能

設問2：(1) c＝ウ／d＝8:00～18:00　(2) e＝エ／f＝ファックスによる受注連絡への切替え

設問3：受注検索時の参照履歴の取得

設問4：(1) 支店・営業所からのオンライン応答時間　(2) オンライン応答時間は、社外ネットワークの状況によって影響を受けるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：エ

設問2：(1) 受付順ではなく、変更要求の緊急度を考慮して処理順を決定する。　(2) リグレッションテストの強化では、調査項目漏れの原因を排除できないから　(3) 予防的＝プログラム変更者以外の者が本番環境に反映させる／発見的＝本番環境への反映の結果を第三者が確認する

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝イ／b＝差別化

設問2：(1) 80　(2) イ　(3) 投資活動による（キャッシュフロー）

設問3：(1) 教室の空いている壁に新しいガス機器などのポスターを掲示する。　(2) 広告内容が、ガス機器を使用する主婦層に直接届くから

設問4：将来IHコンロの普及割合が高くなる場合

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 23＋4×　(2) ア＝×、イ＝÷（順不同）、ウ＝＋、エ＝－（順不同）

設問2：(1) オ＝0　(2) カ＝スタック上に演算要素があるか否か　(3) キ＝stack[stackCount]、ク＝GetPriority(stackTop)がelementPriority以上、ケ＝GetElement(i)が「)」である

設問3：コ＝Err、サ＝OK、シ＝OK、ス＝Err

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝震度6以上の強い地震／b＝電子メールのデータは、本社サーバ内のHDDにバックアップされている。／c＝電子メールシステムのシステム運用業務を行う要員がひっ迫している。

設問2：(1) d＝損失予防、f＝リスク保有　(2) e＝システム運用業務を専門業者に委託する。

設問3：電子メールが利用できなくなると業務の継続が困難になるから

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：エ

設問2：(1) 機器名＝SIPサーバ、設置拠点＝コールセンタ　(2) ①②＝オペレータごとに均等に着信させる／営業店オペレータに自動転送する

設問3：ア

設問4：オペレータへの均等着信機能

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝カ、b＝ア、c＝ウ

設問2：(1) d＝SLB1MAC、e＝172.16.0.50　(2) f＝255.255.0.0、g＝255.255.255.0　(3) 経路表（ルーティングテーブル）又はデフォルトゲートウェイ

設問3：(1) h＝SLB0MAC、i＝172.16.0.101　(2) APサーバを使用したPCが特定できなくなる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝→、b＝サポート分類ID

設問2：c＝LEFT OUTER JOIN、d＝発言.社員番号 IS NULL

設問3：e＝発言.否定的フラグ = '1'、f＝ORDER BY WEIGHT DESC

設問4：活用シーンとキーワードの多対多を解決する関連実体「活用シーンキーワード」を追加し、活用シーンID・キーワードIDを外部キー（主キー）とする。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：01:25

設問2：(1) a＝4、b＝2　(2) c＝ア　(3) d＝Stop_Power

設問3：機器IDがゼロ

設問4：Get_Watt関数を呼び出す

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝停止、b＝Starting、c＝Deleting

設問2：②，④，⑥

設問3：仮想サーバの状態が「停止」になる前にサーバ削除のメッセージが送信されるから

設問4：(1) 状態遷移図（未作成→作成中→停止、停止→起動中→起動、起動→停止中→停止、停止→削除中→削除済 など。図はIPA公式PDF参照）　(2) d＝起動、e＝サーバ削除、f＝StopDeleting（停止・削除中）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) 誤検知によって受信するべきメールが取り込めない。　(2) ブラックリスト

設問2：下線③＝キ、下線④＝オ

設問3：(1) a＝イ、b＝ウ（順不同）　(2) プロキシサーバでアクセス可能なWebサイトを制限できる。

設問4：(1) あらかじめ指定されたWebサイトにマルウェアを埋め込まれた場合　(2) データのバックアップを外部媒体に定期的にとる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝先行後続

設問2：(1) スケジュール＝遅れ、大きさ＝3,600千円　(2) コスト＝超過、大きさ＝1,600千円　(3) 4月12日、指数＝SPI・CPI値 0.89

設問3：(1) b＝ウ、c＝ア、d＝イ　(2) e＝ア、理由＝EVとACが等しいから

設問4：(1) f＝プロトタイプ　(2) 既存メンバの工数が新規メンバの教育に割り振られる。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) サービスデスク　(2) エスカレーション

設問2：部門内利用者のPCの「△」の状態について警告する機能

設問3：(1) a＝PC資産コード、b＝情報管理　(2) 診断の都度、実際にインストールされているライセンス数を集計し直すから　(3) ソフトウェアライセンス数の適正化によるライセンス購入費用の抑制

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a＝チェックリスト、d＝監査調書

設問2：利用部門に起因するシステム障害も分析対象にする。

設問3：(1) b＝直接、c＝根本　(2) エ

設問4：(1) インターネット販売の取扱データ量とバッチ処理に要する時間の相関　(2) 経営層に報告する対象を障害レベルB以上にする。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=ア

設問2：(1) 乳酸菌飲料や健康飲料が加わることによる製品群の充実　(2) お茶の販売が社内で競合する。

設問3：(1) ウ　(2) エ

設問4：b=300 c=420 d=1,440,000 e=60

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：ア=2N－1

設問2：イ=i－k＋N

設問3：(1) ウ=k エ=1 オ=N カ=pos[i]←k キ=i＋1　(2) ク=1　(3) 4

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：事象=機器の整備又は修理の期間が予定よりも長引く。　指標=出庫予定日遵守率

設問2：購入 指標=ウ 何を=機器購入額を抑える。　借入れ 指標=ア 何を=賃借料を抑える。

設問3：a=返品

設問4：(1) 貸出期間に応じた課金方式にする。　(2) センタへの在庫状況の問合せが減少する。

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=1.5

設問2：(1) 10　(2) b=分析処理が終了　(3) c=3

設問3：(1) d=ア e=イ　(2) f=x（1－（1－x）³）　(3) ア、エ、オ

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=192.168.0.1 b=192.168.0.2（a・bは順不同） c=x.y.z.21

設問2：DNSサーバ（プライマリ）からゾーン情報を転送するように設定する。

設問3：(1) d=ク e=ア　(2) f=192.168.0.1

設問4：プロキシサーバ経由の通信は送信元IPアドレスが同一となるから

設問5：g=ア

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a、b、c（スキーマ図の穴埋め。解答例はIPA公式PDF参照）

設問2：売上が発生した時点の単価を記録するため

設問3：購入累計額、マイレージ倍率

設問4：d=商品種別コード

設問5：テーブル=売上明細　列=タイムサービス倍率

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=イ　(2) b=ア

設問2：(1) クロック供給が停止するとアプリケーションが稼働しないから（サスペンド状態では歩数計アプリが稼働しないから）　(2) c=8　(3) d=100

設問3：(1) e=サスペンド許可　(2) f=ウェイク

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) a=再生 b=フォーマット識別 c=再生アルゴリズム　(2) d=オ e=カ f=カ（e・fは順不同）

設問2：再生を開始するときに、通常再生から開始となっていない。

設問3：ステートマシン図の完成（停止・通常再生・2倍速再生・3倍速再生・一時停止の状態遷移。解答例はIPA公式PDF参照）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：故意による情報漏えいのリスク

設問2：a=オ b=ケ

設問3：ウ、オ

設問4：(1) 送信したメールと同じ宛先にパスワードが届くので、容易にファイルを復号できてしまう。　(2) c=メールの宛先、メール本文及び添付ファイルの妥当性　(3) d=メールやそれ以外の手段で宛先に暗号化パスワードを連絡

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：A、B1、B2、B3、E

設問2：(1) 方式1 名称=ウ 完了予定日=175／方式2 名称=ア 完了予定日=170　(2) ③　(3) 300

設問3：a=101 b=115 c=111 d=125

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：a=変更依頼票作成 b=切戻し（又は変更を元に戻す）

設問2：c=C　理由=資材課専用サーバで稼働しており資材課だけが使用しているから／上長承認モジュールと承認者設定モジュールを新規に開発するから

設問3：モジュール=ファックス送信　機能=ステータスが承認済みの発注伝票に限って処理する（未承認の発注伝票は処理しない）。

設問4：変更の理由（又は変更の目的、変更の効果）

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：個人情報の目的外利用には、本人の同意が必要だから

設問2：他のマーケティング担当者に、規程の遵守状況をヒアリングする。

設問3：(1) 転出者のアクセス権を、不要になった時点で削除する。　(2) アクセス権が付与されたユーザIDの定期的な点検

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。

IPA公式 解答例の要点

設問1：(1) ウ　(2) a＝エ b＝イ c＝ア

設問2：d＝価格競争　e＝ワンストップ

設問3：顧客のし好を十分に把握し，最適な商品を提案できる。

設問4：(1) 顧客別の購入履歴を即時に参照できる機能　(2) 顧客への提案に有益な情報を顧客管理システムに入力した件数

※上記はIPA公式の解答例の要点です。問題文・事例本文の全文はIPA公式PDFでご確認ください。