JP2004303115A - ワークフローシステム構築方法 - Google Patents
ワークフローシステム構築方法 Download PDFInfo
- Publication number
- JP2004303115A JP2004303115A JP2003097575A JP2003097575A JP2004303115A JP 2004303115 A JP2004303115 A JP 2004303115A JP 2003097575 A JP2003097575 A JP 2003097575A JP 2003097575 A JP2003097575 A JP 2003097575A JP 2004303115 A JP2004303115 A JP 2004303115A
- Authority
- JP
- Japan
- Prior art keywords
- awi
- design
- work
- business
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 33
- 238000010276 construction Methods 0.000 claims abstract description 14
- 238000010586 diagram Methods 0.000 claims description 67
- 238000004088 simulation Methods 0.000 claims description 43
- 238000013461 design Methods 0.000 abstract description 141
- 238000013499 data model Methods 0.000 abstract description 23
- 238000011161 development Methods 0.000 abstract description 11
- 238000011143 downstream manufacturing Methods 0.000 abstract description 3
- 238000012545 processing Methods 0.000 description 18
- 230000007704 transition Effects 0.000 description 16
- 238000011156 evaluation Methods 0.000 description 11
- 239000011159 matrix material Substances 0.000 description 8
- 238000012552 review Methods 0.000 description 6
- 241000282412 Homo Species 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Landscapes
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Debugging And Monitoring (AREA)
Abstract
【課題】ＷＦシステム構築において、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかをチェックした上で、設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぎ、効率的で品質の良いＷＦシステム構築を行なえるようにする。
【解決手段】処理装置１０１のＡＷＩ図生成プログラム１０９は、入力装置１０４から記憶装置１０２に格納された業務データモデル設計情報１０５とＷＦ設計情報１０６をもとにＡＷＩ図情報を生成し、その結果をＡＷＩ図情報１０７へ格納するとともに表示装置１０３に表示する。
【選択図】 図１
【解決手段】処理装置１０１のＡＷＩ図生成プログラム１０９は、入力装置１０４から記憶装置１０２に格納された業務データモデル設計情報１０５とＷＦ設計情報１０６をもとにＡＷＩ図情報を生成し、その結果をＡＷＩ図情報１０７へ格納するとともに表示装置１０３に表示する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は電子計算機を利用するワークフロー（ＷＦ）システムの構築に係わり、ＷＦシステムの設計方法に関する。この中でも特に、アプリケーションプログラム（ＡＰ）とＷＦそれぞれの設計内容の品質向上や設計作業効率を向上させるための、ＡＰとＷＦのインターフェース設計に関する。
【０００２】
【従来の技術】
ＡＰとＷＦの組合せにより構築されるＷＦシステムは、設計工程において、ＡＰの設計とＷＦの設計をそれぞれ行なうとともに、ＡＰとＷＦのインターフェース設計が必須となる。
【０００３】
電子計算機を利用するＷＦシステムは、例えば特開平１０―１５４１７７に示されるように、業務の流れを業務の状態（「業務ステップ」）とその遷移（「アロー」）と捉え、各業務ステップとその「完了条件」、業務ステップ毎に実施しなければならない「作業」ないしは「作業群」とそれらの「発生条件」、「完了条件」、作業時に起動される「ＡＰ」、作業を実施する担当者を決める「振分条件」などを定義し、電子的に設定しておき、この定義に従ってある業務ステップから次の業務ステップ、ある作業から次の作業へとＷＦを進めるシステムである。
この際、ＷＦ側は業務ステップや作業などの各「ノード」で定義されている各種条件（完了条件、発生条件など）をもとに、ＡＰ側で設定されている各種業務データ項目の内容を参照・評価して制御する。
【０００４】
ＷＦシステム構築において、ＡＰ側では、ＷＦ側の当該ノードの前までに、適切な業務データがＷＦ側の参照先、たとえばデータベースなどに適切なタイミング、すなわちＷＦ側の当該ノードの前までに設定・登録されるように設計、開発する必要がある。
【０００５】
つまり、設計したＷＦの全ルート（分岐、差し戻しなど）を実現するために必要となる業務データを、抜け漏れなくかつ重複なく設計することや、ＷＦの各種ノードに遷移するタイミングとＡＰ側の業務データを設定・登録するタイミングが整合性のとれた形で設計・開発しなければならないのである。
【０００６】
従来においては、ＷＦシステムの適用対象は稟議、決裁などの定型的で単純な事務処理系業務が主であり、設計、開発時の上記内容は非効率ではあったが属人的に対応していた。
【０００７】
【特許文献１】特開平１０―１５４１７７号公報
【発明が解決しようとする課題】
現在においては、ＥＡＩ（Ｅｎｔｅｒｐｒｉｓｅ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｇｒａｔｉｏｎ）やＢＰＭ（Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）など基幹系業務に対しても、ＷＦシステムを適用することが多くなっており、上記内容を実施することが非常に困難になっている。
【０００８】
複雑な仕事の流れが多い基幹系業務のＷＦは、事務処理系業務のそれとは異なり、ＷＦを設計することは非常に難しく、人間が設計する以上、完璧に設計することは出来ない。もちろん、事務処理系業務のＷＦもである。これは設計内容の品質上の問題である。それゆえに、設計作業においても非常に手間がかかってしまう。
【０００９】
これらの問題による影響として、後工程の詳細設計及び開発・テスト工程に対して遅延を発生させたり、ＡＰとＷＦのインターフェース設計内容の品質上の問題（設計ミスなど）により、ＡＰとＷＦを並行して開発した後の結合テスト上の不良の発生や、それによる設計及び開発作業の手戻りを発生させてしまっている。
【００１０】
つまり、従来の技術では、人間の手作業によって、ＡＰとＷＦのインターフェース設計を行なっており、その設計内容の品質チェックも人間の思考に頼ったいわゆる属人的な方式で行なっているのである。
【００１１】
従来のＷＦシステム構築の際のＡＰとＷＦのインターフェース設計のやり方では、設計したＷＦの全ルート（分岐、差し戻しなど）を実現するために必要となる業務データを、抜け漏れなくかつ重複なく設計することや、ＷＦの各種ノードに遷移するタイミングとＡＰ側の業務データを設定・登録するタイミングが整合性のとれた形で設計・開発することは困難である。たとえば、ＡＰ基本設計内容とＷＦ基本設計内容の成果物としてのそれぞれの設計書ドキュメントを設計者間で見比べながら、ＡＰとＷＦのインターフェース設計を行なうといったようなレビュー方式や検討会方式などでは、手間と時間がかかり非常に非効率である。
【００１２】
また、複数の設計者の思考や目視に頼るやり方だけでは、特に複雑な仕事の流れが多い基幹系業務のＷＦにおいては、ＡＰとＷＦのインターフェースを完璧に設計することは出来ないのである。もちろん、人間が設計する以上、事務処理系業務のＷＦも同じである。
【００１３】
本発明の目的はＷＦシステム及びそれに準ずるアプリケーションシステムの設計、開発内容の品質と作業効率を向上させることである。
【００１４】
ホワイトカラーの生産性を重んじる近年の業務システムにおいてはＷＦシステムは中核的な存在となるシステムであり上記目的を実現することは急務である。
【００１５】
また、短期間でのＷＦシステム構築、すなわち設計・開発作業に手戻りが発生しない高品質な（ミスのない）設計書づくりとそれにもとづいた効率的なＷＦシステムの構築という目的や、近年のシステム構築のスピードアップという目的を実現することも重要である。
【００１６】
本発明が解決しようとする課題は、上記目的を実現するために解決しなければならないものであり、ＷＦシステム構築において、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかをチェックした上で、設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぎ、効率的で品質の良いＷＦシステム構築を行なえるようにすることである。
また、ＡＰとＷＦのインターフェース設計内容にミスがなく、かつ効率的なＡＰとＷＦのインターフェース設計作業を行なえるようにすることである。
【００１７】
【課題を解決するための手段】
本発明は、ＡＰ基本設計及びＷＦ基本設計の設計結果である業務データモデル設計情報及びＷＦ設計情報をもとに、インターフェース設計作業を実行するとともに、両者の設計内容の整合性をＷＦシステムの実行シミュレーションを行なうことにより検証することで、ＡＰとＷＦのインターフェース設計を高品質かつ高効率に行なえるようにする。
ＡＰとＷＦのインターフェース設計を行なう上で、設計ドキュメントとしてＡＷＩ図を用いる。ＡＷＩ図とは、Ａｐｐｌｉｃａｔｉｏｎ ＷｏｒｋＦｌｏｗ Ｉｎｔｅｒｆａｃｅ 図の略である。
【００１８】
ＡＷＩ図はＷＦ側の各種ノード（業務ステップ、作業など）に遷移するタイミングにおいて、ＡＰ側のどの業務データ項目の内容をどのように取り扱うか（書き込み（「Ｗ」‐Ｗｒｉｔｅ）、読み込み（「Ｒ」‐Ｒｅａｄ）、消し込み（「Ｎ」‐Ｎｕｌｌ））を表した情報である。
【００１９】
このＡＷＩ図をＡＰ基本設計及びＷＦ基本設計の設計結果である業務データモデル設計情報及びＷＦ設計情報をもとに、生成する。
【００２０】
具体的には、ＷＦの定義要素の各条件（発生条件、振分条件、完了条件など）で定義されている業務データ項目の該当箇所に「Ｒ」を設定する。
【００２１】
生成されたＡＷＩ図をもとに設計者は「Ｒ」が設定されている各業務データ項目をどのタイミングで「Ｗ」及び「Ｎ」にするか、すなわち該当ＡＰがどれかを検討し、ＡＷＩ図上の該当箇所に「Ｗ」及び「Ｎ」を設定する。
【００２２】
次に、このＡＷＩ図をもとに、「Ｒ」が設定されている全ての業務データ項目について、ＷＦ上及び業務上あり得る値（インスタンスデータ）の組合わせパターンを設計者が検討・抽出し、ＡＷＩシミュレーションプログラムのパラメータとして、設定し、ＷＦの全ルート、すなわちＷＦ基本設計で設計された全ての仕事の流れのルートをシミュレートすることにより、ＡＰとＷＦのインターフェース設計内容を検証する。
【００２３】
その結果として、ＡＰとＷＦのインターフェース設計内容における整合性や抜け漏れなどのエラーを検知し、ＡＷＩ図上の該当するエラー箇所（業務ステップの行／作業の行／定義要素の行）をエラー表示（例：レッド表示）する。
【００２４】
設計者はＡＷＩ図上のエラー箇所について、エラーとなったＡＰとＷＦのインターフェース設計上の原因を検討し、ＡＷＩ図上の該当エラー箇所を修正し、ＡＷＩ図上のエラー箇所がなくなるまでＡＷＩシミュレーションを繰り返す。
【００２５】
このようにしてＡＰとＷＦのインターフェース設計を行なうことにより、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかを検証することができるとともに、品質の良い設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぐことができ、効率的で品質の良いＷＦシステムを構築することができるのである。
【００２６】
また、ＡＰとＷＦのインターフェース設計そのものにおいても効率的な設計作業が行なえるのである。
【００２７】
【発明の実施の形態】
以下、本発明の一実施形態について図面を用いて説明する。
図１は、実施形態のＡＷＩ設計システムの構成図である。
【００２８】
本システムは、処理装置１０１、処理装置１０１に接続される記憶装置１０２、設計者が使用する表示装置１０３及び入力装置１０４から構成される。
【００２９】
処理装置１０１は、サーバ専用機、パソコンなどの計算機であり、記憶装置１０２上には業務データモデル設計情報１０５、ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８を格納する。
【００３０】
業務データモデル設計情報１０５は、ＡＰ基本設計で作成した設計情報の一つとして、対象ＡＰで必要となる商談テーブル、顧客テーブル、契約書テーブル及びそれらを構成する商談番号、顧客コード、契約書コードといった各種業務データ項目などから構成される業務データモデル情報を格納する。
ＷＦ設計情報１０６は、ＷＦ基本設計で作成した開始ノード、業務ステップノード、作業ノード、分岐ノード、終了ノードなどから構成されるＷＦ設計情報とそれらを詳細に定義した完了条件、発生条件、遷移条件などの定義情報を格納する。
【００３１】
ＡＷＩ図情報１０７は、業務データモデル設計情報１０５とＷＦ設計情報１０６をもとに作成されたＡＰとＷＦのインターフェース設計情報を格納する。
【００３２】
ＡＷＩシミュレートパラメータ情報１０８は、ＡＰとＷＦのインターフェース設計情報（ＡＷＩ図情報１０７）の整合性や抜け漏れなどをチェックするために行うシミュレーションのためのパラメータ情報として各種業務データを格納する。
【００３３】
処理装置１０１にはＡＷＩ図自動生成プログラム１０９及びＡＷＩシミュレーションプログラム１１０が格納され実行される。
ＡＷＩ図自動生成プログラム１０９は入力装置１０４から業務データモデル設計情報１０５及びＷＦ設計情報１０６が記憶装置１０２に格納された場合、ＡＷＩ図を自動生成し、記憶装置１０２のＡＷＩ図情報１０７へ格納するとともに表示画面１０３にその内容を表示する。
【００３４】
ＡＷＩシミュレーションプログラム１１０は入力装置１０４からのシミュレーション実行指示により、入力装置１０４から格納された記憶装置１０２に格納されているＡＷＩシミュレートパラメータ情報１０８、ＷＦ設計情報１０６及びＡＷＩ図情報をもとに、ＷＦ及びＡＰの実行シミュレーションを行い、その結果としてＡＷＩ図を表示装置１０３に表示する。
【００３５】
図２は業務データモデル設計情報１０５の業務データモデル図の例である。
図２はコンビニエンスストアなどを経営しようとする事業主に対し、テナントを貸すビジネス、すなわち貸しビル業を例にしたものであり、商談テーブル２０１、契約書テーブル２０２、顧客テーブル２０３、テナントテーブル２０４、ビルテーブル２０５及び担当者テーブル２０６から構成されている。
【００３６】
各テーブルにはそれぞれＡＰ及びＷＦ制御として必要となるデータ項目が定義されている。各テーブル内に定義されているデータ項目のインスタンスをＡＰが書き込んだり（「Ｗ」‐Ｗｒｉｔｅ）、読み込んだり（「Ｒ」‐Ｒｅａｄ）、消し込んだり（「Ｎ」‐Ｎｕｌｌ）する。
【００３７】
また、ＷＦはＷＦ設計情報で各種条件定義されている業務データ項目のインスタンスを参照（「Ｒ」）することでフローを遷移及び制御する。
【００３８】
図３はＷＦ設計情報１０６の基本情報であるＷＦ図の例である。ＷＦ図はＷＦ設計情報１０６の基本となるものであり、仕事の流れを表現したものである。一つの仕事の単位である案件が発生することを表す開始ノード３０１、その案件が完了することを表す終了ノード３０２、案件の業務状態を表す業務ステップノード３０３、案件に対して取り組む業務を表す作業ノード３０４、案件の流れの経路を表す分岐ノード３０５及び、各ノード間のつながりを表すアロー３０６などのＷＦ定義要素から構成される。
【００３９】
図３は、テナント契約業務を例としたＷＦであり、仕事の流れとしては次のようになる。まず、テナント賃貸の申請受付担当者は顧客から直接受け付ける場合と代理店を経由して受け付ける場合がある。なお、顧客が申請後、申請を取りやめた場合、即ＷＦは終了する。
【００４０】
次に、受け付けた申請内容についてまず、顧客の与信調査確認を実施し、その後、顧客と貸出条件交渉を行い、交渉がまとまれば契約書を作成する。なお、与信が不可だった場合や、条件交渉がまとまらなかった場合も即ＷＦが終了する。
【００４１】
次に、契約内容について課長審査と部長承認を行う。課長審査で却下される場合や部長承認で却下される場合は再度、顧客との貸出条件交渉を行い、契約書を修正することになる。
最後に、顧客と契約を締結し、契約書を送付する。
【００４２】
図４はＷＦ設計情報１０６の詳細情報である図３の業務ステップノード３０３の条件定義表である。
【００４３】
業務ステップノードの名称を定義した業務ステップ名４０１と業務ステップノードがどの業務データ項目の内容がどのような条件になったら完了するかを定義した完了条件４０２から構成される。
図５はＷＦ設計情報１０６の詳細情報である図３の分岐ノード３０５の条件定義表である。
【００４４】
分岐ノードの名称を定義した分岐ノード名５０１、複数の条件が定義された場合にどの条件から評価していくかということを定義した評価優先順位５０２、次に進むノードを定義した遷移先ノード５０３、遷移する時にどの業務データ項目の内容がどのような条件になったら遷移するのかを定義した遷移条件５０４から構成される。
【００４５】
各分岐ノードにおいて評価優先順位５０２の数値が小さい遷移条件５０４から評価し、条件に合致した場合は、対応する遷移先ノード５０３に遷移する。合致しない場合は順次、小さい数値の遷移条件５０４を評価していく。
【００４６】
最終的にどの遷移条件５０４にも合致しなかった場合は「デフォルト」の遷移先ノード５０３に遷移する。
【００４７】
図６はＷＦ設計情報１０６の詳細情報である図３の作業ノード３０４の条件定義表である。
【００４８】
作業ノードの名称を定義した作業名６０１、作業ノードを開始するためにはどの業務データ項目の内容がどのような条件になったら開始するのかを定義した発生条件６０２、作業ノードが完了するためにはどの業務データ項目の内容がどのような条件になったら完了するのかを定義した完了条件６０３、該当作業ノードで取り組む業務の担当者を判定するための条件を定義した振分条件６０４、該当作業ノードで起動されるＡＰが何かを定義した起動アプリ６０５から構成される。
【００４９】
図７はＡＷＩシミュレーションプログラム１１０実行後に表示装置１０３に表示されるＡＷＩ図情報１０７の例である。
【００５０】
横軸には業務データモデル設計情報１０５の全業務データ項目を設定するフィールド７１０が、縦軸にはＷＦの業務ステップノード及び分岐ノードとＷＦへの案件投入、すなわち開始ノード前に実行するＡＰの動作を設定する業務ステップ名／分岐名／ＷＦ案件投入フィールド７０１、各業務ステップ内に定義されている作業ノードを設定する作業名フィールド７０２、縦軸に設定された各業務データ項目に対して、各ノードが書き込み（「Ｗ」）、読み込み（「Ｒ」）及び消し込み（「Ｎ」）を行うタイミングを設定した完了条件／発生条件／振分条件／完了条件／ＡＰ処理パターンフィールド７０３が設定される。
【００５１】
なお、図７では横軸のフィールド７１０に設定される業務データ項目を省略している。
【００５２】
実際には、フィールド７１０には業務データモデル設計情報１０５の業務データ項目が設定される。
【００５３】
フィールド７０３には、業務ステップの完了条件を評価するタイミング、作業の発生条件を評価するタイミング、作業の実行者を誰に振り分けるかを評価するタイミング、作業の完了条件を評価するタイミング、作業で起動されるＡＰが正常に処理を完了するタイミング、作業で起動されるＡＰが差戻し処理を完了するタイミング、分岐ノードの各条件を評価するタイミング及び、ＷＦ案件投入前にＡＰが正常に案件投入処理を完了するタイミングが設定される。
【００５４】
フィールド７２０のマトリクス内にはフィールド７０３に設定された内容がフィールド７１０の業務データ項目をどのタイミングでどう処理（「Ｗ」／「Ｒ」／「Ｎ」）するのかが設定される。
【００５５】
図８は業務データモデル設計情報１０５の業務データ項目のうち、ＡＷＩシミュレーションプログラム１１０を実行する上で必要となるパラメータ情報、すなわちＷＦ制御上で取り扱われる業務データ項目の値（インスタンスデータ）を設定したＡＷＩシミュレートパラメータ情報１０８の一例である。
【００５６】
図８の横軸のフィールド８１０には業務データモデル設計情報１０５の業務データ項目うち、ＷＦ制御上で取り扱われる業務データ項目が設定されており、縦軸には図７と同様の内容が設定されている。
【００５７】
ＡＷＩシミュレートパラメータ情報１０８のパラメータパターンは、ＷＦの各タイミング毎に、ＷＦ制御上で取り扱われる業務データ項目各々に対して設定するインスタンスデータ８１０から構成される。
【００５８】
たとえば、受付終了年月日という業務データ項目のインスタンスデータである「２００２０７０２」というデータや課長審査フラグという業務データ項目のインスタンスデータである「１」というデータがインスタンスデータ８１０になる。
【００５９】
また、ＡＷＩシミュレートパラメータ情報１０８には、ＷＦ制御上で取り扱われる業務データ項目について、ＷＦ上及び業務上あり得るての組合わせパターンのインスタンスデータが格納される。
【００６０】
ここでいうＷＦ上及び業務上あり得る組合わせパターンとは、ＷＦ上及び業務上あり得ない組合わせパターンを除くという意味であり、たとえば、与信フラグ＝「０」（与信不可）で課長審査フラグ＝「１」（審査ＯＫ）というインスタンスデータの組合わせパターンのように、ＷＦ上及び業務上からして与信が不可なのに課長が審査するはずがないので、与信フラグ＝「０」で課長審査フラグ＝「１」というインスタンスデータの組合わせパターンはＡＷＩシミュレートパラメータ情報１０８にはならない。
【００６１】
次に、ＡＰとＷＦのインターフェース設計の動作を図９、図１０及び、図１１のフローチャートを用いて説明する。
【００６２】
図９はＡＰとＷＦのインターフェース設計を行うときのＡＷＩ図自動生成プログラム１０９とＡＷＩシミュレーションプログラム１１０の処理の流れを示すフローチャートのメインルーチンである。
【００６３】
まず、処理装置１０１は、入力装置１０４からＡＰ基本設計及びＷＦ基本設計の設計結果である業務データモデル設計情報及びＷＦ設計情報を読み込み、記憶装置１０２へ業務データモデル設計情報１０５、ＷＦ設計情報１０６としてそれぞれ格納する（ステップ９０１）。
【００６４】
格納した業務データモデル設計情報１０５及びＷＦ設計情報１０６をもとにＡＷＩ図自動生成プログラム１０９により、ＡＷＩ図を自動生成し、ＡＷＩ図情報１０７へ格納する（ステップ９０２）。詳細は図１０で説明する。
【００６５】
ステップ９０２で自動生成されたＡＷＩ図情報１０７を表示装置１０３へ画面表示する（ステップ９０３）。
【００６６】
表示装置１０３の画面に表示されたＡＷＩ図情報１０７の内容を設計者が参照し、「Ｒ」が設定されている各業務データ項目をどのタイミングで「Ｗ」及び「Ｎ」にするか、すなわち該当ＡＰがどれかを検討し、ＡＷＩ図上のマトリクス７２０の該当箇所に「Ｗ」及び「Ｎ」を入力し、更新されたＡＷＩ図を記憶装置１０２のＡＷＩ図情報１０７へ格納する（ステップ９０４）。
【００６７】
ステップ９０４で更新されたＡＷＩ図をもとに、「Ｒ」が設定されている業務データ項目について、ＷＦ上及び業務上あり得るインスタンスデータの組合わせパターンを設計者が検討・抽出し、ＡＷＩシミュレーションプログラム１１０のパラメータとして、記憶装置１０２のＡＷＩシミュレートパラメータ情報１０８へ格納する（ステップ９０５）。
【００６８】
ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８をもとに、ＷＦのルート、すなわちＷＦ基本設計で設計された仕事の流れのルートをシミュレートすることにより、ＡＰとＷＦのインターフェース設計内容をチェックする（ステップ９０６）。詳細は図１１で説明する。
【００６９】
ステップ９０６のシミュレート結果としてＡＷＩ図を表示画面１０３の画面に表示する（ステップ９０７）。
【００７０】
ステップ９０６のシミュレート結果としてＡＰとＷＦのインターフェース設計内容として、整合性や抜け漏れなどのエラーがあった場合（ステップ９０８ＹＥＳ）、ＡＷＩ図上の該当するエラー箇所（業務ステップの行／作業の行／定義要素の行）について、エラーであるということを設計者が識別できるようなかたちで、画面上にエラー表示（例：レッド表示）する（ステップ９０９）。
【００７１】
設計者はステップ９０９で表示されたＡＷＩ図上のエラー箇所について、エラーとなったＡＰとＷＦのインターフェース設計上の原因を検討し、ＡＷＩ図上の該当エラー箇所を修正入力し（９１０）、ステップ９０６に戻る。
【００７２】
ＡＷＩ図上のエラー箇所がなくなるまでステップ９０６からステップ９１０を繰り返す。
【００７３】
ステップ９０６のシミュレート結果としてＡＰとＷＦのインターフェース設計内容として、整合性や抜け漏れなどのエラーがなくなった場合（ステップ９０８ＮＯ）、ＡＰとＷＦのインターフェース設計が完了する。
【００７４】
図１０は、図９のフローチャート（メインルーチン）のステップ９０２の内容を詳細に示したフローチャート（サブルーチン）である。図１０は業務データモデル設計情報１０５及びＷＦ設計情報１０６をもとにＡＷＩ図を自動生成するＡＷＩ図自動生成プログラム１０９の処理の流れを示すフローチャートである。
【００７５】
まず、業務データモデル設計情報１０５をもとにＡＷＩ図の横軸に業務データモデルのテーブル名とデータ項目を設定する（ステップ１００１）。
【００７６】
縦軸の最初の行にＷＦの案件を投入するタイミングを意味する「ＷＦ案件投入」及びそれを実行するＡＰ処理パターンとしての「ＡＰ（投入時）」を設定する（ステップ１００２）。
【００７７】
さらに縦軸には、ＷＦの定義要素である「業務ステップ名」とその「完了条件」、該当業務ステップに含まれる「作業名」とその「発生条件」、「振分条件」、「完了条件」及び該当作業から起動される「ＡＰ（完了時、差戻し時）」、「分岐名」とその「条件」が複数ある場合には評価タイミング優先順位順にｎ個とｎ個の条件を満たさない場合の「デフォルト」を、ＷＦ設計情報１０６をもとにそこで定義されている要素について設定する（ステップ１００３）。
【００７８】
ＷＦの定義要素の各条件（完了条件、振分条件、完了条件など）で定義されているステップ１００１で設定された業務データ項目の該当箇所（ＡＷＩ図上のマトリクス７２０）に「Ｒ」を設定する（ステップ１００４）。
【００７９】
例えば、図６で作業名「直接申請受付」の発生条件は、業務データ項目「代理店受付フラグ」の値（インスタンスデータ）を読み込んでいる。このため、ＡＷＩ図上のマトリクス７２０の該当箇所に「Ｒ」を設定する。
【００８０】
ステップ１００４は、ＡＰとＷＦのインターフェース設計作業行為の側面から見ると、仕事の流れの中で、どの業務データ項目をどのタイミングで読み取り（「Ｒ」）にいくのかということを自動的に設計していることになる。
【００８１】
ＷＦ設計情報１０６で定義されているＷＦの定義要素の各条件（完了条件、振分条件、完了条件など）のうち、業務データ項目＝「ＮｏｔＮｕｌｌ」ないしはＮｕｌｌで定義されている業務データ項目について、ＡＰ（投入時）の該当箇所（ＡＷＩ図上のマトリクス７２０）に「Ｎ」を設定する（ステップ１００５）。
【００８２】
ステップ１００５はＡＷＩシミュレーションプログラム１１０を実行する上での初期値を設定しているものであり、ＡＷＩシミュレーションプログラム上のエラー発生を防ぐためのものである。
【００８３】
ＡＷＩシミュレーションプログラム１１０の実行の中では、業務データ項目のインスタンスデータを評価する。
【００８４】
たとえば、業務ステップの完了条件が「受付終了年月日＝ＮｏｔＮｕｌｌ」だった場合、業務データ項目のインスタンスデータに事前にＮｕｌｌを入れておかないと、ＡＷＩシミュレーションを実行する前は、インスタンスデータにはなにも入っていないので、該当業務データ項目である「受付終了年月日」のインスタンスデータには「空白」というデータが存在する。
【００８５】
これを評価してしまうと、業務ステップの完了条件の「受付終了年月日＝ＮｏｔＮｕｌｌ」を満たしてしまうことになり、該当業務ステップ内の作業である「直接申請受付」及び「代理店申請受付」のシミュレーション行なわずして、次のノードのシミュレーションを行なうことになってしまうのである。
【００８６】
以上のようなシミュレーションプログラム自身のエラーを防ぐために、ＡＷＩ図を生成するステップ９０２の処理内の最後にステップ１００５の処理を行なうのである。
【００８７】
図１１は、図９のフローチャート（メインルーチン）のステップ９０６の内容を詳細に示したフローチャート（サブルーチン）である。図１１は、ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８をもとに、ＷＦのルート、すなわちＷＦ基本設計で設計された仕事の流れのルートをシミュレートすることにより、ＡＰとＷＦのインターフェース設計内容をチェックするＡＷＩシミュレーションプログラム１１０の処理の流れを示すフローチャートである。
【００８８】
以下、図７のＡＷＩ図情報１０７、図８のＡＷＩシミュレートパラメータ情報１０８及び図３〜図６のＷＦ設計情報１０６の例を用いて説明する。
【００８９】
まず、ＡＷＩシミュレートパラメータ情報１０８から未実行のシミュレートパターンを一つ読み込む（ステップ１１００）。
【００９０】
ＡＷＩシミュレートパラメータ情報１０８に格納されているシミュレートパターンついて、ＡＷＩシミュレーションの実行が完了すればメインルーチンのステップ９０７へ（ステップ１１０１ＹＥＳ→ＯＫ ＥＮＤ）、そうでなければ（ステップ１１０１ＮＯ）、当該シミュレートパターンについて「ＷＦ案件投入」のＡＰ（投入時）を実行シミュレーションする（ステップ１１０２）。
【００９１】
本例ではステップ１１０２のＡＰ（投入時）実行シミュレーションにより、図８の代理店受付フラグ＝「１」が「Ｗ」されると同時にＷＦが開始する。
【００９２】
ＷＦ設計情報１０６から次のノードを取得する（ステップ１１０３）。本例では業務ステップノード「受付待ち」である。
【００９３】
取得したノードが終了ノードなのか、分岐ノードなのか、業務ステップノードなのかを判定する（ステップ１１０４）。次のノードが終了ノードの場合、ステップ１１００へ戻る。
【００９４】
次のノードが分岐ノードの場合、該当分岐ノードの分岐条件を評価し（ステップ１１２３）、分岐ノードの分岐条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行ない（ステップ１１２４ 詳細は１１２５で説明する）、ステップ１１０３へ戻る。
【００９５】
次のノードが業務ステップノードの場合、作業実行済フラグに「０」をセットする（ステップ１１０５）。本例では業務ステップ「受付待ち」内の作業は実行していないので作業実行済フラグ＝「０」である。
【００９６】
作業実行済フラグとは業務ステップ内で実行される作業のシミュレーションを行なったか否かを判別するものであり、「０」は未実行、「１」は実行済という意味である。業務ステップの完了条件を評価する（ステップ１１０６）。
【００９７】
業務ステップの完了条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１０７）。詳細は１１２５で説明する。
【００９８】
評価可能であった場合、業務ステップが完了かどうかを判定する（ステップ１１０８）。本例では業務ステップ「受付待ち」の完了条件は「受付終了年月日＝ＮｏｔＮｕｌｌ」であり、「代理店申請受付」作業が未実行なので「受付終了年月日＝Ｎｕｌｌ」のままなので、業務ステップ「受付待ち」は完了しない。業務ステップが完了でない場合、業務ステップ内の作業の発生条件を評価する（ステップ１１０９）。
【００９９】
作業の発生条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１１０）。詳細は１１２５で説明する。
【０１００】
発生作業があるかないかを判定する（ステップ１１１１）。本例では業務ステップ「受付待ち」内の作業は「直接申請受付」と「代理店受付」の二つであり、前者の発生条件は代理店受付フラグ≠１、後者の発生条件は代理店受付フラグ＝「１」なので「代理店申請受付」作業が発生する。
【０１０１】
発生作業があった場合、ＡＰ実行済フラグに「０」を、作業実行済フラグに「１」をセットする（ステップ１１１２）。
【０１０２】
発生作業がなかった場合、業務ステップが完了していないのに発生作業がないので終了する（ＥＲＲＯＲ ＥＮＤ）。本例では作業「代理店申請受付」の実行シミュレートを開始したが、申請受付ＡＰはまだ実行シミュレートしていないので、ＡＰ実行済フラグに「０」を、作業実行済フラグに「１」がセットされることになる。
【０１０３】
ＡＰ実行済フラグとは作業で起動されるＡＰのシミュレーションを行なったか否かを判別するものであり、「０」は未実行、「１」は実行済という意味である。
【０１０４】
作業を実施する作業担当者の振分条件を評価する（ステップ１１１３）。作業の振分条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１１４）。詳細は１１２５で説明する。
【０１０５】
作業の完了条件を評価する（１１１５）。作業の完了条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１１６）。詳細は１１２５で説明する。
【０１０６】
該当作業が完了したかどうかを判定する（１１１７）。本例では作業「代理店申請受付」の完了条件が「受付終了年月日＝ＮｏｔＮｕｌｌ」であり、起動されるＡＰの実行シミュレーションが未実行であり、受付終了年月日がＮｕｌｌのままなので作業「代理店申請受付」は完了しない。
【０１０７】
作業が完了しなかった場合、該当作業で起動されるＡＰの実行シミュレーションを行なう（１１１８）。
【０１０８】
作業に定義されているＡＰの実行評価が可能か不可能かの判断処理を行なう（ステップ１１１９）。詳細は１１２５で説明する。本例ではここではじめて、申請受付ＡＰの実行シミュレートが行なわれ、受付終了年月日がＮｕｌｌから「２００２０７０２」に変わり、登録される。
【０１０９】
ＡＰ実行済フラグに「１」をセットし（ステップ１１２０）、ステップ１１１５、ステップ１１１６、ステップ１１１７を行なう。
【０１１０】
ステップ１１１７で作業が完了した場合、ＡＰ実行済フラグが「１」か「０」かを判定し（ステップ１１２１）、ＡＰ実行済フラグが「１」の場合、ステップ１１０６、ステップ１１０７、ステップ１１０８を行なう。
【０１１１】
ＡＰ実行済フラグが「０」の場合、作業が完了しているにもかかわらず、ＡＰ実行シミュレーションを行なっていないので終了する（ＥＲＲＯＲ ＥＮＤ）。
【０１１２】
ステップ１１０８で業務ステップが完了した場合、作業実行済フラグが「１」か「０」かを判定し（ステップ１１２２）、作業実行済フラグが「１」の場合、ステップ１１０３へ戻る。
【０１１３】
作業実行済フラグが「０」の場合、業務ステップが完了しているにもかかわらず、作業実行シミュレーションを行なっていないので終了する（ＥＲＲＯＲ ＥＮＤ）。本例では作業「代理店申請受付」の完了条件である「受付終了年月日＝ＮｏｔＮｕｌｌ」を満たされたので作業が「代理店申請受付」完了し、なおかつＡＰ実行済フラグに「１」がセットされており、業務ステップ「受付待ち」の完了条件である「受付終了年月日＝ＮｏｔＮｕｌｌ」も満たしているので業務ステップは完了し、作業実行済フラグも「１」なのでステップ１１０３の次のノード（分岐ノード１）を取得する。
【０１１４】
評価可能不可能判断処理１１２５は、ステップ１１０７、ステップ１１１０、ステップ１１１４、ステップ１１１６、ステップ１１１９及びステップ１１２４において共通している処理である。
【０１１５】
評価可能不可能判断処理１１２５では、各種条件（発生条件、振分条件、完了条件、分岐条件など）を評価（「Ｒ」）する業務データ項目が定義されてなかったり、間違っていたり、そもそも業務データ項目が横軸に設定されていなかったなどの原因により、各種条件（発生条件、振分条件、完了条件、分岐条件など）の評価が不可能であるというＡＰとＷＦのインターフェース設計ミス見つけるための処理をする（ステップ１１２６）。また、各種ＡＰの実行シミュレーションにおける評価可能不可能判断処理１１２５では、各種ＡＰが書き込み（「Ｗ」）、読み取り（「Ｒ」）及び消し込み（「Ｎ」）する業務データ項目が定義されてなかったり、間違っていたり、そもそも業務データ項目が横軸に設定されていなかったなどの原因により、シミュレート評価が不可能であるというＡＰとＷＦのインターフェース設計ミス見つけるための処理をする（ステップ１１２６）。
【０１１６】
評価可能であれば（ステップ１１２６ＹＥＳ）、それぞれの次のステップである、ステップ１１０８、ステップ１１１１、ステップ１１１５、ステップ１１１７、ステップ１１２０、ステップ１１０３へ進む（ＣＯＮＴＩＮＵＥ）。評価不可能であれば終了する（ＥＲＲＯＲ ＥＮＤ）。
【０１１７】
以上、図１１のステップ１１０１からステップ１１２６までの処理では、ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８をもとに、ＷＦのルートについて、ＷＦ側がどのタイミングでどの業務データ項目を「Ｒ」するのか、また、ＡＰ側がＷＦのどのタイミングまでにどの業務データ項目を「Ｗ」、「Ｒ」、「Ｎ」しなければならないのかという「ＷＦの流れに沿って」、ＡＰとＷＦのインターフェース設計内容をシミュレーションする。
【０１１８】
図７のＡＷＩ図情報１０７でＡＰとＷＦのインターフェース設計内容の設計ミスの例を３つ詳述する。
【０１１９】
例１のマトリクス７２１は「Ｎ」の入力漏れである。これは課長審査ないしは部長承認で案件が差し戻されてきた場合には、課長審査終了年月日ないしは部長承認終了年月日のデータを消しこむ（「Ｎ」）必要がある。案件が差し戻されてきた場合、貸出条件内容を変更したのちに貸出条件交渉・契約書作成作業が完了する。ところが課長審査終了年月日及び部長承認終了年月日がＮｏｔＮｕｌｌのままなので、次の業務ステップの決裁待ちに遷移した場合、決裁待ちの完了条件が「課長審査終了年月日及び部長承認終了年月日＝Ｎｏｔ Ｎｕｌｌ」なので変更した貸出条件内容に対する課長の審査及び部長の承認が行われず、次の業務ステップの契約待ちに遷移してしまうのである。
【０１２０】
例２のマトリクス７２２は「Ｒ」の入力漏れである。これはそもそもＷＦ基本設計内容、すなわちＷＦ設計情報１０６の内容にミスがあった場合である。顧客に対する与信が不可だった場合、与信フラグは「０」で、かつ与信作業は行ったので「与信終了年月日＝ＮｏｔＮｕｌｌ」で与信作業が完了する。ところが次の作業である貸出条件交渉・契約書作成作業の発生条件が「与信フラグ＝１」なので貸出条件交渉・契約書作成作業は開始されず、業務ステップ「テナント貸出条件交渉中」がそのまま完了しない状態に陥ってしまうのである。したがって、ＷＦ設計情報１０６を以下ようにの修正する必要がある。
【０１２１】
業務ステップ「テナント貸出条件交渉中」の完了条件を「与信終了年月日 ａｎｄ 貸出条件交渉・契約書作成作業終了年月日＝ＮｏｔＮｕｌｌ」ではなく、「与信終了年月日 ａｎｄ 貸出条件交渉・契約書作成作業終了年月日＝ＮｏｔＮｕｌｌ ｏｒ 与信フラグ＝０」に修正する。
【０１２２】
例３のマトリクス７２３は「Ｒ」の消し忘れである。これは業務プロセス改善などにより課長審査作業を廃止した場合を想定した例である。
【０１２３】
課長審査作業の行を消去して、「決裁待ち」業務ステップ内の作業を部長承認のみにする。ところがＡＷＩ図情報１０７上では「決裁待ち」業務ステップの完了条件が課長審査終了年月日も「Ｒ」することになっているので業務プロセス改善後の課長審査終了年月日は業務データ項目としてはＮｕｌｌのままなので「決裁待ち」業務ステップが完了しない。
【０１２４】
また、部長承認作業の発生条件も「課長審査終了年月日＝ＮｏｔＮｕｌｌ」なので部長承認作業が発生しない状態になっていしまう。このような業務プロセス改善などによって、ＷＦ基本設計内容、すなわちＷＦ設計情報１０６に変更が発生する場合には、シミュレーション結果によるＡＷＩ図の修正もさることながら、ＷＦ設計情報１０６も修正する必要がある。
【０１２５】
【発明の効果】
以上述べたように本発明によれば、ＷＦシステム構築において、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかをチェックした上で、設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぎ、効率的で品質の良いＷＦシステムを構築することができる。
【０１２６】
つまり、ＷＦのルート（分岐、差し戻しなど）を実現するために必要となる業務データを、抜け漏れなくかつ重複なく設計することや、ＷＦの各種ノードに遷移するタイミングとＡＰ側の業務データを設定・登録するタイミングが整合性のとれた形で設計・開発することが可能となる。
【０１２７】
また、ＡＰとＷＦのインターフェース設計内容にミスがなく、かつ効率的なＡＰとＷＦのインターフェース設計作業を行なえるようにすることである
以上により、短期間でのＷＦシステム構築、すなわち設計・開発作業に手戻りが発生しない高品質な設計書づくりとそれにもとづいた効率的なＷＦシステムの構築を実現することができるのである。
【図面の簡単な説明】
【図１】実施形態のＡＷＩ設計システムの構成図である。
【図２】実施形態の業務データモデル設計情報１０５のデータモデル図の一例である。
【図３】実施形態のＷＦ設計情報１０６のＷＦ設計図の一例である。
【図４】実施形態のＷＦ設計情報１０６の業務ステップ定義表の一例である。
【図５】実施形態のＷＦ設計情報１０６の分岐ノード定義表の一例である。
【図６】実施形態のＷＦ設計情報１０６の作業定義表の一例である。
【図７】実施形態のＡＷＩ図情報１０７のＡＷＩ図の一例である。
【図８】実施形態のＡＷＩシミュレートパラメータ情報１０８のＡＷＩシミュレートパラメータパターン情報の一例である。
【図９】実施形態の図１のＡＷＩ設計システム全体の処理の流れを示すフローチャートである。
【図１０】実施形態のＡＷＩ図生成プログラム１０９の処理の流れを示すフローチャートである。
【図１１】実施形態のＡＷＩシミュレーションプログラム１１０の処理の流れを示すフローチャートである。
【符号の説明】
１０１ 処理装置、１０２ 記憶装置、１０３ 表示装置、１０４ 入力装置、１０５ 業務データモデル設計情報、１０６ ＷＦ設計情報、１０７ ＡＷＩ図情報、１０８ ＡＷＩシミュレートパラメータ情報、１０９ ＡＷＩ図生成プログラム、１１０ ＡＷＩシミュレーションプログラム
【発明の属する技術分野】
本発明は電子計算機を利用するワークフロー（ＷＦ）システムの構築に係わり、ＷＦシステムの設計方法に関する。この中でも特に、アプリケーションプログラム（ＡＰ）とＷＦそれぞれの設計内容の品質向上や設計作業効率を向上させるための、ＡＰとＷＦのインターフェース設計に関する。
【０００２】
【従来の技術】
ＡＰとＷＦの組合せにより構築されるＷＦシステムは、設計工程において、ＡＰの設計とＷＦの設計をそれぞれ行なうとともに、ＡＰとＷＦのインターフェース設計が必須となる。
【０００３】
電子計算機を利用するＷＦシステムは、例えば特開平１０―１５４１７７に示されるように、業務の流れを業務の状態（「業務ステップ」）とその遷移（「アロー」）と捉え、各業務ステップとその「完了条件」、業務ステップ毎に実施しなければならない「作業」ないしは「作業群」とそれらの「発生条件」、「完了条件」、作業時に起動される「ＡＰ」、作業を実施する担当者を決める「振分条件」などを定義し、電子的に設定しておき、この定義に従ってある業務ステップから次の業務ステップ、ある作業から次の作業へとＷＦを進めるシステムである。
この際、ＷＦ側は業務ステップや作業などの各「ノード」で定義されている各種条件（完了条件、発生条件など）をもとに、ＡＰ側で設定されている各種業務データ項目の内容を参照・評価して制御する。
【０００４】
ＷＦシステム構築において、ＡＰ側では、ＷＦ側の当該ノードの前までに、適切な業務データがＷＦ側の参照先、たとえばデータベースなどに適切なタイミング、すなわちＷＦ側の当該ノードの前までに設定・登録されるように設計、開発する必要がある。
【０００５】
つまり、設計したＷＦの全ルート（分岐、差し戻しなど）を実現するために必要となる業務データを、抜け漏れなくかつ重複なく設計することや、ＷＦの各種ノードに遷移するタイミングとＡＰ側の業務データを設定・登録するタイミングが整合性のとれた形で設計・開発しなければならないのである。
【０００６】
従来においては、ＷＦシステムの適用対象は稟議、決裁などの定型的で単純な事務処理系業務が主であり、設計、開発時の上記内容は非効率ではあったが属人的に対応していた。
【０００７】
【特許文献１】特開平１０―１５４１７７号公報
【発明が解決しようとする課題】
現在においては、ＥＡＩ（Ｅｎｔｅｒｐｒｉｓｅ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｇｒａｔｉｏｎ）やＢＰＭ（Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）など基幹系業務に対しても、ＷＦシステムを適用することが多くなっており、上記内容を実施することが非常に困難になっている。
【０００８】
複雑な仕事の流れが多い基幹系業務のＷＦは、事務処理系業務のそれとは異なり、ＷＦを設計することは非常に難しく、人間が設計する以上、完璧に設計することは出来ない。もちろん、事務処理系業務のＷＦもである。これは設計内容の品質上の問題である。それゆえに、設計作業においても非常に手間がかかってしまう。
【０００９】
これらの問題による影響として、後工程の詳細設計及び開発・テスト工程に対して遅延を発生させたり、ＡＰとＷＦのインターフェース設計内容の品質上の問題（設計ミスなど）により、ＡＰとＷＦを並行して開発した後の結合テスト上の不良の発生や、それによる設計及び開発作業の手戻りを発生させてしまっている。
【００１０】
つまり、従来の技術では、人間の手作業によって、ＡＰとＷＦのインターフェース設計を行なっており、その設計内容の品質チェックも人間の思考に頼ったいわゆる属人的な方式で行なっているのである。
【００１１】
従来のＷＦシステム構築の際のＡＰとＷＦのインターフェース設計のやり方では、設計したＷＦの全ルート（分岐、差し戻しなど）を実現するために必要となる業務データを、抜け漏れなくかつ重複なく設計することや、ＷＦの各種ノードに遷移するタイミングとＡＰ側の業務データを設定・登録するタイミングが整合性のとれた形で設計・開発することは困難である。たとえば、ＡＰ基本設計内容とＷＦ基本設計内容の成果物としてのそれぞれの設計書ドキュメントを設計者間で見比べながら、ＡＰとＷＦのインターフェース設計を行なうといったようなレビュー方式や検討会方式などでは、手間と時間がかかり非常に非効率である。
【００１２】
また、複数の設計者の思考や目視に頼るやり方だけでは、特に複雑な仕事の流れが多い基幹系業務のＷＦにおいては、ＡＰとＷＦのインターフェースを完璧に設計することは出来ないのである。もちろん、人間が設計する以上、事務処理系業務のＷＦも同じである。
【００１３】
本発明の目的はＷＦシステム及びそれに準ずるアプリケーションシステムの設計、開発内容の品質と作業効率を向上させることである。
【００１４】
ホワイトカラーの生産性を重んじる近年の業務システムにおいてはＷＦシステムは中核的な存在となるシステムであり上記目的を実現することは急務である。
【００１５】
また、短期間でのＷＦシステム構築、すなわち設計・開発作業に手戻りが発生しない高品質な（ミスのない）設計書づくりとそれにもとづいた効率的なＷＦシステムの構築という目的や、近年のシステム構築のスピードアップという目的を実現することも重要である。
【００１６】
本発明が解決しようとする課題は、上記目的を実現するために解決しなければならないものであり、ＷＦシステム構築において、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかをチェックした上で、設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぎ、効率的で品質の良いＷＦシステム構築を行なえるようにすることである。
また、ＡＰとＷＦのインターフェース設計内容にミスがなく、かつ効率的なＡＰとＷＦのインターフェース設計作業を行なえるようにすることである。
【００１７】
【課題を解決するための手段】
本発明は、ＡＰ基本設計及びＷＦ基本設計の設計結果である業務データモデル設計情報及びＷＦ設計情報をもとに、インターフェース設計作業を実行するとともに、両者の設計内容の整合性をＷＦシステムの実行シミュレーションを行なうことにより検証することで、ＡＰとＷＦのインターフェース設計を高品質かつ高効率に行なえるようにする。
ＡＰとＷＦのインターフェース設計を行なう上で、設計ドキュメントとしてＡＷＩ図を用いる。ＡＷＩ図とは、Ａｐｐｌｉｃａｔｉｏｎ ＷｏｒｋＦｌｏｗ Ｉｎｔｅｒｆａｃｅ 図の略である。
【００１８】
ＡＷＩ図はＷＦ側の各種ノード（業務ステップ、作業など）に遷移するタイミングにおいて、ＡＰ側のどの業務データ項目の内容をどのように取り扱うか（書き込み（「Ｗ」‐Ｗｒｉｔｅ）、読み込み（「Ｒ」‐Ｒｅａｄ）、消し込み（「Ｎ」‐Ｎｕｌｌ））を表した情報である。
【００１９】
このＡＷＩ図をＡＰ基本設計及びＷＦ基本設計の設計結果である業務データモデル設計情報及びＷＦ設計情報をもとに、生成する。
【００２０】
具体的には、ＷＦの定義要素の各条件（発生条件、振分条件、完了条件など）で定義されている業務データ項目の該当箇所に「Ｒ」を設定する。
【００２１】
生成されたＡＷＩ図をもとに設計者は「Ｒ」が設定されている各業務データ項目をどのタイミングで「Ｗ」及び「Ｎ」にするか、すなわち該当ＡＰがどれかを検討し、ＡＷＩ図上の該当箇所に「Ｗ」及び「Ｎ」を設定する。
【００２２】
次に、このＡＷＩ図をもとに、「Ｒ」が設定されている全ての業務データ項目について、ＷＦ上及び業務上あり得る値（インスタンスデータ）の組合わせパターンを設計者が検討・抽出し、ＡＷＩシミュレーションプログラムのパラメータとして、設定し、ＷＦの全ルート、すなわちＷＦ基本設計で設計された全ての仕事の流れのルートをシミュレートすることにより、ＡＰとＷＦのインターフェース設計内容を検証する。
【００２３】
その結果として、ＡＰとＷＦのインターフェース設計内容における整合性や抜け漏れなどのエラーを検知し、ＡＷＩ図上の該当するエラー箇所（業務ステップの行／作業の行／定義要素の行）をエラー表示（例：レッド表示）する。
【００２４】
設計者はＡＷＩ図上のエラー箇所について、エラーとなったＡＰとＷＦのインターフェース設計上の原因を検討し、ＡＷＩ図上の該当エラー箇所を修正し、ＡＷＩ図上のエラー箇所がなくなるまでＡＷＩシミュレーションを繰り返す。
【００２５】
このようにしてＡＰとＷＦのインターフェース設計を行なうことにより、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかを検証することができるとともに、品質の良い設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぐことができ、効率的で品質の良いＷＦシステムを構築することができるのである。
【００２６】
また、ＡＰとＷＦのインターフェース設計そのものにおいても効率的な設計作業が行なえるのである。
【００２７】
【発明の実施の形態】
以下、本発明の一実施形態について図面を用いて説明する。
図１は、実施形態のＡＷＩ設計システムの構成図である。
【００２８】
本システムは、処理装置１０１、処理装置１０１に接続される記憶装置１０２、設計者が使用する表示装置１０３及び入力装置１０４から構成される。
【００２９】
処理装置１０１は、サーバ専用機、パソコンなどの計算機であり、記憶装置１０２上には業務データモデル設計情報１０５、ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８を格納する。
【００３０】
業務データモデル設計情報１０５は、ＡＰ基本設計で作成した設計情報の一つとして、対象ＡＰで必要となる商談テーブル、顧客テーブル、契約書テーブル及びそれらを構成する商談番号、顧客コード、契約書コードといった各種業務データ項目などから構成される業務データモデル情報を格納する。
ＷＦ設計情報１０６は、ＷＦ基本設計で作成した開始ノード、業務ステップノード、作業ノード、分岐ノード、終了ノードなどから構成されるＷＦ設計情報とそれらを詳細に定義した完了条件、発生条件、遷移条件などの定義情報を格納する。
【００３１】
ＡＷＩ図情報１０７は、業務データモデル設計情報１０５とＷＦ設計情報１０６をもとに作成されたＡＰとＷＦのインターフェース設計情報を格納する。
【００３２】
ＡＷＩシミュレートパラメータ情報１０８は、ＡＰとＷＦのインターフェース設計情報（ＡＷＩ図情報１０７）の整合性や抜け漏れなどをチェックするために行うシミュレーションのためのパラメータ情報として各種業務データを格納する。
【００３３】
処理装置１０１にはＡＷＩ図自動生成プログラム１０９及びＡＷＩシミュレーションプログラム１１０が格納され実行される。
ＡＷＩ図自動生成プログラム１０９は入力装置１０４から業務データモデル設計情報１０５及びＷＦ設計情報１０６が記憶装置１０２に格納された場合、ＡＷＩ図を自動生成し、記憶装置１０２のＡＷＩ図情報１０７へ格納するとともに表示画面１０３にその内容を表示する。
【００３４】
ＡＷＩシミュレーションプログラム１１０は入力装置１０４からのシミュレーション実行指示により、入力装置１０４から格納された記憶装置１０２に格納されているＡＷＩシミュレートパラメータ情報１０８、ＷＦ設計情報１０６及びＡＷＩ図情報をもとに、ＷＦ及びＡＰの実行シミュレーションを行い、その結果としてＡＷＩ図を表示装置１０３に表示する。
【００３５】
図２は業務データモデル設計情報１０５の業務データモデル図の例である。
図２はコンビニエンスストアなどを経営しようとする事業主に対し、テナントを貸すビジネス、すなわち貸しビル業を例にしたものであり、商談テーブル２０１、契約書テーブル２０２、顧客テーブル２０３、テナントテーブル２０４、ビルテーブル２０５及び担当者テーブル２０６から構成されている。
【００３６】
各テーブルにはそれぞれＡＰ及びＷＦ制御として必要となるデータ項目が定義されている。各テーブル内に定義されているデータ項目のインスタンスをＡＰが書き込んだり（「Ｗ」‐Ｗｒｉｔｅ）、読み込んだり（「Ｒ」‐Ｒｅａｄ）、消し込んだり（「Ｎ」‐Ｎｕｌｌ）する。
【００３７】
また、ＷＦはＷＦ設計情報で各種条件定義されている業務データ項目のインスタンスを参照（「Ｒ」）することでフローを遷移及び制御する。
【００３８】
図３はＷＦ設計情報１０６の基本情報であるＷＦ図の例である。ＷＦ図はＷＦ設計情報１０６の基本となるものであり、仕事の流れを表現したものである。一つの仕事の単位である案件が発生することを表す開始ノード３０１、その案件が完了することを表す終了ノード３０２、案件の業務状態を表す業務ステップノード３０３、案件に対して取り組む業務を表す作業ノード３０４、案件の流れの経路を表す分岐ノード３０５及び、各ノード間のつながりを表すアロー３０６などのＷＦ定義要素から構成される。
【００３９】
図３は、テナント契約業務を例としたＷＦであり、仕事の流れとしては次のようになる。まず、テナント賃貸の申請受付担当者は顧客から直接受け付ける場合と代理店を経由して受け付ける場合がある。なお、顧客が申請後、申請を取りやめた場合、即ＷＦは終了する。
【００４０】
次に、受け付けた申請内容についてまず、顧客の与信調査確認を実施し、その後、顧客と貸出条件交渉を行い、交渉がまとまれば契約書を作成する。なお、与信が不可だった場合や、条件交渉がまとまらなかった場合も即ＷＦが終了する。
【００４１】
次に、契約内容について課長審査と部長承認を行う。課長審査で却下される場合や部長承認で却下される場合は再度、顧客との貸出条件交渉を行い、契約書を修正することになる。
最後に、顧客と契約を締結し、契約書を送付する。
【００４２】
図４はＷＦ設計情報１０６の詳細情報である図３の業務ステップノード３０３の条件定義表である。
【００４３】
業務ステップノードの名称を定義した業務ステップ名４０１と業務ステップノードがどの業務データ項目の内容がどのような条件になったら完了するかを定義した完了条件４０２から構成される。
図５はＷＦ設計情報１０６の詳細情報である図３の分岐ノード３０５の条件定義表である。
【００４４】
分岐ノードの名称を定義した分岐ノード名５０１、複数の条件が定義された場合にどの条件から評価していくかということを定義した評価優先順位５０２、次に進むノードを定義した遷移先ノード５０３、遷移する時にどの業務データ項目の内容がどのような条件になったら遷移するのかを定義した遷移条件５０４から構成される。
【００４５】
各分岐ノードにおいて評価優先順位５０２の数値が小さい遷移条件５０４から評価し、条件に合致した場合は、対応する遷移先ノード５０３に遷移する。合致しない場合は順次、小さい数値の遷移条件５０４を評価していく。
【００４６】
最終的にどの遷移条件５０４にも合致しなかった場合は「デフォルト」の遷移先ノード５０３に遷移する。
【００４７】
図６はＷＦ設計情報１０６の詳細情報である図３の作業ノード３０４の条件定義表である。
【００４８】
作業ノードの名称を定義した作業名６０１、作業ノードを開始するためにはどの業務データ項目の内容がどのような条件になったら開始するのかを定義した発生条件６０２、作業ノードが完了するためにはどの業務データ項目の内容がどのような条件になったら完了するのかを定義した完了条件６０３、該当作業ノードで取り組む業務の担当者を判定するための条件を定義した振分条件６０４、該当作業ノードで起動されるＡＰが何かを定義した起動アプリ６０５から構成される。
【００４９】
図７はＡＷＩシミュレーションプログラム１１０実行後に表示装置１０３に表示されるＡＷＩ図情報１０７の例である。
【００５０】
横軸には業務データモデル設計情報１０５の全業務データ項目を設定するフィールド７１０が、縦軸にはＷＦの業務ステップノード及び分岐ノードとＷＦへの案件投入、すなわち開始ノード前に実行するＡＰの動作を設定する業務ステップ名／分岐名／ＷＦ案件投入フィールド７０１、各業務ステップ内に定義されている作業ノードを設定する作業名フィールド７０２、縦軸に設定された各業務データ項目に対して、各ノードが書き込み（「Ｗ」）、読み込み（「Ｒ」）及び消し込み（「Ｎ」）を行うタイミングを設定した完了条件／発生条件／振分条件／完了条件／ＡＰ処理パターンフィールド７０３が設定される。
【００５１】
なお、図７では横軸のフィールド７１０に設定される業務データ項目を省略している。
【００５２】
実際には、フィールド７１０には業務データモデル設計情報１０５の業務データ項目が設定される。
【００５３】
フィールド７０３には、業務ステップの完了条件を評価するタイミング、作業の発生条件を評価するタイミング、作業の実行者を誰に振り分けるかを評価するタイミング、作業の完了条件を評価するタイミング、作業で起動されるＡＰが正常に処理を完了するタイミング、作業で起動されるＡＰが差戻し処理を完了するタイミング、分岐ノードの各条件を評価するタイミング及び、ＷＦ案件投入前にＡＰが正常に案件投入処理を完了するタイミングが設定される。
【００５４】
フィールド７２０のマトリクス内にはフィールド７０３に設定された内容がフィールド７１０の業務データ項目をどのタイミングでどう処理（「Ｗ」／「Ｒ」／「Ｎ」）するのかが設定される。
【００５５】
図８は業務データモデル設計情報１０５の業務データ項目のうち、ＡＷＩシミュレーションプログラム１１０を実行する上で必要となるパラメータ情報、すなわちＷＦ制御上で取り扱われる業務データ項目の値（インスタンスデータ）を設定したＡＷＩシミュレートパラメータ情報１０８の一例である。
【００５６】
図８の横軸のフィールド８１０には業務データモデル設計情報１０５の業務データ項目うち、ＷＦ制御上で取り扱われる業務データ項目が設定されており、縦軸には図７と同様の内容が設定されている。
【００５７】
ＡＷＩシミュレートパラメータ情報１０８のパラメータパターンは、ＷＦの各タイミング毎に、ＷＦ制御上で取り扱われる業務データ項目各々に対して設定するインスタンスデータ８１０から構成される。
【００５８】
たとえば、受付終了年月日という業務データ項目のインスタンスデータである「２００２０７０２」というデータや課長審査フラグという業務データ項目のインスタンスデータである「１」というデータがインスタンスデータ８１０になる。
【００５９】
また、ＡＷＩシミュレートパラメータ情報１０８には、ＷＦ制御上で取り扱われる業務データ項目について、ＷＦ上及び業務上あり得るての組合わせパターンのインスタンスデータが格納される。
【００６０】
ここでいうＷＦ上及び業務上あり得る組合わせパターンとは、ＷＦ上及び業務上あり得ない組合わせパターンを除くという意味であり、たとえば、与信フラグ＝「０」（与信不可）で課長審査フラグ＝「１」（審査ＯＫ）というインスタンスデータの組合わせパターンのように、ＷＦ上及び業務上からして与信が不可なのに課長が審査するはずがないので、与信フラグ＝「０」で課長審査フラグ＝「１」というインスタンスデータの組合わせパターンはＡＷＩシミュレートパラメータ情報１０８にはならない。
【００６１】
次に、ＡＰとＷＦのインターフェース設計の動作を図９、図１０及び、図１１のフローチャートを用いて説明する。
【００６２】
図９はＡＰとＷＦのインターフェース設計を行うときのＡＷＩ図自動生成プログラム１０９とＡＷＩシミュレーションプログラム１１０の処理の流れを示すフローチャートのメインルーチンである。
【００６３】
まず、処理装置１０１は、入力装置１０４からＡＰ基本設計及びＷＦ基本設計の設計結果である業務データモデル設計情報及びＷＦ設計情報を読み込み、記憶装置１０２へ業務データモデル設計情報１０５、ＷＦ設計情報１０６としてそれぞれ格納する（ステップ９０１）。
【００６４】
格納した業務データモデル設計情報１０５及びＷＦ設計情報１０６をもとにＡＷＩ図自動生成プログラム１０９により、ＡＷＩ図を自動生成し、ＡＷＩ図情報１０７へ格納する（ステップ９０２）。詳細は図１０で説明する。
【００６５】
ステップ９０２で自動生成されたＡＷＩ図情報１０７を表示装置１０３へ画面表示する（ステップ９０３）。
【００６６】
表示装置１０３の画面に表示されたＡＷＩ図情報１０７の内容を設計者が参照し、「Ｒ」が設定されている各業務データ項目をどのタイミングで「Ｗ」及び「Ｎ」にするか、すなわち該当ＡＰがどれかを検討し、ＡＷＩ図上のマトリクス７２０の該当箇所に「Ｗ」及び「Ｎ」を入力し、更新されたＡＷＩ図を記憶装置１０２のＡＷＩ図情報１０７へ格納する（ステップ９０４）。
【００６７】
ステップ９０４で更新されたＡＷＩ図をもとに、「Ｒ」が設定されている業務データ項目について、ＷＦ上及び業務上あり得るインスタンスデータの組合わせパターンを設計者が検討・抽出し、ＡＷＩシミュレーションプログラム１１０のパラメータとして、記憶装置１０２のＡＷＩシミュレートパラメータ情報１０８へ格納する（ステップ９０５）。
【００６８】
ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８をもとに、ＷＦのルート、すなわちＷＦ基本設計で設計された仕事の流れのルートをシミュレートすることにより、ＡＰとＷＦのインターフェース設計内容をチェックする（ステップ９０６）。詳細は図１１で説明する。
【００６９】
ステップ９０６のシミュレート結果としてＡＷＩ図を表示画面１０３の画面に表示する（ステップ９０７）。
【００７０】
ステップ９０６のシミュレート結果としてＡＰとＷＦのインターフェース設計内容として、整合性や抜け漏れなどのエラーがあった場合（ステップ９０８ＹＥＳ）、ＡＷＩ図上の該当するエラー箇所（業務ステップの行／作業の行／定義要素の行）について、エラーであるということを設計者が識別できるようなかたちで、画面上にエラー表示（例：レッド表示）する（ステップ９０９）。
【００７１】
設計者はステップ９０９で表示されたＡＷＩ図上のエラー箇所について、エラーとなったＡＰとＷＦのインターフェース設計上の原因を検討し、ＡＷＩ図上の該当エラー箇所を修正入力し（９１０）、ステップ９０６に戻る。
【００７２】
ＡＷＩ図上のエラー箇所がなくなるまでステップ９０６からステップ９１０を繰り返す。
【００７３】
ステップ９０６のシミュレート結果としてＡＰとＷＦのインターフェース設計内容として、整合性や抜け漏れなどのエラーがなくなった場合（ステップ９０８ＮＯ）、ＡＰとＷＦのインターフェース設計が完了する。
【００７４】
図１０は、図９のフローチャート（メインルーチン）のステップ９０２の内容を詳細に示したフローチャート（サブルーチン）である。図１０は業務データモデル設計情報１０５及びＷＦ設計情報１０６をもとにＡＷＩ図を自動生成するＡＷＩ図自動生成プログラム１０９の処理の流れを示すフローチャートである。
【００７５】
まず、業務データモデル設計情報１０５をもとにＡＷＩ図の横軸に業務データモデルのテーブル名とデータ項目を設定する（ステップ１００１）。
【００７６】
縦軸の最初の行にＷＦの案件を投入するタイミングを意味する「ＷＦ案件投入」及びそれを実行するＡＰ処理パターンとしての「ＡＰ（投入時）」を設定する（ステップ１００２）。
【００７７】
さらに縦軸には、ＷＦの定義要素である「業務ステップ名」とその「完了条件」、該当業務ステップに含まれる「作業名」とその「発生条件」、「振分条件」、「完了条件」及び該当作業から起動される「ＡＰ（完了時、差戻し時）」、「分岐名」とその「条件」が複数ある場合には評価タイミング優先順位順にｎ個とｎ個の条件を満たさない場合の「デフォルト」を、ＷＦ設計情報１０６をもとにそこで定義されている要素について設定する（ステップ１００３）。
【００７８】
ＷＦの定義要素の各条件（完了条件、振分条件、完了条件など）で定義されているステップ１００１で設定された業務データ項目の該当箇所（ＡＷＩ図上のマトリクス７２０）に「Ｒ」を設定する（ステップ１００４）。
【００７９】
例えば、図６で作業名「直接申請受付」の発生条件は、業務データ項目「代理店受付フラグ」の値（インスタンスデータ）を読み込んでいる。このため、ＡＷＩ図上のマトリクス７２０の該当箇所に「Ｒ」を設定する。
【００８０】
ステップ１００４は、ＡＰとＷＦのインターフェース設計作業行為の側面から見ると、仕事の流れの中で、どの業務データ項目をどのタイミングで読み取り（「Ｒ」）にいくのかということを自動的に設計していることになる。
【００８１】
ＷＦ設計情報１０６で定義されているＷＦの定義要素の各条件（完了条件、振分条件、完了条件など）のうち、業務データ項目＝「ＮｏｔＮｕｌｌ」ないしはＮｕｌｌで定義されている業務データ項目について、ＡＰ（投入時）の該当箇所（ＡＷＩ図上のマトリクス７２０）に「Ｎ」を設定する（ステップ１００５）。
【００８２】
ステップ１００５はＡＷＩシミュレーションプログラム１１０を実行する上での初期値を設定しているものであり、ＡＷＩシミュレーションプログラム上のエラー発生を防ぐためのものである。
【００８３】
ＡＷＩシミュレーションプログラム１１０の実行の中では、業務データ項目のインスタンスデータを評価する。
【００８４】
たとえば、業務ステップの完了条件が「受付終了年月日＝ＮｏｔＮｕｌｌ」だった場合、業務データ項目のインスタンスデータに事前にＮｕｌｌを入れておかないと、ＡＷＩシミュレーションを実行する前は、インスタンスデータにはなにも入っていないので、該当業務データ項目である「受付終了年月日」のインスタンスデータには「空白」というデータが存在する。
【００８５】
これを評価してしまうと、業務ステップの完了条件の「受付終了年月日＝ＮｏｔＮｕｌｌ」を満たしてしまうことになり、該当業務ステップ内の作業である「直接申請受付」及び「代理店申請受付」のシミュレーション行なわずして、次のノードのシミュレーションを行なうことになってしまうのである。
【００８６】
以上のようなシミュレーションプログラム自身のエラーを防ぐために、ＡＷＩ図を生成するステップ９０２の処理内の最後にステップ１００５の処理を行なうのである。
【００８７】
図１１は、図９のフローチャート（メインルーチン）のステップ９０６の内容を詳細に示したフローチャート（サブルーチン）である。図１１は、ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８をもとに、ＷＦのルート、すなわちＷＦ基本設計で設計された仕事の流れのルートをシミュレートすることにより、ＡＰとＷＦのインターフェース設計内容をチェックするＡＷＩシミュレーションプログラム１１０の処理の流れを示すフローチャートである。
【００８８】
以下、図７のＡＷＩ図情報１０７、図８のＡＷＩシミュレートパラメータ情報１０８及び図３〜図６のＷＦ設計情報１０６の例を用いて説明する。
【００８９】
まず、ＡＷＩシミュレートパラメータ情報１０８から未実行のシミュレートパターンを一つ読み込む（ステップ１１００）。
【００９０】
ＡＷＩシミュレートパラメータ情報１０８に格納されているシミュレートパターンついて、ＡＷＩシミュレーションの実行が完了すればメインルーチンのステップ９０７へ（ステップ１１０１ＹＥＳ→ＯＫ ＥＮＤ）、そうでなければ（ステップ１１０１ＮＯ）、当該シミュレートパターンについて「ＷＦ案件投入」のＡＰ（投入時）を実行シミュレーションする（ステップ１１０２）。
【００９１】
本例ではステップ１１０２のＡＰ（投入時）実行シミュレーションにより、図８の代理店受付フラグ＝「１」が「Ｗ」されると同時にＷＦが開始する。
【００９２】
ＷＦ設計情報１０６から次のノードを取得する（ステップ１１０３）。本例では業務ステップノード「受付待ち」である。
【００９３】
取得したノードが終了ノードなのか、分岐ノードなのか、業務ステップノードなのかを判定する（ステップ１１０４）。次のノードが終了ノードの場合、ステップ１１００へ戻る。
【００９４】
次のノードが分岐ノードの場合、該当分岐ノードの分岐条件を評価し（ステップ１１２３）、分岐ノードの分岐条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行ない（ステップ１１２４ 詳細は１１２５で説明する）、ステップ１１０３へ戻る。
【００９５】
次のノードが業務ステップノードの場合、作業実行済フラグに「０」をセットする（ステップ１１０５）。本例では業務ステップ「受付待ち」内の作業は実行していないので作業実行済フラグ＝「０」である。
【００９６】
作業実行済フラグとは業務ステップ内で実行される作業のシミュレーションを行なったか否かを判別するものであり、「０」は未実行、「１」は実行済という意味である。業務ステップの完了条件を評価する（ステップ１１０６）。
【００９７】
業務ステップの完了条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１０７）。詳細は１１２５で説明する。
【００９８】
評価可能であった場合、業務ステップが完了かどうかを判定する（ステップ１１０８）。本例では業務ステップ「受付待ち」の完了条件は「受付終了年月日＝ＮｏｔＮｕｌｌ」であり、「代理店申請受付」作業が未実行なので「受付終了年月日＝Ｎｕｌｌ」のままなので、業務ステップ「受付待ち」は完了しない。業務ステップが完了でない場合、業務ステップ内の作業の発生条件を評価する（ステップ１１０９）。
【００９９】
作業の発生条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１１０）。詳細は１１２５で説明する。
【０１００】
発生作業があるかないかを判定する（ステップ１１１１）。本例では業務ステップ「受付待ち」内の作業は「直接申請受付」と「代理店受付」の二つであり、前者の発生条件は代理店受付フラグ≠１、後者の発生条件は代理店受付フラグ＝「１」なので「代理店申請受付」作業が発生する。
【０１０１】
発生作業があった場合、ＡＰ実行済フラグに「０」を、作業実行済フラグに「１」をセットする（ステップ１１１２）。
【０１０２】
発生作業がなかった場合、業務ステップが完了していないのに発生作業がないので終了する（ＥＲＲＯＲ ＥＮＤ）。本例では作業「代理店申請受付」の実行シミュレートを開始したが、申請受付ＡＰはまだ実行シミュレートしていないので、ＡＰ実行済フラグに「０」を、作業実行済フラグに「１」がセットされることになる。
【０１０３】
ＡＰ実行済フラグとは作業で起動されるＡＰのシミュレーションを行なったか否かを判別するものであり、「０」は未実行、「１」は実行済という意味である。
【０１０４】
作業を実施する作業担当者の振分条件を評価する（ステップ１１１３）。作業の振分条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１１４）。詳細は１１２５で説明する。
【０１０５】
作業の完了条件を評価する（１１１５）。作業の完了条件で定義されている業務データ項目が評価可能か不可能かの判断処理を行なう（ステップ１１１６）。詳細は１１２５で説明する。
【０１０６】
該当作業が完了したかどうかを判定する（１１１７）。本例では作業「代理店申請受付」の完了条件が「受付終了年月日＝ＮｏｔＮｕｌｌ」であり、起動されるＡＰの実行シミュレーションが未実行であり、受付終了年月日がＮｕｌｌのままなので作業「代理店申請受付」は完了しない。
【０１０７】
作業が完了しなかった場合、該当作業で起動されるＡＰの実行シミュレーションを行なう（１１１８）。
【０１０８】
作業に定義されているＡＰの実行評価が可能か不可能かの判断処理を行なう（ステップ１１１９）。詳細は１１２５で説明する。本例ではここではじめて、申請受付ＡＰの実行シミュレートが行なわれ、受付終了年月日がＮｕｌｌから「２００２０７０２」に変わり、登録される。
【０１０９】
ＡＰ実行済フラグに「１」をセットし（ステップ１１２０）、ステップ１１１５、ステップ１１１６、ステップ１１１７を行なう。
【０１１０】
ステップ１１１７で作業が完了した場合、ＡＰ実行済フラグが「１」か「０」かを判定し（ステップ１１２１）、ＡＰ実行済フラグが「１」の場合、ステップ１１０６、ステップ１１０７、ステップ１１０８を行なう。
【０１１１】
ＡＰ実行済フラグが「０」の場合、作業が完了しているにもかかわらず、ＡＰ実行シミュレーションを行なっていないので終了する（ＥＲＲＯＲ ＥＮＤ）。
【０１１２】
ステップ１１０８で業務ステップが完了した場合、作業実行済フラグが「１」か「０」かを判定し（ステップ１１２２）、作業実行済フラグが「１」の場合、ステップ１１０３へ戻る。
【０１１３】
作業実行済フラグが「０」の場合、業務ステップが完了しているにもかかわらず、作業実行シミュレーションを行なっていないので終了する（ＥＲＲＯＲ ＥＮＤ）。本例では作業「代理店申請受付」の完了条件である「受付終了年月日＝ＮｏｔＮｕｌｌ」を満たされたので作業が「代理店申請受付」完了し、なおかつＡＰ実行済フラグに「１」がセットされており、業務ステップ「受付待ち」の完了条件である「受付終了年月日＝ＮｏｔＮｕｌｌ」も満たしているので業務ステップは完了し、作業実行済フラグも「１」なのでステップ１１０３の次のノード（分岐ノード１）を取得する。
【０１１４】
評価可能不可能判断処理１１２５は、ステップ１１０７、ステップ１１１０、ステップ１１１４、ステップ１１１６、ステップ１１１９及びステップ１１２４において共通している処理である。
【０１１５】
評価可能不可能判断処理１１２５では、各種条件（発生条件、振分条件、完了条件、分岐条件など）を評価（「Ｒ」）する業務データ項目が定義されてなかったり、間違っていたり、そもそも業務データ項目が横軸に設定されていなかったなどの原因により、各種条件（発生条件、振分条件、完了条件、分岐条件など）の評価が不可能であるというＡＰとＷＦのインターフェース設計ミス見つけるための処理をする（ステップ１１２６）。また、各種ＡＰの実行シミュレーションにおける評価可能不可能判断処理１１２５では、各種ＡＰが書き込み（「Ｗ」）、読み取り（「Ｒ」）及び消し込み（「Ｎ」）する業務データ項目が定義されてなかったり、間違っていたり、そもそも業務データ項目が横軸に設定されていなかったなどの原因により、シミュレート評価が不可能であるというＡＰとＷＦのインターフェース設計ミス見つけるための処理をする（ステップ１１２６）。
【０１１６】
評価可能であれば（ステップ１１２６ＹＥＳ）、それぞれの次のステップである、ステップ１１０８、ステップ１１１１、ステップ１１１５、ステップ１１１７、ステップ１１２０、ステップ１１０３へ進む（ＣＯＮＴＩＮＵＥ）。評価不可能であれば終了する（ＥＲＲＯＲ ＥＮＤ）。
【０１１７】
以上、図１１のステップ１１０１からステップ１１２６までの処理では、ＷＦ設計情報１０６、ＡＷＩ図情報１０７及びＡＷＩシミュレートパラメータ情報１０８をもとに、ＷＦのルートについて、ＷＦ側がどのタイミングでどの業務データ項目を「Ｒ」するのか、また、ＡＰ側がＷＦのどのタイミングまでにどの業務データ項目を「Ｗ」、「Ｒ」、「Ｎ」しなければならないのかという「ＷＦの流れに沿って」、ＡＰとＷＦのインターフェース設計内容をシミュレーションする。
【０１１８】
図７のＡＷＩ図情報１０７でＡＰとＷＦのインターフェース設計内容の設計ミスの例を３つ詳述する。
【０１１９】
例１のマトリクス７２１は「Ｎ」の入力漏れである。これは課長審査ないしは部長承認で案件が差し戻されてきた場合には、課長審査終了年月日ないしは部長承認終了年月日のデータを消しこむ（「Ｎ」）必要がある。案件が差し戻されてきた場合、貸出条件内容を変更したのちに貸出条件交渉・契約書作成作業が完了する。ところが課長審査終了年月日及び部長承認終了年月日がＮｏｔＮｕｌｌのままなので、次の業務ステップの決裁待ちに遷移した場合、決裁待ちの完了条件が「課長審査終了年月日及び部長承認終了年月日＝Ｎｏｔ Ｎｕｌｌ」なので変更した貸出条件内容に対する課長の審査及び部長の承認が行われず、次の業務ステップの契約待ちに遷移してしまうのである。
【０１２０】
例２のマトリクス７２２は「Ｒ」の入力漏れである。これはそもそもＷＦ基本設計内容、すなわちＷＦ設計情報１０６の内容にミスがあった場合である。顧客に対する与信が不可だった場合、与信フラグは「０」で、かつ与信作業は行ったので「与信終了年月日＝ＮｏｔＮｕｌｌ」で与信作業が完了する。ところが次の作業である貸出条件交渉・契約書作成作業の発生条件が「与信フラグ＝１」なので貸出条件交渉・契約書作成作業は開始されず、業務ステップ「テナント貸出条件交渉中」がそのまま完了しない状態に陥ってしまうのである。したがって、ＷＦ設計情報１０６を以下ようにの修正する必要がある。
【０１２１】
業務ステップ「テナント貸出条件交渉中」の完了条件を「与信終了年月日 ａｎｄ 貸出条件交渉・契約書作成作業終了年月日＝ＮｏｔＮｕｌｌ」ではなく、「与信終了年月日 ａｎｄ 貸出条件交渉・契約書作成作業終了年月日＝ＮｏｔＮｕｌｌ ｏｒ 与信フラグ＝０」に修正する。
【０１２２】
例３のマトリクス７２３は「Ｒ」の消し忘れである。これは業務プロセス改善などにより課長審査作業を廃止した場合を想定した例である。
【０１２３】
課長審査作業の行を消去して、「決裁待ち」業務ステップ内の作業を部長承認のみにする。ところがＡＷＩ図情報１０７上では「決裁待ち」業務ステップの完了条件が課長審査終了年月日も「Ｒ」することになっているので業務プロセス改善後の課長審査終了年月日は業務データ項目としてはＮｕｌｌのままなので「決裁待ち」業務ステップが完了しない。
【０１２４】
また、部長承認作業の発生条件も「課長審査終了年月日＝ＮｏｔＮｕｌｌ」なので部長承認作業が発生しない状態になっていしまう。このような業務プロセス改善などによって、ＷＦ基本設計内容、すなわちＷＦ設計情報１０６に変更が発生する場合には、シミュレーション結果によるＡＷＩ図の修正もさることながら、ＷＦ設計情報１０６も修正する必要がある。
【０１２５】
【発明の効果】
以上述べたように本発明によれば、ＷＦシステム構築において、ＡＰとＷＦのインターフェース設計内容にミスがないかどうかをチェックした上で、設計内容を下流工程であるＡＰとＷＦそれぞれの詳細設計及び開発に引き継ぎ、効率的で品質の良いＷＦシステムを構築することができる。
【０１２６】
つまり、ＷＦのルート（分岐、差し戻しなど）を実現するために必要となる業務データを、抜け漏れなくかつ重複なく設計することや、ＷＦの各種ノードに遷移するタイミングとＡＰ側の業務データを設定・登録するタイミングが整合性のとれた形で設計・開発することが可能となる。
【０１２７】
また、ＡＰとＷＦのインターフェース設計内容にミスがなく、かつ効率的なＡＰとＷＦのインターフェース設計作業を行なえるようにすることである
以上により、短期間でのＷＦシステム構築、すなわち設計・開発作業に手戻りが発生しない高品質な設計書づくりとそれにもとづいた効率的なＷＦシステムの構築を実現することができるのである。
【図面の簡単な説明】
【図１】実施形態のＡＷＩ設計システムの構成図である。
【図２】実施形態の業務データモデル設計情報１０５のデータモデル図の一例である。
【図３】実施形態のＷＦ設計情報１０６のＷＦ設計図の一例である。
【図４】実施形態のＷＦ設計情報１０６の業務ステップ定義表の一例である。
【図５】実施形態のＷＦ設計情報１０６の分岐ノード定義表の一例である。
【図６】実施形態のＷＦ設計情報１０６の作業定義表の一例である。
【図７】実施形態のＡＷＩ図情報１０７のＡＷＩ図の一例である。
【図８】実施形態のＡＷＩシミュレートパラメータ情報１０８のＡＷＩシミュレートパラメータパターン情報の一例である。
【図９】実施形態の図１のＡＷＩ設計システム全体の処理の流れを示すフローチャートである。
【図１０】実施形態のＡＷＩ図生成プログラム１０９の処理の流れを示すフローチャートである。
【図１１】実施形態のＡＷＩシミュレーションプログラム１１０の処理の流れを示すフローチャートである。
【符号の説明】
１０１ 処理装置、１０２ 記憶装置、１０３ 表示装置、１０４ 入力装置、１０５ 業務データモデル設計情報、１０６ ＷＦ設計情報、１０７ ＡＷＩ図情報、１０８ ＡＷＩシミュレートパラメータ情報、１０９ ＡＷＩ図生成プログラム、１１０ ＡＷＩシミュレーションプログラム
Claims (6)
- アプリケーションプログラムを起動するワークフローシステムを構築するワークフロー構築方法において、
前記ワークフローシステムを制御するデータを読み出す要求をワークフローシステムが送信する条件を定義したテーブルに、前記アプリケーションプログラムが、複数の前記データを格納するデータベースにデータを書き込む条件と、前記データベースに格納されているデータを消しこむ条件を定義する入力を受け付け、
定義された前記テーブルから前記ワークフローシステムの流れを示すプログラムを作成し、
作成された前記プログラムをシミュレートし、
前記シミュレートにエラーがあった場合に、予め定められた定義によって、前記エラーがあったことを示す情報を表示装置に表示することを特徴とするワークフロー構築方法。 - 請求項１に記載のワークフロー構築方法において、
前記表示装置への表示は、前記アプリケーションプログラムのどの業務データ項目の内容をどのように取り扱うかの取扱情報を示すＡＷＩ図の表示を実行することを特徴とするワークフロー構築方法。 - 請求項２に記載のワークフロー構築方法において、
前記ＡＷＩ図は、前記取扱情報として、前記業務データ項目の書き込み、読み込みおよび消し込みのうちいずれかを示すことを特徴とするワークフロー構築方法。 - アプリケーションプログラムを起動するワークフローシステムを構築するワークフロー構築装置において、
前記ワークフローシステムを制御するデータを読み出す要求をワークフローシステムが送信する条件を定義したテーブルに、前記アプリケーションプログラムが、複数の前記データを格納するデータベースにデータを書き込む条件と、前記データベースに格納されているデータを消しこむ条件を定義する入力を受け付る手段と、
定義された前記テーブルから前記ワークフローシステムの流れを示すプログラムを作成する手段と、
作成された前記プログラムをシミュレートする手段と、
前記シミュレートにエラーがあった場合に、予め定められた定義によって、前記エラーがあったことを示す情報を表示装置に表示する手段とを有することを特徴とするワークフロー構築装置。 - 請求項４に記載のワークフロー構築装置において、
前記表示装置への表示は、前記アプリケーションプログラムのどの業務データ項目の内容をどのように取り扱うかの取扱情報を示すＡＷＩ図の表示を実行することを特徴とするワークフロー構築装置。 - 請求項５に記載のワークフロー構築装置において、
前記ＡＷＩ図は、前記取扱情報として、前記業務データ項目の書き込み、読み込みおよび消し込みのうちいずれかを示すことを特徴とするワークフロー構築装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003097575A JP2004303115A (ja) | 2003-04-01 | 2003-04-01 | ワークフローシステム構築方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003097575A JP2004303115A (ja) | 2003-04-01 | 2003-04-01 | ワークフローシステム構築方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004303115A true JP2004303115A (ja) | 2004-10-28 |
Family
ID=33409321
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003097575A Pending JP2004303115A (ja) | 2003-04-01 | 2003-04-01 | ワークフローシステム構築方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004303115A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009099126A (ja) * | 2007-09-27 | 2009-05-07 | Fujitsu Ltd | テストデータ生成プログラム |
| CN104462179A (zh) * | 2013-09-24 | 2015-03-25 | 乐金信世股份有限公司 | 处理大数据的方法、执行其的装置以及储存其的存储媒介 |
-
2003
- 2003-04-01 JP JP2003097575A patent/JP2004303115A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009099126A (ja) * | 2007-09-27 | 2009-05-07 | Fujitsu Ltd | テストデータ生成プログラム |
| CN104462179A (zh) * | 2013-09-24 | 2015-03-25 | 乐金信世股份有限公司 | 处理大数据的方法、执行其的装置以及储存其的存储媒介 |
| US10175954B2 (en) | 2013-09-24 | 2019-01-08 | Lg Cns Co., Ltd. | Method of processing big data, including arranging icons in a workflow GUI by a user, checking process availability and syntax, converting the workflow into execution code, monitoring the workflow, and displaying associated information |
| CN104462179B (zh) * | 2013-09-24 | 2020-08-18 | 乐金信世股份有限公司 | 处理大数据的方法、执行其的装置以及储存其的存储媒介 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2937017C (en) | Integrated design application | |
| Ould et al. | Testing in software development | |
| US20110066602A1 (en) | Mapping dataset elements | |
| Laitenberger et al. | Generalizing perspective-based inspection to handle object-oriented development artifacts | |
| CN106779336B (zh) | 工程更改方法及装置 | |
| JP2005284751A (ja) | 論理検証装置、論理検証方法および論理検証プログラム | |
| Debois et al. | A case for declarative process modelling: Agile development of a grant application system | |
| Pramartha et al. | Udayana university international student management: a business process reengineering approach | |
| JP2007012003A (ja) | フィーチャ指向ソフトウェア製品ラインの開発環境を提供するシステム | |
| Hambling et al. | Software testing: an ISTQB-ISEB foundation guide | |
| JP2003114813A (ja) | 分析サーバ、プログラム分析ネットワークシステム、およびプログラム分析方法 | |
| JP2005122560A (ja) | デッドロック事前検出プログラム | |
| Tsakalidis et al. | Systematizing business process redesign initiatives with the BPR: assessment framework | |
| JP2004303115A (ja) | ワークフローシステム構築方法 | |
| Barosani et al. | A review on 8D problem solving process | |
| KR20130134588A (ko) | 선박 도면 검도 서비스 시스템 및 방법 | |
| Nomura et al. | Business-Driven Acceptance Testing Methodology and its Practice for e-Government Software Systems | |
| JP2005215857A (ja) | ソリューションビジネス用リソース割り当てシステム | |
| Durán et al. | Applying system families concepts to requirements engineering process definition | |
| US20230162124A1 (en) | Project diagnosis database system | |
| Elazhary | Automated Management of Time Extension Claims in Construction Projects | |
| JP2012088933A (ja) | ソフトウェアプロダクトライン開発支援装置、その方法およびそのプログラム | |
| JP5243908B2 (ja) | モデルの品質を検証するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム | |
| JP4988367B2 (ja) | 約款に係る業務システム開発方法 | |
| US20060010348A1 (en) | Method and apparatus for capture and formalization of system requirements and their transformation to test instructions |