m workflow authors guide ibmbookpublic.dhe.ibm.com/software/data/cognos/documentation/openpage… · Interstage BPM アプリケーションおよびIBM OpenPages GRC Platform

IBM OpenPages GRC Platformバージョン 7.2.0

ワークフロー作成者ガイド

IBM

注記本書および本書で紹介する製品をご使用になる前に、 61ページの『特記事項』の情報をお読みください。

本書は IBM OpenPages GRC Platform バージョン 7.2.0 を対象として作成されています。また、その後のリリースも対象となる場合があります。

お客様の環境によっては、資料中の円記号がバックスラッシュと表示されたり、バックスラッシュが円記号と表示されたりする場合があります。

原典： IBM OpenPages GRC Platform

Version 7.2.0

Workflow Author's Guide

発行：日本アイ・ビー・エム株式会社

担当：トランスレーション・サービス・センター

ライセンス資料 - IBM Corporation の所有財産。

© Copyright IBM Corporation, 2003, 2015.

目次

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vInterstage BPM アプリケーションおよび IBM OpenPages GRC Platform. . . . . . . . . . . . . . . . v

OpenPages GRC Platform でサポートされない Interstage BPM Studio の機能 . . . . . . . . . . . . . viInterstage BPM Studio オンライン・ヘルプ . . . . . . . . . . . . . . . . . . . . . . . . vii

ワークフロー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii知っておくべき用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viiプロセス定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viiiオンラインおよびオフラインの編集モード . . . . . . . . . . . . . . . . . . . . . . . . xWorkflowAdministrators グループ . . . . . . . . . . . . . . . . . . . . . . . . . . . . xワークフロー・ライフサイクル . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi

Interstage BPM Studio 入門 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiInterstage BPM アプリケーションの開始 . . . . . . . . . . . . . . . . . . . . . . . . . xiInterstage BPM Studio ワークベンチ・ウィンドウ. . . . . . . . . . . . . . . . . . . . . . xiiプロセス定義の要素 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xivIBM OpenPages GRC Platform でサポートされる Interstage BPM Studio の機能 . . . . . . . . . . . xvi

第 1 章ワークフローの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . 1プロセス定義の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1アプリケーション・プロジェクト名およびプロセス定義名の作成 . . . . . . . . . . . . . . . . . 1プロセス定義用のサーバー・プロジェクトの作成 . . . . . . . . . . . . . . . . . . . . . . 2プロセス定義の作成およびプロパティーの追加 . . . . . . . . . . . . . . . . . . . . . . . 3

IBM OpenPages GRC Platform ワークフロー・サーバーへのプロセス定義のアップロード . . . . . . . . . . 5ドラフト・バージョンの番号付けについて . . . . . . . . . . . . . . . . . . . . . . . . 6

OpenPages GRC Platform サーバーへの接続 . . . . . . . . . . . . . . . . . . . . . . . . . 6プロセス定義とオブジェクト・タイプの関連付け . . . . . . . . . . . . . . . . . . . . . . . 7プロセス定義への Java Action の追加 . . . . . . . . . . . . . . . . . . . . . . . . . . . 9OpenPages GRC Platform へのプロセス定義の公開 . . . . . . . . . . . . . . . . . . . . . . 11公開済みプロセス定義の編集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13アプリケーション・プロジェクトおよびプロセス定義のコピーと削除 . . . . . . . . . . . . . . . . 13アプリケーション・プロジェクトのコピー . . . . . . . . . . . . . . . . . . . . . . . . 13プロセス定義のコピー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14プロジェクトまたはプロセス定義の削除 . . . . . . . . . . . . . . . . . . . . . . . . . 15

プロセス定義のインポートおよびエクスポート . . . . . . . . . . . . . . . . . . . . . . . 15Interstage BPM Studio へのプロセス定義のインポート . . . . . . . . . . . . . . . . . . . . 15Interstage BPM Studio からのプロセス定義のエクスポート . . . . . . . . . . . . . . . . . . . 16

ジョブ動作の構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17ユーザー定義の属性の指定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17ジョブに対する署名の有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18ワークフロー・タスクでのレポートの使用 . . . . . . . . . . . . . . . . . . . . . . . . 18

階層ジョブの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20フィルターの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

タイマーおよび期限の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22期限の定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22タイマーの定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23期限およびタイマーの詳細設定用の時刻コードおよび日付コード . . . . . . . . . . . . . . . . 26ユーザー独自のビジネス・カレンダーの作成 . . . . . . . . . . . . . . . . . . . . . . . 29ビジネス・カレンダー・ファイルのパラメーターおよび形式 . . . . . . . . . . . . . . . . . . 30プロセス定義へのビジネス・カレンダーの割り当て . . . . . . . . . . . . . . . . . . . . . 33期限やタイマーへのビジネス・カレンダーの割り当て . . . . . . . . . . . . . . . . . . . . 33

ワークフローでの Java Action セットの使用 . . . . . . . . . . . . . . . . . . . . . . . . 34

iii

Java Action の割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34Java Action の編集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Java Action のコピー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Java Action の削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35使用可能な Java Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

ワークフローから計算済みフィールドへのアクセス . . . . . . . . . . . . . . . . . . . . . . 51計算済みフィールドの Subprocess ノードの構成 . . . . . . . . . . . . . . . . . . . . . . 52

第 2 章ワークフローの JavaScript 関数 . . . . . . . . . . . . . . . . . . . . . 55Java Action および複雑な条件ノード用の関数 . . . . . . . . . . . . . . . . . . . . . . . . 55

string DateAdd(String Date, Int Offset, String field) . . . . . . . . . . . . . . . . . . . . . 55boolean DateCompare(String Date1, String Operator, String Date2) . . . . . . . . . . . . . . . . . 55integer DateDiff(String Date1, String Date2, String field) . . . . . . . . . . . . . . . . . . . . 56boolean toBoolean(String または Integer value) . . . . . . . . . . . . . . . . . . . . . . . 56

Java Action 専用の関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56boolean addAttachment(String attachmentName, String attachmentPath) . . . . . . . . . . . . . . . . 56boolean deleteAttachment(String attachmentName) . . . . . . . . . . . . . . . . . . . . . . 56string getActivityActor(). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56string getActivityAssignees() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57string getActivityName() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57array getAllAttachmentNames() . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57string getAttachment(String AttachmentName) . . . . . . . . . . . . . . . . . . . . . . . . 57string getGroupMembers(String groupName) . . . . . . . . . . . . . . . . . . . . . . . . 57string getInitiator() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57string getMembers(String groupName) . . . . . . . . . . . . . . . . . . . . . . . . . . 57string getOwners() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58string getProcessAttribute(String name) . . . . . . . . . . . . . . . . . . . . . . . . . . 58int getProcessAttributeStringType(String name) . . . . . . . . . . . . . . . . . . . . . . . 58string getProcessDescription() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58string getProcessInitiator() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58int getProcessInstanceId() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59string getProcessName() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59string getProcessOwners() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59int getProcessPriority() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59string getProcessTitle() . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59boolean setActivityAssignees(String assignees). . . . . . . . . . . . . . . . . . . . . . . . 59boolean setOwners(String owners) . . . . . . . . . . . . . . . . . . . . . . . . . . . 59boolean setProcessAttribute(String name, String value) . . . . . . . . . . . . . . . . . . . . . 59boolean setProcessDescription(String description) . . . . . . . . . . . . . . . . . . . . . . . 60boolean setProcessName(String name) . . . . . . . . . . . . . . . . . . . . . . . . . . 60boolean setProcessOwners(String owners) . . . . . . . . . . . . . . . . . . . . . . . . . 60boolean setProcessPriority(int priority) . . . . . . . . . . . . . . . . . . . . . . . . . . 60boolean setProcessTitle(String title) . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

特記事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

索引 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

iv IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

概要

IBM® OpenPages® GRC Platform - Workflow Studio は、ワークフローの作成者がローカル・コンピューターで使用できるスタンドアロンのアプリケーションです。

対象読者

「IBM® OpenPages® GRC Platform - ワークフロー作成者ガイド」は、 OpenPages

GRC Platform - Workflow Studio を使用してワークフローを作成する必要があるユーザーを対象としています。

情報の検索

製品資料 (各国語版の資料を含む) を Web で入手するには、IBM Knowledge Center

(http://www.ibm.com/support/knowledgecenter) にアクセスしてください。

アクセシビリティー機能

アクセシビリティー機能は、運動障害または視覚障害など身体に障害を持つユーザーが情報技術プロダクトを快適に使用できるようにサポートします。 OpenPages

GRC Platform - Workflow Studio の資料にはアクセシビリティー機能があります。PDF 文書は補助的なものであるため、追加のアクセシビリティー機能はありません。

将来の見通しに関する記述

本資料は、製品の現行機能について説明するものです。現在利用できない項目への言及が含まれる場合もありますが、将来的に使用可能になることを示唆するものではありません。このような言及は、なんらかの資料、コード、または機能を提供するという誓約、保証、または法的義務ではありません。IBM はその裁量に基づき、機能の開発、リリース、タイミングや機能性を決定します。

Interstage BPM アプリケーションおよび IBM OpenPages GRCPlatform

Interstage Business Process Manager 10.1 (本書では Interstage BPM と表記) は、IBM OpenPages GRC Platform アプリケーション環境内でのワークフロー・プロセスの開発、管理、および修正に使用されるサード・パーティーのアプリケーションです。

Interstage BPM アプリケーションは以下のコンポーネントで構成されています。

v Interstage BPM Studio ― IBM OpenPages GRC Platform アプリケーション内で使用するためにワークフロー・プロセスを設計および統合する場合に使用されるWindows ベースのスタンドアロン・ツール。

v Interstage BPM Console ― 実行中のワークフロー・プロセス・インスタンス (ジョブ) を修正する場合に使用されるブラウザー・ベースのツール。

v

http://www.ibm.com/support/knowledgecenter

v Interstage BPM Server ― ランタイム環境用のワークフロー・エンジン ( IBM

OpenPages GRC Platform ワークフロー・サーバーと表記)。

OpenPages GRC Platform でサポートされない InterstageBPM Studio の機能

Interstage BPM Studio の一部の機能は IBM OpenPages GRC Platform アプリケーションではサポートされません。また、一部の機能は Interstage BPM Studio ユーザー・インターフェースに表示されることもありません。

以下の Interstage BPM Studio の機能は IBM OpenPages GRC Platform アプリケーションではサポートされません。

v フォームを作成し、ノードおよびプロセス定義と関連付ける

v スタイル・シート・エディター (フォームの関数で使用される)

v プロセスをシミュレートするためにプロジェクトおよびシナリオを作成する

v アプリケーション・プロジェクトを .bar ファイルから Interstage BPM Studio にインポートする。 .bar ファイルは、アプリケーション・プロジェクト内のすべてのコンポーネントを 1 つのコンテナーにパッケージします。

v アプリケーション・プロジェクトを Interstage BPM Studio から .bar ファイルにエクスポートする

v ワークフロー・アプリケーション・プロジェクト全体をワークフロー・サーバーにアップロードするか、ワークフロー・サーバーからダウンロードする

v ワーク・リストまたは XML UDA を定義する

v UDA での BigDecimal データ型および Date データ型

v XML コンテンツの読み取りや XML UDA での操作の実行に使用される、すぐに使用可能な Java™ Action

v 外部データに応答してジョブを開始させたり実行中のジョブで処理選択が行われるようにしたりするトリガー

v Java エージェント

以下の Interstage BPM Studio の機能は IBM OpenPages GRC Platformアプリケーションではサポートされません。また、Interstage BPM Studio ユーザー・インターフェースに表示されることもありません。

v カスタム DB ノード

v カスタム Web サービス・ノード

v Remote Subprocess ノード (リモート・ワークフロー・サーバーでジョブを開始する)

v 外部 Blaze Advisor または ILOG® JRules ルール・エンジンでビジネス・ルールを呼び出す

v データベース Java Action (外部データベースで SQL コマンドを実行する)

v データを取得して UDA に保管する Web サービスを呼び出す Java Action

v リモート・コンピューターでコマンドを実行する (例えば、リモート Windows システムでバッチ・コマンドを実行する) Java Action

v デシジョン・テーブル内のルールを呼び出す Java Action

v カスタム・トリガー・ノード

vi IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

注: IBM OpenPages GRC Platform レポート・フラグメント・フィールドはInterstage BPM Studio ではサポートされません。マップされた UDA 内のレポート・フラグメント・フィールドの値は常にブランクとして表示されます。

Interstage BPM Studio オンライン・ヘルプInterstage BPM Studio 固有の機能 ( IBM OpenPages GRC Platform メニュー・オプションを除く) の詳細については、Interstage BPM Studio ヘルプ・システムを参照してください。スタンドアロンで動的な (コンテキスト依存) ヘルプとテキスト検索機能を使用できます。

ヘルプにアクセスするには、Interstage BPM ワークベンチ・ウィンドウのヘルプ・メニューで該当するヘルプ・オプションをクリックします。あるいは、「?」ツールバー・ボタンをクリックします。

ワークフローワークフローは、リスクの軽減に制御が有効であることの証明、GRCM 作業の全体の 4 分の 1 でのサインオフなど、結果を達成するために使用される操作の反復可能シーケンスを自動化します。ワークフローは、プロセス定義 (「ジョブ・タイプ」とも呼ばれます) およびジョブの作成を通じて実施されます。

IBM OpenPages GRC Platform により、複雑だが、容易に管理できるプロジェクトを可能にする再使用可能なプロセス定義を Interstage BPM Studio で作成できます。結果として生成されるジョブは、必ず発生すると思われる避けられない変更に対応するのに十分な柔軟性を備え、なおかつ制御可能な管理対象プロセスの効率性を維持します。正常なビジネス慣行では、厳格な、あらかじめ決められた道筋に従う反復可能プロセスが要求されます。良いプロセスは、混乱を最小限に抑えながら、効率性を最大化します。

知っておくべき用語以下の表に、ワークフローに特有の用語をリストします。これらの用語は、この章全体を通して使用されています。

表 1. ワークフローの用語

用語説明

プロジェクトプロセス定義を編成するのに使用される、Interstage BPM Studio

アプリケーション内のコンテナー。ファイル・システム・レベルでは、1 つのプロジェクトは 1 つのフォルダーに相当します。

IBM OpenPages GRC Platform は、以下のプロジェクト・タイプをサポートします。

アプリケーション・プロジェクトローカル・コンピューターでプロセス定義を作成、設計、および編集するために使用されます。

サーバー・プロジェクトワークフロー・サーバーに保管されるプロセス定義を作成、設計、および編集するために使用されます。

概要 vii

表 1. ワークフローの用語 (続き)

用語説明

プロセス定義

- または -

ジョブ・タイプ

「プロセス定義」と「ジョブ・タイプ」という用語は同義です。

プロセス定義は、再使用可能なジョブ・テンプレートです。ジョブの全体的な構造を定義しますが、それ自体はアクティブではありません。プロセス定義は、それを元に作成されるジョブの動作およびプロパティー (タスクのタイプや順序を含む) を決定する静的エンティティーです。

Interstage BPM Studio アプリケーションを使用することで、個々のプロセス定義を (ローカル・アプリケーション・プロジェクトの一部として) オフラインで、または (サーバー・プロジェクトの一部として) オンラインで作成できます。

ノードノードは、プロセス定義内のタスクまたはアクティビティーを表すグラフィカル・シンボルと、ノード間を接続し、あるノードから次のノードへとワークフロー・プロセスを導く矢印で構成されます。

ジョブジョブは、開始点と終了点が別個にあるタスクの順序付けられたシーケンスです。ジョブは、プロセス定義の個々のインスタンスです。

アクティブなジョブは、そのジョブを開始したユーザーによって編集可能です。ジョブ編集モードでは、ジョブがプロセス定義であるかのように、ジョブの構造およびロジックを変更できます。

例えば、アクティブなジョブがエラー状態にある場合、そのジョブを再アクティブ化することができます。これらの変更はいずれも、ジョブが最初に作成されたときの作成元のプロセス定義には適用されません。

タスクタスクは、ジョブの個々の構成要素です。ジョブが作成され開始されると、そのジョブ内の最初のタスクがその担当者の「自分のタスク」リストにアクティブ・タスクとして表示されます。タスクの例としては、損失イベントのレビューまたは完了があります。

プロセス定義プロセス定義は、個々のジョブの作成に使用できるテンプレートです。

プロセス定義は、ノードを結合し、矢印を接続することで、Interstage BPM Studio

内に作成されます。各ノードは、ワークフローの一部であるタスクを表し、矢印は、次のタスクをアクティブにするアクションまたは決定を表します。さらに、それぞれのノードおよび矢印には、 IBM OpenPages GRC Platform によって使用される情報や方向を提供する特定のプロパティーが関連付けられています。

viii IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

例えば、基本的なプロセス定義が、結果として新規ドキュメントをもたらす 2 つのタスクで構成されているとします。この種のプロセス定義は、以下のステップで構成される可能性があります。

1. 管理者が新規文書を要求します。

2. ライターが文書を作成します。

3. ライターが、レビューのために管理者に新規文書を送信します。

4. 管理者が文書をレビューし承認します。

このプロセス定義を以下のフローチャートに示します。

最初のノードは Start ノードと呼ばれ、ジョブの開始を示します。最初のノードを2 番目のノードに接続する矢印は、ジョブ内の次のシーケンスの順序を表します。

2 番目のノード (最初の長方形で表されるもの) は Task ノードと呼ばれ、ライターの文書作成タスクを示します。ライターが文書作成タスクを完了すると、2 番目のタスクとしてのレビューのために、ジョブが自動的に管理者に送信されます。これは、文書作成 Task ノードを承認 Task ノードに接続する矢印によって表されます。

3 番目のノードである Task ノードは、管理者による文書のレビューおよび承認を表します。管理者による文書のレビューと承認が完了し、その結果、タスクが完了すると、ジョブ・シーケンスは最後のノードに接続する矢印の方向に従います。

最後のノードは Exit ノードと呼ばれ、ジョブの終わりを示します。

これは非常に単純なプロセス定義の例ですが、Interstage BPM Studio を使用すると、複数のオプション、並行タスク、複数ユーザーへの割り当てが可能な、複雑で堅固なプロセス定義を作成できます。

ジョブ・タイプ

タスク 1-1

タスク 2-1

タスク 3-1

図 1. プロセス定義フローチャート

文書の

作成

マネージャーの

承認Start ノード Exit ノード

ジョブの作成完了承認

図 2. プロセス定義フローチャートの例

概要 ix

個々のジョブは IBM OpenPages GRC Platform アプリケーションのユーザー・インターフェースから開始、停止、および管理できますが、これらのジョブを作成するプロセス定義の作成と保守には、Interstage BPM Studio アプリケーションを使用します。

オンラインおよびオフラインの編集モードInterstage BPM Studio を使用して、ワークフロー・プロジェクトおよびプロセス定義をオンライン・モード、オフライン・モード、または両方のモードの組み合わせで編集することができます。

オフライン・モードでは、ワークフロー・サーバー接続に依存せずに、ローカル・コンピューター上でプロセス定義を作成、編集、および保存します。ただし、プロセス定義をローカルで作成した後、オンライン・モードに切り替えて、プロセス定義をワークフロー・サーバーにアップロードし、 IBM OpenPages GRC Platform オブジェクト・タイプに関連付け、Java Action を追加し、完成したプロセス定義をIBM OpenPages GRC Platform Web アプリケーションに公開する必要があります。

オンライン・モードでは、サーバーに常時接続されており、すべての機能 (プロセス定義の作成、 IBM OpenPages GRC Platform オブジェクトの関連付け、およびIBM OpenPages GRC Platform Web アプリケーションへの公開を含む) をサーバー上で直接実行します。プロセス定義をサーバー上で直接作成および保存するため、サーバーにアップロードする必要はありません。

一般に、オフライン・モードとオンライン・モードのどちらを選択するかは、主として、プロセス定義をどこで作成するかによって決まります。例えば、非常に複雑なプロセス定義をオフラインで設計し、その後でサーバーにアップロードする方が容易な場合があります。組織によっては、あるユーザーがオフラインでのプロセス定義のモデリングを割り当てられ、他のユーザーがサーバー・サイドでの IBM

OpenPages GRC Platform の統合および公開を担当することがあります。

この章の例では、プロセス定義をオフラインでモデリングし、それらを IBM

OpenPages GRC Platform アプリケーションと統合するためにワークフロー・サーバーにアップロードすることを想定しています。

WorkflowAdministrators グループプロジェクトおよびプロセス定義の作成、編集、削除、オブジェクト・タイプの関連付けの実行、 IBM OpenPages GRC Platform への公開を行うには、WorkflowAdministrators グループのメンバーでなければなりません。管理特権を所有しているが、そのグループのメンバーでない場合は、プロセス定義を作成および保守することはできますが、オブジェクト・タイプの関連付けおよび IBM

OpenPages GRC Platform へのプロセス定義の公開を行うことはできません。

さらに、 IBM OpenPages GRC Platform アプリケーションですべてのジョブを表示する必要があるユーザーはすべて、WorkflowAdministrators グループに追加される必要があります。

x IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

ワークフロー・ライフサイクルプロセス定義の作成および IBM OpenPages GRC Platform への公開は、ワークフローの作成、管理、および修正のための全体的なプロセスの一部にすぎません。

表 2 は、ワークフロー・ライフサイクルの主要なフェーズをまとめたものであり、プロセスの各段階についての詳細情報がある参照先を示します。

表 2. ワークフロー・ライフサイクル

タスク説明詳細情報の参照先

1 Interstage BPM Studio を使用して以下のタスクを実行します。

1. プロセス定義 (ワークフロー) を作成します。

2. プロセス定義を IBM OpenPages GRC

Platform GRC オブジェクト・タイプと関連付けます。

3. プロセス定義を IBM OpenPages GRC

Platform アプリケーションに公開します。そこで、プロセス定義をジョブとして送信できます。

本書 ( IBM OpenPages GRC

Platform ワークフロー作成者ガイド)。

2 IBM OpenPages GRC Platform Web アプリケーションを使用して、ジョブを送信し、ジョブに関連付けられたタスクを処理します。

IBM OpenPages GRC Platform

アプリケーションのヘルプ・システム。

3 Interstage BPM コンソールを使用して、エラー状態にあるジョブを管理します。

「 IBM OpenPages GRC

Platform 管理者ガイド」のワークフローの管理に関するトピック。

Interstage BPM Studio 入門このセクションでは、Interstage BPM Studio アプリケーションの開始方法について説明し、Interstage BPM Studio ワークベンチ・ウィンドウの主なユーザー・インターフェース要素の概要を簡単に説明します。

Interstage BPM アプリケーションの開始このセクションでは、初めて Windows から Interstage BPM Studio を開始する方法について説明します。

手順1. Windowsの「スタート」ボタンをクリックします。

2. 「すべてのプログラム」、「Interstage Business Process Manager Studio」の順にポイントし、「Studio」をクリックします。または、Windows デスクトップ上に Studio へのショートカットを作成することもできます。ウィンドウが開きます。

3. アプリケーションにより、プロセス定義と、プロジェクトの他のコンポーネントがデフォルトのワークスペース・フォルダーに保管されます。「参照」ボタンを

概要 xi

使用して、別のロケーションを指定し、後続のセッションでリストから別のワークスペース・フォルダーを選択することができます。

注: ワークスペース・ロケーションをデフォルトとして設定し、後続のセッションでこのウィンドウを表示しないようにするには、「これをデフォルトとして使用し、次回からこのメッセージを表示しない (Use this as the default and donot ask again)」チェック・ボックスを選択します。

4. 「OK」をクリックします。Interstage BPM ワークベンチ・ウィンドウが開きます。

Interstage BPM Studio ワークベンチ・ウィンドウInterstage BPM Studio ワークベンチ・ウィンドウには、以下の主な要素が含まれています。

v メニュー・バー

v ツールバー

v ナビゲーター・ペイン

v オーバービュー・ペイン

v アウトライン・ペイン

v プロセス定義エディター・ペインおよびパレット

v プロパティー・ペイン

メニュー・バーおよびツールバーメニュー・バーおよびツールバーはワークベンチ・ウィンドウに配置されています。メニュー・バーには、Interstage BPM Studio および IBM OpenPages GRC

Platform の統合機能およびオンライン・ヘルプへのアクセスに使用するメニュー、およびメニュー・オプションが含まれています。

ツールバーには、頻繁に使用される機能 (「カギ線矢印の作成 (Create a BendArrow)」ツールや「選択」ツールなど) を呼び出すためのボタンが含まれています。

ナビゲーター・ペインナビゲーター・ペインには、ワークフローのアプリケーション・プロジェクトとサーバー・プロジェクト、およびそれらのプロジェクト内のプロセス定義の名前がリストされます。このビューは、プロジェクトとプロセス定義を管理する場合に使用します。例えば、編集するためにプロセス定義を開いたり、コピー、名前変更、エクスポートなどを行うためにそれらを選択したりすることができます。

オーバービュー・ペインオーバービュー・ペインは、規模の大きなプロセス定義を表示するのに便利です。プロセス定義全体の概要が表示されるため、作業する領域に素早く移動することができます。

プロセス定義が大きすぎて、全体をプロセス定義エディターで表示できない場合は、現在表示可能な領域がオーバービュー・ペインで強調表示されます。別の部分に移動するには、強調表示された領域を移動させます。

xii IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

アウトライン・ペインアウトライン・ペインには、アクティブなプロセス定義内のすべてのノードの階層ビューが表示されます。ノードは、アイコンとノード名で表されます。

アウトライン・ペインを使用すると、規模の大きなプロセス定義内でも、特定のノードに簡単に移動できます。また、切り取り、コピー、および貼り付けなどのノード操作や、ノード・プロパティーの定義を行うときにも、このペインを使用することができます。

注: アクションやノードに対するアノテーションは、アウトライン・ペインには表示されません。

プロセス定義エディター・ペインおよびパレットプロセス定義エディター・ペインは、プロセス・モデリング操作用のメインの作業領域です。プロセス定義に要素を追加したりプロセス定義の要素を編集したりするには、エディターを使用します。Ctrl - Z を押せば、いつでも、プロセス定義エディター・ペインで実行した最後のアクション (Task ノードの追加など) を取り消すことができます。

プロセス定義を開くと、プロセス定義エディター・ペインが自動的に開きます。一度に複数のプロセス定義を開くことができます。

各プロセス定義は別個のタブに表示されます。ユーザーの設定によっては、タブには、プロセス定義の完全なファイル名または名前が示されます。名前の横のアスタリスク (*) は、未保存の変更があることを示します。

プロセス定義エディター・ペインには、ノード、スイムレーンまたはグループ、およびアノテーションを追加するためのボタンを含むパレットがあります。このパレットで使用可能な要素について詳しくは、 xivページの『プロセス定義の要素』を参照してください。

v パレットを一時的に開くには、省略されたパレットの上にカーソルを置きます。パレットがすぐに展開されます。

v パレットを開き、開いたままの状態にするには、パレット上の「パレットの表示」ボタン (<) をクリックします。

v パレットを省略するには、パレット上の「パレットの非表示」ボタン (>) をクリックします。

読み取り専用のプロセス定義を開いたときは、パレットは表示されません。ステータス・バーに、ファイルが読み取り専用であることが示されます。ユーザーの設定を変更して、パレットのデフォルトの場所および動作を変更することができます。

プロパティー・ペインプロパティー・ペインには、ナビゲーター・ペインまたはプロセス定義エディター・ペインのいずれかで選択された項目の一般プロパティーの名前および値が表示されます。

概要 xiii

プロセス定義エディター・ペインの空きスペースをクリックすると、プロセス定義の一般プロパティー (その名前や説明など) がプロパティー・ビューに表示されます。プロセス定義の 1 つの要素 (Task ノードなど) をクリックすると、その特定の要素のプロパティーが表示されます。

プロセス定義や選択された要素の拡張プロパティーを表示または編集できるウィンドウを表示するには、「プロパティ」ペインで「詳細」カテゴリーの下にある「プロパティ」行を選択し、省略符号 (「...」) ボタンをクリックします。

プロセス定義の要素次の表は、プロセス定義に追加できるさまざまなノードやその他の要素を示しています。これらの要素は、プロセス定義から作成されたジョブを定義しているタスクや他のイベントを指定します。矢印と Start ノードを除くすべての要素は、パレットからアクセスできます。

表 3. プロセス定義の要素

要素説明

Start ノード Start ノードは、ジョブの開始を識別します。各ジョブには、Start ノードが 1 つだけなくてはなりません。このノードは、新しいプロセス定義の作成を開始するときに、プロセス定義エディター・ペインに自動的に追加されます。パレットでは使用できません。

矢印

矢印は順序を定義し、ジョブ内で実行されるアクションを表します。矢印は、1 つのノードを別のノードに、1 つのノードを複数のノードに、または複数のノードを 1 つのノードに接続するのに使用できます。矢印の名前は、ユーザーがタスクを実行するときに表示される、使用可能なボタンを定義します。ワークベンチ・ウィンドウのツールバーから矢印ツールにアクセスすることができます。注: 矢印の名前には、円記号 (¥)、左中括弧 ({)、および右中括弧 (}) 以外の任意の文字を含めることができます。

Exit ノード Exit ノードは、ジョブの終わりを識別します。すべてのジョブは、少なくとも 1 つの Exit ノードが最終タスクの後に接続されている必要があります。

AND ノード AND ノードは、その前に接続されているタスクがすべて完了すると、次のタスクを開始します。

このノードを使用して、ジョブ内の 2 つのスレッドを同期することができます。例えば、進行中の一連のタスクが 2 組あり、それらが最終的に単一のタスクになる場合、AND ノードを使用することで、その前に接続されているすべてのタスクが完了するまで最終タスクを効果的に保留することができます。

OR ノード OR ノードは、その前に接続されている一連のタスクのいずれかの完了に基づいて、次のタスクを開始します。内向き矢印で接続されているタスクが完了すると、外向き矢印は、そのターゲット・ノード (すべて同時にアクティブ化される) にイベントを伝達します。

xiv IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

表 3. プロセス定義の要素 (続き)

要素説明

Delay ノード Delay ノードはアクティブになると、タイマーで定義された一定期間(日、時間、分で測定可能) の間ワークフローを一時停止します。タイマーのカウントダウンが始まると、後続ノードが同時にアクティブになるか、Java Action がアクティブになります。

Subprocess ノー

ド

Subprocess ノード (Child Job ノードとも呼ばれる) は別のジョブをアクティブにし、現在のジョブ (親ジョブ) を待ち状態にします。親ジョブは、サブプロセス・ジョブが完了し、その値を親ジョブに返すまで一時停止します。

サブプロセス・ジョブが完了すると、親ジョブが再度アクティブになり、Subprocess ノードに接続されているすべてのノードが同時にアクティブになります。Subprocess ノードは、処理しやすいユニットから成る階層にタスクを分けるために使用されます。注:

v ノードの + 記号をクリックすると、サブプロセス定義のイメージが表示されます。

v + 記号をダブルクリックすると、サブプロセス定義が別個のプロセス定義エディター・ペインで開きます。

Chained-Process

ノードChained-Process ノードは、親ジョブを継続させながら、別のジョブをアクティブにします。子ジョブは、親ジョブに値を返しません。注:

v ノードの + 記号をクリックすると、チェーン・プロセス定義のイメージが表示されます。

v + 記号をダブルクリックすると、チェーン・プロセス定義が別個のプロセス定義エディター・ペインで開きます。

Conditional ノー

ド

Conditional ノードでは、ワークフロー作成者がプロパティーを指定し、そのプロパティーの値に基づいてワークフローのルートを定めることができます。ワークフローがこのノードに到達すると、そのプロセスは、ノードの「プロパティ」ウィンドウで指定された条件を満たす矢印に沿って続行します。

このノードの条件を設定するときは、定義された値が満たされないときに選択されるデフォルトの矢印を指定する必要があります。

Complex

Conditional ノー

ド

Complex Conditional ノードは Conditional ノードに似ています。唯一の違いはプロセス・フローを指示するために指定された基準です。Conditional ノードの場合、値を別の値と比較します。 Complex

Conditional ノードの場合、

JavaScript 式を使用して詳細な基準を指定することができます。

Task ノード Task ノードは、ジョブ内のタスクを示します。ジョブ・シーケンスがこのノードに到達すると、実行するタスクがあることがユーザーに通知されます。

各 Task ノードには、そのタスクの割り当て先や、タスク自体の説明 (名前) を示すデフォルト・プロパティーが含まれています。プロセス定義の作成やジョブの編集を行う場合、ノードを右クリックして「プロパティ」ウィンドウから該当するタブを選択することで、これらのプロパティーを編集することができます。

概要 xv

表 3. プロセス定義の要素 (続き)

要素説明

Voting Task ノー

ド

Voting Task ノードは投票ルールを使用して、アクティブにする外向き矢印を決定します。通常の Task ノードでは、タスクを完了した最初の担当者によって、どのパスをアクティブにするかを決定する選択が行われます。

Voting Task ノードでは、複数の担当者がそれぞれ可能なパスの選択を行うことができ、その後、結果が集計されます。投票ルールの 1 つが満たされるとすぐに、その結果として得られたパスがアクティブ化され、ジョブ内の次のノードがアクティブになります。

Email ノード Email ノードによって、ノードの開始アクションまたは終了アクションだけでなく、ワークフロー内の任意の場所で、ワークフロー設計者が定義済みの E メールを指定された受信者に送信できます。E メールが送信されると、この Email ノードは、接続されている後続のすべてのノードを同時にアクティブにします。

Spawn Jobs ノー

ド

Spawn Jobs ノードは、ノードのプロパティーに指定された IBM

OpenPages GRC Platform オブジェクト・タイプの子ジョブを作成します。オブジェクト・タイプはオブジェクト・プロパティーのセットでフィルタリングできるため、基準に適合するオブジェクトに対してのみジョブが作成されます。

アノテーションアノテーションは、コメントを入力したり、プロセス設計の重要な側面を説明したりするために追加できるテキスト・ボックスです。複数のアノテーションをプロセス定義に追加することができます。

スイムレーンスイムレーンは、タスクおよびその他のプロセス定義の要素を視覚的なカテゴリーに編成するのに使用されます。これらの視覚的カテゴリーは、さまざまな機能や責任を示しています。スイムレーンを使用して、同じロールによって実行されるアクティビティーを視覚的にグループ化することができます。これらのグループは、単に視覚的なものです。スイムレーンやグループに配置されたノードが、特殊な方法で処理されるわけではありません。

グループグループは、スイムレーンと機能が似ています。唯一の違いは、グループを使用すると、ロールに関係なくタスクやその他の要素を視覚的に分類できることです。

IBM OpenPages GRC Platform でサポートされる InterstageBPM Studio の機能

以下の表で、 IBM OpenPages GRC Platform アプリケーションでサポートされるInterstage BPM Studio の機能について説明します。

xvi IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

表 4. IBM OpenPages GRC Platform でサポートされる Interstage BPM Studio の機能

機能説明

オフライン編集 v ローカル・アプリケーション・プロジェクトを作成または変更します。

v ローカル・コンピューター上でプロセス定義の作成、設計、および編集を行います。

v IBM OpenPages GRC Platform アプリケーションでのデプロイメント用にローカル・プロセス定義をワークフロー・サーバーにアップロードします。

v サーバーからローカル・コンピューターにプロジェクトをダウンロードします。

オフラインで作成されたプロセス定義はローカル・コンピューターに保管されます。

オンライン編集 v ワークフロー・サーバーに直接接続して、サーバー・プロジェクトを作成または変更します。

v サーバー上でプロセス定義の作成、設計、および編集を行います。

オンラインで作成されたプロセス定義はワークフロー・サーバーに保管されます。

スイムレーンとグループワークフロー内のタスクまたはアクティビティーの順序に影響を与えずに、タスクまたはアクティビティーを視覚的に編成します。

ツールバー (フォーム関連の機能を除く)

保存、印刷、元に戻す、やり直し、ノードの配置、ズームイン、ズームアウト、検索などのコマンドを実行します。

アノテーションプロセス定義にコメントまたはラベルを追加します。

プロセス定義のコピーおよび名前変更

(ローカル・ワークフロー・アプリケーション・プロジェクトのみ)

ローカル・ワークフロー・アプリケーション・プロジェクトの一部であるプロセス定義に対して、複製または名前変更を行います。

ノードの切り取り、コピー、および貼り付け

プロセス定義内のノードや複数のプロセス定義間のノードの削除または複製を行います。

ビジネス・カレンダータイマーまたは期限で使用するカスタム・ビジネス・カレンダーを作成します。

XPDL フォーマットでのインポートおよびエクスポート

プロセス定義を XML プロセス定義言語 (XPDL) フォーマットでインポートまたはエクスポートします。

エラー・アクション Java Action の実行中にエラーが発生した際に、プロセス定義、ノード、または別の Java Action に対して実行するアクションを定義します。

概要 xvii

表 4. IBM OpenPages GRC Platform でサポートされる Interstage BPM Studio の機能 (続き)

機能説明

補正アクション IBM OpenPages GRC Platform データベースなどの、Interstage BPM の外側にあるシステムにアクセスする別の Java Action に対して実行するアクションを定義します。補正アクションは、クリーンアップ・トランザクションやロールバック・トランザクション ( IBM OpenPages GRC Platform データベースに新しく追加された行の削除など) に関わるすべてのシステムを整合した状態にするために使用されます。

状態変更アクション管理者がジョブの処理を中止、一時停止、再開した際に、プロセス定義またはノードに対して実行されるアクションを定義します。

すぐに使用可能な、サーバーの Java

Action

ワークフロー・サーバー上で特定の組み込み Java

Action を使用してワークフロー・データを操作します。例えば、Java Action を使用して、特定のユーザーに Task ノードを割り当てることも、ユーザー定義属性 (UDA) にタスクを実行するユーザーの名前を割り当てることもできます。注: サポートされない XML またはルール Java

Action は含みません。

無処理 Java Action 別の Java Action によってスローされるエラーや例外を無視するには、この Java Action を使用します。これにより、ワークフローがエラー状態にならないようにします。

xviii IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

第 1 章ワークフローの作成

この章では、Interstage BPM Studio を使用してプロセス定義を作成し、 IBM

OpenPages GRC Platform アプリケーションのワークフローで使用するためにそれらを公開する方法について説明します。

注: Interstage BPM Studio 固有の機能について詳しくは、ヘルプ・システムを参照してください (ヘルプにアクセスする方法について詳しくは、 viiページの『Interstage BPM Studio オンライン・ヘルプ』を参照してください)。

プロセス定義の作成プロセス定義を作成するには、いくつかのタスクを実行する必要があります。

プロセス定義を作成するには、以下のタスクを実行する必要があります。

v 『アプリケーション・プロジェクト名およびプロセス定義名の作成』

v 2ページの『プロセス定義用のサーバー・プロジェクトの作成』

v 3ページの『プロセス定義の作成およびプロパティーの追加』

以下の例では、ユーザーは、1 つのタスクから構成される、Remediation Control の新しいプロセス定義を含むワークフロー・アプリケーション・プロジェクトをオフラインで作成します。

新しいプロセス定義をサーバー・プロジェクトの一部としてオンライン・モードで作成およびビルドすることもできることに注意してください。アプリケーション・プロジェクトを作成する必要はありません。また、サーバー上でプロセス定義を直接モデリングすることになるので、プロセス定義をサーバーにアップロードする必要もありません。サーバー上でプロセス定義をモデリングする方法について詳しくは、Interstage BPM Studio ヘルプ・システムを参照してください。

注: プロジェクトおよびプロセス定義の作成、編集、削除、オブジェクト・タイプの関連付けの実行、 IBM OpenPages GRC Platform への公開を行うには、WorkflowAdministrators グループのメンバーでなければなりません。管理特権を所有しているが、そのグループのメンバーでない場合は、プロセス定義を作成および保守することはできますが、オブジェクト・タイプの関連付けおよび IBM

OpenPages GRC Platform へのプロセス定義の公開を行うことはできません。

アプリケーション・プロジェクト名およびプロセス定義名の作成最初にプロセス定義用のコンテナーを作成する必要があります。ローカル・コンピューター上でプロセス定義を作成する場合、このコンテナーはアプリケーション・プロジェクトと呼ばれます。アプリケーション・プロジェクトを作成したら、そのプロジェクトに新規プロセス定義を追加できます。

手順1. 「ファイル」メニューで、「新規」、「プロジェクト」の順にポイントし、「アプリケーション」をクリックします。

1

2. ウィンドウで、新規アプリケーション・プロジェクトの名前 (この例ではmy-local-project) を入力します。

注: プロジェクト名とプロセス定義名には、以下を除く任意の文字を含めることができます: 円記号 (¥)、パイプ (|)、スラッシュ (/)、コロン (:)、アスタリスク (*)、左不等号括弧 (<)、右不等号括弧 (>)、疑問符 (?)、および二重引用符(")。ピリオド文字 (.) は単独で使用することも、名前の最後に使用することもできません。ピリオド文字は、複数文字の名前のそれ以外の場所 (開始文字を含む)

で使用できます。

3. 「次へ」をクリックして先に進みます。

4. 「プロジェクト」ウィンドウで以下の手順を実行します。

a. オプションで、「説明」フィールドにプロジェクトの説明を入力します。

b. 「所有者」フィールドはブランクのままにします (使用されません)。

c. 「終了」をクリックして、アプリケーション・プロジェクトを作成します。アプリケーション・プロジェクト名がナビゲーター・ペインに追加されます。

5. ナビゲーター・ペインで、アプリケーション・プロジェクト名を右クリックして、「新規」をポイントし、「プロセス定義」をクリックします。

6. 新しいプロセス定義の名前 (この例では Control Rem) とオプションの説明を入力します。プロセス定義名は 64 文字以内にしてください。

注: 以前に作成したアプリケーション・プロジェクト名は既にこのウィンドウに入力されています。また、「所有者」フィールドは使用されません。

7. 「終了」をクリックして、新しいプロセス定義を作成します。ナビゲーター・ペインで、プロセス定義名がアプリケーション・プロジェクトの下の Process

Definitions フォルダーに追加されます。

プロセス定義用のサーバー・プロジェクトの作成アプリケーション・プロジェクト内でローカルに作成したプロセス定義をワークフロー・サーバーにアップロードするには、その前にワークフロー・サーバーでサーバー・プロジェクトを作成する必要があります。オンライン・モードで作成する予定のすべてのプロセス定義に対してもサーバー・プロジェクトを作成する必要があります。サーバー・プロジェクトは、プロセス定義のコンテナーとして機能し、ワークフロー・サーバーにアクセスするために必要な接続パラメーターを指定します。

このタスクについて

同じワークフロー・サーバーに複数のプロセス定義をアップロードする場合、作成する必要があるサーバー・プロジェクトは 1 つのみです。

手順1. 「ファイル」メニューで、「新規」、「プロジェクト」の順にポイントし、「サーバ」をクリックします。

2. ウィンドウで、新規サーバー・プロジェクトの名前 (この例ではmy-server-project) を入力します。

3. 「次へ」をクリックして先に進みます。

2 IBM OpenPages GRC Platform バージョン 7.2.0: ワークフロー作成者ガイド

4. 「サーバの情報」ウィンドウで、 IBM OpenPages GRC Platform ワークフロー・サーバーにアクセスするために必要な情報を入力します。

v SSL が構成されていない場合は、「デフォルト」をクリックして、ワークフロー・サーバーのホスト名およびポート番号を入力します。

デフォルトのポート番号は 20108 です。

v SSL が構成されている場合は、「カスタム」をクリックして、「Wf-XML 登録 URL」フィールドに以下の URL を入力します。

https://host_name:workflow_ssl_port/ibpmconsole/System/ServReg.jsp

デフォルトの SSL ポート番号は 20111 です。

5. 「ユーザ ID」および「パスワード」を入力します。

注: 今後のセッションでユーザー名およびパスワードが入力不要となるようにログオン情報を保存するには、「パスワードの保存」チェック・ボックスを選択します。

6. 「終了」をクリックして、サーバー・プロジェクトを作成します。サーバー・プロジェクト名がナビゲーター・ペインに追加されます。

タスクの結果

ナビゲーター・ペインのサーバー・プロジェクト名をダブルクリックすると、このワークフロー・サーバーに以前アップロードされたか、このワークフロー・サーバーで作成されたすべてのプロセス定義を表示することができます。

プロセス定義の作成およびプロパティーの追加アプリケーション・プロジェクト名およびプロセス定義名を作成すると、プロセス定義エディター・ペインが表示され、プロセス定義の作成を始めることができます。


プロセス定義のファイル名 Control Rem.xpdl は、プロセス定義エディター・ペインのタブに表示されます。プロセス定義のネイティブ・ファイル・フォーマットはXPDL です。

注: オンライン・モードでプロセス定義を直接作成する場合は、サーバー・プロジェクト内で新規のプロセス定義名を作成し、オンライン・モードでそのプロセス定義を作成します。

すべてのプロセス定義は、Start ノードで始まり、Exit ノードで終わる必要があります。プロセス定義エディターは Start ノードを自動的に追加することに注意してください。すべてのノードは、Exit ノードに直接的にまたは他のノード経由で接続されている必要があります。独立したノードや孤立したノードは許されません。

以下の例では、Control Rem プロセス定義に Task ノードおよびExit ノードを追加する方法を示します。

第 1 章ワークフローの作成 3

手順1. プロセス定義エディター・ペインで、パレット・ペインの横にある矢印をクリックし、パレットを表示します。パレットには、選択して作業域にドロップできるノードおよびオブジェクトのリストが用意されています。

2. ノードをプロセス定義に追加するために、以下の手順を実行します。

a. パレット・ペインのカスタマイズ・フォルダーで、「Task ノード」をクリックします。プロセス定義エディター・ペイン内の Task ノードを配置する場所にマウスを移動し、マウスをクリックしてノードを適所にドロップします。

注:

v 作業域に同じタイプのノードまたはオブジェクトをさらに追加するには、ノードまたはオブジェクトを適所にドロップする前に、まずパレット内のノードまたはオブジェクトを必ずクリックして選択する必要があります。作業域でただマウスをクリックするだけでは、同じノード・タイプの複数のコピーを追加することはできません。

v 「編集」メニューのコピー・アンド・ペースト機能を使用して、作業域に同じノードをコピーして貼り付けし、そのノードの追加インスタンスを作成することは可能です。ただし、Task ノードなどの名前付きノードの場合、貼り付けられたノードはどれも同じ名前が付けられるため、各ノードに固有の名前を割り当てる必要があります。

v 読みやすくするために、連続する Task ノードはすべて Start ノードの後に配置し、Exit ノードはすべての Task ノードの後に配置することを推奨します (必須ではありません)。

b. パレット・ペインのイベント・フォルダーで、「終了」をクリックします。

c. Exit ノードを Task ノードの後に移動し、マウスをクリックしてノードを適所にドロップします。

3. Task ノードを右クリックし、「プロパティ」をクリックします。

4. 「プロパティ」ウィンドウで、「一般」タブを選択します。このタブでは、意味を持つタスク名や説明など、Task ノードに関する一般情報を変更することができます。この例のタスクは、効果的ではないと管理が判断した制御を修正するものです。以下の手順を実行してください。

a. 「名前」フィールドに「Remediate Control」と入力します。

b. 「説明」フィールドに「Remediate the attached ineffective control」と入力します。

c. 「OK」クリックして、変更内容を保存します。Task ノードの新しい名前がプロセス定義エディター・ペインに表示されるようになります。

5. 以下の手順を実行して、ノードを矢印で接続します。これはタスクのフローおよび順序を定義します。

a. Interstage BPM Studio ツールバーで、「カギ線矢印の作成 (Create a BendArrow)」ツールをクリックします。

b. Start ノードにカーソルを合わせます。カーソルの形状が変わり、そのノードで矢印の描画を開始できる場所が示されます。

c. Start ノードをクリックし、追加した Task ノードにマウスをドラッグします。


d. マウス・ボタンを離すと、矢印付きの線が 2 つのノードを接続します。矢印の経路は、水平や垂直に位置合わせされていないノードを結合するために 90

度の角度に自動的に曲がります。

注: あるいは、「斜め線矢印の作成 (Create a Diagonal Arrow)」ツールを使用してノード間で折れ曲がらない直線矢印を描画することもできます。

e. このプロセスを繰り返して、Task ノードをExit ノードに接続します。

6. 矢印を追加すると、その矢印に関連付けられているアクションのデフォルト名は自動的に割り当てられます。次のタスクがアクティブになる要因のアクションまたは判定を示すように名前を変更するために、以下の手順を実行します。

a. Interstage BPM Studio ツールバーで、「選択」ツールをクリックします。

注: Esc キーを押して、「カギ線矢印の作成 (Create a Bend Arrow)」ツールから「選択」ツールに切り替えることもできます。

b. Start ノードと Task ノードの間の矢印の名前をクリックします。矢印の名前が選択されます。名前を 2 回クリックして選択することが必要な場合があることに注意してください。

c. 矢印を「開始」に名前変更します。

d. Task ノードと Exit ノード間の矢印の名前をクリックし、「完了」に名前変更します。

注: 矢印のラベルの最大長は 64 文字で、バックスラッシュ (¥)、左中括弧({)、および右中括弧 (}) を除く任意の文字を使用できます。

7. プロセス定義を保存するには、Interstage BPM Studio ツールバーで「保存」ボタンをクリックします。

8. IBM OpenPages GRC Platform に公開されたワークフロー内のオブジェクトのアプリケーション・テキストをローカライズするには、「 IBM OpenPages GRC

Platform 管理者ガイド」の『アプリケーション・テキストのローカライズ』トピックを参照してください。

タスクの結果

my-local-project アプリケーション・プロジェクトに、1 つの Task ノード、Start

ノードと Exit ノード、およびタスク・フローを定義する名前付き接続を含む、Control Rem という名前の簡単なプロセス定義を作成しました。プロセス定義をワークフロー・サーバーにアップロードする方法の説明については、『 IBM

OpenPages GRC Platform ワークフロー・サーバーへのプロセス定義のアップロード』を参照してください。

IBM OpenPages GRC Platform ワークフロー・サーバーへのプロセス定義のアップロード

次に、アプリケーション・プロジェクトの一部としてオフラインで作成したプロセス定義をワークフロー・サーバーにアップロードして、サーバー・プロジェクトの一部になるようにする必要があります。



このサーバー・プロジェクトには、ワークフロー・サーバーにアクセスするために必要な接続パラメーターおよびログオン・パラメーターも含まれています。

注: このタスクが必要となるのは、この例で説明されているようにオフライン・モードで作成されたプロセス定義の場合のみです。オンライン・モードで作成したプロセス定義はもとからサーバー・プロジェクトの一部であり、ワークフロー・サーバーに存在します。

手順1. ナビゲーター・ペインで Process Definitions フォルダーを開き、プロセス定義

(この例では Control Rem) を右クリックしてから、「サーバへ送信」をクリックします。ウィンドウが表示されます。

2. プロセス定義をアップロードするワークフロー・サーバーに対応するサーバー・プロジェクト名を選択します。

3. 現在、ワークフロー・サーバーにログオンしていない場合は、ワークフロー・サーバーのパスワードを求めるプロンプトが表示されることがあります。パスワードを入力します。

4. ワークフロー・サーバーへのアップロードを完了するには、「OK」をクリックします。

タスクの結果

ナビゲーター・ペインに、今アップロードした新しいプロセス定義 (Control Rem)

が、Control Rem (Version 1) としてサーバー・プロジェクト・ディレクトリーの下に表示されるようになります。プロセス定義のステータスは「ドラフト」です。

ドラフト・バージョンの番号付けについてサーバー・プロジェクトは、ドラフト状況でのプロセス定義の連続した改訂を追跡するために、増分によるバージョンの番号付けを使用します。例えば、Control Rem

(Version 1) がこのサーバー・プロジェクトに既に存在していた場合、Control Rem

をワークフロー・サーバーにアップロードすると、ナビゲーター・ペイン内のサーバー・プロジェクト・ディレクトリーは、アップロードされたプロセス定義をControl Rem (Version 2) に増分します。サーバー上のプロセス定義に、番号付けされたドラフト・バージョンが複数存在することがあります。

OpenPages GRC Platform サーバーへの接続IBM OpenPages GRC Platform アプリケーション・サーバーに接続するには、以下の手順を使用します。


以下の各ワークフロー・タスクを実行するには、 OpenPages GRC Platform アプリケーション・サーバーにログオンしている必要があります。

v プロセス定義をオブジェクト・タイプに関連付ける

v プロセス定義を OpenPages GRC Platform アプリケーションに公開する


v Task ノード、Voting Task ノード、および/または Spawn Jobs ノードに追加したプロパティーおよび構成を保存する

手順1. メニュー・バーで、「OpenPages」を選択し、「OpenPages にログイン (Login

to OpenPages)」をクリックします。

2. 「OpenPages ログイン (OpenPages Login)」ボックスで以下の情報を入力し、OpenPages アプリケーション・サーバーにアクセスします。

a. 「ホスト」フィールドに、 OpenPages GRC Platform アプリケーション・サーバーの名前を入力します。

b. 「ポート」フィールドに、アプリケーション・サーバーのポート番号を入力します。 SSL ポートを指定する場合は、「SSL の使用 (Use SSL)」チェック・ボックスも選択します。デフォルトのアプリケーション・サーバーのポートは以下のとおりです。

非 SSL ポート10108

SSL ポート10111

c. 「ユーザー名」フィールドに、ログオン・ユーザー名を入力します。

d. 「パスワード」フィールドに、このユーザー・アカウントに対応するパスワードを入力します。

注: 今後のセッションで入力不要となるようにユーザー名および接続情報を保存するには、「ログオン情報の保存 (Save Login Info)」チェック・ボックスを選択します。ただし、OpenPages アプリケーション・サーバーにログオンする際、パスワードは必ず入力しなければなりません。

3. 完了したら、「OK」をクリックしてアプリケーション・サーバーにログオンします。

メッセージ・ボックスに、ログオンしたことが示されます。ウィンドウを閉じるには、「OK」をクリックします。

プロセス定義とオブジェクト・タイプの関連付けワークフロー・サーバーにプロセス定義をアップロードしたら、そのプロセス定義を IBM OpenPages GRC Platform オブジェクト・タイプと関連付ける必要があります。


プロセス定義をオブジェクト・タイプ (Controls など) と関連づけると、適正な特権を持つユーザーはそのプロセス定義に基づいて、関連付け済みオブジェクト・タイプのどのオブジェクトからでもジョブを開始できます。

例えば、プロセス定義を Controls オブジェクト・タイプ (SOXControl) に割り当てた場合、「ジョブの開始 (Start Jobs)」権限を持つユーザーは、 OpenPages GRC

Platform アプリケーションのどの Control 詳細ページからでも、そのプロセス定義テンプレートを使用するジョブを開始できます。プロセス定義内のノードでは、


SOXControl オブジェクトと関連付けられた各種プロパティーの表示、変更、および使用ができるようになります。

手順1. ナビゲーター・ペインの該当するサーバー・プロジェクトのディレクトリー内で、プロセス定義 (この例では Control Rem (Version 1)) をダブルクリックします。

プロセス定義エディター・ペインには、以前オフラインで作成したものと同じプロセス定義ノードおよび他の要素が表示されます。プロセス定義の名前 Control

Rem (Version 1) は、プロセス定義エディター・ペインのタブに表示されます。

2. メニュー・バーで、 OpenPages GRC Platform を選択し、「OpenPages オブジェクト・タイプへの関連付け (Associate to OpenPages Object Type)」をクリックします。

注: そのリンクが無効な場合は、最初に OpenPages アプリケーション・サーバーにログオンする必要があります。詳しくは、 6ページの『 OpenPages GRC

Platform サーバーへの接続』を参照してください。

3. 「OpenPages オブジェクト・タイプへの関連付け (Associate to OpenPagesObject Type)」ウィンドウで、以下の手順を実行します。

a. 「プロセス定義」矢印をクリックし、OpenPages オブジェクトに関連付けるプロセス定義名 (この例では Control Rem (Version 1)) を選択します。

注: サーバー上のすべてのプロセス定義は、プロセス定義リストにデフォルトでリストされます。

b. 「オブジェクト・タイプ」矢印をクリックし、選択済みのプロセス定義と関連付けるオブジェクト・タイプ (この例では SOXControl) を選択します。

注: 名前あるいは名前の一部でプロセス定義およびオブジェクト・タイプを検索することもできます。検索語で大/小文字は区別されず、アスタリスク(*) などのワイルドカード文字はサポートされていません。検索するには、該当する「フィルター」フィールドに名前を入力して、「検索」をクリックします。プロセス定義またはオブジェクトが該当するリストに表示されます。

c. 完了したら、「関連付け」をクリックして、プロセス定義をオブジェクト・タイプに関連付けます。

関連付けが正常に行われたことを示すメッセージ・ボックスが表示されます。ウィンドウを閉じるには、「OK」をクリックします。

4. 関連付けの結果として追加された UDA プロパティーを表示するために、以下の手順を実行します。

a. プロセス定義エディター・ペインで、そのプロセス定義のタブを閉じます。

b. ナビゲーター・ペインの該当するサーバー・プロジェクトのディレクトリー内でプロセス定義を右クリックして、「リフレッシュ」をクリックします。

c. ナビゲーター・ペインでプロセス定義をダブルクリックして、最新プロパティーを適用してプロセス定義エディター・ペインにプロセス定義を再表示します。


d. プロセス定義エディター・ペインのプロセス定義内の空の領域で右クリックしてから、「プロパティ」をクリックします。

e. 「プロパティ」ウィンドウで、「ユーザ定義属性」タブを選択します。このタブには、プロセス定義に関連付けられている UDA がリストされます。

f. ウィンドウを閉じるには、「OK」をクリックします。

タスクの結果

SOXControl オブジェクト・タイプと Control Rem (Version 1) の関連付けにより、以下の UDA が追加されます。

v システム UDA (job_name、job_id、および __sec など)

v オブジェクト・タイプの関連付け UDA (この例では op_prop_SOXControl)

v SOXControl オブジェクト・タイプと関連付けられている各フィールドにマップされた UDA (例えば、SOXControl!OpenPagesStandardControl!Owner、SOXControl!OpenPagesStandardControl!Status など他多数)

注: プロセス定義をオブジェクト・タイプに関連付けた後も、プロセス定義の編集を続けることができます。

プロセス定義への Java Action の追加プロセス定義が IBM OpenPages GRC Platform オブジェクト (SOXControl など) と関連付けられた後、Java Action を使用して、プロセス定義の実行をカスタマイズすることができます。


重要: プロセス定義を OpenPages オブジェクト・タイプに関連付けした後にのみ、新規のユーザー定義の属性 (UDA) またはカスタムの Java Action を追加してください。プロセス定義を OpenPages オブジェクト・タイプに関連付ける前に新規の UDA またはカスタムの Java Action を追加した場合、新規の UDA やカスタムの Java Action は「オブジェクト・タイプへの関連付け (Associate to ObjectType)」の操作中に消去されます。

以下の時点で Java Action を呼び出すことができます。

v ジョブの開始前 (開始 Java Action およびロール Java Action)。

v ジョブの完了時 (終了 Java Action)。

v タイマーの期限切れ時 (タイマー Java Action によって設定)。

v 制御がノードに達する前 (開始 Java Action)。

v 制御がノードを離れた後 (Task ノードのロール Java Action を使用する動的タスク割り当て)。

以下の例では、選択したノードに「ユーザにタスクを割当て」というロール Java

Action を追加します。この Java Action は、 IBM OpenPages GRC Platform Web

アプリケーションでジョブが開始される制御の所有者に、ノードによって表されるRemediate Control タスクを割り当てます。その所有者は、ジョブ実行時に制御の「所有者」フィールドの値によって決定されます。


注: プロセス定義内のすべての Task ノードには、担当者が必要です。担当者がなければ、プロセス定義は有効になりません。

Java Action について詳しくは、 34ページの『ワークフローでの Java Action セットの使用』を参照してください。

手順1. Java Action を追加して特定のユーザーに Remediate Control Task ノードを割り当てる前に、プロパティーを Task ノードに適用してデフォルト・ユーザー (この例では IBM OpenPages GRC Platform スーパー管理者) をタスクに割り当てる必要があります。以下の手順を実行してください。

a. Remediate Control Task ノードをクリックして選択します。

b. Task ノードを右クリックし、「プロパティ」をクリックします。

c. 「Task ノードのプロパティ」ウィンドウで、「担当者」タブを選択します。

d. 「ロール」フィールドで、「ユーザー」を選択します。

e. 「担当者」フィールドで、「OpenPagesAdministrator」を選択します。

2. ロール Java Action を Task ノードに追加するために、以下の手順を実行します。

a. 「アクションセット」タブを選択します。

注: アクション・セットは、関連する Java Action のカテゴリーです。

b. 「ロールアクション」タブが選択されていることを確認してから、「追加」ボタンをクリックします。さまざまなカテゴリーの Java Action を含むフォルダーがウィンドウに表示されます。

c. 「サーバアクション」フォルダーで、「ユーザにタスクを割当て」を選択します。

d. 「作成」をクリックすると、この Java Action を構成できるウィンドウが表示されます。

e. 「タスクの割当て先」ウィンドウの「割当ての選択」タブで、「ワークフロー変数の使用」チェック・ボックスを選択します。テキスト・フィールドが赤色の式モード・ボタンとともに表示されます。

f. 「V」の値が表示されるまで赤色の式モード・ボタンを繰り返しクリックします。これは、Java Action に変数を追加していることを示します。リストには、プロセス定義を SOXControl オブジェクト・タイプと関連付けたときに追加された UDA が取り込まれます。

g. 「SOXControl!OpenPagesStandardControl!Owner」マップ済み UDA を選択します。この変数は、 IBM OpenPages GRC Platform でジョブが実行される際、制御の所有者の値を取ります。

h. 「OK」をクリックします。保存された Java Action 構成が、「ロールアクション」タブに「タスクの割当て先:SOXControl!OpenPagesStandardControl!Owner」として表示されるようになりました。

3. 「OK」をクリックして、この手順で説明した、Task ノードのプロパティーのすべてに対して行った変更を保存します。プロセス定義エディター・ペインで、


Task ノードにタスクのデフォルトの所有者として OpenPagesAdministrator がリストされるようになったことに留意してください。

注: Task ノードの「プロパティ」ウィンドウを開き、単にプロパティーを表示してから「キャンセル」をクリックして「プロパティ」ウィンドウを閉じた場合、何も変更しなかったとしても、プロセス定義が変更されたことを示すアスタリスクがプロセス定義エディター・ペインのプロセス定義に追加されます。このアスタリスクおよび変更状態を除去するには、「プロパティ」ウィンドウを閉じた後に「Ctrl-Z」 (元に戻す機能) を押します。

4. プロセス定義に対する最新の変更を保存するには、Interstage BPM Studio ツールバーで「保存」ボタンをクリックします。

OpenPages GRC Platform へのプロセス定義の公開プロセス定義がオブジェクト・タイプと関連付けられ、1 つ以上の Java Action をそのプロセス定義に追加すると、プロセス定義を実行可能ジョブとして IBM

OpenPages GRC Platform Web アプリケーションで使用可能にできます。


OpenPages GRC Platform にプロセス定義を公開すると、以下の Java Action がプロセス定義に自動的に追加されます。

v Init アクション・セットが、該当する Java Action を使用してプロセス定義に対してセットアップされます。このアクションは、ジョブが実行される前に UDA

データを初期化します。

v Commit アクション・セットが、該当する Javaアクションを使用してプロセス定義に対してセットアップされます。これらの Java Action は、データのクリーンアップまたは分析を行うためにジョブの完了時に使用されます。

v RefreshPropertiesAction Java Action が、プロセス定義内の Task ノードに対してセットアップされます。 Task ノードを右クリックし、「プロパティ」をクリックしてウィンドウを表示してから、「アクションセット」タブを選択して、「開始アクション」タブを選択すると、この Java Action が開始アクションとしてリストされます。

v Subprocess ノードがある場合は、OPSyncAttachmentsFromChild Java Action が終了アクションとして追加されます。このアクションは、親と子のワークフロー間でデータを同期させるために、 OpenPages GRC Platform アプリケーションによって内部的に使用されます。

注: プロセス定義が OpenPages GRC Platform に公開されたときにプロセス定義に自動的に追加された Java Action は削除しないでください。

OpenPages アプリケーションにプロセス定義を公開するには、以下の手順を使用します。

手順1. メニューバーから OpenPages GRC Platform を選択し、「OpenPages への公開

(Publish to OpenPages)」を」クリックします。


注: そのリンクが無効な場合は、最初に OpenPages アプリケーション・サーバーにログオンする必要があります。詳しくは、 6ページの『 OpenPages GRC

Platform サーバーへの接続』を参照してください。

2. 「OpenPages への公開 (Publish to OpenPages)」ウィンドウで以下の手順を実行します。

a. 「プロセス定義」矢印をクリックして、 OpenPages GRC Platform Web アプリケーションに公開するプロセス定義名 (この例では Control Rem

(Version 1)) を選択します。

注: サーバー上の、「ドラフト」ステータスであるプロセス定義がすべてプロセス定義リストにデフォルトでリストされます。

b. 「次の値でプロセス所有者をフィルタリング (Filter Process Owner by)」フィールドで、「ユーザー」または「グループ」を選択して、プロセス所有者リストの表示をそのサーバー上で選択した所有者タイプ (この例では Groups)

に制限します。

このプロセス所有者リストに、サーバー上に現時点で存在するグループが表示されるようになります。公開済みプロセス定義を所有するグループ (この例では WorkflowJobOwners) を選択します。

注:

v サード・パーティー・ソフトウェアの制限があるため、プロセス所有者リストからの選択ではコンマ (,) 文字を含むユーザー名またはグループ名は使用できません。プロセス定義の所有者として割り当てるユーザー名やグループ名にコンマを含めないようにしてください。

v 名前あるいは名前の一部でプロセス定義およびユーザー/グループを検索することもできます。検索語で大/小文字は区別されず、アスタリスク (*) などのワイルドカード文字はサポートされていません。検索するには、該当する「フィルター」フィールドに名前を入力して、「検索」をクリックします。プロセス定義またはユーザー/グループがリストに表示されます。

c. 「プロセス所有者」リスト・ボックスで、 OpenPages GRC Platform Web アプリケーションに公開するプロセス定義に対する 1 人以上の所有者を選択します。プロセス定義の所有者は、ユーザーまたは選択したグループのメンバーであるユーザーのいずれの場合でも、 IBM OpenPages アプリケーション内のプロセス定義に基づいてジョブを送信することができます。

3. 完了したら、「公開 (Publish)」をクリックして、OpenPages アプリケーションにプロセス定義を公開します。プロセス定義が正常に公開されたことがメッセージ・ボックスに示されます。ウィンドウを閉じるには、「OK」をクリックします。

タスクの結果

プロセス定義の新規コピーがプロセス定義エディター・ペインおよびナビゲーター・ペインに表示されるようになり、バージョン番号が 1 つ増分されています。このプロセス定義のステータスは「草稿」から「公開済み」に変化します。


公開済みプロセス定義の編集IBM OpenPages GRC Platform Web アプリケーションで既に公開されているプロセス定義を変更して、 IBM OpenPages GRC Platform に再公開することができます。

手順1. ナビゲーター・ペインのサーバー・プロジェクト・ディレクトリーで、プロセス定義を右クリックし、「バージョンを指定して開く」オプションを選択して公開済みバージョンを選択します。選択したプロセス定義がプロセス定義エディター・ペインに表示されます。そのバージョン番号は 1 つ増分し、ステータスが「ドラフト」に変更されます。オリジナルの公開済みバージョンの別コピーは保持されます。

2. プロセス定義エディター・ペインで、プロセス定義に変更を加えて、保存します。プロセス定義は現在「ドラフト」状態のため、バージョン番号はファイルの保存時に増分されません。このプロセスは、 3ページの『プロセス定義の作成およびプロパティーの追加』の説明と同じです。

3. 必要に応じて、 7ページの『プロセス定義とオブジェクト・タイプの関連付け』の説明に従って、このプロセス定義を新規オブジェクト・タイプと関連付けます。

4. 任意のプロパティーや Java Action を変更したり、ノードに追加したりします( 9ページの『プロセス定義への Java Action の追加』を参照)。

5. 11ページの『 OpenPages GRC Platform へのプロセス定義の公開』の説明に従って、変更したプロセス定義を IBM OpenPages GRC Platform に公開します。

タスクの結果

変更したプロセス定義を再公開すると、オリジナルの公開済みバージョンはシステムによって廃止になります。

アプリケーション・プロジェクトおよびプロセス定義のコピーと削除このセクションでは、プロジェクトまたはプロセス定義のコピーを作成する方法と削除する方法について説明します。

アプリケーション・プロジェクトのコピーアプリケーション・プロジェクトのコピーを作成すると、そのプロジェクト内に含まれるすべてのプロセス定義およびその他の項目のコピーも作成されます。

手順1. ナビゲーター・ペインで、アプリケーション・プロジェクトを右クリックして、「コピー」をクリックします。

注: 複数のアプリケーション・プロジェクトを同時にコピーすることもできます。複数のアプリケーション・プロジェクトを選択するには、Shift キーまたはCtrl キーを押しながらマウスをクリックします。

2. そのアプリケーション・プロジェクト (または複数のコピー操作の場合はそれらプロジェクトのいずれか 1 つ) を再度右クリックして、「貼り付け」をクリックします。


3. 「プロジェクトのコピー」ウィンドウで、新規コピーごとに以下の手順を実行します。

a. 新規コピーの名前を入力します。

b. アプリケーション・プロジェクトは、デフォルトではワークスペース・ディレクトリーに保管されます。場所を変更する場合は、以下の手順を実行します。

1) 「デフォルト・ロケーションの使用」チェック・ボックスをクリアします。

2) 「参照」をクリックします。

3) 既存のフォルダーを選択するか、新規フォルダーを作成します。

4) 「OK」をクリックします。

タスクの結果

新規コピーがナビゲーター・ペインにリストされるようになります。

プロセス定義のコピープロセス定義をコピーできるのは、アプリケーション・プロジェクト内または異なるアプリケーション・プロジェクト間でのみです。サーバー・プロジェクト間でプロセス定義をコピーすることはできません。

手順1. ナビゲーター・ペインで以下の手順を実行します。

a. アプリケーション・プロジェクト内で、コピーするプロセス定義を含むProcess Definitions フォルダーを開きます。

b. プロセス定義を右クリックして、「コピー」をクリックします。

注: 複数のプロセス定義を同時にコピーすることもできます。複数のプロセス定義を選択するには、Shift キーまたは Ctrl キーを押しながらマウスをクリックします。

2. プロセス定義のコピーを挿入する先のアプリケーション・プロジェクトで、Process Definitions フォルダーを右クリックし、「貼り付け」をクリックします。

3. 同じアプリケーション・プロジェクト内でコピーする際に、同じファイル名を使用するプロセス定義が既に存在する場合は、ファイル名を要求するウィンドウが表示されます。新規ファイル名を入力し、「OK」をクリックします。

4. 異なるアプリケーション・プロジェクト内でコピーする際に、同じファイル名を使用するプロセス定義が既に存在する場合は、ウィンドウが開きます。

v 既存のプロセス定義を上書きする場合は、「はい」をクリックします。

v 既存のプロセス定義を保持する場合は、「いいえ」をクリックします。

タスクの結果

新規コピーが、該当するアプリケーション・プロジェクト・フォルダーの Process

Definitions フォルダーにリストされるようになりました。


プロジェクトまたはプロセス定義の削除一部の種類のプロジェクトおよびプロセス定義は削除が可能です。


以下のプロジェクトおよびプロセス定義を削除できます。

v アプリケーション・プロジェクト

v アプリケーション・プロジェクト内の個々のプロセス定義

v サーバー・プロジェクト (ローカルに保管されているサーバー構成および接続パラメーターのみが削除され、サーバー上のプロセス定義は削除されません)。サーバー・プロジェクト内のプロセス定義は削除できません。

管理者以外のユーザーは自分のプロジェクトのみを削除または編集できます。管理者は、すべてのユーザーのプロジェクトを削除または編集できます。

注: アプリケーション・プロジェクトを削除すると、そのプロジェクト内にあるプロセス定義および他の項目もすべて削除されます。

手順1. ナビゲーター・ペインで、削除対象 (アプリケーション・プロジェクト、そのプロジェクトの Process Definitions フォルダー内のプロセス定義、またはサーバー・プロジェクト) を右クリックします。

注: 複数のプロジェクトまたはプロセス定義を同時に削除することもできます。複数の項目を選択するには、Shift キーまたは Ctrl キーを押しながらマウスをクリックします。

2. 「削除」をクリックします。

3. ウィンドウで「はい」をクリックして確定します。

プロセス定義のインポートおよびエクスポートこのセクションでは、XPDL フォーマットで作成されたプロセス定義を外部アプリケーションから Interstage BPM Studio にインポートする方法について説明します。また、Interstage BPM Studio で作成されたプロセス定義を XPDL フォーマットにエクスポートする方法についても説明します。

注: Interstage BPM Studio のインポート機能とエクスポート機能を使用して、既にIBM OpenPages GRC Platform オブジェクト・タイプに関連付けられているプロセス定義や、以前に IBM OpenPages GRC Platform アプリケーションに公開されたプロセス定義をインポートしたりエクスポートしたりすることはできません。このような場合は、「「IBM OpenPages GRC Platform 管理者ガイド」」の『ObjectManager ツールの使用』の手順に従って、ObjectManager ツールを使用してプロセス定義をインポートまたはエクスポートする必要があります。

Interstage BPM Studio へのプロセス定義のインポート外部で作成した XPDL フォーマットのプロセス定義を Interstage BPM Studio にインポートできます。


始める前に

プロセス定義をインポートする前に、ファイルをインポートする先のアプリケーション・プロジェクトを作成する必要があります。

手順1. ナビゲーター・ペインで、プロセス定義をインポートする先のアプリケーション・プロジェクトの Process Definitions フォルダーを右クリックして、「インポート」をクリックします。

2. 「プロセス定義のインポート」ウィンドウで、プロセス定義が現在保管されている場所に移動します。

3. プロセス定義を選択して、「開く」をクリックします。

4. 同じ名前のプロセス定義が Interstage BPM Studio のアプリケーション・プロジェクト内に既に存在する場合、新規ファイル名を入力して、「OK」をクリックします。

タスクの結果

インポートされたプロセス定義が、アプリケーション・プロジェクトの Process

Definitions フォルダーにリストさるようになります。

Interstage BPM Studio からのプロセス定義のエクスポートプロセス定義を Interstage BPM Studio から XPDL フォーマット 1.0、2.0、または2.1 のファイルにエクスポートできます。プロセス定義は、アプリケーション・プロジェクトまたはサーバー・プロジェクトのいずれかにあります。


通常、エクスポートは以下のいずれかのタスクを実行する場合に使用します。

v 外部アプリケーションで使用可能な、プロセス定義ファイルの特定の XPDL バージョンを作成する

v サーバー上でプロセス定義の未完了のドラフト・バージョンのコピーを作成し、別のユーザーがそれを入手しローカルの Interstage BPM Studio で完成させて、サーバーに再度アップロードする

手順1. ナビゲーター・ペインでプロセス定義を右クリックして、「エクスポート」をポイントし、希望する XPDL フォーマットのバージョン番号をクリックします。

注: プロセス定義に未保存の変更を加えた場合は、続行する前にこの変更内容を保存するよう求めるプロンプトが出されます。

2. 「プロセス定義のエクスポート」ウィンドウで、エクスポートしたプロセス定義を保管する場所に移動します。

3. 「保存」をクリックします。


ジョブ動作の構成ジョブを作成し、 IBM OpenPages GRC Platform オブジェクトに関連付ける際、IBM OpenPages GRC Platform アプリケーションのワークフロー機能にさらに機能を追加するために変更できるいくつかの特定の特性があります。

このセクションでは、 IBM OpenPages GRC Platform のジョブおよびタスクに加えることができる変更のいくつかについて説明します。

ユーザー定義の属性の指定ユーザー定義属性 (UDA) は、ジョブ内のすべてのノードがすべての UDA にアクセスできるように、プロセス定義レベルで定義されているグローバル変数です。UDA を使用すると、ノードの動作を指定したり、プロセス実行用のデータを保管したりできます。


UDA は実行中のジョブの値を保持します。ジョブの参加者は、JavaScript またはJava Action を介して値を指定します。 UDA は、名前と識別子 (ID) で構成されています。両方の値はデータベース内に格納されています。UDA IDは、デフォルトではシステムによって自動的に設定されます。ただし、ユーザー独自の ID を指定することもできます。すべてのユーザーとの対話では、UDA 名が使用されます。この名前は、必要な場合はいつでも UDA ID に自動的にマップされます。

手順1. プロセス定義の「プロパティ」ウィンドウを開きます。

2. 「ユーザ定義属性」タブを選択します。

3. 「追加」をクリックします。プレースホルダー値を持つ行が追加されます。この行に対して以下のパラメーターを指定します。

名前 UDA の名前は最大 64 文字で、特殊文字も使用できます。 2 つのアンダースコアー (__) はシステムが作成して保守する UDA のプレフィックスとして使用されているため、名前の先頭は 2 つのアンダースコアーにしてはなりません。

ID 固有の名前を指定して UDA を識別します。UDA ID は、デフォルトではシステムによって生成されます。ただし、ユーザー独自の ID を指定することもできます。UDA ID は、最大 32 文字です。 ID に特殊文字(a から z、A から Z、および 0 から 9 の文字以外) は使用できません。「ID」フィールドが表示されるのは、「プロパティー」ウィンドウの「ID を表示する」チェック・ボックスを選択した場合のみです。

タイプ以下のデータ型がサポートされています。

v BOOLEAN

v FLOAT

v INTEGER

v LONG

v STRING

初期値 UDA の初期値


4. 「OK」クリックして、変更内容を保存します。

タスクの結果

行を選択して「選択を削除」をクリックすることで、前に指定した UDA を「プロパティ」ウィンドウから削除できます。 UDA の名前をダブルクリックして変更することで、名前変更できます。プロセス定義で現在使用されている UDA を削除したり、名前変更することはできません。

ジョブに対する署名の有効化IBM OpenPages GRC Platform アプリケーションでは、自動署名がワークフロー・タスクの結果としてオブジェクトに適用されます。署名を作成するタスクがユーザーに割り当てられた場合、このタスクを完了すると、署名ウィンドウが表示されます。ユーザーがウィンドウへの入力を終了すると、新しい署名がオブジェクト上に作成されます。

IBM OpenPages GRC Platform オブジェクトから開始されたジョブに対する署名イベントを作成するには、「サインオフ (Signoff)」というラベルが付いた出力矢印(このとおりのラベルである必要があります) を使用して、Interstage BPM Studio でプロセス定義に Task ノードを追加し、プロセス定義を IBM OpenPages GRC

Platform アプリケーションに公開します。ユーザーが IBM OpenPages GRC

Platform アプリケーションでタスクを完了すると、オブジェクトの「詳細」ページの「サインオフ (Signoff)」テーブルに表示される署名を入力するようにプロンプトが出されます。

ワークフロー・タスクでのレポートの使用Interstage BPM Studio を使用して、 IBM OpenPages GRC Platform のレポートをプロセス定義内の Task ノードに添付することができます。プロセス定義を公開し、IBM OpenPages GRC Platform のジョブにアクセスした場合、添付されたレポートの名前をクリックすると、レポートが実行され、新しいウィンドウに結果が表示されます。

ワークフロー・タスクへのレポートの添付ワークフロー・タスクにレポートを添付することができます。

手順1. プロセス定義エディター・ペインで、レポートを添付する Task ノードを右クリックして、「プロパティ」をクリックします。

2. 「プロパティ」ウィンドウで、「レポート」タブを選択します。

3. Task ノードに添付するレポートごとに、以下の手順を実行します。

a. 「追加」をクリックします。レポート・フォルダーの階層ビューが開きます。

b. 添付するレポートを含むフォルダーに移動します。そのフォルダー内のレポートのリストが開きます。

c. リストからレポートを選択します。複数のレポートを選択することはできません。


d. 「OK」をクリックします。添付されたレポート名が Task ノードにリストされるようになります。

4. すべてのプロパティーの変更を適用して Task ノードの「プロパティ」ウィンドウを閉じるには、「OK」をクリックします。

5. このプロセス定義に対する最新の変更を保存するには、Interstage BPM Studio ツールバーで「保存」ボタンをクリックします。

ワークフロー・タスクからレポートへのパラメーターの受け渡し対話処理プロパティーがあるレポートを使用するには、単に、レポートを通常どおりにワークフロー・タスクに添付します。レポートの実行時に、ユーザーに対話処理パラメーターの入力を求めるプロンプトが出されます。

ジョブ・プロパティーと同じ名前を持つ対話処理レポート・パラメーターがある場合は、ジョブ・プロパティーの値がレポート内の文字列としてレポートに渡されます。

対話処理レポート・パラメーターにジョブ・プロパティーを自動入力する機能には、以下の制限が適用されます。

v ジョブ・プロパティーと対話処理レポート・パラメーターのデータ型 (例: 文字列、ファイル・パス、列挙型リスト) が同じであるかどうかの検証は試行されません。

v 1 つの対話処理パラメーターがジョブ・プロパティーの名前と一致した場合、ユーザーに他の対話処理パラメーターの値の入力を求めるプロンプトは出されません。それらのパラメーターがジョブ・プロパティーと一致しない場合、それらはブランクの項目でレポートに送信されます。レポート・パラメーターによっては、これが原因でレポートが失敗する場合があります。

ワークフロー・タスクからのレポートの削除レポートを Task ノードから削除できます。

手順1. プロセス定義エディター・ペインで、レポートを添付する Task ノードを右クリックして、「プロパティ」をクリックします。

2. 「プロパティ」ウィンドウで、「レポート」タブを選択します。

3. Task ノードから削除するレポートごとに、リストからレポートを選択して「削除」をクリックします。

注: 複数のレポートを選択することはできません。

4. すべてのプロパティーの変更を適用して Task ノードの「プロパティ」ウィンドウを閉じるには、「OK」をクリックします。

5. プロセス定義に対する最新の変更を保存するには、Interstage BPM Studio ツールバーで「保存」ボタンをクリックします。


階層ジョブの設定IBM OpenPages GRC Platform アプリケーションにより、ユーザーは階層ジョブを作成できます。このジョブは他のジョブ (子のジョブ) を作成し、それら子のジョブが完了するのを待ちます。すべての子のジョブ (子のジョブは独自のジョブを作成可能) が完了すると、親ジョブが再アクティブ化され、次のタスクに進みます。


階層ジョブは、親ワークフローに Spawn Jobs ノードを含めることによって作成されます。有効になると、そのノードは Spawn Jobs ノードに指定されたタイプおよび基準に一致する子オブジェクトそれぞれに対して子のジョブを作成します。オブジェクト・タイプはオブジェクト・プロパティーのセットでフィルタリングできるため、基準に適合するオブジェクトに対してのみジョブが作成されます。

例えば、ジョブに関連付けられた各プロセスでサインオフを必要とする、拠点のジョブがあるとします。 Spawn Jobs ノードを使用すると、プロセスのサインオフに関連付けられたワークフローを処理する拠点の下にあるプロセスごとにジョブを自動的に開始することができます。これらのジョブすべてが完了すると、元のジョブが再アクティブ化され、ワークフロー・パスに従って続行できるようになります。

手順1. Interstage BPM Studio のプロセス定義エディター・ペインで、Spawn Jobs ノードを追加します。

2. ノードを右クリックし、「プロパティ」をクリックします。

3. 「OpenPages Spawn Jobs ノード」ウィンドウで、「一般」タブを選択します。

4. Spawn Jobs ノードの名前と説明を入力します。

5. 「ジョブ階層 (Job Hierarchy)」タブを選択します。ノードがアクティブ化されたときにどのジョブが開始されるかを制御する Spawn Jobs ノードのプロパティーを設定するために、以下の手順を実行します。

a. 各プロセス定義は、特定のオブジェクトから開始することができます。Spawn Jobs ノードによって開始される子のジョブも、オブジェクト・タイプに関連付けられます。例えば、親プロセス定義 (Spawn Jobs ノードを含むワークフロー) が拠点から開始され、子のジョブがリスクと関連付けられる場合、階層関係は「子」です。

「親」または「子」を選択して、作成済みジョブが割り当てられる予定のオブジェクトがプロセス定義に関連付けられた現行オブジェクト・タイプの親または子のどちらであるかを決定します。

b. Spawn Jobs ノードのコンテンツ・タイプを選択すると、そのタイプによってどのオブジェクトが子のジョブを開始するために使用されるか決まります。例えば、SOXProcess を選択して、拠点から親ジョブを開始すると、関連付けられた各プロセスに対して子のジョブが開始されます。

コンテンツ・タイプのリストで、コンテンツ・タイプを選択します。

c. ジョブ・タイプのリストで、各オブジェクトに対して開始するプロセス定義を選択します。


注: 別のプロセス定義の子のジョブとして使用されるプロセス定義を作成する場合は、子プロセス定義はその所有者として WorkflowJobOwners グループを持っている必要があります。

d. 単一ファイル・プロパティー・タイプにより、子のジョブ用にフィルターを設定する対象のオブジェクト・フィールドのセットを選択することができます。このリストは、親のジョブ・タイプに指定された現行オブジェクト・タイプに制限されます。

単一ファイル・プロパティー・タイプのリストで、適切な値を選択します。

e. オプションで、子のジョブがオブジェクト・タイプ間の 1 次関連付けに従うかどうかを指定できます。「はい」を選択すると、親オブジェクトと 1 次関連付けを持つ、(選択したオブジェクト・タイプの) 関連付け済みオブジェクトのみがジョブを作成します。

f. オプションで、ジョブを作成するオブジェクトを選択するときに、OpenPages GRC Platform アプリケーションが全探索するレベルを制限できます。例えば、プロセスの下に 3 つのレベルの関連付けられたサブプロセスを持つプロセスが複数あり、「全探索のレベル (Levels to Traverse)」の値を 1に変更すると、直接的に関連付けられたサブプロセスのみがジョブ作成時に考慮されます。

6. 「フィルター」タブで、プロパティー/値のペアのセットを指定することによって、オブジェクトに対してジョブを開始させるオブジェクトをオプションでフィルタリングすることができます。詳細については、『フィルターの使用』を参照してください。

7. 「OK」をクリックして、このウィンドウを終了してから、プロセス定義を保存します。

フィルターの使用ジョブは、デフォルトでは親ジョブを作成したオブジェクトに関連付けられた各子オブジェクトに対して開始されます。プロパティーと値のペアのセットを指定することで、オブジェクトに対してジョブを開始させるオブジェクトをフィルタリングすることができます。

始める前に

フィルターを設定するには、「ジョブ階層 (Job Hierarchy)」タブでコンテンツ・タイプを選択しておく必要があります。


例えば、拠点の下にあるすべてのリスクに対して開始されるジョブのフィルターを設定し、Risk In Scope=true のフィルターの設定でノードの動作を制限することができます。この場合、評価対象としてマーク付けされているリスクのみが、それらのリスクに対してジョブを開始させます。評価対象外であるリスクは無視されます。

手順1. 「OpenPages Spawn Jobs ノード」ウィンドウの「フィルター」タブで、作成してノードに適用するフィルターごとに、以下の手順を実行します。


a. プロパティー名のリストで、フィルタリングされるプロパティーを選択します。

b. 演算子リストで、演算子を選択します。

c. 「値」フィールドに値を入力します。

d. 「追加」をクリックします。新規フィルターが、適用されているフィルター・ペインに表示されます。

2. 必要なフィルターをすべてノードに追加したら、以下のオプションのいずれかを選択します。

AND ジョブが作成されるためには、すべてのフィルターが有効でなければなりません。

OR ジョブが作成されるためには、フィルターのいずれか 1 つが有効でなければなりません。

タイマーおよび期限の設定期限は、アクティビティーがアクティブになった後、それが完了する予定の時刻を指定します。また、期限に達したが、アクティビティーが完了しなかった場合に発生する処理を指定します。例えば、他のユーザーへのアクティビティーのエスカレートや、E メールの送信があります。

タイマーは、Task ノードがアクティブ化された後、ある時点で自動的にアクションを実行するために使用されます。それらを、例えば Delay ノードとともに使用して、一定の期間、プロセス実行を一時停止することができます。タイマーは 1 回だけ作動することも、繰り返し作動することもできます。タイマーは、プロセス定義全体、個々のアクティビティー (Task ノード、Voting Task ノード)、または Delay

ノードについて定義できます。

期限およびタイマーを定義する際は、絶対時刻または相対時刻を指定します。相対時刻の基準は、通常のカレンダーにすることも、営業時間のみをカウントするビジネス・カレンダーにすることもできます。

以下のセクションでは、期限およびタイマーの定義方法について説明します。また、独自のビジネス・カレンダーの使用方法についても説明します。

期限の定義期限は、Task ノードおよびVoting Task ノードに対して定義することができます。


期限を定義する際に、以下の期限タイプの中から選択できます。

絶対期限を絶対時刻 (例えば 2007 年 1 月 1 日 00:00:00) に設定します。

カレンダー通常のカレンダーに基づいて相対期限を設定します。期限は、アクティビティーがアクティブになる時刻に相対して計算されます。時刻は、週 7 日、1

日 24 時間のすべてを使用してカウントされます。そのため、通常の営業時間外に期限が切れる可能性があります。


ビジネスビジネス・カレンダーに基づいて相対期限を設定します。時刻は、営業日と営業時間のみを使用してカウントされます。このため、通常の営業時間中にのみアクティビティーの期限が来るようになります。 Interstage BPM は、ビジネス・カレンダーを使用して営業日と営業時間を決定します。ビジネス・カレンダーについて詳しくは、 29ページの『ユーザー独自のビジネス・カレンダーの作成』を参照してください。

詳細指定した式に従って期限を設定します。この式は、絶対期限または相対期限を定義します。時刻は、通常のカレンダーまたはビジネス・カレンダーを使用してカウントすることができます。

手順1. ノードを右クリックし、「プロパティ」を選択します。

2. 「プロパティ」ウィンドウで、「期限」タブを選択します。

3. 以下の期限タイプのいずれか 1 つを指定します。

通常のカレンダーに基づいた絶対日付「絶対」をクリックし、日時を入力します。

通常のカレンダーに基づいた相対日付「カレンダー」をクリックして、アクティビティーがアクティブになってから何日後の何時がアクティビティーの完了する期限であるかを指定します。

ビジネス・カレンダーに基づいた相対日付「ビジネス」をクリックして、アクティビティーがアクティブになってから営業日で何日後の営業時間で何時がアクティビティーの完了する期限であるかを指定します。ビジネス時刻の場合は、さまざまなオプションがあります。絶対時刻、現在時刻を基準とした相対的な時刻、始業時刻を基準とした相対的な時刻、または就業時刻を基準とした相対的な時刻を指定することができます。

式で指定されている絶対日付または相対日付「詳細」をクリックして、式を入力します。

式で使用できる日付コードについて詳しくは、 26ページの『期限およびタイマーの詳細設定用の時刻コードおよび日付コード』を参照してください。

4. 「追加」をクリックし、期限が来てもアクティビティーが完了していない場合に実行する Java Action を選択します。

デフォルトでは、空のタイマー・アクションのフォルダーが表示されます。アクション・リストには、通常の Java Action、エラー・アクション、および補償アクションを追加できます。

5. 「OK」をクリックしてウィンドウを閉じます。

タイマーの定義特定の状況で実行を開始するためにタイマーを定義することができます。



以下の要素とともに、タイマーを使用できます。

プロセス定義これらのタイマーは、そのタイマーを含むプロセス定義から新規プロセス・インスタンスが作成されるたびに実行を開始します。

Task ノードおよび Voting Task ノードこれらのタイマーは、ノードがアクティブになったときに実行を開始します。

Delay ノードタイマーは Delay ノードとともに使用され、ある一定時間、プロセス実行を一時停止します。これらのタイマーは、Delay ノードがアクティブになると実行を開始します。

タイマーを開始する前に、タイマーはその設定に基づいて有効期限時刻を計算します。タイマーは有効期限時刻に実行されることになっており、通常は実行されます。ただし、計算された有効期限時刻がタイマー開始時刻を基準にして相対的に過去である場合、一度だけ実行されるタイマーは開始時に実行され、定期的タイマーの実行は失敗します。開始時刻より前の有効期限時刻を持つタイマーはエラーと見なされるため、タイマーのプロセス・インスタンスはエラー状態になります。このような場合に定期的タイマーは無限ループになる恐れがある反復ループを表すため、定期的タイマーには未来の有効期限時刻を設定する必要があります。

タイマーを定義する際に、以下のタイマー・タイプから選択できます。

絶対タイマーの有効期限が切れる絶対時刻 (例えば 2007 年 1 月 1 日00:00:00) を設定します。

カレンダー通常のカレンダーに基づいてタイマーの有効期限が切れるまでの期間を設定します。これらのタイマーが割り当てられているノードまたはプロセス・インスタンスがアクティブになると、タイマーは開始します。時刻は、週 7

日、1 日 24 時間のすべてを使用してカウントされます。そのため、通常の営業時間外に期限が切れる可能性があります。

ビジネスビジネス・カレンダーに基づいてタイマーの有効期限が切れるまでの期間を設定します。これらのタイマーが割り当てられているノードまたはプロセス・インスタンスがアクティブになると、タイマーは開始します。時刻は、営業日と営業時間のみを使用してカウントされます。これらのタイマーは、通常の営業時間中にのみ有効期限が切れます。 Interstage BPM は、ビジネス・カレンダーを使用して営業日と営業時間を決定します。ビジネス・カレンダーについて詳しくは、 29ページの『ユーザー独自のビジネス・カレンダーの作成』を参照してください。

詳細指定した式に従って、タイマーを設定します。この式は、絶対タイマーまたは相対タイマーを定義します。時刻は、通常のカレンダーまたはビジネス・カレンダーを使用してカウントすることができます。


手順1. 以下のいずれかの手順を実行します。

v プロセス定義に対してタイマーを定義するには、プロセス定義の「プロパティ」ウィンドウを開きます。

v ノードに対してタイマーを定義するには、ノードの「プロパティ」ウィンドウを開きます。

2. 「タイマー」タブを選択します。

3. 「新規タイマー」フィールドにタイマーの名前を入力して、「新規追加」をクリックします。

4. そのタイマーが「タイマー」リストで選択されていることを確認します。

5. 一度だけタイマーが作動するようにする場合は、以下のタイマー・タイプのいずれか 1 つを指定します。

通常のカレンダーに基づいた絶対タイマー「絶対」をクリックし、日時を入力します。

通常のカレンダーに基づいた相対タイマー「カレンダー」をクリックして、何日後の何時にタイマーの有効期限が切れるかを指定します。

ビジネス・カレンダーに基づいた相対タイマー「ビジネス」をクリックして、営業日で何日後の営業時間で何時にタイマーの有効期限が切れるかを指定します。ビジネス時刻の場合は、さまざまなオプションがあります。絶対時刻、現在時刻を基準とした相対的な時刻、始業時刻を基準とした相対的な時刻、または就業時刻を基準とした相対的な時刻を指定することができます。

式で指定されている絶対タイマーまたは相対タイマー「詳細」を選択して、式を入力します。式で使用できる日付コードについて詳しくは、 26ページの『期限およびタイマーの詳細設定用の時刻コードおよび日付コード』を参照してください。

6. 繰り返しタイマーが作動するようにする場合は、以下のタイマー・タイプのいずれか 1 つを指定します。

通常のカレンダーに基づいた定期的タイマー「定期的」を選択し、「カレンダー」をクリックします。タイマーの有効期限が切れる間隔を指定します。

ビジネス・カレンダーに基づいた定期的タイマー「定期的」を選択し、「ビジネス」をクリックします。タイマーの有効期限が切れる間隔を指定します。

式で指定されている定期的タイマー「定期的」を選択し、「詳細」をクリックします。タイマーの有効期限が切れる間隔を指定します。

定期的タイマーは、指定したイベントに対して必ず相対的です。定期的タイマーの最初の操作は、プロセス・インスタンスまたはノードがアクティブになる時刻を基準とします。後続の操作は、直前の操作を基準とします。


7. 「追加」をクリックし、タイマーの有効期限が切れたときに実行する Java

Action を選択します。アクション・リストには、通常の Java Action、エラー・アクション、および補償アクションを追加できます。

8. 「OK」をクリックして「プロパティ」ウィンドウを閉じます。

タスクの結果

定義したタイマーそれぞれに、1 つ以上の UDA が作成されます。UDA 名により、タイマーおよびタイマー・アクションが識別されます。例えば、典型的な UDA

名は、__atmr_publication_time です。プレフィックス __atmr はこれがタイマーであると識別します。真ん中の語 publication にはタイマーの名前が含まれます。そして、サフィックス time は UDAの機能を識別します。これらの UDA は、Java

Action または JavaScript を介して変更できます。「タイマー」タブの「詳細」をクリックすると、どの UDA がタイマーに属しているかを確認することができます。

期限およびタイマーの詳細設定用の時刻コードおよび日付コード詳細なタイマーや期限を構成する場合、以下のコードを「プロパティ」ウィンドウの「式の設定」フィールドに入力できます。営業時間は、現在使用中のビジネス・カレンダーによって設定されることを覚えておいてください。

絶対時刻 (AT)1 日の絶対時刻を設定する場合に使用されます。

タイマーをその日の午後 4 時 30 分に設定するには、以下のようにします。

AT(16:30:00)

終業時刻に対して相対的 (CT)終業時刻を基準として営業時間を設定する場合に使用します。通常は、終業時刻より前の相対時間をカウントするために、終業時刻に対するマイナスの時間を使用します。

1 日の終業時刻を基準として営業時間を設定するには、以下のようにします。

終業時刻:

CT(00)

終業時刻より 2 時間前の場合:

CT(-02:00:00)

始業時刻に対して相対的 (OT)1 日の始業時刻を基準として営業時間を設定する場合に使用します。

始業時刻:

OT(00)

始業時刻の 2 時間後:

OT(02:00:00)


現在時刻に対して相対的 (BT)1 日の現在時刻を基準として営業時間を設定する場合に使用します。これは、ジョブ開始時の現在時刻であり、タイマー作成時の現在時刻ではないことに注意してください。

営業時間で現在時刻から 4 時間 30 分後:

BT(04:30:00)

営業時間で現在時刻から 2 時間前:

BT(-02:00)

現在時刻が営業時間外である場合、次の営業時間内の時刻。その他の場合は、現在の営業時刻:

BT(00)

注: 営業日によって営業時間が異なる場合は、これを使用する必要があります。

現在時刻が営業時間外である場合、前の営業時間内の時刻。その他の場合は、現在の営業時刻:

BT(-00)

営業日 (BD) の設定現在の日付を基準として営業日の数を設定する場合に使用します。

今日から 4 営業日:

BD(4)

今日が営業日の場合は同日、それ以外の場合は、次の営業日。

BD(0)

今日が営業日の場合は同日、それ以外の場合は、前の営業日。

BD(-0)

相対的な日数 (RD) の設定現在の日付 (タスクが開始された日) からの相対的な日数を設定する場合に使用します。この設定では、ビジネス・カレンダーは使用されません。

現在時刻から 1 週間後:

RD(7)

現在時刻より 1 日前:

RD(-1)

曜日 (WD) の設定絶対的な曜日を設定する場合に使用します。

タスクがアクティブ化された週の日曜日:

WD(1)

タスクがアクティブ化された週の金曜日:


WD(6)

次の曜日 (WN) の設定現在時刻以降の次の曜日を設定する場合に使用します。

今日以降の次の日曜日:

WN(1)

相対的な月 (RM) の設定将来の月を相対的に設定する場合に使用します。その月に十分な日数がないため同じ日に設定できない場合は、月の最後の日になります。

現在の日付から 3 カ月後:

RM(3)

月の特定の日 (DM) の設定現在の月の特定の日を設定する場合に使用します。

月の最初の日:

DM(1)

月の最後の日:

DM(-1)

月の特定の営業日 (BM) の設定月の特定の営業日を設定する場合に使用します。

その月の最初の営業日。

BM(1)

その月の最後の営業日。

BM(-1)

年の日 (DY) の設定年の絶対日付を設定する場合に使用します。

年の最初の日:

DY(1)

年の最後の日:

DY(-1)

年の営業日 (BY) の設定その年の営業日を設定する場合に使用します。

年の最初の営業日:

BY(1)

年の最後の営業日:

BY(-1)


ユーザー独自のビジネス・カレンダーの作成期限やタイマーを定義する際、ビジネス・カレンダーを通常のカレンダーの代わりに使用することができます。ビジネス・カレンダーは、組織の営業時間および営業日を定義します。


ビジネス・カレンダーを使用すると、営業時間中のみにタイマーの有効期限が切れるようになります。期限についても同様で、ビジネス・カレンダーにより、営業時間中にのみアクティビティーの期限が来るようになります。 Interstage BPM Studio

には、完全に機能するデフォルトのビジネス・カレンダーが用意されています。このデフォルトのビジネス・カレンダーを変更するか、あるいはユーザー独自のビジネス・カレンダーを作成することができます。

IBM OpenPages GRC Platform アプリケーションは、使用しているプロセス定義に対して定義されたビジネス・カレンダーを使用して営業日および営業時間を定義します。プロセス定義のビジネス・カレンダーを定義していない場合、 IBM

OpenPages GRC Platform アプリケーションは、ワークフロー・サーバーにインストールされているデフォルトのビジネス・カレンダーを使用します。

手順1. ご使用のローカル・アプリケーション・プロジェクトで、Calendar フォルダーを右クリックし、「新規」をポイントし、「カレンダー」をクリックします。

2. 「新規カレンダー」ウィンドウの「プロジェクト」フィールドには、ビジネス・カレンダーを作成する対象のアプリケーション・プロジェクト名が自動的に表示されます。別のプロジェクトを選択する場合は、以下の手順を実行します。

a. 「参照」をクリックして、新規カレンダー・ファイル用のプロジェクト・ディレクトリーを選択します。

注: .cal 拡張子は、これがビジネス・カレンダーであることを示します。カレンダーは、プロパティーまたは .ini ファイルのようなもので、営業日と営業時間を指定します。

b. 新規カレンダー・ファイルを保存する先のプロジェクトを選択して、「OK」をクリックします。ファイル名が既に存在する場合は、ファイル名の競合を避けるために新しい名前を入力します。

3. 「名前」フィールドに、新規カレンダー・ファイルの名前を入力し、「終了」をクリックします。新規カレンダー (.cal) ファイルが、選択されたプロジェクトの Calendar フォルダーに自動的に保管されます。この新規カレンダー・ファイルは、.cal ファイルを開くために指定したテキスト・エディターで、デフォルト値が設定された状態で自動的に開きます。

4. ユーザーのビジネス・カレンダー・ファイルを定義します。デフォルト値を開始点として使用し、自分用のビジネス・カレンダーを作成することができます。ビジネス・カレンダーのファイル・フォーマットおよび構文規則の詳細な説明については、 30ページの『ビジネス・カレンダー・ファイルのパラメーターおよび形式』を参照してください。


次のタスク

変更内容は、ファイル・メニューから「保存」オプションを使用した場合のみ保存できます。新規リソース・ファイルを保存するために、「名前を付けて保存」オプションを選択することはできません。

ビジネス・カレンダーを作成したら、プロセス定義または特定のタイマーに割り当てる前に、ビジネス・カレンダーをワークフロー・サーバーにデプロイする必要があります。サーバーでのビジネス・カレンダーのデプロイに関して詳しくは、「IBM

OpenPages GRC Platform 6.0 管理者ガイド」の『ワークフロー・サーバーでのビジネス・カレンダーのデプロイ』セクションを参照してください。

ビジネス・カレンダー・ファイルのパラメーターおよび形式ビジネス・カレンダーの各行は、パラメーターと値のペアで構成され、末尾のセミコロン (;) が付いています。パラメーターと値のペアにより、営業日と営業時間を指定します。開始時刻と終了時刻などの範囲を示すには、開始値と終了値の間にコンマ (,) を使用します。ビジネス・カレンダー・ファイルには、.cal ファイル拡張子が必要です。

デフォルト・カレンダーデフォルト・カレンダーは、Default.cal という名前であり、インストール時に提供されます。Interstage BPM で使用するカレンダーが他に何も構成されていなくても、プロセス定義にビジネス・タイマーを追加することはできます。デフォルト・カレンダーによって営業日および営業時間が提供されます。デフォルト・カレンダーは、ユーザーの個々のニーズに合わせて変更可能な、十分に機能するビジネス・カレンダーの例を提供します。

デフォルト・カレンダー・ファイルの内容は以下のようになります。

EVERYDAY=8:00,18:00;SAT=;SUN=;2003/01/01=;2004/01/01=;2005/01/01=;2006/01/01=;2007/01/01=;2008/01/01=;2009/01/01=;2010/01/01=;CALENDAR_END=2010/12/31;CALENDAR_BEGIN=2003/01/01;TIMEZONE=-8:00;

ビジネス・カレンダーのパラメーター以下の表では、営業時間、有効な開始日と終了日、およびタイム・ゾーンを指定するためにビジネス・カレンダーで使用できるパラメーターについて説明します。すべての時刻は 24 時間形式で指定する必要があります。時刻範囲を指定する場合は、コンマを使用して開始時刻と終了時刻を区切ります。


表 5. ビジネス・カレンダーのパラメーター

パラメーター説明例

EVERYDAY=

<Start_Time, End_Time>;

必須。すべての曜日のデフォルトの営業時間を定義します。ここで、<Start_Time> と<End_Time> は営業日の開始時刻と終了時刻です。

EVERYDAY=9:00,17:00;

すべての曜日の営業時間は、午前 9 時から午後 5 時までです。

<Day of the Week>=

<Start_Time, End_Time>;

または

<Day of the Week>=;

オプション。指定した曜日のみについて EVERYDAY 設定をオーバーライドします。

特定の曜日の営業時間を定義します。ここで、<Day

of the Week> はSUN、MON、TUES、WED、THU、FRI、またはSAT であり、<Start_Time> と<End_Time> は営業日の開始時刻と終了時刻です。

週の営業日から任意の曜日(土曜日や日曜日など) を除外するには、<Day of

the Week> に値を設定しないようにします。

FRI=9:00,16:00;

金曜日についてのみ、営業時間が午前 9 時から午後 4 時までです。

SAT=;

SUN=;

週の営業日から土曜日と日曜日を除外します。

<Date>=

<Start_Time_1, End_Time_1>;

...

<Start_Time_N,End_Time_N>;

または

<Date>=;

オプション。指定した日付についてのみ、EVERYDAY

設定と <Day of the Week>

設定をオーバーライドします。

特定の日付の営業時間を定義します。ここで、<Date>

は yyyy/mm/dd 形式であり、<Start_Time> と<End_Time> は営業日の開始時刻と終了時刻です。セミコロンで区切って複数の範囲を指定することができます。

年間の営業日から任意の日付 (休日など) を除外するには、<Date> に値を設定しないようにします。

2010/12/01=9:00,12:00;

15:30,17:00;

2010 年 12 月 1 日の営業時間は、午前 9 時から正午までと午後 3 時 30 分から午後 5 時までです。

2010/12/25=;

年間の営業日から休日を除外します。


表 5. ビジネス・カレンダーのパラメーター (続き)


<Date>=DST <Time_Offset> オプション。指定した日付に DST のための時間の調整を行います。

<Date> は yyyy/mm/dd 形式であり、<Time_Offset>

は、春に時刻を進めるための時間数 (最大 4 時間)

を設定します。標準時に戻すには、0 に設定します。

2010/04/20=DST(1);

DST を設定して春に 1 時間進めます。

2010/10/19=DST(0);

秋に標準時にリセットします。

CALENDAR_END=<Date>; 必須。カレンダーが有効である最後の日付を定義します。ここで、<Date> はyyyy/mm/dd 形式です。カレンダーは、このパラメーターで指定された日付を過ぎると使用できません。

タイマーの有効期限がこの日付より後に設定されている場合、

境界越えの配列エラーで、プロセスがエラー状態になります。

CALENDAR_END=2010/12/31;

このカレンダーの最後の有効日付は、2010 年 12 月 31 日です。

CALENDAR_BEGIN=<Date>; 必須。カレンダーが有効である最初の日付を定義します。ここで、<Date> はyyyy/mm/dd 形式です。カレンダーは、このパラメーターで指定された日付より前には使用できません。

タイマーの有効期限がこの日付より前に設定されている場合、

境界越えの配列エラーで、プロセスがエラー状態になります。注: カレンダーの最長期間は 10 年です。したがって、CALENDAR_BEGIN 値とCALENDAR_END 値の差を 10

年より大きくすることはできません。

CALENDAR_BEGIN=2003/01/

01;

このカレンダーの最初の有効日付は、2003 年 1 月 1 日です。


表 5. ビジネス・カレンダーのパラメーター (続き)


TIMEZONE=

<Timezone_Offset>;

必須。グリニッジ標準時(GMT) を基準としてローカル・タイム・ゾーンを定義します。

TIMEZONE=-8:00

米国太平洋標準時のタイム・ゾーンを設定します。これはGMT より 8 時間遅れています。

プロセス定義へのビジネス・カレンダーの割り当て1 つのプロセス定義に複数の異なるビジネス・カレンダーを割り当てることができます。


プロセス定義にビジネス・カレンダーを割り当てるには、その前に 29ページの『ユーザー独自のビジネス・カレンダーの作成』で記載されているようにビジネス・カレンダーを作成しておく必要があることに注意してください。

手順1. プロセス定義の「プロパティ」ウィンドウを開きます。

2. 「ユーザ定義属性」タブを選択します。

3. プロセス定義に STRING 型の UDA __businessCalendar を追加します。 .cal

拡張子なしでビジネス・カレンダーの名前をその値として指定します。


注: プロセスの実行中、setProcessAttribute JavaScript および__businessCalendar UDA を使用してカレンダーを変更できます。例えば、ビジネス・カレンダーを Calif.cal に変更する場合は、以下の JavaScript を使用します。

setProcessAttribute("__businessCalendar","string","Calif");

期限やタイマーへのビジネス・カレンダーの割り当て期限やタイマーにビジネス・カレンダーを割り当てることができます。割り当てると、期限やタイマーはこのビジネス・カレンダーに基づいて計算されます。


期限やタイマーにビジネス・カレンダーを割り当てるには、その前に 29ページの『ユーザー独自のビジネス・カレンダーの作成』で記載されているようにビジネス・カレンダーを作成しておく必要があることに注意してください。

手順1. 詳細タイマーまたは詳細期限を定義します。

2. 「式の設定」フィールドに、式 UC(<business_calendar>); を設定します。ここで <business_calendar> は、ビジネス・カレンダーの名前です。


注: ジョブの実行時にエラーの原因となるため、ビジネス・カレンダーの名前を指定する際、.cal 拡張子を含めないようにしてください。

ワークフローでの Java Action セットの使用Java Action を使用して、プロセス定義の実行をカスタマイズすることができます。Java Action は、プロセス実行の、JavaScript と同じポイントで呼び出すことができます。

実行のポイントには以下のものがあります。

v アクティビティーの開始前 (開始アクションおよびロール・アクション)

v アクティビティーの完了時 (終了アクション)

v タイマーの期限切れ時 (タイマー・アクションによって設定される)

Java Action の割り当てJava Action をプロセス定義全体に割り当てるか、個々のノード (Start ノードおよびExit ノード以外) に割り当てることができます。

手順1. Interstage BPM Studio で、プロセス定義エディター・ペインのプロセス定義を開きます。

2. プロセス定義内のブランク領域を右クリックするか、選択したノードを右クリックし、「プロパティ」をクリックします。

3. プロセス定義または選択したノードの「プロパティ」ウィンドウで、「ユーザ定義属性」タブを選択し、ユーザーの Java Action に必要なデータ項目を追加します。

注: 正しいデータ項目をプロセス定義に追加しないと、Java Action は予測不能な動作をすることがあります。例えば、ユーザーの Java Action で使用したいメソッドが、汎用 Java Action で利用できない場合があります。メソッドが使用可能となるのは、そのメソッドが使用するすべてのデータ項目が UDA として定義済みの場合のみです。

また、汎用 Java Action 内でメソッド名リストに表示されるのは、非プリミティブのデータ型 (String、Integer、Floatなど) を使用するメソッドのみです。

4. 「アクションセット」タブを選択します。

5. 「アクションセット」タブで、Java Action を追加する位置に該当するタブ (ロール・アクション、開始アクション、または終了アクション) を選択します。

6. 「追加」ボタンをクリックします。「アクションタイプリスト」ウィンドウが表示されます。

タスクの結果

特定の Java Action を構成する方法について詳しくは、手順のこの時点で、 36ページの『使用可能な Java Action』を参照してください。


Java Action の編集プロセス定義全体または個々のノードに割り当て済みの Java Action を編集できます。



3. プロセス定義または選択したノードの「プロパティ」ウィンドウで、「ユーザ定義属性」タブを選択し、ユーザーの Java Action に必要なデータ項目を追加します。

4. 「アクションセット」タブを選択します。

5. 適切なアクション・タブ・カテゴリーを選択してから、編集する Java Action を選択します。

6. 右クリックして、「編集」をクリックします。選択したアクション・タイプのアクション・エディターが表示されます。 Java Action の構成の手順は、 36ページの『使用可能な Java Action』で提供されています。

Java Action のコピープロセス定義に割り当てられている Java Action を、そのプロセス定義内の別の実行時点で使用する場合は、以下の手順を使用してそのアクションをコピーすることができます。例えば、開始アクションとしてロール・アクションのプロセス定義に定義されている Java Action を再利用することができます。



3. プロセス定義または選択したノードの「プロパティ」ウィンドウで、「アクションセット」タブを選択します。

4. ロール・アクションなどのソース Java Action に対して適切なアクション・タブ・カテゴリーを選択します。

5. コピー対象の Java Action を右クリックして、「コピー」をクリックします。

6. コピーした Java Action を貼り付けする先のアクション・タブ・カテゴリーを選択します。

7. 右クリックして、「貼り付け」をクリックします。コピーした Java Action が表示されます。

8. プロセス定義を保存して、変更を保管します。

Java Action の削除プロセス定義またはノードに割り当てられている Java Action を今後使用しない場合は、以下の手順を使用して削除することができます。



2. プロセス定義内のブランク領域を右クリックするか、選択したノードを右クリックし、「プロパティ」をクリックします。プロセス定義または選択したノードの「プロパティ」ウィンドウが表示されます。

3. プロセス定義または選択したノードの「プロパティ」ウィンドウで、「アクションセット」タブを選択します。

4. 適切なアクション・タブ・カテゴリーを選択します。

5. 削除する Java Action を右クリックして、「削除」をクリックします。プロセス定義または選択したノードから Java Action が削除されます。

6. プロセス定義を保存して、変更を保管します。

使用可能な Java Actionこのセクションでは、特定の Java Action を構成する方法について説明します。

注:

v ロール・アクション・セットには、タスクの担当者を決定する Java Action のみを設定する必要があります (例えば、「ユーザにタスクを割当て」Java Action や「タスクのエスカレート」Java Action)。

v タスクの作成時にデフォルトの担当者であるグループにタスクが割り当てられた場合、「ロール」Java Action は、そのグループのメンバーであるユーザーにのみタスクを割り当てることができます。デフォルトの担当者であるユーザーにタスクが割り当てられた場合、「ロール」Java Action は、実行時に任意のユーザーにタスクを割り当てることができます。

ユーザにタスクを割当てタスクをモデリングする場合、ロールにタスクを割り当て、そのロールがアクティビティーの完了を担当します。ただし、時として、単に特定のロールのメンバーであるユーザーに対してではなく、特定のユーザーにアクティビティーを割り当てることが必要な場合があります。これは、「ユーザにタスクを割当て」Java Action を使用して実行できます。

特定のユーザーにタスクを再割り当てすると、そのタスクはそのユーザーにのみ割り当てられます。この Java Action を追加できるのは、Task ノードまたは Voting

Task ノードに対してのみです。

以下の 2 つの方法のうちいずれかを使用して、「ユーザにタスクを割当て」Java

Action のユーザーを選択できます。

v 『ユーザーの選択でのワークフロー変数式の使用』

v 37ページの『ユーザーの選択でのグループおよびユーザー・リストの使用』

ユーザーの選択でのワークフロー変数式の使用ワークフロー変数式を使用して、タスクをユーザーに再割り当てすることができます。


手順1. 34ページの『Java Action の割り当て』の説明に従います。「ロールアクション」タブを選択していることを確認します。

2. 「サーバアクション」フォルダーを展開して、「ユーザにタスクを割当て」をダブルクリックします。

3. 「タスクの割当て先」ウィンドウの「割当ての選択」タブで、「ワークフロー変数の使用」チェック・ボックスを選択します。テキスト・フィールドが式モード・ボタンおよび式ビルダー・ボタンとともに表示されます。

4. タスクを再割り当てするユーザーに関する式をテキスト・フィールドに入力します。入力フィールドの横にある式モード・ボタンは、テキスト・フィールドの入力のモードを示します。ボタンには、3 つの異なる式モードに対応する 3 つのモードがあります。

定数モードボタンの表示は文字 C であり、単純定数 (リテラル) 式に使用します。値を入力するには、単にフィールドに入力してください。

変数モードボタンの表示は文字 V であり、単純変数 (ユーザー定義の属性) 式に使用します。このモードでは、ユーザーは、担当者として UDA を選択することができます。

式モードボタンの表示は文字 E であり、複合式に使用します。UDA の値を複数の担当者から選択する場合は、これを使用します。「A+B」式ビルダー・ボタンをクリックすると、式ビルダーが表示されます。

式モード・ボタンをクリックすると、異なるモードが循環して表示されます。

このテキスト・フィールドに入力されている式が、単純な UDA 名あるいは詳細な複合式のいずれでも、タスクが現在割り当てられているロール内の 1 人または複数のユーザーに変換される必要があります。

5. 「詳細」タブで、オプションとして Java Action の記述名およびメモを入力します。

6. 「タスクの割当て先」ウィンドウで、「OK」ボタンをクリックします。 Java

Action が、「プロパティ」ウィンドウの「アクションセット」タブ内の「ロールアクション」タブに表示されます。


ユーザーの選択でのグループおよびユーザー・リストの使用選択リストを使用して、タスクをユーザーに再割り当てすることができます。

手順1. 34ページの『Java Action の割り当て』の説明に従います。「ロールアクション」タブを選択していることを確認します。

2. 「サーバアクション」フォルダーを展開して、「ユーザにタスクを割当て」をダブルクリックします。

3. 「タスクの割当て先」ウィンドウの「割当ての選択」タブで、「ワークフロー変数の使用」チェック・ボックスをクリアします。


4. タスクを再割り当てするユーザーごとに、以下の手順を実行します。

a. 「グループ」フィールドで、ユーザーが属するグループを選択します。

「ユーザー」ボックスに、選択したグループのすべてのユーザーが表示されます。

b. 「ユーザー」ボックスで、タスクを再割り当てするユーザーを選択します。

注: Ctrl キーまたは Shift キーを押しながらクリックする操作を使用すると、複数のユーザーを選択できます。

c. 「追加」をクリックします。「選択済みユーザー (Selected Users)」ボックスに、選択したユーザーがリストされるようになります。

注: 「選択済みユーザー (Selected Users)」ボックスからユーザーを削除するには、ユーザーを選択して「削除」をクリックします。


6. 「タスクの割当て先」ウィンドウで、「OK」ボタンをクリックします。 Java

Action が、「プロパティ」ウィンドウの「アクションセット」タブ内の「ロールアクション」タブに表示されます。


「XPath 式から UDA を割当て」 Java Action の使用XPath 式から UDA を割当て Java Action は、 IBM OpenPages GRC Platform ワークフロー・サーバーに入る XML 文字列からのデータを解析し、プロパティーに指定された UDA に解析したデータを割り当てます。


この Java Action は通常、HTTP エージェントとともに使用されます。この 3 コンポーネント・システムは、 IBM OpenPages GRC Platform の外部のシステムへのデータ転送インターフェースを形成します。

これらの Java Action が使用される可能性があるアプリケーションについての情報、XML 文字列式の設計方法、および XPath 式の作成方法については、本書では扱っていません。

XPath 式から UDA を割当て Java Action を使用して着信データを解析するには、以下のようにします。

手順1. 34ページの『Java Action の割り当て』の説明に従います。

2. XML アクション・フォルダーを展開してから、「XPath 式から UDA を割当て」をダブルクリックします。

3. 「XPath 式から UDA を割当て」ウィンドウで、「アクション名」フィールドに、XPath 式から UDA を割当て Java Action の名前を入力します。

4. 「ソース UDA」フィールドから、XPath 式から UDA を割当て Java Action 用の UDA を選択します。この UDA には、UDA データの解析元となる XML 文字列が含まれます。


5. 「ターゲット UDA」フィールドで、データ移動先の UDA を選択します。

6. 「ターゲット UDA の XPath」フィールドに、データがターゲット UDA のXML 文字列に格納される場所を指定する XPath 式を入力します。このフィールドが有効となるのは、XML タイプの UDA を選択した場合のみです。

7. 「ソース UDA の XPath」フィールドに、データがソース UDA のXML 文字列内のどこにあるかを指定する XPath 式を入力します。

8. 「OK」をクリックします。Java Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。

9. 「OK」をクリックして「プロパティ」ウィンドウを閉じます。XPath 式からUDA を割当て Java Action が、このプロセス定義に割り当てられました。アクション・セットのいずれか 1 つにこれらのアクションを接続して、XML データをマップすることができます。

「タスクのエスカレート」Java Action の使用タスクの期限を定義する際には、期限に到達したときにそのタスクが完了しなかった場合の処理も定義します。選択肢の 1 つは、「タスクのエスカレート」Java

Action を使用して、タスクを別のユーザーにエスカレートすることです。タスクのタイマーを定義するときも同様です。タイマーの期限が切れたときにアクティビティーをエスカレートすることができます。

「タスクのエスカレート」Java Action は、Task ノードまたは Voting Task ノードで指定されたタイマーまたは期限の Java Action ペインにのみ割り当てることができます。タイマーまたは期限が発生すると、「タスクのエスカレート」Java Action

が実行され、タスクが別のユーザーまたはグループに再割り当てされます。

以下の 2 つの方法のいずれかを使用して、「タスクのエスカレート」Java Action

のユーザーを選択できます。

v 『ユーザーの選択でのワークフロー変数式の使用』

v 40ページの『ユーザーの選択でのグループおよびユーザー・リストの使用』

ユーザーの選択でのワークフロー変数式の使用ワークフロー変数式を使用して、タスクをユーザーにエスカレートすることができます。

手順1. 22ページの『タイマーおよび期限の設定』の説明に従って、「プロパティ」ウィンドウの「タイマー」タブまたは「期限」タブで、Task ノードまたは Voting

Task ノードのタイマーまたは期限を定義します。

2. 「追加」ボタンをクリックします。

3. 「サーバアクション」フォルダーを展開して、「タスクのエスカレート」をダブルクリックします。

4. 「タスクのエスカレート」ウィンドウの「割当ての選択」タブで、「ワークフロー変数の使用」チェック・ボックスを選択します。テキスト・フィールドが式モード・ボタンおよび式ビルダー・ボタンとともに表示されます。

5. タスクのエスカレート先のユーザーに関する式をテキスト・フィールドに入力します。「式モード」ボタンは、テキスト・フィールドの入力のモードを示します。ボタンには、3 つの異なる式モードに対応する 3 つのモードがあります。






このテキスト・フィールドに入力されている式が、単純な UDA 名あるいは詳細な複合式のいずれでも、タスクが現在割り当てられているロール内の 1 人または複数のユーザーに変換される必要があります。


7. 完了したら、「OK」ボタンをクリックして、「タイマー」タブまたは「期限」タブに戻ります。

タスクの結果

「タスクのエスカレート」Java Action が、そのタブの「Java Action」ペインで開きます。

ユーザーの選択でのグループおよびユーザー・リストの使用選択リストを使用して、タスクをユーザーにエスカレートすることができます。

手順1. 22ページの『タイマーおよび期限の設定』の説明に従って、「プロパティ」ウィンドウの「タイマー」タブまたは「期限」タブで、Task ノードまたは Voting

Task ノードのタイマーまたは期限を定義します。


3. 「サーバアクション」フォルダーを展開して、「タスクのエスカレート」をダブルクリックします。

4. 「タスクのエスカレート」ウィンドウの「割当ての選択」タブで、「ワークフロー変数の使用」チェック・ボックスをクリアします。

5. タスクのエスカレート先のユーザーごとに、以下の手順を実行します。

a. 「グループ」フィールドで、ユーザーが属するグループを選択します。

「ユーザー」ボックスに、選択したグループのすべてのユーザーが表示されます。

b. 「ユーザー」ボックスで、タスクを再割り当てするユーザーを選択します。


注: Ctrl キーまたは Shift キーを押しながらクリックする操作を使用すると、複数のユーザーを選択できます。

c. 「追加」をクリックします。「選択済みユーザー (Selected Users)」ボックスに、選択したユーザーがリストされるようになります。

注: 「選択済みユーザー (Selected Users)」ボックスからユーザーを削除するには、ユーザーを選択して「削除」をクリックします。


7. 完了したら、「OK」ボタンをクリックして、「タイマー」タブまたは「期限」タブに戻ります。「タスクのエスカレート」Java Action が、そのタブの「Java

Action」ペインに表示されるようになりました。

「スクリプトの評価」Java Action の使用「スクリプトの評価」Java Action は、Java Action 内に JavaScript 機能を提供します。これにより、他の Java Action を特定の Java Action セット内の JavaScript と結合でき、他の JavaScript に関連する JavaScript 実行の順序を制御できます。また、アクション・セット内のこれら一連のアクションを使用して、複数のスクリプトを任意の順序で評価することができます。

このセクションでは、この Java Action の追加方法についてのみ説明します。そのアクションの JavaScript の記述に関する情報は記載していません。 IBM OpenPages

GRC Platform には、ワークフロー・サーバーから情報を取得したり、情報を送信したりするための追加の JavaScript コマンド・セットが用意されています。これらのJavaScript については、 55ページの『第 2 章ワークフローの JavaScript 関数』で説明します。


2. 「サーバアクション」フォルダーを展開して、「スクリプトの評価」をダブルクリックします。

3. 表示された「スクリプトの評価」ウィンドウで、スクリプト・テキスト域にスクリプトを入力します。スクリプト・テキスト域にスクリプトを貼り付けて、編集することもできます。

4. 「詳細」タブを選択して、「アクション名」フィールドに、「スクリプトの評価」アクションの名前と任意のメモを入力します。


6. 「OK」をクリックして「プロパティ」ウィンドウを閉じます。「スクリプトの評価」Java Action が、このプロセス定義に割り当てられました。

「実行者の取得」Java Action の使用この Java Action は、タスクの「終了アクション」フィールド内でのみ使用できます。これは、タスクを実行するユーザーの名前を、指定された UDA に割り当てます。この Java Action を使用するには、その前にまずユーザーを割り当てることができる UDA を作成する必要があります。



注: この Java Action を追加できるのは、Task ノードまたは Voting Task ノードに対してのみです。

手順1. 34ページの『Java Action の割り当て』の説明に従います。「終了アクション」タブを選択していることを確認します。

2. 「サーバアクション」フォルダーを展開して、「実行者の取得」をダブルクリックします。

3. 「実行者の取得」ウィンドウで、「ターゲット UDA」リストから UDA を選択します。この Java Action は、アクティビティーを実行するユーザーの名前を、「ターゲット UDA」リストで選択した UDA に割り当てます。


5. 「OK」をクリックして「プロパティ」ウィンドウを閉じます。「実行者の取得」Java Action が、このプロセス定義に割り当てられました。

「プロセス起案者の取得」Java Action の使用「プロセス起案者の取得」Java Action は、このプロセス・インスタンスを開始したユーザーの名前を、指定した UDA に割り当てます。この Java Action を使用するには、その前にまずプロセス起案者を割り当てることができる UDA を作成する必要があります。


2. 「サーバアクション」フォルダーを展開して、「プロセス起案者の取得」をダブルクリックします。

3. 「プロセス起案者の取得」ウィンドウで、プロセス起案者の名前を割り当てるUDA をターゲット UDA のリストから選択します。


5. 「OK」をクリックして「プロパティ」ウィンドウを閉じます。「プロセス起案者の取得」Java Action が、このプロセス定義に割り当てられました。

「処理選択 (Make Choice)」Java Action の使用「処理選択 (Make Choice)」Java Action により、JavaScript を使用して自動的に作業項目に関する特定の選択を行うことができます。「処理選択 (Make Choice)」Java

Action は、Task ノードまたは Voting Task ノードで指定されたタイマーの Java

Action ペインにのみ割り当てることができます。

手順1. 22ページの『タイマーおよび期限の設定』の説明に従って、「プロパティ」ウィンドウの「タイマー」タブで、Task ノードまたは Voting Task ノードに対するタイマーを定義します。



3. 「サーバアクション」フォルダーを展開して、「処理選択 (Make Choice)」をダブルクリックします。

4. 「処理選択 (Make Choice)」ウィンドウの「選択」フィールドに式を入力します。入力フィールドの横にある式モード・ボタンは、フィールドの入力のモードを示します。ボタンには、3 つの異なる式モードに対応する 3 つのモードがあります。





5. 「アクション名」フィールドに、「処理選択 (Make Choice)」アクションの名前を入力します。

6. 完了したら、「OK」ボタンをクリックして、「タイマー」タブに戻ります。「処理選択 (Make Choice)」Java Action が、「タイマー」タブの Java Action ペインに表示されるようになりました。

「プロセス名の設定」Java Action の使用プロセス・インスタンスには、デフォルトで作成元のプロセス定義と同じ名前が付けられます。ただし、「プロセス名の設定」Java Action を使用して、そのプロセスの実行中にプロセス・インスタンス名を変更することができます。


2. 「サーバアクション」フォルダーを展開して、「プロセスインスタンス名の設定」をダブルクリックします。

3. 「プロセスインスタンス名の設定」ウィンドウの「プロセス名」フィールドに式を入力します。入力フィールドの横にある式モード・ボタンは、フィールドの入力のモードを示します。ボタンには、3 つの異なる式モードに対応する 3 つのモードがあります。






4. 「アクション名」フィールドに、「プロセスインスタンス名の設定」アクションの名前を入力します。

5. 「プロセスインスタンス名の設定」ウィンドウで、「OK」ボタンをクリックします。 Java Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


「プロセスインスタンスの優先度の設定」Java Action の使用プロセス・インスタンスには、中程度の優先度がデフォルトで付与されます。ただし、「プロセスインスタンスの優先度の設定」Java Action を使用して、そのプロセス・インスタンスの実行中に優先度を変更することができます。優先度の値は、低、中、高から選択できます。


2. 「サーバアクション」フォルダーを展開して、「プロセスインスタンスの優先度の設定」をダブルクリックします。

3. 「プロセスインスタンスの優先度の設定」ウィンドウの「プロセスの優先度」フィールドに式を入力します。式の結果は、0 (低い優先度)、8 (中程度の優先度)、または 16 (高い優先度) のいずれかの整数値でなければなりません。

入力フィールドの横にある式モード・ボタンは、フィールドの入力のモードを示します。ボタンには、3 つの異なる式モードに対応する 3 つのモードがあります。




4. 「アクション名」フィールドに、「プロセスインスタンスの優先度の設定」アクションの名前を入力します。

5. 「プロセスインスタンスの優先度の設定」ウィンドウで、「OK」ボタンをクリックします。 Java Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。



「プロセスの説明の設定」Java Action の使用プロセスには、デフォルトで生成元のテンプレートと同じ説明が付与されます。ただし、「プロセスの説明の設定」Java Action を使用して、そのプロセスの実行中に説明を変更することができます。


2. 「サーバアクション」フォルダーを展開して、「プロセスインスタンスの説明の設定」をダブルクリックします。

3. 「プロセスインスタンスの説明の設定」ウィンドウの「プロセスの説明」フィールドに式を入力します。式の結果は、文字列値でなければなりません。






4. 「アクション名」フィールドに、「プロセスインスタンスの説明の設定」アクションの名前を入力します。

5. 「プロセスインスタンスの説明の設定」ウィンドウで、「OK」ボタンをクリックします。 Java Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


「UDA 割当て」Java Action の使用「UDA 割当て」Java Action により、ある UDA の値を別の UDA へ割り当てることができます。ある値を UDA に割り当てることもできます。


2. 「サーバアクション」フォルダーを展開して、「UDA 割当て」をダブルクリックします。


3. 「プロセスインスタンスの説明の設定」ウィンドウの「ターゲット UDA」フィールドで、値の割り当て先の UDA を選択します。

4. 「値」フィールドに式を入力します。






5. 「アクション名」フィールドに、「UDA 割当て」アクションの名前を入力します。

6. 「UDA 割当て」ウィンドウで、「OK」ボタンをクリックします。 Java Action

が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


「メール送信」 Java Action の使用この Java Action は E メール・メッセージの送信に使用されます。これは、プロセスが作成されたことやアクティビティーが開始されたことをユーザーに通知するために使用することができます。


2. 「通知アクション」フォルダーを展開して、「メール送信」をダブルクリックします。

3. 「メール送信」ウィンドウで、「アドレス」タブが選択されていることを確認し、構成する E メール・アドレスごとに以下を行います。

a. 以下の方法で E メール・アドレスの式を入力します。







b. メッセージのアドレス指定方法に対応するボタンをクリックします。例えば、アドレスを「To」フィールドに表示したい場合は、「To」をクリックします。アドレスは、「To」フィールドに移動します。アドレスの追加が完了したら、「コンテンツ」タブをクリックします。

4. 「コンテンツ」タブで、「件名」フィールドに件名を入力し、「本文」フィールドにメッセージ・テキストを入力します。前のステップで説明したように、式を使用できることに留意してください。「プレーンテキスト」または「HTML」のいずれかを選択して、送信するメッセージのフォーマットを選択します。

5. 「詳細」タブで、「アクション名」フィールドにユーザーの「メール送信」アクションの名前を入力します。

6. 「メール送信」ウィンドウで、「OK」ボタンをクリックします。 Java Action

が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


「リソース・プロパティーの設定 (Set Resource Property)」JavaAction の使用「リソース・プロパティーの設定 (Set Resource Property)」Java Action は、使用可能なリソース・プロパティーに新しい値を設定するために使用されます。リソース・プロパティーは、SOXRisk や SOXControl などの IBM OpenPages GRC

Platform オブジェクト・タイプで始まる UDA としてリストされます。


UDA のリストに他のプロパティーが定義されていても、設定できるのは、ワークフローを開始するために使用されるオブジェクト・タイプのリソース・プロパティーのみです。


2. 「OPX アクション (OPX Actions)」フォルダーを展開し、「リソース・プロパティーの設定 (Set Resource Property)」をダブルクリックします。

3. 「リソース・プロパティーの設定 (Set Resource Property)」ウィンドウで、変更するリソース・プロパティーをリストから選択します。

4. 「変更後の値」フィールドに式を入力します。







注: 複数値列挙型を入力する場合、値はコンマ区切りのリスト (例: Existence,

Completeness) でなければなりません。

5. 「アクション名」フィールドに、「リソース・プロパティーの設定 (Set

Resource Property)」アクションの名前を入力します。

6. 「リソース・プロパティーの設定 (Set Resource Property)」ウィンドウで、「OK」ボタンをクリックします。 Java Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


「ユーザーの E メール・アドレスの取得 (Get User EmailAddress)」Java Action の使用この Java Action により、ワークフロー管理者は、ユーザー定義の属性に割り当てる E メール・アドレスの所有ユーザーのリストを指定できます。


2. 「OPX アクション (OPX Actions)」フォルダーを展開し、「ユーザーの E メール・アドレスの取得 (Get User Email Address)」をダブルクリックします。

3. 「ユーザーの E メール・アドレスの取得 (Get User Email Address)」ウィンドウの「割当ての選択」タブで、E メール・アドレスのリストを含める UDA を「ターゲット UDA」リストから選択します。

4. 以下のいずれかの方法を使用して E メール・アドレスを指定できます。

v グループ・リストから、追加する E メール・アドレスの所有ユーザーを含むグループを選択します。必要なユーザーを選択し、「追加」ボタンをクリックして、「選択済みユーザー (Selected Users)」リストにユーザーを追加します。


v あるいは、「ワークフロー変数の使用」チェック・ボックスを選択して、式フィールドを有効にします。入力フィールドの横にある式モード・ボタンは、フィールドの入力のモードを示します。ボタンには、3 つの異なる式モードに対応する 3 つのモードがあります。





5. 「詳細」タブで、「アクション名」フィールドに「ユーザーの E メール・アドレスの取得 (Get User Email Address)」アクションの名前を入力します。

6. 「ユーザーの E メール・アドレスの取得 (Get User Email Address)」ウィンドウで、「OK」ボタンをクリックします。 Java Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


汎用 Java Action の使用汎用 Java Action により、 OpenPages GRC Platform システムの範囲外である Java

ビジネス・メソッドを実行することができます。汎用 Java Action を使用すると、自分で記述してコンパイルした自律型 Java クラス内のメソッドを使用してビジネス・プロセスをカスタマイズすることができます。


プロセス定義に汎用 Java Action を追加する場合は、以下の手順を使用します。

手順1. 使用する Java クラスをコピーします。以下のように、アプリケーション・プロジェクトまたはサーバー・プロジェクトのいずれで作業しているかを区別する必要があります。

アプリケーション・プロジェクトアプリケーション・プロジェクトのフォルダー構造では、ナビゲーター・ペインの Application Classes > engine > classes フォルダーにJava クラス・ファイルを保管します。

サーバー・プロジェクトJava クラス・ファイルを Windows の <drive>:<Workflow_Home>\ibpm\

Data\attachments フォルダーにコピーします。ここで、<drive>:<Workflow_Home> は、Interstage BPM Studio インストール・ファイルの場所です (デフォルトの場所は、C:\OpenPages\IBPMStudio)。


2. 34ページの『Java Action の割り当て』の説明に従います。

3. 「汎用 Java Action」をダブルクリックします。

4. 「汎用 Java Action」ウィンドウで、「アクション名」フィールドに、Java

Action の名前を入力します。

5. 参照 (「...」)ボタンをクリックします。

6. 「Java クラスの選択」ウィンドウで、ユーザーの Java Action 用に使用するクラスに移動し、そのクラス・ファイルをクリックして強調表示します。クラス名付きの絶対パスが、そのウィンドウの「パス」フィールドに表示されます。

7. 正しいクラスを確かに指定していることを確認してから、「OK」をクリックします。ウィンドウの「クラス名」フィールドにクラスの名前が再表示され、「クラスパス」フィールドにそのクラスのパスが再表示されます。

8. 「メソッド名」リストから Java Action 内で使用するメソッドを選択します。

9. Java Action のメソッドから戻り値を受け取る UDA があれば、「戻り値」リストからその UDA を選択します。

10. 「UDA マッピング」セクションを確認します。UDA がメソッドのパラメーターに正しくマップされていることを確認します。これらの UDA はメソッドに入力値を提供します。メソッドのパラメーターへの UDA のマッピングには、呼び出すメソッドの知識が必要であることに注意してください。

11. 「汎用 Java Action」ウィンドウで、「OK」ボタンをクリックします。 Java

Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


無処理 Java Action の使用無処理 Java Action は、処理の指定がない、標準装備の Java Action です。これらの Java Action により、追加アクションを実行せずに、Java Action 例外をキャッチすることができます。無処理 Java Action を使用すると、ワークフローは単に次の後続の命令に進みます。無処理 Java Action はプロセス定義またはノードに割り当てることができます。


例えば、Sending an email message Java Action などの汎用 Java Action を作成したとします。この Java Action について、無処理 Java Action をエラー・アクションとして定義してあります。受信者のメールボックスがいっぱいのため、すべての着信 E メールが送信者に送り返される場合に、エラーが発生する可能性があります。ジョブの実行が E メールの送信よりも重要な場合は、無処理アクションをエラー・アクションとして定義できます。これによって、エラーに関わらずジョブが続行されることが保証されます。


2. 「無処理 Java Action」をダブルクリックします。

3. 「無処理 Java Action」ウィンドウで、「アクション名」フィールドに、Java

Action の記述名を入力します。


4. 「無処理 Java Action」ウィンドウで、「OK」ボタンをクリックします。 Java

Action が、「プロパティ」ウィンドウの「アクションセット」タブに表示されます。


ワークフローから計算済みフィールドへのアクセスExecuteComputedField プロセス定義は、 IBM OpenPages GRC Platform, Inc によって提供されている標準の定義済みプロセス定義です。ワークフロー内の計算済みフィールドの値を取得するための唯一の方法として使用してください。

計算済みフィールドについては、「IBM OpenPages 6.0 管理者ガイド」の『計算済みフィールドの作成』を参照してください。


ExecuteComputedField プロセス定義は、構成された Child Job ノードを使用して、ワークフロー内の計算済みフィールドの値を計算して取得するサブプロセスを作成します。計算済みフィールドの有効な値が得られると、名前付き UDA が親ワークフローに設定され、処理が続行されます。

ExecuteComputedField プロセス定義を使用するには、Subprocess ノードを構成し、ExecuteComputedField プロセス定義の入力プロパティーおよび出力プロパティーにUDA のリストをマップする必要があります。

例: ワークフロー内の各損失イベントに関連付けられた実際の財務的損失額合計を使用するとします。「Total Actual Financial Loss」フィールドは損失イベント・オブジェクト用に標準で提供されている計算済みフィールドであること、およびこのフィールドは OpenPagesStandardLossEvent フィールド・グループに属していることをユーザーは理解しています。

「Total Actual Financial Loss」計算済みフィールドの値を戻す LossEvent オブジェクト・タイプのワークフローを作成し、このワークフローの別の時点でその戻り値を使用できます (例えば、ルーティング・ロジックまたは E メール内のコンテキスト情報を動作させるため)。

手順1. 新しいプロセス定義を作成します。

2. ジョブ所有者を定義します。

3. Subprocess ノードを追加して、呼び出します。

4. プロセス定義の ExecuteComputedField を選択します。

5. 値 (入力パラメーターと出力パラメーター) を ExecuteComputedField プロセス定義プロパティーにマップします。

注: ワークフローでは、レポート・フラグメントの計算済みフィールドがサポートされていません。


計算済みフィールドの Subprocess ノードの構成計算済みフィールドの Subprocess ノードを構成する際は、特定の UDA を定義した後に ExecuteComputedField プロセス定義のプロパティーにこれらの UDA をマップします。

始める前に

以下の情報を用意します。

v ワークフローに含める計算済みフィールドの名前

v 計算済みフィールドを含むフィールド・グループの名前

v 計算済みフィールドと関連付けられたオブジェクト・タイプ

手順1. Interstage BPM Studio で、最初に 1ページの『アプリケーション・プロジェクト名およびプロセス定義名の作成』、 2ページの『プロセス定義用のサーバー・プロジェクトの作成』、および 3ページの『プロセス定義の作成およびプロパティーの追加』の説明に従って、親ジョブ用のプロジェクトおよびプロセス定義を追加します。

2. そのプロセス定義の「Process Definition のプロパティ」ウィンドウで、「ユーザ定義属性」タブを選択し、表 6 にリストされている各 UDA に行 (名前およびデータ型)を追加します。

注: 表 6 の「UDA 名」列にはサンプルの UDA 名の値が入っています。この列にリストされている値を、希望する名前に置き換えてください。

表 6. 必須の UDA

UDA 名 (ユーザー定義) 説明データ型デフォルト値の例

FieldGroupName 計算済みフィールドを含むフィールド・グループの名前。

シンプルな文字列

OpenPagesStandard

LossEvent

ComputedValue 計算済みフィールドの値を保持するコンテナー。


ComputedField

Name

計算済みフィールドの名前。


Total Actual Financial Loss

3. プロセス定義エディター・ペインで以下の手順を実行します。

a. パレット上で Subprocess ノードをクリックして、このペインにドロップします。

b. Subprocess ノードを右クリックし、「プロパティ」をクリックします。

4. 親プロセス定義をサブプロセス定義 (ExecuteComputedField) に接続するために、以下の手順を実行します。

a. 「Child Job ノードのプロパティ」ウィンドウで、「データマッピング」タブを選択します。

b. 「選択」をクリックします。

c. 「サブプロセス定義の選択」ウィンドウを選択して、「リストの取得」をクリックします。


d. リストから「ExecuteComputedField」サブプロセス定義を選択して、「OK」をクリックします。

5. 「Child Job ノードのプロパティ」ウィンドウで、表 7 に示すように UDA をマップします。

注: システムによって、ユーザー定義の UDA 名の先頭に op_prop_ が自動的に付加されます。例えば、ComputedValue という名前の UDA は、op_prop_ComputedValue になります。表 7 の「この UDA の場合」列にリストされている UDA のタイプを、 52ページの表 6 で既に定義した値に置き換えてください。

表 7. UDA のマッピング

選択するマッピング・タイプ

この UDA の場合マップするサブ計画データ項目

追加後にデータ・マッピングの行で行う操作

LONG op_prop_

<ObjectType>

op_prop_Input_Resource_Id 「出力」ボックスをクリアし、「入力」ボックスを選択します。

STRING フィールド・グループ名

op_prop_Input_Bundle_Name 「出力」ボックスをクリアし、「入力」ボックスを選択します。

計算済みフィールド名

op_prop_Input_Property

_Name

計算値 op_prop_Output_Computed

_Value

「入力」ボックスをクリアし、「出力」ボックスを選択します。

6. 完了したら、「OK」をクリックします。

7. 必要に応じて他のノードを追加してプロセス定義を完了した後で、保存します。



第 2 章ワークフローの JavaScript 関数

Interstage BPM Studio には、 IBM OpenPages GRC Platform アプリケーションと情報交換するための、一連の JavaScript 関数が用意されています。この章では、これらの関数について説明し、例を示します。

この章にリストされている関数の他に、ECMA 標準に定義されている JavaScript の機能を使用することもできます。

Java Action および複雑な条件ノード用の関数このセクションで説明されている JavaScript 関数は、Java Action および複雑な条件ノードのいずれにも使用できます。

string DateAdd(String Date, Int Offset, String field)Date に Offset 値を追加した結果として得られた日時を格納している JavaScript

Date オブジェクト (STRING 型) を返します。

Offset の時間計測単位は、フィールドによって決まります。有効なフィールドは、次のとおりです。

v "ss" - 秒

v "mi" - 分

v "hh" - 時間

v "dd" - 日

var now = CurrentDate();var tomorrow = DateAdd( now, 1, "dd");

now (CurrentDate) の値が以下であるとします。

Tue Dec 02 2003 14:02:59 GMT-0800 (PST)

この場合、tomorrow (DateAdd( now, 1, "dd")) の値は以下になります。

Tue Dec 03 2003 14:02:59 GMT-0800 (PST)

boolean DateCompare(String Date1, String Operator, StringDate2)

2 つの日付値を比較します。比較結果として true または false を返します。

有効な演算子は、次のとおりです。

v ">" - より大きい

v "<" - より小さい

v ">=" - より大か等しい

v "<=" - より小か等しい

v "==" - 等しい

55

v "!=" - 等しくない

var now = CurrentDate();var tomorrow = DateAdd( now, 1, "dd");if (DateCompare(now, "<", tomorrow))...; //... will execute because DateCompare evaluates to true.

integer DateDiff(String Date1, String Date2, String field)Date1 から Date2 を減算します。これらの日付/時刻の間の差を、フィールド値に応じて日、時間、分、または秒で返します。

有効なフィールドは、次のとおりです。

v "ss" - 秒

v "mi" - 分

v "hh" - 時間

v "dd" - 日

var now = CurrentDate();var tomorrow = DateAdd(now, 1, "dd");var diff = DateDiff(tomorrow, now, "dd"))//diff will have a value of 1.

boolean toBoolean(String または Integer value)String または Integer の value を JavaScript ブール値に変換します。値は、true または false を含む文字列か、ゼロまたはゼロ以外の値を含む数値です。値に応じて、true または false を返します。value パラメーターをブール値に変換できない場合は、false が返されます。

Java Action 専用の関数このセクションで説明されている追加の JavaScript 関数は、Java Action でのみ使用できます。複雑な条件ノードには対応していません。

boolean addAttachment(String attachmentName, StringattachmentPath)

DMS の指定されたパスに保管されている添付ファイルをプロセスに追加し、指定された名前を付けます。

addAttachment("FSC News","C:\\Test\\FSC_news.doc");// Native DMS Adapter and NT LDAP DMS Adapter.addAttachment("FSC News","\\opt2\\netscape\\suitesopt\\iflow\\docs\\FSC_news.doc");// Solaris LDAP

boolean deleteAttachment(String attachmentName)引数で指定された添付ファイルを削除します。

string getActivityActor()現在のアクティビティーに属する作業項目をコミットしたユーザーの名前を返します。このコマンドは、終了 Java Action でのみ使用し、Task ノードまたは Voting

Task ノードのためにのみ使用してください。


name=getActivityActor();

string getActivityAssignees()現在のアクティブなアクティビティーに割り当てられた名前のコンマ区切りのリストを返します。このコマンドは、ロール Java Action または終了 Java Action などのアクティビティーに属するスクリプトでのみ有用です。

names=getActivityAssignees();

string getActivityName()現行アクティビティーの名前を返します。ロール、開始、または終了の各 Java

Action にのみ使用できます。

var name=getActivityName();setProcessAttribute("ActivityName","string",name);

array getAllAttachmentNames()現行プロセスのすべての添付ファイルに対応する名前の配列を返します。プロセスに添付ファイルが存在しない場合、この関数は例外を返します。次の例では、すべての添付ファイル名の配列が name に設定されます。その後、配列がコンマ区切りのリストに変換されます。

var name = getAllAttachmentNames();var attList = "";for (var i=0; i<name.length; i++) {attList = attList + ", " + name[i];}setProcessAttribute("AttachmentList", "STRING", attList);

string getAttachment(String AttachmentName)名前が指定されている添付ファイルの場所と名前を返します。

PathName=getAttachment("MyAttachment");setProcessAttribute("AttachmentPath","string",PathName);

string getGroupMembers(String groupName)指定されたグループのメンバーのコンマ区切りリストを返します。ディレクトリー・サービスを使用してこの情報を判別してください。

names=getGroupMembers("QA");//You might use the information returned by this command//in the following way.setProcessAttribute("Group Members","string",names);

string getInitiator()プロセスを開始したユーザーの名前を返します。

name= getInitiator();setProcessAttribute("Process Initiator","string",name);

string getMembers(String groupName)指定したグループのすべての直接メンバーのマージしたリストを返します。

第 2 章ワークフローの JavaScript 関数 57

names=getMembers("QA");//You might use the information returned by this command//in the following way.setProcessAttribute("Group Members","string",names);

string getOwners()プロセスの所有者のコンマ区切りリストを返します。

names= getOwners();setProcessAttribute("Template Owners","string",names);

string getProcessAttribute(String name)指定されたプロセス属性の値を返します。プロセス定義用に定義された UDA にのみ使用可能です。

SetProcessAttribute("Name","string","FSC");Value=getProcessAttribute("Name");SetProcessAttribute("Name2","string",Value);

int getProcessAttributeStringType(String name)指定されたプロセス属性の型を整数として返します。整数の戻り値は、指定されたプロセス属性のデータ型に対応します。以下の表を使用して、データ型を判別してください。

表 8. データ型

戻り値データ型

0 Boolean

1 String

2 Integer

3 Float

4 Long

8 Big Decimal

9 Date

SetProcessAttribute("Name","string","FSC");Value=getProcessAttributeStringType("Name");SetProcessAttribute("Type","INTEGER",Value);

string getProcessDescription()現行プロセスの説明を返します。

description1= getProcessDescription();setProcessAttribute("Description","string", description1);

string getProcessInitiator()現行プロセスを開始したユーザーの名前を返します。

name= getProcessInitiator();setProcessAttribute("Process Initiator","string",name);


int getProcessInstanceId()この作業項目が属する現行プロセスの ID を返します。

ID = getProcessInstanceId();

string getProcessName()現行プロセスの名前を返します。

name=getProcessName();setProcessAttribute("ProcessName","string",name);

string getProcessOwners()プロセスの所有者のコンマ区切りリストを返します。

names= getProcessOwners();setProcessAttribute("Template Owners","string",names);

int getProcessPriority()プロセスの優先度を返します。プロセスの優先度は、高、中、低に分類されています。この優先度の分類は、以下のルールに従って行われます。

v 高 - 16 以上の任意の数値。

v 中 - 8 から 16 (8 を含む) の間の任意の数値。

v 低 - 8 未満の任意の数値。

priority1= getProcessPriority();SetProcessAttribute("Priority","integer",priority1);

string getProcessTitle()現行プロセスのタイトルを返します。

title1= getProcessTitle();setProcessAttribute("Title","string",title1);

boolean setActivityAssignees(String assignees)名前のコンマ区切りリストを受け取り、それを使用して現行アクティビティーの作業項目を割り当てます。このコマンドの使用は、ロール Java Action でのみにしてください。

setActivityAssignees("john,mary,chris");

boolean setOwners(String owners)プロセスの所有者を設定します。owners は、ユーザーのコンマ区切りのリストです。プロセスの所有権を変更できるのは、管理者とそのプロセスの現在の所有者のみです。

setOwners("chris,david");

boolean setProcessAttribute(String name, String value)指定された name を持つ既存の UDA の値を、指定された value に設定します。

setProcessAttribute("Name","FSC");name1=getProcessAttribute("Name");setProcessAttribute("Name",name1);

第 2 章ワークフローの JavaScript 関数 59

boolean setProcessDescription(String description)指定された文字列をプロセスの説明として設定します。

setProcessDescription("My Process description.");

boolean setProcessName(String name)指定された文字列をプロセスの名前として設定します。名前は 64 文字以内でなければならず、¥、|、/、:、*、"、<、> の各文字を含めることはできません。

setProcessName("My Process name");

boolean setProcessOwners(String owners)プロセスの所有者を設定します。owners は、ユーザーのコンマ区切りのリストです。プロセスの所有権を変更できるのは、管理者とそのプロセスの現在の所有者のみです。

setProcessOwners("chris,david");

boolean setProcessPriority(int priority)プロセスの優先度を設定します。プロセスの優先度は、高、中、低に分類されています。この優先度の分類は、以下のルールに従って行われます。

v 高 - 16 以上の任意の数値。

v 中 - 8 から 16 (8 を含む) の間の任意の数値。

v 低 - 8 未満の任意の数値。

setProcessPriority(11);priority1= getProcessPriority();SetProcessAttribute("Priority","integer",priority1);

boolean setProcessTitle(String title)指定された文字列をプロセスのタイトルとして設定します。

setProcessTitle("My Process title.");


特記事項

本書は IBM が世界各国で提供する製品およびサービスについて作成したものです。

この資料の他の言語版を IBM から入手できる場合があります。ただし、これを入手するには、本製品または当該言語版製品を所有している必要がある場合があります。

本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。日本で利用可能な製品、サービス、および機能については、日本IBM の営業担当員にお尋ねください。本書で IBM 製品、プログラム、またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみが使用可能であることを意味するものではありません。これらに代えて、IBM の知的所有権を侵害することのない、機能的に同等の製品、プログラム、またはサービスを使用することができます。ただし、IBM 以外の製品とプログラムの操作またはサービスの評価および検証は、お客様の責任で行っていただきます。本書には、お客様が購入されたプログラムまたはライセンス資格に含まれない製品、サービス、または機能に関する説明が含まれる場合があります。

IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。本書の提供は、お客様にこれらの特許権について実施権を許諾することを意味するものではありません。実施権についてのお問い合わせは、書面にて下記宛先にお送りください。

〒103-8510

東京都中央区日本橋箱崎町19番21号日本アイ・ビー・エム株式会社法務・知的財産知的財産権ライセンス渉外

以下の保証は、国または地域の法律に沿わない場合は、適用されません。 IBM およびその直接または間接の子会社は、本書を特定物として現存するままの状態で提供し、商品性の保証、特定目的適合性の保証および法律上の瑕疵担保責任を含むすべての明示もしくは黙示の保証責任を負わないものとします。国または地域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受けるものとします。

この情報には、技術的に不適切な記述や誤植を含む場合があります。本書は定期的に見直され、必要な変更は本書の次版に組み込まれます。 IBM は予告なしに、随時、この文書に記載されている製品またはプログラムに対して、改良または変更を行うことがあります。

本書において IBM 以外の Web サイトに言及している場合がありますが、便宜のため記載しただけであり、決してそれらの Web サイトを推奨するものではありません。それらの Web サイトにある資料は、この IBM 製品の資料の一部ではありません。それらの Web サイトは、お客様の責任でご使用ください。

61

IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うことのない、自ら適切と信ずる方法で、使用もしくは配布することができるものとします。

本プログラムのライセンス保持者で、(i) 独自に作成したプログラムとその他のプログラム (本プログラムを含む) との間での情報交換、および (ii) 交換された情報の相互利用を可能にすることを目的として、本プログラムに関する情報を必要とする方は、下記に連絡してください。

IBM Corporation

Location Code FT0

550 King Street

Littleton, MA

01460-1250

U.S.A.

本プログラムに関する上記の情報は、適切な使用条件の下で使用することができますが、有償の場合もあります。

本書で説明されているライセンス・プログラムまたはその他のライセンス資料は、IBM 所定のプログラム契約の契約条項、IBM プログラムのご使用条件、またはそれと同等の条項に基づいて、IBM より提供されます。

この文書に含まれるいかなるパフォーマンス・データも、管理環境下で決定されたものです。そのため、他の操作環境で得られた結果は、異なる可能性があります。一部の測定が、開発レベルのシステムで行われた可能性がありますが、その測定値が、一般に利用可能なシステムのものと同じである保証はありません。さらに、一部の測定値が、推定値である可能性があります。実際の結果は、異なる可能性があります。お客様は、お客様の特定の環境に適したデータを確かめる必要があります。

IBM 以外の製品に関する情報は、その製品の供給者、出版物、もしくはその他の公に利用可能なソースから入手したものです。 IBM は、それらの製品のテストは行っておりません。したがって、他社製品に関する実行性、互換性、またはその他の要求については確証できません。 IBM 以外の製品の性能に関する質問は、それらの製品の供給者にお願いします。

IBM の将来の方向または意向に関する記述については、予告なしに変更または撤回される場合があり、単に目標を示しているものです。

本書には、日常の業務処理で用いられるデータや報告書の例が含まれています。より具体性を与えるために、それらの例には、個人、企業、ブランド、あるいは製品などの名前が含まれている場合があります。これらの名称はすべて架空のものであり、名称や住所が類似する企業が実在しているとしても、それは偶然にすぎません。

この情報をソフトコピーでご覧になっている場合は、写真やカラーの図表は表示されない場合があります。

この「ソフトウェア・オファリング」は、Cookie もしくはその他のテクノロジーを使用して個人情報を収集することはありません。


著作権

ライセンス資料 - IBM Corporation の所有財産。

© Copyright IBM Corporation, 2003, 2015.

本書には、様々なオペレーティング・プラットフォームでのプログラミング手法を例示するサンプル・アプリケーション・プログラムがソース言語で掲載されています。お客様は、サンプル・プログラムが書かれているオペレーティング・プラットフォームのアプリケーション・プログラミング・インターフェイスに準拠したアプリケーション・プログラムの開発、使用、販売、配布を目的として、いかなる形式においても、IBM に対価を支払うことなくこれを複製し、改変し、配布することができます。

このサンプル・プログラムは、あらゆる条件下における完全なテストを経ていません。従って IBM は、これらのサンプル・プログラムについて信頼性、利便性もしくは機能性があることをほのめかしたり、保証することはできません。お客様は、IBM のアプリケーション・プログラミング・インターフェイスに準拠したアプリケーション・プログラムの開発、使用、販売、配布を目的として、いかなる形式においても、IBM に対価を支払うことなくこれを複製し、改変し、配布することができます。

商標

IBM、IBM ロゴおよび ibm.com は、世界の多くの国で登録された International

Business Machines Corporation の商標です。他の製品名およびサービス名等は、それぞれ IBM または各社の商標である場合があります。現時点での IBM の商標リストについては、http://www.ibm.com/legal/copytrade.shtml をご覧ください。

以下は、それぞれ各社の商標または登録商標です。

v Microsoft、Windows、Windows NT および Windows ロゴは、Microsoft

Corporation の米国およびその他の国における商標です。

v Java およびすべての Java 関連の商標およびロゴは Oracle やその関連会社の米国およびその他の国における商標または登録商標です。

特記事項 63


索引日本語, 数字, 英字, 特殊文字の順に配列されています。なお, 濁音と半濁音は清音と同等に扱われています。

［ア行］アウトライン・ペイン xiii

アノテーション・ツール xiv

アプリケーション・プロジェクト概要 1

コピー 13

削除 15

オーバービュー・ペイン xii

オフライン・モード viii, x, xvii, 6

オンラインおよびオフラインの編集モードの比較 x

オンライン・モード viii, xvii, 1, 2, 6

［カ行］階層ジョブ設定 20

期限時刻コードおよび日付コード 26

定義 22

ビジネス・カレンダーの割り当て 33

グループ要素 xiv

計算済みフィールド 51

［サ行］サーバー・プロジェクト 1, 2, 6

削除 15

「実行者の取得」Java Action 42

ジョブ階層 20

署名の有効化 18

定義 vii

ジョブ・インスタンス。「タスク」を参照。 vii

ジョブ・タイプ。「プロセス定義」を参照。 vii

署名 18

「処理選択 (Make Choice)」Java Action 42

スイムレーン要素 xiv

「スクリプトの評価」Java Action 41

選択ツール 5

［タ行］タイマー時刻コードおよび日付コード 26

タイマー (続き)

定義 24


タスク定義 vii

レポートの使用 18

「タスクのエスカレート」Java Action 39

ドラフト・バージョンの番号付け 6

取り消し機能 xiii

［ナ行］ナビゲーター・ペイン xii

ノード xiv

期限の定義 22

タイマーの定義 24

タスク viii

定義 vii

AND ノード xiv

Chained-Process ノード xiv

Complex Conditional ノード xiv

Conditional ノード xiv

Delay ノード xiv

Email ノード xiv

Exit xiv

Exit ノード 3, 5

OR ノード xiv

Spawn Jobs ノード xiv

Start viii, xiv

Start ノード 3, 5

Subprocess ノード xiv

Task ノード xiv, 3, 5

Voting Task ノード xiv

［ハ行］パレット xiii, 3

ビジネス・カレンダー期限やタイマーへの割り当て 33

作成 29

パラメーターおよび形式 30

プロセス定義への割り当て 33

プロジェクト定義 vii

「プロセス起案者の取得」Java Action 42

プロセス定義インポートおよびエクスポート 15

オブジェクト・タイプとの関連付け 7

コピー 14

削除 15

作成 1

65

プロセス定義 (続き)

タイマーの定義 24

定義 vii, viii


編集 13

要素 xiv

Java Action の追加 9

OpenPages に公開 11

UDA の指定 17

プロセス定義エディター・ペイン xiii

プロセス定義の公開 11

プロセス定義の作成 1

プロセス定義の編集 13

「プロセスの説明の設定」Java Action 45

「プロセスの優先度の設定」Java Action 44

「プロセス名の設定」Java Action 43

プロパティー・ペイン xiv

ヘルプ・システム vii

［マ行］「メール送信」Java Action 46

［ヤ行］矢印ツール xiv, 3

矢印要素 xiv, 3, 5

「ユーザにタスクを割当て」Java Action 36

［ラ行］レポートタスクの 18

レポート・フラグメント・フィールド vii

［ワ行］ワークフロー概要 vii

計算済みフィールドへのアクセス 51

ライフサイクル xi

ワークフロー・サーバーへのプロセス定義のアップロード 6

ワークベンチ・ウィンドウアウトライン・ペイン xiii

オーバービュー・ペイン xii

ツールバー xii

ナビゲーター・ペイン xii

パレット xiii

プロセス定義エディター・ペイン xiii

プロパティー・ペイン xiv

メニュー・バー xii

AaddAttachment JavaScript 関数 56

AND ノード xiv

CChained-Process ノード xiv

Child Job ノード。「Subprocess ノード」を参照。 xiv

Complex Conditional ノード xiv

Conditional ノード xiv

DDateAdd JavaScript 関数 55

DateCompare JavaScript 関数 55

DateDiff JavaScript 関数 56

Delay ノード xiv

deleteAttachment JavaScript 関数 56

EEmail ノード xiv

Exit ノード 3, 5

GgetActivityActor JavaScript 関数 57

getActivityAssignees JavaScript 関数 57

getActivityName JavaScript 関数 57

getAllAttachmentNames JavaScript 関数 57

getAttachment JavaScript 関数 57

getGroupMembers JavaScript 関数 57

getInitiator JavaScript 関数 57

getMembers JavaScript 関数 58

getOwners JavaScript 関数 58

getProcessAttribute JavaScript 関数 58

getProcessAttributeStringType JavaScript 関数 58

getProcessDescription JavaScript 関数 58

getProcessInitiator JavaScript 関数 58

getProcessInstanceId JavaScript 関数 59

getProcessName JavaScript 関数 59

getProcessOwners JavaScript 関数 59

getProcessPriority JavaScript 関数 59

getProcessTitle JavaScript 関数 59

IInterstage BPM Studio

アプリケーションの開始 xi

オンライン・ヘルプ・システム vii

ワークベンチ・ウィンドウ xii

OpenPages でサポートされない機能 vi

OpenPages でサポートされる機能 xvii

Interstage BPM Studio の開始 xi


JJava Action

コピー 35

削除 36

実行者の取得 42

処理選択 42

スクリプトの評価 41

タスクのエスカレート 39

プロセス起案者の取得 42

プロセス定義への追加 9, 34

プロセスの説明の設定 45

プロセスの優先度の設定 44

プロセス名の設定 43

編集 35

メール送信 46

ユーザにタスクを割当て 36

UDA 割当て 45

XPath 式から UDA を割当て 38

OOR ノード xiv

SsetActivityAssignees JavaScript 関数 59

setOwners JavaScript 関数 59

setProcessAttribute JavaScript 関数 59

setProcessDescription JavaScript 関数 60

setProcessName JavaScript 関数 60

setProcessOwners JavaScript 関数 60

setProcessPriority JavaScript 関数 60

setProcessTitle JavaScript 関数 60

Spawn Jobs ノード xiv

Start ノード viii, xiv, 3, 5

Subprocess ノード xiv

TTask ノード viii, xiv, 3, 5

toBoolean JavaScript 関数 56

UUDA

プロセス定義内に指定 17

「UDA 割当て」Java Action 45

VVoting Task ノード xiv

WWorkflowAdministrators グループ x, 1

X「XPath 式から UDA を割当て」Java Action 38

XPDL フォーマット 3, 15

索引 67

Documents

m workflow authors guide ibmbookpublic.dhe.ibm.com/software/data/cognos/documentation/openpage… · Interstage BPM アプリケーションおよびIBM OpenPages GRC Platform