CIMSの統合プラットフォームのワークフロー管理システム

CIMSの環境分析のアプリケーションでこの論文では、ワークフロー技術、CIMSの統合プラットフォームのワークフロー管理システムのアーキテクチャを提案した。システム、モデリングツール、ワークフロー、ユーザーインターフェイスと管理ツールを含む。


1。 CIMSの環境典型的なワークフロー

企業の観点から生産と管理のプロセス相互のプロセスのプロセスネットワークの活動のさまざまなレベルで構成される数で考えることができます。注文する場合は、プライマリプロセスの設計、生産購買、配送組成物は、このプロセスは、いくつかの小さなプロセスそれぞれ、他のと関連する製品の設計プロセスなど、製造プロセス分けることができますmarketing、その他のビジネスプロセス。これらのプロセスはお互いに連続的な関係を持って、リソース、ターゲットや関係の競合関係などがあります。情報は、CIMの環境では、それらに関連するワークフローの数として扱うことができます。 CIMの環境を理解するために、特定のフォームやワークフローの要件、いくつかの共通のワークフローの簡単な分析。
製品設計プロセスのワークフローの最も典型的なアプリケーションでは、デザイナーの間で/整然とした流れのデザイングループの製品設計データの主な流れを反映します。さまざまなコンポーネントは、製品のデータの/部品ロジック間の複雑な相互作用をしています。このロジックは、デザイン活動の間に別の論理的な関係にマップされ、ワークフローのモデルはこの種の複雑な関係を記述する必要があります。実装プロセスが製品の設計データ、レビューなどのいくつかの典型的なモデル、され、リリース、製品の設計、開発、テスト、生産フィードバックのさまざまな段階で、競合と協調のデザインプロセス。製品設計のプロセスは、しばしば組織構造とリソースの説明能力の様々なが含まれます。
情報は、CIMの環境では、企業の生産プロセスは、より複雑なワークフローです。これは、鉛材料を、生産スケジューリング、加工、組立、倉庫や他の活動計画が含まれます。ワークフローによって特徴付けられる：実行の流れの比較的固定順序は、ベースのワークフロー（生産ワークフロー）決定されます。プロセス管理タスクは、リソースの多くの調整配分されます。プロセスが、異常な操作のロールバックを持っていない信頼性の高い要件の実装では、ワークフロー管理システムのスケジューリングを要求された能力を監視する。
CIMの情報環境は、その信頼性の高い動作を保証するCIMのシステムの動作環境の基盤をサポートするコアの問題です。通常は複数のシステム管理運用手順は、定期的なデータのバックアップ、更新などとしては、システムのsecurity管理、システムの会計、ニュースリリース、これらは、良い管理ツールをプロセス制御することが必要な情報のシステム自体の通常の操作を伴います。これらのプロセスによって特徴付けられる：強力な必須、いくつかのプロセスには時間駆動です。

2。 CIMSの統合ワークフロー管理システムのプラットフォームのアーキテクチャ

CIMSの実装のためのCIMSのアプリケーションの統合プラットフォームは、注文の困難を解決するには、細胞のシステム統合で発生した、異種のデータは、競合長い設計などのアプリケーションの開発サイクルを共有することはできませんし、ソフトウェアプラットフォーム、アプリケーションの開発ツールを提供するように設計開発プロトタイプシステムのアプリケーションは、アプリケーションの統合インタフェースは、情報の定義のグローバル共有/メンテナンスツールは、integratedアプリケーションソフトウェアCIMSの企業の実装など、企業の情報統合のためのサポートを提供するが、そして、企業全体を実現するアプリケーション統合環境のソフトウェアフレームワークを構築情報の共有や経営の透明性の範囲内。これは、企業の迅速かつ効率的、CIMSの高品質の実装です大きな意義の一つです。
全体としてCIMSのアプリケーションの統合プラットフォームは、ワークフロー管理システムのアプリケーションの不可欠な部分のプラットフォームのコラボレーション機能を達成することです。これは、プラットフォームのプロキシサービスunderlying情報インフラとして、などのワークフローシステムモデリングツールに基づいている、管理ツール、ユーザーインターフェイス、ワークフロー、図1に示すようデータベースマシンとそのアーキテクチャのための対応をサポート。





実装は、ワークフローシステムの分散型のエンタープライズ規模の情報環境は、コンポーネントのモジュールは独立した会社のアプリケーションフォーム上のユーザーのさまざまなレベルで基づいています。システム全体の実装の動作は次のとおりです：
1）ワークフローモデルは、著者のインスタンス。
2）ワークフローインスタンス、マシン起動活動が適切エンタープライズリソースやスタッフの申請を促進する。
3）ワークフローマシンの活動開始を通知するなど、独自のユーザーインターフェイスとワークフローのマシンとの対話を通じて、参加者の活動、およびアクセスは、操作の終了をコンテンツに。
4）ワークフロー管理ツールを管理すべてのワークフローを監視する、プロセス関連の例外企業を実行する。
5は）全体のワークフローのオペレーティングシステム用のトランスポートコントロールエージェントの統合プラットフォーム、およびメッセージの送信、異機種混在環境をシールドなど、基になる通信をサポートします。

2.1モデリングツール
モデリングツールは、グラフィカルユーザーインターフェイス（GUI）を視覚化すると編集のワークフローのモデルのenvironmentは新しい単純、迅速なアプリケーション開発のワークフロー、ビジネスユーザーに容易にユーザに提供、both全体の中でforこのワークフロー管理システム不可欠です。ユーザモデリングのワークフローツールは、蔡容マウスをクリックし、ドラッグウェイをワークフローを構築する様々な要素の構成コンポーネントのに必要な、とZhuangtaiのインタラクティブdialog box葛组件detailed定義のプロパティunder 。モデリングツールは、ワークフローによって直接ワークフローのマシンで実装することはできません構築されると、ワークフローの実行環境モジュールとして、ワークフローインスタンスのインスタンスを生成した後の操作into後に置くことができますなるだろう。
エンタープライズビジネスプロセスは、シーケンスおよび特定の順序の論理に基づいてキーイベント一緒に整理することです。従って、実際のビジネスプロセスワークフローのマッピングモデルでは、基本的な活動項目が基本単位（ユニット）、つまりアーク（リンクへの接続に使用される活動の間に論理的な関係を呼ばれているため）。したがって、ワークフローのモデルでは、リストから基本的な単位と、通常のリストの接続アークがあります。生産の基本単位に含まれる活動は、情報をベースに活動、サブプロセス/終了タグと同期ノード7つのカテゴリースタート。 、無条件、条件付きのリンク弧の2つの接続を含む円弧を接続します。
ワークフローの組成の上記の要素に加えて、モデリングツール、それはまた、オブジェクトを - 保存して読んでフォーム要素のオブジェクト指向のワークフロー技術データベースを作る双方向インターフェイスのリレーショナルデータベースを提供唯一の企業の既存の情報資源を保護し、オブジェクト指向技術、双方のリレーショナルデータベース技術の強みをフルに活用する手助けとは、（のO - Oテクノロジを使用）、データ情報の管理（関係を使用して実現できるアプリケーションの手続きの簡素化データベース）。

2.2ワークフロー管理ツール
動的監視のためのリソースを含むワークフロー管理ツールは、/組織マネージャおよびワークフローツール
1）リソース/組織マネージャ
ワークフロー管理システムでは、リソースの管理と組織の管理が非常に重要な位置を占めている。彼らは通常のメンテナンスシステムは、基本的な保証動作の信頼性。例については、インスタンスを実行するプロセスで、ワークフローのマシンが活動や実装例のプロモーションのプロセスを制御するシステムリソースや状態の者に一定のアクセスが必要ですまた、リソースマネージャおよび組織のマネージャは、より効率的にシステム内のリソースや人員を使用できるようにシステムを最適。
①リソースは/組織モデル
、木に必要な情報を入力するにはHuafen、Zhidaozuizhong Danduを実装するラフの別の組織形態に応じて、エンタープライズリソースは/組織管理のモデリングと実行時のリソース情報を整理するために必要なのメンテナンス作業の流れの管理システムを担当して物理的および組織エンティティの役割。
情報はCIMSの環境では、リソースは3つのカテゴリに分けることができます：
■非消費のカテゴリ：工作機械、コンピュータ、プリンタ、リソースの他のタイプのような消えることはない、そのような資源の減価償却費です。
■消費の種類：そのようなリソースが表示されなくなります他の製品のような半製品や完成品に活動の実施後。
■情報の種類は：データファイル、データ、さまざまな形態のシステム全体の様々なドキュメントすることができます、フォームにも、サウンド、イメージの情報ことができます。
実際のシステムでは、システムリソースのデータベース内の消費の可能性""のエンティティの属性の下に、そのエンティティは、リソースの種類を決定に格納され、このシステムの消費とクラスのリソース（非消費情報興リソースのリソースマネージャ）配慮を延期する。スルー"リソースタイプは、"リソースの特定のタイプを決定する属性。エクスプローラ/組織マネージャは、透明性と一貫したユーザインタフェースを提供するため、外部のユーザーがどんなリソースエンティティの特定のタイプは、リソースの一種である心配する必要はありません消費とクラスのリソースの非消費。リソースエンティティのすべてのタイプのユーザーは、同じ機能を、物理的なリソースを、さまざまな治療リソースマネージャによって完了した分類とエンティティのさまざまな種類の透明なサービスをユーザに提供するために呼び出されます。その他の属性は、物理リソース、"リソース名"は、"リソースは、"リソースの説明"、"リソースの場所"、"リソースの優先度"、"リソースの状態"などの番号"をIDです。その中で、"リソースのID番号は"システム全体で一意のエンティティを識別するという意味です。エンティティが現在の状態では何の"状態"の説明、アイドル、使用するか、修理中です。 "優先度"は資源の配分に割り当てられているだけでなく、予防の例を別の物理現象デッドロックの方法によって引き起こされる、同じリソースのための活動をするための基礎を提供した。 "リソースの場所は"アカウントへのリソースの問題を、それぞれ撮影されます。
人事は、2つのカテゴリ：役員や指導者に分けることができます。これに基づき、その型の役割を絞り込むには続けることができます。 role属性の組織のリソースとデバイスデータベースの設計エクスプローラに似ていますが、まだは増加のいずれか："可能性があります一時的なスタッフがいるかどうか。"このアカウントには移動の問題や特殊な設定を取っている。また、リソーステーブルに記録し、唯一のリソース項目に対応し、テーブルの役割に注意して、人が複数のデータベースレコードに対応することがあります。これは、組織構造の特殊な性質によって引き起こされる人が複数の役割を、仕事の数は、その後の責任を果たすことは、データベース内、1つは自然に複数のレコードに対応します。
②資源/組織管理機能
アカウントにコラボレーションアプリケーション、リソースマネージャ、組織マネージャの要件をワークフローのモデリングツールの呼び出しのインターフェイス間のワークフローの他のコンポーネントの標準APIの一連の達成撮影、ワークフローのマシンは、モデリングとワークフローを提供する監視ランタイムサポート。
モデリングで■は、ワークフローのモデリングツールは、APIインターフェイスを介し得るために、リソースの種類の活動に必要な、ビジネス組織のタイプの役割。ワークフロープロセスのモデルは、参照のみ、通常、訪問する必要はありません。テンプレート実行しているとしてとして、特定のエンティティと物理リソースの役割のモデル化します。
プロセスモデルをプロセスのインスタンス、ワークフローマシン（自動的にインスタンス化）、またはマネージャ（とき手で達成するためにインスタンス）のAPI関数では■は行の特定のリソースの種類や役割のエンティティ情報の種類と定義されました。
、ワークフローのマシンは、特定のリソースへのアクセスを容易にすることはできませんプロセスインスタンスを実行している過程でuは、物理的なエンティティとID番号、名前、その型など静的な情報の役割は、また、資源との役割に、より具体お問い合わせすることができます状態は、プロセスインスタンス、動的な情報の所有権の状態です。
■マシンのリソースエンティティとエンティティの役割に必要なAPIのインタフェースを介してワークフローの実装の活動インスタンス、および結果の分布が得られた。エンティティが占領、資源/組織管理活動が自動的にエンティティのリリースまで待つキューに参加する場合は占領されます。分布では、また、可能なデッドロック状況を考えることができます避けるべきである。
uは活動が終了すると、リソースへのワークフローマシン/組織マネージャので、彼らは資源の非消費およびエンティティクラスの役割の活動のリリースを占め、他の活動している場合、物理的なエンティティを待っているメッセージを送信、資源/組織マネジメント特定のアクティビティを選択に従って待機キューのスケジューリングアルゴリズムからデバイスは、エンティティがそれに割り当てられます。
APIのインタフェースを介して、リソース/組織マネージャは/組織管理、スケジューリング、メンテナンス、簡単なお互いから分離した関数呼び出しの複雑な機能を達成するために、リソースを完了ように、分散アプリケーションが互いにより協力して実行できます関数です。必要な機能を実現することができる、対応する関数を呼び出すように他のアプリケーションしない医療資源/組織マネージャの内部構造限り、。
③資源/組織マネージャAPIインターフェイス：
APIインターフェイスを提供するためのリソースについて/組織マネージャ、次を含める必要が：
システムエンティティ内■リソースが、エンティティのクエリの役割：また、特定のプロパティを検索することができますプロセスモデルのインスタンス化と実行時のリソースとエンティティの物理的状態クエリの役割を支持することができます。ユーザーは、エンティティの特定の条件を満たすクエリのフィルタを設定することができます。ためにも資源システムの種類と役割の種類で利用可能な機能を設計、ワークフローのモデリングツール、リソースマネージャと組織のマネージャをサポートし、リストを返します。
システムエンティティまたはエンティティ■リソースは、この関数は、管理者のために設定されて役割を変更します。管理者は、物理的なエンティティの役割を削除するリソースを追加することができます、そのプロパティを変更することができます。
リソースの割り当てまたはエンティティの役割を■：これは、Internet Explorerと組織マネージャです最も重要な機能の一つである。これは、またはマシンのワークフローアプリケーションリソースを発行する役割の要求に応答する責任であり、結果を返すの分布。このアカウントに、さまざまな機能の異なる特性の役割、それぞれのリソースを取る必要があります。たとえば、クラスのリソースの消費量は待機キューではなく、資源の消費とクラスの役割を設定するキューを待つ必要があります必要はありません。配分は、これらの2つの異なる状況で、その機能は同じではありません。
■リリースおよびリソース/ロールのエンティティの再割り当て：エンドイベントは、リソースの非消費活動の所有とする必要がありますので、その型を解放する他の活動を使用できます。そして、これらの活動は、リソースは、/役割を懸念している待っているのも待っているキューエンティティに割り当てられた1つのインスタンスから選択する必要があります。
リソースマネージャとマネージャ、組織内では、情報のリレーショナルデータベース内のすべてのエンティティは、リソースマネージャと組織と管理が存在するデータベース間のインタフェースを担当して、ユーザーがデータストレージの詳細を、必要はないデータベースを検討する考え必要はない場所は、ユーザーのため、これらの大規模な透明が必要です。

2）動的監視ツール
ワークフローの主な機能は、ワークフローの動的な監視の完了を監視します。これは、グラフィカルなインターフェイスとディスプレイは、ワークフローインスタンスの状態を実行するアニメーションを通じて、企業経営を拡張し、Zhuangtaiに異なるインスタンスの活動を実行するDaibiaochuyu異なる色を使用して、管理者は一目で状況のプロセスインスタンスを実行することが可能です。また、管理者が強制的に、活動のインスタンスまたはプロセス全体を実行してインスタンスを変更できるユーザーを制御プロセス全体のインスタンスを実行します。