(57)【特許請求の範囲】
【請求項１】
コンピュータ上で、互いに独立する複数の業務をソフトウェア・アーキテクチャにより設計するための、複数の業務活動支援システムの設計図から、該複数の業務活動にまたがる業務フロー図を生成する方法であって、
複数の画面遷移表と、各画面設計の画面項目とその論理設計を記述したプログラム処理フローを含む処理の設計書を、コンピュータ可読な形式で用意するステップと、
コンピュータの処理により、前記設計書における画面項目の論理設計を含むプログラム処理フローを読み取るステップと、
前記画面項目の論理で、文書を作成している部分を抽出し、前記画面項目に係る画面遷移に対応する活動の活動結果として記録するステップと、
前記画面項目の論理で、文書クエリの部分を抽出し、前記画面項目に係る画面遷移に対応する活動の活動契機として記録するステップと、
前記コンピュータの処理により、前記活動をノード、前記活動結果をリンクの始端、前記活動契機をリンクの終端、とするフローのグラフを生成するステップを有する、
設計書から業務フローのグラフを生成する方法。
【請求項２】
前記画面項目の論理が、自然言語で記述された仕様の記述を含み、前記文書を作成している部分を抽出する処理と、前記文書クエリの部分を抽出する処理が、正規表現を用いたキーワード検索で行われる、請求項１に記載の方法。
【請求項３】
前記複数の画面遷移表と、各画面設計の画面項目とその論理設計を記述したプログラム処理フローが、スプレッド・シート・プログラムて記述されている、請求項１に記載の方法。
【請求項４】
前記活動結果としての記録と、前記契機としての記録が、ＸＭＬで記述される、請求項１に記載の方法。
【請求項５】
コンピュータ上で、互いに独立する複数の業務をソフトウェア・アーキテクチャにより設計するための、複数の業務活動支援システムの設計図から、該複数の業務活動にまたがる業務フロー図を生成するプログラムであって、
前記コンピュータに、
複数の画面遷移表と、各画面設計の画面項目とその論理設計を記述したプログラム処理フローを含む処理の設計書を、コンピュータ可読な形式で用意するステップと、
コンピュータの処理により、前記設計書における画面項目の論理設計を含むプログラム処理フローを読み取るステップと、
前記画面項目の論理で、文書を作成している部分を抽出し、前記画面項目に係る画面遷移に対応する活動の活動結果として記録するステップと、
前記画面項目の論理で、文書クエリの部分を抽出し、前記画面項目に係る画面遷移に対応する活動の活動契機として記録するステップと、
前記コンピュータの処理により、前記活動をノード、前記活動結果をリンクの始端、前記活動契機をリンクの終端、とするフローのグラフを生成するステップを実行させる、
設計書から業務フローのグラフを生成するプログラム。
【請求項６】
前記画面項目の論理が、自然言語で記述された仕様の記述を含み、前記文書を作成している部分を抽出する処理と、前記文書クエリの部分を抽出する処理が、正規表現を用いたキーワード検索で行われる、請求項５に記載のプログラム。
【請求項７】
前記複数の画面遷移表と、各画面設計の画面項目とその論理設計を記述したプログラム処理フローが、スプレッド・シート・プログラムで記述されている、請求項５に記載のプログラム。
【請求項８】
前記活動結果としての記録と、前記契機としての記録が、ＸＭＬで記述される、請求項５に記載のプログラム。
【請求項９】
コンピュータ上で、互いに独立する複数の業務をソフトウェア・アーキテクチャにより設計するための、複数の業務活動支援システムの設計図から、該複数の業務活動にまたがる業務フロー図を生成するシステムであって、
記憶手段と、
前記記憶手段にコンピュータ可読に保存された、複数の画面遷移表と、各画面設計の画面項目とその論理設計を記述したプログラム処理フローを含む処理の設計書のデータと、
コンピュータの処理により、前記設計書における画面項目の論理設計を含むプログラム処理フローを読み取る手段と、
前記画面項目の論理で、文書を作成している部分を抽出し、前記画面項目に係る画面遷移に対応する活動の活動結果として記録する手段と、
前記画面項目の論理で、文書クエリの部分を抽出し、前記画面項目に係る画面遷移に対応する活動の活動契機として記録する手段と、
前記コンピュータの処理により、前記活動をノード、前記活動結果をリンクの始端、前記活動契機をリンクの終端、とするフローのグラフを生成する手段を有する、
設計書から業務フローのグラフを生成するシステム。
【請求項１０】
前記画面項目の論理が、自然言語で記述された仕様の記述を含み、前記文書を作成している部分を抽出する処理と、前記文書クエリの部分を抽出する処理が、正規表現を用いたキーワード検索で行われる、請求項９に記載のシステム。
【請求項１１】
前記複数の画面遷移表と、各画面設計の画面項目とその論理設計を記述したシステム処理フローが、スプレッド・シート・システムで記述されている、請求項９に記載のシステム。
【請求項１２】
前記活動結果の記録と、前記活動契機の記録が、ＸＭＬで記述される、請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンピュータ可読な形式で保存された業務仕様から、ワークフローを生成する方法、プログラム及びシステムに関するものである。
【背景技術】
【０００２】
近年、業務用コンピュータ・アプリケーションの分野で、文書中心アーキテクチャ(document centric architecture)が提案され、採用されつつある。例えば、http://www-06.ibm.com/ibm/jp/provision/no55/pdf/55_sec_public.pdfなどの記事を参照されたい。【０００３】
文書中心アーキテクチャでは、業務のほとんどは、文書あるいは書類を契機として業務が開始され、その業務に必要な書類を収集し、別の書類を作成して終了する。その際、業務で扱う書類は、業務を遂行する上で必要となる情報を含む。そこで文書中心アーキテクチャに従えば、１つまたは複数の書類を一度に作成する業務単位を１つの仕事とし、書類と仕事を基にシステムが構築される。【０００４】
すなわち、別の言い方をすると、文書中心アーキテクチャは、文書のレポジトリを中心に、業務作業の１つの活動が、文書の参照から作成と修正まで帰結するアーキテクチャであって、業務作業活動毎にモジュール化されたシステム開発が容易である、という利点がある。【０００５】
しかし、文書中心アーキテクチャは、設計された業務活動支援システム間の連携が分かりにくく、作業のつながりを検証できないという問題点がある。【０００６】
このような課題に関して、次のような従来技術がある。【０００７】
特開平７−４４３５８号公報は、ディスプレイ上に記述したデータフロー図、システムフロー設計図、画面遷移図、画面帳票図に基づき、プログラムを生成するソフトウェアの生産支援システムにおいて、システムフロー設計図上の各図形間のデータの流れに基づき、プログラム部品の展開に必要な処理の入出力や参照等のアクセス関係を生成して登録する入出力関係生成部、画面帳票図での定義により各項目の遷移条件を登録する項目遷移定義部、画面帳票図での定義により各項目の入出力チェック手続きや生成手続き等を登録する項目辞書定義部、部品展開定義画面での定義によりプログラム部品内に展開手続きを登録する部品登録部とを設ける構成とすることを開示する。【０００８】
特開平９−１６３８３公報は、画面遷移表示機能の選択に応じて、主制御部により画面遷移デ−タ作成処理部が起動されて、画面データ作成処理部、及び処理フローデータ作成処理部により作成され保存されている画面デ−タ及び処理フローデ−タをもとにアプリケーションの画面遷移デ−タが作成され、その画面遷移デ−タに従う画面遷移状況が表示装置に表示出力されるようにすることを開示する。【０００９】
特開２００８−１５８６３２公報は、画像形成装置とサーバ装置のワークフローを連携させるために、コントローラ部により、フローの定義情報に従って、画面遷移の表示を制御することを開示する。【００１０】
特開平７−４４３５８号公報と特開２００８−１５８６３２公報は、ワークフローの存在を前提としているため、そのようなフローを予めもたない文書中心アーキテクチャには馴染まない。【００１１】
特開平９−１６３８３公報は、画面遷移表示機能からフローを生成することを開示するが、結局、プログラム処理フローにある遷移先の画面の記述をみつけて、画面間をつなぐ技術であって、文書中心アーキテクチャに適用するには十分ではない。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開平７−４４３５８号公報
【特許文献２】特開平９−１６３８３公報
【特許文献３】特開２００８−１５８６３２公報
【非特許文献】
【００１３】
【非特許文献１】http://www-06.ibm.com/ibm/jp/provision/no55/pdf/55_sec_public.pdf
【発明の概要】
【発明が解決しようとする課題】
【００１４】
従って、この発明の目的は、文書中心アーキテクチャに従い作成されたアプリケーションにおいて、記述された業務の妥当性を可視的に検証することを可能ならしめることにある。
【課題を解決するための手段】
【００１５】
この発明は、業務活動開始の契機となる文書状態と結果の文書状態を、コンピュータ可読な形式で保存された設計書から抽出し、契機と結果のマッチングから、複数の活動のフローを自動的に構成して図式化することにより上記課題を解決する。【００１６】
すなわち、本発明に従うシステムは、個々の活動支援システムの設計書や実装を解析し、作業開始の契機となる文書状態の条件となっている文書集合と、作業結果として残される文書状態を抽出する。これは、具体的な１つの例では、画面遷移とそれに関わるロジックの設計書であり、例えば、半構造解析抽出技術と、自然言語処理を用いて解析する。【００１７】
具体的には、本発明に従うシステムは、画面遷移とそれに関わるロジックの設計書において、文書を作成している部分を抽出し、画面遷移に対応する活動の活動結果として記録する。【００１８】
また、本発明に従うシステムは、画面遷移とそれに関わるロジックの設計書において、文書クエリの部分を抽出し、画面遷移に対応する活動の活動契機として記録する。【００１９】
そうして、本発明に従うシステムは、活動をノード、活動結果をリンクの始端、活動契機をリンクの終端とするフローのグラフを生成する。このグラフは好適にはディスプレイ上に表示される。このフローを眺めることによって、ユーザーは設計仕様の妥当性をチェックすることができる。
【発明の効果】
【００２０】
この発明によれば、上記のように、文書中心アーキテクチャに従い作成された設計書に基づき作業フローを生成することができるので、全体的な作業フローに基づくテストが可能になるとともに、作業フローのレビューによる設計書の妥当性検証も可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明を実施するためのハードウェア構成のブロック図である。
【図２】本発明を実施するための機能構成のブロック図である。
【図３】設計書の構成要素を示す図である。
【図４】画面遷移の例を示す図である。
【図５】典型的な設計書の関連を示す図である。
【図６】設計書解析処理のフローチャートを示す図である。
【図７】画面遷移解析処理のフローチャートを示す図である。
【図８】画面解析処理のフローチャートを示す図である。
【図９】ワークフロー図生成処理のフローチャートを示す図である。
【図１０】活動箱生成処理のフローチャートを示す図である。
【図１１】遷移矢印生成処理のフローチャートを示す図である。
【図１２】作業のフローを接続する例を示す図である。
【図１３】可視化されたフローのビューの例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面に基づき、この発明の実施例を説明する。特に断わらない限り、同一の参照番号は、図面を通して、同一の対象を指すものとする。尚、以下で説明するのは、本発明の一実施形態であり、この発明を、この実施例で説明する内容に限定する意図はないことを理解されたい。
【００２３】
図１を参照すると、本発明の一実施例に係るシステム構成及び処理を実現するためのコンピュータ・ハードウェアのブロック図が示されている。図１において、システム・パス１０２には、ＣＰＵ１０４と、主記憶（ＲＡＭ）１０６と、ハードディスク・ドライブ（ＨＤＤ）１０８と、キーボード１１０と、マウス１１２と、ディスプレイ１１４が接続されている。ＣＰＵ１０４は、好適には、３２ビットまたは６４ビットのアーキテクチャに基づくものであり、例えば、インテル社のＰｅｎｔｉｕｍ（商標）  ４、Ｃｏｒｅ（商標）２  Ｄｕｏ、Ｘｅｏｎ（商標）、ＡＭＤ社のＡｔｈｌｏｎ（商標）などを使用することができる。主記憶１０６は、好適には、４ＧＢ以上の容量をもつものである。ハードディスク・ドライブ１０８は、好適には例えば、５００ＧＢ以上の容量をもつものである。
【００２４】
ハードディスク・ドライブ１０８には、個々に図示しないが、オペレーティング・システムが、予め格納されている。オペレーティング・システムは、Ｌｉｎｕｘ（商標）、マイクロソフト社のＷｉｎｄｏｗｓ（商標）７、Ｗｉｎｄｏｗｓ  ＸＰ（商標）、アップルコンピュータのＭａｃ  ＯＳ（商標）などの、ＣＰＵ１０４に適合する任意のものでよい。
【００２５】
ハードディスク・ドライブ１０８にはさらに、図２に関連して後述する設計書ファイル２１０、設計書解析モジュール２２２、画面遷移解析モジュール２２４、画面解析モジュール２２６、ワークフロー図作成モジュール２３２、活動箱生成モジュール２３４、遷移矢印生成モジュール２３６、可視化モジュール２４０が格納されている。これらのモジュールは、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ(R)などの既存のプログラミング言語処理系で作成することができ、オペレーティング・システムの働きで、これらのモジュールは適宜主記憶１０６にロードされて実行される。これらのモジュールの動作の詳細は、図２の機能ブロック図を参照して、より詳細に説明する。
【００２６】
キーボード１１０及びマウス１１２は、所定のＧＵＩ画面（図示しない）を操作して、上述のモジュールなどを起動したり、文字を打ち込んだりするために使用される。
【００２７】
ディスプレイ１１４は、好適には、液晶ディスプレイであり、例えば、ＸＧＡ（１０２４×７６８の解像度）、またはＵＸＧＡ（１６００×１２００の解像度）などの任意の解像度のものを使用することができる。ディスプレイ１１４は、生成された結果のワークフローを表示するために使用される。
【００２８】
図１のシステムは更に、バス１０２に接続された通信インターフェース１１６を介して、ＬＡＮ、ＷＡＮなどの外部ネットワークに接続されている。通信インターフェース１１６は、イーサネット（商標）などの仕組みにより、外部ネットワーク上にあるサーバやクライアント・コンピュータなどのシステムとデータのやりとりを行う。
【００２９】
文書中心アーキテクチャのシステムは、集中管理されるデータ記憶システムへのアクセスを行うが、互いには直接やりとりしない複数のコンピュータ・システムからなるように規約の定められたソフトウェア・アーキテクチャ基づくものであるが、この発明のシステムは、文書中心アーキテクチャの仕様を解析してフローを可視化するためのシステムであるため、文書中心アーキテクチャのシステムである必要はない。
【００３０】
すなわち、この発明のシステムは、パーソナル・コンピュータ、ワークステーション、メインフレームなど任意の形態のコンピュータ装置上で実装可能である。また、図１では、ネットワーク接続された形態として示されているが、これには限定されず、スタンドアロンの形態でも実施可能である。
【００３１】
図２は、本発明を実施するための論理構成を示す機能ブロック図である。図２において、コンピュータ可読な形式でハードディスク・ドライブ１０８に保存されている設計書のファイル２１０は、より具体的には、図３に示すように、画面遷移図部３１０と、画面設計部３２０と、ロジック設計部３３０からなる。これらは、これには限定されないが、好適にはマイクロソフト社から提供されているExcel(R)などのスプレッドシート・プログラムを使用して作成される。
【００３２】
画面遷移図部３１０は、図示されているように、遷移元画面の識別名と、遷移先画面の識別名の対応が指定されており、これによって例えば、図４に示すような画面遷移が記述される。
【００３３】
画面設計部３２０には、画面遷移図部３１０に指定された画面の識別名毎に、画面項目と参照ロジックの識別名を指定する記述をもつ。
【００３４】
ロジック設計部３３０は、画面設計部３２０に指定された参照ロジックの識別名毎に文書レポジトリアクセスの列に文書クエリの論理や、文書作成の論理の記述を含む。
【００３５】
文書レポジトリ３４０は、設計書２１０の一部ではないが、ここではロジック設計部３３０と関連付けられるものとして表示されている。
【００３６】
文書レポジトリ３４０は、複数の文書をもつレポジトリであり、設計書２１０に従い作成されるアプリケーションによって、クエリをかけたり、文書を作成したりする対象である。文書レポジトリ３４０は典型的にはＸＭＬデータベースであり、図３には示さない、文書の設計書から文書のスキーマが実装され、ＸＭＬデータベースが生成される。この文書のスキーマに従って、クエリや文書の作成・改変などが実装される。
【００３７】
図５は、図３に示した設計書の要素の関連図の例を示す図である。
【００３８】
文書レポジトリアクセスの列に記述される、文書クエリの例を示すと、次のとおりである。文書クエリは一般的に、文書の条件を示す論理式（例えば、下記のa〜e）で記述される。また、下記の対象書類１、２、３や、条件１、２には実際には具体的な内容が入る。なおここで、andは&と、orは|と表記してもよい。
a and (b or c) and d and e
a. ホルダに、対象書類１が存在すること
b. 対象書類１の番号が、所定の条件を満たすこと
c. 以下の条件を満たす書類があること
- 条件１
- 条件２
d. ホルダに対象書類２が存在しないこと
e. ホルダに対象書類３が存在しないこと
【００３９】
文書レポジトリアクセスの列に記述される、文書作成の例を示すと、次のとおりである。文書作成は一般的に、文書の条件または内容を示す単一の式（例えば、下記のc）で記述される。
c
c. 以下の条件を満たす書類を作成する
- 条件１
- 条件２
【００４０】
このように、文書レポジトリアクセスの列には一般的に、論理式と、自然言語による記述が含まれる。
【００４１】
図２に戻って、ブロック２２０は、設計書２１０を解析する機能をもつモジュールの集まりであり、設計書解析２２２と、画面遷移解析モジュール２２４と、画面解析２２６モジュールからなる。ブロック２２０の処理内容は、図６〜図８のフローチャートを参照して後で説明する。
【００４２】
ブロック２３０は、ブロック２２０によって生成された設計書解析結果のデータに基づきワークフロー図を生成する機能をもつモジュールの集まりであり、ワークフロー図生成モジュール２３２と、活動箱生成モジュール２３４と、遷移矢印生成モジュール２３６からなる。ブロック２３０の処理内容は、図９〜図１１のフローチャートを参照して後で説明する。
【００４３】
可視化モジュール２４０は、好適にはＸＭＬの形式でブロック２３０によって生成されたワークフロー図の情報に基づき、ワークフロー視覚化して、ディスプレイ１１４に表示する機能をもつ。可視化モジュール２４０はこれには限定されないが、好適には、インターナショナル・ビジネス・マシーンズ・コーポレーションから提供されている、WebSphere(R) Business Modelerである。
【００４４】
次に図６〜図１１のフローチャートを参照して、本発明の処理について説明する。
【００４５】
先ず図６は、設計書解析モジュール２２２の処理のフローチャートを示す図である。ステップ６０２からステップ６１０までは、画面遷移図３１０中の各画面遷移について処理される。
【００４６】
ステップ６０４では、設計書解析モジュール２２２は、当該画面遷移の画面遷移設計書を開く。ここで画面遷移設計書とは、図示しないが、画面遷移図３１０の各行に対応して存在する設計書である。
【００４７】
ステップ６０６では、設計書解析モジュール２２２は、画面遷移解析モジュール２２４を呼び出す。画面遷移解析モジュール２２４の処理については、図７のフローチャートを参照して後で説明する。
【００４８】
ステップ６０８では、設計書解析モジュール２２２は、画面遷移に与えられた名前を業務活動の名前とし、抽出された活動結果を活動契機とともに１つの業務活動として、そのデータを、好適にはハートティスク・ドライブ１０８に記録する。
【００４９】
設計書解析モジュール２２２は、ステップ６１０からステップ６０２に戻って、画面遷移図３１０中の全ての画面遷移について処理するまで、ステップ６０２からステップ６１０までを繰り返す。
【００５０】
次に、図７のフローチャートを参照して、ステップ６０６で呼ばれる画面遷移解析モジュール２２４の処理について説明する。
【００５１】
図７において、ステップ７０２からステップ７０８までは、画面遷移設計中の各画面について処理される。
【００５２】
ステップ７０４では、画面遷移解析モジュール２２４は、当該画面の画面設計書を開く。ここで、画面設計書とは、画面設計３２０の一枚のページに対応する。
【００５３】
ステップ７０６では、画面遷移解析モジュール２２４は、画面解析モジュール２２６を呼び出す。画面解析モジュール２２６の処理については、図８のフローチャートを参照して後で説明する。
【００５４】
画面遷移解析モジュール２２４は、ステップ７０８からステップ７０２に戻って、画面遷移設計中の全ての画面について処理するまで、ステップ７０２からステップ７０８までを繰り返す。
【００５５】
図８のフローチャートを参照して、ステップ７０６で呼ばれる画面解析モジュール２２６の処理について説明する。
【００５６】
図８において、ステップ８０２からステップ８１０までは、画面設計中の各画面項目について処理される。
【００５７】
ステップ８０４で、画面解析モジュール２２６は、当該画面項目のロジック設計を含むプログラム処理フロー（設計書）を開く。
【００５８】
ステップ８０６で、画面解析モジュール２２６は、当該画面項目のロジックで、文章を作成している部分を抽出し、当該画面遷移に対応する業務活動の活動結果の１つとする。なお、既述のように、画面項目のロジックには自然言語での記述が付与されているので、この自然言語での記述を、正規表現による検索、あるいはテキストマイニングなどを適用してキーワードを抽出することにより、文章を作成している部分であると判別することができる。例えば、作成される書類名が分かっているなら、その書類名を仮に書類１だとすると、*書類１*という正規表現によるパターンマッチングで検索可能である。更に、書類１の作成だと、*書類１*作成*という正規表現によるパターンマッチングで検索可能である。それ以外にも、ＸＭＬのスキーマなどの情報も使用することができる。
【００５９】
ステップ８０８で、画面解析モジュール２２６は、当該画面項目のロジックで、文章クエリの部分を抽出し、当該画面遷移に対応する業務活動の活動契機の１つとする。この場合も、ステップ８０４と同様に、正規表現によるパターンマッチング、テキストマイニング、ＸＭＬのスキーマの利用、などの技法を使用可能である。
【００６０】
画面解析モジュール２２６は、ステップ８１０からステップ８０２に戻って、画面設計中の全ての画面項目について処理するまで、ステップ８０２からステップ８１０までを繰り返す。
【００６１】
下記は、設計書解析モジュール２２２の出力の形式の例を示す。この出力が、図９〜図１１のフローチャートの処理の入力として使用される。
<!ELEMENT 活動結果 CDATA>
<!ELEMENT 活動結果一覧 (活動結果)*>
<!ELEMENT 条件 CDATA>
<!ELEMENT 活動契機 (条件)>
<!ATTLIST 画面ID CDATA>
<!ATTLIST 行 CDATA>
<!ELEMENT 活動契機一覧 (活動契機)*>
<!ELEMENT 活動 (活動結果一覧, 活動契機一覧)>
<!ATTLIST 活動 活動名 CDATA>
<!ATTLIST 活動 Id CDATA>
<!ELEMENT 活動一覧 (活動)*>
<!ATTLIST 活動一覧 カテゴリ CDATA>
【００６２】
次に、図９のフローチャートを参照して、ワークフロー図作成モジュール２３２の処理について説明する。
【００６３】
ワークフロー図作成モジュール２３２は、ステップ９０２で、活動箱生成モジュール２３４を呼び出す。活動箱生成モジュール２３４の処理については、図１０のフローチャートを参照して後で説明する。
【００６４】
次にワークフロー図作成モジュール２３２は、ステップ９０４で、遷移矢印生成モジュール２３６を呼び出す。遷移矢印生成モジュール２３６の処理については、図１１のフローチャートを参照して後で説明する。
【００６５】
次に、図１０のフローチャートを参照して、活動箱生成モジュール２３４の処理について説明する。
【００６６】
図１０において、ステップ１００２からステップ１００８までは、設計書から抽出されたデータの各「活動」要素毎に処理される。ここで、「活動」要素とは、ステップ６０８で活動結果として記録されたもののことである。
【００６７】
活動箱生成モジュール２３４は、ステップ１００４で、活動名を出力Activity(活動)要素のName(名前)要素に設定する。
【００６８】
次に活動箱生成モジュール２３４は、ステップ１００６で、「活動」要素のIdを、出力Activity要素のId要素値に設定する。
【００６９】
活動箱生成モジュール２３４は、ステップ１００８からステップ１００２に戻って、全ての「活動」要素について処理するまで、ステップ１００２からステップ１００８までを繰り返す。
【００７０】
次に、図１１のフローチャートを参照して、遷移矢印生成モジュール２３６の処理について説明する。
【００７１】
図１１において、ステップ１１０２からステップ１１１４までは、設計書から抽出されたデータの各「活動」要素毎を矢印元として処理される。
【００７２】
また、ステップ１１０４からステップ１１０８までは、設計書から抽出されたデータの各「活動」要素毎を矢印元として処理される。
【００７３】
ステップ１１０６では、遷移矢印生成モジュール２３６は、矢印先活動の活動契機に矢印元活動の活動結果が含まれるか検査する。
【００７４】
こうして設計書から抽出されたデータの全ての「活動」要素毎を矢印先として処理し終えるとステップ１１１０で遷移矢印生成モジュール２３６は、少なくとも１つ矢印先活動の活動契機に矢印元活動の活動結果が含まれるかどうか判断し、もしそうなら、ステップ１１１２で、出力transition(遷移)要素のName属性値を因果関係をあらわす文字列に、From属性値を矢印元活動のIdに、To属性値を矢印先活動のIdにして生成して、好適にはハードディスク・ドライブ１０６に出力する。
【００７５】
遷移矢印生成モジュール２３６は、ステップ１１１４からステップ１１０２に戻って、全ての「活動」要素毎、矢印元活動として処理するまで、ステップ１００２からステップ１１１４までを繰り返す。
【００７６】
この実施例では、遷移矢印生成モジュール２３６が生成する出力は、下記に示すようなXPDL表現である。
<WorkflowProcess>
..<Activity ../>
<Transition ../>..
</WorkflowProcess>
なおXPDL表現については例えば、http://www.wfmc.org/xpdl.htmlなどを参照されたい。
【００７７】
図１２は、このようにして文書作成と文書へのクエリを作業のフローとして接続する様子を示す図である。図１２で、点線矢印が接続されるフローである。
【００７８】
遷移矢印生成モジュール２３６は、WebSphere(R) Business Modelerである可視化ツール２４０に入力するために、結果のXPDL表現をXSLT変換により、下記のようなワークフローWBM表現に変換する。
<process ..>
..<humanTask ../>
<connection ../>..
</process>
ワークフローWBM表現については例えば、http://www-06.ibm.com/software/jp/websphere/bpm/modeler/などを参照されたい。
【００７９】
図１３は、可視化ツール２４０によって可視化されたビューのうち特に、特定の活動（ここでは活動４）の直前直後の仕事を切り出したビューを示す図である。この例では、矢印の元の活動が、矢印の行き先の活動の契機となることを示す。例えば、活動１の活動結果が、活動４の活動の契機となっている。
【００８０】
このようなビューを観察することにより、ユーザーは、仕様の妥当性を検証することができる。
【００８１】
以上のように、特定の実施例に従い、本発明を説明してきたが、本発明は、特定のオペレーティング・システムやプラットフォームに限定されず、任意のコンピュータ・システム上で実現可能である。
【符号の説明】
【００８２】
１０４・・・ＣＰＵ
１０６・・・主記憶
１０８・・・ハードディスク・ドライブ
２１０・・・設計書
２２２・・・設計書解析モジュール
２２４・・・画面遷移解析モジュール
２２６・・・画面解析モジュール
２３２・・・ワークフロー図生成モジュール
２３４・・・活動箱生成モジュール
２３６・・・遷移矢印生成モジュール
２４０・・・可視化モジュール
３１０・・・画面遷移図
３２０・・・画面設計
３３０・・・ロジック設計
３４０・・・文書レポジトリ
【図１】
0005576570.tif 000002
【図２】
0005576570.tif 000003
【図３】
0005576570.tif 000004
【図４】
0005576570.tif 000005
【図５】
0005576570.tif 000006
【図６】
0005576570.tif 000007
【図７】
0005576570.tif 000008
【図８】
0005576570.tif 000009
【図９】
0005576570.tif 000010
【図１０】
0005576570.tif 000011
【図１１】
0005576570.tif 000012
【図１２】
0005576570.tif 000013
【図１３】
0005576570.tif 000014