要求分析
Requirements Analysis
ようきゅうぶんせき
利用者や利害関係者から集めた要求を分析・整理し、システムで実現すべき要求を明確にする作業。要求の背景にある課題、前提条件、制約条件を洗い出し、要求間の矛盾や優先度を調整したうえで実現可能性を検討して、要件定義につなげる。
Related
他の資格での定義
Past Exams
過去問での出題
過去問で 8 回出題(システムアーキテクト試験 5・応用情報技術者試験 2・基本情報技術者試験 1)
- 令和7年度 春期 システムアーキテクト試験 午前Ⅱ 問12(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 応用情報技術者試験 午前 問46(IPA の PDF を新しいタブで開きます)
- 平成26年度 秋期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 平成26年度 秋期 システムアーキテクト試験 午前Ⅱ 問2(IPA の PDF を新しいタブで開きます)
- 平成24年度 秋期 システムアーキテクト試験 午前Ⅱ 問3(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 応用情報技術者試験 午前 問54(IPA の PDF を新しいタブで開きます)
- 平成23年度 秋期 基本情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成21年度 秋期 システムアーキテクト試験 午前Ⅱ 問3(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
システムの処理速度、応答時間、スループット、同時接続数などに関する要件。業務のピーク時の処理量や許容される応答時間を定量的に定義し、システム方式設計の基準とする。
情報システムが支援すべき業務上のニーズや目標を明確にしたもの。業務プロセス、業務ルール、組織要件などを含み、システム要件の上位に位置づけられる。利害関係者へのヒアリングや業務分析を通じて抽出する。
システム化の対象となる業務の内容、業務フロー、ルールなどを明確に定義するプロセス。現状の業務分析に基づき、システムに求められる業務上の要件を整理・文書化する。
システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。
性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。
システムの企画・要件定義段階で、脅威分析の結果やセキュリティポリシーに基づき、必要なセキュリティ機能や非機能要件を明確化すること。認証・認可、暗号化、監査ログ、可用性などの要件を含む。
