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

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

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

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

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

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

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

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

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

GAP分析の実行

ビジネスニーズを定義した後、現在の状態(たとえば、現在のビジネスプロセス、ビジネス機能、現在のシステムの機能、提供されるサービス/製品、およびシステムが対応する必要のあるイベント)を特定して、人、プロセス、テクノロジー、構造を理解する必要があります。およびアーキテクチャは、ITスタッフおよびビジネスオーナーを含むその他の関連する利害関係者からの意見を求めることにより、ビジネスをサポートしています。

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

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

SWOT(長所、短所、機会、脅威)分析やドキュメント分析などの手法を使用できます。

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

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

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

ビジネスモデリングの指導原則

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

  • Domain and User variation−ビジネスモデルを開発すると、利害関係者間の不一致や混乱の領域が明らかになることがよくあります。ビジネスアナリストは、現状のモデルで次のバリエーションを文書化する必要があります。

  • Multiple work units perform the same function−AS-ISモデルの差異を文書化します。これは、異なる部門または地域である可能性があります。

  • Multiples users perform the same work−異なる利害関係者は、同様の作業を異なる方法で行う可能性があります。変動は、さまざまなビジネスユニットのさまざまなスキルセットとアプローチの結果、または企業がサービスを提供する外部の利害関係者のさまざまなニーズの結果である可能性があります。AS-ISモデルの差異を文書化します。

  • Resolution Mechanism−ビジネスアナリストは、ToBeソリューションが現在のビジネスモデルの不整合に対応できるかどうか、またはソリューションに標準化が必要かどうかを文書化する必要があります。利害関係者は、従うべきアプローチを決定する必要があります。To-Beモデルは彼らの決定を反映します。

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

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

システムの要件はGAAP適合分析であり、これは次のバランスを取る必要があります。

  • 既存の慣行との同一性を達成するための機能強化である技術的変更の必要性。

  • 標準機能の実装とプロセスモデルの適用を可能にするための既存のビジネスプロセスのリエンジニアリングに関連する効果的な変更。

機能ビジネスアナリスト

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

  • A banking associate 顧客(個人および企業)が詳細なビジネスプロセスフローとともに運用できるさまざまな種類のアカウントに関する知識を習得します。

  • アン insurance sales representative 保険証券の調達に伴うさまざまな段階を理解することができます。

  • A marketing analyst 顧客関係管理システムに関係する主要な利害関係者とビジネスプロセスを理解する機会が増えます。

  • に関与するビジネスアナリスト capital marketsプロジェクトには、対象分野の専門知識と、株式、債券、デリバティブに関する強力な知識があるはずです。また、彼はリスク管理モデルを適用する際にバックオフィス、フロントオフィス、実際のエクスポージャーを処理したことが期待されています。

  • A Healthcare Business Analyst 米国の医療財務および利用指標の基本的な理解、EDI 837/835/834の技術的経験と理解、HIPAAガイドライン、ICDコード化– 9/10およびCPTコード、LOINC、SNOMEDの知識が必要です。

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

その他の主な活動

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

  • システムの効率的な自動化を保証する方法で、ビジネスプロセスの形式化された統一された記述の準備を整理します。

  • 開発者から提供される可能性のある、関連するシステムの標準的な質問票への記入におけるチームへの支援。

  • 開発者に対する作業会議の要件への参加が定義されています。

  • 設定した要件が適切に「再現」され、システムの将来のモデルを説明するドキュメント(ブループリント)に記録されているかどうかを確認および管理します。

  • データの準備とシステムのプロトタイピングの支援。

  • システムに必要な形式のリストと残高を移行するためのデータの準備を支援します。

  • ビジネスプロセスの所有者によって定義された要件に準拠しているかどうか、セットアッププロトタイプを確認します。

  • システム内の機能テストと統合テストのデータと実際のパフォーマンスを準備する際に、ITチームのサポートリソースとして機能します。

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

ツール1:Microsoft Visio

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

Step 1 −新しいVisio図面を開くには、[スタート]メニューに移動し、[プログラム]→[Visio]を選択します。

Step 2 −カーソルを「ビジネスプロセス」に移動し、「基本フローチャート」を選択します。

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

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

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

ヘルプダイアグラムギャラリーを選択することは、Visioで作成できる図面やダイアグラムの種類に慣れるための良い方法です。

B−画面の左側には、作成しているダイアグラムのタイプに固有のメニューが表示されます。この場合、次のようになります。

  • 矢印の形
  • Backgrounds
  • 基本的なフローチャートの形
  • ボーダーとタイトル

C −画面の中央には、実際のダイアグラムページと、ページに隣接する空白スペースを含むダイアグラムワークスペースが表示されます。

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

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

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

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

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

  • Business perspective −ビジネスパースペクティブは、ビジネスが日常的に運営されるプロセスと基準を定義します。

  • Application Perspective −アプリケーションの観点は、組織が使用するプロセスと標準の間の相互作用を定義します。

  • Information Perspective −これは、組織が効率的に運用するために必要なドキュメントファイル、データベース、画像、プレゼンテーション、スプレッドシートなどの生データを定義および分類します。

  • Technology Prospective −これは、組織が使用するハードウェア、オペレーティングシステム、プログラミング、およびネットワークソリューションを定義します。

ツール3:Rational Requisite Pro

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

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

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

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

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

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

必要なProプロジェクトを使用すると、プロジェクトの成果物を整理および管理するプロジェクトフレームワークを作成できます。各プロジェクトには、以下が含まれています。

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

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

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