エンタープライズモデラの用語集1 次アクティビティ 1 次フローに位置する組織の基本的なアクティビティを示します。例: 原材料の受領、部分組立品の製造、最終組立、最終製品の納入などが含まれます。 1 次フロー ビジネス管理ダイアグラムで管理される 1 次プロセス。ダイアグラムごとに 1 フローのみ挿入できます。このフローは、商品フロー、情報フロー、または財務フローを表すことができます。1 次フローでは、1 次アクティビティ、バッファ、１ つの顧客要求分岐点を挿入できます。 DLL 次を参照してください: ダイナミックリンクライブラリ EME 次を参照してください: エンタープライズモデラエディタ ERP 顧客オーダの受領、作成、出荷、会計処理に必要な企業全体のリソースを特定し、計画する会計指向の情報システム。 ERP システムは、グラフィカルユーザインタフェース、リレーショナルデータベース、第 4 世代言語の使用、コンピュータ支援ソフトウェア工学ツールなど、技術的要件の点で一般的な MRP II システムとは異なります。 ERP ユーザ 起動メニュー、操作言語、役割 (権限) などのデータが定義されている、LN アプリケーションにログオンする権限を持つ人。 Process Viewer 業務プロセスをグラフ表示するクライアントアプリケーション。適切な権限を持っている場合は、プロセスビューアを使用してアクティビティを開始することができます。 URL ユニフォームリソースロケータ (URL)。インターネット上のリソースのアドレス。URL は、Web ブラウザがインターネットリソースを見つけるために使用します。 URL は、次のことを指定します。
WSA 次を参照してください: ワークフローシステム管理 アクティビティ 業務プロセスの構成要素。アクティビティのタイプに応じて LN または LN ユーザによる特定のアクションが必要です。
アクティビティインスタンス プロセスインスタンスの単一成立内の (実行可能な) アクティビティを表します。 アプリケーション 構成要素定義内で定義されたアプリケーション。 アプリケーション 構成要素定義内で定義されたアプリケーション。 ウィザード ビジネスモデル内でパラメータ値を設定することによってタスクを自動化し、ソフトウェアが組織の特定の要件を満たすように指示する特別な形式のユーザ支援機能。 ウィザード DLL 関数 DLL には、特定のタスクを実行する 1 つまたは複数の関数が含まれます。特に、これらの関数は制約内で使用して、特定の条件に対してユーザが指定した回答をチェックしたり、業務機能モデル内の業務機能の存在をチェックしたり、パラメータを読み込んだり、ウィザードステップ回答を読み込んだりすることができます。 ウィザードステップ ERP ユーザとのダイアログを実現するウィザードのセクション。 ウィザードステップ゜回答 考えられる回答の範囲からユーザが選択できるウィザードステップへの回答。通常、LN は、ウィザードで設定できるパラメータにリンクされたドメインに基づいて自動的に回答を作成します。 ウィザードヒントテキスト 一般的な慣行に基づいたウィザードステップ回答の情報を含むテキスト。 ウィザードヘルプテキスト ウィザードステップの背景情報または詳細説明を含むテキスト。 ウィザード開始テキスト ウィザードの機能を説明するテキスト。 ウィザード質問テキスト ウィザードでユーザに尋ねる質問。質問は、ウィザードステップダイアログボックスに表示されます。 ウィザード終了テキスト ERP ユーザによる全ウィザードステップの完了後に、ウィザードの結果を説明するテキスト。 ウィザード制約 ウィザードステップの実行時に実行する必要がある操作を決定します。単純なパラメータ設定 (ネストされたウィザードを起動するなど) がアクションに含まれる場合のみ、ウィザード制約を適用する必要があります。 エンタープライズモデラエディタ エンタープライズ構造ダイアグラム (エンタープライズ構造モデル)、ビジネス管理ダイアグラム (ビジネスモデルの一部)、業務機能ダイアグラム (ビジネスモデルの一部)、業務プロセスダイアグラム (ビジネスモデルの一部)、およびエンティティ関係ダイアグラム (データモデル) を含むツール。 頭字語: EME エンタープライズモデラ構成要素
エンタープライズモデラの基礎的要素。 エンティティ クラスタ/企業単位に対する個別の独立した基礎的要素。たとえば、倉庫、ワークセンタ、従業員、販売部署、購買部署、プロジェクト、顧客、発注先、財務会社などです。 エンティティタイプ 情報を記録する必要があるオブジェクト (人物、場所、物、または概念)。 LN には、次のエンティティタイプがあります。
エンティティタイプ関係 1 つまたは 2 つのエンティティタイプのエンティティを関連付けるための関連性の理由。 エンティティ関係ダイアグラム リレーショナルデータモデル構造の図式表現。ダイアグラムは、エンティティタイプとエンティティタイプの関係から成る (マルチレベルの) 構造を示します。 オプション関係 必須ではない 2 つのエンティティタイプ間の関係。関係の選択性を識別するために、関係の N 側はゼロに等しくなります。 カーディナリティ 組合せのエンティティタイプごとに可能なエンティティの数の指定です。 カレンダーコード 年部分と期間に分けられる暦年の ID。年の開始日と終了日は、暦年とは別の年になる可能性があります。 カレンダーでは、異なる期間が開始日と終了日によって定義されます。 サブアプリケーション 定義済の構成要素アプリケーションからアクセス可能であると定義されたアプリケーション。構成要素アプリケーションが LN セッションの場合、サブアプリケーションは、LN のサブセッションになります。 サブタイプ関係 スーパータイプの属性がサブタイプにも適用される (継承される) ことを示すために使用される、2 つのエンティティタイプ (サブタイプとスーパータイプ) 間のエンティティ関係。 サポートアプリケーション 従業員によるプロセス/活動の実行を支援する業務プロセスまたはアクティビティにリンクできる 1 つまたは複数のアプリケーション。注意: サポートアプリケーションには、アプリケーションと他のサポートアプリケーションの両方を含めることができます。 ダイナミックエンタープライズモデラ ERP ソフトウェアを使用して、組織を表すマルチレベル構造を作成するためのツール。 マルチレベル構造は、次のモデルアイテムで構成されます。
ダイナミックメニューブラウザ 従業員が承認されている業務プロセスとアクティビティを示す個人メニュー構造。 ダイナミックリンクライブラリ 実行可能ルーチンが DLL 拡張子を持つファイルとして別々に格納され、プログラムが必要とする場合のみ読み込まれるようにするオペレーティングシステムの機能。 同義語: DLL ダミー プレースホルダ。ダミーアクティビティでは何も起こりませんが、ペトリネットのデッドロックを避けるために必要です。 ツール役割 テーブル定義
LN データディクショナリ内のテーブルとそのフィールド/カラムなどの定義。 データモデル 情報がデータベースに格納される方法を表す 1 つまたは複数のエンティティ関係ダイアグラムから構成されます。 トランジション ペトリネット内のアクティビティと状態間の直接的なリンクまたは接続。静的および/または動的条件をトランジションにリンクすることができます。 トリガ 業務機能、外部エージェント、1 次アクティビティ、およびバッファ間に設定できる、ビジネス管理ダイアグラムの矢印。受信トリガ (要求ループ) は、業務機能の要因/起点を表します。戻りトリガ (フィードバックループ) は、アクションの確認/結果を呼出関数/エージェントにレポートします。注意: モデルアイテムの各タイプ間に受信トリガと発信トリガが存在する必要があります。 バッファ ビジネス管理ダイアグラムの 1 次フロー上に存在するストックポイント。 パフォーマンスインジケータ 会社単位の実績を示す値。値は時間単位 (週や日など) によって異なり、スクリプトで計算されます。値が数値の場合は、グラフで表示されます。値がデータの集まりに関連する場合、ASCII ファイルに格納されます。 パフォーマンスインディケータを業務機能にリンクして、これらの業務機能のパフォーマンスを監視および改善できます。 パラメータ 組織の特定の要件を満たすようにソフトウェアに指示する変数。 パラメータ設定ルール 存在するかしないかがビジネスモデルの 1 つ以上のパラメータの値を決定する業務機能/業務プロセスを含む式。 バージョン 顧客、所有者、発効日などの特性を共有するモデルアイテムのグループ。 バージョンツリー バージョンの派生元の構造を示します。 ビジネスモデル 組織を表すモデル。 2 つのタイプのビジネスモデルがあります。
ビジネス管理ダイアグラム 組織内で発生する主要プロセスを視覚化し、そのプロセスを管理するために使用される業務機能を示す図式表現。 ビジネス管理モデル リポジトリ (モデルアイテムのライブラリ) で初期に作成されるビジネス管理ダイアグラムの選択に基づいて構築される参照モデルまたはプロジェクトモデルの構成要素。 フォルダ DEM においては、プロセスインスタンスの集合。プロセスインスタンスは、異なるプロセス定義から派生させることができます。フォルダは、プロセスインスタンスの論理グループを表すことができます。例: 顧客 Jones のフォルダ プロジェクトモデル 特定の組織を表すモデル。 プロジェクトモデルは、次のモデルアイテムのライブラリ (リポジトリ) から構築されます。
プロセスインスタンス 一連のアクティビティインスタンスと状態インスタンス (トランジションによって接続) からなるプロセス定義の単一表現。これらの関係は、プロセス定義で定義します。 プロセスブラウザ プロセスブラウザは、Worktop または WebUI のメニューツリーです。これは DEM ランタイムユーザインタフェースで、従業員が承認済の活動を開始できるウィンドウで構成されています。プロセスブラウザには、従業員の役割が表示されます。これらの役割には、活動を含む業務プロセスがリンクされています。 マップ 企業構造ダイアグラムの企業単位の地理的位置を視覚化するために使用される図式表現。 メイン (ランタイム) プロジェクトモデル プロジェクトモデルがリンクされている会社のデフォルトとして機能する実行時のプロジェクトモデル。会社ごとに 1 つのメインプロジェクトモデルのみ存在できます。 モデル固有ヘルプ モデルアイテムにリンクされたヘルプで、ビジネスモデルにおけるそのモデルアイテムの機能に関する情報を提供します。 ユーザ権限 構成要素アクティビティで作業するためにユーザに与えられる権限のレベル。 次のレベルの権限があります。
ランタイムバージョン ランタイムプロジェクトモデルを含むバージョン。ランタイムプロジェクトモデルとランタイム最適化フェーズとを組み合わせて、ランタイムバージョンはダイナミックメニューブラウザに表示するプロセスを決定します。 ランタイムプロジェクトモデル 実行時に使用されるプロジェクトモデル (会社内)。ランタイムバージョンとランタイム最適化フェーズとを組み合わせて、ランタイムプロジェクトモデルは動的メニューブラウザに表示されるプロセスを決定します。 ランタイム最適化フェーズ 実行時に使用される最適化フェーズ。ランタイムバージョンとランタイムプロジェクトモデルとを組み合わせて、ランタイム最適化フェーズでは、どのプロセスを表示するか、また、そのプロセスをどのようにダイナミックメニューブラウザに表示するかが決定されます。 リバースエンジニアリング (通常の) エンジニアリングプロセスの反対。ソフトウェア製品の新しいデータを作成するのではなく、既存のデータベースから情報を抽出します。 データ構造情報が生成され、それにより、新たなインタフェースを設計する、または現在のソフトウェアを説明することができます。 リポジトリ モデルアイテムのライブラリ。 LN は、次のリポジトリを区別します。
リポジトリのモデルアイテムは、相互に一貫性を保ちながらビジネスモデルを形成できます。 リポジトリヘルプ モデルアイテムに関する一般的な情報を提供するヘルプ。リポジトリヘルプはビジネスモデルからも参照できます。 ルール 式 ルールは、次の目的に使用します。
ルール条件 業務プロセス/業務機能を含む式。ビジネスモデルに次のモデルアイテムの内どれが含まれるか、またはどのアイテムに値が割り当てられるかを決定します。 割当可能な値:
ログイン 従業員が LN アプリケーションを実行するサーバ (UNIX、Windows) にログオンするために使用するログオン名 (ログオンコード)。 ログオン ワークリストハンドラのユーザが ワークフローサーバにログオンするために入力する必要がある ユーザ ID とパスワード。 ロジスティック会社 ロジスティック処理に関するデータを格納できる ERP データベースの一部。 ワークフローエンジン
ワークフローサーバのソフトウェアの部分。ワークフローエンジンはワークフロー API を使用して、データおよびサービスをワークフロー処理クライアントに提供します。ワークフローエンジンは、複数のワーカ、ジョブマネージャおよびオペレータマネージャで構成されます。 ワークフローサーバ (物理的な) サーバ上で実行される ワークフローエンジンおよびワークフローデータベース。複数の論理サーバの場合、これはマルチサーバと呼ばれます。 同義語: 論理サーバ ワークフローシステムデータ
Workflow Management System/ワークフローエンジンによって管理されるワークフローデータ。このようなデータは WMS の内部にあり、通常はアプリケーションからアクセスできません。 ワークフローシステム管理 この管理ツールは、ワークフローデータベースへのグラフィカルユーザインタフェースです。各データベーステーブルには、検索とデータ入力に対応する形式と、レポート生成のためのオプションがあります。 略字: WSA ワークフローシステム属性 ワークフローシステムデータを含む変数と定数。 ワークフローデータベース
Workflow Management Systemに必要なデータは、このデータベースに保存されます (データホストと構成ファイルを除く)。ワークフローのすべてのプログラムがアクセスできます。ワークフロー管理システムは、データベース管理を行います。 ワークフロープロセス状況 業務プロセスの開発段階。 段階によって、次のことが決定されます。
ワークフローユーザ ワークリストハンドラのユーザ。ワークフロー ユーザは、従業員およびシステム内部ユーザにすることができます。 ワークフロー管理システム ソフトウェアを使用して業務プロセスの実行を定義、作成、および管理するシステム。WMS は、1 つまたは複数の ワークフローサーバで実行されます。WMS はプロセス定義を解釈し、ワークフロー ユーザと対話します。必要に応じて IT ツールとアプリケーションを使用できます。 ワークフロー処理 現在の業務プロセスを実現するためのすべてのアクションから構成されます。プロセスインスタンスは、単一のステップに細分され、適切な ワークフローユーザに付与されます。担当とアクセス権がチェックされます。ワークフロー処理は、適切な人に適切なツールと適切なデータを適切なタイミングで提供します。 ワークフロー処理クライアント
ワークフローユーザが作業項目を実行するためのソフトウェア構成要素 (ワークリストハンドラなど)。クライアントは、ネットワークを介してサーバに接続されています。 ワークフロー属性 業務プロセスのアクティビティに沿って値を転送する ワークフローで使用する変数。 ワークフロー有効 セッションがワークフローで開始できることを示すLNセッションのパラメータです。 ワークリスト ワークリストハンドラの特定のワークフローユーザに対する作業項目の全リスト。 ワークリストハンドラ 作業項目を実行するためのワークフローユーザとワークフローエンジンとのやりとりを管理するソフトウェア構成要素。 位置番号 業務プロセスダイアグラムにおけるアクティビティ、状態、または管理アクティビティの場所を示す内部番号。 引数 構成要素に配信される追加情報。その結果、事前定義されたアクションが実行されます。 運用企業構造モデル 現在の組織 (企業) 内のトランザクションを反映する特定のバージョンの企業構造モデル。 稼働中の Infor LN 構成要素 現在有効な ERP 構成要素。 稼働中の Infor LN 構成要素 現在有効な ERP 構成要素。 稼働中の Infor LN 構成要素リリース 現在有効な ERP 構成要素リリース。 会社 ロジスティック処理または財務取引を実行できる作業環境。取引に関するすべてのデータは、会社のデータベースに保存されます。各会社には独自のデータベーステーブルと独自のデータがあります。会社番号はデータを識別します。会社が管理するデータの種類に応じて、会社は次のようになります。
外部エージェント ビジネス管理ダイアグラムの業務機能に影響を与える外部の団体 (顧客、発注先、政府など)。 外部コード 他のモデルアイテムに対するモデルアイテムの位置を示すユーザ定義可能なコード。 完了日 プロセスインスタンスが特定の状態に到達した日付。その状態に達していない場合、Workflow Management System は事前定義されたアクションを初期化します。最終期限は特別な完了日です。 完了日モード
Workflow Management Systemが最終期限日を解釈する方法を決定します。 次を参照してください: 関連項目: 最終期限日時 監督者 1 つまたは複数の従業員グループを管理する従業員。その結果、その従業員には監督する従業員グループに属するすべての業務プロセスが割り当てられます。 管理アクティビ 意思決定の瞬間を表す業務プロセスにおけるアクティビティ。業務プロセスの設計者は、出力トランジションの静的および動的条件により、プロセスを通るルート (後続のアクティビティが実行され、どの順序で実行されるか) を定義します。さまざまな種類の管理アクティビは、たとえば XOR、OR、および AND です。 管理文書 会社内の管理組織の一部であり、アクティビティにリンクできる文書。 関連エンティティタイプ 多対多の関係を持つ他の 2 つのエンティティタイプをリンクするために使用されるエンティティタイプ。 企業モデル マルチサイトの組織を可視化する完成されたデザイン。企業モデルは、企業構造モデルおよび関連のビジネスモデルで構成されます。 企業モデルブラウザ 企業モデル (の一部) をグラフィカルに表示するブラウザ。 企業期間テーブル 各カレンダーについて、EIS 期間テーブルには、1 年および年部分の期間を定義するデータが含まれます。1 年の年部分の最大数は 99 です。1 年の期間の最大数は 13 です。 企業構成 親会社を構成し、親会社の業績インジケータの値を集計するために使用されるさまざまな子会社を示す一連のデータ。子会社は、親会社と同じパッケージコンビネーションでなければなりません。 企業構造ダイアグラム 企業単位の地理的位置、およびマルチサイトの組織におけるこれらの企業単位間の関係を示す図式表現。 企業単位間のさまざまな種類の関係をモデル化できます。もでるには、商品フロー、資金フロー、および情報フローが含まれます。 企業構造モデル 企業単位の地理的位置、およびマルチサイトの組織におけるこれらの企業単位間の関係を示す企業構造ダイアグラム。 企業単位 部署、ワークセンタ、倉庫、プロジェクトなどのエンティティで構成される、組織の財務的独立部分。企業単位のエンティティはすべて同じロジスティック会社に属している必要がありますが、ロジスティック会社には複数の企業単位を含めることができます。企業単位は、単一の財務会社にリンクされます。 企業単位間のロジスティック処理を実行すると、各企業単位がリンクされている財務会社に転記されます。企業構造モデルは、企業単位間の関係と、企業単位間で発生する商品転送を定義します。企業単位間の請求および価格設定を使用するには、企業単位を内部取引先にリンクする必要があります。 企業単位を使用して、ビジネスの一部分に関して個別の財務会計を実行することができます。たとえば、1 つのロジスティクス会社に属しているけれども異なる国々に存在する組織の別々の部分に、企業単位を定義することができます。各企業単位の会計処理は、各国の通貨と企業単位にリンクされた財務会社で実行されます。 企業単位関係 企業単位間の関係の記述。 企業単位分類タイプ 企業単位間のフローの種類を示します。 LN は、次の分類タイプを区別します。
期間別業績インジケータデータ 年の特定期間ついて格納された、計算プロセスの結果。これは、計算結果、標準値、最小値、最大値 (周期的と累積的の両方) に関係しますが、業績インジケータの所有者と、該当する場合は出力ファイルのレポートにも関係します。 季節パターンコード 季節パターンを識別するコード。季節パターンは、1 年の 1 つまたは複数の期間に対する標準値の相対比率を表します。これらの値は、業績インジケータにリンクできます。 季節パターン別期間別係数 カレンダー内の期間に対する標準値の相対比率。 記録 作業項目がワークリストに表示されないように、作業項目を再送信モードにすることができます。作業項目を実行する必要がある場合は、ユーザが再送信する必要があります。記録は、作業項目ごとに個別に、またはプロセスインスタンスごとに、またはフォルダごとにまとめて行うことができます。 業務プロセス 集合的にビジネスオブジェクトを実現する 1 つ以上のアクティビティと状態のセット。 業務プロセスダイアグラム ペトリネット形式のプロセス構造を介してビジネスオブジェクトを視覚化する図式表現。 業務プロセスモデル リポジトリ (業務プロセスのライブラリ) で最初に作成された業務プロセスダイアグラムの選択から構築された参照モデルまたはプロジェクトモデルの構成要素。 業務機能 関連する業務上の課題を定義するモデルアイテム。 業務機能は、ビジネス管理ダイアグラムで使用され、組織の主要プロセスがどのように制御されているかを示します。また、業務機能は業務機能モデルの主要部分であり、ビジネス管理モデルで使用されるマルチレベル構造の機能です。業務機能モデルでは、業務機能の階層が展開できます。 また、業務機能を使用して、機能モデルをプロセスモデルに変換することもできます。 業務機能ダイアグラム 業務機能間のマルチレベルの関係を視覚化する図式表現。
注意
業務機能の最下位レベルは、静的条件の値を設定するために使用されます。最下位レベルを上回るレベルは、業務プロセスを業務機能にリンクするために使用されます。 業務機能モデル リポジトリで初期に作成される業務機能の選択に基づいて構築されるビジネスモデルの構成要素。 経路変更 承認されたワークフローユーザは、他のワークフローユーザ、グループ、または役割に作業項目の経路を変更することができます。経路変更は、作業項目ごとに個別に、またはプロセスインスタンスごとに、またはフォルダごとにまとめて行うことができます。 現行モデリングバージョン モデルアイテムを作成および変更するために現在使用しているバージョン。 固定日時公式 業務プロセスまたはアクティビティにリンクできるできる目標日時を計算する公式。業務プロセスまたはアクティビティを達成する必要がある時間枠を決定できます。 公式 ID プログラムスクリプトやアクティビティモデリングで使用される、実際の業務プロセス、状態、および ワークフロー 属性のバージョン固有の参照情報。 次を参照してください: 実際 ID 構成要素 一連のアプリケーションとその関連データ。 構成要素リリース 構成要素の発行 ID。 最終期限日時 プロセスインスタンスを終了する必要がある日時。 関連項目: 完了日モード 最適化フェーズ 新しい業務機能と業務プロセスが組織内で実装されるビジネス改善サイクルのフェーズ。 最適化関係 2 つの業務機能を結びつけた曲線的な矢印でグラフィカルに表される関係。 機能は次のどちらかを表すことができます。
財務会社 財務取引に関するすべてのデータを格納できる LN データベースの一部。 作業項目 ユーザのワークリストに入力されたユーザ関連のアクティビティインスタンス。Workflow Management Systemは、アクティビティインスタンスをすべての承認済ワークフローユーザにスケジュールし、1 つのアクティビティインスタンスが複数の作業項目を持つことができるようにします。 参照モデル 一連のビジネスまたはビジネスのタイプを表すモデル。 参照モデルは、次のモデルアイテムのライブラリ (リポジトリ) から構築されます。
子ビジネス管理ダイアグラム 別のビジネス管理ダイアグラムにリンクするビジネス管理ダイアグラム。1 つまたは複数の子ビジネス管理ダイアグラムを親ダイアグラムにリンクできます。1 つの子ダイアグラムを複数の親ダイアグラムにリンクすることもできます。 子従業員グループ 1 つ下のレベルで別の従業員グループにリンクされている従業員グループ。 実際 ID モデリングプロセス中に業務プロセス、ワークフロー属性、または外部状態に付与される名前。 次を参照してください: 公式 ID 従業員 組織モデルの人のメンバー。通常、従業員はワークリストハンドラでアクティビティを実行するワークフローユーザです。 従業員グループ 従業員の組織単位。たとえば、販売部署または購買部署があります。 従業員グループタイプ 従業員グループを分類するために使用できるラベル。 順序番号 概要セッションまたはリストボックスに表示するレコードの順序を決定する数値。 所有者 モデルアイテムまたはバージョンを作成した ERP ユーザ、またはモデルまたはバージョンを担当する ERP ユーザ。 状況 モデルアイテムの開発段階。 状態 業務プロセスの構成要素。内部で業務プロセスのパスを制御するために使用されます。 整合性ルール 1 つ以上の業務機能を含む式。これに基づいて、1 つ以上の業務機能がビジネスモデルに必須となっています。 静的条件 管理アクティビティからの出力トランジションにリンクできる状態。LN の実装中、静的条件値は静的条件設定ルールによって評価され、業務プロセスの一部を有効化/無効化する可能性があります。 静的条件設定ルール 存在するかしないかがビジネスモデルの静的条件の値を決定する業務機能/業務プロセスを含む式。 石川ダイアグラム 使用される業績スインジケータの階層の図式表現。石川ダイアグラムは、魚の骨図として表されています。 組織ダイアグラム 従業員のグループ、従業員、および役割を区別する、組織の正式な表現図。 単位 商品を管理する物理量。たとえば、木材は長さ (メートル) で、または体積 (立方メートル) で表すことができます。 担当コード 役割にリンクすることができ、承認のために使用されるタスク。責任コードが役割にリンクされている場合、役割を承認するには、少なくとも 1 つの責任コードの値が Yes である必要があります。 中央会社 すべての DEM モデルアイテムのデータが格納されている会社。中央ストレージは、エンタープライズモデラーデータの検索を容易にします。 適用制約 ウィザードステップ回答に基づいて、LN データベースのパラメータの設定を決定します。 動的条件 管理アクティビティからの出力トランジションにリンクできる状態。条件の結果 (真または偽) は実行時に ワークフロー によって決定され、業務プロセスのパスを決定するために使用されます。 派生元バージョン モデルアイテムがどのバージョンから派生するかを定義します。 配布アルゴリズム 自由定義の仕組みに従って、アクティビティインスタンスをワークフローユーザに配布します。配布アルゴリズムは特別なスクリプト言語で定義され、ワークフローデータベースに保存されます。 副役割 1 つ下のレベルで別の役割にリンクされている通常の役割。 物理エンティティタイプ
LN アプリケーションのデータベーステーブル定義。例: 「一般品目(tcibd001)」 データテーブル。 エンティティタイプコードは、通常はテーブルコードと同じです。 分類 分類システム内の区分。ほとんどのモデルアイテムは、分類することができます。 変換ルール 業務機能に関連して業務プロセスの一方的な依存性を課す式。ルールを実行することにより、業務プロセスは、すでに存在する業務機能に基づいてビジネスモデルにインポートされます。 問合せ データベースからデータを抽出して使用のために提示する行為またはプロセス。 役割 DEM における役割は、特定の資格/スキルのセットです。従業員は業務プロセス、アクティビティ、またはサブアプリケーションを実行する権限を持つ必要があります。 優先順位 作業項目をどれほど緊急に処理する必要があるかを示します。アクティビティインスタンスの優先順位は、ワークリストハンドラで作業項目をソートする決定的な要因になります。 予定期間 業務プロセスまたはアクティビティを完了するために必要な平均時間。 論理エンティティタイプ 実世界に意味を持ち、複数の物理エンティティタイプを含むエンティティタイプ。例: 品目または倉庫。 論理サーバ 次を参照してください: ワークフローサーバ
| |||