要件分析手法（例付き）
チャールズ・ムーア
⚡ スマートサマリー
要件分析手法は、ビジネスアナリストがワークフローをモデル化し、ステークホルダーとコミュニケーションを取り、BPMN、UML、フローチャート、データフロー図、IDEF、ペトリネット、ギャップ分析などを用いてビジネスニーズを構造化された仕様に変換するのに役立ちます。
ビジネスアナリストとして、要件分析はあなたの仕事の中で最も重要な部分です。 利害関係者の実際のニーズを把握するのに役立ちますまた、複雑な文章の代わりに、図表、モデル、フローチャートを使って関係者とコミュニケーションをとることも可能です。
要件分析には、
- 具体的な目標
- 特定の入力
- 特定の出力
- リソースを使用します
- いくつかのアクティビティを一定の順序で実行する必要がある
- 複数の組織単位に影響を与える可能性があります
- 顧客に価値を提供する
要件分析手法
要件分析手法は、業務ワークフローをマッピングすることで、それを分析、理解、改善できるようにします。
以下の手法は、 ソフトウェア開発 プロセス。
1. ビジネスプロセスモデリング表記法 (BPMN)
BPMN（ビジネスプロセスモデリング表記法）は、シンプルなオブジェクトを使用してビジネスプロセスをグラフィカルに表現したもので、組織が標準的な方法でコミュニケーションをとるのに役立ちます。BPMNで使用される主なオブジェクトは次のとおりです。
- フローオブジェクト
- オブジェクトを接続する
- スイムレーン
- アーティファクト。
適切に設計されたBPMNモデルは、プロセス中に実行されるアクティビティの詳細を示します。例えば、次のようなものです。
- 誰がこれらの活動を行っているのでしょうか?
- これらのアクティビティにはどのようなデータ要素が必要ですか?
BPMNの最大の利点は、図を簡単に共有できること、そしてほとんどのモデリングツールがこの表記法をサポートしていることです。
2. UML (統一モデリング言語)
UML は、仕様を定め、開発するためのモデリング標準です。pingソフトウェアシステムの可視化と文書化。UMLは以下のようなオブジェクトを提供します。
- 州／地域
- オブジェクト
- アクティビティXNUMX
- クラス図
UML図には、ユースケース図、相互作用図、クラス図、コンポーネント図、シーケンス図など、14種類あります。UMLモデルは、すべてのステークホルダー間のコミュニケーション媒体として機能します。UMLベースのビジネスモデルは、要件定義ツールへの直接的な入力として使用できます。UML図は、振る舞いモデルと構造モデルのいずれかです。振る舞いモデルはシステムが何をするかを記述し、構造モデルはシステムが何で構成されているかを示します。
3. フローチャート技法
フローチャートは、関連する一連の活動の順序的な流れと制御ロジックを視覚的に表現したものです。一般的なフローチャートの形式には、線形、トップダウン、クロスファンクショナル（スイムレーン）などがあります。フローチャートは、データの流れ、システム間の相互作用、およびプロセス手順を表すために使用できます。フローチャートは、技術的な知識のない人でも簡単に読み書きでき、並行プロセスや重要な属性を示すことができます。
4. データフロー図
データフロー図は、入力と出力の観点から、システムがデータをどのように処理するかを示します。データフロー図の構成要素は次のとおりです。
- プロセス
- Flow
- ストア
- ターミネーター
論理DFDはアクティビティを示し、物理DFDはインフラストラクチャを示します。DFDはSDLCの分析フェーズの早い段階で設計できます（システム開発ライフサイクルプロジェクトの範囲を定義するために使用します。さらに、サブプロセスにドリルダウンすることができ、これは「レベル付きDFD」と呼ばれます。
5. 役割活動図（RAD）
役割活動図はフローチャート表記に似ています。役割インスタンスはプロセス参加者であり、それぞれに開始状態と終了状態があります。RADでは、役割を特定するためにプロセスまたは組織に関する深い知識が必要です。RADの構成要素は次のとおりです。
- アクティビティ
- 外部イベント
- 米国
役割は、活動を責任単位にグループ化します。活動は単独で実行される場合もあれば、他の役割の活動との連携が必要な場合もあります。
外部の出来事は、状態変化が発生する時点を示す指標となる。
各状態は、役割がプロセスの中でどのように進展していくかを示します。ある状態に到達することは、特定の目標が達成されたことを意味します。
RADは読みやすく、詳細なプロセスビューを提供し、並行アクティビティを示します。
6.ガントチャート
ガントチャートはスケジュールのグラフィカルな表現であり、調整、計画、 tracプロジェクト内のk個の具体的なタスクを示します。これは、プロジェクト全体の期間を、段階的に分割して表示します。縦軸はタスクの一覧、横軸はアクティビティの推定期間または担当者を示します。1つのグラフで複数のアクティビティを表示できます。
7. IDEF (関数モデリングのための統合定義)
IDEF（Integrated Definition for Function Modeling）は、企業向けモデリング言語群を網羅しています。システム分析、設計、統合を支援する活動をモデル化するために使用されます。IDEFメソッドは約16種類あり、IDEF0とIDEF3が最も有用です。
8. カラーペトリネット (CPN)
カラーペトリネット（CPN）は、 システムの仕様策定、検証、設計、およびシミュレーションCPNはグラフィックとテキストを組み合わせたものです。主な構成要素は次のとおりです。 場所、トランジション、およびアーク.
ペトリネットオブジェクトには、例えば以下のような特定の記述があります。
- 場所: .名前、.カラーセット、.イニシャルマークなどの刻印があります。
- トランジション : .Name (識別用) や .Guard (一部の変数に対するブール式) などの記述があります。
- 弧: .Arc という記述があります。arc 式が評価されると、トークンの色のマルチセットが生成されます。
9. ワークフローテクニック
ワークフロー技法は、理解を深めたり、プロセス改善の提案を行うために、1つまたは複数のビジネスプロセスを視覚的に表現する図です。フローチャート、UMLアクティビティ図、プロセスマップと並んで、ワークフロー技法は最も古く、最も広く使用されている手法の1つです。ビジネスアナリストは、要件定義の際にメモを取るためにもワークフロー技法を使用します。このプロセスは、次の4つの段階で構成されています。
- 情報収集
- ワークフローモデリング
- ビジネスプロセスモデリング
- 実装、検証、実行
10. オブジェクト指向手法
オブジェクト指向モデリング手法は、オブジェクト指向パラダイムとモデリング言語を用いてシステムを設計します。問題領域におけるオブジェクトの発見と記述を重視します。オブジェクト指向手法の目的は次のとおりです。
- システムの特性を把握するために
- さまざまな関連オブジェクトを識別する
- オブジェクト同士の関係性を理解する
- 効果的な設計を作成するために問題を特定またはモデル化する
- 要件とその影響を分析する
この手法は、要件が頻繁に変化する動的なシステムに最適です。これは、システムのユースケース、アクティビティフロー、およびイベントフローを導出するプロセスです。オブジェクト指向分析は、テキストによる要件定義、システム関係者とのコミュニケーション、およびビジョン文書に基づいて進めることができます。
オブジェクトは状態を持ち、状態の変化は振る舞いによって表現されます。オブジェクトがメッセージを受信すると、振る舞いを通して状態が変化します。
11. ギャップ分析
ギャップ分析とは、企業とその機能における理想の状態と現状との差異を明らかにするための手法です。この手法は、プロジェクトの現状はどのようなものか、目指すべき状態はどこか、ギャップをどのように埋めるかといった疑問に答えます。ギャップ分析の段階は以下のとおりです。
- Reviewシステム
- 開発要件
- 比較
- 含意
- クライアントの声
