ソフトウェア要件定義
Software Requirements Definition
そふとうぇあようけんていぎ
システムを構成するソフトウェアに求められる機能、能力、インタフェースなどを明確にし、ソフトウェア要件として文書化する工程。システム要件定義の結果を受けて行い、業務モデルやデータモデルを作成しながら要件を定め、取得者と供給者が共同でレビューする。
Related
他の資格での定義
Past Exams
過去問での出題
過去問で 18 回出題(ITパスポート試験 10・システムアーキテクト試験 4・プロジェクトマネージャ試験 2・データベーススペシャリスト試験 1・エンベデッドシステムスペシャリスト試験 1)
- 令和3年度 春期 システムアーキテクト試験 午前Ⅱ 問9選択肢(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問12選択肢(IPA の PDF を新しいタブで開きます)
- 平成28年度 秋期 ITパスポート試験 問53選択肢(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 ITパスポート試験 問42(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問21選択肢(IPA の PDF を新しいタブで開きます)
- 平成25年度 秋期 ITパスポート試験 問40(IPA の PDF を新しいタブで開きます)
- 平成25年度 秋期 ITパスポート試験 問43正解の選択肢(IPA の PDF を新しいタブで開きます)
- 平成24年度 秋期 ITパスポート試験 問32(IPA の PDF を新しいタブで開きます)
- 平成24年度 秋期 システムアーキテクト試験 午前Ⅱ 問11選択肢(IPA の PDF を新しいタブで開きます)
残り 8 件を表示閉じる
- 平成24年度 春期 ITパスポート試験 問31選択肢(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 ITパスポート試験 問33選択肢(IPA の PDF を新しいタブで開きます)
- 平成23年度 データベーススペシャリスト試験 特別試験 午前Ⅱ 問25(IPA の PDF を新しいタブで開きます)
- 平成23年度 プロジェクトマネージャ試験 特別試験 午前Ⅱ 問19(IPA の PDF を新しいタブで開きます)
- 平成22年度 秋期 ITパスポート試験 問49(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 ITパスポート試験 問50選択肢(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 ITパスポート試験 問51(IPA の PDF を新しいタブで開きます)
- 平成21年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問22選択肢(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。
オブジェクト指向のソフトウェア設計を視覚的に表現するための標準化された表記法。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図など複数のダイアグラムで構成され、システムの構造や振る舞いを多角的に表現できる。
実体(エンティティ)、関連(リレーションシップ)、属性(アトリビュート)を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。
システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。
性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。
一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターとシステム間の相互作用を記述し、ソフトウェア要件定義における業務分析に用いられる。
