知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024074124
(43)【公開日】2024-05-30
(54)【発明の名称】情報処理装置及びプログラム
(51)【国際特許分類】
G06Q 10/00 20230101AFI20240523BHJP
G06Q 50/00 20240101ALI20240523BHJP
G06Q 30/02 20230101ALI20240523BHJP
【ＦＩ】
G06Q10/00
G06Q50/00
G06Q30/02
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022185212
(22)【出願日】2022-11-18
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】田中 裕代
【テーマコード（参考）】
5L010
5L030
5L049
【Ｆターム（参考）】
5L010AA01
5L030BB04
5L030BB72
5L049AA01
5L049BB04
5L049BB72
(57)【要約】
【課題】サービス実施後の検証作業を支援することが可能な情報処理装置及びプログラムを提供する。
【解決手段】経営的な目標と当該目標を実現するための方策との関係がノードによって段階的に設定されたツリー構造状のツリーデータから、末尾の方策に対応するサービスノードの何れか一つを選択する選択手段と、前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す読出手段と、前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する生成手段と、前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する記憶制御手段と、を備える。
【選択図】図１１
【解決手段】経営的な目標と当該目標を実現するための方策との関係がノードによって段階的に設定されたツリー構造状のツリーデータから、末尾の方策に対応するサービスノードの何れか一つを選択する選択手段と、前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す読出手段と、前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する生成手段と、前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する記憶制御手段と、を備える。
【選択図】図１１
【特許請求の範囲】
【請求項1】
経営的な目標と当該目標を実現するための方策との関係がノードによって段階的に設定されたツリー構造状のツリーデータから、末尾の方策に対応するサービスノードの何れか一つを選択する選択手段と、
前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す読出手段と、
前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する生成手段と、
前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する記憶制御手段と、
を備える情報処理装置。
前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す読出手段と、
前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する生成手段と、
前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する記憶制御手段と、
を備える情報処理装置。
【請求項2】
前記読出手段は、前記サービスノードに対応する方策の設計段階での見積金額を含んだ前記設計情報を読み出し、
前記生成手段は、前記サービスノードに対応する方策の前記設計段階での見積金額と、実施後の見積金額を入力するための入力欄とを有した前記テストケースを生成する、
請求項１に記載の情報処理装置。
前記生成手段は、前記サービスノードに対応する方策の前記設計段階での見積金額と、実施後の見積金額を入力するための入力欄とを有した前記テストケースを生成する、
請求項１に記載の情報処理装置。
【請求項3】
前記読出手段は、前記サービスノードに対応する方策のチェック項目を規定したチェックリストを含んだ前記設計情報を読み出し、
前記生成手段は、前記サービスノードに対応する方策の前記チェックリストに規定された前記チェック項目に基づき前記テストケースを生成する、
請求項１に記載の情報処理装置。
前記生成手段は、前記サービスノードに対応する方策の前記チェックリストに規定された前記チェック項目に基づき前記テストケースを生成する、
請求項１に記載の情報処理装置。
【請求項4】
前記生成手段は、前記テストケースを編集可能な操作画面を提供し、編集された内容を前記テストケースに反映する、
請求項１～３の何れか一項に記載の情報処理装置。
請求項１～３の何れか一項に記載の情報処理装置。
【請求項5】
前記ツリーデータが有する前記サービスノードの各々に関連付けて記憶された前記テストケースを前記記憶部から読み出し、読み出した前記テストケースの一覧を出力する出力手段を更に備える、請求項１に記載の情報処理装置。
【請求項6】
情報処理装置のコンピュータを、
経営的な目標と当該目標を実現するための方策との関係がノードによって段階的に設定されたツリー構造状のツリーデータから、末尾の方策に対応するサービスノードの何れか一つを選択する選択手段と、
前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す読出手段と、
前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する生成手段と、
前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する記憶制御手段と、
して機能させるためのプログラム。
経営的な目標と当該目標を実現するための方策との関係がノードによって段階的に設定されたツリー構造状のツリーデータから、末尾の方策に対応するサービスノードの何れか一つを選択する選択手段と、
前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す読出手段と、
前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する生成手段と、
前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する記憶制御手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報処理装置及びプログラムに関する。
【背景技術】
【0002】
店舗等の現場では、様々なサービスが実施されている。このような現場では、ＫＰＩ（Key Performance Indicator）ツリー手法やＢＰＭＮ（Business Process Model and Notation）等の手法を用いることで、サービスの実施に係る各要素の処理手順を業務フローとして設計することがある。例えば、従来、隣接する業務の間の入出力関係が連続するように自動的に業務フローを作成することが可能な技術が提案されている。
【0003】
ところで、上述した手法では、各要素の処理手順や要素間の関係を確認しながらサービスの実施に係る処理手順を設計することが可能である。しかしながら、従来の手法では、実際にサービスを実施した後の処理については特段考慮されておらず、設計したサービスが想定通り実施されているか等の検証を容易に行うことができない。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、サービス実施後の検証作業を支援することが可能な情報処理装置及びプログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の情報処理装置は、選択手段と、読出手段と、生成手段と、記憶制御手段とを備える。選択手段は、経営的な目標と当該目標を実現するための方策との関係がノードによって段階的に設定されたツリー構造状のツリーデータから、末尾の方策に対応するサービスノードの何れか一つを選択する。読出手段は、前記サービスノードの各々に関連付けて当該サービスノードに対応する方策の設計段階での設定を示した設計情報を記憶する設計情報記憶部から、選択された前記サービスノードの設計情報を読み出す。生成手段は、前記読出手段が読み出した前記設計情報に基づいて、選択された前記サービスノードに対応する方策の実施後の状態を検証するためのテストケースを生成する。記憶制御手段は、前記生成手段が生成した前記テストケースを、選択された前記サービスノードに関連付けて記憶部に記憶する。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
以下、図面を参照して、実施形態について詳細に説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。
【0008】
図１は、実施形態に係る業務支援システムの構成例を示す図である。図１に示すように、業務支援システム１は、端末装置１０と、サーバ装置２０とを有する。端末装置１０とサーバ装置２０とは、ＬＡＮ（Local Area network）等のネットワークＮを介して通信可能に接続される。
【0009】
端末装置１０は、業務支援システム１のユーザが使用する端末装置である。端末装置１０は、ユーザの操作に応じて各種の処理を実行する。例えば、ユーザは、端末装置１０を操作してサーバ装置２０にアクセスすることで、サーバ装置２０が提供する各種の機能を利用する。端末装置１０は、ＰＣ（Personal Computer）等の据置型の端末装置や、ノートＰＣやタブレット端末、スマートフォン等の携帯型の端末装置によって実現することができる。
【0010】
サーバ装置２０は、情報処理装置の一例である。サーバ装置２０は、端末装置１０に対し各種の機能を提供する。例えば、サーバ装置２０は、後述するＫＰＩツリー、業務フロー、コスト情報、チェックリスト及びテストケース等の作成や閲覧機能を提供する。
【0011】
なお、本実施形態では、サーバ装置２０が単体の情報処理装置によって実現される例を説明するが、これに限らないものとする。例えば、サーバ装置２０は、クラウド・コンピューティング等の技術により、複数台の情報処理装置によって実現されてもよい。
【0012】
次に、上述した端末装置１０及びサーバ装置２０の構成について説明する。
【0013】
図２は、端末装置１０のハードウェア構成の一例を示す図である。図２に示すように、端末装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、及びＲＡＭ（Random Access Memory）１３等のコンピュータ構成を備える。
【0014】
ＣＰＵ１１は、プロセッサの一例であり、端末装置１０の各部を統括的に制御する。ＲＯＭ１２は、各種プログラムを記憶する。ＲＡＭ１３は、プログラムや各種データを展開するワークスペースである。
【0015】
また、端末装置１０は、表示部１４と、操作部１５と、記憶部１６と、通信部１７とを備える。
【0016】
表示部１４は、ＬＣＤ（Liquid Crystal Display）等の表示デバイスで構成される。表示部１４は、ＣＰＵ１１の制御の下、各種の情報を表示する。操作部１５は、キーボード、ポインティングデバイス等を有する。操作部１５は、ユーザから受け付けた操作内容をＣＰＵ１１に出力する。なお、操作部１５は、表示部１４の表示画面に設けられるタッチパネルであってもよい。
【0017】
記憶部１６は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。記憶部１６は、ＣＰＵ１１が実行することが可能なプログラムや各種の設定情報を記憶する。例えば、記憶部１６は、サーバ装置２０が提供する各種機能を利用することが可能なウェブブラウザ等のアプリケーションプログラムを記憶する。
【0018】
ＣＰＵ１１は、ＲＯＭ１２や記憶部１６に記憶されＲＡＭ１３に展開されたプログラムに従って動作することによって、各種の処理を実行する。
【0019】
通信部１７は、ネットワークＮに接続可能な通信インタフェースである。通信部１７は、ネットワークＮを介してサーバ装置２０等の外部装置と通信を行う。
【0020】
【0021】
ＣＰＵ２１は、プロセッサの一例であり、サーバ装置２０の各部を統括的に制御する。ＲＯＭ２２は、各種プログラムを記憶する。ＲＡＭ２３は、プログラムや各種データを展開するワークスペースである。
【0022】
また、サーバ装置２０は、表示部２４と、操作部２５と、記憶部２６と、通信部２７とを備える。
【0023】
表示部２４は、ＬＣＤ等の表示デバイスで構成される。表示部２４は、ＣＰＵ２１の制御の下、各種の情報を表示する。操作部２５は、キーボード、ポインティングデバイス等を有する。操作部２５は、ユーザから受け付けた操作内容をＣＰＵ１１に出力する。なお、操作部２５は、表示部２４の表示画面に設けられるタッチパネルであってもよい。
【0024】
記憶部２６は、記憶装置の一例である。記憶部２６は、ＨＤＤやフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。記憶部２６は、ＣＰＵ２１が実行することが可能なプログラムや各種の設定情報を記憶する。例えば、記憶部２６は、各種機能を端末装置１０に提供することが可能なウェブアプリケーションプログラム等を記憶する。ＣＰＵ２１は、ＲＯＭ２２や記憶部２６に記憶されＲＡＭ２３に展開されたプログラムに従って動作することによって、各種の処理を実行する。
【0025】
また、記憶部２６は、ＫＰＩツリーＤＢ２６１、業務フローＤＢ２６２、コストＤＢ２６３、チェックリストＤＢ２６４、及びテストケースＤＢ２６５等を記憶する。
【0026】
ＫＰＩツリーＤＢ２６１は、ＫＰＩツリーを記憶し管理するためのデータベースである。ここで、ＫＰＩツリーは、組織や企業の経営的な目標（後述する最終目標）と、その目標を実現するための方策（後述する中間目標、要因、解決方法、サービス等）との関係がノードによって段階的に設定されたツリー構造状のツリーデータである。
【0027】
【0028】
ツリー名称の項目には、ＫＰＩツリーの名称を示す情報が登録される。また、ＫＰＩツリーの項目には、ＫＰＩツリーの実データ（以下、データファイルともいう）又は当該データファイルの格納先を示すアドレス等が登録される。
【0029】
ＫＰＩツリーは、例えばＫＰＩ（Key Performance Indicator：重要業績評価指標）等の手法を用いて作成される。ＫＰＩツリーは、例えば図５に示すように、可視化した状態で表すことができる。
【0030】
【0031】
図５に示すように、ＫＰＩツリーは、ツリー構造状に接続された複数のノードで構成される。ここで、ルートノードである最終目標ノードＡは、達成目標を設定するためのノードである。最終目標ノードＡは、例えばＫＧＩ（Key Goal Indicator）に対応するものである。例えば、店舗の売上向上を最終目標とする場合、最終目標ノードＡには「売上」等が設定される。
【0032】
最終目標ノードＡには、１又は複数の中間目標ノードＢが接続される。また、中間目標ノードＢにも、１又は複数の中間目標ノードＢを接続することが可能となっている。中間目標ノードＢには、直上のノードに設定された目標（最終目標又は中間目標）を達成するための中間目標が設定される。中間目標ノードＢは、例えばＫＰＩ（Key Performance Indicators）に対応するものである。
【0033】
図５では、最終目標ノードＡの下位に、中間目標として、来店客数の向上が設定された中間目標ノードＢａと、平均客単価の向上が設定された中間目標ノードＢｂとを配置した例を示している。また、中間目標ノードＢｂの下位に、中間目標として、販売店数の向上が設定された中間目標ノードＢｃと、一品単価の向上が設定された中間目標ノードＢｄとを配置した例を示している。
【0034】
また、ＫＰＩツリーでは、中間目標ノードＢの下位に、この中間目標ノードＢに設定された中間目標を実現するための要因を表すファクターノードＣを配置することが可能となっている。ファクターノードＣは、例えばＫＳＦ（Key Success Factor）に対応するものである。
【0035】
図５では、中間目標ノードＢａの下位に、来店客数の向上を実現するための要因として、「品質向上」、「品揃え」、「売場」、及び「宣伝」の各々が設定されたファクターノードＣａ～Ｃｄを配置した例を示している。また、中間目標ノードＢｃの下位に、販売点数の向上を実現するための要因として、「販売促進」、及び「ついで買い」の各々が設定されたファクターノードＣｅ、Ｃｆを配置した例を示している。また、中間目標ノードＢｂの下位に、平均客単価の向上を実現するための要因として、「顧客理解向上」が設定されたファクターノードＣｇを配置した例を示している。
【0036】
また、ＫＰＩツリーでは、中間目標ノードＢ又はファクターノードＣの下位に、直上のノードで設定された中間目的又は要因を実現（解決）する解決方法を表すソリューションノードＤを配置することが可能となっている。
【0037】
図５では、ファクターノードＣａ～Ｃｃの下位に、「店舗情報可視化」及び「品揃え最適化」の各々が設定されたソリューションノードＤａ、Ｄｂを配置した例を示している。また、ファクターノードＣｅの下位に、「クーポン発行」、「ポイント管理」及び「ＰＯＰ作成」の各々が設定されたソリューションノードＤｃ～Ｄｅを配置した例を示している。また、ファクターノードＣｇの下位に、「ＣＲＭ（Customer Relationship Management）」が設定されたソリューションノードＤｆを配置した例を示している。
【0038】
また、ＫＰＩツリーでは、ファクターノードＣ又はソリューションノードＤの下位に、直上のノードで設定された要因又は解決方法を実現するための具体的なサービスを表したサービスノードＥを配置することが可能となっている。ここで、サービスノードＥは、末尾の方策に対応する。
【0039】
図５では、ソリューションノードＤｆの下位に、「サービスＡ」が設定されたサービスノードＥａを配置した例を示している。
【0040】
ＫＰＩツリーを構成する各ノードには、各々を識別するためのノードＩＤが付されている。ＫＰＩツリーは、例えばＪＳＯＮ（JavaScript Object Notation）形式で保存される。なお、ＫＰＩツリーの保存形式はＪＳＯＮに限らず、ＸＭＬ（Extensible Markup Language）等の他のデータ形式で保存されてもよい。
【0041】
図３に戻り、業務フローＤＢ２６２は、業務フローを記憶し管理するためのデータベースである。業務フローは、業務の遂行に係る各要素と、当該要素で実行される実行内容とが一連する手順として記述されたデータファイルである。例えば、業務フローには、サービスの実施に係る各要素について、当該要素が実行する実行内容と手順とが記述される。
【0042】
図６は、業務フローＤＢ２６２のデータ構成の一例を示す図である。図６に示すように、業務フローＤＢ２６２は、業務フローを識別可能なフローＩＤに関連付けて、対象サービス、業務フロー名称、及び業務フロー等を記憶する。
【0043】
対象サービスの項目には、業務フローの記述対象となった業務に対応するサービスを指定する情報が登録される。具体的には、対象サービスに指定されたサービスノードＥのノードＩＤ、当該サービスノードＥが属するＫＰＩツリーのツリーＩＤ等が登録される。なお、対象サービスの指定方法はこれに限らないものとする。
【0044】
業務フロー名称の項目には、業務フローの名称を示す情報が登録される。例えば、業務フロー名称には、対応するサービスノードＥのノード名称等を設定することができる。また、業務フローの項目には、業務フローのデータファイル又は当該データファイルの格納先を示すアドレス等が登録される。
【0045】
業務フローは、フローチャートや、ＢＰＭＮ（ビジネスプロセスモデリング表記法）等の手法を用いて作成される。業務フローは、例えば図７に示すように、可視化した状態で表すことができる。
【0046】
【0047】
図７に示すように、業務フローでは、開始イベントＳＴと、終了イベントＥＮとの間に、サービスＡの実施に係る一連の動作（又は処理）内容が、当該動作を行う要素毎に記述される。図７の業務フローでは、店舗に来店する「お客様」、店舗に設けられた「監視カメラ」及び「決済システム」、店舗で従業する「店員」を要素して記述した例を示している。
【0048】
ここで、「監視カメラ」は、ハードウェア資源であり、例えば店舗の複数位置に設けられる。また、「決済システム」は、ソフトウェア資源であり、店舗に設置されたＰＯＳ等のＰＣ（Personal Computer）によって実現される。なお、「決済システム」の実現に係るハードウェア資源の要素として、ＰＣを用いることが業務フロー又は当該業務フローに関連付けて設定されているものとする。また、例えば、「決済システム」が提供する付加的なサービスとして、購入金額に応じたポイントを「お客様」に付与するポイントサービスを、独立した要素として業務フローに含めてもよい。
【0049】
以下、対象サービスの実施に係るハードウェア資源、ソフトウェア資源、付加的に行われるサービスを、総称して「要素」ともいう。要素の定義は、例えば、業務フローに含まれてもよいし、対象サービスのサービスノードＥに関連付けて記憶されてもよい。また、要素には、店員等の人的資源が含まれてもよい。
【0050】
図７の業務フローでは、まず「お客様」のフローとして、店舗に来店し（ステップＱａ）、購入対象となる商品を選択し（ステップＱｂ）、レジに移動すること（ステップＱｃ）が記述されている。また、店舗内に設置された「監視カメラ」のフローとして、レジに向かう「お客様」を撮影し（ステップＱｄ）、撮影した撮影データを店舗に設けられた決済システムに送信する（ステップＱｅ）ことが記述されている。また、「決済システム」のフローとして、「監視カメラ」から撮影データを受信し（ステップＱｆ）、撮影データから導出した「お客様」の属性等のお客様情報を、表示装置に表示する（ステップＱｇ）ことが記述されている。
【0051】
また、レジを操作する「店員」のフローとして、「決済システム」が表示したお客様情報を確認し（ステップＱｈ）、「お客様」が持ち込んだ商品のレジ業務を行う（ステップＱｉ）ことが記述されている。また、「店員」のレジ業務に伴い、「決済システム」が、「決済処理」を実行する（ステップＱｊ）ことが記述されている。
【0052】
また、「お客様」は、「決済システム」の「決済処理」に応じて商品の代金を支払い（ステップＱｋ）、店舗から退店する（ステップＱｌ）ことが記述されている。そして、「決済システム」は、代金の支払いに伴い、この取引の内訳を示すデータを保存する（ステップＱｍ）ことが記述されている。
【0053】
なお、ポイントサービスを実施する場合には、例えば、決済システムは、ステップＱｆで受信した撮影データと、予め登録された各会員の顔画像と照合することで、撮影データに表された「お客様」の会員番号を特定する。そして、決済システムは、購入金額に応じて発行したポイントを、特定した会員番号に関連付けて累積記憶する。
【0054】
上述した業務フローは、例えばＪＳＯＮ形式で保存される。なお、業務フローの保存形式はＪＳＯＮに限らず、ＸＭＬ等の他のデータ形式で保存されてもよい。
【0055】
図３に戻り、コストＤＢ２６３は、サービスの実施に要する概算コスト示したコスト情報を記憶し管理するためのデータベースである。コストＤＢ２６３は、設計情報記憶部の一例である。
【0056】
【0057】
対象サービスの項目には、コストの算出対象となるサービスを指定する情報が登録される。具体的には、対象サービスに指定されたサービスノードＥのノードＩＤ、当該サービスノードＥが属するＫＰＩツリーのツリーＩＤ等が登録される。なお、対象サービスの指定方法はこれに限らないものとする。例えば、同一のサービスを対象サービスとする業務フローのフローＩＤを登録することで、間接的に対象サービスを指定してもよい。
【0058】
コスト情報は、例えば、名称、種別、数量、導入費用、運用費用等の項目を有する。名称の項目には、コストの算出対象の名称が登録される。例えば、名称の項目には、対象サービスの実施に係る要素の名称等が登録される。なお、図８では、図７の業務フローで説明した、「監視カメラ」、「決済システム」、「ＰＣ」、「ポイントサービス」を、名称の項目に登録した例を示している。以下、コストの算出対象を単に「要素」ともにいう。
【0059】
種別の項目には、要素の種別を示す情報が登録される。図８では、「監視カメラ」、「ＰＣ」の種別をハードウェア資源（ＨＷ）として登録した例を示している。また、「決済システム」の種別をソフトウェア資源（ＳＷ）として登録した例を示している。また、「ポイントサービス」の種別をサービス「Ｓｅｒｖｉｃｅ」として登録した例を示している。
【0060】
数量の項目には、要素の数量を示す情報が登録される。図８では、「監視カメラ」の数量を「５」、「ＰＣ」の数量を「１」、「決済システム」の数量を「１」、「ポイントサービス」の数量を「１」とした例を示している。
【0061】
導入費用の項目には、要素の導入時に要する概算費用を示す情報が登録される。図８では、「監視カメラ」を５台分導入する費用として「３００００」円を登録した例を示している。また、「ＰＣ」を１台分導入する費用として「３０００００」円を登録した例を示している。
【0062】
運用費用の項目には、要素の運用に要する概算費用を示す情報が登録される。ここで、運用は、一月あたりの運用費用等、所定期間分の運用費用を意味する。図８では、「決済システム」の月あたりの運用費用として「７０００」円を登録した例を示している。また、「ポイントサービス」の月あたりの運用費用として「１００００」円を登録した例を示している。
【0063】
なお、コストＤＢ２６３は、図８のデータ構成に限らないものとする。例えば、コストＤＢ２６３は、コスト情報に関連付けて、当該コスト情報を入力（又は更新）したユーザのユーザＩＤや、入力（又は更新）日を示す日時情報を格納してもよい。
【0064】
図３に戻り、チェックリストＤＢ２６４は、サービスの実施に係る要件をチェックするためのチェックリストを記憶し管理するためのデータベースである。チェックリストＤＢ２６４は、設計情報記憶部の一例である。
【0065】
図９は、チェックリストＤＢ２６４のデータ構成の一例を示す図である。図９に示すように、チェックリストＤＢ２６４は、チェックリストを識別するためのチェックリストＩＤに関連付けて、対象サービス、チェック対象、チェックリスト等を記憶する。
【0066】
対象サービスの項目には、チェックの対象となるサービスを指定する情報が登録される。具体的には、対象サービスに指定されたサービスノードＥのノードＩＤ、当該サービスノードＥが属するＫＰＩツリーのツリーＩＤ等が登録される。なお、対象サービスの指定方法はこれに限らないものとする。例えば、同一のサービスを対象サービスとする業務フローのフローＩＤを登録することで、間接的に対象サービスを指定してもよい。
【0067】
チェック対象の項目には、チェック対象を示す情報が登録される。例えば、チェック対象には、対象サービスの実施に係るハードウェア資源、ソフトウェア資源等の要素の名称等が登録される。例えば、図５で説明したサービスノードＥａのサービスを対象サービスとする場合、図９に示すように、「監視カメラ」や「決済システム」等の要素がチェック対象に登録される。なお、チェック対象は、要素に限らず、サービス全体をチェックの対象としてもよい（図９の「全体」に対応）。
【0068】
チェックリストの項目には、チェックリストのデータファイル又は当該データファイルの格納先を示すアドレス等が登録される。チェックリストは、例えばチェック対象毎に作成され、チェック対象に応じた一又は複数のチェック項目（確認項目）を含んでいる。例えば、チェックリストは、非機能要件のチェック項目を含んでもよい。ここで、「非機能要件」は、対象となる要素の機能以外の要件を示すものであり、例えば、対象の性能や、可用性、セキュリティ等の要件が挙げられる。
【0069】
上述した業務フロー、コスト情報、及びチェックリストは、ＫＰＩツリーに設定されたサービスの設計段階で作成されるものある。例えば、コスト情報には、設計段階で計画されたサービス（又は業務フロー）の実施に係る要素の導入費用及び運用費用の見積金額が設定される。また、チェックリストには、設計段階で計画されたサービス（又は業務フロー）の実施に係る各種のチェック項目が設定される。ここで、コスト情報及びチェックリストは、サービスノードＥに対応するサービスの設計段階での設定を示した設計情報の一例である。
【0070】
なお、ＫＰＩツリー、業務フロー、コスト情報、及びチェックリストは予め作成されたものであってもよいし、サーバ装置２０が作成支援を行うことで端末装置１０等を介して作成されたものであってもよい。後者の場合、例えば、サーバ装置２０は、ＫＰＩツリー、業務フロー、コスト情報、及びチェックリストの閲覧や作成、編集を支援するための操作画面（ＧＵＩ（Graphical User Interface））を端末装置１０に提供する。
【0071】
具体的には、サーバ装置２０は、各種ノードやノード間の関係を可視化した状態で作成及び編集可能な画面を端末装置１０に提供する。そして、サーバ装置２０は、ＫＰＩツリーの作成又は編集が完了すると、当該ＫＰＩツリーをＫＰＩツリーＤＢ２６１に記憶する。
【0072】
また、サーバ装置２０は、ＫＰＩツリーに含まれた何れかのサービスノードＥが選択されると、当該サービスノードＥに対応するサービスについて、業務フロー、コスト情報、及びチェックリストの作成及び編集を行うことが可能な画面を提供する。そして、サーバ装置２０は、業務フロー、コスト情報、及びチェックリストの何れかが作成されると、サービスノードＥのノードＩＤ及びツリーＩＤに関連付けて、対応するＤＢに記憶する。
【0073】
ところで、サービスを実施する店舗では、ＫＰＩツリー及び業務ツリー等で設計されたサービスを実施した後、当該サービスが設計時に想定した通り稼働しているかを確認する作業が行われる。例えば、サービスを実施する店舗では、各要素の導入及び運用に要するコストについて、設計時に想定した通りであったか否かを検証する作業を行う。また、サービスを実施する店舗では、サービス実施後の状況に応じて、チェック項目の再チェックやチェック項目の見直し等の検証作業を行う。以下、サービス実施後の状態を検証するための検証作業に使用するデータセットをテストケースともいう。
【0074】
テストケースＤＢ２６５は、上述したテストケースを記憶し管理するデータベースである。テストケースＤＢ２６５は、記憶部の一例である。
【0075】
図１０は、テストケースＤＢ２６５のデータ構成の一例を示す図である。図１０に示すように、テストケースＤＢ２６５は、テストケースを識別可能なテストケースＩＤに関連付けて、対象サービス、テストケース名称、作成日、作成者名、及びテストケース等を記憶する。
【0076】
対象サービスの項目には、テストケースの対象となるサービスを指定する情報が登録される。具体的には、対象サービスに指定されたサービスノードＥのノードＩＤ、当該サービスノードＥが属するＫＰＩツリーのツリーＩＤ等が登録される。なお、対象サービスの指定方法はこれに限らないものとする。
【0077】
テストケース名称の項目には、テストケースの名称が登録される。ここで、テストケースの名称は、任意の設定することが可能である。例えば、月次で使用するテストケースの場合には、「月次レポート」等の名称を含めることも可能である。
【0078】
作成日の項目には、テストケースが作成された年月日を示す情報が登録される。また、作成者名の項目には、テストケースを作成した作成者を示す情報が登録される。
【0079】
テストケースの項目には、テストケースのデータファイル又は当該データファイルの格納先を示すアドレス等が登録される。具体的には、テストケースは、コストに関するテストケース（以下、第１テストケースともいう）と、チェック項目に関するテストケース（以下、第２テストケースともいう）とを有する。テストケースＤＢ２６５は、第１テストケース及び第２テストケースの各々について、データファイル又は当該データファイルの格納先を登録することが可能となっている。
【0080】
図３に戻り、通信部２７は、ネットワークＮに接続可能な通信インタフェースである。通信部２７は、ネットワークＮを介して端末装置１０等の外部装置と通信を行う。
【0081】
【0082】
図１１に示すように、端末装置１０は、表示制御部１１１と、操作受付部１１２とを機能部として備える。
【0083】
端末装置１０が備える機能部の一部又は全ては、端末装置１０のプロセッサ（例えばＣＰＵ１１）とメモリ（例えばＲＯＭ１２、記憶部１６）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、端末装置１０が備える機能部の一部又は全ては、端末装置１０に搭載された専用回路等で実現されるハードウェア構成であってもよい。
【0084】
端末装置１０の表示制御部１１１は、表示部１４を制御して、当該表示部１４に各種の画面を表示させる。例えば、表示制御部１１１は、サーバ装置２０から提供される情報に基づき各種の操作画面を表示部１４に表示させる。
【0085】
端末装置１０の操作受付部１１２は、操作部１５を介してユーザ操作を受け付ける。例えば、操作受付部１１２は、表示部１４に表示された画面に対する操作を受け付けると、その操作内容をサーバ装置２０に通知する。
【0086】
一方、サーバ装置２０は、図１１に示すように、ＧＵＩ提供部２１１と、設計支援部２１２と、テストケース作成支援部２１３と、表示制御部２１４と、操作受付部２１５とを機能部として備える。
【0087】
サーバ装置２０が備える機能部の一部又は全ては、サーバ装置２０のプロセッサ（例えばＣＰＵ２１）とメモリ（例えばＲＯＭ２２、記憶部２６）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、サーバ装置２０が備える機能部の一部又は全ては、サーバ装置２０に搭載された専用回路等で実現されるハードウェア構成であってもよい。
【0088】
ＧＵＩ提供部２１１は、他の機能部と協働することで、各種の操作画面（以下、単に画面ともいう）を表示することが可能な情報を端末装置１０に提供する。ここで、ＧＵＩ提供部２１１は、画面を表すデータを提供してもよいし、画面の表示に係る各種コンテンツデータを提供してもよい。以下、ＧＵＩ提供部２１１が、画面の表示に係る情報を端末装置１０に提供することを、画面の「提供」や、画面の「表示」とも表現する。
【0089】
設計支援部２１２は、ＧＵＩ提供部２１１と協働することで、ＫＰＩツリー、業務フロー、コスト情報及びチェックリスト等の閲覧及び作成（編集）を行うことが可能な画面を提供する。
【0090】
例えば、設計支援部２１２は、ＫＰＩツリーＤＢ２６１に基づき、閲覧又は編集の対象となるＫＰＩツリーを選択することが可能な画面を提供する。また、設計支援部２１２は、ＫＰＩツリーが選択されると、当該ＫＰＩツリーをＫＰＩツリーＤＢ２６１から読み出し、ＫＰＩツリーを可視化した画面を提供する。
【0091】
また、設計支援部２１２は、ＫＰＩツリーに設定されたサービスノードＥが選択されると、サービスノードＥに関連付けられた各種情報を業務フローＤＢ２６２、コストＤＢ２６３及びチェックリストＤＢ２６４から読み出し、読み出した情報を閲覧又は編集することが可能な画面（以下、設計支援画面ともいう）を提供する。
【0092】
【0093】
設計支援画面３０は、タブＴＡ～ＴＣを有する。タブＴＡは、サービスノードＥａのサービスに係る業務フローを表示するための操作子である。タブＴＡが選択されると、設計支援部２１２は、サービスノードＥａのノードＩＤ及びツリーＩＤに関連付けて記憶された業務フローを業務フローＤＢ２６２から読み出し、当該業務フローを可視化した状態で領域３１に表示させる。
【0094】
タブＴＢは、サービスノードＥａのサービスに係るコスト情報を表示するための操作子である。タブＴＢが選択されると、設計支援部２１２は、サービスノードＥａのノードＩＤ及びツリーＩＤに関連付けて記憶されたコスト情報をコストＤＢ２６３から読み出し、当該コスト情報に基づく画面を領域３１に表示させる（図１２参照）。
【0095】
具体的には、設計支援部２１２は、要素毎のコストを表示する第１表示領域３２と、全要素のコスト概算を表示する第２表示領域３３とを含む概算コスト画面を領域３１に表示させる。
【0096】
ここで、第１表示領域３２には、コスト情報に含まれた各要素の名称、種別、数量、導入費用、運用費用がリスト表示される。また、第２表示領域３３には、第１表示領域３２に表示された各要素のコストを合算した合算結果が表示される。具体的には、第２表示領域３３には、導入費用と運用費用とに分けて、コストの合算結果が表示される。
【0097】
これにより、サービスの設計を行うユーザは、概算コスト画面に表示されたコスト情報を参照することで、要素毎のコストや、要素全体に要するコストを容易に確認することができる。
【0098】
タブＴＣは、サービスノードＥａのサービスの係るチェックリストを表示するための操作子である。タブＴＣが選択されると、設計支援部２１２は、サービスノードＥａのノードＩＤ及びツリーＩＤに関連付けて記憶されたチェックリストをチェックリストＤＢ２６４から読み出し、当該チェックリストに基づくチェック画面を領域３１に表示させる（図１３参照）。
【0099】
具体的には、設計支援部２１２は、チェックリストＤＢ２６４から読み出したチェックリスト毎にタブを生成し、当該タブによって切り替え可能なチェック画面を領域３１に表示させる。タブの切り替え操作によって表示される画面には、当該タブに対応するチェックリストに含まれたチェック項目が表示される。つまり、タブを切り替えることで、チェックリストを切り替えることができるようになっている。
【0100】
なお、図１３では、タブＴＤは、要素が「全体」のチェックリストに対応し、タブＴＥは、要素が「監視カメラ」のチェックリストに対応し、タブＴＦは、要素が「決済サービス」のチェックリストに対応する。つまり、チェックリストは、対応する要素と関連付けられた状態で出力される。
【0101】
図１３では、タブＴＤが選択された状態を示しており、運用関連及びメンテナンス関連の各々について設定されたチェック項目が表示されている。また、チェック項目の各々には、「未実施」、「保留」、「ＯＫ」及び「ＮＧ」の４つの選択肢が関連付けられており、当該選択肢の中から何れか一つを選択できるように構成されている。
【0102】
これにより、ユーザは、タブＴＤ～ＴＦで選択した要素について、チェック項目の内容の確認しながら該当する選択肢を選択することで、設計段階においてサービスの実施に係る各チェック項目の確認を容易に行うことができる。
【0103】
なお、図１３では、チェック項目の選択肢を４つとしたが、選択肢の個数や種類はこれに限定されないものとする。また、チェック項目に対する回答として、文字列を入力可能な構成としても。何れの場合であっても、チェックリストの作成段階で、チェック項目に対する回答方法を設定することが可能であるとする。なお、チェック項目のチェック結果は、該当するチェックリストに含めて保存されてもよいし、チェックリストに関連付けられた別ファイルの形態で保存されてもよい。
【0104】
また、設計支援部２１２は、ＫＰＩツリー、業務フロー、コスト情報及びチェックリスト等を作成及び編集することが可能な画面を提供してもよい。
【0105】
例えば、設計支援部２１２は、ＫＰＩツリーを構成する各種のノード及びのノード間の関係を作成及び編集可能な画面を提供する。そして、設計支援部２１２は、ＫＰＩツリーの作成又は編集が完了すると、当該ＫＰＩツリーをＫＰＩツリーＤＢ２６１に記憶する。
【0106】
また、設計支援部２１２は、ＫＰＩツリーから何れか一のサービスノードＥが指定されると、当該サービスノードＥに対応するサービスについて、業務フロー、コスト情報及びチェックリストの作成及び編集を行うことが可能な画面を提供する。
【0107】
例えば、設計支援部２１２は、ＢＰＭＮの表記規則に対応する作図パーツ等を配置した業務フローの作成画面を提供する。そして、設計支援部２１２は、業務フローの作成又は編集が完了すると、当該業務フローを、指定されたサービスノードＥのノードＩＤ及びツリーＩＤに関連付けて業務フローＤＢ２６２に記憶する。
【0108】
また、例えば、設計支援部２１２は、業務フローに定義された要素等に基づいて、サービスの実施に係る要素毎に、数量、導入費用、及び運用費用等を入力可能なコスト情報の作成画面を提供する。そして、設計支援部２１２は、コスト情報の作成が完了すると、当該コスト情報を、指定されたサービスノードＥのノードＩＤ及びツリーＩＤに関連付けてコストＤＢ２６３に記憶する。
【0109】
また、例えば、設計支援部２１２は、業務フローに定義された要素等に基づいて、サービスの実施に係る要素毎に、チェック項目の作成及び編集を行うことが可能なチェックリストの作成画面を提供する。そして、設計支援部２１２は、チェックリストの作成が完了すると、当該チェックリストを、指定されたサービスノードＥのノードＩＤ及びツリーＩＤに関連付けてチェックリストＤＢ２６４に記憶する。
【0110】
図１１に戻り、テストケース作成支援部２１３は、選択手段、読出手段、生成手段、記憶制御手段、及び出力手段の一例である。テストケース作成支援部２１３は、ＧＵＩ提供部２１１と協働することで、テストケースの閲覧及び作成（編集）を支援するための画面を提供する。
【0111】
例えば、テストケース作成支援部２１３は、テストケースの作成を開始する指示を受け付けると、ＫＰＩツリーＤＢ２６１に基づき、対象となるＫＰＩツリーを選択することが可能な画面を提供する。また、テストケース作成支援部２１３は、ＫＰＩツリーが選択されると、当該ＫＰＩツリーをＫＰＩツリーＤＢ２６１から読み出し、ＫＰＩツリーを可視化した画面を提供する。
【0112】
また、テストケース作成支援部２１３は、ＫＰＩツリーに設定されたサービスノードＥが選択されると、サービスノードＥに関連付けられたコスト情報及びチェックリストをコストＤＢ２６３及びチェックリストＤＢ２６４から読み出す。そして、テストケース作成支援部２１３は、読み出したコスト情報及びチェックリストに基づき、チェックリストの作成及び編集を支援するための画面（以下、作成支援画面ともいう）を提供する。
【0113】
【0114】
作成支援画面４０は、タブＴＧ、ＴＨを有する。タブＴＧは、コストに関するテストケース（第１テストケース）の作成に係る操作子である。タブＴＧが選択されると、テストケース作成支援部２１３はコスト情報に基づいて、第１テストケースを編集可能な画面（以下、第１テストケース画面ともいう）を生成し、領域４１に表示させる（図１４参照）。
【0115】
図１４に示すように、第１テストケース画面には、選択されたサービス（サービスノードＥａ）の実施に係る要素毎に、当該要素の名称、種別、数量、初期費用（計画）、運用費用（計画）、初期費用（実績）、及び備考欄等が表示される。ここで、各要素の名称、種別、数量、初期費用（計画）及び運用費用（計画）は、コストＤＢ２６３から読み出されたコスト情報に含まれる要素の名称、種別、数量、導入費用及び運用費用に対応するものである。
【0116】
また、初期費用（実績）は、新たに追加された項目であり、サービス実施後に判明した初期費用の見積金額である実績値を入力することが可能となっている。ここで、初期費用（実績）及び備考の項目は、初期状態では空の状態で追加され、ユーザ操作により任意の数値を入力することが可能となっている。具体的には、初期費用（実績）の項目には、サービスの実施に実際に要したハードウェア資源、ソフトウェア資源及び付加的なサービスの費用が入力される。また、備考欄も、新たに追加された項目である。テストケースの作成及び編集を行うユーザは、備考欄に対し任意の情報を入力することが可能となっている。
【0117】
また、第１テストケース画面には、新規部材の追加を指示するための操作子である追加ボタン４２が設けられている。テストケース作成支援部２１３は、追加ボタン４２の操作を受け付けると、ハードウェア資源、ソフトウェア資源及び付加的なサービス等の要素を追加することが可能な画面を提供し、ユーザ操作により選択された要素を追加して領域４１に表示する。
【0118】
例えば、テストケース作成支援部２１３は、予め登録された複数種類の要素の中から、追加の対象とする要素を選択可能な画面を提供する。追加された要素は、初期費用（実績）及び備考欄等に情報を入力することが可能となる。
【0119】
一方、タブＴＨは、チェックリストに関するテストケース（第２テストケース）の作成に係る操作子である。タブＴＨが選択されると、テストケース作成支援部２１３は、チェックリストに基づいて、第２テストケースを編集可能な画面（以下、第２テストケース画面ともいう）を生成し、領域４１に表示させる（図１５参照）。
【0120】
図１５に示すように、第２テストケース画面は、読み出したチェックリストの各要素に対応したタブを有する。図１５では、「全体」に対応するタブＴＩと、「監視カメラ」に対応するタブＴＪと、「決済サービス」に対応するタブＴＫとを有する。
【0121】
ここで、タブＴＩ～ＴＫの何れか一つが選択されると、テストケース作成支援部２１３は、選択されたタブに対応する要素のチェックリストに含まれるチェック項目を編集可能な状態で表示させる。図１５は、「全体」に対応するタブＴＩが選択された例を示しており、「全体」のチェックリストに設定された各種のチェック項目が編集可能な状態で表示されている。
【0122】
具体的には、チェック項目の内容を表す文字列が入力欄４３に表示される。この入力欄４３では、ユーザ操作により文字列を編集することが可能となっている。また、空の入力欄４３も設けられており、任意の文字列を入力することで、新たなチェック項目を作成することが可能となっている。なお、空の入力欄４３は、追加ボタン４４を操作することで、追加することが可能となっている。
【0123】
これにより、テストケースを作成又は編集するユーザは、サービス実施後の状況に応じて、サービス設計時に使用したチェックリストのチェック項目の編集や、新たなチェック項目の追加を容易に行うことができる。なお、第２テストケース画面では、チェック項目のカテゴリ（運用関連、メンテナンス関連等）についても、編集や追加することが可能である。
【0124】
テストケース作成支援部２１３は、作成支援画面において、編集完了を指示する操作を受け付けると、編集内容に基づいたテストケースを生成する。具体的には、テストケース作成支援部２１３は、第１テストケース画面に編集内容を反映した第１テストケースを生成する。また、テストケース作成支援部２１３は、第２テストケース画面に編集内容を反映した第２テストケースを生成する。
【0125】
そして、テストケース作成支援部２１３は、生成した第１テストケース及び第２テストケースを一組のチェックリストとし、選択されたサービスノードＥのノードＩＤ及びツリーＩＤに関連付けてテストケースＤＢ２６５に登録する。また、テストケース作成支援部２１３は、チェックリストの作成を指示したユーザのユーザＩＤと、作成日とをチェックリストに関連付けてテストケースＤＢ２６５に登録する。
【0126】
このように、テストケース作成支援部２１３は、サービスの設計時に作成されたコスト情報及びチェックリストに基づいて、サービス実施後の確認作業に係るテストケースを生成する。これにより、本システムでは、サービスの設計時に作成されたコスト情報及びチェックリストを、サービス実施後の検証作業に活用することができる。
【0127】
また、テストケース作成支援部２１３は、テストケースＤＢ２６５に登録されたテストケースを一覧表示した画面を提供する。
【0128】
例えば、テストケース作成支援部２１３は、ＫＰＩツリーＤＢ２６１に登録されたＫＰＩツリーから、一つのＫＰＩツリーが選択されると、選択されたＫＰＩツリーのツリーＩＤに関連付けられたテストケースの名称等をテストケースＤＢ２６５から読み出す。そして、テストケース作成支援部２１３は、読み出したテストケースを一覧表示した画面（以下、一覧画面ともいう）を提供する。
【0129】
【0130】
一覧画面５０は、領域５１を有する。テストケース作成支援部２１３は、テストケースＤＢ２６５から読み出したテストケースの一覧を領域５１に表示させる。図１６では、テストケースＤＢ２６５から読み出されたテストケース毎に、当該テストケースのテストケース名称、作成日、作成者等をリスト表示した例を示している。
【0131】
ここで、一覧表示されたテストケースは選択可能となっており、何れか一つのテストケースを選択することで、当該テストケースに対する操作を指示することが可能な操作メニュー５２が表示される。操作メニュー５２は、例えば、「テスト実施」、「編集」、「名前の変更」、「削除」等の選択肢（又は操作子）を有する。
【0132】
「テスト実施」は、第２テストケースに含まれたチェック項目によるテストの実施を指示するための選択肢である。「テスト実施」が選択されると、テストケース作成支援部２１３は、選択されたテストケースの第２テストケースからチェック画面を生成し、生成したチェック画面を提供する。第２テストケースに基づくチェック画面は、例えば、図１３のチェック画面と同様の形態で提供されてもよいし、別の形態で提供されてもよい。なお、第２テストケースに入力されたチェック結果は、第２テストケースに含めて保存されてもよいし、第２テストケースに関連付けた別ファイルに保存されてもよい。
【0133】
「編集」は、第１テストケース及び第２テストケースの編集を指示するための選択肢である。「編集」が選択されると、テストケース作成支援部２１３は、選択されたテストケースの第１テストケース及び第２テストケースに基づき、図１４及び図１５で説明した作成支援画面を提供する。例えば、第１テストケースに初期費用（実績）を入力するような場合に、「編集」が選択される。
【0134】
「名前の変更」は、テストケース名称の変更を指示するための選択肢である。「名前の変更」が選択されると、テストケース作成支援部２１３は、選択されたテストケースのテストケース名称を編集可能な状態とする。
【0135】
「削除」は、テストケースの削除を指示するための選択肢である。「削除」が選択されると、テストケース作成支援部２１３は、選択されたテストケースをテストケースＤＢ２６５から削除する。
【0136】
なお、操作メニュー５２が有する選択肢は図１６の例に限らないものとする。例えば、操作メニュー５２は、テストケースのコピーを作成することを指示する選択肢等を含んでもよい。
【0137】
また、一覧画面５０には、テストケースの追加を指示する追加ボタン５３が設けられている。追加ボタン５３が操作されると、例えば、テストケース作成支援部２１３は、選択中のＫＰＩツリーの中から、テストケースの作成対象となるサービスノードＥを選択可能な画面を提供する。そして、テストケース作成支援部２１３は、選択されたサービスノードＥについて、図１４及び図１５で説明した作成支援画面を提供する。
【0138】
図１１に戻り、サーバ装置２０の表示制御部２１４は、表示部２４を制御して、当該表示部２４に各種の画面を表示させる。例えば、表示制御部２１４は、ＧＵＩ提供部２１１が提供する各種の画面を表示部２４に表示させる。
【0139】
サーバ装置２０の操作受付部２１５は、操作部２５を介してユーザ操作を受け付ける。例えば、操作受付部２１５は、表示部２４に表示された各種の操作支援画面に対する操作を受け付けると、その操作内容をＣＰＵ２１に出力する。
【0140】
以下、上述したサーバ装置２０の動作例について説明する。図１７は、サーバ装置２０が実行するテストケースの作成に係る処理の一例を示すフローチャートである。なお、本処理の前提として、設計時に作成されたＫＰＩツリー、業務フロー、コスト情報、及びチェックリストが予めＫＰＩツリーＤＢ２６１、業務フローＤＢ２６２、コストＤＢ２６３、及びチェックリストＤＢ２６４に予め記憶されているものとする。
【0141】
まず、テストケース作成支援部２１３は、ＫＰＩツリーＤＢ２６１に登録されたＫＰＩツリーから、テストケースの作成対象となるＫＰＩツリーの選択を受け付ける（ステップＳ１１）。次いで、テストケース作成支援部２１３は、選択されたＫＰＩツリーを可視化して表示する（ステップＳ１２）。
【0142】
続いて、テストケース作成支援部２１３は、テストケース作成となるサービスノードＥがＫＰＩツリーから選択されるまで待機する（ステップＳ１３；Ｎｏ）。ここで、サービスノードＥが選択されると（ステップＳ１３；Ｙｅｓ）、テストケース作成支援部２１３は、選択されたサービスノードＥの設定情報（コスト情報、チェックリスト）に基づき、テストケースの作成支援画面を生成する（ステップＳ１４）。次いで、テストケース作成支援部２１３は、生成した作成支援画面を表示する（ステップＳ１５）。
【0143】
ここで、作成支援画面を操作するユーザは、図１４及び図１５で説明したように、第１テストケース及び第２テストケースを編集することが可能である。例えば、作成支援画面を操作するユーザは、サービス実施後の実績値を入力したり、サービス実施後の状況に応じたチェック項目を追加したりすることができる。そして、ユーザは、編集操作を終えると編集完了を指示することで、テストケースの生成を指示する。なお、編集操作は必須ではなく、ユーザは、編集操作を行わないまま編集完了を指示してもよい。
【0144】
テストケース作成支援部２１３は、編集完了の指示を受け付けると、編集操作が行われたか否かを判定する（ステップＳ１６）。編集操作が行われていない場合（ステップＳ１６；Ｎｏ）、テストケース作成支援部２１３は、作成支援画面の生成時に生成した第１テストケース及び第２テストケースを一組のテストケースとして生成し（ステップＳ１７）、ステップＳ１９に移行する。また、編集操作が行われた場合（ステップＳ１６；Ｙｅｓ）、テストケース作成支援部２１３は、編集内容を反映した第１テストケース及び第２テストケースを一組のテストケースとして生成し（ステップＳ１８）、ステップＳ１９に移行する。
【0145】
続いて、テストケース作成支援部２１３は、生成したテストケースを、作成日、作成者のユーザＩＤ等とともに、選択されたサービスノードＥのノードＩＤ及びＫＰＩツリーのツリーＩＤに関連付けてテストケースＤＢ２６５に記憶する（ステップＳ１９）。
【0146】
そして、テストケース作成支援部２１３は、選択されたＫＰＩツリーのツリーＩＤに関連付けて記憶されたテストケースをテストケースＤＢ２６５から読み出し、当該テストケースを一覧表示した画面を表示する（ステップＳ２０）。
【0147】
以上のように、本実施形態のサーバ装置２０は、予め作成されたＫＰＩツリーから、サービスノードＥの何れか一つを選択し、コストＤＢ２６３及びチェックリストＤＢ２６４から、選択したサービスノードＥの設計情報であるコスト情報及びテストケースを読み出し。また、サーバ装置２０は、読み出したコスト情報及びテストケースに基づいてテストケースを生成する。そして、サーバ装置２０は、生成したテストケースを、選択したサービスノードＥに関連付けてテストケースＤＢ２６５に記憶する。
【0148】
このように、サーバ装置２０は、設計段階で設定されたコスト情報及びテストケースを基に、サービス実施後の検証作業に用いるテストケースを生成するため、設計段階の見積金額やテスト項目を含んだテストケースを生成することができる。したがって、検証作業を行うユーザは、設計段階で設定された設定内容と比較しながら、サービス実施後の状況を検証することができる。したがって、本実施形態のサーバ装置２０は、サービス実施後の検証作業を支援することができる。
【0149】
また、サーバ装置２０は、サービスノードＥに対応するサービスの設計段階での見積金額を含んだコスト情報に基づき、設計段階での見積金額と、サービス実施後の見積金額を入力するための入力欄とを有したテストケースを生成する。これにより、検証作業を行うユーザは、設計段階で設定された見積金額を確認しながら、サービス実施後の見積金額を入力することができるため、サービスが想定通り実施されているか等の検証を容易に行うことができる。したがって、本実施形態のサーバ装置２０は、サービス実施後の検証作業を支援することができる。
【0150】
また、サーバ装置２０は、サービスノードＥに対応するサービスのチェックリストに規定されたチェック項目に基づいてテストケースを生成する。これにより、検証作業を行うユーザは、設計段階で設定されたチェック項目を確認しながら、サービス実施後の状況に応じたチェック項目を設定することができるため、サービス実施後のチェック作業の効率化を図ることができる。したがって、本実施形態のサーバ装置２０は、サービス実施後の検証作業を支援することができる。
【0151】
また、サーバ装置２０は、テストケースを編集可能な操作画面を提供し、編集された内容をテストケースに反映する。これにより、検証作業を行うユーザは、操作画面を介して、検証結果の入力やテストケースのカスタマイズを行うことができるため、サービス実施後の検証作業を効率的に行うことができる。したがって、本実施形態のサーバ装置２０は、サービス実施後の検証作業を支援することができる。
【0152】
また、サーバ装置２０は、ＫＰＩツリーが有するサービスノードＥの各々に関連付けて記憶されたテストケースをテストケースＤＢ２６５から読み出し、読み出したテストケースの一覧を出力する。これにより、検証作業を行うユーザは、ＫＰＩツリーに関連付けて記憶されたテストケースを容易に確認することができる。
【0153】
なお、上述した実施形態は、上述した各装置が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。
【0154】
（変形例１）
上述の実施形態では、端末装置１０とサーバ装置２０とが協働することで、サーバ装置２０から提供される各種の画面を端末装置１０で表示する例を示したが、これに限らず、端末装置１０が単体で表示する形態としてもよい。
上述の実施形態では、端末装置１０とサーバ装置２０とが協働することで、サーバ装置２０から提供される各種の画面を端末装置１０で表示する例を示したが、これに限らず、端末装置１０が単体で表示する形態としてもよい。
【0155】
この場合、端末装置１０は、例えば上述したＧＵＩ提供部２１１、設計支援部２１２
テストケース作成支援部２１３等の機能部を備えることで、テストケースの作成及び編集に係る各種の画面を表示することができる。なお、端末装置１０は、サーバ装置２０が保持する各種のＤＢを読み取り及び書き込み可能な状態にあるものとする。
テストケース作成支援部２１３等の機能部を備えることで、テストケースの作成及び編集に係る各種の画面を表示することができる。なお、端末装置１０は、サーバ装置２０が保持する各種のＤＢを読み取り及び書き込み可能な状態にあるものとする。
【0156】
また、この場合、ＫＰＩツリーＤＢ２６１、業務フローＤＢ２６２、コストＤＢ２６３、チェックリストＤＢ２６４、及びテストケースＤＢ２６５の一部又は全部は、端末装置１０が保持してもよいし、端末装置１０がアクセス可能な他の装置（又はクラウド）が保持してもよい。
【0157】
（変形例２）
上述の実施形態では、サーバ装置２０は、ＫＰＩツリーのサービスノードＥに関連付けて業務フローを記憶し管理する形態としたが、これに限らず、サービスノードを用いない形態としてもよい。
上述の実施形態では、サーバ装置２０は、ＫＰＩツリーのサービスノードＥに関連付けて業務フローを記憶し管理する形態としたが、これに限らず、サービスノードを用いない形態としてもよい。
【0158】
（変形例３）
上述の実施形態では、サーバ装置２０は、コストに係る第１テストケースと、チェック項目に係る第２テストケースとの両方を生成する形態としたが、これに限らず、何れか一方のテストケースを生成する形態としてもよい。
上述の実施形態では、サーバ装置２０は、コストに係る第１テストケースと、チェック項目に係る第２テストケースとの両方を生成する形態としたが、これに限らず、何れか一方のテストケースを生成する形態としてもよい。
【0159】
なお、上述の実施形態の各装置で実行されるプログラムは、ＲＯＭや記憶部等に予め組み込まれた状態で提供される。上述の実施形態の各装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【0160】
さらに、上述の実施形態の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態の各装置で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【0161】
以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施形態やその変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0162】
１ 業務支援システム
１０ 端末装置
２０ サーバ装置
１１１ 表示制御部
１１２ 操作受付部
２１１ ＧＵＩ提供部
２１２ 設計支援部
２１３ テストケース作成支援部
２１４ 表示制御部
２１５ 操作受付部
２６１ ＫＰＩツリーＤＢ
２６２ 業務フローＤＢ
２６３ コストＤＢ
２６４ チェックリストＤＢ
２６５ テストケースＤＢ
１０ 端末装置
２０ サーバ装置
１１１ 表示制御部
１１２ 操作受付部
２１１ ＧＵＩ提供部
２１２ 設計支援部
２１３ テストケース作成支援部
２１４ 表示制御部
２１５ 操作受付部
２６１ ＫＰＩツリーＤＢ
２６２ 業務フローＤＢ
２６３ コストＤＢ
２６４ チェックリストＤＢ
２６５ テストケースＤＢ
【先行技術文献】
【特許文献】
【0163】
【特許文献1】特開２０１４－２３５４７０号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】