ビジネスプロセスの説明について

プロジェクトを実装するとき、ビジネスプロセスの説明が必要な理由を顧客に説明する必要に直面することがあります。 すべての人が、タスクをプログラミングする前に、ビジネスロジックの観点からそれを正しく記述する必要があることに同意しているわけではありません。 カットの下で-ビジネスプロセスの説明への基本的なアプローチに関する簡単なリファレンス。

現代の方法論は、標準と実践の間のリンクとして機能すると同時に、組織内での知識の蓄積の基礎を提供します。 現代の組織の成長するタスクと複雑さに並行して開発されているビジネスプロセスを記述するための膨大な数の方法があります:テーブル、テキストの形式、またはグラフィック技術の使用。 今日のグラフィック手法は、画像と明瞭さのために最も最適であると認識されています。





アリス

IDSシェアーが開発したARISシステム(統合情報システムのアーキテクチャ)は、グラフィカルな記述方法を指し、企業の運用を分析およびモデリングし、自動化システムを開発するための統合環境です。 ガートナーグループのランキングでは、ARISはビジネスプロセスのモデリングと分析のためのツール市場で主導的な地位を占めています。 このシステムは、調査中のシステムの組織的、機能的、情報的、および管理的な側面を説明しています。 システムの方法論的基礎は、調査中のシステムに関するさまざまな見解を反映するが、同時に1つのアプローチの枠組み内に統合された一連のさまざまなモデリング手法です。 これらのタイプのモデルを構築するには、独自のARISモデリング手法と、よく知られたさまざまなモデリング手法と言語(ERM、UML、OMTなど)の両方を使用します。

ARISの利点には、階層の視覚的な表示のための構造化されたグラフィカルなプレゼンテーションの多数の開発ツール、高度なモデリングおよびチューニング/レポートオプションがあります。これは、ビジネスプロセスの文書化、アルゴリズムの形式化などに便利です。 マイナスのうち、効果的なアプリケーションの限られた領域、高コストに注意してください。

画像

ARISが使用するモデルタイプ間の関係。



合理的な統一プロセス

Rational Unified Process(RUP)は、Rational Softwareが作成したソフトウェア開発方法論です。 この方法論は、ソフトウェア開発への反復アプローチに基づいています。つまり、プロジェクトは、所定の目標を持つ小さなプロジェクトに分割され、順次実装されます。

RUPはよく形式化されており、プロジェクト開発の初期段階である分析とモデリングに最大の注意が払われています。 したがって、この方法論は、開発の初期段階でエラーを検出することにより、商業的リスクを軽減する(リスクを軽減する)ことを目的としています。 技術的リスク(評価)は、開発サイクルの初期段階での優先順位に従って評価および「優先順位付け」され、その後、時間の経過とともに、後続の反復中のプロジェクトの開発とともにレビューされます。 これらのリスクの優先度に応じて、新しい目標が表示されます。 バージョンリリースは、優先度の最も高いリスクが最初に排除されるような方法で配布されます。 開発プロセスを成功させるには、プロセス、表記法、ツールセットの3つのコンポーネントが必要です。 プロセスは、私たちが何を、どのような順序で、どのように行うかを説明します。 表記はコミュニケーションの手段です。 一連のユーティリティは、プロセスの自動化と管理に役立ちます。

画像



IDEF

分析と設計の現代の方法のほとんどは、防衛問題を解決するために軍事産業複合体に関連する構造によって開発され、最初にテストされ、その後、商用トラックでのみ開始されました。 IDEF(Integrated DEFinition)方法論は、提案された米国空軍産業のコンピューター化プログラム-ICAMの一部として作成されました。 このプログラムの目的は、新しい武器の設計と戦闘作戦におけるコンピューター技術の有効性を高めることでした。 その結果、専門家は、記述言語は複雑なシステムの機能プロセスの文書化とモデリングには効果的ではないという結論に達しました。 IDEFファミリの方法論により、さまざまなセクションの広範囲の複雑なシステムのアクティビティモデルを効率的に表示および分析できます。 同時に、システム内のプロセスの検査の幅と深さは開発者自身が決定します。これにより、作成されたモデルが冗長データで過負荷になりません。



要約する

情報システムを設計するとき、混oticとしたコードと修正のアプローチが良い結果をもたらすことはめったにありません。 プロセスの適切な分析がなければ、残りの作業はあまり意味がなく、実装中に実行された分析により、実際にすべてがどのように配置されているかを理解することもできます。 どのソリューションがシミュレートされたプロセスをシミュレートするか、この場合にどのような結果を達成できるかに関係なく、それはそれ自体で価値があります。



All Articles