システム要件定義・システム方式設計の基礎まとめ【共通フレーム2013に対応した解説】

システム要件定義,システム方式設計のブログに関するアイキャッチ画像 システム開発技術
広告

 システム要件定義・システム方式設計は,基本情報技術者試験をはじめとする情報処理技術者試験で重要となる上流工程の分野です。両者の違いや役割を整理できていますか?

システム要件定義=システムに求める内容(何を実現するか)を明確にする

システム方式設計=要件を実現する方法(どのように実現するか)を決定する

 システム開発では,要件定義で整理された内容をもとに,まず「システムとして何を実現するのか」を明確にし,その後「どのように実現するのか」を具体的に決めていきます。これらは連続した工程であり,後続の設計や開発の品質に大きく影響する重要な役割を担います。

 このページでは,システム要件定義とシステム方式設計の全体像を整理し,「それぞれの工程で何を行うのか」,「どのような違いがあるのか」が一目で分かるようにシンプルに解説します。システム開発プロセスの流れと併せて理解することで,より深く内容を把握できます。

このページの内容は,システム開発の全体像を理解した上で読んだ方が理解が深まると思いますので,先に次のページを読むことをお勧めします。

広告

システム要件定義とは(目的と内容)

 システム要件定義では,要件定義で明確にされた要件を実現するため,システムに求められる機能や性能などを定義します。

※ システムとして満たすべき条件を具体的に整理する

システム要件の定義

 システム要件の定義では,システム化の目標と対象範囲をまとめ,機能要件や非機能要件を定義します。

機能要件とは

 機能要件とは,システムが備える機能や動作を定義したものをいう。処理内容や,データの種類,システムの操作方法などがある

非機能要件とは

 非機能要件とは,システムに求められる要件のうち,機能要件以外のものをいう。ユーザービリティや性能,拡張性,情報セキュリティなどがある

※ 機能要件と非機能要件の詳細は,「システム企画の基礎まとめ(要件定義とは)」を参照

システム適格性要件とは(実現・評価のポイント)

 システム適格性要件も定義します。

システム要件の評価及びレビュー

 システム要件の評価及びレビューでは,実現可能性を考慮して評価し,システム要件定義書について(システムの取得者と供給者で)レビューを行います。

広告

システム方式設計とは(全体の位置づけ)

 システム方式設計では,システムの最上位レベルでの方式を確立します。

※ システム全体の構成や実現手段を決定する

システムの最上位の方式確立とは

 システムの最上位の方式確立では,すべてのシステム要件を,ハードウェア,ソフトウェア,手作業に分け,各要素を明確にします。

ハードウェア方式設計とは

 冗長化やフォールトトレラント設計,サーバーの機能配分などを決定する

ソフトウェア方式設計とは

 自社で開発するか,ソフトウェアパッケージを利用するかなどを決定する

システム処理方式設計とは

 Webシステム,クライアントサーバーシステムなどの処理方式を決定する

データベース方式設計とは

 使用するデータベースの種類を決定する

システム結合テストのための要件の定義(目的と範囲)

 システム結合テストのための要件の定義では,テスト範囲やテスト計画,テスト手順などを定義します。

システム方式設計の評価及びレビュー(達成基準)

 システム方式設計の評価及びレビューでは,システム設計が要件を満たしていることを評価し,システム方式設計書について(システムの取得者と供給者で)レビューを行います。

まとめ

 今回は,システム要件定義・システム方式設計について,それぞれの役割や内容をシンプルにまとめてみました。システム要件定義では,「システムに何を求めるか(機能要件・非機能要件など)」を明確にし,システム方式設計では,「その要件をどのように実現するか(ハードウェア・ソフトウェア・処理方式など)」を決定します。この「何を」と「どのように」の違いは試験でも頻出ですので,確実に押さえておきましょう。

 理解が進んだら,基本情報技術者試験の過去問題等にもチャレンジしてみてください。

広告