要件分析テクニックと例: 完全なチュートリアル

ビジネスアナリストとして、要件分析は仕事の最も重要な部分です。それは 利害関係者の実際のニーズを判断するのに役立ちます同時に、複雑なテキストではなく、関係者が理解できる言語（チャート、モデル、フローチャートなど）でコミュニケーションできるようにします。

要件分析には、

具体的な目標
特定の入力
特定の出力
リソースを使用します
いくつかのアクティビティを一定の順序で実行する必要がある
複数の組織単位に影響を与える可能性があります
顧客に何らかの価値を生み出す

要件分析手法

要件分析テクニックは主にビジネスワークフローをマッピングするために使用され、ワークフローやプロセスを分析、理解し、必要な変更を加えることができます。

要件に応じて使用できるさまざまな要件分析手法があります。ソフトウェア開発のようなプロセス

1. ビジネスプロセスモデリング表記法 (BPMN)

BPMN (Business Process Modeling & Notation) は、単純なオブジェクトを使用してビジネスプロセスをグラフィカルに表現したもので、組織が標準的な方法で通信するのに役立ちます。 BPMN で使用されるさまざまなオブジェクトには次のものがあります。

フローオブジェクト
オブジェクトを接続する
スイムレーン
アーティファクト。

適切に設計された BPMN モデルでは、次のようなプロセス中に実行されるアクティビティに関する詳細を提供できる必要があります。

誰がこれらの活動を行っているのでしょうか?
これらのアクティビティにはどのようなデータ要素が必要ですか?

BPMN を使用する最大の利点は、共有が容易であり、ほとんどのモデリングツールが BPMN をサポートしていることです。

2. UML (統一モデリング言語)

UML は、ソフトウェアシステムの仕様、開発、視覚化、文書化に主に使用されるモデリング標準です。重要なビジネスプロセスと成果物をキャプチャするために、UMLは次のようなオブジェクトを提供します。

都道府県
オブジェクト
アクティビティXNUMX
クラス図

ユースケース図、インタラクション図、クラス図、コンポーネント図、シーケンス図など、モデリングに役立つ 14 の UML 図があります。UML モデルは、すべての関係者間のコミュニケーションの媒体となるため、IT セグメントにおいて重要です。 UML ベースのビジネスモデルは、要件ツールへの直接入力として使用できます。 UML 図には、動作モデルと構造モデルの XNUMX 種類があります。動作モデルはシステムが何を行うかについての情報を提供しようとするのに対し、構造モデルはシステムが何で構成されているかを提供します。

3.フローチャートテクニック

フローチャートは、一連の関連アクティビティまたはアクションの一連の流れと制御ロジックを視覚的に表現したものです。フローチャートには、線形、トップダウン、部門横断型 (スイムレーン) など、さまざまな形式があります。フローチャートは、データフローやシステムの相互作用などの表現など、さまざまなアクティビティに使用できます。フローチャートを使用する利点は、技術者以外のチームメンバーでも読み書きが簡単で、並列プロセスを機能ごとに表示できることです。、プロセスの重要な属性など。

4. データフロー図

データフロー図は、システムによってデータが入力と出力の観点からどのように処理されるかを示します。データフロー図のコンポーネントには次のものがあります。

プロセス
Flow
ストア
ターミネーター

論理データフロー図はシステムのアクティビティを示し、物理データフロー図はシステムのインフラストラクチャを示します。データフロー図は、SDLC 内の分析フェーズの要件抽出プロセスの早い段階で設計できます (システム開発ライフサイクル) プロジェクトのスコープを定義します。分析を容易にするために、データフロー図を「レベル化 DFD」と呼ばれるサブプロセスにドリルダウンできます。

5. 役割アクティビティ図 - (RAD)

ロールアクティビティ図はフローチャートタイプの表記に似ています。ロールアクティビティ図では、ロールインスタンスはプロセス参加者であり、開始状態と終了状態があります。 RAD では、役割を特定するためにプロセスまたは組織に関する深い知識が必要です。 RAD のコンポーネントには次のものがあります。

アクティビティ
外部イベント
米国

ロールは、実行している責任のセットに従って、アクティビティを責任単位にグループ化します。アクティビティは、ロールと単独で実行できますが、他のロールのアクティビティとの調整が必要な場合もあります。

外部イベントは、状態変化が発生するポイントです。

状態は、状態から状態へと進行する役割のアクティビティをマッピングするのに役立ちます。特定の状態に到達すると、特定の目標が達成されたことを示します。

RAD は、プロセスの詳細なビューを読みやすく表示し、並行したアクティビティを許可することができるため、コミュニケーションのサポートに役立ちます。

6.ガントチャート

ガントチャートは、プロジェクト内の特定のタスクを調整、計画、追跡するのに役立つスケジュールをグラフィカルに表現したものです。これは、オブジェクトの合計期間を増分に分けて表します。ガントチャートは、縦軸に実行されるすべてのタスクのリストを表し、横軸には推定アクティビティ期間またはアクティビティに割り当てられた人の名前をリストします。 XNUMX つのグラフで多くのアクティビティを示すことができます。

7. IDEF (関数モデリングのための統合定義)

IDEF または Integrated Definition for Function Modeling は、エンタープライズモデリング言語のクラスを指す一般名です。これは、システムの分析、設計、または統合をサポートするために必要なモデリング活動に使用されます。 IDEF には約 16 のメソッドがあり、IDEF の最も便利なバージョンは IDEF3 と IDEF0 です。

8. カラーペトリネット (CPN)

CPN またはカラーペトリネットは、グラフィック指向の言語です。 システムの仕様、検証、設計、シミュレーション。カラーペトリネットはグラフィックとテキストを組み合わせたものです。その主なコンポーネントは次のとおりです。 場所、トランジション、およびアーク.

ペトリネットオブジェクトには、次のような特定の碑文が付いています。

場所: 名前、カラーセット、イニシャルマーキングなどの刻印があります。
トランジション : .Name (識別用) や .Guard (ブール式はいくつかの変数で構成されます) のような記述があります。
弧: .Arc のような表記があります。円弧式が評価されると、複数のトークンの色のセットが生成されます。

9. ワークフローテクニック

ワークフロー手法は、プロセスの理解を明確にしたり、プロセスの改善に関する推奨事項を作成したりするために、XNUMX つ以上のビジネスプロセスを表す視覚的な図です。フローチャート、UML アクティビティ、プロセスマップなどの他の図と同様に、ワークフロー手法は最も古く、人気のある手法です。 BA が要件を引き出す際にメモを取るためにも使用されています。このプロセスは XNUMX つの段階で構成されます

情報収集
ワークフローモデリング
ビジネスプロセスモデリング
実装、検証、実行

10. オブジェクト指向メソッド

オブジェクト指向モデリング手法では、システム設計にオブジェクト指向パラダイムとモデリング言語を使用します。問題領域内のオブジェクトを見つけて説明することに重点を置きます。オブジェクト指向手法の目的は、

システムの特徴を把握するために
さまざまな関連オブジェクトを知るには
それらは互いにどのように関係しているのでしょうか
効果的な設計を作成するために問題を特定またはモデル化する方法
要件とその影響を分析するため

この方法は、動的要件（頻繁に変更される）を持つシステムに適用できます。これは、システムのユースケース、アクティビティフロー、およびイベントフローを導き出すプロセスです。オブジェクト指向分析は、テキストのニーズ、システム関係者とのコミュニケーション、およびビジョン文書を通じて実行できます。

オブジェクトには状態があり、状態の変化は動作によって表現されます。したがって、オブジェクトがメッセージを受信すると、動作を通じて状態が変化します。

11. ギャップ分析

ギャップ分析は、あらゆるビジネスとその機能について、提案された状態と現在の状態の違いを判断するために使用される手法です。プロジェクトの現在の状況はどうなっていますか? などの質問に答えます。私たちはどこにいたいのでしょうか？ギャップ分析のさまざまな段階には以下が含まれます。

Reviewシステム
開発要件
比較
含意
提言

よろしければ：