ワークフロー製品の構成と連携
intra-martでワークフローを構築する方法は、開発スタイルや要件によって異なります。ここでは、製品の全体像と3つの開発パターンを紹介しています。要件に合った方法を選択する際の参考にしてください。
ワークフローの開発パターンと製品構成
intra-martのワークフロー機能を活用して業務アプリケーションを作成するには、大きく分けて3つの開発パターンがあります。
製品の役割分担
| 製品 | 役割 | 開発スタイル |
|---|---|---|
| IM-Workflow | ワークフローエンジン（システム基盤） | プロコード |
| IM-FormaDesigner | 入力フォーム（画面）の作成 | ノンプログラミング |
| IM-BIS | フォーム＋ルートを統合管理 | ノンプログラミング |
| Accel Studio | 業務アプリ全体をローコードで構築 | ローコード |
| IM-LogicDeigner | 業務ロジックをローコードで作成 | ローコード |
参考
ワークフローの構成要素
intra-martのワークフローでは、以下の3つの定義によってひとつのワークフローを構成します。
| 定義 | 説明 | 例 |
|---|---|---|
| コンテンツ定義 | ユーザが操作する画面（フォーム） | 申請画面、承認画面、詳細画面 |
| ルート定義 | 承認の流れを定義したもの | 申請者→課長→部長→完了 |
| フロー定義 | コンテンツとルートを紐づけた業務定義 | 「経費申請」「休暇届」など |
IM-Workflowではそれぞれの定義を組み合わせて自由なワークフローを構築できます。IM-BISやAccel Studioにおいても、これらの定義を活用してシンプルなワークフロー開発を実現できます。
開発パターン選択の流れ
ワークフロー開発の代表的な3つのパターンの選択の流れと、ユースケースを紹介します。
実現したいワークフローに合わせて開発手法を選択すると、スムーズに開発を進めることができます。また、実際の開発では複数の開発手法を組み合わせて行うケースもあります。
複雑な業務ロジックや外部システム連携が必要？紙の回覧のような単純な申請・承認の定型業務にとどまらない、独自の処理がある
いいえ
データ管理機能（台帳・マスタ管理）が必要？マスタデータの利用や入力補助のような＋αの機能を加えたい
ユースケース
- 紙の回覧のような単純な申請・承認の定型業務をデジタル化したい
ユースケース
- データ管理や付加機能を有したワークフローを構築したい
はい
パターン3独自開発＋IM-Workflow連携
（プロコード開発）
（プロコード開発）
ユースケース
- 内外複数のシステムを統合してワークフローを構築するようなシステムを実現したい
- 部分的にIM-FormaDesigner/IM-LogicDeignerを活用して開発工数を削減したい
開発パターンの概要
それぞれの開発パターンの特徴と代表例を紹介します。
パターン1：IM-BISでノンプログラミング構築（単純な申請業務）
- 特徴：フォームとルートを一画面で統合管理
- 適用例：経費申請、休暇届、各種届出など定型業務
- メリット：もっとも手軽にワークフローを構築可能
- 開発者：業務担当者
パターン2：Accel Studioでローコード開発 ＋ IM-Workflow連携
- 特徴：ローコードで作成したアプリにワークフロー機能を追加
- 適用例：マスタ管理＋承認、台帳管理＋申請など複合的な業務
- メリット：データ管理とワークフローを統合
- 開発者：業務担当者、IT部門
パターン3：プロコードで独自開発 ＋ IM-Workflow連携
- 特徴：画面を独自に開発し、ワークフローAPIで連携
- 適用例：複雑な業務ロジック、外部システム連携が必要な場合。該当しない画面やロジックは、IM-FormaDesigner/IM-LogicDeignerを活用し、工数短縮が可能
- メリット：自由度がもっとも高い
- 開発者：プログラマ、開発ベンダ