pulpul 日本の試験

プロジェクトマネージャ 概念書 · システム開発・アーキテクチャ

要件定義とユースケース分析

要件定義とは、利用者の要求を整理し、システムが満たすべき条件を開発の基準として確定させる工程である。ユースケース分析は、利用者や外部システムとシステムとのやり取りを機能単位で捉えて要件を具体化する手法である。要求を業務・機能・非機能の観点で分類し、検証できる形に整えることが要件定義の要点である。

要件の階層と分類

要求は、経営上のニーズや業務課題、成果や目標といった経営・業務上の要求から出発し、業務要件、機能要件、非機能要件へと段階的に具体化される。業務要件は、業務手順、入出力、組織、責任や権限など、業務そのもののあり方を定める。機能要件は、利用者の作業、システム機能の範囲、機能間の情報の流れを定める。非機能要件は、可用性、性能、拡張性、運用性、保守性、移行性などのシステム基盤に関わる項目であり、システムがどう機能すべきかを示す。

ユースケース分析の仕組み

ユースケースは、アクタ(利用者や外部システム)がシステムを使って果たす一つのまとまった目的を単位として記述したものである。要件をこの単位でそろえると、設計からテストまでを同じ単位で追えるため、開発の進捗もユースケースごとに把握しやすくなる。ユースケース駆動開発の利点はこの一貫性にあり、要件ごとの開発状況を把握できる点が試験でも問われる。

ユースケース図は、利用者や外部システムをアクタ、システムの機能をユースケースとして分けて示し、利用者を含めた業務全体の範囲を明らかにする図である。アクタがシステムとどのように相互作用するかを表すため、要件定義で対象範囲を関係者と合わせる場面で用いられる。 アクタとシステムの相互作用を表現する図である点は、要件の範囲と利用の関係を読む上で基本になる。

ロバストネス分析は、ユースケースから抽出したクラスを、バウンダリクラス、コントロールクラス、エンティティクラスの三つに分類し、クラス間の関連を図に表す作業である。要件の記述を設計の検討へつなぐ前段の分析として位置づけられる。

この節の続き

ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。

アプリでこの節を読む