機械翻訳について

データの定義

アプリケーションでデータを使用するには、その構造および保存方法を事前に定義する必要があります。

トピック:

• 「ビジネス・プロセス内で使用されるデータ定義の標準的なワークフロー」

• 「Business Types」ページでできること

• ビジネス・オブジェクトでの作業

• データ・オブジェクトでの作業

• ビジネス例外の作成

• 列挙オブジェクトの作成

• ビジネス・インジケータの使用

ビジネス・プロセス内で使用されるデータ定義の標準的なワークフロー

データの保存および操作方法の定義は、アプリケーションの設計および開発全体の一部です。

次の一般的なワークフローを使用して、プロセス・アプリケーション内で使用されるデータを定義します。 最初の3つのタスクは必須です。必要に応じて、残りのタスクを完了します。

タスク	説明
ビジネス・タイプの定義	ビジネス・タイプ(ビジネス・オブジェクト、ビジネス例外、列挙型オブジェクトなど)は、アプリケーション内で使用されるデータ構造を定義します。
データ・オブジェクトの作成	データ・オブジェクトは、ビジネス・プロセス内で使用される情報を格納します。 各アクティビティを、必要なデータ・オブジェクトを持つビジネス・プロセスに関連付けます。
データ関連付けの構成および変換	データ関連付けは、ビジネス・プロセスのフロー要素の間で情報を渡す方法を定義します。
式の定義	式は、ビジネス・プロセスで使用されるデータを操作します。
ビジネス・インジケータの作成	ビジネス・インジケータは、ビジネス・プロセスで使用されるキー・パフォーマンス情報を格納します。
入力および出力引数の定義	ビジネス・プロセス操作の定義に使用するフロー・イベントを使用すると、入力引数および出力引数を定義できます。 これらの入力引数および出力引数では、プロセスの入力および出力を定義します。

「Business Types」ページでできること

「Business Types」ページには、ビジネス・タイプ(ビジネス・オブジェクト、列挙型(enum)オブジェクト、ビジネス例外)の作成および管理に必要なツールの他、XMLスキーマ定義(XSD)ファイルのライフサイクルを別個に管理するために必要なツールも用意されています。 選択したアプリケーション用に作成されたあらゆるプロセスでビジネス・タイプを使用できます。

「Business Types」ページは、次の2つのサブ・ビューに分かれています。

• ビジネス・タイプ

• Schema Files

ビュー・オプションを使用してビュー間を行き来します。

図bus-type-view.pngの説明

「Business Types」ビュー

「Business Types」ビューを使用して次のタスクを実行します。

• ビジネス・オブジェクトの作成

• ビジネス例外の作成

• 列挙型オブジェクトの作成

• ビジネス・オブジェクトのインポート

• 「Views」をクリックして、グリッドまたはリスト形式でビジネス・タイプを表示します。 グリッド・ビューがデフォルトです。

  各ビジネス・タイプには、名前、タイプ(ビジネス・オブジェクト、列挙型オブジェクト、列挙型オブジェクト、ビジネス例外)、スキーマおよびファイル名が表示されます。
  
  図bus-object-grid-view.pngの説明
  

  ビジネス・タイプはイメージによっても識別できます。

  • 手動で作成したビジネス・オブジェクト

  • フォーム・ビジネス・オブジェクト

  • インポートされたビジネス・オブジェクト

  • 自動生成されたビジネス・オブジェクト

  • 列挙型オブジェクト

  • ビジネス例外

• ビジネス・タイプ名をクリックしてビジネス・タイプ・エディタで編集します。 ファイル名をクリックしてファイルの詳細を表示します。

• 「Include Auto-Generated」を選択して自動生成されたビジネス・タイプを表示します。

  アプリケーションに存在する自動生成ビジネス・オブジェクトの数がカッコ内に表示されます。

  
• 手動で作成したビジネス・タイプの削除

  ノート:

  「Delete」アイコンは、手動で作成したビジネス・タイプに対してのみ表示されます。 他のアーティファクトによって参照されているビジネス・タイプは削除できません。

「Schema Files」ビュー

「Schema Files」ビューを使用して次のタスクを実行します。

• スキーマ・ファイルのインポート。

• 「Views」をクリックして、グリッドまたはリスト形式でスキーマ・ファイルを表示します。 グリッド・ビューがデフォルトです。

  スキーマ・ファイルごとに、その名前、それに含まれる要素とタイプの数、およびXSDイメージが表示されます。
  
  図schema-file-grid.pngの説明
  

• スキーマ・ファイル名をクリックして詳細を表示し、次のタスクを実行します。

  • ビジネス・オブジェクトへの自動生成されたビジネス・タイプのプロモート。

    これは、自動生成されたビジネス・タイプがユーザーによって明示的に作成されていないときに可能です。

  • スキーマ・ファイルの新しいバージョンのアップロード。

  • 現在のスキーマ・ファイルからインポートされた他のスキーマ・ファイルの詳細の表示。 (相互に移動できます)

  
  図schema-details.pngの説明

• スキーマ・ファイルを削除します。

  ノート:

  他のビジネス・オブジェクトで使用されているスキーマ・ファイルは削除できません。

ビジネス・オブジェクトでの作業

ビジネス・オブジェクトを使用すると、関連するタイプのデータをグループ化して、プロセス・アプリケーションに必要なデータ構造を定義できます。 ビジネス・オブジェクトを手動で作成するか、XMLスキーマ定義(XSD)に基づいて作成します。 ビジネス・オブジェクトを定義すると、これらを使用してアプリケーション内にデータを格納するデータ・オブジェクトを定義できます。

手動でビジネス・オブジェクトを作成する場合、モジュールとオブジェクト間の階層関係、およびビジネス・オブジェクトで使用する属性を定義します。

XSDベースのビジネス・オブジェクトのプロパティは変更できないことに注意してください。 ただし、他のXSDベースのビジネス・オブジェクトを指す属性でビジネス・オブジェクトを手動で作成する場合、この属性のプロパティ値を変更できます。

ノート:

XSDに基づいてビジネス・オブジェクトを作成する場合、XSDに対して行われた変更(要素の変更、追加、削除)はビジネス・オブジェクトに反映されません。 変更されたXSDをインポートした後、既存のビジネス・オブジェクトを削除して、変更されたXSD上に新しいビジネス・オブジェクトを作成する必要があります。

WSDLファイルで定義したインライン・タイプに基づいたビジネス・オブジェクトを作成できません。 ただし、Webサービス接続を作成する場合、読取り専用のビジネス・オブジェクトがWSDLファイルから自動的に作成されます。 これらの読取り専用のビジネス・オブジェクトに基づいて、データ・オブジェクトを作成できます。

WSDLファイルおよびWebサービス接続についてさらに学習したいですか。 「Webサービス接続の作成」を参照してください。

• モジュール

  モジュールは、階層構造を作成できるようにするコンテナです。 各ビジネス・オブジェクトはモジュールに含まれている必要があります。 新しいビジネス・オブジェクトを作成すると、それは自動的にBusinessDataモジュール内に作成されます。 モジュール内に追加のビジネス・オブジェクトを作成したり、追加のモジュールを作成することができます。

• ビジネス・オブジェクト

  モジュール内に1つ以上のビジネス・オブジェクトを定義できます。 ビジネス・オブジェクトは他のビジネス・オブジェクトを含むことができます。

• 属性

  属性は、格納されていてプロセス・アクティビティで共有できる特別なプロセス・データを定義します。 属性は、実際の概念の特性を表します。 たとえば、ユーザーを表すビジネス・オブジェクトは、通常、firstnameおよびlastname属性があります。

ドキュメントをビジネス・オブジェクトおよび属性に追加することもできます。 ドキュメントを追加すると、アプリケーションでコラボレートしている他のユーザーがデータ構造を理解しやすくなります。

次の図に、アプリケーションに対して定義されたモジュール、ビジネス・オブジェクトおよびビジネス・オブジェクトの属性の階層構造の例を示します。

図bus-obj-structure.pngの説明

Enumオブジェクト(列挙)は、曜日(日曜日、月曜日、火曜日など)の名前を含むものなど、データ・オブジェクトに事前定義済定数のセットを含むことができるビジネス・オブジェクトの特別な型です。 「列挙型オブジェクトの作成」を参照してください。

ビジネス例外は、ビジネス・プロセスの実行中に発生する可能性がある、予期しない状況を伝達します。 「プロセス」を使用して、アプリケーションのビジネス例外を定義することができます。 「ビジネス例外の作成」を参照してください。

ビジネス・オブジェクトの作成

新しいビジネス・オブジェクト(複雑なデータ型)を手動で登録します。 ビジネス・オブジェクトの作成時に、モジュールとビジネス・オブジェクトの間の階層関係と、ビジネス・オブジェクトで使用される属性を定義します。

ノート:

XMLスキーマ(XSD)ファイルに基づいたビジネス・オブジェクトをインポートすることもできます。 「XMLからのビジネス・オブジェクトのインポート」を参照してください。

ビジネス・オブジェクトを作成するには:

1. 「Application Home」タブで、「Business Types」をクリックします。
   
   図bus-type-page.pngの説明
2. 「New Business Type」をクリックし、「New Business Object」を選択してビジネス・オブジェクトを手動で作成します。
3. 「Create Business Object」ダイアログ・ボックスで、ビジネス・オブジェクトの名前を入力するか、デフォルト名を使用して、親モジュールを選択または追加し、次の操作を実行します。
   • 「Finish」をクリックして、新しいビジネス・オブジェクトを作成します。
   • 「Next」をクリックして、属性を追加します。
   
   図bus-obj-dialog.pngの説明
4. 「Add Attribute」をクリックして、属性を追加します。 名前を入力し、「Change Type」をクリックして、デフォルト値Stringからデータ型を変更し、「Add」をクリックします。 すべての属性を追加した後、「Finish」をクリックします。
   
   図attribute-dialog.pngの説明

XMLからのビジネス・オブジェクトのインポート

XMLスキーマ(XSD)ファイルに基づくビジネス・オブジェクト(複雑なデータ型)をインポートすることができます。 このプロセスでは、モジュールとビジネス・オブジェクトの間の階層関係を定義します。

ビジネス・オブジェクトをインポートするには:

1. 「Application Home」タブで、「Business Types」をクリックします。
2. 「New Business Type」をクリックし、「Import Business Object」、「From XML Schema」の順に選択します。
3. 「Import Business Object from XML Schema」ダイアログ・ボックスで、ビジネス・オブジェクトの名前を入力し(またはデフォルトを使用し)、親モジュールを選択または追加して、スキーマ・ファイルで定義される要素またはタイプを選択するか、「Import Schemas from File」をクリックしてXSDまたはZIPファイルをインポートします。 その後、要素およびタイプのリストから必要な要素またはタイプを強調表示できます。

   ノート:

   トップレベル要素としてのプリミティブ型はサポートされていません。
4. 「Import」をクリックし、XSDファイルに基づいてビジネス・オブジェクトを作成します。

JSONからのビジネス・オブジェクトのインポート

JSONインスタンスまたはスキーマに基づくビジネス・オブジェクト(複雑なデータ型)をインポートできます。 このプロセスでは、モジュールとビジネス・オブジェクトの間の階層関係を定義します。

JSONからビジネス・オブジェクトをインポートするには:

1. 「Application Home」タブで、「Business Types」をクリックします。
2. 「ビジネス・タイプ」ページで、「作成」をクリックし、「ビジネス・オブジェクトのインポート」、「JSONから」の順に選択します。
3. JSONからのビジネス・オブジェクトのインポート・ダイアログ・ボックスで、ビジネス・オブジェクトの名前とJSONを入力するか、「ファイルからのインポート」 をクリックしてJSONファイルとその中に含まれる定義をインポートします。
4. をクリックしてJSONスキーマまたはインスタンスを分析および生成し、必要に応じて変更します。 (世代はJSONの内容に基づいて推測することに注意してください)。
5. 「インポート」をクリックして、JSONインスタンスまたはスキーマに基づいてビジネス・オブジェクトを作成します。

   JSONスキーマを使用してビジネス・オブジェクトを作成するときには、次の制限が適用されます。

   • インポートするJSONスキーマには、その中に含まれる定義の参照のみを含めることができます。 外部参照は許可されていません。

   • 一度に1つのファイルまたはJSONスキーマのみが受け入れられます。

   • JSONスキーマでrequiredを使用しても、作成されたビジネス・オブジェクトのNot Nullプロパティには影響を及ぼしません。

   • インポートされたJSONにはNCNameに準拠しないフィールドはありません。たとえば、@ $ % & / + , ;、空白文字、または異なるカッコなどの特殊文字は使用できません。 さらに、JSONフィールドは数字、ドット、またはマイナスの文字で始めることはできませんが、後でフィールドに表示されることがあります。

   • 「プロセス」は現在JSONをネイティブにサポートしていません。 ビジネス・オブジェクトを生成する前に、JSONスキーマがXMLスキーマに変換されます。

     ノート:

     JSONがネイティブにはサポートされていないため、XMLスキーマへの変換を有効にする必要があります。 フィールド名(XMLスキーマの要素名に変換される)はXMLスキーマに準拠している必要があります。 たとえば、コロンはネームスペースの接頭辞宣言と競合するため、some:nameのような名前は使用できません。

   JSONスキーマをXMLスキーマに変換する際には、次の規則が使用されます。

   • 有効なすべてのJSONスキーマ・ブロックにtype、enumまたは$refキーワードのいずれかを定義する必要があります。 type、enumまたは$refとして識別されていないJSONスキーマ・ブロックは無視されます。

   • ルートJSONスキーマ・ブロックはオブジェクト・タイプまたはenumブロックにする必要があります。

   • ルートの定義のみが考慮されます。

   • ローカル定義は#/definitions/<local_name>により参照する必要があります。

   • JSONスキーマ内のキーワードallOf、anyOf、oneOfは、変換後のXMLスキーマのxs:anyTypeにマップされます。

   • notキーワードはサポートされていません。

JSONスキーマの例を次に示します。

{
    "id": "http://some.site.somewhere/entry-schema#",
    "$schema": "http://json-schema.org/draft-04/schema#",
    "description": "schema for an fstab entry",
    "type": "object",
    "required": [ "storage" ],
    "properties": {
        "storage": {
            "type": "object",
            "oneOf": [
                { "$ref": "#/definitions/diskDevice" },
                { "$ref": "#/definitions/diskUUID" },
                { "$ref": "#/definitions/nfs" },
                { "$ref": "#/definitions/tmpfs" }
            ]
        },
        "fstype": {
            "enum": [ "ext3", "ext4", "btrfs" ]
        },
        "options": {
            "type": "array",
            "minItems": 1,
            "items": { "type": "string" },
            "uniqueItems": true
        },
        "readonly": { "type": "boolean" }
    },
    "definitions": {
        "diskDevice": {
            "properties": {
                "type": { "enum": [ "disk" ] },
                "device": {
                    "type": "string",
                    "pattern": "^/dev/[^/]+(/[^/]+)*$"
                }
            },
            "required": [ "type", "device" ],
            "additionalProperties": false
        },
        "diskUUID": {
            "properties": {
                "type": { "enum": [ "disk" ] },
                "label": {
                    "type": "string",
                    "pattern": "^[a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{12}$"
                }
            },
            "required": [ "type", "label" ],
            "additionalProperties": false
        },
        "nfs": {
            "properties": {
                "type": { "enum": [ "nfs" ] },
                "remotePath": {
                    "type": "string",
                    "pattern": "^(/[^/]+)+$"
                },
                "server": {
                    "type": "string",
                    "oneOf": [
                        { "format": "host-name" },
                        { "format": "ipv4" },
                        { "format": "ipv6" }
                    ]
                }
            },
            "required": [ "type", "server", "remotePath" ],
            "additionalProperties": false
        },
        "tmpfs": {
            "properties": {
                "type": { "enum": [ "tmpfs" ] },
                "sizeInMB": {
                    "type": "integer",
                    "minimum": 16,
                    "maximum": 512
                }
            },
            "required": [ "type", "sizeInMB" ],
            "additionalProperties": false
        }
    }
}

「プロセス」内の結果のビジネス・オブジェクトは、次のように表示されます:

図bo.pngの説明

特定のビジネス・ケースでは、「互換性なし」と現在のJSONである変更内容でJSONを(直接更新または新しいバージョンをインポートして)更新する必要がある場合があります。 互換性のないJSONには、次のような変更を含めることができます:

• 一部の要素またはタイプが削除されました
• 複合タイプの一部の属性が新しいタイプに更新されました
• 複合タイプの一部の属性が削除されました

互換性のない変更でJSONを更新しているときは、変更の影響を示す警告メッセージが表示されます。 たとえば、変更をサポートするために一部のビジネス・オブジェクトをアプリケーションから変更または削除する必要があることが通知される場合があります。

XMLスキーマ・ファイルのインポート

XMLスキーマ(XSD)ファイルをインポートおよび保存した後、複合タイプまたは要素を使用して、ビジネス・オブジェクトを作成します。 ルートXSDおよびそのすべての依存関係も更新できます。

ノート:

このインポート機能を使用したスキーマ・ファイルの更新は、XSD詳細ビューにある更新機能とは異なり、現在のスキーマ・ファイルの更新のみ可能です。 現在のスキーマ・ファイルを更新する方法についてさらに学習したいですか。 「XMLスキーマ・ファイルの新しいバージョンのアップロード」を参照してください。

XSDファイルをインポートするには:

1. 「Application Home」タブで、「Business Types」をクリックします。
2. 「Business Types」ページで、「Schema Files」オプションをクリックし、「Import Schema Files」をクリックします。
3. 「Upload Schema File」ダイアログ・ボックスで、次のいずれかを選択して、「Validate」をクリックします。
   • Upload from file: 「Browse」をクリックしてXSDファイルまたはZIPファイルを参照します。
   • Use URL: XSDファイルまたはZipファイルのURLを指定します。
   追加されたファイルのサマリーは、検証が成功した場合に表示されます。

   ノート:

   検証が失敗した場合、検証エラーまたは警告が表示されます。  検証の警告は、アップロードするファイルのいくつかが既存のファイルを上書きする場合に表示されます。 その場合、アップロードして既存のファイルを上書きできます。 予期しないエラーが発生した場合は常に、エラーはサーバー・ログに記録され、アップロードは取り消されます。 検証に失敗したファイルはインポートできません。
4. オプションで、「Update」をクリックして、ルートXSDおよびそのすべての依存関係を更新します。
5. 「Upload」をクリックして、XSDファイルをインポートします。

XMLスキーマ・ファイルの新しいバージョンのアップロード

「プロセス」を使用すると、既存のXMLスキーマ(XSD)ファイルの新しいバージョンをアップロードして検証することができます。

XSDファイルの新しいバージョンをアップロードするには:

1. 「Application Home」タブで、「Business Types」をクリックします。
2. 「Schema Files」をクリックします。
3. スキーマ・ファイルの名前をクリックして開きます。
4. 「Menu」をクリックし、「Upload New Version」を選択します。
5. 「Upload New Version」ダイアログ・ボックスで、次のいずれかのオプションを選択します。

   • Upload from file: 「Browse」をクリックしてXSDファイルを参照します。

   • Use URL: XSDファイルのURLを指定します。

6. 「Validate」をクリックします。

   追加されたファイルのサマリーは、検証が成功した場合に表示されます。

   ノート:

   検証が失敗した場合、検証エラーまたは警告が表示されます。  検証の警告は、アップロードするファイルのいくつかが既存のファイルを上書きする場合に表示されます。 その場合、アップロードして既存のファイルを上書きできます。 予期しないエラーが発生した場合は常に、エラーはサーバー・ログに記録され、アップロードは取り消されます。 検証に失敗したファイルはアップロードできません。
7. 「Upload」をクリックして、XSDファイルを更新します。

   アップロードしようとしているXSDには、「互換性なし」と現在のXSDの変更が含まれている場合があります。 互換性のないXSDには、次のような変更を含めることができます:

   • 一部の要素またはタイプが削除されました
   • 複合タイプの一部の属性が新しいタイプに更新されました
   • 複合タイプの一部の属性が削除されました

   互換性のない変更のあるXSDをアップロードすると、「新しいバージョンをアップロード」ダイアログ・ボックスに変更の影響を示す警告メッセージが表示されます。 たとえば、互換性のない変更をサポートするためにアプリケーション内のいくつかのビジネス・オブジェクトが削除または変更されたことが通知される場合があります。

スキーマ・タイプおよび要素のビジネス・オブジェクトへの昇格

スキーマ・ファイルで使用可能なプロモート機能を使用すると、特定のXMLスキーマ(XSD)タイプまたは要素に基づいたビジネス・オブジェクト(複雑なデータ型)をすばやく作成できます - 詳細ビュー。

スキーマ・タイプまたは要素をビジネス・オブジェクトにプロモートするには:

1. 「Application Home」タブで、「Business Types」をクリックします。
2. 「Schema Files」をクリックして「Schema Files」ビューに切り替えます。このビューには、アプリケーション内のすべてのスキーマ・ファイルがリストされます。
   
   図schema-files-option.pngの説明
   
3. 必要なスキーマ・ファイルの名前をクリックして詳細を表示します。
   
   図schema-subview.pngの説明
   

   このビューには、次のようなスキーマ・ファイルの詳細が表示されます。

   • ユーザー定義のビジネス・タイプ

   • 自動生成されたビジネス・タイプ

   • ビジネス・オブジェクトが定義されていないタイプおよび要素

   ユーザーが明示的に作成していないため、自動生成されたビジネス・タイプだけでなく、他のビジネス・オブジェクトにまだ使用されていないタイプおよび要素にも基づいてビジネス・オブジェクトを作成できます。

4. 新しいビジネス・オブジェクトの基とするタイプまたは要素の「Promote」をクリックします。
   「Promote to Business Object」ダイアログ・ボックスが開きます。
   
   図promote-bus-obj.pngの説明
   
5. 新しいビジネス・オブジェクトの名前を入力します。
   フィールドには、選択したビジネス・タイプまたは要素の名前(BusinessAddressTypeなど)が移入されます。 この名前を使用するか、変更できます。
6. ドロップダウン・リストから親モジュールを選択するか、「New」をクリックして新規モジュールを作成し、「OK」をクリックしてビジネス・オブジェクトを作成します。

ビジネス・タイプの管理

ビジネス・オブジェクトの作成後、その名前をクリックして「Business Types」 - 「Data Structure」ページに移動します。 このページから、ビジネス・オブジェクトの属性のタイプの追加または変更、あるいはドキュメントの追加が可能です。 また、モジュール、ビジネス・オブジェクト、ビジネス例外、列挙型オブジェクトおよび列挙型アイテムの追加と、データ構造へのビジネス・オブジェクトのインポートもできます。

追加できるビジネス・タイプおよび関連アイテムは、階層で強調表示したアイテムに基づいています。

図add-bus-type.pngの説明

階層でビジネス・タイプまたは関連アイテムを強調表示すると、右側のペインに詳細が表示されます。 詳細を編集またはドキュメントを追加できます。 インポートされたビジネス・オブジェクトの場合、ビジネス・オブジェクトのタイプとそのタイプが定義されているファイルも表示されます。

図manage-bus-types.pngの説明

階層でビジネス・タイプまたは関連アイテムを右クリックし、これを削除または移動したり、階層のセクションを折りたたみます。

削除する前によく考えてください。 削除したビジネス・オブジェクト、モジュールまたは属性はリカバリできません。 他の関連アイテムを含むビジネス・オブジェクトまたはモジュールを削除すると、これらも削除されます。 ただし、削除したビジネス・オブジェクトまたはモジュールにビジネス・オブジェクトに基づいた属性が含まれている場合、そのビジネス・オブジェクトは削除されません。

データ・オブジェクトでの作業

一般的に、データ・オブジェクトは、ビジネス・プロセスで使用する情報を格納するために使用する変数です。 これらは、プロセスの設計および実装段階で定義されます。 プロセス・アプリケーションを完了するには、各アクティビティを必要なデータ・オブジェクトに関連付ける必要があります。

実行時には、データ・オブジェクトには、ユーザーがビジネス・プロセスと対話する際に変更される可能性がある情報が含まれます。 プロセスを実行すると、データを格納、アクセスおよび操作できます。 データ・オブジェクト内に格納した値を使用して、プロセスが取得したブランチを決定できます。

「プロセス」は、単純または複合データ型に基づいたデータ・オブジェクトをサポートします。 データ・オブジェクトがどのタイプのデータ型に基づくかは、処理する必要のあるデータ型によって異なります。

• 単純なデータ型に基づく場合

  データ・オブジェクトは単純なデータ型に基づくことができます。 これらは、ほとんどのプログラミング言語に共通のコア・データ型です。 次の表は、「プロセス」でサポートされている基本データ型の一覧です。

  タイプ	説明
  ブール	論理値TrueまたはFalseを表します。
  整数	整数を表します。 たとえば、23、-10、0です。
  小数	小数の表記で示すことができる数値を表します。 たとえば、3.14、62、0.023です。
  実数	浮動小数点の数値を表します。 たとえば、2e-1、2.3E8です。
  文字列	一連の文字を表します。 たとえば: このテキストは文字列です。
  時間	年-月-日 時:分:秒として示される特定の時間を表します。 たとえば、2014-12-14 13:20:28です。
  間隔	年数、月数、日数、時間数、分数、秒数として表される期間を表します。 たとえば、1d3h30mです。
  バイナリ	イメージやビデオを含め、バイナリ・データを格納するために使用します。

• 複合データ型(ビジネス・オブジェクト)に基づく場合

  複合データ型(ビジネス・オブジェクト)に基づくデータ・オブジェクトを使用すると、様々なタイプのデータをグループ化するデータ構造を作成できます。 ビジネス・オブジェクトを使用すると、単純なデータ型に基づくデータ・オブジェクトからデータ構造を作成できます。

  たとえば、ID、名前、年齢などの従業員の様々なタイプのデータが含まれる、従業員と呼ばれるビジネス・オブジェクトを作成できます。 単純なデータ型に基づくデータ・オブジェクトとビジネス・オブジェクトに基づくデータ・オブジェクト間の関係は、Javaプログラミング言語のクラスとインスタンス間の関係と同様です。 次の表に、この関係を示します。

  データ・オブジェクト	単純なデータ型
  id	整数
  name	文字列
  年齢	整数
  SKU	整数
  価格	小数
  ブランド	文字列
  type	整数

  データ・オブジェクト	構造
  従業員	ID (整数) 名前(文字列) 年齢(整数)
  製品	SKU (整数) ブランド(文字列) タイプ(整数) 価格(10進数)

  複合データ・オブジェクトを作成する前に、まず、データ構造を定義するビジネス・オブジェクトを定義する必要があります。

データ・オブジェクトの作成

単純なデータ・オブジェクト・タイプまたはビジネス・オブジェクト(複合データ型)に基づいてデータ・オブジェクトを作成できます。 ビジネス・オブジェクトに基づいてデータ・オブジェクトを作成する場合、最初にビジネス・オブジェクトを作成する必要があります。

データ・オブジェクトを作成するには:

1. 「Application Home」タブで、プロセスを選択した後、「Data Objects」をクリックします。
2. 「Data Objects」ダイアログ・ボックスで、「Add」をクリックします。
3. データ・オブジェクトの名前を入力するか、デフォルト名を使用し、単純なデータ・オブジェクト・タイプまたはビジネス・オブジェクトに基づいたデータ・オブジェクトを選択して、「Create」をクリックした後、「Close」をクリックします。

ノート:

TaskOutcomeDataObjectという名前のデフォルトのプロセス・データ・オブジェクトは、ヒューマン・タスクが作成されたときに、ヒューマン・タスクの結果に対して自動的に作成されます。 「Edit」および「Delete」リンクは、このデータ・オブジェクトに対して無効になっています。

「Data Objects」ダイアログ・ボックスでは、データ・オブジェクトの編集や削除もできます。 データ・オブジェクトの編集または削除後、アプリケーションを検証し、変更または削除したデータ・オブジェクトへの参照がないことを確認します。

「データ・オブジェクトでの作業」を参照してください。

データ・オブジェクトの編集または削除

データ・オブジェクトを編集または削除できます。

データ・オブジェクトを編集または削除するには:

1. 「Application Home」タブに移動して、共有アプリケーションを編集する場合、編集モードで作業していることを確認します。
2. データ・オブジェクトを編集または削除するビジネス・プロセスを開きます。
3. 「Data Objects」をクリックして、ビジネス・プロセスのデータ・オブジェクトのリストを展開します。
4. 特定のデータ・オブジェクトを選択します。
   このステップを実行すると、「Edit」および「Delete」アイコンが有効になります。

   
   図data-object-dialog.pngの説明
   • データ・オブジェクトを編集するには、「Edit」をクリックして、必要に応じて、名前またはデータ型を変更します。
   • データ・オブジェクトを削除するには、「Delete」をクリックします。
5. 「閉じる」をクリックします。

データ・オブジェクトの編集または削除後、アプリケーションを検証し、変更または削除したデータ・オブジェクトへの参照がないことを確認します。

データ・オブジェクトの編集後、このオブジェクトへのすべての参照が引き続き有効であることを確認する必要があります。 たとえば、データ・オブジェクト・タイプを整数から文字列に変更する場合、そのデータ・オブジェクトを使用するすべての式が引き続き正しく機能することを確認する必要があります。 正しく機能しない場合、アプリケーションは検証されません。

データ・オブジェクトの削除後、そのオブジェクトへのすべての参照が削除されていることを確認する必要があります。 参照には、データ・オブジェクトを使用するデータ関連付けおよび式が含まれています。 削除したデータ・オブジェクトへの参照を削除しないと、アプリケーションは検証されません。

ビジネス例外の作成

ビジネス例外は、ビジネス・プロセスの実行中に予期せず発生する可能性がある状況を伝達するために使用されます。 アプリケーションのビジネス例外を定義し、無効なIdや低い信用格付けなどの特定の条件下でトリガーされるエラー終了イベントで使用します。

ビジネス例外を作成するには:

1. 「Application Home」タブで、「Business Types」をクリックし、「Business Types」ページを開きます。
2. 「New」をクリックし、「New Business Exception」を選択して「Create Business Exception」ダイアログを開きます。
   
   図bus-exception-dialog.pngの説明
3. 新しいビジネス例外の名前を入力します。
   このフィールドには、BusinessException、BusinessException1などのデフォルト名が移入されています。 この名前を使用するか、変更できます。
4. タイプを変更する場合、「Change Type」をクリックします。 デフォルト値は、Stringです。
5. 親モジュールをドロップダウン・リストから選択し、「Create」をクリックして、新しいビジネス例外を作成します。
   ほとんどの場合、親モジュールはBusinessDataです。 上級ユーザーである場合は、「New」をクリックして新しい親モジュールを作成できます。

列挙オブジェクトの作成

アプリケーションのEnumオブジェクトを手動で作成できます。 Enumオブジェクト(列挙)は、曜日(日曜日、月曜日、火曜日など)の名前を含むものなど、データ・オブジェクトに事前定義済定数のセットを含むことができるビジネス・オブジェクトの特別な型です。

列挙型オブジェクトを作成するには:

1. 「Application Home」タブで、「Business Types」をクリックし、「Business Types」ページを開きます。
2. 「New」をクリックし、「New Enum Object」を選択して「Create Enum Object」ウィザードを開きます。
   
   図enum-obj-dialog.pngの説明
3. 新しい列挙型オブジェクトの名前を入力します。
   このフィールドには、EnumObject、EnumObject1などのデフォルト名が移入されています。 この名前を使用するか、変更できます。
4. 列挙型アイテムのデータ型を変更する場合、「Change Type」をクリックします。 デフォルト値は、Stringです。
5. ドロップダウン・リストから親モジュールを選択します。
   ほとんどの場合、親モジュールはBusinessDataです。 上級ユーザーである場合は、「New」をクリックして新しい親モジュールを作成できます。

   2つのオプションが用意されています。

   • 「Finish」をクリックして、新しい列挙型オブジェクトを作成します。
   • 列挙型アイテムを追加するには、次のステップに進みます。
   次のステップを実行して、列挙型アイテムを追加します。
6. 「Next」をクリックして、「Enum Items」ダイアログを開きます。
7. 「New」をクリックして、列挙型アイテムを追加します。 名前と値を入力して、「OK」をクリックします。
   引き続き、必要な数の新しい列挙型アイテムを追加します。
8. 「Finish」をクリックして、新しい列挙型オブジェクトを作成します。