Business-analysis-modelling

提供:Dev Guides
移動先:案内検索

ビジネス分析-モデリング

ビジネスモデルは、サポートするテキストや他のコンポーネントとの関係とともにグラフィックコンポーネントを含むことが多いビジネスまたはソリューションの表現として定義できます。 たとえば、会社のビジネスモデルを理解する必要がある場合、次のような分野を研究したいと思います。

  • 会社のコアバリュー
  • それは何を提供しますか?
  • 何が際立っていますか?
  • その主要なリソース
  • 主な関係
  • その配信チャネル

モデリング技術の助けを借りて、企業が使用する既存および提案された組織構造、プロセス、および情報の完全な説明を作成できます。

ビジネスモデルは、開発される最終製品の青写真のような構造化モデルです。 計画の構造とダイナミクスを提供します。 また、最終製品の基盤も提供します。

ビジネスモデリングの目的

ビジネスモデリングは、企業の現在および将来の状態を設計するために使用されます。 このモデルは、ビジネスアナリストと利害関係者が、企業の現在の「現状のまま」のモデルを正確に理解できるようにするために使用されます。

利害関係者が提案された「ソリューションの今後」について共通の理解を持っているかどうかを検証するために使用されます。

目的

要件の分析はビジネスモデリングプロセスの一部であり、コアフォーカスエリアを形成します。 機能要件は、「現在の状態」の間に収集されます。 これらの要件は、将来の状態で設計される予定の機能を記述するビジネスプロセス、データ、およびビジネスルールに関する利害関係者によって提供されます。

GAP分析の実行

ビジネスニーズを定義した後、現在の状態(例: 現在のビジネスプロセス、ビジネス機能、現在のシステムと提供されるサービス/製品の機能、およびシステムが対応しなければならないイベント)を特定して、ITからの入力を求めてビジネスをサポートする人、プロセス、技術、構造、アーキテクチャを理解する必要がありますスタッフおよび事業主を含むその他の関係者。

GAP分析

次に、特定された現在の状態と望ましい結果を比較して、ビジネスニーズの達成を妨げるギャップがあるかどうかを評価するために、ギャップ分析が実行されます。

ギャップがない場合(つまり、 現在の状態はビジネスニーズと望ましい結果を満たすのに十分です)、おそらくITプロジェクトを立ち上げる必要はないでしょう。 そうでなければ、ギャップを埋めるために対処する必要がある問題/問題を特定する必要があります。

SWOT(長所、短所、機会、脅威)分析や文書分析などの手法を使用できます。

提案されたシステムを評価するには

BAは、ITプロジェクトチームが提案されたITシステムを評価して、ビジネスニーズを満たし、利害関係者に提供される価値を最大化することを保証するのを支援する必要があります。 また、BAは、提案されたITシステムへの移行をサポートする組織の準備状況を確認して、スムーズなシステム実装を確保する必要があります。

提案システム

BAは、ITプロジェクトチームが提案されたシステムオプションと高レベルのシステム設計がビジネスニーズを満たし、投資を正当化するのに十分なビジネス価値を提供できるかどうかを判断するのに役立ちます。 複数のシステムオプションがある場合、BAはITスタッフと協力して各オプションの長所と短所を特定し、最大のビジネス価値をもたらすオプションを選択する必要があります。

ビジネスモデリングの基本原則

ビジネスモデリングの主な役割は、主にプロジェクトの開始段階と精緻化段階にあり、建設段階と移行段階では消えていきます。 それは主に、アプリケーションまたはソフトウェアソリューションの技術的なマッピングと組み合わせたビジネスの分析的側面と関係しています。

  • ドメインとユーザーのバリエーション-ビジネスモデルを開発すると、利害関係者間の意見の相違や混乱の領域が頻繁に明らかになります。 ビジネスアナリストは、現状のモデルの以下のバリエーションを文書化する必要があります。
  • 複数のワークユニットが同じ機能を実行します-AS-ISモデルの分散を文書化します。 これは、異なる部門または地域である場合があります。
  • 複数のユーザーが同じ作業を実行します-さまざまな利害関係者が同様の作業を異なる方法で行う場合があります。 変動は、異なるビジネスユニットの異なるスキルセットとアプローチの結果、または企業がサービスを提供する外部の利害関係者の異なるニーズの結果である場合があります。 AS-ISモデルの分散を文書化します。
  • 解決メカニズム-ビジネスアナリストは、ToBeソリューションが現在のビジネスモデルの矛盾に対応するかどうか、またはソリューションに標準化が必要かどうかを文書化する必要があります。 利害関係者は、どのアプローチに従うべきかを決定する必要があります。 To-Beモデルは彼らの決定を反映します。

ERPシステムのモデリングにおけるBAの役割の例

ビジネスアナリストは、標準的なビジネスプロセスを定義し、効率的な実装に重要なERPシステムをセットアップすることになっています。 また、実装前に開発者の言語を理解可能な言語で定義し、ベストプラクティスを活用してシステムの能力に基づいてそれらをマッピングすることもBAの義務です。

システムの要件は、GAAP適合分析です。

  • 技術的な変更の必要性。これは、既存の慣行との同一性を実現するための機能強化です。
  • プロセスモデルの標準機能とアプリケーションの実装を可能にするための既存のビジネスプロセスのリエンジニアリングに関連する効果的な変更。

機能ビジネスアナリスト

ドメインの専門知識は、通常、物事を行う「ビジネス」に参加することにより、一定期間にわたって獲得されます。 例えば、

  • *バンキングアソシエイト*は、顧客(個人およびビジネス)が詳細なビジネスプロセスフローとともに運用できるさまざまなタイプのアカウントの知識を獲得します。
  • *保険販売員*は、保険契約の調達に関係するさまざまな段階を理解できます。
  • *マーケティングアナリスト*は、カスタマーリレーションシップマネジメントシステムに関与する主要な利害関係者とビジネスプロセスを理解する可能性が高くなります。
  • *資本市場*プロジェクトに関与するビジネスアナリストは、主題の専門知識と、株式、債券、デリバティブに関する強力な知識を持っているはずです。 また、彼は、リスク管理モデルを適用する際のバックオフィス、フロントオフィス、実際のエクスポージャーを処理したことが期待されています。
  • Healthcare Business Analyst は、US Healthcare Financial and Utilization Metrics、EDI 837/835/834、HIPAAガイドライン、ICDコード化-9/10およびCPTコード、LOINC、SNOMED知識の技術的経験と理解に関する基本的な理解が必要です。

一部のビジネスアナリストは、ビジネスアプリケーションをテストし、ビジネスユーザーと連携して、ドメインの知識を獲得します。 彼らは、対人スキルと分析スキルを通じて、学習に役立つ環境を作り出します。 場合によっては、AICPCU/IIAおよびLOMAが保険および金融サービスの分野で提供するいくつかのドメイン認定でドメインの知識を補完します。 他のドメインで認証を提供する他の機関があります。

その他の主な活動

現在のビジネスプロセスを徹底的に調査した後、システムをモデル化する最適なアプローチを特定する際に、専門的な支援を提供できます。

  • システムでの効率的な自動化を保証する方法で、ビジネスプロセスの正式で統一された説明の準備を編成します。
  • 開発者から提供される可能性のある関連システムの標準アンケートに記入する際のチームへの支援。
  • 開発者に対する作業会議の要件への参加が定義されています。
  • ユーザーが設定した要件が適切に「再現」され、システムの将来のモデル(ブループリント)を説明する文書に記録されているかどうかを確認および制御します。
  • データの準備とシステムのプロトタイピングの支援。
  • システムが必要とする形式でリストと天びんを移行するためのデータの準備の支援。
  • ビジネスプロセスの所有者によって定義された要件に準拠するためのセットアッププロトタイプのレビュー。
  • システム内の機能テストと統合テストのデータと実際のパフォーマンスを準備する際に、ITチームのサポートリソースとして機能します。

次のセクションでは、IT環境の大規模な組織で使用される一般的なビジネスモデリングツールのいくつかについて簡単に説明します。

ツール1:Microsoft Visio

MS-Visioは、概念を視覚的な表現に変換するのに役立つ描画および作図ソフトウェアです。 Visioは、事前定義された形状、シンボル、背景、および境界線を提供します。 要素をダイアグラムにドラッグアンドドロップするだけで、プロフェッショナルなコミュニケーションツールを作成できます。

  • ステップ1 *-新しいVisio図面を開くには、[スタート]メニューから[プログラム]→[Visio]を選択します。
  • ステップ2 *-「ビジネスプロセス」の上にカーソルを移動し、「基本フローチャート」を選択します。

Microsoft Visio

次のスクリーンショットは、MS-Visioアプリケーションの主要なセクションを示しています。

主要セクション

ここで、各コンポーネントの基本的なユーティリティについて説明します-

*A* -画面上部のツールバーは、WordやPowerPointなどの他のMicrosoftプログラムと同様です。 これらのプログラムを以前に使用したことがある場合は、いくつかの異なる機能に気付く場合があります。これらについては後で説明します。

ヘルプダイアグラムギャラリーを選択すると、Visioで作成できる図面やダイアグラムの種類に慣れるのに役立ちます。

*B* -画面の左側には、作成しているダイアグラムのタイプに固有のメニューが表示されます。 この場合、私たちは見る-
  • 矢印の形

  • 背景

  • 基本的なフローチャート図形

  • ボーダーとタイトル

    *C* -画面の中央には、図のワークスペースが表示されます。これには、実際の図ページと、ページに隣接する空白スペースが含まれます。
    *D* -画面の右側には、いくつかのヘルプ機能が表示されます。 このウィンドウを閉じてダイアグラムワークスペースの領域を増やし、必要に応じてヘルプ機能を再度開くことを選択する人もいます。

ツール2:エンタープライズアーキテクト

エンタープライズアーキテクトは、UMLに基づく視覚的なモデリングおよび設計ツールです。 このプラットフォームは、ソフトウェアシステムの設計と構築、ビジネスプロセスのモデリング、業界ベースのドメインのモデリングをサポートします。 システムのアーキテクチャをモデル化するだけでなく、ビジネスや組織で使用されます。 ただし、これらのモデルの実装をアプリケーション開発ライフサイクル全体で処理するため。

エンタープライズアーキテクト

エンタープライズアーキテクトの目的は、組織が現在および将来の目標を最も効果的に達成する方法を決定することです。

エンタープライズアーキテクトには、次の4つの視点があります-

  • ビジネスの視点-ビジネスの視点は、ビジネスが日々行われるプロセスと基準を定義します。
  • アプリケーションパースペクティブ-アプリケーションパースペクティブは、組織が使用するプロセスと標準間の相互作用を定義します。
  • 情報の視点-これは、組織が効率的に運営するために必要なドキュメントファイル、データベース、画像、プレゼンテーション、スプレッドシートなどの生データを定義および分類します。
  • テクノロジーの展望-これは、組織で使用されるハードウェア、オペレーティングシステム、プログラミングおよびネットワークソリューションを定義します。

ツール3:Rational Requisite Pro

要件の追跡と変更を導き出し、文書化し、プロジェクトチーム間でこの情報を伝達して、反復的で予期しない変更がプロジェクトライフサイクル全体で維持されるようにするプロセス。

ステータスの監視と要件ベースラインへの変更の制御。 主な要素は、変更管理とトレーサビリティです。

Rational Requisite

Requisite Proは上記のアクティビティとプロジェクト管理の目的に使用され、ツールはクエリの検索と検索に使用され、要件の一部であったディスカッションの表示に使用されます。

Requisite Proでは、ユーザーは要件ドキュメントで作業できます。 このドキュメントは、Reqproアプリケーションで作成され、プロジェクトデータベースと統合されたMS-Wordファイルです。 Requisite Proの外部で作成された要件は、ドキュメントにインポートまたはコピーできます。

Requisite Proでは、トレーサビリティも使用できます。これは、2つの要件間の依存関係です。 トレーサビリティは、相互に関連する要件をリンクすることにより、変更を管理するための体系的なアプローチです。

Requisite Proを使用すると、開発サイクル全体で要件の変更を簡単に追跡できるため、すべてのドキュメントを個別に確認して、更新が必要な要素を判断する必要はありません。 トレーサビリティマトリックスまたはトレーサビリティツリービューを使用して、疑わしい関係を表示および管理できます。

Requisite Proプロジェクトを使用すると、プロジェクトの成果物を整理して管理するプロジェクトフレームワークを作成できます。 各プロジェクトには次のものが含まれています。

  • 一般的なプロジェクト情報
  • パッケージ
  • 一般的なドキュメント情報
  • 文書タイプ
  • 要件タイプ
  • 要件属性
  • 属性値
  • プロジェクト間のトレーサビリティ

Requisite Proでは、複数のユーザーが同じプロジェクトドキュメントとデータベースに同時にアクセスできるため、プロジェクトのセキュリティ面は非常に重要です。 セキュリティは、システムの使用、潜在的な損害、またはプロジェクトドキュメントへの不正なユーザーアクセスによるデータ損失を防ぎます。

すべてのRequisiteProプロジェクトでセキュリティを有効にすることをお勧めします。 そうすることで、プロジェクトに対するすべての変更が、変更を行った個人の適切なユーザー名に関連付けられ、すべての変更の完全な監査証跡が得られるようになります。