情報処理の知識体系＞テクノロジ系＞ソフトウェア要件定義

ソフトウェア要件定義のタスク

ソフトウェア要件定義では，ソフトウェア要件の確立，ソフトウェア要件の評価，ソフト ウェア要件の共同レビューを実施することを理解します。

ソフトウェア要件の確立

ソフトウェア要件定義の目的

ソフトウェア要件定義では，業務モデル，論理データモデルを作成して，システムを構 成するソフトウェアに求められる機能，能力，インタフェースなどを決定し，ソフトウェ ア適格性要件を定めることを理解します。また，要件定義のための業務分析には，DFD，E-R 図，UML などの分析，表現方法を使用することを理解します。

サブシステムの機能仕様とそのインタフェースの設計

サブシステムの機能仕様とそのインタフェースの設計の一連の活動と留意事項を理解します。

業務モデルとデータモデルの設計

業務フローやサブシステム間の関係から業務モデルとデータモデルを作成する一連の活 動と留意事項，データモデルの種類と各々の特徴を理解します。

セキュリティの設計

企業のセキュリティポリシに即したセキュリティ機能の実現方式設計の一連の活動と留 意事項を理解します。

保守性の考慮

運用開始後の新機能追加及び既存機能変更に必要な工数を抑えるための設計上の配慮の 必要性を理解します。

ソフトウェア要件の評価

決定したソフトウェアの要件がシステム要件及びシステム方式に合致しているか，実現可 能かなど，ソフトウェア要件を評価する際の基準，ソフトウェア要件定義書の作成後，シス テムの取得者及び供給者が共同でレビューを行うことを理解します。

業務分析や要件定義に用いられる手法

ヒアリング

ソフトウェアに何が要求されているかを明らかにし，理解するためには，利用者からの ヒアリングが有効であること，ヒアリング実施の手順，考え方を理解します。

ユースケース

ユースケースは，一つの目標を達成するための利用者とシステムのやり取りを定義する ために用いること，その特徴，目的，ユースケースを描く方法を理解します。

• ユースケース

プロトタイプ

ソフトウェア要求分析において，外部仕様の有効性，仕様の漏れ，実現可能性などの評 価を行い，手戻りを防ぐためにプロトタイプを作成することがあること，プロトタイピン グの特徴を理解します。

DFD

業務プロセスをデータの流れに着目して表現する場合に，DFD を使用することを理解します。

• DFDとは
• DFDの作成手順

E-R 図

業務で扱う情報を抽象化し，実体（エンティティ）と実体間の関連（リレーションシッ プ）を表現する場合に，E-R 図を使用することを理解します。

UML

オブジェクト指向設計の標準化された表記法としてUML があること，UML で用いる図式 の種類，特徴，UML を用いてシステムの仕組みを表現する方法を理解します。

その他の手法

その他，業務分析や要件定義に用いられる手法を理解します。

戻る