(57)【要約】【課題】顧客より明示的に要求されず、一般的ではないが有効と思われる機能を潜在的な要求仕様として抽出する、【解決手段】間引き処理部は、第２優先仕様候補及びモーフキーを受け取り、モーフキーに含まれるモーフキー項目ごとに第２優先仕様候補から抽出した詳細機能を列挙した第１テーブルを生成し、第３優先仕様候補生成部は、第１テーブルに、第2優先仕様候補に含まれる当該組合せの各詳細機能の共通性に関する情報及び顧客仕様に関する情報を付加したテーブルである第２テーブルを生成し、第２テーブルから、モーフキー項目ごとの詳細機能の組合せのうち抽出条件に合致する共通性に関する情報及び顧客仕様に関する情報を有する組合せからなる第３優先仕様候補を生成し、第３優先仕様生成部は、第３優先仕様候補に含まれる詳細機能のそれぞれについて、第３優先仕様候補に登場する回数が所定の条件を満たす詳細機能からなる第３優先仕様を出力する。【選択図】図１
2015118433.tif 000002
【特許請求の範囲】
【請求項１】
顧客仕様とベンチマーク結果の和集合からなるデータである第２優先仕様候補及び設計目標から分解された構成要素であるモーフキー項目の集合であるモーフキーを受け取り、モーフキーに含まれるモーフキー項目ごとに第２優先仕様候補から抽出した詳細機能を列挙した第１テーブルを生成する第1の処理手段と、
前記第１テーブルに、前記第2優先仕様候補に含まれる当該組合せの各詳細機能の共通性に関する情報及び顧客仕様に関する情報を付加したテーブルである第２テーブルを生成し、前記第２テーブルから、モーフキー項目ごとの詳細機能の組合せのうち抽出条件に合致する共通性に関する情報及び顧客仕様に関する情報を有する組合せからなる詳細機能の組合せのリストである第３優先仕様候補を生成する第２の処理手段と、
第３優先仕様候補に含まれる詳細機能のそれぞれについて、第３優先仕様候補に登場する回数を算出し、前記登場する回数が所定の条件を満たす詳細機能からなるリストである第３優先仕様を出力する第３の処理手段と
を有する、要求仕様抽出装置。
【請求項２】
第３優先仕様候補に含まれる詳細機能のそれぞれについて、第３優先仕様候補に登場する回数を算出し、前記登場する回数が所定の条件を満たす詳細機能からなるリストである第３優先仕様を出力する第３の処理手段をさらに有する、
請求項１記載の要求仕様抽出装置。
【請求項３】
前記抽出条件は以下の式である、請求項１又は２に記載の要求仕様抽出装置。
【数２】
2015118433.tif 000004
但し、上記式においてCｋはモーフキー項目ｋの共通性の値、Vｋは顧客仕様の有無の値、ｎはモーフキーに含まれるモーフキー項目の総数、Ｐ及びＱはあらかじめ定められた閾値。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載の実施の形態は、要求仕様抽出装置に関する。
【背景技術】
【０００２】
クラウドコンピューティングやHTML5技術の普及により、監視制御システムなど社会インフラシステムをWebアプリケーションとして開発することが考えられている。短期間のアプリ開発を考慮すると、オープンソースのライブラリをベースとして必要なものだけ機能厳選して開発できることが望ましい。
【０００３】
ここで、ライブラリとして提供する前提であるため、異なるドメインの複数のアプリでライブラリとして利用できるよう、汎用性を持たせる必要がある。しかし、ライブラリ開発者は個々のドメインについては詳細な知識を持っていないケースがほとんどである。また、大量のデータを取り扱うため、描画処理にかかる時間は短いほど好ましい。
【０００４】
このようなライブラリ開発を支援する技術として、顧客より明示的に示された要求仕様を抽出できる、類似ソフトウェアで共通性の高い一般的な機能を要求仕様として抽出する技術が提供されてきた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２４３１９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来の技術では顧客より明示的に要求されず、一般的ではないが有効と思われる機能を潜在的な要求仕様として抽出することができなかった。
【０００７】
本発明の目的は、個々のドメインについては詳細な知識を持っていない開発者であっても、顧客より明示的に要求されず、一般的ではないが有効と思われる機能を潜在的な要求仕様として抽出することを可能にする技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の実施の形態は要求仕様抽出装置として提案される。この要求仕様抽出装置は、第１の処理手段と、第２の処理手段と、第３の処理手段を有する。
【０００９】
第１の処理手段は、顧客仕様とベンチマーク結果の和集合からなるデータである第２優先仕様候補及び設計目標から分解された構成要素であるモーフキー項目の集合であるモーフキーを受け取り、モーフキーに含まれるモーフキー項目ごとに第２優先仕様候補から抽出した詳細機能を列挙した第１テーブルを生成する。
【００１０】
第２の処理手段は、第１テーブルに、第2優先仕様候補に含まれる当該組合せの各詳細機能の共通性に関する情報及び顧客仕様に関する情報を付加したテーブルである第２テーブルを生成し、第２テーブルから、モーフキー項目ごとの詳細機能の組合せのうち抽出条件に合致する共通性に関する情報及び顧客仕様に関する情報を有する組合せからなる詳細機能の組合せのリストである第３優先仕様候補を生成する。
【００１１】
第３の処理手段は、第３優先仕様候補に含まれる詳細機能のそれぞれについて、第３優先仕様候補に登場する回数を算出し、登場する回数が所定の条件を満たす詳細機能からなるリストである第３優先仕様を出力する。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態に係る要求仕様抽出装置の構成例を示す機能ブロック図
【図２】第２優先仕様候補生成部の構成例を示す機能ブロック図
【図３】KAOS要求分析モデルの例を示す図
【図４】ベンチマーク結果１０２の例を示す図
【図５】図3に示すKAOS要求分析モデルと図４に示すベンチマーク結果１０２を結合して生成された第２優先仕様候補の例を示す図
【図６】図3に示すKAOS要求分析モデルと図４に示すベンチマーク結果１０２に基づいて生成された第２優先仕様の例を示す図
【図７】モーフキーのデータ例を示す図
【図８】（Ａ）は、３つのモーフキー項目を有するモーフキーの例を示す図、（Ｂ）は第２優先仕様候補から抽出した詳細機能のリストの例を示す図、（Ｃ）は、第１中間テーブルの例を示す図、（Ｄ）は第2中間テーブルの例を示す図、（Ｅ）は（Ｄ）の第２中間テーブルから生成された間引き後詳細機能テーブルの例を示す図
【図９】図８（Ｅ）に掲げた間引き後詳細機能テーブルから生成した第４中間テーブルの例を示す図
【図１０】（Ａ）は、図９に示した第４中間テーブルから生成される詳細機能の全ての組合せのリストの例を示す図、（Ｂ）は、第３優先仕様候補の例を示す図
【図１１】（Ａ）は、図１０（Ｂ）に示した第３優先仕様候補に含まれる詳細機能のリストであって、それぞれの詳細機能の登場回数を付加されたリストの例を示す図、（Ｂ）は、（Ａ）に示すリストから登場回数が２以上であるものを抽出した詳細機能のリストである第３優先仕様の例を示す図
【図１２】（Ａ）は第２優先仕様候補の別の例を示す図、（Ｂ）は図１２（Ａ）から生成される第３優先仕様の例を示す図
【図１３】要求仕様抽出装置の主要動作である要求仕様抽出処理の例を示すフローチャート
【図１４】第２優先仕様候補生成処理の例を示すフローチャート
【図１５】詳細仕様抽出処理（S1401）の一例を示すフローチャート
【図１６】拡張KAOS要求分析モデルを示す図
【図１７】仕様マージ処理の一例を示すフローチャート
【図１８】間引き処理の一例を示すフローチャート
【図１９】第３優先仕様生成処理の一例を示すフローチャート
【図２０】第2優先仕様候補の一部のデータ例を示す図
【図２１】ＶｏＣのデータ例を示す図
【図２２】図２１に示したＶｏＣから生成されたモーフキー抽出用テーブルの例を示す図
【図２３】図２２に示したモーフキー抽出用テーブルから抽出したモーフキーのデータ例を示す図
【図２４】図２１に示す第２優先仕様候補及び図２３に示すモーフキーから間引き後詳細機能テーブルの一部の例を示す図
【図２５】図２４に示した間引き後詳細機能テーブルから生成される第３優先仕様のデータ例を示す図
【図２６】第3優先仕様に含まれる詳細機能とモーフキー項目との関係を示す図
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態に係る要求仕様抽出装置を説明する。
[０．用語の定義]
本明細書中で使用する用語の定義を述べる。
【００１４】
[０．１．モーフォロジカルアナリシス]
「モーフォロジカルアナリシス」とは、カリフォルニア工科大学のFritz Zwicky が考案した発想法の一種で「一つのアイデアはいくつかの要因が合成されて生まれてきたものである」との考え方をベースとした分析手法をいう。
【００１５】
[０．２．モーフキー]
「モーフキー」とは、モーフォロジカルアナリシスの過程で、設計目標から分解された構成要素をいう。本明細書では、特にライブラリに期待される役割（機能）をいう。
【００１６】
[０．３．QFD]
「QFD（Quality Function Deployment；品質機能展開）」とは、顧客のニーズを技術に結び付け、どのニーズに答え(製品企画)、どの技術を開発するかを決定する作業をいう。
【００１７】
[０．４．グリッド部品]
「グリッド部品」とは、複数の属性値を持つ項目をエクセルのようにグリッド状に表示するWeb GUI ライブラリ部品をいう。
【００１８】
[０．５．KAOS]
「KAOS」とは、要求分析手法の一つであって、目標とする状態をモデルを使って系統的に分析する手法である。
【００１９】
[０．６．第1優先仕様]
「第1優先仕様」とは、顧客より明示的に示された機能をいう。
【００２０】
[０．７．第2優先仕様候補]
「第2優先仕様候補」とは、使用する可能性がある潜在的な要求仕様をもれなく抽出したものをいう。
【００２１】
[０．８．第2優先仕様]
「第2優先仕様」とは、類似ソフトウェアの間で共通性の高い一般的な機能を抽出した要求仕様（機能）をいう。
【００２２】
[０．９．第３優先仕様]
「第3優先仕様」とは、顧客より明示的に要求されず、一般的ではないが有効と思われる機能を抽出した要求仕様（機能）をいう。
【００２３】
[１．実施の形態]
本発明の実施の形態は、要求仕様抽出装置として提案される。この要求仕様抽出装置は、顧客より明示的に要求されず、一般的ではないが有効と思われる機能を、潜在的な要求仕様である第３優先仕様として出力する装置である。
【００２４】
要求仕様抽出装置は、コンピュータ、ワークステーション、サーバなどの情報処理装置であって、この情報処理装置は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読み出し専用メモリ（ROM）、入出力装置（Ｉ／Ｏ）、及び必要な場合にはハードディスク装置等の外部記憶装置を具備している装置である。
【００２５】
[１．１．構成例]
本発明の実施の形態に係る要求仕様抽出装置の構成について説明する。図１は、本実施の形態に係る要求仕様抽出装置の構成例を示す機能ブロック図である。なお、機能ブロック図中に示す構成要素は、要求仕様抽出装置の機能を機能ごとにまとめてブロックとして捉えたものであり、要求仕様抽出装置が各構成要素に対応する基板、装置、回路、部品などの物理的構成要素を備えていなければならないことを意味するわけではない。また、「接続」とは、データ、情報、命令などの送信及び／又は受信、受け取り、受け渡しなどが可能な状態になっていることをいい、互いに配線で連結されているような物理的な接続に限られる意味ではない。本明細書中の他の構成要素の機能ブロック図の説明についても同様である。
【００２６】
要求仕様抽出装置１は、第2優先仕様候補生成部１０と、モーフキー生成部３０と、第2優先仕様候補生成部１０及びモーフキー生成部３０に接続された間引き処理部２０と、間引き処理部２０に接続された第3優先仕様候補生成部４０と、第3優先仕様候補生成部４０に接続された第３優先仕様生成部５０とを有している。
【００２７】
入力データとして、KAOS要求分析モデル１０１とベンチマーク結果１０２が要求仕様抽出装置１、より詳しくは第2優先仕様候補生成部１０に入力される。また、ＶｏＣ１０３（Voice of Customer）が入力データとして要求仕様抽出装置１、より詳しくはモーフキー生成部３０に入力される。
【００２８】
出力としては、要求仕様抽出装置１、より詳しくは第３優先仕様生成部５０は第３優先仕様１０６を出力する。また、要求仕様抽出装置１、より詳しくは第2優先仕様候補生成部１０は第１優先仕様１０４と第２優先仕様１０５とを出力する。
【００２９】
［１．１．第２優先仕様候補生成部］
第2優先仕様候補生成部１０は、第２優先仕様候補を生成し、出力する機能を有する。また、第2優先仕様候補生成部１０は、第１優先仕様１０４と第２優先仕様１０５を出力することができる。
【００３０】
第２優先仕様候補とは、明示的な顧客仕様とベンチマーク結果の和集合からなるデータである。第２優先仕様候補は、詳細機能、その詳細機能の共通性、その詳細機能の顧客仕様からなるレコード（行データ）の集合である。詳細機能、共通性、顧客仕様からなる第２優先仕様候補は間引き処理部２０の入力となる。なお、「共通性」とは、類似するソフトウェアについてのベンチマーク調査で調査対象ソフトウェアに該当機能が存在すれば○、しなければ×とするベンチマーク（○）の合計数である。「顧客仕様」とは、顧客より明示的に示された要求仕様に合致する詳細機能は、「YES」という属性値、合致しない詳細機能は「NO」とする情報である。顧客より明示的に示されているが共通性（ベンチマーク結果）に存在しない機能も追加する（共通性の度合いは0となる）。
【００３１】
図２に第2優先仕様候補生成部１０の構成例を示す機能ブロック図を掲げる。第2優先仕様候補生成部１０は、詳細仕様抽出部１１と、詳細仕様抽出部１１に接続された仕様マージ部１２と、仕様マージ部１２に接続された第２優先仕様生成部１３とを有する。
【００３２】
詳細仕様抽出部１１は、入力としてKAOS要求分析モデル１０１とベンチマーク結果１０２を取得し、KAOS要求分析モデル１０１から顧客仕様を抽出し、顧客仕様とベンチマーク結果を結合して第１優先仕様１０４として出力する。
【００３３】
図３にKAOS要求分析モデル１０１の例を示す。KAOS要求分析モデル１０１はツリー構造のデータである。各ノードは、要求される機能に対応し、それぞれの葉ノードは詳細機能に相当する。
【００３４】
図４にベンチマーク結果１０２の例を示す。ベンチマーク結果１０２は、開発対象であるアプリケーション、ソフトウェアと類似する既存のソフトウェアについて、該当機能の有無を記述したデータである。図4に示すベンチマーク結果１０２は、４つの既存ソフトウェアのそれぞれについて、詳細機能の欄に示した機能の有無を、ありの場合は「○」、無し場合は「×」として格納している。
【００３５】
仕様マージ部１２は、第１優先仕様１０４と、ベンチマーク結果１０２とを取得して、第2優先仕様候補を生成する機能を有する。第２優先仕様候補１１０とは、明示的な顧客仕様とベンチマーク結果の和集合である。第２優先仕様候補１１０は、共通性、顧客仕様という属性を持つデータである。図５に、図3に示すKAOS要求分析モデル１０１と図４に示すベンチマーク結果１０２を結合して生成された第２優先仕様候補１１０の例を示す。第２優先仕様候補１１０に含まれる詳細機能、共通性、顧客仕様は間引き処理部２０へ出力される。
【００３６】
第２優先仕様候補１１０に含まれる「共通性」は、ベンチマーク調査で調査ソフトウェアに該当機能が存在すれば○、存在しなければ×とした場合の、「○」の合計個数である。
【００３７】
第２優先仕様候補１１０に含まれる「顧客仕様」は、顧客より明示的に示された要求仕様に合致する機能はYESとし、合致しない機能はNOとする情報である。仕様マージ部１２は、顧客より明示的に示されている機能である第１優先仕様に含まれているが、ベンチマーク結果に存在しない機能について、当該機能を第１優先仕様に追加してマージして（共通性の度合いは0となる）、第２優先仕様候補１１０を生成する。
【００３８】
第２優先仕様生成部１３は、仕様マージ部１２から第２優先仕様候補１１０を受け取り、第２優先仕様候補１１０から「ベンチマーク結果」及び「詳細機能の属性」を削除して、第２優先仕様１０５を生成し出力する。第２優先仕様１０５は「機能概要」及び「詳細機能」の項目からなるリストである。図６に、図3に示すKAOS要求分析モデル１０１と図４に示すベンチマーク結果１０２に基づいて生成された第２優先仕様１０５の例を示す。
【００３９】
［１．２．モーフキー生成部］
モーフキー生成部３０は、ＶｏＣ１０３を入力として受け取り、ＶｏＣ１０３からモーフキーを生成し、出力する機能を有する。「モーフキー」とは、モーフォロジカルアナリシスの過程で、設計目標から分解された構成要素をいう。本明細書では特にライブラリに期待される役割をいう。
【００４０】
モーフキー生成部３０は、具体的にはQFD（：Quality Function Deployment）を使ってモーフキーを選択する。図７に、モーフキーのデータ例を示す。モーフキーは、役割等のリストである。図７に示したモーフキーは、検索、共有、解析、可視化、モバイル、という５つの役割（モーフキー項目と呼ぶ）を有する。
【００４１】
［１．３．間引き処理部］
間引き処理部２０は、第２優先仕様候補及びモーフキーを受け取り、モーフキーに含まれるモーフキー項目ごとに第２優先仕様候補１１０から抽出した詳細機能を列挙したテーブル（「間引き後詳細機能テーブル」と呼ぶ）を生成する機能を有する。間引き処理部２０は、モーフキーを実現する詳細機能を具体化する処理を行う。なお、間引き処理部２０は本実施の形態の第１の処理手段に相当し、間引き後詳細機能テーブルは本実施の形態の第１テーブルに相当する。
【００４２】
間引き処理部２０は、まずモーフキー項目ごとに第２優先仕様候補から抽出した詳細機能を列挙する。図８（Ａ）に、３つのモーフキー項目を有するモーフキーの例を示す。図８（Ｂ）に第２優先仕様候補１１０から抽出した詳細機能のリストの例を示す。
【００４３】
間引き処理部２０は、図８（Ａ）のモーフキーと図８（Ｂ）の諸機能のリストを組合せて第１中間テーブルを生成する。この第１中間テーブルの例を図８（Ｃ）に示す。
【００４４】
次に間引き処理部２０は、第１中間テーブルからまずは機能概要レベルで重要ではないと思われるものを削除する。図８（Ｃ）に示す例ではモーフキー１について、概要Ｂ，概要Ｃについて重要ではないと判定されたものとし、モーフキー２について、概要Ａ，概要Ｃについて重要ではないと判定されたものとし、モーフキー３について、概要Ａ，概要Ｂについて重要ではないと判定されたものとする。図８（Ｃ）では、重要でないと判定された機能は網掛けで表示した。第１中間テーブルからまずは機能概要レベルで重要ではないと思われるものを削除した後のテーブル（「第２中間テーブル」と呼ぶ）の例を図８（Ｄ）に示す。
【００４５】
次に間引き処理部２０は、第２中間テーブルから詳細機能のうち不要なものを削除する。図８（Ｄ）に示す第２中間テーブルでは、網掛けで表示された詳細機能が不要と判定されたものである。間引き処理部２０は、不要と判定された詳細機能を第２中間テーブルから削除して、間引き後詳細機能テーブルを生成する。図８（Ｅ）に、図８（Ｄ）の第２中間テーブルから生成された間引き後詳細機能テーブルの例を示す。
間引き処理部２０は、間引き後詳細機能テーブルを第３優先仕様候補生成部４０に出力する。
【００４６】
［１．４．第３優先仕様候補生成部］
第３優先仕様候補生成部４０は、間引き処理部２０の出力である間引き後詳細機能テーブルに含まれる各詳細機能に対し、第２優先仕様候補１１０の共通性及び顧客仕様の属性を結び付け、共通性及び顧客仕様の属性を付加された、モーフキー項目ごとの諸機能の全ての組合せのリストである第３優先仕様候補を生成する機能を有する。なお、第３優先仕様候補生成部４０は本実施の形態の第２の処理手段に相当し、後述する第４中間テーブルは本実施の形態の第２テーブルに相当する。
【００４７】
第３優先仕様候補生成部４０は、まず間引き後詳細機能テーブルに第２優先仕様候補１１０の共通性及び顧客仕様の有無という属性を結び付けたテーブル（第４中間テーブルと呼ぶ）を生成する。図９に、第３優先仕様候補生成部４０が図８（Ｅ）に掲げた間引き後詳細機能テーブルから生成した第４中間テーブルの例を示す。図９に示す例では、第４中間テーブル内の各セルにおいて、詳細機能の名称に、かっこ内に示す数値で共通性の値及び顧客仕様の有無の値を記述している。例えば「機能Ａ１（０、１）」は、詳細機能の一つである機能Ａ１であって、その共通性の値は「０」、顧客仕様の有無の値は「１」（０はな無し、１は有り、を示すものとする）であることを記述している。
【００４８】
第３優先仕様候補生成部４０は、第４中間テーブルから、モーフキー項目ごとの詳細機能の組合せのうち抽出条件に合致する組合せのリストである第３優先仕様候補を生成する。
【００４９】
この第３優先仕様候補は、当該組合せの各詳細機能の共通性の合計値、及び顧客仕様の有無の合計値を記述する「合計」の欄を有している。第３優先仕様候補生成部４０は、合計の欄には、当該組合せの各詳細機能の共通性の合計値、及び顧客仕様の有無の合計値を算出して、これを合計欄に記述する。
【００５０】
前述の図９に示した第４中間テーブルは、３個のモーフキー項目であるモーフキー１、モーフキー２、モーフキー３を有している。モーフキー１について３個の詳細機能、機能Ａ１、機能Ａ２、機能Ａ３が抽出されている。また、モーフキー２について１個の詳細機能である機能Ｂ１が抽出されている。また、モーフキー３について２個の詳細機能である機能Ｃ１、機能Ｃ２が抽出されている。この例の場合、第３優先仕様候補生成部４０は、モーフキー１について３個の詳細機能と、モーフキー２について１個の詳細機能と、モーフキー３について２個の詳細機能とについて全ての組合せ、すなわち３×１×２＝６個の組合せからなるリストを生成する。この詳細機能の全ての組合せのリストが第３優先仕様候補である。図１０（Ａ）に、図９に示した第４中間テーブルから生成される詳細機能の全ての組合せのリストの例を示す。図１０（Ａ）の組合せのリストには、抽出条件に合致しない組合せ１００１、１００２、１００３が含まれている。なお、この例では抽出条件は共通性の合計値が５以下且つ顧客仕様の有無の合計値が１以下であるとして説明するが、本実施の形態がこの抽出条件に限定される趣旨ではない。図１０（Ｂ）に、抽出条件に合致しない組合せ１００１、１００２、１００３を含まない詳細機能の組合せのリストの例を示す。この例では、このリストが第３優先仕様候補として出力される。
【００５１】
［１．４．１．抽出条件］
第３優先仕様候補生成部４０は、第４中間テーブルからモーフキー項目ごとの諸機能の組合せのうち、抽出条件に合致する組合せのリストである第３優先仕様候補を生成する。この抽出条件について説明する。
抽出条件に使うパラメータは、例えば共通性の値の合計値と、顧客仕様の有無の値の合計値が用いられる。
【００５２】
共通性は、ボトムアップ分析(ベンチマーク結果)の共通性の度合い、すなわちベンチマーク結果中の「○」の数である。
顧客仕様の有無は、トップダウン分析、すなわち顧客より明示的に示された要求仕様に一致するか否かを示す値である。
抽出条件式は、モーフキー項目ｋの共通性の値をCｋ、顧客仕様の有無の値をVｋとすると、
【００５３】
【数１】
2015118433.tif 000003
で表される。なお、具体的な閾値P及びQは、一般に工数に上限があるため、抽出された詳細機能の個数で調整するようにしてよい。但し、上記式においてCｋはモーフキー項目ｋの共通性の値、Vｋは顧客仕様の有無の値、ｎはモーフキーに含まれるモーフキー項目の総数、Ｐ及びＱはあらかじめ定められた閾値である。
【００５４】
指標としては、次の条件に着目して抽出条件を定めることが好ましい。
（１）顧客仕様の有無の値の合計値が少ない組合せ  (多いものは、第1優先仕様で抽出済みのため)
（２）共通性の値の合計値が少ない組合せ  (多いものは、第2優先仕様で抽出済みのため)
（３）VoCより設置した目標値(＝モーフキー)を改善する詳細機能を優先する
（４）代替機能が少ない詳細機能を優先する
【００５５】
［１．５．第３優先仕様生成部］
第３優先仕様生成部５０は第３優先仕様候補に含まれる詳細機能のそれぞれについて、第３優先仕様候補に登場する回数（含まれている個数でもよい）を算出し、各詳細機能の登場回数が多いものを第３優先仕様に含まれる詳細機能として抽出し、抽出した詳細機能のリストを第３優先仕様として出力する。なお、第３優先仕様生成部５０は本実施の形態の第３の処理手段に相当する。
【００５６】
図１１（Ａ）に、図１０（Ｂ）に示した第３優先仕様候補に含まれる詳細機能のリストであって、それぞれの詳細機能の登場回数を付加されたリストの例を示す。第３優先仕様生成部５０は、図１０（Ｂ）に示した第３優先仕様候補に含まれる詳細機能のうち、それぞれの詳細機能の登場回数が２以上であるものを抽出し、それら詳細機能のリストを第３優先仕様として出力する。なお、登場回数の閾値は「２」に限られるものではなく、その他の値を抽出のための閾値として使用することはかまわない。
【００５７】
図１１（Ａ）に示すリストから登場回数が２以上であるものを抽出した詳細機能のリストである第３優先仕様の例を図１１（Ｂ）に示す。なお、第３優先仕様に含まれなかった機能Ａ１、機能Ｃ１は、顧客仕様に有る既存手法で既に選ばれた詳細機能であり、機能Ａ２は、共通性の値も顧客仕様の値も共に０であって、既存手法でも選ばれなかったものであり、本実施の形態はこれらの詳細機能を除いて第３優先仕様を出力できる。
なお、最終的な提案要求仕様は第1優先仕様と第2優先仕様と第3優先仕様の和集合としてよい。
【００５８】
［１．６．第３優先仕様の例］
図１２（Ａ）に第２優先仕様候補の別の例を示し、図１２（Ｂ）に図１２（Ａ）から生成される第３優先仕様の例を示す。前述の通り、第3優先仕様は、第2優先仕様候補から抽出される仕様（詳細機能のリスト）である。第３優先仕様には、以下の傾向がある。
（１）既存のライブラリにあまり存在しない
（２）顧客より明示的に要求仕様として示されない詳細機能を含むことができる
（３）VoCより設置した目標値(＝モーフキー)を改善する
（４）代替機能が少ない詳細機能を含むことができる
【００５９】
［２．動作例（要求仕様抽出処理）］
上述した要求仕様抽出装置１の動作を説明する。図１３は、要求仕様抽出装置１の主要動作である要求仕様抽出処理の例を示すフローチャートである。
［２．１．第２優先仕様候補生成処理］
要求仕様抽出処理において、要求仕様抽出装置１、より詳しくは第2優先仕様候補生成部１０は、第２優先仕様候補を生成する処理である第２優先仕様候補生成処理を実行する（S1301）。図１４に第２優先仕様候補生成処理の例を示すフローチャートを掲げ、図１４を参照しながら第２優先仕様候補生成処理の内容を説明する。第２優先仕様候補生成処理において、要求仕様抽出装置１、より詳しくは第2優先仕様候補生成部１０の詳細仕様抽出部１１は、KAOS要求分析モデル１０１とベンチマーク結果１０２から第１優先仕様１０４を生成する処理である詳細仕様抽出処理を実行する（S1401）。
【００６０】
［２．１．１．詳細仕様抽出処理］
図１５に詳細仕様抽出処理（S1401）の一例を示すフローチャートを掲げ、このフローチャートを参照しながら詳細仕様抽出処理の内容を説明する。詳細仕様抽出処理において、詳細仕様抽出部１１は、KAOS要求分析モデル１０１の葉ノードを個別にチェックする（S1501）。
次に詳細仕様抽出部１１は、ステップS1501でチェックした葉ノードが詳細機能レベルの仕様か否かを判定する（S1502）。
【００６１】
チェックした葉ノードが詳細機能レベルの仕様でないと判定した場合（S1502 No）、詳細仕様抽出部１１は、当該葉ノードに該当する機能概要がベンチマーク結果１０２にあるか否かを判定する（S1503）。ステップS1503において、当該葉ノードに該当する機能概要がベンチマーク結果１０２にないと判定した場合（S1503 No）、詳細仕様抽出部１１は、KAOS要求分析モデル１０１の葉ノードに未チェックの葉ノードがあるか否かを判定する（S1504）。未チェックの葉ノードがないと判定した場合（S1504 No）、詳細仕様抽出部１１は、ステップS1506によって詳細機能が追加されたKAOS要求分析モデル（「拡張KAOS要求分析モデル」と呼ぶ）、及び拡張KAOS要求分析モデルの全ての葉ノードに対応する詳細機能のリストである第１優先仕様を出力（S1508）し、その後詳細仕様抽出処理を終了する。一方、ステップS1504において未チェックの葉ノードが有ると判定した場合（S1504 Yes）、詳細仕様抽出部１１はステップS1501に戻り、詳細仕様抽出処理を続行する。
【００６２】
前述のステップS1503において当該葉ノードに該当する機能概要がベンチマーク結果１０２に有ると判定した場合（S1503 Yes）、詳細仕様抽出部１１は当該葉ノードに該当する機能概要がベンチマーク結果１０２にあるか否かを判定する（S1505）。当該葉ノードに該当する機能概要がベンチマーク結果１０２にないと判定した場合（S1505 No）、詳細仕様抽出部１１は前述のステップS1504に進む。一方、ステップS1505において当該葉ノードに該当する機能概要がベンチマーク結果１０２に有ると判定した場合（S1505 Yes）、詳細仕様抽出部１１は、当該葉ノードに対応する機能概要と詳細機能をKAOS要求分析モデル１０１に追加する（S1506）。
【００６３】
ステップS1506の後、詳細仕様抽出部１１は、当該葉ノードに対応する詳細機能を第１優先仕様に追加する（S1507）。ステップS1507の後、詳細仕様抽出部１１はステップS1504に進む。
【００６４】
前述のステップS1502に戻り説明を続ける。ステップS1502において、チェックした葉ノードが詳細機能レベルの仕様であると判定した場合（S1502 Yes）、詳細仕様抽出部１１はステップS1507に進む。
以上で詳細仕様抽出処理の説明を終了する。
【００６５】
図１６に、図３に示したKAOS要求分析モデル１０１に詳細仕様抽出部１１が詳細仕様抽出処理によって詳細機能を追加したツリー状データ（拡張KAOS要求分析モデル）を示す。図１６に示す拡張KAOS要求分析モデルの各葉ノードに相当する詳細機能のリストが第１優先仕様１０４として出力される。
【００６６】
［２．１．２．仕様マージ処理］
図１４に戻り第２優先仕様候補生成処理の説明を続ける。詳細機能抽出処理(S1401)の後、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は仕様マージ処理を実行する（S1402）。図１７に仕様マージ処理の一例を示すフローチャートを掲げ、このフローチャートを参照しながら仕様マージ処理の内容を説明する。
【００６７】
仕様マージ処理（S1401）において、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は拡張KAOS要求分析モデルの葉ノードを個別にチェックする（S1701）。
【００６８】
第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は、当該葉ノードに対応する詳細機能がベンチマーク結果１０２にも存在するか否かを判定する（S1702）。ステップS1702において当該詳細機能がベンチマーク結果１０２には存在しないと判定した場合（S1702 No）、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２はベンチマーク結果１０２の当該詳細機能について、「共通性」の数を0、「顧客仕様の有無」をYESとして詳細機能を追加する（S1703）。
ステップS1703の後、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は当該詳細機能を第２優先仕様候補に追加する（S1704）。
【００６９】
ステップS1704の後、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は拡張KAOS要求分析モデルに未チェックの葉ノードが有るか否かを判定する（S1705）。未チェックの葉ノードがないと判定した場合（S1705 No）、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は第２優先仕様候補を出力し、第２優先仕様候補生成処理を終了する。一方、ステップS1705において未チェックの葉ノードが有ると判定した場合（S1705 Yes）、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は前述のステップS1701に戻り、仕様マージ処理を続行する。
【００７０】
前述のステップS1702に戻り仕様マージ処理の説明を続ける。ステップS1702において当該詳細機能がベンチマーク結果１０２にも存在すると判定した場合（S1702 Yes）、第２優先仕様候補生成部１０、より詳しくは仕様マージ部１２は、当該詳細機能の顧客仕様の値をYESと追記し（S1707）、その後前述のステップS1704に進む。
以上で仕様マージ処理の説明を終了する。
【００７１】
図１４に戻り第２優先仕様候補生成処理の説明を続ける。仕様マージ処理（S1402）の実行後、要求仕様抽出装置１、より詳しくは第2優先仕様候補生成部１０は第２優先仕様候補生成処理を終了する。
【００７２】
［２．２．モーフキー生成処理］
図１３に戻り要求仕様抽出処理の説明を続ける。第２優先仕様候補生成処理（S1301）の終了後、要求仕様抽出装置１、より詳しくはモーフキー生成部３０はVoCからモーフキーを生成（S1302）し、生成したモーフキーを間引き処理部２０に渡してモーフキー生成処理を終了する。なお、モーフキー生成処理は必ずしも第２優先仕様候補生成処理（S1301）の後に実行される必要はなく、第２優先仕様候補生成処理（S1301）と同時並行でも先立って実行されるようにしてもよい。
【００７３】
［２．３．間引き処理］
次に要求仕様抽出装置１、より詳しくは間引き処理部２０は第２優先仕様候補に含まれる詳細機能から重要でないものを取り除く処理である間引き処理を実行する（S1303）。図１８に間引き処理の一例を示すフローチャートを掲げ、このフローチャートを参照しながら間引き処理の内容を説明する。
【００７４】
間引き処理において、要求仕様抽出装置１、より詳しくは間引き処理部２０は、モーフキー生成部３０が生成したモーフキーから、モーフキー項目を一つ抽出する（S1801）。
【００７５】
要求仕様抽出装置１、より詳しくは間引き処理部２０は、抽出したモーフキー項目について、第２優先仕様候補の概要機能から重要なものを選ぶ（S1802）。
【００７６】
次に要求仕様抽出装置１、より詳しくは間引き処理部２０は、ステップS1802で選択した概要機能に対応する詳細機能のうち不要なものを削除する（S1803）。
【００７７】
次に要求仕様抽出装置１、より詳しくは間引き処理部２０は、モーフキーに含まれるモーフキー項目のうち、未チェックのモーフキー項目が存在するか否かを判定する（S1804）。ステップS1804において未チェックのモーフキー項目が存在すると判定した場合（S1804 Yes）、要求仕様抽出装置１、より詳しくは間引き処理部２０は前述のステップS1801に戻り、間引き処理を続行する。一方、ステップS1804において未チェックのモーフキー項目が存在しないと判定した場合（S1804 No）、不要な詳細機能が削除された第２優先仕様候補である間引き後詳細機能テーブルを出力（S1805）して間引き処理を終了する。
以上で間引き処理の説明を終了する。
【００７８】
［２．４．第３優先仕様生成処理］
図１３に戻り要求仕様抽出処理の説明を続ける。上述の間引き処理（S1303）の実行後、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０及び第３優先仕様生成部５０は第３優先仕様生成処理を実行する（S1304）。第３優先仕様生成処理は、第２優先仕様候補から、従来の手法ではもれてしまうような詳細機能であっても、有用な詳細機能を抽出する処理である。
図１９に第３優先仕様生成処理の一例を示すフローチャートを掲げ、このフローチャートを参照しながら第３優先仕様生成処理の内容を説明する。
【００７９】
第３優先仕様生成処理において、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０はまず、間引き処理部２０から受け取った間引き後詳細機能テーブルから、モーフキー項目ごとに詳細機能を一つ選択し、各モーフキー項目について選択された詳細機能の組合せを作成する（S1901）。なお、第３優先仕様候補生成部４０は間引き後詳細機能テーブルに含まれるモーフキー項目ごとの詳細機能の全ての組合せからなるテーブルである第4中間テーブル（図９参照）を作成する。
【００８０】
例えば、間引き後詳細機能テーブルがモーフキー項目Aについて詳細機能ａ、詳細機能ｂを記述しており、モーフキー項目Ｂについて詳細機能ｃ、詳細機能ｄ、詳細機能ｅを記述している場合、間引き処理部２０はモーフキー項目ごとの詳細機能の全ての組合せとして
組合せ[１]：詳細機能ａ、詳細機能ｃ
組合せ[２]：詳細機能ａ、詳細機能ｄ
組合せ[３]：詳細機能ａ、詳細機能ｅ
組合せ[４]：詳細機能ｂ、詳細機能ｃ
組合せ[５]：詳細機能ｂ、詳細機能ｄ
組合せ[６]：詳細機能ｂ、詳細機能ｅ
という6個の組合せを生成する。なお、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は詳細機能のそれぞれについて第2優先仕様候補に記述された共通性、顧客仕様の有無から、各詳細機能に共通性の値、顧客仕様の有無の値を付加する。例えば、詳細機能ａについて第2優先仕様候補に共通性の値＝４、顧客仕様の有無の値＝１と記述されている場合、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は詳細機能ａについて「詳細機能ａ（４、１）」と記述する。同じように要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は各詳細機能について共通性の値、顧客仕様の有無の値を付加する。
【００８１】
ステップS1901の後、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は詳細機能の組合せのそれぞれについて共通性の値の合計と顧客仕様の有無の値の合計を計算する（S1902）。例えば以下の組合せ
組合せ[１]：詳細機能ａ（４，１）、詳細機能ｃ（２、０）
の場合、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は
共通性の値の合計＝４＋２＝６
顧客仕様の有無の値の合計＝１＋０＝１
と算出し、組合せ[１]の共通性の値の合計と顧客仕様の有無の値として前記第4中間テーブルに付加する。
【００８２】
ステップＳ1902の後、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は共通性の値の合計と顧客仕様の有無の値の合計が抽出条件に合致するか否かを判定する（S1903）。抽出条件は、共通性の値の合計と顧客仕様の有無の値の合計の双方又は一方から版手できる条件であって、例えば「共通性の値の合計がm個以下かつ顧客仕様の有無の値の合計がn個以下」のような条件である。
【００８３】
ステップS1903において、その組合せの共通性の値の合計と顧客仕様の有無の値の合計が抽出条件に合致しないと判定した場合（S1903, No）、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は、共通性の値の合計と顧客仕様の有無の値の合計が付加された第4中間テーブルに、未チェック（S1903の判定をしていない）の詳細機能の組合せが存在するか否かを判定する（S1904）。ステップS1904において未チェックの詳細機能の組合せが存在すると判定した場合（S1904, Yes）、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は、前述のステップS1901に戻る。
【００８４】
ステップS1903に戻り第３優先仕様生成処理の説明を続ける。ステップS1903においてその組合せの共通性の値の合計と顧客仕様の有無の値の合計が抽出条件に合致すると判定した場合（S1903, Yes）、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は、当該詳細機能の組合せを第３優先仕様候補に追加する（S1905）。その後、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０はステップS1904に進む。
【００８５】
ステップS1904において未チェックの詳細機能の組合せは存在しないと判定した場合（S1904, No）、要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０は第３優先仕様候補を第３優先仕様生成部５０に出力し、第３優先仕様生成部５０は第３優先仕様候補から第1優先仕様に含まれる詳細機能及び第２優先仕様に含まれる詳細機能を削除する（S1906）。
【００８６】
次に要求仕様抽出装置１、より詳しくは第３優先仕様生成部５０は、第３優先仕様候補に含まれる詳細機能のそれぞれについて、第３優先仕様候補に登場する回数（個数）を計数し、登場する回数（個数）が条件を満たす（例えば、閾値ｎより多い）詳細機能を抽出し、抽出された詳細機能のそれぞれを第３優先仕様として出力する（S1907）。以上で第3優先仕様生成処理は終了する。
【００８７】
図１３に戻り要求仕様抽出処理の説明を続ける。第３優先仕様生成処理（S1304）を終了すると、要求仕様抽出装置１は要求仕様抽出処理を終了する。
以上で、要求仕様抽出装置１の動作例の説明を終了する。
【００８８】
［３．実施例］
本実施の形態の一実施例を示す。本実施例は、Web GUIアプリケーションとして監視制御システムを開発する際にWeb GUIアプリケーションで利用されるライブラリとして、グリッド部品ライブラリ、チャート部品ライブラリ、カレンダ部品ライブラリのように複数のライブラリが考えられるが、このうちグリッド部品ライブラリについて、要求仕様抽出装置１が要求仕様を抽出する例を述べる。
【００８９】
［３．１．第2優先仕様候補の例］
グリッド部品ライブラリについて要求仕様を抽出する例において、要求仕様抽出装置１、より詳しくは第2優先仕様候補生成部１０が生成する第2優先仕様候補の一部のデータ例を図２０に示す。図２０に示した第2優先仕様候補の一部のデータ例において、ベンチマークの対象の一つである「エクセル」はWebGUIライブラリではなく機能が膨大であるため、他の３つのベンチマーク対象ソフトウェアに存在する詳細機能のみ共通性を確認している。
【００９０】
また、この第2優先仕様候補のデータ例において、「ベンチマーク結果」は該当する機能がある場合は機能名もしくは「○」を対応するセルに記述している。また、「顧客仕様」のセルに記述された「1」はYES（顧客仕様に含まれている）、「0」はNO（顧客仕様に含まれていない）を意味している。
【００９１】
［３．２．モーフキーの例］
次に要求仕様抽出装置１、より詳しくはモーフキー生成部３０が生成するモーフキーの例を述べる。図２１に要求仕様抽出装置１、より詳しくはモーフキー生成部３０に入力されるＶｏＣ１０３のデータ例を示す。ＶｏＣ１０３はモーフキー項目に相当する「要求品質」と、要求品質に対応する品質特性と有するレコード（行）を、各要求品質ごとに持つデータである。
【００９２】
要求仕様抽出装置１、より詳しくはモーフキー生成部３０は、上記ＶｏＣ１０３からモーフキーを抽出するためのテーブル（「モーフキー抽出用テーブル」と呼ぶ）を生成する。図２２に図２１に示したＶｏＣ１０３から生成されたモーフキー抽出用テーブルの例を示す。モーフキー抽出用テーブルは、各要求品質についてレコード（行）を有し、各レコードは品質特性ごとにフィールド（列）を有している。また、各レコードは「顧客重要度」を格納するフィールド（列）を有している。「顧客重要度」は、当該要求品質が顧客にとってどの程度重要であるかを示す情報であって、例えば重要度に応じて１から９での値で表される。
各レコードの品質特性ごとにフィールド（列）には、該当する要求品質に対してどの程度重要を示す値が格納される。例えば、モバイルにとって(モバイル端末は小さな端末であることが多いため)「ショートカットキー」は重要であれば大きな数値に、モバイルにとってソートの種類が多くても少なくても関係なければ空欄となる。
【００９３】
要求仕様抽出装置１、より詳しくはモーフキー生成部３０は、モーフキー抽出用テーブルから、要求品質そのものの重要度と、要求品質と品質特性の対応関係より、要求品質として重要なものをモーフキー項目として抽出する。図２３に、図２２に示したモーフキー抽出用テーブルから抽出したモーフキー項目のリスト、すなわちモーフキーのデータ例を示す。
【００９４】
［３．３．間引き後詳細機能テーブルの例］
要求仕様抽出装置１、より詳しくは間引き処理部２０は、図２１に示す第２優先仕様候補及び図２３に示すモーフキーから間引き後詳細機能テーブルを生成する。図２４に図２１に示す第２優先仕様候補及び図２３に示すモーフキーから間引き後詳細機能テーブルの一部の例を示す。なお、図２４に示す例では、かっこ内に共通性の値と顧客仕様の有無の値を記述した情報を含んでいるが、これらの情報は、後に第3優先仕様候補生成部４０によって付加される情報であり、図２４に示す例では、説明のために図示した。
【００９５】
［３．４．第３優先候補の例］
要求仕様抽出装置１、より詳しくは第３優先仕様候補生成部４０及び第３優先仕様生成部５０は、間引き後詳細機能テーブルから第３優先仕様を生成し、出力する。図２５に、図２４に示した間引き後詳細機能テーブルから生成される第３優先仕様のデータ例を示す。
【００９６】
図２６に、第3優先仕様に含まれる詳細機能とモーフキー項目との関係を示す図を掲げる。図２６に示す例において、行領域２６０１は、従来の手法で選ばれる詳細機能群であり、行領域２６０２は、第３優先仕様として要求仕様抽出装置１に選択される詳細機能群であり、行領域２６０３は、要求仕様抽出装置１は選択しない詳細機能群である。
【００９７】
［３．５．実施例のまとめ］
要求仕様抽出装置１によって選択される詳細機能としては、傾向として、次の機能が抽出される。
（１）既存のライブラリにあまり存在しない機能
共通性の度合いが少ない機能が選択される。実施例の抽出条件として使用する閾値は、組合せごとの共通性の値の合計が10以下のものである。
（２）顧客より明示的に要求仕様として示されない機能
実施例では顧客仕様の値の合計が「0」
（３）モーフキー(＝VoCより設置した目標値)を改善する機能
【００９８】
本実施例により抽出された機能では、
１）ドラッグ＆ドロップ順/デフォルト順切り替えは、モーフキー項目『モバイル』と『解析』を改善する詳細機能であり、
２）(同一ページ)全テーブルフィルタリングは、モーフキー項目『モバイル』、『検索』、『解析』、『可視化』を改善する詳細機能であり、
３）安定ソートアルゴリズム有効は、モーフキー項目『モバイル』、『検索』、『解析』を改善する詳細機能であり
４）選択行削除は、モーフキー項目『共有』を改善する詳細機能であり、
５）範囲選択有効無効切り替えは、モーフキー項目『共有』を改善する詳細機能である
【００９９】
従来の手法のような単純組合せと、本実施例の違いは詳細機能「ドラッグ＆ドロップ順/デフォルト順切り替え」が本実施例でのみ選択され、一方詳細機能「選択解除」は従来の単純組合せのみ選択される詳細機能である。
【０１００】
詳細機能「ドラッグ＆ドロップ順/デフォルト順切り替え」はモーフキー項目４つの改善に貢献し、一方、詳細機能「選択解除：はモーフキー項目一つのみの改善に貢献している。すなわち、本実施例のほうがより多くのモーフキー改善に貢献している詳細機能を選択できることが分かる。
【０１０１】
また、本実施例では、モーフキー項目ごとの機能（代替機能）数が少ない詳細機能が選択される傾向にある。これは代替機能がないものがもれることを防止する意味合いがある。
以上より、本実施例は以下のような利点があることが分かった。
【０１０２】
（１）監視制御システムのドメインに詳しくないWeb GUIアプリケーション向けライブラリ開発者であっても、要求仕様抽出装置１によれば、従来の手法では選択されずにもれてしまうような詳細機能（仕様）まで抽出できるようになった。すなわち、要求仕様抽出装置１により、従来の手法では選択されないであろう次の機能が抽出されるようになった。
【０１０３】
ａ）既存のライブラリにあまり存在しない機能
ｂ）顧客より明示的に要求仕様として示されない機能
ｃ）VoCより設置した目標値（＝モーフキー)を改善する機能
ｄ）モーフキー項目ごとの代替機能が少ない機能
【０１０４】
［４．利点］
本実施の形態によれば、従来の手法では選択されずにもれてしまうような詳細機能（仕様）まで抽出することが可能となる。
【０１０５】
［５．まとめ、その他］
以上、本発明の実施の形態を説明したが、本発明はこれらに限定されるものではなく、発明の趣旨を逸脱しない範囲内において、種々の変更、追加、組合せ等が可能である。
【符号の説明】
【０１０６】
１・・・要求仕様抽出装置；    １０・・・第２優先仕様候補生成部；    ２０・・・間引き処理部；    ３０・・・モーフキー生成部；    ４０・・・第３優先仕様候補生成部；    ５０・・・第３優先仕様生成部；
【図１】
2015118433.tif 000005
【図２】
2015118433.tif 000006
【図３】
2015118433.tif 000007
【図４】
2015118433.tif 000008
【図５】
2015118433.tif 000009
【図６】
2015118433.tif 000010
【図７】
2015118433.tif 000011
【図８】
2015118433.tif 000012
【図９】
2015118433.tif 000013
【図１０】
2015118433.tif 000014
【図１１】
2015118433.tif 000015
【図１２】
2015118433.tif 000016
【図１３】
2015118433.tif 000017
【図１４】
2015118433.tif 000018
【図１５】
2015118433.tif 000019
【図１６】
2015118433.tif 000020
【図１７】
2015118433.tif 000021
【図１８】
2015118433.tif 000022
【図１９】
2015118433.tif 000023
【図２０】
2015118433.tif 000024
【図２１】
2015118433.tif 000025
【図２２】
2015118433.tif 000026
【図２３】
2015118433.tif 000027
【図２４】
2015118433.tif 000028
【図２５】
2015118433.tif 000029
【図２６】
2015118433.tif 000030