"過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイントおよび生産性の実績値を格納した実績情報管理テーブルと、ファンクションポイントおよび生産性に関するランク別の値範囲の情報を格納した設定ファイルと、ファンクションポイント算定プログラムとを記憶する記憶部と、他装置とネットワークを介して通信するネットワークインターフェイス部と、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末より受信し、記憶部よりファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部の設定ファイルに照合し、前記ファンクションポイント算定値が属する該当ランクの値範囲を特定する処理と、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する処理と、前記算定した生産性の値を、ユーザ端末ないし出力部に出力する処理を実行する制御部と、を備えることを特徴とするファンクションポイント情報管理装置。前記記憶部は、前記実績情報管理テーブルにおいて、過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイント、生産性および開発言語の実績値を格納しており、前記制御部は、前記単位ファンクションポイントあたりの生産性の値の算定処理に際し、前記特定したファンクションポイントの値範囲と、処理対象の設計書データが示す該当工程および開発言語をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程と開発言語が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定するものである、ことを特徴とする請求項1に記載のファンクションポイント情報管理装置。前記記憶部における、前記実績情報管理テーブルは実績値として更にバグ密度の実績値を格納しており、前記設定ファイルはバグ密度に関するランク別の値範囲の情報を更に格納しており、前記制御部は、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示すバグ密度の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりのバグ密度の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりのバグ密度の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関するバグ密度の値を算定する処理と、前記算定したバグ密度の値を、ユーザ端末ないし出力部に出力する処理を実行するものである、ことを特徴とする請求項1または2に記載のファンクションポイント情報管理装置。過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイントおよび生産性の実績値を格納した実績情報管理テーブルと、ファンクションポイントおよび生産性に関するランク別の値範囲の情報を格納した設定ファイルと、ファンクションポイント算定プログラムとを記憶する記憶部と、他装置とネットワークを介して通信するネットワークインターフェイス部と、制御部とを備えた情報処理装置が、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末より受信し、記憶部よりファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部の設定ファイルに照合し、前記ファンクションポイント算定値が属する該当ランクの値範囲を特定する処理と、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する処理と、前記算定した生産性の値を、ユーザ端末ないし出力部に出力する処理と、を実行することを特徴とするファンクションポイント情報管理方法。過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイントおよび生産性の実績値を格納した実績情報管理テーブルと、ファンクションポイントおよび生産性に関するランク別の値範囲の情報を格納した設定ファイルと、ファンクションポイント算定プログラムとを記憶する記憶部と、他装置とネットワークを介して通信するネットワークインターフェイス部と、制御部とを備えた情報処理装置に、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末より受信し、記憶部よりファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部の設定ファイルに照合し、前記ファンクションポイント算定値が属する該当ランクの値範囲を特定する処理と、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する処理と、前記算定した生産性の値をユーザ端末ないし出力部に出力する処理と、を実行させることを特徴とするファンクションポイント情報管理プログラム。ところで、ソフトウェア等の各種システム開発における見積りプロセスにはいくつかの課題がある。例えば、プロジェクトマネージャやリーダーの経験則によって見積り結果工数の妥当性が判断される場面が多い。そのため、プロジェクトマネージャやリーダーのFP算出作業の習熟レベルやスキルにより見積もり結果の精度は変動してしまう。また、一般的に、工程別の生産性開発に必要な人月等を考慮した見積もり作業は実施されるが、開発作業の難易度を考慮した生産性に応じた見積もり作業は実施されていない。そのため、仕様等の難易度に関わらずFP算出作業を行って、過剰見積り、過小見積りが発生する懸念もある。更に、開発したソフトウェアに生じるバグ密度は、製品品質や言語等の項目によりプロジェクト単位で値が異なっているが、従来は一律の値を利用している場合が多く、そうしたバグ密度の値に基づいた対応を行った結果、テスト不十分といった事態が発生する懸念もある。換言すると、システム開発を行っていく上で使用する、生産性、バグ密度等のパラメータの算出時にFPの情報が効率的に活用されていなかった。そこで本発明の目的は、システム開発の工程毎に、開発難易度に応じた生産性やバグ密度の算定を実行し、ひいては精度良好な見積もり処理を効率良く実行する技術を提供することにある。上記課題を解決する本発明のファンクションポイント情報管理装置は、過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイントおよび生産性の実績値を格納した実績情報管理テーブルと、ファンクションポイントおよび生産性に関するランク別の値範囲の情報を格納した設定ファイルと、ファンクションポイント算定プログラムとを記憶する記憶部と、他装置とネットワークを介して通信するネットワークインターフェイス部と、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末より受信し、記憶部よりファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部の設定ファイルに照合し、前記ファンクションポイント算定値が属する該当ランクの値範囲を特定する処理と、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する処理と、前記算定した生産性の値を、ユーザ端末ないし出力部に出力する処理を実行する制御部と、を備えることを特徴とする。また、本発明のファンクションポイント情報管理方法は、過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイントおよび生産性の実績値を格納した実績情報管理テーブルと、ファンクションポイントおよび生産性に関するランク別の値範囲の情報を格納した設定ファイルと、ファンクションポイント算定プログラムとを記憶する記憶部と、他装置とネットワークを介して通信するネットワークインターフェイス部と、制御部とを備えた情報処理装置が、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末より受信し、記憶部よりファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部の設定ファイルに照合し、前記ファンクションポイント算定値が属する該当ランクの値範囲を特定する処理と、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する処理と、前記算定した生産性の値を、ユーザ端末ないし出力部に出力する処理と、を実行することを特徴とする。また、本発明のファンクションポイント情報管理プログラムは、過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイントおよび生産性の実績値を格納した実績情報管理テーブルと、ファンクションポイントおよび生産性に関するランク別の値範囲の情報を格納した設定ファイルと、ファンクションポイント算定プログラムとを記憶する記憶部と、他装置とネットワークを介して通信するネットワークインターフェイス部と、制御部とを備えた情報処理装置に、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末より受信し、記憶部よりファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部の設定ファイルに照合し、前記ファンクションポイント算定値が属する該当ランクの値範囲を特定する処理と、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する処理と、前記算定した生産性の値をユーザ端末ないし出力部に出力する処理と、を実行させることを特徴とする。本発明によれば、システム開発の工程毎に、開発難易度に応じた生産性やバグ密度の算定を実行し、ひいては精度良好な見積もり処理を効率良く実行することが可能となる。---システム構成---以下に本発明の実施形態について図面を用いて詳細に説明する。図1は、本実施形態のファンクションポイント情報管理装置を含むネットワーク構成図である。図1に示すファンクションポイント情報管理装置100以下、装置100は、システム開発の工程毎に、開発難易度に応じた生産性やバグ密度の算定を実行し、ひいては精度良好な見積もり処理を効率良く実行するコンピュータシステムである。本実施形態においては、装置100が、APアプリケーションサーバ101およびDBデータベースサーバ102で構成されている例を挙げている。勿論、単体の情報処理装置が装置100を構成しているとしてもよい。こうした装置100はネットワーク120に接続されており、見積もり作業を行うユーザが利用するユーザ端末103とデータ通信可能に結ばれている。続いて装置100を構成する上記のAPサーバ101およびDBサーバ102、また上記ユーザ端末103のハードウエア構成について順次説明する。図2は本実施形態におけるAPサーバ101のハードウエア構成図である。このAPサーバ101は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部201、記憶部201に保持されるプログラム204を読み出して実行しサーバ装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPUなどの制御部202、ユーザ端末103との通信処理を担うネットワークインターフェイス部203、を備える。なお、記憶部201内には、本実施形態の装置100として必要な機能を実装する為のプログラム204の他、設定ファイル221が少なくとも記憶されている。設定ファイル221の詳細については後述する。図3は本実施形態におけるDBサーバ102のハードウエア構成図である。このDBサーバ102は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部301、記憶部301に保持されるプログラム304を読み出して実行しサーバ装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPUなどの制御部302、APサーバ101やユーザ端末103との通信処理を担うネットワークインターフェイス部303、を備える。なお、記憶部301内には、本実施形態の装置100として必要な機能を実装する為のプログラム304の他、FP情報テーブル310、生産性情報テーブル311、バグ密度情報テーブル312、実績情報管理テーブル313が少なくとも記憶されている。各テーブルの詳細については後述する。図4は本実施形態におけるユーザ端末103のハードウエア構成図である。このユーザ端末103は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部401、記憶部401に保持されるプログラム406を読み出して実行し端末自体の統括制御を行なうとともに各種演算及び制御処理を行なうCPUなどの制御部404、APサーバ101やDBサーバ102との通信処理を担うネットワークインターフェイス部405、更には、ユーザに情報表示を行うディスプレイ装置等である表示部402、ユーザからのデータ入力を受け付けるキーボード、マウスといった入力部403も備える。なお、記憶部401内には、プログラム406の他、処理に応じて出力されるべき画面、帳票、および設計書の各データが少なくとも記憶されている。画面、帳票、設計書の各データの詳細については後述する。続いて、本実施形態の装置100が備える機能について説明する。上述したように、以下に説明する機能は、例えば装置100が備えるプログラムを実行することで実装される機能と言える。本実施形態では主としてファンクションポイント情報管理方法を実行するAPサーバ101を装置100として示すこととする。APサーバ101は、処理対象のシステム開発における要件定義、基本設計、および詳細設計の各工程の設計書データをユーザ端末103より受信し、記憶部201よりFP算出処理部214ファンクションポイント算定プログラムを呼び出して実行することで各工程の設計書データから各工程のファンクションポイントの値を算定し、当該ファンクションポイント算定値を記憶部201の設定ファイル221に照合し、ファンクションポイント算定値が属する該当ランクの値範囲を特定する機能を有している。また、APサーバ101は、上記で特定したファンクションポイントの値範囲と、処理対象の設計書データが示す該当工程をキーに、DBサーバ102の記憶部301における実績情報管理テーブル313で検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定する機能を有している。また、APサーバ101は、上記で抽出した各レコード間での、単位ファンクションポイントあたりの生産性の値に関する平均値を算定し、当該平均値にファンクションポイント算定値を乗算して、該当工程に関する生産性の値を算定する機能を有している。また、APサーバ101は、上記で算定した生産性の値を、ユーザ端末103ないしAPサーバ101がディスプレイ装置等である出力部を備える場合の出力部に出力する機能を有している。また、APサーバ101は、単位ファンクションポイントあたりの生産性の値の算定処理に際し、前記特定したファンクションポイントの値範囲と、処理対象の設計書データが示す該当工程および開発言語をキーに、DBサーバ102の記憶部301における実績情報管理テーブル313で検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程と開発言語が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定するとすれば好適である。また、APサーバ101は、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、DBサーバ102の記憶部301における実績情報管理テーブル313で検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示すバグ密度の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりのバグ密度の値を算定する機能を有しているとすれば好適である。また、APサーバ101は、前記抽出した各レコード間での、前記単位ファンクションポイントあたりのバグ密度の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関するバグ密度の値を算定する機能を有しているとすれば好適である。また、APサーバ101は、前記算定したバグ密度の値を、ユーザ端末103ないしAPサーバ101がディスプレイ装置等である出力部を備える場合の出力部に出力する機能を有しているとすれば好適である。なお、上述したAPサーバ101の各機能について、以降は、ユーザ端末103からの入力情報を取得する機能を入力情報取得処理部210、各工程のFP算出を行なう際のパラメータ取得を行う各設計工程処理部要件定義工程処理部211、基本設計工程処理部212、詳細工程処理部213、FPを算出するFP算出処理部214、生産性算出処理を行う生産性算出処理部215、バグ密度を算出するバグ密度算出処理部216、FP情報をデータベースから取得するFP情報検索処理部217、実績情報をデータベースから取得する実績情報検索処理部218、実績情報をデータベースへ登録する実績情報登録処理部219、FP情報を帳票に出力する帳票出力処理部220、として記載することにする。各処理部の詳細は後述する。---データ構造例---次に、本実施形態の装置100が用いるテーブル等におけるデータ構造例について説明する。図5は本実施形態におけるFP情報テーブル310の例を示す図である。このFP情報テーブル310は、APサーバ101にて算出したFP情報を格納するテーブルである。FP情報テーブル310は、FP算定対象となる案件ないし案件における各機能を一意に特定する機能ID3101、機能名称3102、FP3103、および工程3104、の各データを含むレコードで構成されている。このFP情報テーブル310にデータが格納されるタイミングは、図16のステップ154、図18のステップ174、図20のステップ194となる。また、図6は本実施形態における生産性情報テーブル311の例を示す図である。この生産性情報テーブル311は、APサーバ101が算出した生産性情報を格納するテーブルである。生産性情報テーブル311は、生産性算定対象となる案件ないし案件における各機能を一意に特定する機能ID3111、生産性3112、工程3113の各データを含むレコードで構成されている。生産性情報テーブル710にデータが格納されるタイミングは、図21のステップ205、図23のステップ224となる。また、図7は本実施形態におけるバグ密度情報テーブル312の例を示す図である。このバグ密度情報テーブル312は、APサーバ101が算出したバグ密度情報を格納するテーブルである。バグ密度情報テーブル312は、バグ密度算定対象となる案件ないし案件における各機能を一意に特定する機能ID3121、バグ密度3122のカラムで構成される。バグ密度情報テーブル312にデータが格納されるタイミングは図24のステップ237、図26のステップ254となる。また、図8は本実施形態における実績情報管理テーブル313の例を示す図である。この実績情報管理テーブル313は、過去に実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイント、開発言語、生産性、およびバグ密度の各実績値を格納したテーブルである。図8の例における実績情報管理テーブル313は、対象案件を示すPJID3131、PJ名称3132、機能ID3133、機能名称3134、算出工程3135、FP3136、開発言語3137、生産性3138、バグ密度3139の各データを含むレコードで構成される。この実績情報管理テーブル313が保持するデータは、後述する図33の実績情報確認画面3300上で、ユーザがユーザ端末103よりデータ入力したものとなる。また、図9は本実施形態における設定ファイル221の例を示す図である。この設定ファイル221は、ファンクションポイントや生産性、バグ密度等に関するランク別の値範囲の情報を少なくとも格納したファイルであり、いずれの情報についても適宜な管理者等が予め設定したものとなる。図9に例示する設定ファイル221は、FPランク3001、生産性ランク3002~3004、バグ密度のランク3005、算出方法3006、開発言語3007、要件定義のFP算出方法3008、ボタン処理区分3009の各データを格納した例となっている。なお、生産性ランク3002~3004、バグ密度のランク3005は、実績情報管理テーブル313において、該当件の属性FP算定値や開発言語等とマッチするレコードが無いか、存在しても生産性やバグ密度の情報が無い場合に、該当件について算定したFPのランクに応じて採用するデフォルトのデータとなっている。上記のうち、FPランク3001は、FPの値範囲、すなわち開発難易度例:A、B、Cの3段階を決定するパラメータである。本例では、FPが36以上をAランク、FPが25~35の範囲をBランク、1~25をCランクとしている。また、生産性ランク3002~3004のうち、生産性Aランク3002は、上記のFPランク3001に基づいてAPサーバ101が特定したFPランクがAランクの処理対象プロジェクトや機能などに関する生産性を決定するパラメータである。本例では、要件定義工程の生産性を10、基本設計工程の生産性を15、詳細設計工程の生産性を20としている。また、生産性Bランク3003は、上記のFPランク3001に基づいてAPサーバ101が特定したFPランクがBランクの処理対象に関する生産性を決定するパラメータである。本例では、要件定義工程の生産性を12、基本設計工程の生産性を17、詳細設計工程の生産性を25としている。また、生産性Cランク3004は、上記のFPランク3001に基づいてAPサーバ101が特定したFPランクがCランクの処理対象に関する生産性を決定するパラメータである。本例では、要件定義工程の生産性を15、基本設計工程の生産性を20、詳細設計工程の生産性を35としている。また、バグ密度3005は、上記のFPランク3001に基づいてAPサーバ101が特定したFPランクごとのバグ密度を決定するパラメータである。本例では、Aランクを20、Bランクを15、Cランクを10としている。また、算出方法3006は、バグ密度と生産性の算出を実績情報管理テーブル313の実績値から算出するか、或いは、設定ファイル221から算出するかを決定するパラメータである。本例では、バグ密度は実績情報管理テーブル313の実績値から、生産性は設定ファイル221から算出する設定となっている。また、開発言語3007は、開発を行う際の言語を設定するパラメータである。本例では、Java登録商標となっている。また、要件定義のFP算出方法3008は、要件定義工程のFP算出方法を決定するパラメータであり、FP算出方法は、要件定義工程のFPを算出する際に必要なパラメータの取得元を決定するパラメータであり、それが図のように設計書である場合は、図40の要件定義書イメージ4000で示した設計書から値を取得することになる。一方、設定ファイルであった場合は、アクセステーブル数、項目数の各値から値を取得する。アクセステーブル数は、FP算定対象のプログラム等がデータベースにアクセスする際の参照または更新処理を実施するテーブルの合計数を設定するパラメータである。また、項目数は、FP算定対象のプログラム等がデータベースにアクセスし参照または更新する項目の合計数を設定するパラメータである。アクセステーブル数、項目数は、FP算出方法が設定ファイルの時のみ参照される。また、ボタン処理区分309は、システム開発で使用するボタンがEI外部入力、EO外部出力、EQ外部照会、のどれに分類されるかを設定するパラメータであり、システム開発で使用するボタン全てに対して設定を行う。本例では、登録、更新、検索の3ボタンを使用し、それぞれ順にEI外部入力、EI外部入力、EQ外部照会となる例を示している。---処理概要---続いて、本実施形態におけるファンクションポイント情報管理装方法の処理概要をまずは説明する。以降で説明するファンクションポイント情報管理方法に対応する各種動作は、前記装置100たるAPサーバ101場合によってはDBサーバ102が読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている他のフロー等でも同様。図10は本実施形態におけるファンクションポイント情報管理方法の処理概要を示す図である。この場合、ユーザ端末103においては、図31の処理実行画面3100で、FP算出対象となる設計書データの在りかを示す設計書パス3101、FP算出対象の工程を示す算出工程3102、および算定する生産性ないしバグ密度を示す算出項目3103、の各値に関するユーザ入力を受け付け、実行ボタンの押下に応じて、FP算出指示をAPサーバ101に送ることになる。図31に例示する処理実行画面3100において、設計書パス3101は読み込む設計書のフォルダパスを指定する項目であり、算出工程3102は対象工程を設定する項目であり、セレクトボックスは要件定義、基本設計、詳細設計の3通りの値が表示され、その値の中から対象を選択できるものである。また、算出項目3103はFP算出の他に算出したい項目を指定するチェックボックスであり、ユーザがチェックを入れた項目がFPと一緒に算出されることになる。この場合、APサーバ101は、ユーザ端末103より、図31の処理実行画面3100での入力値を受信して、これに応じてまずは入力情報取得処理s10を実行する。上記例では、ユーザ端末103より取得した入力値が、設計書パス=D:要件定義設計書、算出工程=要件定義、算出項目=生産性であるから、APサーバ101はこれらの値を取得し図11:S101、次処理の各設計工程処理s11の処理を実施する。本例では、処理実行画面3100において、算出工程3102として要件定義が選択されているため、図12に示す各設計工程処理要件定義のフローがAPサーバ101にて実行されることになる。この場合、APサーバ101の要件定義工程処理部211は、設定ファイル221を参照し、設定ファイル221における要件定義の算出方法3008の項目より、設計書の値を取得するS111。なお、要件定義以外の算出工程3102が選択されていた場合の処理については、別途後述する。続いてAPサーバ101の要件定義工程処理部211は、ステップS111で取得した要件定義の算出方法3008の値が設計書であるか判定しS112、取得した要件定義の算出方法3008の値が設計書である場合S112:YES、処理をステップS113に進める。この場合、APサーバ101の要件定義工程処理部211は、上述の処理実行画面3100でユーザ指定を受けた設計書パスの値から、ユーザ端末103の側で保持する要件定義書のデータ例:図40の要件定義書4000を読み込み、該当要件定義書より、機能ID、機能名称、処理区分の各値を取得するS113。図40に例示する要件定義書の例であれば、機能IDとして、K00001、K00002、K00003、機能名称として、機能1、機能1、機能2、機能3、処理区分としてメンテナンス、参照、メンテナンスの値を取得できる。また、APサーバ101の要件定義工程処理部211は、を参照して、アクセステーブル数、項目数の各値を取得し、次処理を実行するFP算出処理部214に処理結果を渡すs115。図40に例示した要件定義書4000であれば、アクセステーブル数=3、2、1、項目数=20、30、10なる値が得られる。一方、上記のステップS112において、取得した要件定義の算出方法3008の値が設計書ではない場合S112:NO、APサーバ101の要件定義工程処理部211は、上位ステップs113と同様に、上述の処理実行画面3100でユーザ指定を受けた設計書パスの値から、ユーザ端末103の側で保持する要件定義書のデータ例:図40の要件定義書4000を読み込み、該当要件定義書より、機能ID、機能名称、処理区分の各値を取得するS114。また、APサーバ101の要件定義工程処理部211は、設定ファイル221を参照して、アクセステーブル数、項目数の各値を取得し、次処理を実行するFP算出処理部214に処理結果を渡すs116。図9に例示した設定ファイル221であれば、アクセステーブル数=5、項目数=50なる値が得られる。続いてAPサーバ101ではFP算出処理s12を実行する。上述までの処理を受けたAPサーバ101のFP算出処理部214は、図15のFP算出処理フロー1におけるステップS142を実行することになる。この場合、APサーバ101のFP算出処理部214は、上述の各設計工程処理要件定義フロー図12で取得されている、アクセステーブル数、項目数、処理区分の各値を取得するS142。この取得処理の後、APサーバ101のFP算出処理部214は、DETデータエレメントタイプ:DataElementTypeの算出処理を実行するS143。本例では、項目数/アクセステーブル数としてDET:6.3=20/3、DET:15=30/2、DET:10=10/1、が機能1、機能2、機能3についてそれぞれ算出されることになる。続いてAPサーバ101のFP算出処理部214は、ステップS143で算出したDETと、RETレコードエレメントタイプ:RecordElementType=1固定値から、図34のDFデータファンクション複雑さ3400のデータを用いて、複雑度を取得するS144。前記ステップS143で得た値の例であれば、複雑度は、低、低、低機能1、機能2、機能3となる。この複雑度の取得後、APサーバ101のFP算出処理部214は、各機能のそれぞれの処理区分に応じた機能ILF、EIFと、ステップS144で取得した複雑度から、図35のDFデータファンクション重み表3500を用いて、FPDFを取得するS145。ステップS144までで得た値の例であれば、FPDFは7、5、7機能1、機能2、機能3となる。FPDF算出後、APサーバ101のFP算出処理部214は、図15のFP算出処理フロー2におけるステップS151を実行する。この場合、APサーバ101のFP算出処理部214は、要件定義工程処理部211より、アクセステーブル数、および項目数の各値を取得する。本例では、アクセステーブル数:3、2、1機能1、機能2、機能3、および、項目数:20、30、10機能1、機能2、機能3といったデータが得られることになる。また、APサーバ101のFP算出処理部214は、処理対象のデータらが該当する処理区分に応じ、図36のTFトランザクションファンクション複雑さ外部出力EQ3600、または図38のTFトランザクションファンクション複雑さ外部入力EI3800を用いて、上記ステップS151で取得したアクセステーブル数、および項目数の各値を基に複雑度を取得するS152、あるいはS153。本例では、高、高、低機能1、機能2、機能3といった複雑度を得られることになる。また、この時、APサーバ101のFP算出処理部214は、取得した複雑度から、図39のTFトランザクションファンクション重み3900から、FPTFを取得する。本例では、6、6、3機能1、機能2、機能3となる。続いて、APサーバ101のFP算出処理部214は、上記のステップS152,S153で算出したFPDFとFPTFをそれぞれ加算し、FPを算出するS154。本例では、13、11、10機能1、機能2、機能3となる。また、APサーバ101のFP算出処理部214は、ステップS154では算出したFPを、DBサーバ102のFP情報テーブル310図5へ格納し、FP算出処理フローを終了する。続いて、APサーバ101は生産性算出処理s13を実行する。この生産性算出処理において、APサーバ101の生産性算出処理部215は、図20の生産性処理部処理フロー1におけるステップS201を実行する。この場合、APサーバ101の生産性算出処理部215は、設定ファイル221図9から生産性算出方法3006、FPランク3001、言語3007の各値を、また、FP算出処理部214から、算出FP、算出工程の各値を取得する。本例では、設定ファイル221から、生産性算出方法:設定ファイル、FPランク:Aランク=36、Bランク=25,35、Cランク=1,25、言語:Java登録商標の値を得て、また、FP算出処理部214から、算出FP:13,11,10、算出工程:要件定義工程の値が得られる。上述のように、本例では、生産性算出方法が設定ファイル221からの算出となっているため、APサーバ101の生産性算出処理部215は、ステップS203を実行し、算出FPとステップS201で取得したFPランクとを比較して、算出FPに関するランク付けを行なっていく。本例では、算出FP:13→ランクC、算出FP:11→ランクC、算出FP:10→ランクC、機能1,機能2,機能3となる。APサーバ101の生産性算出処理部215は、上記で特定した算出FPのランクと、ステップS201で得ている算出工程の値に応じた生産性の値を設定ファイル221より取得するS204。本例では、設定ファイル221における生産性Cランク3004の要件定義の値が生産性の値となり15、15、15機能1,機能2,機能3となる。生産性算出後、APサーバ101の生産性算出処理部215は、ステップS205を実行し、これまでで得ている生産性の値について、生産性情報テーブル311図6にレコードを格納する。なお、バグ密度算出処理s14:図24~図26は、処理実行画面3100図31の算出工程3102が詳細設計の場合のみ実行されるため、上述の例の場合では実行されず、帳票出力処理s15が実行される。この場合、図30のステップS291をAPサーバ101の帳票出力処理部220が実行する。このステップS291で、APサーバ101の帳票出力処理部220は、項番採番する、機能ID、機能名称の各値を要件定義工程処理部211から、また、FPの値をFP算出処理部214から、また、工程の値を入力情報取得処理部210から、また、生産性情報を生産性算出処理部215から、また、バグ密度情報をバグ密度算出処理部216から、それぞれ取得し、帳票一覧イメージ図45を生成してユーザ端末103に送信する。以上が、本実施形態におけるファンクションポイント情報管理方法の手順概要である。続いて、より詳細な処理手順の内容について説明する。---処理手順例1---図11は本実施形態のファンクションポイント情報管理方法の手順例1を示すフロー図であり、具体的には、入力情報を取得する入力情報取得処理部210の処理フローを示す図である。この場合、入力情報取得処理部210は、上述した処理実行画面3100上で入力される設計書参照パス3101、算出工程3102、算出項目3103、の各値をユーザ端末103より取得し、メモリなど適宜な記憶手段に格納し、処理を終了するS101。---処理手順例2---図12は、本実施形態におけるファンクションポイント情報管理方法の手順例2を示すフロー図であり、具体的には、各設計工程処理部のうち要件定義工程処理部211の処理フローを示す図である。この場合、要件定義工程処理部211は、上記ステップS101で格納された、算出工程の値が要件定義であった時のみ処理を実行することになる。この場合、要件定義工程処理部211は、設定ファイル211を読込み、そのうち、要件定義のFP算出方法3008におけるFP算出方法の値を取得し、メモリ上に格納するS111。要件定義工程処理部211は、前記取得した要件定義のFP算出方法の値が、設計書であるか判定しS112、該当値が設計書であった場合S112:YES、メモリ上に格納してある設計書パスの値から、ユーザ端末103が保持する要件定義書4000を取得し、機能ID4001、機能名称4002、処理区分4003の各値を取得しS113、また、アクセステーブル数4004、項目数4005の各値を取得しS115、それらの値をメモリ上に格納し処理を終了する。なお、図40に示す要件定義書4000は、機能ID4001、機能名称4002、処理区分4003、アクセステーブル数4004、項目数4005のデータで構成されたファイルとなる。一方、要件定義のFP算出方法の値が、設計書でなかった場合S112:NO、要件定義工程処理部211は、メモリ上に格納してある設計書パスからユーザ端末103が保持する要件定義書4000を読み込み、機能ID4001、機能名称4002、処理区分4003、を取得するS114。また、要件定義工程処理部211は、設定ファイル221の要件定義のFP算出方法3008におけるアクセステーブル数の値図の例では5、項目数の値図の例では50をそれぞれ取得しS116、それら値をメモリ上に格納し処理を終了する。---処理手順例3---図13は本実施形態のファンクションポイント情報管理方法の手順例3を示すフロー図であり、具体的には、各設計工程処理部のうち基本設計工程処理部212の処理フローを示す図である。この場合、基本設計工程処理部212は、上記ステップS101で格納された、算出工程の値が基本設計であった時のみ処理を実行することになる。この場合、基本設計工程処理部212は、設定ファイル221を読込み、設定ファイル221におけるボタン処理区分3009の値を全て取得本例では登録,EI、更新,EI、検索,EQし、メモリ上に格納するS121。次に、基本設計工程処理部212は、メモリ上に格納した設計書パスからユーザ端末103が保持する基本設計書4100図41参照を読み込み、この基本設計書4100における、ボタン名4104、テーブル名称4105、機能ID4101、機能名称4102、画面項目数画面項目情報の画面項目名4103をカウント、の各値を取得しS122、メモリ上に格納する。なお、図41に示す基本設計書4100は、機能ID4101、機能名称4102、画面項目名4103、ボタン名4104、テーブル名称4105の各データで構成されている。次に基本設計工程処理部212は、メモリ上に格納されたテーブル名称複数分、メモリ上に格納された設計書パスからユーザ端末103が保持するテーブル定義書4200図42参照を読み込み、このテーブル定義書4200における、テーブル名称4201が、前記メモリ上に格納されたテーブル名称と一致するカラム名4202の数をカウントして、カラム数の合計を取得しS123、メモリ上にテーブル名、カラム数の合計の値の組を格納し処理を終了する。なお、図42に示すテーブル定義書4200は、テーブル名称4201、カラム名4202のデータで構成されている。---処理手順例4---図14は本実施形態のファンクションポイント情報管理方法の手順例4を示すフロー図であり、具体的には、各設計工程処理部のうち詳細設計処理部213の処理フローを示す図である。この場合、詳細設計処理部213は、上記ステップS101で格納された、算出工程の値が詳細設計であった時のみ処理を実行することになる。この場合、詳細設計処理部2132は、メモリ上に格納した設計書パスからユーザ端末103が保持する基本設計書4100を読み込み、ボタン名4104、機能ID4101、機能名称4102、画面項目数画面項目情報の画面項目名4103をカウント、の各値を取得しS131し、メモリ上に格納する。次に詳細設計処理部213は、メモリ上に格納した設計書パスからユーザ端末103が保持する詳細設計書4300図43参照を読み込み、SQLID4304を取得するS132。また、詳細設計処理部213は、前記ステップS132で取得したSQLIDの数だけ、メモリ上に格納した設計書パスからユーザ端末103が保持するSQL設計書4400図44参照を読み込み、SQL処理区分4403、FROM句4405、項目名数項目名4404の数をカウントの各値を取得し、メモリ上にFROM句と項目名数を組にして格納しS133、本処理を終了する。なお、図43に示す詳細設計書4300は、機能ID4301、機能名称4302、処理4303、SQLID4304、処理内容4305の各データで構成されている。また、図44に示すSQL設計書4400は、SQLID4401、SQL名称4402、SQL処理区分4403、項目名4404、FROM句4405、WHERE句4406の各データで構成されている。---処理手順例5---図15は、本実施形態におけるファンクションポイント情報管理方法の手順例5を示すフロー図であり、具体的には、FP算出処理部214の処理フロー1を示す図である。この場合、FP算出処理部214は、メモリ上に格納された算出工程の値が要件定義であるか判定するS141。この判定で、メモリ上に格納された算出工程の値が要件定義でない場合S141:NO、図16のFP算出処理フロー3が実施される。他方、メモリ上に格納された算出工程の値が要件定義の場合S141:NO、FP算出処理部214は、メモリ上に格納要件定義工程処理部211で格納したアクセステーブル数、項目数、処理区分の値を取得するS142。続いてFP算出処理部214は、DETを項目数/アクセステーブル数の式で算出するS143。またFP算出処理部214は、RET=1とし、DFデータファンクション複雑さ3400のデータより複雑度を取得しS144、メモリ上に格納する。図34に例示するDFデータファンクション複雑さ3400は、複雑さをDET3401とRET3402で表したマトリックスである。DFデータファンクションはシステムによって使用されるデータの論理集合とし、本実施形態ではデータベースのテーブルを表す。DET3401は、ユーザが認識できる項目数のカウント値であり、本実施形態では、テーブルのカラム数とする。また、RET3402は、ユーザが認識できるデータのグループ数であり、本実施形態では1の固定としている。また本実施形態において、図34に示したマトリックスすなわちはDFデータファンクション複雑さ3400のデータは、APサーバ101におけるプログラムソース内で保持している。次にFP算出処理部214は、ステップS142で取得した、処理区分がメンテナンスであるか判定し、メンテナンスであった場合は、機能=ILFとし、図35に例示するDFデータファンクション重み表3500より、FPDFを取得しS145、これをメモリ上に格納する。一方、メンテナンスでない場合、FP算出処理部214は、機能=EIFとし、前記DFデータファンクション重み表3500よりFPDFを取得しS146、これをメモリ上に格納し、引き続き図16のFP算出フロー2を実施する。図35に例示したDFデータファンクション重み表3500は、DFデータファンクションを、機能3502と複雑さ3501で表したマトリックスである。このうち、機能3502はILF内部論理ファイルとEIF外部論理ファイルで構成され、本実施形態ではデータベースのテーブルを更新する処理をILF内部論理ファイル、データベースのテーブルを参照する処理をEIF外部論理ファイルとする。また、複雑さ3501は低、中、高のパラメータで構成される。本実施形態では、図35に示したマトリックスすなわちDFデータファンクション重み表3500は、APサーバ101におけるプログラムソース内で保持している。---処理手順例6---図16は、本実施形態におけるファンクションポイント情報管理方法の手順例6を示すフロー図であり、具体的には、FP算出処理部214の処理フロー2を示す図である。この場合、FP算出処理部214は、メモリ上に格納された、アクセステーブル数、項目数の各値を取得し、FTR=アクセステーブル数、DET=項目数としメモリ上に格納するS151。次にFP算出処理部214は、メモリ上に格納された処理区分の値がメンテナンスであるか判定し、メンテナンスであった場合は、図38に例示するTFトランザクションファンクション複雑さ外部入力EI3800を参照し、ステップS151で取得したFTRとDETの値から複雑度を取得し、メモリ上に格納する。また、FP算出処理部214は、機能をEIとし、取得した複雑度から図39に例示したTFトランザクションファンクション重み3900を参照し、FPTFを取得しS152、これをメモリ上に格納する。一方、前記判定においてメンテナンスでなかった場合、FP算出処理部214は、図36に例示したTFトランザクションファンクション複雑さ外部照会EQ3600を参照し、ステップS151で取得したFTRとDETの値から複雑度を取得しメモリ上に格納する。また、FP算出処理部214は、機能をEQとし、取得した複雑度から、図39に例示したTFトランザクションファンクション重み3900を参照し、FPTFを取得しS153、これをメモリ上に格納する。次にFP算出処理部214は、前記ステップS152またはステップS153で得ているFPTFと、前記ステップS145またはステップS146で得ているFPDFとの合計値をFPとして算定するS154。またFP算出処理部214は、メモリ上に格納された機能ID、機能名称、算出工程、およびステップS154で算出したFPを、それぞれFP情報テーブル310とメモリ上に格納しS155、処理を終了する。なお、図38で例示したTFトランザクションファンクション複雑さの外部入力EI3800は、DET3801とFTR3802のマトリックスで構成され、複雑度を示すものとなっている。外部入力EIは、本実施形態ではテーブルのデータ登録または変更を行う処理とする。本実施形態ではDET3801はデータ項目数の合計、FTR3802は参照または更新を行うデータベースのテーブル数の合計とする。また本実施形態では、図38に示したマトリックスすなわちTFトランザクションファンクション複雑さの外部入力EI3800は、APサーバ101におけるプログラムソース内で保持している。また、図39で例示したTFトランザクションファンクション重み3900は、複雑さ3901と機能3902で構成されるマトリックスで複雑さ3901を表したものである。複雑さ3901は低、中、高のパラメータで構成され、機能3902はEI、EQ、EQのパラメータで構成される。本実施形態では、図39に示したマトリックスすなわちTFトランザクションファンクション重み3900は、APサーバ101におけるプログラムソース内で保持している。---処理手順例7---図17は、本実施形態におけるファンクションポイント情報管理方法の手順例7を示すフロー図であり、具体的にはFP算出処理部214の処理フロー3を示す図である。この場合、FP算出処理部214は、メモリ上に格納された、算出工程の値が基本設計であるか判定し、算出工程が基本設計でない場合は図18のFP算出処理フロー5を実施する。一方、算出工程が基本設計の場合、FP算出処理部214は、前記ステップS123にてメモリ上に格納された、テーブル名称の中でカラム数が最も多いテーブルのカラム数と、ステップS122にてメモリ上に格納されたボタン名の値を取得しS161、メモリ上に格納する。また、FP算出処理部214は、前記ステップS161で取得したカラム数をDETとするS162。次にFP算出処理部214は、RET=1固定、および前記ステップS162で得ているDETから、図34に例示したDFデータファンクション複雑さ3400より、複雑度を取得しS163メモリ上に格納する。またFP算出処理部214は、設定ファイル221を参照し、ボタン処理区分3009の値を全て取得するS164。次にFP算出処理部214は、前記ステップS161で取得したボタン名と、前記ステップS164で取得したボタン処理区分の値の比較を行うS165。ここで、ボタン名にEIの値が含まれている場合、FP算出処理部214は、機能をILFとし、ステップS163で得ている複雑度から、図35に例示したDFデータファンクション重み表3500を用いてFPDFを取得し、これをメモリ上に格納するS166。他方、ボタン名にEIの値が含まれていない場合、FP算出処理部214は、機能をEIFとし、図35に例示したDFデータファンクション重み表3500を用いてFPDFを取得し、これをメモリ上に格納し、引き続き図17のFP算出処理フロー4を実行する。---処理手順例8---図18は、本実施形態におけるファンクションポイント情報管理方法の手順例8を示すフロー図であり、具体的には、FP算出処理部214の処理フロー4を示す図である。この場合、FP算出処理部214は、前記ステップS123でメモリ上に格納した、テーブル数とカラム数の組を全て取得し、テーブル数の合計とカラム数の合計をカウントし、FTRをテーブル数の合計、DETをカラム数の合計とし、これらをメモリ上に格納するS171。次にFP算出処理部214は、前記ステップS161でメモリ上に格納したボタン名にEIが含まれているか判定し、ボタン名にEIが含まれている場合、図38のTFトランザクションファンクション複雑さ外部入力EI3800を参照し、複雑度を取得し、これをメモリ上に格納する。またFP算出処理部214は、機能をEIとし、前記取得した複雑度から図39のTFトランザクションファンクション重み3900を参照してFPTFを取得しS172、これをメモリ上に格納する。他方、ボタン名にEIが含まれていない場合、FP算出処理部214は、図36のTFトランザクションファンクション複雑さ外部照会EQ3600を参照し、複雑度を取得し、これをメモリ上に格納する。またこの場合、FP算出処理部214は、機能をEQとし、前記取得した複雑度から、図39のTFトランザクションファンクション重み3900を参照してFPTFを取得しS172、これをメモリ上に格納する。次にFP算出処理部214は、前記ステップS172またはステップS173で算出したFPTFと、前記ステップ166またはステップ167で算出したFPDFとの合計値をFPとして算出しS174、このFPの値と、メモリ上に格納された機能ID、機能名称、算出工程、およびステップS174で算出したFPを、FP情報テーブル310とメモリ上に格納しS175、処理を終了する。---処理手順例9---図19は、本実施形態におけるファンクションポイント情報管理方法の手順例9を示すフロー図であり、具体的には、FP算出処理部214の処理フロー5を示す図である。この場合、FP算出処理部214は、前記ステップS132にてメモリ上に格納されたFROM句の中で最大の項目名数と、格納されている全てのSQL処理区分をそれぞれ取得するS181。次にFP算出処理部214は、DETを、前記ステップS181で取得した項目数とし、メモリに格納しS182、また、RET=1とし図34のDFデータファンクション複雑さ3400より複雑度を取得しS183、これらをメモリ上に格納する。次にFP算出処理部214は、前記ステップS181でメモリに格納されたSQL処理区分にselectまたはupdateの文字列が含まれているか判定する。SQL処理区分にselectまたはupdateの文字列が含まれている場合、FP算出処理部214は、機能をILFとし、図35のDFデータファンクション重み表3500よりFPDFを取得しS184、これをメモリ上に格納する。他方、SQL処理区分にselectまたはupdateの文字列が含まれていない場合、FP算出処理部214は、機能をEIFとし、図35のDFデータファンクション重み表3500よりFPDFを取得しS185、これをメモリ上に格納し、引き続き図20のFP算出フロー6を実行する。---処理手順例10---図20は、本実施形態におけるファンクションポイント情報管理方法の手順例10を示すフロー図であり、具体的には、FP算出処理部214の処理フロー6を示す図である。この場合、FP算出処理部214は、前記ステップS133でメモリ上に格納された、FROM句と項目名数の組の値を全て取得し、FROM句の合計と項目名数の合計をカウントし、FTRをFROM句の合計、DETを項目名数の合計としてメモリ上に格納するS191。次にFP算出処理部214は、前記ステップS181でメモリ上に格納したSQL処理区分にselectまたはupdateの文字列が含まれているか判定する。SQL処理区分にselectまたはupdateの文字列が含まれている場合、FP算出処理部214は、図38のTFトランザクションファンクション複雑さ外部入力EI3800を参照して複雑度を取得し、これをメモリ上に格納する。また、FP算出処理部214は、機能をEIとし、前記取得した複雑度から図39のTFトランザクションファンクション重み3900を参照してFPTFを取得しS192、これをメモリ上に格納する。他方、SQL処理区分にselectまたはupdateの文字列が含まれていない場合、FP算出処理部214は、図36のTFトランザクションファンクション複雑さ外部照会EQ3600を参照して複雑度を取得し、これをメモリ上に格納する。また、FP算出処理部214は、機能をEQとし、前記取得した複雑度から図39のTFトランザクションファンクション重み3900を参照し、FPTFを取得しS193、これをメモリ上に格納する。またFP算出処理部214は、前記ステップS192またはステップS193で算出したFPTFと、前記ステップS183またはステップS184で算出したFPDFとの合計値をFPとして算出するS194。またFP算出処理部214は、メモリ上に格納された機能ID、機能名称、算出工程、および前記ステップS194で算出したFPの各値をFP情報テーブル310とメモリ上に格納しS195、処理を終了する。---処理手順例11---図21は、本実施形態におけるファンクションポイント情報管理方法の手順例11を示すフロー図であり、具体的には、生産性算出処理部215の処理フロー1を示す図である。この場合、生産性算出処理部215は、設定ファイル221を参照してFPランク3001、算出方法3006のうち生産性の値、および開発言語3007の各値を取得し、また、メモリに格納されている算出FPと算出工程の値をそれぞれ取得しS201、これらをメモリ上に格納する。次に生産性算出処理部215は、前記ステップS201でメモリに格納した算出工程の値が設定ファイルであるか判定する。算出方法の値が設定ファイルでない場合、生産性算出処理部215は、引き続き図22の生産性算出処理フロー2を実行する。他方、算出方法の値が設定ファイルの場合、生産性算出処理部215は、算出FPと、設定ファイル221から取得した3段階のFPランクに対応した値範囲とを比較し、算出FPがどのランクの範囲かを判定してランクを決定しS203、これをメモリ上に格納する。次に生産性算出処理部215は、メモリ上に格納されたランクがランクAであるか判定する。上述の算出FPのランクがランクAの場合、生産性算出処理部215は、設定ファイル221を参照し、生産性Aランク3002の値を全て取得しS204、これをメモリにて工程と値の組にして格納する。他方、算出FPがランクAでない場合、生産性算出処理部215は、算出FPがランクBであるか判定する。算出FPがランクBである場合、生産性算出処理部215は、設定ファイル221を参照し、生産性Bランク3003の値を全て取得しS205、メモリにて工程と値を組にして格納する。また、算出FPがランクBでない場合、生産性算出処理部215は、設定ファイル221を参照し、生産性Cランク3004の値を全て取得しS206、メモリにて工程と値を組にして格納する。次に生産性算出処理部215は、前記ステップS201で取得した算出工程と、メモリに格納された生産性ランクの工程前記ステップS204、またはステップS205、またはステップS206で得ているを比較し、一致する工程の値を取得しS207、それをメモリに格納する。次に生産性算出処理部215は、メモリ上に格納された機能ID、算出工程、および本処理で取得した生産性の各値を、生産性情報テーブル311に格納し処理を終了する。---処理手順例12---図22は、本実施形態におけるファンクションポイント情報管理方法の手順例12を示すフロー図であり、具体的には、生産性算出処理部215の処理フロー2を示す図である。この場合、生産性算出処理部215は、前記ステップS201でメモリ上に格納された算出FPと、設定ファイル221から取得した3段階のFPランクに対応した値範囲とを比較し、算出FPがどのランクの範囲かを判定してランクを決定しS211、これをメモリ上に格納する。次に生産性算出処理部215は、メモリ上に格納されたランクがランクAであるか判定する。算出FPがランクAである場合、生産性算出処理部215は、算出工程、ランクAの範囲、および前記ステップS201でメモリ上に格納された言語を検索キーとして、実績情報管理テーブル313から、生産性3138とFP3136の各値を取得しS212、これをメモリ上に格納し、引き続き図23の生産性算出処理フロー3の処理を実行する。他方、算出FPがランクAでない場合、生産性算出処理部215は、算出FPがランクBであるか判定する。算出FPがランクBである場合、生産性算出処理部215は、算出工程、ランクBの範囲、および前記ステップS201でメモリ上に格納された言語の各値を検索キーとして、実績情報管理テーブル313から生産性3138とFP3136の各値を取得しS213、これをメモリ上に格納し、引き続き図23の生産性算出処理フロー3の処理を実行する。また、算出FPがランクBでない場合、生産性算出処理部215は、算出工程、ランクCの範囲、および前記ステップS201でメモリ上に格納された言語の各値を検索キーとして、実績情報管理テーブル313から生産性3138とFP3136の各値を取得しS214、これをメモリ上に格納し、引き続き図23の生産性算出処理フロー3の処理を実行する。---処理手順例13---図23は、本実施形態におけるファンクションポイント情報管理方法の手順例13を示すフロー図であり、具体的には、生産性算出処理部215の処理フロー3を示す図である。この場合、生産性算出処理部215は、前記ステップS212、またはステップS213、またはステップS214でメモリ上に格納された生産性の数分、1FPあたりの生産性=生産性/FPを算出しS221、これをメモリ上に格納する。次に生産性算出処理部215は、生産性の平均値=1FPあたりの生産性/抽出レコード数を算出するS222。また、生産性算出処理部215は、メモリ上に格納された算出FPを取得し、前記ステップ222で算出した生産性の平均値を乗じることで生産性を算出しS223、これをメモリ上に格納する。また、生産性算出処理部215は、メモリ上に格納された機能IDと算出工程の各値を取得し、前記ステップS223で算出した生産性を、生産性情報テーブル311に格納しS224、処理を終了する。---処理手順例14---図24は、本実施形態におけるファンクションポイント情報管理方法の手順例14を示すフロー図であり、具体的には、バグ密度算出処理部216の処理フロー1を示す図である。この場合、バグ密度算出処理部216は、設定ファイル221を参照し、FPランク3001、算出方法3006のうちバグ密度の値、開発言語3007を取得し、また、メモリに格納されている算出FPを取得しS231、これらをメモリ上に格納する。次にバグ密度算出処理部216は、前記ステップS231でメモリに格納した算出方法の値が設定ファイルであるか判定する。算出方法の値が設定ファイルでない場合、バグ密度算出処理部216は、引き続き図25のバグ密度算出処理フロー2を実行する。他方、算出方法の値が設定ファイルの場合、バグ密度算出処理部216は、算出FPと、設定ファイル221から取得した3段階のFPランクに対応した値範囲とを比較し、算出FPがどのランクの範囲かを判定してランクを決定しS233、これをメモリ上に格納する。またバグ密度算出処理部216は、メモリ上に格納されたランクがランクAであるか判定する。算出FPがランクAの場合、バグ密度算出処理部216は、設定ファイル221を参照し、バグ密度3005におけるAランクの値を取得しS234、メモリに格納する。他方、算出FPがランクAでない場合、バグ密度算出処理部216は、算出FPがランクBであるか判定する。算出FPがランクBである場合、バグ密度算出処理部216は、設定ファイル221を参照し、バグ密度3005のうちBランクの値を取得しS235、これをメモリに格納する。また、算出FPがランクBでない場合、バグ密度算出処理部216は、設定ファイル221を参照し、バグ密度3005のうちCランクの値を取得しS236、これをメモリに格納する。次にバグ密度算出処理部216は、前記ステップS231で取得した算出FPと、前記ステップS234、またはステップS235、またはステップS236でメモリに格納されたバグ密度とを、バグ密度情報テーブル312に格納し、処理を終了する。---処理手順例15---図25は、本実施形態におけるファンクションポイント情報管理方法の手順例15を示すフロー図であり、具体的には、バグ密度算出処理部216の処理フロー2を示す図である。この場合、バグ密度算出処理部216は、前記ステップS231でメモリ上に格納された算出FPと、設定ファイル221から取得した3段階のFPランクに対応した値範囲とを比較し、算出FPがどのランクの範囲かを判定してランクを決定しS241、これをメモリ上に格納する。次にバグ密度算出処理部216は、メモリ上に格納されたランクがランクAであるか判定する。算出FPがランクAである場合、バグ密度算出処理部216は、ランクAの範囲、および前記ステップS231でメモリ上に格納された言語を検索キーとして、実績情報管理テーブル313からバグ密度3139とFP3136の各値を取得しS242、これをメモリ上に格納し、引き続き図26のバグ密度算出処理フロー3の処理を実行する。他方、算出FPがランクAでない場合、バグ密度算出処理部216は、算出FPがランクBであるか判定する。算出FPがランクBである場合、バグ密度算出処理部216は、ランクBの範囲、および前記ステップS231でメモリ上に格納された言語の各値を検索キーとして、実績情報管理テーブル313からバグ密度3139とFP3136の各値を取得しS243、これをメモリ上に格納し、引き続き図26のバグ密度算出処理フロー3の処理を実行する。また、算出FPがランクBでない場合、バグ密度算出処理部216は、ランクCの範囲、および前記ステップS231でメモリ上に格納された言語の各値を検索キーとして、実績情報管理テーブル313からバグ密度3139とFP3136を取得しS244、これをメモリ上に格納し、引き続き図26のバグ密度算出処理フロー3の処理を実行する。---処理手順例16---図26は、本実施形態におけるファンクションポイント情報管理方法の手順例16を示すフロー図であり、具体的には、バグ密度算出処理部216の処理フロー3を示す図である。この場合、バグ密度算出処理部216は、前記ステップS242、またはステップS243、またはステップS244でメモリ上に格納されたバグ密度の数分、1FPあたりのバグ密度=バグ密度/FPを算出しS251、これをメモリ上に格納する。また、バグ密度算出処理部216は、バグ密度の平均値=1FPあたりのバグ密度/抽出レコード数を算出するS252。またバグ密度算出処理部216は、メモリ上に格納された算出FPを取得し、この算出FPの値に、前記ステップS252算出したバグ密度の平均値を乗じることで、バグ密度を算出しS253、これをメモリ上に格納する。次にバグ密度算出処理部216は、メモリ上に格納された機能IDを取得し、前記ステップS253で算出したバグ密度を、機能IDと対応付けてバグ密度情報テーブル312に格納しS254、処理を終了する。---処理手順例17---図27は、本実施形態におけるファンクションポイント情報管理方法の手順例17を示すフロー図であり、具体的には、FP情報検索処理部217の処理フローを示す図である。APサーバ101のFP情報検索処理部217は、図32で例示するFP情報確認画面3200を介してユーザ端末103から入力された機能ID3201、機能名称3201、算出工程3203、FP3204、の各値を取得しS261、これをメモリ上に格納する。当然ながら、FP情報検索処理部217は、ユーザ端末103から、上記のFP情報確認画面3200のリクエストをこの処理に先だって受けており、FP情報確認画面3200のデータをユーザ端末103に返信済みであるとする。次にFP情報検索処理部217は、FP情報テーブル310から、前記ステップS261で得た入力値の条件に一致する機能ID3101、機能名称3102、FP3103、工程3104の値を取得しS262、これをメモリに格納する。またFP情報検索処理部217は、生産性情報テーブル311から、前記ステップS262で取得した機能ID、工程の各値に一致する生産性3112の値を取得しS263、これをメモリに格納する。また、FP情報検索処理部217は、バグ密度情報テーブル312から、前記ステップS262で取得した機能IDの値に一致するバグ密度3121の値を取得しS264、これをメモリに格納する。次にFP情報検索処理部217は、予め記憶部201にて保持する所定の画面データ上へ、前記ステップS262~ステップS264でメモリ上に格納された機能ID、機能名称、FP、工程、生産性、バグ密度の各値を設定し、当該画面データをユーザ端末103に送信して表示させ処理を終了するS265。なお、図32に例示するFP情報確認画面3200において、参照したいデータに関する、機能ID3201、機能名称3202、算出工程3203、FP範囲3204の各値の指定を受ける入力欄が備わっている。この画面3200で検索のボタンが押下されることで、上記各欄3201~3204の検索条件の値に合致したデータが、FP情報検索処理部217によって検索結果の各欄機能ID3205、機能名称3206、算出工程3207、FP3208、生産性3209、バグ密度3210に設定されるのである。例えば、検索条件となる各欄3201~3204の値については、全て前方一致検索で処理が実行される。また終了ボタンが押下されると本画面は閉じられる。---処理手順例18---図28は、本実施形態におけるファンクションポイント情報管理方法の手順例18を示すフロー図であり、具体的には、実績情報検索処理部218の処理フローを示す図である。実績情報検索処理部218は、ユーザ端末103から、実績情報登録画面3300のリクエストを受けて、実績情報登録画面3300のデータをユーザ端末103に返信済みであるとする。この時、実績情報登録画面3300を介してユーザ端末103で検索ボタン3310が押下されたとする。この押下に伴う実績情報の検索は、画面3300上にてユーザが入力した検索条件項目3301~3305の各値に応じて実績情報検索処理部218が実行する。この場合、実績情報検索処理部218は、前記画面3300で指定された検索条件の値をユーザ端末103から取得し、これをメモリ上に格納するS271。次に、実績情報検索処理部218は、実績情報管理テーブル313より、前記ステップS271で取得した検索条件に合致するレコードを取得しS272、ここで取得した値を、所定の画面データに設定してユーザ端末103に送信し表示させるS273。以上で処理は終了する。---処理手順例19---図29は、本実施形態におけるファンクションポイント情報管理方法の手順例19を示すフロー図であり、具体的には、実績情報登録処理部219の処理フローを示す図である。この処理フローに先立ち、実績情報登録画面3300のリクエストが、ユーザ端末103よりAPサーバ101に送られており、APサーバ101は前記画面3300のデータを返信しているものとする。よって、ユーザ端末103では実績情報登録画面3300が表示された状態となっている。またこの場合、ユーザは、実績情報登録画面3300を介してユーザ端末103から、各項目3301~3309の値を入力しており、ユーザ端末103で検索ボタン3311が押下されたとする。この時、実績情報登録処理部219は、画面3300上で入力された項目3301~3309の各値をユーザ端末103から取得し、これをメモリ上に格納するS281。また実績情報登録処理部219は、メモリ上に格納した前記各項目の値に関する入力チェック例:文字数、文字種といった所定の基準との比較を実施しS282、エラーが発生している場合は本処理を終了する。他方、エラーが発生していない場合、実績情報登録処理部219は、前記ステップ281でメモリ上に格納した各項目の値を、実績情報管理テーブル313に格納しS281、本処理を終了する。図33に実績情報登録画面3300を例示する。この実績情報登録画面3300は、PJID3301、PJ名称3302、機能ID3301、機能名称3304、工程3305、FP3306、バグ密度3307、生産性3308、言語3309の各項目の入力を受ける欄と、検索ボタン3310、登録ボタン3311を含んでいる。また、ユーザが、項目3301~3304等に検索条件を入れて検索ボタン3310を押下して実績情報の検索を実行し、検索された実績情報について、項目3306~3309等の各項目値を入力して登録ボタン3311を押下すれば、既存の実績情報の更新処理が実行できる。また同様に、検索された実績情報について削除ボタン3312を押下すれば、既存の実績情報の削除処理が実行できる。---処理手順例20---図30は、本実施形態におけるファンクションポイント情報管理方法の手順例20を示すフロー図であり、具体的には、帳票出力処理部220の処理フローを示す図である。この場合、例えばユーザ端末103からのリクエストを受けた帳票出力処理部220は、メモリ上に格納した機能ID、機能名称、FP、工程、生産性情報、バグ密度情報と、取得レコード分の項番を、図45に例示する帳票一覧イメージ4500の該当欄に書き込みS291、この帳票一覧イメージ4500のデータをユーザ端末103に送信して表示させるなどして出力処理を実行し、本処理を終了する。図45に帳票一覧イメージ4500を示している。この帳票一覧イメージ4500は、機能ID4501、機能名称4502、算出工程4503、FP4504、生産性4505、バグ密度4506で構成されている。以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。こうした本実施形態によれば、設計書を入力としたFPの自動算出や、自動算出されたFPと実績情報等に基づいた生産性、バグ密度の自動算出を行うことが可能である。また、自動算出したFPの情報や実績情報等を蓄積することにより、こうして蓄積した情報のうち、例えば、ファンクションポイントの値範囲が同じ=すなわち開発難易度が同様のレコードについて、単位ファンクションポイントあたりの生産性やバグ密度の平均値を算定し、この平均値で生産性やバグ密度を算定し見積もり結果に反映させることができる。従って、ファンクションポイントの値範囲や開発言語等が同じである過去の実績に基づいた見積もり作業を実行することになり、過去の実績に妥当性が担保された、精度良好な見積もりがえられる。つまり、システム開発の工程毎に、開発難易度に応じた生産性やバグ密度の算定を実行し、ひいては精度良好な見積もり処理を効率良く実行することが可能となる。本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記ファンクションポイント情報管理装置において、前記記憶部は、前記実績情報管理テーブルにおいて、過去実行されたシステム開発の案件における、要件定義、基本設計、および詳細設計の各工程に関して確定している、ファンクションポイント、生産性および開発言語の実績値を格納しており、前記制御部は、前記単位ファンクションポイントあたりの生産性の値の算定処理に際し、前記特定したファンクションポイントの値範囲と、処理対象の設計書データが示す該当工程および開発言語をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程と開発言語が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示す生産性の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりの生産性の値を算定するものであるとしてもよい。また、前記ファンクションポイント情報管理装置の前記記憶部における、前記実績情報管理テーブルは実績値として更にバグ密度の実績値を格納しており、前記設定ファイルはバグ密度に関するランク別の値範囲の情報を更に格納しており、前記制御部は、前記特定したファンクションポイントの値範囲と処理対象の設計書データが示す該当工程をキーに、記憶部における実績情報管理テーブルで検索を実行して、前記値範囲にファンクションポイントの実績値が含まれ、なおかつ工程が一致するレコードを抽出し、当該抽出した各レコードについて、該当レコードが示すバグ密度の実績値をファンクションポイントの実績値で除算して単位ファンクションポイントあたりのバグ密度の値を算定する処理と、前記抽出した各レコード間での、前記単位ファンクションポイントあたりのバグ密度の値に関する平均値を算定し、当該平均値に前記ファンクションポイント算定値を乗算して、該当工程に関するバグ密度の値を算定する処理と、前記算定したバグ密度の値を、ユーザ端末ないし出力部に出力する処理を実行するものである、としてもよい。"