🦆
【ST試験対策】システム企画・要件定義
なぜ作成したのか
- ITストラテジスト合格のため、書籍の内容をまとめてみる
参考
午前Ⅱ対策
システム企画・要件定義
- システム企画・要件定義は、システム開発の初期段階において、業務の目的や要件を明確化し、最適なシステムを設計・構築するための基盤を整えるプロセスです。
共通フレーム2013
-
概要:
- IPAがソフトウェア開発のプロセスや作業項目を体系化した、日本の標準規格。
- ISO/IEC 12207(ソフトウェアライフサイクルプロセス)を基にしており、開発プロセスの共通言語を提供。
-
システム企画・要件定義における位置付け:
- 共通フレームでは、「企画プロセス」と「要件定義プロセス」を明確に区分。
- 「システム化構想」「システム化計画」「要件定義」が独立したプロセスとして定義。
-
目的:
- 開発プロセス全体で共通の基準を設け、プロジェクトの円滑な進行を支援。
システム化企画
-
概要:
- 経営戦略や業務の全体像を基に、情報システムの導入や改善の必要性を検討する段階。
- 経営・事業の目的、目標を達成するために必要なシステムに関係する要件の集合と、システム化の方針及びシステムを実現するための実施計画を得ることと定義される。
-
内容:
- 組織の目標達成に必要なシステム化の目的を明確化。
- 業務プロセス全体を分析し、システム化の対象範囲を特定。
-
成果物:
- システム化企画書、業務モデル。
-
例:
- 経営戦略の一環として、データ分析プラットフォームの導入を検討。
システム化構想
-
概要:
- システム化企画を具体的な構想に落とし込むプロセス。
- 経営課題を解決するための新たな業務とシステムの構想を立案することと定義される。
-
内容:
- 新しいシステムの大まかな全体像を設計。
- 必要な技術、組織体制、リソースを初期段階で検討。
-
成果物:
- システム化構想書、概念図。
-
例:
- ERP導入に向けた業務フローの概念設計。
システム化計画
-
概要:
- システム化構想を具体的な計画に展開し、実現可能性を評価する段階。
- システム化構想を具現化するためのシステム化計画およびプロジェクト計画を具体化し、利害関係者の合意を得ることとと定義される。
-
内容:
- システムのスケジュール、コスト、リソース、リスクを具体化。
- 必要な技術や環境の詳細を検討。
-
成果物:
- システム化計画書、プロジェクト計画書。
-
例:
- 顧客管理システムの導入に向けた予算とスケジュールの設定。
要件定義
-
概要:
- システム化計画を基に、システムが満たすべき具体的な要件を定義。
- 取得者の業務要件ならびに、取得者がシステムに求める要件(機能要件、非機能要件)を明確にするプロセスと定義される。
-
内容:
- 業務要件(ユーザー視点の業務ニーズ)とシステム要件(技術的な要件)を整理。
-
成果物:
- 要件定義書、ユースケース図。
-
例:
- 業務フローに沿ったデータ入力機能の要件を定義。
機能要件
-
概要:
- システムが提供する具体的な機能や操作についての要件。
- 画面や帳票など、システムに直接的に利用者に提供する機能を定義する。
-
内容:
- データ入力、検索、分析など、業務を支援する機能を詳細化。
-
成果物:
- 機能一覧表、画面遷移図。
-
例:
- 顧客データ検索機能を実装し、複数条件での絞り込みが可能。
非機能要件
-
概要:
- システムの動作品質や運用面での要件。
- 直接利用者に提供する機能ではないものの、システムを利用するうえで必要になる機能を定義する。
-
内容:
- 性能(応答速度、スループット)、可用性(稼働率)、セキュリティ、保守性、拡張性など。
-
成果物:
- 非機能要件定義書。
-
例:
- システムの稼働率は99.9%以上、1秒以内の応答速度を保証。
BABOK(Business Analysis Body of Knowledge)
-
概要:
- ビジネス分析に関する国際的なガイドライン。
- ビジネスニーズの把握からソリューション導入までのプロセスを体系化。
-
システム企画・要件定義での役割:
- 要件の収集、分析、管理を通じて、プロジェクトの成功を支援。
BABOKの4つの要求
-
ビジネス要求(Business Requirements):
- 組織の目標や課題解決のための全体的な要求。
- 例:顧客満足度向上を目指す新システムの導入。
-
ステークホルダー要求(Stakeholder Requirements):
- 利害関係者のニーズや期待に基づく要求。
- 例:営業部門が必要とする販売管理機能。
-
ソリューション要求(Solution Requirements):
- システムやサービスが提供する具体的な機能要件と非機能要件。
- 例:顧客データの検索機能、応答速度1秒以下。
-
移行要求(Transition Requirements):
- 現行システムから新システムへの移行に伴う要件。
- 例:既存データベースの移行手順。
まとめ
観点 | 概要 | 成果物例 |
---|---|---|
共通フレーム2013 | システム開発のプロセスを標準化。 | 企画・要件定義のプロセス体系図 |
システム化企画 | 経営戦略を基にシステム化の必要性を検討。 | システム化企画書 |
システム化構想 | システムの大まかな全体像を設計。 | システム化構想書 |
システム化計画 | システム構想を具体的な計画に展開。 | システム化計画書 |
要件定義 | システムが満たすべき具体的な要件(機能要件、非機能要件)を定義。 | 要件定義書 |
BABOK | ビジネス分析のガイドライン。 | 要求一覧、ステークホルダー分析書 |
Discussion