IT用語帳
FEシステム企画 · 要件定義

要求分析

Requirements Analysis

ようきゅうぶんせき

利用者や利害関係者の要求を洗い出し、分析・整理して、システムや製品で実現すべき要求を明確にする作業。現状分析、課題の定義、前提条件・制約条件の整理、実現可能性の検討を行い、結果を要求仕様書にまとめる。

共有:

Related

他の資格での定義

Past Exams

過去問での出題

過去問で 8 回出題(システムアーキテクト試験 5・応用情報技術者試験 2・基本情報技術者試験 1)

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。用語名で照合しているため、関係の薄い問題が含まれることがあります。

基本情報技術者試験の過去問によく出る用語

Related

関連キーワードの用語

FEUML

オブジェクト指向のソフトウェア設計を視覚的に表現するための標準化された表記法。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図など複数のダイアグラムで構成され、システムの構造や振る舞いを多角的に表現できる。

FEE-R図

実体(エンティティ)、関連(リレーションシップ)、属性(アトリビュート)を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

FEシステム要件定義

システムの境界を定め、利害関要件として定義された利用の状況および運用シナリオに基づいて機能的な境界を定義するプロセス。システムの機能要件・性能要件を明確にし、レビューを経て要件を確定する。

FE機能要件

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

FE非機能要件

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。

FEユースケース

一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターとシステム間の相互作用を記述し、ソフトウェア要件定義における業務分析に用いられる。