(57)【特許請求の範囲】
【請求項１】
業務全体を段階的に構造化した業務機能階層の情報、及び業務機能階層の最下層の要素である業務ユースケースの情報を蓄積する業務機能階層記憶部と、前記業務ユースケースを構成する業務ユースケース記述を蓄積する業務ユースケース記述記憶部と、を格納する記憶装置と、
前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された所定語句の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成する処理と、
前記業務ユースケースフローに含まれる各業務ユースケースの上位にある業務機能を、前記業務機能階層記憶部の業務機能階層の情報により特定し、業務ユースケースフローにおいて異なる業務機能間を跨る業務ユースケースの連なりを特定して、当該連なりに応じた前記業務機能間を関連付けし業務フローを生成する処理と、
生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理とを実行する演算装置と、
を備えることを特徴とする業務分析設計支援装置。
【請求項２】
前記演算装置は、
業務機能階層及び業務機能階層の最下層の要素である業務ユースケースの作成データないし編集データの入力を入力装置で受け付け、前記業務機能階層記憶部において、業務機能階層及び業務ユースケースの登録ないし編集の処理を実行するものであることを特徴とする請求項１に記載の業務分析設計支援装置。
【請求項３】
前記記憶装置は、
業務ユースケース記述における、動作の送手と受手、及びデータの入力と出力のそれぞれに関して取りうるパターンを定めたテーブルを格納しており、
前記演算装置は、
前記テーブルよりパターンを読み出して表示装置に表示し、当該パターンに沿って、動作の送手と受手、及びデータの入力と出力のそれぞれに関する設定値を入力装置で受け付けて、該当パターンに対応した業務ユースケース記述の業務ユースケースステップを生成し、業務ユースケースステップからなる業務ユースケース記述を作成して前記業務ユースケース記述記憶部に記憶する処理を実行するものである、
ことを特徴とする請求項１または２に記載の業務分析設計支援装置。
【請求項４】
前記演算装置は、
前記業務ユースケースフローを生成する処理において、
前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された動作の送手と受手の設定値及びデータの入力と出力の設定の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成するものであることを特徴とする請求項３に記載の業務分析設計支援装置。
【請求項５】
前記演算装置は、
生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理において、業務ユースケース記述における所定設定値をキーに業務ユースケースフロー及び業務フローの開始と終了を特定して、業務ユースケースフロー及び業務フローを表示装置に表示するものであることを特徴とする請求項１〜４のいずれかに記載の業務分析設計支援装置。
【請求項６】
前記演算装置は、
生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理において、業務ユースケースフローに関わるデータの入力と出力の連なりを業務ユースケース記述にて特定し、当該データの連なりをデータフローとして業務ユースケースフローにあわせて表示装置に表示するものであることを特徴とする請求項１〜５のいずれかに記載の業務分析設計支援装置。
【請求項７】
業務全体を段階的に構造化した業務機能階層の情報、及び業務機能階層の最下層の要素である業務ユースケースの情報を蓄積する業務機能階層記憶部と、前記業務ユースケースを構成する業務ユースケース記述を蓄積する業務ユースケース記述記憶部と、を格納する記憶装置を備えたコンピュータが、
前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された所定語句の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成する処理と、
前記業務ユースケースフローに含まれる各業務ユースケースの上位にある業務機能を、前記業務機能階層記憶部の業務機能階層の情報により特定し、業務ユースケースフローにおいて異なる業務機能間を跨る業務ユースケースの連なりを特定して、当該連なりに応じた前記業務機能間を関連付けし業務フローを生成する処理と、
生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理と、
を実行することを特徴とする業務分析設計支援方法。
【請求項８】
構造化した業務機能階層の情報、及び業務機能階層の最下層の要素である業務ユースケースの情報を蓄積する業務機能階層記憶部と、前記業務ユースケースを構成する業務ユースケース記述を蓄積する業務ユースケース記述記憶部と、を格納する記憶装置を備えたコンピュータに、
前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された所定語句の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成する処理と、
前記業務ユースケースフローに含まれる各業務ユースケースの上位にある業務機能を、前記業務機能階層記憶部の業務機能階層の情報により特定し、業務ユースケースフローにおいて異なる業務機能間を跨る業務ユースケースの連なりを特定して、当該連なりに応じた前記業務機能間を関連付けし業務フローを生成する処理と、
生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理と、
を実行させることを特徴とする業務分析設計支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務分析設計支援装置、業務分析設計支援方法、および業務分析設計支援プログラムに関するものであり、具体的には、業務分析設計における成果物間の整合性を効率的に維持する技術に関する。
【背景技術】
【０００２】
業務システム開発の上流工程では、対象業務の現状を分析し、新たな業務設計が行われる。この業務分析設計における成果物の代表例として、業務機能階層や業務フローが作成される。業務機能階層は、業務全体を大機能から小機能まで機能分割し構造化したデータであり、業務がどのような業務機能から構成されているかを明らかにする。業務フローは、業務機能間の順序関係を図示したデータであり、どのような順序で業務機能を実施すべきかを明らかにする。
【０００３】
一方、小機能以下の業務機能の詳細は文章で記述される。この文章での記述形式の一つとして、業務ユースケース記述を利用する方法がある。業務ユースケース記述とは、業務機能の小機能を遂行するため業務従事者に必要とされる他者との相互関係を業務ユースケースとみなし、その業務ユースケースを実現する上で必要とされるアクタ（業務従事者や他者などユースケースに関わる者）の振舞いを簡潔な文章列で記したデータである。
【０００４】
このように業務分析設計で作成する、業務機能階層、業務フロー、及び業務ユースケース記述は、互いに関連しており、それぞれの整合性を維持しなければならない。この整合性維持のための技術として、例えば、「ユースケース図またはアクティビティ図のうちいずれか一方の図を与えるだけで他方の図を自動生成することにより、両図間の整合性を取ることができる」設計／検証支援プログラム（特許文献１）といったものが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１２９８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来技術においては、ユースケース間の関連を、予めユースケース図として定義する必要がある。ユースケース間の関連は、ユースケースの詳細であるユースケース記述に記載されるアクタの振舞いと関連するため、ユースケース間の関連とユースケース記述とで互いに整合を取る必要がある。この整合を取るためには、ユースケース記述の文章を人が読み取り、ユースケース記述間の関連を把握しなければならない。分析設計の対象が広く、ユースケース記述の数が多くなる場合、または分析設計の初期段階でユースケース記述を頻繁に修正する場合であれば、上記の整合性を維持していくために多くの時間や手間が費やされる可能性がある。
【０００７】
ここで業務ユースケースは、業務の記述に特化したユースケースの一種である。したがって、業務ユースケース記述間の関連と、業務ユースケース間の順序関係を表現する業務ユースケースフローとの整合についても、上記と同様の課題がある。特に、業務分析設計の段階では、現状の業務を分析した上で、新たな業務設計を行うために、成果物（業務ユースケース記述や業務ユースケースフロー等）の内容が細かく修正される可能性が高い。このため、成果物間の整合をとるために多くの時間や手間が費やされる可能性も高く、本来の業務分析設計の作業を妨げる要因となりやすい。
【０００８】
そこで本発明の目的は、業務分析設計における成果物間の整合性を効率的に維持する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決する本発明の業務分析設計支援装置は、業務全体を段階的に構造化した業務機能階層の情報、及び業務機能階層の最下層の要素である業務ユースケースの情報を蓄積する業務機能階層記憶部と、前記業務ユースケースを構成する業務ユースケース記述を蓄積する業務ユースケース記述記憶部と、を格納する記憶装置と、前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された所定語句の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成する処理と、前記業務ユースケースフローに含まれる各業務ユースケースの上位にある業務機能を、前記業務機能階層記憶部の業務機能階層の情報により特定し、業務ユースケースフローにおいて異なる業務機能間を跨る業務ユースケースの連なりを特定して、当該連なりに応じた前記業務機能間を関連付けし業務フローを生成する処理と、生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理とを実行する演算装置と、を備えることを特徴とする。
【００１０】
また、本発明の業務分析設計支援方法は、業務全体を段階的に構造化した業務機能階層の情報、及び業務機能階層の最下層の要素である業務ユースケースの情報を蓄積する業務機能階層記憶部と、前記業務ユースケースを構成する業務ユースケース記述を蓄積する業務ユースケース記述記憶部と、を格納する記憶装置を備えたコンピュータが、前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された所定語句の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成する処理と、前記業務ユースケースフローに含まれる各業務ユースケースの上位にある業務機能を、前記業務機能階層記憶部の業務機能階層の情報により特定し、業務ユースケースフローにおいて異なる業務機能間を跨る業務ユースケースの連なりを特定して、当該連なりに応じた前記業務機能間を関連付けし業務フローを生成する処理と、生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理と、を実行することを特徴とする。
【００１１】
また、本発明の業務分析設計支援プログラムは、構造化した業務機能階層の情報、及び業務機能階層の最下層の要素である業務ユースケースの情報を蓄積する業務機能階層記憶部と、前記業務ユースケースを構成する業務ユースケース記述を蓄積する業務ユースケース記述記憶部と、を格納する記憶装置を備えたコンピュータに、前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された所定語句の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成する処理と、前記業務ユースケースフローに含まれる各業務ユースケースの上位にある業務機能を、前記業務機能階層記憶部の業務機能階層の情報により特定し、業務ユースケースフローにおいて異なる業務機能間を跨る業務ユースケースの連なりを特定して、当該連なりに応じた前記業務機能間を関連付けし業務フローを生成する処理と、生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理と、を実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、業務分析設計における成果物間の整合性を効率的に維持することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係る業務分析設計支援装置のハードウェア構成の一例を示す図である。
【図２】本実施形態に係る業務分析設計支援装置の機能ブロックの一例を示す図である。
【図３】本実施形態に係る業務分析設計支援装置が備える業務機能階層テーブルの構成の一例を示す図である。
【図４】本実施形態に係る業務分析設計支援装置が備える業務ユースケーステーブルの構成の一例を示す図である。
【図５】本実施形態に係る業務分析設計支援装置が備える業務ユースケース記述テーブルの構成の一例を示す図である。
【図６】本実施形態に係る業務分析設計支援装置が備える動詞テーブルの構成の一例を示す図である。
【図７】本実施形態に係る業務分析設計支援装置が備える業務ユースケース関連テーブルの構成の一例を示す図である。
【図８】本実施形態に係る業務分析設計支援装置が備える業務機能関連テーブルの構成の一例を示す図である。
【図９】本実施形態に係る業務分析設計支援方法の処理手順例１を示すフロー図である。
【図１０】本実施形態に係る業務分析設計支方法の処理手順例２を示すフロー図である。
【図１１】本実施形態に係る業務分析設計支援装置が備える業務機能階層編集画面の構成の一例を示す図である。
【図１２】本実施形態に係る業務分析設計支援装置が備える業務ユースケース記述編集画面の構成の一例を示す図である。
【図１３】本実施形態に係る業務分析設計支援装置が備える業務機能階層編集画面の構成の一例を示す図である。
【図１４】本実施形態に係る業務ユースケースフロー表示例を示す図である。
【図１５】本実施形態に係る業務フロー表示例１を示す図である。
【図１６】本実施形態に係る業務フロー表示例２を示す図である。
【発明を実施するための形態】
【００１４】
−−−装置の構成例−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態に係る業務分析設計支援装置１００のハードウェア構成の一例を示す図であり、図２は、本実施形態に係る業務分析設計支援装置１００のシステム構成例を示す図である。なお、同一の参照番号は同一の構成要素を示す。この業務分析設計支援装置１００は、業務分析設計における成果物間の整合性を効率的に維持するコンピュータシステムである。
【００１５】
この業務分析設計支援装置１００は、図１に示すように、演算装置たるＣＰＵ２０１、ＲＡＭなど揮発性記憶装置で構成される主記憶装置２０２、ユーザからのキー入力や音声入力を受け付ける入力装置２０３、処理データの表示を行うディスプレイ等の表示装置２０４、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される外部記憶装置２０５（記憶装置）、入力装置２０３および表示装置２０４とＣＰＵ２０１との間で処理データの授受を担うＩ／Ｏインターフェイス２０６、を備える計算機システムとなる。
【００１６】
なお、Ｉ／Ｏインターフェイス２０６は、入力装置２０３からの入力信号を受けてこれをＣＰＵ２０１へ引き渡す入力インターフェイス回路部と、ＣＰＵ２０１からの出力信号を表示装置２０４へ引き渡す出力インターフェイス回路部とを実装する。また、業務分析設計支援装置１００は、上記の他にも、各種プリンタ等の他の出力装置を接続することもできる。
【００１７】
外部記憶装置２０５は、図２にて示すように、後述する業務機能階層編集部１２０、業務ユースケース記述編集部１２２、業務ユースケースフロー生成部１２４、及び業務フロー生成部１２６として機能するコンピュータプログラムを格納している。また、外部記憶装置２０５は、その他にも、業務機能階層記憶部１１０、業務ユースケース記述記憶部１１２、及びフロー情報記憶部１１４として、それぞれデータベースを格納している。この外部記憶装置２０５は、業務分析設計支援装置１００と別体に設けても、あるいは一体に設けてもよい。
【００１８】
なお、上述の業務機能階層編集部１２０、業務ユースケース記述編集部１２２、業務ユースケースフロー生成部１２４、業務フロー生成部１２６、及び業務フロー表示部１２８を構成する各プログラムは、ＣＰＵ２０１によって外部記憶装置２０５から読み出され、例えばＲＡＭ等のメモリで構成される主記憶装置２０２に展開されて、ＣＰＵ２０１により実行されることにより各機能を実現している。
【００１９】
−−−データ構造例−−−
次に、本実施形態の業務分析設計支援装置１００が用いるデータの構造例について説明する。まず、業務機能階層記憶部１１０について説明する。上述のように、業務機能階層記憶部１１０は外部記憶装置２０５に格納されたデータベースであって、後述する業務機能階層編集部１２０において作成される、業務機能階層１０２の構成要素である業務機能と業務機能間の階層関係を示すデータを記憶する業務機能階層テーブル７００、及び業務機能階層１０２の最下層の要素である業務ユースケースのデータを記憶する業務ユースケーステーブル３００を含んでいる。
【００２０】
以下、業務機能階層記憶部１１０に格納されている上記各テーブル３００、７００について、順次説明する。図３に業務機能階層テーブル７００の一例を示す。この業務機能階層テーブル７００において、業務機能ＩＤ７０２は、業務機能階層テーブル７００上のレコードデータを識別するデータである。また同様に、業務機能名７０４は、業務を構成する業務機能の名前を示し、上位業務機能ＩＤ７０６は、当該レコードで定義される業務機能の上位の業務機能を示すレコードへのポインタである。
【００２１】
図４に業務ユースケーステーブル３００に定義されるデータの一例を示す。この業務ユースケーステーブル３００において、業務ユースケースＩＤ３０２は、業務ユースケーステーブル上のレコードデータを識別するデータである。また同様に、アクタ３０４は、業務ユースケース記述で詳細が定義される業務を行う動作の主体すなわち業務従事者を示すデータである。また同様に、業務ユースケース３０６は、業務ユースケースの名前を示すデータである。また同様に、上位業務機能ＩＤ３０８は、当該レコードで定義される業務ユースケースの上位の業務機能を示すレコードへのポインタであり、業務機能階層テーブル７００に記憶される業務機能ＩＤ７０２が入る。
【００２２】
次に、業務ユースケース記述記憶部１１２について説明する。上記のように、業務ユースケース記述記憶部１１２は外部記憶装置２０５に格納されたデータベースであって、後述する業務ユースケース記述編集部１２２において作成される、業務ユースケースの内容を定義した業務ユースケース記述１０４のデータを記憶する業務ユースケース記述テーブル４００、及び業務ユースケース記述１０４を定義するにあたり必要な構文や動詞のパターンデータを記憶する動詞テーブル５００を備えて構成されている。
【００２３】
以下、業務ユースケース記述記憶部１１２に格納されている各テーブルについて、順次説明する。図５に業務ユースケース記述テーブル４００に定義されるデータの一例を示す。この業務ユースケース記述テーブル４００において、業務ユースケースＩＤ４０２は、当該レコードにより定義される業務ユースケース記述に該当し、業務ユースケーステーブル３００で定義される業務ユースケースを示すレコードへのポインタであり、業務ユースケーステーブル３００に記憶される業務ユースケースＩＤ３０２が入る。
【００２４】
また同様に、ステップ番号４０４は、同一の業務ユースケースＩＤ４０２によって識別される業務ユースケース記述内のステップを順序づけるためのデータである。また同様に、送手４０６は、動詞ＩＤ４１４により指定される動詞が規定する動作の発信元であるアクタを示すデータである。また同様に、受手４０８は、動詞ＩＤ４１４により指定される動詞が規定する動作の受け手であるアクタを示すデータである。また同様に、入力４１０は、アクタの動作に必要なデータを示す。また同様に、出力４２０は、アクタの動作によって生み出されるデータを示す。また同様に、動詞ＩＤ４１４は、動作を示す動詞を記憶する動詞テーブル５００の動詞ＩＤ５０２が入る。なお、送手４０６、受手４０８、入力４１０、及び出力４１２の各項目にデータが入るまたは入らないは、この動詞ＩＤ４１４によって指定される動詞によって定められる。また同様に、分岐条件４１６は動作の結果によりステップ番号４０４で定義される順番の他のステップの動作へ遷移する条件を示すデータが入り、この条件に該当する場合の遷移先は、分岐先業務ユースケースＩＤ４１８で指定される。なお、分岐先業務ユースケースＩＤ４１８に「−」が入る場合、業務の終了を意味する。
【００２５】
図６に動詞テーブル５００に定義されるデータの一例を示す。この動詞テーブル５００において、動詞ＩＤ５０２は、動詞テーブル上のレコードデータを識別するデータである。また同様に、送手５０４は、動作の発信元であるアクタを示すデータである。また同様に、受手５０６は、動作の受け手であるアクタを示すデータである。また同様に、入力５０８は、動作に必要なデータを示す。また同様に、出力５１０は、アクタの動作によって生み出されるデータを示す。また同様に、動詞５１２は動詞の名前を示す。また同様に、文例５１４は動詞によって表現されるステップ文のテンプレートである。なお、送り手５０４、受け手５０６、入力５０８、または出力５１２の値が「−」となっている場合、その動詞において、送り手と受け手のアクタが、入力と出力にデータが入れられないことを意味する。
【００２６】
次に、フロー情報記憶部１１４について説明する。前記のように、フロー情報記憶部１１４は外部記憶装置２０５に格納されたデータベースであって、後述する業務ユースケースフロー生成部１１２において生成される業務ユースケースフロー１０６の中で業務ユースケース間の順序関係データを記憶する業務ユースケース関連テーブル６００、及び後述する業務フロー生成部１２６において生成される、業務ユースケースの上位にある業務機能間の順序関係データを記憶する業務機能関連テーブル８００を含んでいる。
【００２７】
以下、フロー情報記憶部１１４に格納されている各テーブルについて、順次説明する。図７に業務ユースケース関連テーブル６００に定義されるデータの一例を示す。この業務ユースケース関連テーブル６００において、業務ユースケース関連ＩＤ６０２は、業務ユースケース関連テーブル上のレコードデータを識別するデータである。また、ユースケース関連元６０６と関連先６１０によって業務ユースケース間の関連を示すことができる。また、アクタ６０４は関連元６０６に入る業務ユースケースのアクタを示し、アクタ６０８は関連先６１０に入る業務ユースケースのアクタを示す。また同様に、データ６１２は、アクタ６０４とアクタ６０８の間でやり取りされるデータを示す。また同様に、関連種類６１４は、関連元６０４と関連先６０６により定義される業務ユースケース間の関連の種類を表わすデータであり、同一アクタ内の関連を示す「アクタ内」、別々のアクタ間の関連を示す「アクタ間」、及び業務ユースケース記述テーブル４００で分岐先業務ユースケースＩＤ４１８によって作られる関連を示す「分岐」のいずれかが入る。また、関連ラベル６１０には分岐条件など関連の名称が入る。
【００２８】
図８に業務機能関連テーブル８００に定義されるデータの一例を示す。この業務機能関連テーブル８００において、業務機能関連ＩＤ８０２は、業務機能関連テーブル上のレコードデータを識別するデータである。また同様に、従属業務機能ＩＤ８０４は、当該業務機能関連テーブル８００で定義される業務機能間の関連がどの業務機能に属すかを示し、業務機能階層テーブル７００に記憶される業務機能ＩＤ７０２が入る。また、関連元８０６と関連先８０８は、それぞれに業務機能階層テーブル７００に記憶される業務機能ＩＤ７０２が入り、互いに関連がある業務機能の関連を示す。
【００２９】
−−−処理例−−−
以下、本実施形態における業務分析設計支援方法の実際手順について図に基づき説明する。以下で説明する業務分析設計支援方法に対応する各種動作は、業務分析設計支援装置１００が主記憶装置２０２等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。ここではまず、図２を参照して、業務機能階層１０２と業務ユースケース記述１０４から、業務ユースケースフロー１０６と業務フロー１０８が生成されるまでの処理内容を、関連図面も参照しつつ説明する。
【００３０】
業務機能階層１０２は、業務機能階層編集部１２０が、図１１に示す業務機能階層編集画面１１００を介し、ユーザによる入力装置２０３での入力値を受け付けて作成したデータとなる。また、業務機能階層編集部１２０は、作成した業務機能階層１０２のデータを、業務機能階層テーブル７００及び業務ユースケーステーブル３００のレコードデータとして業務機能階層記憶部１１０に格納する。なお、業務機能階層編集画面１１００のデータは、業務分析設計支援装置１００の外部記憶装置２０５（ないし主記憶装置２０２）に予め格納され、必要に応じて読み出し可能なものである。以下で述べる他の画面についても同様である。
【００３１】
こうした業務機能階層１０２の編集例を、図１１に示す業務機能階層編集画面１１００を用いて説明する。この場合、ユーザが業務機能階層を編集する際、入力フォーム１１０２に業務機能階層の名前を入力し、編集ボタン１１０４を押下したとする。この時、業務機能階層編集部１２０は、入力フォーム１１０２に入力された名前により指定される業務機能階層１０２が、既に業務機能階層記憶部１１０にある業務機能階層テーブル７００のレコードデータとして記憶されているか検索する。具体的には、入力フォーム１１０２で入力された名前が、記憶されている業務機能名７０４として存在し、かつその上位業務機能ＩＤ７０６が「−」であるレコードデータを検索する。上位業務機能ＩＤ７０６が「−」である業務機能は業務機能階層において最上位の業務機能であることを示し、業務機能階層を代表するデータであるためである。例えば、レコード７５０がそれに該当する。
【００３２】
上記の検索にて該当する業務機能が検索された場合、業務機能階層編集部１２０は、検索された業務機能に属する業務機能を、業務機能階層記憶部１１０にある業務機能階層テーブル７００を検索し特定する。具体的には、検索された業務機能の業務機能ＩＤ７０２と同じ値を上位業務機能ＩＤ７０６に持つ業務機能を検索することになる。例えば、レコード７５２とレコード７５４がそれに該当する。前記検索にて該当する業務機能が見つかった場合、業務機能階層編集部１２０は、さらにこの業務機能の業務機能ＩＤ７０２と同じ値を上位業務機能ＩＤ７０６に持つ業務機能を検索し、この検索処理を、該当する業務機能が見つからなくなるまで繰り返す。例えば、レコード７５６とレコード７５８がそれに該当する。
【００３３】
次に業務機能階層編集部１２０は、上記の処理でこれまでに検索された業務機能の業務機能ＩＤ７０２と同じ値を上位業務機能ＩＤ３０８に持つ業務ユースユースケースを、業務機能階層記憶部１１０にある業務ユースケーステーブル３００のレコードデータとして記憶されているか検索する。例えば、レコード３５０、レコード３５２、レコード３５４、レコード３５６、レコード３５８、及びレコード３６０がそれに該当する。業務機能階層編集部１２０は、このようにして、入力フォーム１１０２に入力された名前の業務機能階層１０２のデータを読み込む。読み込んだ結果は、図１１に例を示すように、表示装置２０４に出力した業務機能階層編集画面１１００の下部フレーム１１０１に表示する。図１１の例では、業務機能は四角形のシンボルで、業務ユースケースは楕円のシンボルで表示し、それぞれの関連はシンボル間に線を引くことで、業務機能階層を表現している。
【００３４】
なお、上記の検索処理において該当する業務機能が検索されなかった場合、業務機能階層編集部１２０は、入力フォーム１１０２に入力された名前を最上位の業務機能とする業務機能階層を新たに生成する。具体的には、業務機能階層テーブル７００に、新たに生成する業務機能ＩＤ７０２、入力フォーム１１０２に入力された名前を業務機能名７０４、及び上位業務機能ＩＤ７０６を「−」とする新たなレコードが追加される。
【００３５】
業務機能及び業務ユースケースの追加や削除に際して、業務機能階層編集部１２０は、入力装置２０３にて所定アイコン等の選択をユーザから受け付けることでメニュー１１０８を表示し、このメニュー１１０８からユーザの選択を受けて処理を開始する。例えば、「受付」という業務機能のシンボル１１１０をユーザがクリック等して選択すると、業務機能階層編集部１２０はメニュー１１０８を表示装置２０４にて表示する。そして、このメニュー１１０８の中から、例えば「業務機能追加」が選択された場合、業務機能階層編集部１２０は、受付１１１０とは別に同階層の新たな業務機能（例：「提案」など）を追加する。また、メニュー１１０８の中から、例えば「業務ユースケース追加」が選択された場合、業務機能階層編集部１２０は、受付１１１０の直下の階層に新たな業務ユースケース（例：「提案予約」など）を追加する。また、メニュー１１０８の中から、例えば「削除」が選択された場合、業務機能階層編集部１２０は、選択されたシンボル（上記例であれば「受付１１１０」）の業務機能またはその業務機能に属する業務ユースケースを削除する。なお、業務ユースケースは業務機能階層において最下層の要素であり、業務ユースケース以下に業務機能及び業務ユースケースを追加することはできない。
【００３６】
このようにして、業務機能階層編集部１２０において、最下層の要素として業務ユースケースを持った業務機能階層１０２を作ることができる。
【００３７】
一方、業務ユースケースの詳細である業務ユースケース記述１０４をユーザが編集するためには、ユーザが、該当業務ユースケースのシンボルについて入力装置２０３にて選択し、上記のメニュー１１０８を表示させる。この場合、業務機能階層編集部１２０は、画面１１００にて該当業務ユースケースのシンボルが選択されたことを受けて、メニュー１１０８を表示し、このメニュー１１０８中の「業務ユースケース記述編集」の選択を受け付けることになる。この選択がなされた場合、業務分析設計支援装置１００は、業務ユースケース記述編集画面１２００を表示装置２０４にて表示し、後述する業務ユースケース記述編集部１２２を通じてユーザの編集操作を受け付けることになる。例えば、「見込み客登録」１１１２という業務ユースケースが選択された場合、業務分析設計支援装置１００は、図１２に示す業務ユースケース記述編集画面１２００を表示装置２０４に表示する。
【００３８】
業務ユースケース記述１０４は、業務ユースケース記述編集部１２２が、図１２に示す業務ユースケース記述編集画面１２００及び図１３に示す業務ユースケースステップ編集画面１３００を通じユーザによる入力を入力装置２０３で受けて作成される。また、作成された業務ユースケース記述１０４は、業務ユースケース記述編集部１２２により、業務ユースケース記述テーブル４００のレコードデータとして業務ユースケース記述記憶部１１２に格納される。
【００３９】
こうした業務ユースケース記述１０４の編集例を、図１２に示す業務ユースケース記述編集画面１２００と図１３に示す業務ユースケースステップ編集画面１３００を用いて説明する。業務ユースケース記述１０４をユーザが編集するためには、上記の業務機能階層編集画面１１００にて該当業務ユースケースを選択し、その上でメニュー１１０８にて「業務ユースケース記述編集」を指示して、該当業務ユースケースに関する業務ユースケース記述編集画面１２００を表示装置２０４に表示させることになる。一方、業務ユースケース記述編集部１２２は、こうしたユーザからの指示を受けて、業務ユースケース記述編集画面１２００を表示装置２０４にて表示するのである。
【００４０】
この業務ユースケース記述編集画面１２００において、ユーザが業務ユースケース名を編集したい場合、入力フォーム１２０４に業務ユースケース名を入力し、一方、業務ユースケースの動作主体であるアクタを編集したい場合は入力フォーム１２０６にアクタ名を入力することになる。一方、業務ユースケース記述編集部１２２は、業務ユースケース名の値を入力フォーム１２０４を介して取得し、業務ユースケースの動作主体であるアクタの値を入力フォーム１２０６を介して取得することになる。
【００４１】
業務ユースケース記述編集部１２２は、こうして業務ユースケース記述１０４に関してユーザからの指定や入力を受けて、その内容を、業務ユースケース記述編集画面１２００の下部フレーム１２０１にて表示する。この場合、具体的には、業務ユースケース記述編集部１２２は、業務ユースケース記述記憶部１１２から業務ユースケース記述テーブル４００のレコードを取得し、さらに動詞テーブル５００のレコードを取得し、これらの情報を合成して業務ユースケース記述の内容を生成し表示する。
【００４２】
例えば、業務機能階層編集画面１１００にて、業務ユースケースＩＤ３０２が「ＵＣ００２」という値を持つ「見込み客登録」という業務機能階層が選択された場合、業務ユースケース記述編集部１２２は、業務ユースケース記述テーブル４００のレコードの中で業務ユースケースＩＤ４０２に「ＵＣ００２」を持つレコードを取得する。次に業務ユースケース記述編集部１２２は、取得したレコードの動詞ＩＤ４１４と同じ動詞ＩＤ５０２を持つ、動詞テーブル５００のレコードを取得し、文例５１４で与えられるユースケースステップのテンプレートに、送手４０６、受手４０８、入力４１０、及び出力４１２のデータを合成し、業務ユースケースステップ文を合成する。例えば業務ユースケース記述編集部１２２は、業務ユースケース記述テーブル４００のレコード４５０を取得した場合、動詞ＩＤ４１４が「Ｖ００７」であるため、動詞テーブル５００のレコード５５０を取得し、文例５１４で与えられる「ＡがＢであるかを判断する」の「Ａ」と「Ｂ」が入力５０８に該当することから、レコード４５０の入力「問合せ、既存顧客」の「問合せ」が「Ａ」に「既存顧客」が「Ｂ」に該当することがわかり、業務ユースケース記述編集画面１２００に表示するユースケースステップ文１２１６を「問合せが既存顧客であるかを判断する」のように合成して生成することができる。
【００４３】
業務ユースケース記述編集画面１２００の下部フレーム１２０１に表示される各業務ユースケースステップにおいて、ステップ番号１２１４は、その順番に業務ユースケースステップ文に記載の動作が行われることを示す。また、業務ユースケースステップ文１２１６は編集ボタン１２１０をユーザが押下することで編集可能な項目である。また、分岐条件１２１８は業務ユースケースステップ文１２１６が行われた直後に処理が分岐する場合の条件である。また、分岐先１２２０は分岐条件１２１８に合致した場合にその遷移先である業務ユースケースを記す。例えば、図中での分岐条件１２１８「既存顧客である」、分岐先１２２０「問合せ内容把握」は、「既存顧客である」場合に業務ユースケース「問合せ内容把握」に遷移することを示す。
【００４４】
業務ユースケースステップ文１２１６は、編集ボタン１２１０を押下することでユーザによる編集を受け付けることを述べた。ユーザが編集ボタン１２１０を押下した場合、業務ユースケース記述編集部１２２は、図１３に示す業務ユースケースステップ編集画面１３００を表示装置２０４にて表示する。この業務ユースケースステップ編集画面１３００において、動詞一覧１３０２は、該当アクタが行う動作を示す動詞のユーザ選択を受け付ける手段であり、例えば、選択可能な動詞のリストがプルダウンメニュー形式で表示される。この選択可能な動詞は、動詞テーブル５００に記憶されているレコードデータである。ここでは、一例として「判断する」という動詞５５０が動詞一覧１３０２にて選択されているとして説明する。
【００４５】
業務ユースケースステップ編集画面１３００において、文例１３０４は動詞一覧１３０２で選択された動詞の文例５１４（動詞テーブル５００）を示している。また同様に、送手１３１０は送手５０４（動詞テーブル５００）に、受手１３１２は受手５０６（動詞テーブル５００）に、入力１３１４は入力５０８（動詞テーブル５００）に、出力１３１５は出力５１０（動詞テーブル５００）に該当する。なお、送手５０４、受手５０６、入力５０８、および出力５１０において、「−」となっているデータは入力不可であることを示す。例えば、動詞テーブル５００におけるレコード５５０の場合、入力５０８が「Ａ，Ｂ」となっており、入力１３１４だけがユーザ入力可能であることがわかり、例では入力１３１４に「顧客、既存顧客」が入力されている。また、業務ユースケースステップ文１３１６は、文例１３０４の一部を、送手１３１０、受手１３１２、入力１３１４、及び出力１３１５に入力された文字列または値によって自動的に置き換えたデータであり、ユーザが入力することはできない。
【００４６】
業務ユースケースステップ編集画面１３００において、ユーザが決定ボタン１３２０を押下したとする。その場合、業務ユースケース記述編集部１２２は、業務ユースケースステップ文１３１６を、業務ユースケース記述編集画面１２００においてユースケースステップ文１２１６として表示する。この時、この業務ユースケースステップ文の編集作業の起点となった、業務ユースケース記述編集画面１２００での編集ボタン１２１０の押下に対応して、該当編集ボタン１２１０の左欄のユースケースステップ文１２１６として業務ユースケースステップ文１３１６を表示することになる。
【００４７】
他方、業務ユースケース記述編集画面１２００において編集終了ボタン１２０８が押下されると、業務ユースケース記述編集部１２２は、上述までの編集結果を業務ユースケース記述テーブル４００のレコードとして記憶する。
【００４８】
このようにして、業務ユースケース記述編集部１２２において、動作の送手と受手及びデータの入力と出力の取りうるパターンを定めた動詞（動詞テーブル５００に記述）を利用して業務ユースケースのステップを作り、このステップからなる業務ユースケース記述１０４の内容を編集することができる。
【００４９】
続いて、業務ユースケースフロー生成部１２４における、業務ユースケースフローの生成処理について、図９に示す処理フローに従って説明する。なお、この処理は業務機能階層編集画面１１００の業務フロー生成ボタン１１０６を、ユーザが押下したことを受けて開始する。
【００５０】
この場合、まずステップ９０２において、業務ユースケースフロー生成部１２４は、業務ユースケース記述編集部１２２で編集された業務ユースケース記述１０４のデータを業務ユースケース記述記憶部１１２から読み込む。具体的には、業務機能階層編集画面１１００の業務フロー生成ボタン１１０６が押下された際に、表示されていた業務機能階層に含まれる業務ユースケーステーブル３００のレコードとこの業務ユースケース記述テーブル４００のレコードを読み込むことになる。
【００５１】
次にステップ９０４において、業務ユースケースフロー生成部１２４は、同じアクタ内での業務ユースケースステップ間の順序関係を、業務ユースケースステップ間の出力と入力の関係から導出し、その結果を業務ユースケース関連テーブル６００のレコードとしてフロー情報記憶部１１４に登録する。同時に、ユースケース間の分岐条件を分析し、その結果を業務ユースケース関連テーブル６００のレコードとして登録する。なお、ここで分析対象とする業務ユースケースステップは、業務ユースケース記述テーブル４００の中で送手４０６と受手４０８が空であるレコードを対象とする。
【００５２】
例えば、業務ユースケース記述テーブルのレコード４４６では、「問合せ」が出力され、レコード４４８では「既存顧客」が出力され、レコード４５０では「問合せ」と「既存顧客」が入力となっている。したがって、これら出力と入力の関係から、業務ユースケースフロー生成部１２４は、レコード４４６が示す業務ユースケースステップとレコード４５０が示す業務ユースケースステップ、レコード４４８が示す業務ユースケースステップとレコード４５０が示す業務ユースケースステップの間に関連があることを認識する。
【００５３】
ここで明らかとしたいのは業務ユースケース間の関連であり、レコード４４６が示す業務ユースケースステップとレコード４５０が示す業務ユースケースステップの関連が、「顧客問合せ受付」から「見込み客登録」へと業務ユースケースを跨いだ関連であることから、業務ユースケースフロー生成部１２４は、業務ユースケース関連テーブル６００にてレコード６５０を登録する。
【００５４】
このレコード６５０は、レコード登録にあたって新たに生成した業務ユースケース関連ＩＤ６０２をキーとしたレコードであり、関連元のレコード４４６が指定する業務ユースケースステップにおいて、そのアクタが「問合せ受付係」である（図３）のでこれをアクタ６０４とし、そのステップを含む業務ユースケースが「顧客問合せ受付」（図３）であるのでこれを関連元６０６とし、さらに、関連先のレコード４５０が指定する業務ユースケースステップにおいて、そのアクタが「問合せ受付係」（図３）であるのでこれをアクタ６０８とし、そのステップを含む業務ユースケースが「見込み客登録」（図３）であるのでこれを関連先６１０とし、「顧客問合せ受付」と「見込み客登録」の両アクタが「問合せ受付係」であり同一アクタ内の関連とわかるので、関連種類６１４を「アクタ内」として生成する。
【００５５】
また、業務ユースケースフロー生成部１２４は、業務ユースケース記述テーブル４００におけるレコード４５０で、分岐条件４１６と分岐先ユースケースＩＤ４１８から、業務ユースケース「問合せ内容把握」への分岐関連があることを認識して、業務ユースケース関連テーブル６００においてレコード６５４を生成する。
【００５６】
このレコード６５４は、レコード登録にあたり新たに生成した業務ユースケース関連ＩＤ６０２をキーとしたレコードであり、関連元のレコード４５０が指定する業務ユースケースステップにおいて、そのアクタが「問合せ受付係」（図３）であるのでこれをアクタ６０４とし、そのステップを含む業務ユースケースが「見込み客登録」（図３）であるのでこれを関連元６０６とし、さらに、関連先のレコード４５０が指定する業務ユースケースステップにおいて、そのアクタが「問合せ受付係」である（図３）のでこれをアクタ６０８とし、そのステップを含む業務ユースケース「問合せ内容把握」（図３）を関連先６１０とし、分岐による関連なので関連種類６１４を「分岐」とし、分岐条件４１６を関連ラベル６１６として生成する。
【００５７】
続いてステップ９０６において、業務ユースケースフロー生成部１２４は、アクタが異なる業務ユースケースステップ間の順序関係を、業務ユースケースステップ間の入力と出力及び受手と送手の関係から導出し、その結果を業務ユースケース関連テーブル６００のレコードとしてフロー情報記憶部１１４に登録する。なお、ここで分析対象とする業務ユースケースステップは、業務ユースケース記述テーブル４００の中で送手４０６と受手４０８が空ではないレコードを対象とする。
【００５８】
例えば、業務ユースケース記述テーブル４００のレコード４５２では、送手４０６が「ＤＢ」で出力４１２が「予約結果」となっている。したがってこの場合、業務ユースケースフロー生成部１２４は、アクタ６０４を「ＤＢ」とする。また業務ユースケースフロー生成部１２４は、レコード４５２が指定する業務ユースケースステップにおいて、これを含む業務ユースケース「提案予約」（図３）を関連先６１０とし、同時にそのアクタ「問合せ受付係」（図３）をアクタ６０８とする。また業務ユースケースフロー生成部１２４は、出力４１２の値から、やり取りされるデータが「予約結果」であると認識し、これをデータ６１２とし、また、異なるアクタ間のやり取りであるため関連種類６１４を「アクタ間」とし、レコード６６０を業務ユースケース関連テーブル６００に登録する。
【００５９】
また、業務ユースケース記述テーブル４００のレコード４５４では、受手４０８が「顧客、代理店営業」という２人存在し、入力４１０が「予約結果」となっている。したがってこの場合、業務ユースケースフロー生成部１２４は、まずアクタ６０８を１人目のアクタとして「顧客」に設定し、レコード４５４が示す業務ユースケースステップにおいて、これを含む業務ユースケース「提案予約」を関連元６１０とし、同時にそのアクタ「問合せ受付係」をアクタ６０４とし、やり取りされるデータは入力４１０から「予約結果」とわかるのでこれをデータ６１２とし、関連種類６１４は異なるアクタ間のやり取りなので「アクタ間」としたレコード６６２を業務ユースケース関連テーブル６００に登録する。
【００６０】
次に業務ユースケースフロー生成部１２４は、アクタ６０８を２人目のアクタとして「代理店営業」に、レコード４５４が指定する業務ユースケースステップにおいて、これを含む業務ユースケース「提案予約」を関連元６１０とし、同時にそのアクタ「問合せ受付係」をアクタ６０４とし、やり取りされるデータは入力４１０から「予約結果」とわかるのでこれをデータ６１２とし、関連種類６１４はアクタ間のやり取りなので「アクタ間」とし、レコード４５４の受手４０８「代理店営業」と入力４１０「予約結果」とレコード４５６の送手４０６「問合せ受付係」と出力４１２「予約結果」から、レコード４５６が指定する業務ユースケースステップにおいて、これを含む業務ユースケース「提案予約確認」との関連がわかるため、関連先６１０を「提案予約確認」としたレコード６６４を業務ユースケース関連テーブル６００に登録する。
【００６１】
このようにして、業務ユースケースフロー生成部１２４では、業務ユースケース記述１０４を分析して業務ユースケースフロー１０６を生成することができる。この結果、後述するが、例えば図１４に示す業務フロー表示画面１４００の下部フレーム１４０１に示す業務ユースケースフローを得ることができる。
【００６２】
次に、業務フロー生成部１２６における、業務フローの生成処理について、図１０に示す処理フローに従って説明する。なお、この処理は業務ユースケースフロー生成部１２４の処理に続いて開始する。この場合、まずステップ１００２において、業務フロー生成部１２６は、業務機能階層編集部１２０で編集された業務機能階層１０２と、業務ユースケースフロー生成部１２４で生成された業務ユースケースフロー１０６を読み込む。業務機能階層１０２の読み込み方法は、業務機能階層編集部１２０で既存の業務機能階層１０２を読み込むのと同じ方法による。
【００６３】
ステップ１００４からステップ１０１０までは、上記で読み込んだ業務機能階層１０２の業務機能を下位から上位に走査するため、下位の業務機能から同じ業務機能を上位に持ついくつかの業務機能ごとに処理を行っていく。例えば、図１１の下部フレーム１１０１に示す業務機能階層の場合、まず「営業」を上位に持つ「受付」と「提案」を先ず処理し、次に「保険業務」を上位に持つ「営業」と「契約管理」へと処理を進める。
【００６４】
ここでは、まず「営業」を上位に持つ「受付」と「提案」の業務フローを生成する例を示す。ステップ１００４において、業務フロー生成部１２６は、業務機能階層１０２を走査し、「営業」を上位に持つ「受付」と「提案」を処理対象として決定する。次にステップ１００６において業務フロー生成部１２６は、前記のステップ１００４で処理対象として決定した「受付」と「提案」の下位にある業務機能または業務ユースケースを検索する。例えば、「受付」の下位には業務ユースケースがあるので、業務フロー生成部１２６は業務ユースケーステーブル３００のレコードから検索する。具体的には、業務フロー生成部１２６は、上位業務機能ＩＤ３０８に「受付」の業務機能ＩＤ「ＢＦ０１１」を持つ業務ユースケース「顧客問合せ受付」、「見込み客登録」、「問合せ内容把握」、及び「提案予約」の情報を得る。同様にして業務フロー生成部１２６は、「提案」の下位にある業務ユースケースを業務ユースケーステーブル３００のレコードから検索する。具体的には、業務フロー生成部１２６は、上位業務機能ＩＤ３０８に「提案」の業務機能ＩＤ「ＢＦ０１２」を持つ業務ユースケース「提案予約確認」及び「商品説明」の情報を得る。
【００６５】
続いてステップ１００８において、業務フロー生成部１２６は、前記のステップ１００６で得た業務ユースケースの情報を元にして業務フローを生成する。例えば、業務フロー生成部１２６は、前記のステップ１００６で得た業務ユースケース「顧客問合せ受付」、「見込み客登録」、「問合せ内容把握」、「提案予約」、「提案予約確認」、及び「商品説明」を、関連元６０６または関連先６１０に持つ業務ユースケース関連テーブル６００のレコードを得る。業務フロー生成部１２６は、この結果を利用して「受付」と「提案」に跨る関連を特定する。例えば、業務ユースケース関連テーブル６００において、レコード６６４の関連元および関連先の値は、「受付」に属す業務ユースケース「提案予約」と、「提案」に属す業務ユースケース「提案予約確認」となっている。業務フロー生成部１２６は、こうした、関連元６０６と関連先６１０が業務ユースケース間を跨っている形態を、「受付」から「提案」への関連として、業務機能関連テーブルのレコード８５０として登録する。後述するが、この関連の情報を利用して図１５に示す業務フロー表示画面の下部フレーム１５０１に示す業務フローを得ることができる。
【００６６】
次にステップ１０１０において、業務フロー生成部１２６は処理継続判定を行う。具体的には、業務機能階層１０２において最上位を除く全ての業務機能を処理したか否かを判定することになる。これまでの例の場合、業務機能「契約管理」に関する処理が残っているので（１０１０：Ｙｅｓ）、業務フロー生成部１２６は処理をステップ１００４に戻す。このステップ１００４において業務フロー生成部１２６は、再び業務機能階層を走査し、「保険業務」を上位に持つ「営業」と「契約管理」を処理対象として決定する。
【００６７】
続いてステップ１００６において、業務フロー生成部１２６は、前記のステップ１００４で処理対象として決定した「営業」と「契約管理」の下位にある業務機能または業務ユースケースを検索する。例えば「営業」の下位に業務機能があるので、業務フロー生成部１２６は、業務機能階層テーブル７００のレコードから検索する。具体的には、業務フロー生成部１２６は、上位業務機能ＩＤ７０６に「営業」の業務機能ＩＤ「ＢＦ００１」を持つ業務機能「受付」及び「提案」の情報を得て、さらに１回目のステップ１００６と同様にして「受付」と「提案」の業務ユースケースを得る。業務フロー生成部１２６は同様にして、「契約管理」の下位にある業務機能を検索することになるが、本実施形態の例では業務機能階は無いものとする。勿論、「契約管理」の下位に業務機能がある場合、業務フロー生成部１２６は上記の「営業」と同様に業務ユースケースを得ることになる。
【００６８】
続いてステップ１００８において、業務フロー生成部１２６は、前記のステップ１００６で得た業務ユースケースの情報を元にして業務フローを生成する。しかし、業務フロー生成部１２６は、「契約管理」の下位に業務機能も業務ユースケースも無いことを根拠に、「営業」と「契約管理」の間の関連は無いと判断する。この結果、後述するが図１６に示す業務フロー表示画面の下部フレーム１６０１に示す業務フロー１０８を得ることができる。
【００６９】
次にステップ１０１０において、業務フロー生成部１２６は処理継続判定を行う。但し上述の例の場合であれば、分析対象とする業務機能が残っていないため、業務フロー生成部１２６は処理を終了するとの判定（１０１０：Ｎｏ）を下す。
【００７０】
このようにして、業務フロー生成部１２６では、業務機能階層１０２と業務ユースケースフロー１０６から業務フロー１０８を生成することができる。この結果、後述するが例えば図１５や図１６に示す業務フロー表示画面の下部フレーム１５０１、１６０１に示す業務フロー１０８を得ることができる。
【００７１】
次に、業務フロー表示部１２８について説明する。業務フロー表示部１２８は、業務ユースケースフロー生成部１２４で生成した業務ユースケースフロー１０６、または業務フロー生成部１２６で生成した業務フロー１０８を表示する。業務ユースケースフロー１０６の表示例を図１４に示す業務フロー表示画面１４００を用いて説明する。また、業務フロー１０８の表示例を図１５と図１６に示す業務フロー表示画面１５００、１６００を用いて説明する。
【００７２】
まず、業務機能階層編集画面１１００において、四角のシンボルで表示されている業務機能をユーザが選択すると、業務分析設計支援装置１００はメニュー１１０８を表示する。このメニュー１１０８中からユーザによって「フロー表示」が選択されると、業務フロー表示部１２８は業務ユースケースフロー１０６または業務フロー１０８の表示処理を実行する。
【００７３】
例えば、業務機能階層編集画面１１００において「受付」１１１０が選択された場合、表示装置２０４にて表示されるフローは、図１４の業務フロー表示画面１４００に示すユースケースフロー１０６となる。この場合、業務フロー表示部１２８は、ユーザにより選択された「受付」１１１０の名称を、業務フロー表示画面１４００の業務機能名１４０２にて表示する。
【００７４】
ここで業務フロー表示部１２８は、業務ユースケーステーブル３００のレコードの中で、「受付」の業務機能ＩＤ「ＢＦ０１１」が上位業務機能ＩＤ３０８にある業務ユースケース３０６「顧客問合せ受付」、「見込み客登録」、「問合せ内容把握」及び「提案予約」を特定し、特定した業務ユースケース３０６と同じ名前を持つ関連元６０６または関連先６１０を含む、業務ユースケース関連テーブル６００のレコードを特定する。
【００７５】
また業務フロー表示部１２８は、上記で特定したレコードの中から、さらに関連種類６１４が「アクタ内」であるレコードを特定し、アクタごとに、関連元６０６と関連先６１０の関連から業務ユースケース間の順序を組み立てる。アクタごとに順序付けられた業務ユースケースフローは、例えばユースケースフロー１４０３のように、先頭の業務ユースケースに対して開始を表すシンボル（図の例では、黒色の円）が、また、末尾の業務ユースケースに対しては終了を表すシンボル（図の例では、内部円が黒色の二重円）が連結されている。
【００７６】
次に業務フロー表示部１２８は、関連種類６１４が「分岐」であるレコードを業務ユースケース関連テーブル６００にて特定し、関連元６０６にある業務ユースケースと関連先６１０にある業務ユースケースとを連結し、連結した線の上部に関連ラベル６１６の内容を表示する。図１４の業務ユースケースフロー１４０３の例では、例えば、「見込み客登録」と「問合せ内容把握」の間を線で連結し、その線の上部に「既存顧客である」との関連ラベル６１６の内容が表示されている。
【００７７】
次に業務フロー表示部１２８は、関連種類６１４が「アクタ間」であるレコードを業務ユースケース関連テーブル６００にて特定し、アクタごとに関連元６０６または関連先６１０及びデータ６１２を利用して、データフロー１４０４、１４０５、及び１４０６を表示する。図１４の例では、「問合せ受付係」に関する業務ユースケースフロー１４０３に関してデータの出入りがある、「顧客」、「ＤＢ」、「代理店営業」のそれぞれにおける取り扱いデータと、業務ユースケースフロー１４０３での該当業務ユースケースとの間を破線で連結している。
【００７８】
また別の例として、業務機能階層編集画面１１００において「営業」１１２０が選択された場合、表示装置２０４にて表示されるフローは、図１５の業務フロー表示画面１５００に示す業務フロー１０８となる。この場合、業務フロー表示部１２８は、ユーザにより選択された「営業」１１２０の名称を、業務フロー表示画面１５００の業務機能名１５０２にて表示する。
【００７９】
ここで業務フロー表示部１２８は、業務機能階層テーブル７００のレコードの中で「営業」の業務機能ＩＤ「ＢＦ００１」を上位業務機能ＩＤ７０６に持つ「受付」及び「提案」を特定し、業務機能関連テーブル８００のレコードの中で「営業」の業務機能ＩＤ「ＢＦ００１」を従属業務機能ＩＤ８０４に持つレコード８５０を特定する。業務フロー表示部１２８は、こうして特定した「受付」及び「提案」の順序を組み立てることになる。順序付けられた業務機能である業務フローでは、先頭の業務機能に対して開始を表すシンボルが、末尾の業務機能に対しては終了を表すシンボルが連結されている（図１４の場合と同様のシンボル）。
【００８０】
さらに別の例として、業務機能階層編集画面１１００において「保険業務」１１２２が選択された場合、表示装置２０４にて表示されるフローは、図１６の業務フロー表示画面１６００に示す業務フロー１０８となる。この場合、業務フロー表示部１２８は、ユーザにより選択された「保険業務」１１２２の名称を、業務フロー表示画面１６００の業務機能名１６０２にて表示する。
【００８１】
ここで業務フロー表示部１２８は、業務機能階層テーブル７００のレコードの中で「保険業務」の業務機能ＩＤ「ＢＦ０００」を上位業務機能ＩＤ７０６に持つ「営業」及び「契約管理」を特定し、業務機能関連テーブル８００のレコードの中で「保険業務」の業務機能ＩＤ「ＢＦ０００」を従属業務機能ＩＤ８０４に持つレコード８５０を特定する。このことで業務フロー表示部１２８は、前記で特定した「受付」及び「提案」の順序を組み立てる。本実施形態では、該当する業務機能関連テーブル８００のレコードが無かったことで「受付」及び「提案」の順序はどちらでも構わないとして、「業務」及び「提案」の両方に開始を表すシンボルと終了を表すシンボルを連結する。
【００８２】
このようにして、業務フロー表示部１２８では業務ユースケースフロー１０６とこれに関わるデータフロー、及び業務フロー１０８を表示することができる。
【００８３】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００８４】
こうした本実施形態によれば、業務ユースケース記述を分析して、業務ユースケース間の順序関係を決定することで業務ユースケースフローを生成する。さらに、生成された業務ユースケースフロー及び業務機能階層から、業務ユースケースの上位に存在する業務機能間の順序関係を決定することで業務フローを生成する。そのため、業務分析設計における成果物間の整合性を維持するための時間や手間を軽減させることができる。また、業務ユースケース記述に追加や変更があっても、直ちに業務ユースケースフローと業務フローに反映させることができる。  
したがって、業務分析設計における成果物間の整合性を効率的に維持することが可能となる。
【００８５】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記業務分析設計支援装置における演算装置は、業務機能階層及び業務機能階層の最下層の要素である業務ユースケースの作成データないし編集データの入力を入力装置で受け付け、前記業務機能階層記憶部において、業務機能階層及び業務ユースケースの登録ないし編集の処理を実行するものである、としてもよい。
【００８６】
また前記業務分析設計支援装置における記憶装置は、業務ユースケース記述における、動作の送手と受手、及びデータの入力と出力のそれぞれに関して取りうるパターンを定めたテーブルを格納しており、演算装置は、前記テーブルよりパターンを読み出して表示装置に表示し、当該パターンに沿って、動作の送手と受手、及びデータの入力と出力のそれぞれに関する設定値を入力装置で受け付けて、該当パターンに対応した業務ユースケース記述の業務ユースケースステップを生成し、業務ユースケースステップからなる業務ユースケース記述を作成して前記業務ユースケース記述記憶部に記憶する処理を実行するものである、としてもよい。
【００８７】
また、前記業務分析設計支援装置における演算装置は、前記業務ユースケースフローを生成する処理において、前記業務ユースケース記述記憶部より業務ユースケース記述を読み取り、各業務ユースケース記述で定義された動作の送手と受手の設定値及びデータの入力と出力の設定の、業務ユースケース記述間での連なりを検索して、業務ユースケース間の関連を特定し業務ユースケース間の関連付けを行い、当該関連付けに応じて業務ユースケースフローを生成するものであるとしてもよい。
【００８８】
また、前記業務分析設計支援装置における演算装置は、生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理において、業務ユースケース記述における所定設定値をキーに業務ユースケースフロー及び業務フローの開始と終了を特定して、業務ユースケースフロー及び業務フローを表示装置に表示するものであるとしてもよい。
【００８９】
また、前記業務分析設計支援装置における演算装置は、生成した前記業務ユースケースフローないし前記業務フローを表示装置に表示する処理において、業務ユースケースフローに関わるデータの入力と出力の連なりを業務ユースケース記述にて特定し、当該データの連なりをデータフローとして業務ユースケースフローにあわせて表示装置に表示するものであるとしてもよい。
【符号の説明】
【００９０】
１００  業務分析設計支援装置
１０２  業務機能階層
１０４  業務ユースケース記述
１０６  業務ユースケースフロー
１０８  業務フロー
１１０  業務機能階層記憶部
１１２  業務ユースケース記述記憶部
１１４  フロー情報記憶部
１２０  業務機能階層編集部
１２２  業務ユースケース記述編集部
１２４  業務ユースケースフロー生成部
１２６  業務フロー生成部
１２８  業務フロー表示部
２０１  ＣＰＵ（演算装置）
２０２  主記憶装置
２０３  入力装置
２０４  表示装置
２０５  外部記憶装置（記憶装置）
２０６  Ｉ／Ｏインターフェイス
３００  業務ユースケーステーブル
４００  業務ユースケース記述テーブル
５００  動詞テーブル（テーブル）
６００  業務ユースケース関連テーブル
７００  業務機能階層テーブル
８００  業務機能関連テーブル
【図１】
0005675676.tif 000002
【図２】
0005675676.tif 000003
【図３】
0005675676.tif 000004
【図４】
0005675676.tif 000005
【図５】
0005675676.tif 000006
【図６】
0005675676.tif 000007
【図７】
0005675676.tif 000008
【図８】
0005675676.tif 000009
【図９】
0005675676.tif 000010
【図１０】
0005675676.tif 000011
【図１１】
0005675676.tif 000012
【図１２】
0005675676.tif 000013
【図１３】
0005675676.tif 000014
【図１４】
0005675676.tif 000015
【図１５】
0005675676.tif 000016
【図１６】
0005675676.tif 000017