(57)【要約】【課題】  プロセスやファイルにデータ項目の追加や削除等の仕様変更が発生しても、データベースの再設計を不要とし、ＦＰを自動的に求めることができるファンクションポイント計測方法及びシステムを実現する。【解決手段】  要求仕様に基づきデータファンクションを生成するデータベース設計ステップ及びトランザクションファンクションを生成するプロセス定義ステップと、前記データファンクションに基づくファンクションポイントを計測するデータファンクション計測ステップと、前記トランザクションファンクションに基づくファンクションポイントを計測するトランザクションファンクション計測ステップと、前記各計測ステップの計測値を合計する合算ステップとよりなるファンクションポイント計測方法において、  前記データベース設計ステップは、  空のファイルを生成する空ファイル生成ステップと、  前記プロセス定義ステップで導出される情報を取得して前記空のファイルを補完するファイル完成ステップと、を備える。【選択図】                    図１
2006293579.tif 000002
【特許請求の範囲】
【請求項１】
要求仕様に基づきデータファンクションを生成するデータベース設計ステップ及びトランザクションファンクションを生成するプロセス定義ステップと、前記データファンクションに基づくファンクションポイントを計測するデータファンクション計測ステップと、前記トランザクションファンクションに基づくファンクションポイントを計測するトランザクションファンクション計測ステップと、前記各計測ステップの計測値を合計する合算ステップとよりなるファンクションポイント計測方法において、
前記データベース設計ステップは、
空のファイルを生成する空ファイル生成ステップと、
前記プロセス定義ステップで導出される情報を取得して前記空のファイルを補完するファイル完成ステップと、
を備えたことを特徴とするファンクションポイント計測方法。
【請求項２】
前記プロセス定義ステップで導出される情報は、データ項目及びレコード種別であることを特徴とする請求項１に記載のファンクションポイント計測方法。
【請求項３】
要求仕様に基づきデータファンクションを生成するデータベース設計手段及びトランザクションファンクションを生成するプロセス定義手段と、前記データファンクションに基づくファンクションポイントを計測するデータファンクション計測手段と、前記トランザクションファンクションに基づくファンクションポイントを計測するトランザクションファンクション計測手段と、前記各計測手段の計測値を合計する合算手段とよりなるファンクションポイント計測システムにおいて、
前記データベース設計手段は、
空のファイルを生成する空ファイル生成手段と、
前記プロセス定義手段で導出される情報を取得して前記空のファイルを補完するファイル完成手段と、
を備えたことを特徴とするファンクションポイント計測システム。
【請求項４】
前記プロセス定義手段で導出される情報は、データ項目及びレコード種別であることを特徴とする請求項３に記載のファンクションポイント計測システム。
【請求項５】
前記プロセス定義手段は、
前記トランザクションファンクションのデータ項目数を自動的にカウントするＤＥＴ数カウント手段と、
前記トランザクションファンクションがアクセスするファイル数を自動的にカウントするＦＴＲ数カウント手段と、
を備えることを特徴とする請求項３又は４に記載のファンクションポイント計測システム。
【請求項６】
前記トランザクションファンクション計測手段は、
前記トランザクションファンクションの複雑度を自動的に評価する複雑度自動評価段と、
前記トランザクションファンクションのファンクションポイントを自動的に計測するＦＰ自動計測手段と、
を備えることを特徴とする請求項３又は４に記載のファンクションポイント計測システム。
【請求項７】
前記データベース設計手段は、
前記プロセス定義手段から取得する情報に加えて、前記データファンクションに固有に存在するデータ項目を収集して格納するＤＥＴ収集・格納手段を備えることを特徴とする請求項３又は４に記載のファンクションポイント計測システム。
【請求項８】
前記データファンクション計測手段は、
前記データファンクションのデータ項目数及びレコード数をカウントしたＤＥＴ数及びＲＥＴ数から、前記データファンクションの複雑度を自動的に評価する複雑度自動評価手段と、
前記データファンクションのファンクションポイントを自動的に計測するＦＰ自動計測手段と、
を備えることを特徴とする請求項３又は４に記載のファンクションポイント計測システム。
【請求項９】
前記合算手段は、
前記トランザクションファンクションのファンクションポイント計測値及び前記データファンクションのファンクションポイント計測値を自動的に合計するＦＰ自動合計手段を備えることを特徴とする請求項３又は４に記載のファンクションポイント計測システム。
【請求項１０】
（イ）前記データベース設計手段で導き出されたファイルの器、前記プロセス定義手段で導き出されたプロセス、前記トランザクションファンクション及びデータファンクションのファンクションタイプ、前記プロセスのデータ項目の記述と、
（ロ）前記データファンクション固有のデータ項目の記述と、
（ハ）前記トランザクションファンクションのデータ項目数及び参照ファイル数のカウント、複雑度評価、ファンクションポイント計測と、
（ニ）前記データファンクションの複雑度評価、ファンクションポイント計測と、
（ホ）前記トランザクションファンクション及びデータファンクショのファンクションポイント合計計算と
を実行するワークシート手段を備えたことを特徴とする、請求項３乃至９のいずれかに記載のファンクションポイント計測システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要求仕様に基づきデータファンクションを生成するデータベース設計ステップ及びトランザクションファンクションを生成するプロセス定義ステップと、前記データファンクションに基づくファンクションポイントを計測するデータファンクション計測ステップと、前記トランザクションファンクションに基づくファンクションポイントを計測するトランザクションファンクション計測ステップと、前記各計測ステップの計測値を合計する合算ステップとよりなるファンクションポイント計測方法及びシステムに関する。
【背景技術】
【０００２】
ファンクションポイントによるソフトウェア見積もりシステム関連する先行技術文献としては次のようなものがある。
【０００３】
【特許文献１】特開２００２−２２２０８０号公報
【０００４】
ソフトウェアシステムの開発には人手を要し、大規模なシステムほど多大に必要とされる。従って、どれ位人手が必要なのかを計画的に算出しなければ、無駄を生むばかりでなく、開発失敗等の損失を招くおそれがある。そこで、ソフトウェアシステム開発においては一般的に必要な工数を「人月」と言う単位で見積もる。
【０００５】
現状の見積慣習では、開発経験者が、システムで実現される機能を予測して人月を見積もる。つまり、システムの発注者が抱いている要求仕様からファイル構成や画面仕様等を推定し、人月を算出する。これは、ちょうど発注主の要求から家の設計図を起こし、その設計図から大工さんの手間を考えるのと同じプロセスである。
【０００６】
しかし、家の設計図からは材料を手にとって家を３次元的に想像できるが、ファイル構成や画面仕様等からはシステムを頭脳の中で創作するしかなく、しかも類似例が少なく、多様すぎている。
【０００７】
家の建築費見積が、材料費と手間費等により定量的であるのに対して、ソフトウェアシステム開発経験者が見積った人月は、その見積根拠が抽象的概念的になりがちであり、発注者にとって理解し難いものになる。その為、見積人月（即ち、ソフトウェアシステム開発金額）についてしばしば発注者と開発者間で意見の相違が起こる。
【０００８】
そこで、建築費見積と同様に、ソフトウェアシステム開発費見積も定量的に行なえないか、と考えられた手法の一つがファンクションポイント法（以下、ＦＰ法）である。ＦＰ法は、ソフトウェアシステムに要求される機能を、ファンクションポイント（機能量：以下、ＦＰ）として定量化する手法であり、ＩＳＯ／ＩＥＣ２０９２６で標準化され、ＪＩＳでも標準化作業中である。又、ＪＩＳ０１３５−１においてもＦＰの記載がある。
【０００９】
図４１（Ａ）及び（Ｂ）は、家の建築及びＤＯＡ（Data Oriented Approach）によるソフトウェアシステム開発の流れを示すフローチャートである。家を建築する手法には在来工法や２By４ 工法がある様に、ソフトウェアシステム開発にもＤＯＡやＯＯＡ（Object Oriented Approach）等の開発手法がある。
【００１０】
概略的に言うと、ＤＯＡでは要求仕様から最初にデータベース（家の基礎に相当）を構築し、データベースのデータ項目が利用できるようにする（家の土台の利用に相当）。次に、このデータ項目を使ってプログラム（家の構造物に相当）を作る。
【００１１】
図４２（Ａ）及び（Ｂ）は、ＤＯＡによるソフトウェアシステム開発及び見積の流れを示すフローチャートである。ＦＰ法においては、ＤＯＡのデータベース構築やプログラム作成までは行はないが、その考え方を踏襲している。ＦＰ法による見積（以下、ＦＰ見積）では、データベースの構築までは行なわず、データベースの設計までに止める。
【００１２】
データベースの設計が済めば、データ項目が明確に定義されているので、データ項目を机上で利用することができる。そして、プログラムの作成までは行なわず、このデータ項目を使ってプロセス定義を行なう。プロセス定義とは、ソフトウェアシステムが利用者に提供するサービス(例えば、「データを表示処理する」や「データを入力処理する」等)を定義することである。
【００１３】
図４３は、ＦＰ見積を実行するための従来のファンクションポイント計測システムの構成を示す機能ブロック図である。１は要求仕様である。２は、この要求仕様に基づいてデータベースの設計を行うデータベース設計手段である。３は、同じくこの要求仕様に基づいてプロセスの定義を行うプロセス定義手段である。
【００１４】
データベース設計手段２において、２１はファイルを設計するデータファンクション生成手段である。ＦＰ法では、設計されたファイルをデータファンクション（Data Function）と呼ぶ。２２は、生成されたデータファンクションである。
【００１５】
プロセス定義手段３において、３１はプロセスを定義するトランザクションファンクション生成手段である。ＦＰ法では、プロセスをトランザクションファンクション（Transaction Function）と呼ぶ。３２は、生成されたトランザクションファンクションである。
【００１６】
トランザクションファンクション生成手段３１は、トランザクションファンクション３２を生成するために、データベース設計手段２で生成されたデータファンクション２２から、参照手段４を介して、プロセス定義に必要な情報としてデータ項目（以下、ＤＥＴ（Data Element Type））及びレコード種別（以下、ＲＥＴ（Record Element Type））を取得する。
【００１７】
５は、データファンクション計測手段であり、データベース設計手段２で生成されたデータファンクション２２を解析してデータベース設計手段２側のＦＰを計測する。
【００１８】
データファンクション計測手段５において、５１はファンクションタイプ識別手段、５２はＤＥＴ識別手段、５３はＲＥＴ識別手段、５４は複雑度評価手段、５５はＦＰ決定手段である。各手段の機能及び動作例は後述する。
【００１９】
６は、トランザクションファンクション計測手段であり、プロセス定義手段３で生成されたトランザクションファンクション３２を解析してプロセス定義手段３側のＦＰを計測する。
【００２０】
トランザクションファンクション計測手段６において、６１はファンクションタイプ識別手段、６２はＤＥＴ識別手段、６３はトランザクションファンクションがアクセスするファイルタイプ（以下、ＦＴＲ（File Type Referenced））を識別するＦＴＲ識別手段、６４は複雑度評価手段、６５はＦＰ決定手段である。各手段の機能及び動作例は後述する。
【００２１】
７は合算手段であり、データベース設計手段２側のＦＰ及びプロセス定義手段３側のＦＰを合算する。７１はＦＰ合計手段、７２は合計されたＦＰである。この合計ＦＰがソフトウェアシステムの機能規模を示す指標となり、ＦＰ見積手段８に渡され、所定のアルゴリズムで解析されてソフトウェアシステムの工数見積が実行される。
【００２２】
以下、各手段の機能及び動作例を説明する。
図４４は、データベース設計手段２で設計された従業員と扶養家族を格納するファイル（データファンクション）の例である。図４５は、データファンクション計測手段５で実行される処理の流れを示すフローチャートであり、ステップＳ１乃至Ｓ５は、図４３の各手段５１乃至５５に対応している。
【００２３】
ステップＳ１では、データファンクションのファンクションタイプを識別する。ファンクションタイプは、次のいずれかである。
（１）データファンクションがソフトウェアシステムの中に存在する場合は、ファンクションタイプはＩＬＦ（Internal Logical File）である。
（２）データファンクションがソフトウェアシステムの外の別のシステムに存在する場合は、ファンクションタイプはＥＬＦ（External Interface File）である。
【００２４】
ステップＳ２では、データファンクションのＤＥＴを識別する。図４４のデータファンクションから、ＤＥＴは、「従業員番号」，「氏名」，「続柄」，「登録年月日」の各データ項目となる。
【００２５】
ステップＳ３では、データファンクションのＲＥＴを識別する。図４４のデータファンクションから、ＲＥＴは、「従業員」、「扶養家族」の各レコード種別になる。
【００２６】
ステップＳ４では、データファンクションの複雑度を評価する。図４６はＤＥＴ数及びＲＥＴ数による複雑度評価表の例である。図４４のデータファンクションから、ＤＥＴ数は４、ＲＥＴ数は２なので、複雑度は「低」になる。
【００２７】
ステップＳ５では、データファンクションのファンクションタイプとステップＳ４で決定された複雑度によりＦＰを決定する。図４７は、ファンクションタイプ（ＩＬＦ，ＥＩＦ）と複雑度によるＦＰ算出表の例である。図４４のデータファンクションのファイルタイプがＩＬＦならば、ステップＳ４で決定された複雑度「低」を適用し、ＦＰは「７」となる。
【００２８】
プロセス定義手段３は、データベース設計が済んでいるデータファンクション２２のＤＥＴとＲＥＴの情報を、参照手段４を介して取得し、これを利用してプロセス定義を実行する。図４８は、取得情報を元に定義されたプロセス（トランザクションファンクション）の例であり、従業員と扶養家族を入力する画面である。
【００２９】
図４９は、トランザクションファンクション計測手段６で実行される処理の流れを示すフローチャートであり、ステップＳ１乃至Ｓ５は、図４３の各手段６１乃至６５に対応している。以下の説明では、ＤＥＴはトランザクションファンクションのデータ項目を意味し、ＦＴＲはトランザクションファンクションがアクセスするファイルを意味する。
【００３０】
ステップＳ１では、トランザクションファンクションのファンクションタイプを識別する。ファンクションタイプは、次のいずれかである。
（１）情報をソフトウェアシステムの外部に照会する場合、ファンクションタイプはＥＱ（External inQuiry）である。
（２）情報をソフトウェアシステムの外部に出力する場合、ファンクションタイプはＥＯ（External Output）である。ＥＯとＥＱ違いは、ファイルにデータを書き込むか、計算処理を伴うか、等により決まる。
（３）情報をソフトウェアシステムの外部から内部へ入力する場合、ファンクションタイプはＥＩ(External Input)である。
【００３１】
ステップＳ２では、トランザクションファンクションのＤＥＴを識別する。図４８のトランザクションファンクションから、ＤＥＴは、「従業員番号」，「氏名」，「続柄」，「登録年月日」の各データ項目及び入力ボタンとなる。
【００３２】
ステップＳ３では、トランザクションファンクションのＦＴＲを識別する。図４８のトランザクションファンクションから、ＦＴＲは、「従業員と扶養家族を格納するファイル」となる。
【００３３】
ステップＳ４では、トランザクションファンクションの複雑度を評価する。図５０は、ファンクションタイプがＥＩに場合のＤＥＴ数及びＦＴＲ数による複雑度評価表である。図５１は、ファンクションタイプがＥＱ又はＥＯの場合のＤＥＴ数及びＦＴＲ数による複雑度評価表である。
【００３４】
図４８のトランザクションファンクションのファンクションタイプは、情報をソフトウェアシステムの外部から内部へ入力する場合に相当するので、ファンクションタイプはＥＩである。更にＤＥＴ数は４、ＦＴＲ数は１なので、図５０の評価表を適用して複雑度は「低」になる。
【００３５】
ステップＳ５では、トランザクションファンクションのファンクションタイプとステップＳ４で決定された複雑度によりＦＰを決定する。図５２は、ファンクションタイプ（ＥＱ又はＥＩ、ＥＯ）と複雑度によるＦＰ算出表の例である。図４８のトランザクションタファンクションのファイルタイプがＥＩならば、ステップＳ４で決定された複雑度「低」を適用し、ＦＰは「３」となる。
【発明の開示】
【発明が解決しようとする課題】
【００３６】
従来のファンクションポイント計測手法では、プロセス定義手段３でプロセスを定義する場合、データベース設計手段２でＤＥＴやＲＥＴが先に定義されていなければならない。従って、もしファイルやプロセスに仕様変更（例えば、ＤＥＴの追加や削除等）があったならば、データベースの設計をやり直してからＦＰを計測し直し、ＦＰ見積を行なう必要がある。
【００３７】
図５３は、図４８に示した従業員と扶養家族を入力する画面に、「生年月日」の入力が追加された画面を示している。この場合、データベースの設計に立ち返り、図５４に示されるように、「生年月日」に関するＤＥＴとＲＥＴを追加したファイル（データファンクション）を再設計する必要がある。
【００３８】
このように、仕様変更の発生に対しては、データベースの再設計を済ませた後、プロセスを再定義し直して、夫々データファンクション再計測とトランザクションファンクション再計測を行ない、ＦＰの再合計を実行するという、煩雑な作業が必要となる。
【００３９】
従って本発明が解決しようとする課題は、プロセスやファイルにデータ項目の追加や削除等の仕様変更が発生しても、データベースの再設計を不要とし、ＦＰを自動的に求めることができるファンクションポイント計測方法及びシステムを提供することにある。
【課題を解決するための手段】
【００４０】
このような課題を達成するために、本発明の構成は次の通りである。
（１）要求仕様に基づきデータファンクションを生成するデータベース設計ステップ及びトランザクションファンクションを生成するプロセス定義ステップと、前記データファンクションに基づくファンクションポイントを計測するデータファンクション計測ステップと、前記トランザクションファンクションに基づくファンクションポイントを計測するトランザクションファンクション計測ステップと、前記各計測ステップの計測値を合計する合算ステップとよりなるファンクションポイント計測方法において、
前記データベース設計ステップは、
空のファイルを生成する空ファイル生成ステップと、
前記プロセス定義ステップで導出される情報を取得して前記空のファイルを補完するファイル完成ステップと、
を備えたことを特徴とするファンクションポイント計測方法。
【００４１】
（２）前記プロセス定義ステップで導出される情報は、データ項目及びレコード種別であることを特徴とする（１）に記載のファンクションポイント計測方法。
【００４２】
（３）要求仕様に基づきデータファンクションを生成するデータベース設計手段及びトランザクションファンクションを生成するプロセス定義手段と、前記データファンクションに基づくファンクションポイントを計測するデータファンクション計測手段と、前記トランザクションファンクションに基づくファンクションポイントを計測するトランザクションファンクション計測手段と、前記各計測手段の計測値を合計する合算手段とよりなるファンクションポイント計測システムにおいて、
前記データベース設計手段は、
空のファイルを生成する空ファイル生成手段と、
前記プロセス定義手段で導出される情報を取得して前記空のファイルを補完するファイル完成手段と、
を備えたことを特徴とするファンクションポイント計測システム。
【００４３】
（４）前記プロセス定義手段で導出される情報は、データ項目及びレコード種別であることを特徴とする（３）に記載のファンクションポイント計測システム。
【００４４】
（５）前記プロセス定義手段は、
前記トランザクションファンクションのデータ項目数を自動的にカウントするＤＥＴ数カウント手段と、
前記トランザクションファンクションがアクセスするファイル数を自動的にカウントするＦＴＲ数カウント手段と、
を備えることを特徴とする（３）又は（４）に記載のファンクションポイント計測システム。
【００４５】
（６）  前記トランザクションファンクション計測手段は、
前記トランザクションファンクションの複雑度を自動的に評価する複雑度自動評価手段と、
前記トランザクションファンクションのファンクションポイントを自動的に計測するＦＰ自動計測手段と、
を備えることを特徴とする（３）又は（４）に記載のファンクションポイント計測システム。
【００４６】
（７）前記データベース設計手段は、
前記プロセス定義手段から取得する情報に加えて、前記データファンクションに固有に存在するデータ項目を収集して格納するＤＥＴ収集・格納手段を備えることを特徴とする（３）又は（４）に記載のファンクションポイント計測システム。
【００４７】
（８）前記データファンクション計測手段は、
前記データファンクションのデータ項目数及びレコード数をカウントしたＤＥＴ数及びＲＥＴ数から、前記データファンクションの複雑度を自動的に評価する複雑度自動評価手段と、
前記データファンクションのファンクションポイントを自動的に計測するＦＰ自動計測手段と、
を備えることを特徴とする（３）又は（４）に記載のファンクションポイント計測システム。
【００４８】
（９）前記合算手段は、
前記トランザクションファンクションのファンクションポイント計測値及び前記データファンクションのファンクションポイント計測値を自動的に合計するＦＰ自動合計手段を備えることを特徴とする（３）又は（４）に記載のファンクションポイント計測システム。
【００４９】
（１０）
（イ）前記データベース設計手段で導き出されたファイルの器、前記プロセス定義手段で導き出されたプロセス、前記トランザクションファンクション及びデータファンクションのファンクションタイプ、前記プロセスのデータ項目の記述と、
（ロ）前記データファンクション固有のデータ項目の記述と、
（ハ）前記トランザクションファンクションのデータ項目数及び参照ファイル数のカウント、複雑度評価、ファンクションポイント計測と、
（ニ）前記データファンクションの複雑度評価、ファンクションポイント計測と、
（ホ）前記トランザクションファンクション及びデータファンクショのファンクションポイント合計計算と
を実行するワークシート手段を備えたことを特徴とする、（３）乃至（９）のいずれかに記載のファンクションポイント計測システム。
【発明の効果】
【００５０】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
（１）プロセスやファイルにＤＥＴの追加や削除等の仕様変更が発生しても、トランザクションファンクションのＤＥＴやデータファンクションに固有に存在するＤＥＴ情報を追加することで、自動的にＦＰを求めることが可能となる。
【００５１】
（２）プロセス定義で導き出されたＤＥＴをワークシート手段のセル内に文字列として記述することにより、ワークシート手段が備えるマクロ関数を利用して、ＦＰ計測に必要なパラメータを自動的に算出することができる。この自動化の仕組みにより、プロセスやファイルにＤＥＴの追加や削除等の仕様変更が発生しても、データベース再設計等を行なわずに、ＦＰを自動的に再計測することが可能となる。
【発明を実施するための最良の形態】
【００５２】
以下、本発明を図面により詳細に説明する。図１は本発明を適用したファンクションポイント計測システムの一実施形態を示す機能ブロック図である。図４３で説明した従来システムと同一要素には同一符号を付して説明を省略する。以下、本発明の特徴部につき説明する。
【００５３】
従来のＦＰ計測手法では、「データベース設計ステップ→ファイルに定義されたデータ項目の利用→プロセス定義ステップ」と言う順番で計測を行なっていた。このため、ファイルやプロセスにデータ項目の追加や削除等の仕様変更が発生した場合、データベース設計からやり直す必要があり、ＦＰ計測作業に手間が掛かっていた。
【００５４】
本発明の特徴は、上記の順番を「データベース設計(但し、ファイルの器（空ファイル）のみの設計)ステップ→プロセス定義ステップ→プロセス定義ステップで導き出されたデータ項目，コード種別の取得→ファイルの完成ステップ」とした点、即ち、データ項目の定義をデータベース設計ステップでは行なわず、プロセス定義ステップから導き出して利用する仕組みとした点にある。
【００５５】
図１において、２００は、データベース設計ステップの処理を実行するデータベース設計手段である。３００は、プロセス定義ステップの処理を実行するプロセス定義手段である。４００は、プロセス定義手段３００で導き出された情報（データ項目，レコード種別）を取得してデータベース設計手段２００に渡す参照手段である。
【００５６】
データベース設計手段２００において、２０１は空ファイル生成手段であり、ファイルの器となる空ファイルを生成する。図２は、例えば、「従業員と扶養家族を格納するファイル」が必要となった場合に生成されるファイルの器（空ファイル）を示す。
【００５７】
２０２は、ファイル完成手段であり、プロセス定義手段３００で導き出される情報（データ項目、レコード種別）を参照手段４００を介して取得し、空データを補完してファイルを完成させる。２０３は完成されたファイル、即ちデータファンクションである。
【００５８】
プロセス定義手段３００において、３０１はプロセスを定義するトランザクションファンクション生成手段であり、本発明では要求仕様から直接プロセス定義を実行する。３０２は生成されたトランザクションファンクションである。本発明では、トランザクションファンクション３０２の情報（データ項目，レコード種別）がデータベース設計手段２００で利用される。
【００５９】
図３は、従業員と扶養家族を入力するプロセスの定義例である。この定義は、要求仕様から直接定義を行なう。この時、プロセス定義で導き出されるデータ項目（ＤＥＴ）、レコード種別（ＲＥＴ）は、図２で生成された「従業員と扶養家族を格納するファイルの器」に存在するという前提で、プロセスを定義する。
【００６０】
このプロセス定義において、ＤＥＴは「従業員番号」，「氏名」，「続柄」及び「入力」ボタンであり、ＲＥＴは「従業員」と「扶養家族」になる。そして、プロセスは「従業員と扶養家族を格納するファイル」にデータを書き込むことになるので、プロセスのＦＴＲは「従業員と扶養家族を格納するファイル」になる。
【００６１】
プロセス定義でＤＥＴとＲＥＴが導き出されているので、「従業員番号」，「氏名」，「続柄」のＤＥＴと「従業員」と「扶養家族」のＲＥＴを利用することが可能となる。図４は、これらの情報により、図２の空ファイルを補完して完成された従業員と扶養家族を格納するファイルを示す。
【００６２】
プロセス定義で導き出されなかったＤＥＴ（データファンクション固有に存在するＤＥＴ）もここで追加することができる。図５は、ＤＥＴ「登録年月日」を追加する必要がある場合、追加入力されて完成され従業員と扶養家族を格納するファイルを示す。
【００６３】
図１に戻り、データファンクション計測手段５、トランザクションファンクション計測手段６、合算手段７、見積手段８の機能と動作は、図４３で説明した要素と同一であるから重複説明を省く。
【００６４】
図６は、本発明システムにＦＰの自動計測の仕組みを導入したときの構成を示す機能ブロック図である。この自動計測の仕組みを導入すれば、ファイルやプロセスの仕様変更が発生しても、自動的にＦＰを再計測することが可能となる。
【００６５】
プロセス定義手段３００において、３０３は、ＤＥＴ数カウント手段である。プロセスの定義においてプロセスのＤＥＴが導き出されているので、トランザクションファンクション３０２のＤＥＴ数を自動的にカウントする。
【００６６】
３０４は、ＦＴＲ数カウント手段である。プロセスの定義においてプロセスのＦＴＲが導き出されているので、トランザクションファンクション３０２のＦＴＲ数を自動的にカウントする。
【００６７】
トランザクションファンクション計測手段６００において、６０１は複雑度自動評価手段である。トランザクションファンクションのファンクションタイプを決めれば、そのファンクションタイプと前記ＤＥＴ数カウント手段及びＦＴＲ数カウント手段によるＤＥＴ数とＦＴＲ数から、図５０及び図５１の評価表によりトランザクションファンクションの複雑度を自動的に評価することができる。
【００６８】
６０２は、ＦＰ自動計測手段であり、複雑度自動評価手段６０１で自動的に評価された上記複雑度とファンクションタイプを図５２に適用してＦＰを自動計測する。
【００６９】
設計手段２００において、２０４はＤＥＴ収集・格納手段である。データベースの設計において定義されたファイルの器に必要なＤＥＴ及びＲＥＴは、プロセスの定義から既に導き出されてトランザクションファンクション３０２から取得される。導き出されたＤＥＴにデータファンクション固有に存在するＤＥＴを追加すれば、データファンクション計測に必要なＤＥＴが揃う。ＤＥＴ収集・格納手段２０４は、それらのＤＥＴをファイルの器に自動的に収集し格納する。
【００７０】
データファンクション計測手段５００において、５０１はＤＥＴ／ＲＥＴカウント手段であり、データファンクション２０３のＤＥＴ数またはＲＥＴ数の少なくとも一方を、自動的にカウントする。なお、カウントしなかったＤＥＴ数またはＲＥＴ数は、入力手段（図示せず）からカウント数を入力する。
【００７１】
５０２は、データファンクションの複雑度自動評価手段である。データファンクションのファンクションタイプを決めれば、そのファンクションタイプと上記ＤＥＴ及びＲＥＴカウント数からデータファンクションの複雑度を図４６に適用して自動的に評価することができる。
【００７２】
５０３は、ＦＰ自動計測手段であり、複雑度自動評価手段５０２で自動的に評価された上記複雑度とファンクションタイプを図４７に適用してＦＰを自動計測する。
【００７３】
合算手段７００において、７０１はＦＰ自動合計手段であり、データファンクションのＦＰとトランザクションファンクションのＦＰを自動的に合計し、合計されたＦＰ７０２を生成する。
【００７４】
以上説明した本発明によるファンクションポイントの自動計測の仕組みを表形式のワークシート手段上で実行する操作手順の概要を説明する。図７は、表形式のワークシート手段の表示画面である。
【００７５】
以下に、このワークシート手段に付された番号に対応して操作の手順を説明する。
（１）データベースの設計において導き出されたファイルの器を１列毎に記述する。
【００７６】
（２）プロセスの定義において導き出されたプロセスを１行毎に記述する。
【００７７】
（３）上記（２）のトランザクションファンクションのファンクションタイプを上記（２）の各行に記述する。
【００７８】
（４）上記（２）のプロセスのＤＥＴを、上記（２）の行と上記（１）の列が交差するセルに記述する。そのセルは、上記（２）のプロセスが上記（１）のファイルの器にアクセスすること、即ちＦＴＲを意味する。
【００７９】
（５）上記（１）の直右に空列（ファイルの器が定義されていない列）を設ける。
【００８０】
（６）データファンクションで利用されない上記（２）のプロセスのＤＥＴを、上記（５）の列と上記（２）の行が交差するセルに記述する。
【００８１】
（７）上記（４）と（６）からトランザクションファンクションのＤＥＴ数を自動的にカウントする仕組みを作り込む。
【００８２】
（８）上記（４）からトランザクションファンクションのＦＴＲ数を自動的にカウントする仕組みを作り込む。
【００８３】
（９）上記（３）のファンクションタイプ、上記（７）のＤＥＴ数、上記（８）のＦＴＲ数からトランザクションファンクションの複雑度を自動的に評価する仕組みを作り込む。
【００８４】
（１０）上記（３）のファンクションタイプ、上記（９）の複雑度からトランザクションファンクションのＦＰを自動的に計測する仕組みを作り込む。
【００８５】
（１１）プロセスの下方の行に、データベースの設計において導き出されたファイルの器を１行毎に記述する。
【００８６】
（１２）上記（１１）のデータファンクションのファンクションタイプを上記（１１）の各行に記述する。
【００８７】
（１３）上記（１１）の直上に空行（プロセス定義されていない行）を設ける。
【００８８】
（１４）プロセスの定義において導き出されなかったＤＥＴ（データファンクション固有のＤＥＴ）を、上記（１３）の行と上記（１）の列が交差するセルに記述する。
【００８９】
（１５）上記（４）及び上記（１４）で記述されたＤＥＴを列単位で収集する仕組みを作り込む。そして、上記（１）の列と上記（１１）の行が交差するセル内に、収集したＤＥＴを格納する。
【００９０】
（１６）上記（１５）のＤＥＴ数からデータファンクションのＤＥＴ数を自動的にカウントする仕組みを作り込む。
【００９１】
（１７）プロセスの定義において導き出されたＲＥＴの数を上記（１１）の各行に記述する。
【００９２】
（１８）上記（１２）のファンクションタイプ、上記（１６）のＤＥＴ数、上記（１７）のＲＥＴ数からデータファンクションの複雑度を自動的に評価する仕組みを作り込む。
【００９３】
（１９）上記（１２）のファンクションタイプ、上記（１８）の複雑度から、データファンクションのＦＰを自動的に計測する仕組みを作り込む。
【００９４】
（２０）上記（１０）のトランザクションファンクションのＦＰと上記（１９）のデータファンクションのＦＰを合計する。
【００９５】
次に、要求仕様によりデータベース設計された具体的なファイルとプロセス定義された画面に基づき、ワークシート操作によりＦＰを自動計測する操作手順を、図８乃至図４０により詳細に説明する。
【００９６】
図８は、データベース設計された従業員と扶養家族を格納するファイルである。図９は、同じくデータベース設計された従業員の月別給与を格納するファイルである。図１０は、プロセス定義された従業員と扶養家族を入力するプロセス（画面）である。図１１は、同じくプロセス定義された従業員の月別給与を表示するプロセス（画面）である。
【００９７】
図１２は、使用されるワークシート手段の表示画面である。このワークシート手段を操作してＦＰを自動計測する手順を以下に示す。
【００９８】
（１）図８の「従業員と扶養家族を格納するファイル」及び図９の「従業員の月別給与を格納するファイル」の器を列Ｇと列Ｈに記述する。
【００９９】
（２）図１０の「従業員と扶養家族を入力するプロセス(画面)」及び図１１の「従業員の月別給与を表示するプロセス(画面)」を行１と行２に記述する。
【０１００】
（３）図１０の「従業員と扶養家族を入力するプロセス(画面)」のファンクションタイプ「ＥＩ」及び図１１の「従業員の月別給与を表示するプロセス(画面)」のファンクションタイプ「ＥＱ」を、それぞれ列Ｂ行１と列Ｂ行２に記述する。
【０１０１】
（４）図１０の「従業員と扶養家族を入力するプロセス(画面)」及び図１１の「従業員の月別給与を表示するプロセス(画面)」のＤＥＴを以下の様に記述する。複数のＤＥＴを記述する場合、区切り文字（カンマ）でＤＥＴを区切る。
・図１０の「従業員と扶養家族を入力するプロセス(画面)」のＤＥＴのうち、「従業      員番号」、「氏名」、「続柄」を列Ｇ行１に記述する。
・図１１の「従業員の月別給与を表示するプロセス(画面)」のＤＥＴのうち、「従業      員番号」、「氏名」を列Ｇ行２に記述する。
・図１１の「従業員の月別給与を表示するプロセス(画面)」のＤＥＴのうち、「従業      員番号」、「月」、「給与」を列Ｈ行２に記述する。
【０１０２】
（５）空列（ファイルの器が定義されていない列）を列Ｉに設ける。
【０１０３】
（６）図１０の「従業員と扶養家族を入力するプロセス(画面)」及び図１１の「従業員の月別給与を表示するプロセス(画面)」のＤＥＴのうち、データファンクションで利用されないＤＥＴを以下の様に記述する。複数のＤＥＴを記述する場合、区切り文字（カンマ）でＤＥＴを区切る。
・図１０の「従業員と扶養家族を入力するプロセス(画面)」のＤＥＴのうち、「入力      ボタン」を列Ｉ行１に記述する。
・図１１の「従業員の月別給与を表示するプロセス(画面)」のＤＥＴのうち、「表示      ボタン」を列Ｉ行２に記述する。
【０１０４】
（７）ワークシート手段が備えるマクロ関数を利用して、以下の方法でトランザクションファンクションのＤＥＴ数を自動的にカウントする。この方法を使えば、同じ名称のＤＥＴを重複カウントせずに、ＦＰ法のルールに則り正しくＤＥＴ数をカウントできる。図１３は、カウント対象となる行１及び行２において列Ｇから列Ｉまでの各セル内の文字列を示すイメージ図である。
・各セル内の文字列において区切り文字（カンマ）をサーチする。区切り文字（カン      マ）がサーチできた場合、区切り文字（カンマ）直前までの文字列を１ＤＥＴと判      定する。そして、さらに区切り文字（カンマ）をサーチし続け、ＤＥＴを繰り返し      判定する。もう、区切り文字（カンマ）がサーチできなかった場合、そこまでの文      字列を最後のＤＥＴとする。図１４は、カンマサーチの遷移を示すイメージ図であ      る。図１５は、各セル内で判定したＤＥＴを示すイメージ図である。
・各セル内で判定した全てのＤＥＴについて、行毎に比較する。比較して、同じ名称      のＤＥＴが重複してないかチェックする。図１６は、各行毎にＤＥＴの重複チェッ      クを実行するイメージ図である。
・重複チェック後のＤＥＴの数をカウントし、列Ｄの行１と行２に格納する。図１７      は、ＤＥＴのカウント数を列Ｄに格納するイメージ図である。
【０１０５】
（８）ワークシート手段が備えるマクロ関数を利用して、以下の方法でトランザクションファンクションのＦＴＲ数を自動的にカウントする。
・行１及び行２において、列Ｇから列Ｈまでの各セル内の文字列を対象とする。図１      ８は、ＦＴＲの対象となる文字列のイメージ図である。
・各セル内に文字列が存在するかチェックする。各セル内に文字列が存在すれば、
ＦＴＲ数＝１と判定する。図１９は、ＦＴＲ数判定のイメージ図である。
・各行のＦＴＲ数をカウントし、列Ｃの行１と行２に格納する。図２０は、ＦＴＲ数      格納のイメージ図である。
【０１０６】
（９）ワークシート手段が備えるマクロ関数を利用して、以下の方法でトランザクションファンクションの複雑度を自動的に評価する。
・行１及び行２において列Ｂ、列Ｃ、列Ｄまでの各セルを対象とする。図２１は、複      雑度評価対象となるセルのイメージ図である。
・各行の列Ｂ（ファンクションタイプ）、列Ｃ（ＦＴＲ数）、列Ｄ（ＤＥＴ数）を図      ５０又は図５１に適用して、複雑度を評価する。そして、評価された複雑度を列Ｅ      の行１と行２に格納する。図２２は、複雑度の評価を格納するイメージ図である。
【０１０７】
（１０）ワークシート手段が備えるマクロ関数を利用して、以下の方法でトランザクションファンクションのＦＰを自動的に決定する。
・行１及び行２において列Ｂと列Ｅの各セルを対象とする。図２３は、ＦＰ決定の対      象となるセルのイメージ図である。
・各行の列Ｂ（ファンクションタイプ）と列Ｅ（複雑度）を図５２に適用して、ＦＰ      を決定する。そして、決定されたＦＰを列Ｆの行１と行２に格納する。図２４は、
決定されたＦＰの格納イメージ図である。
【０１０８】
（１１）図８の「従業員と扶養家族を格納するファイル」、図９の「従業員の月別給与を格納するファイル」の器を行５と行６に記述する。
【０１０９】
（１２）図８の「従業員と扶養家族を格納するファイル」のファンクションタイプ「ＩＬＦ」及び図９の「従業員の月別給与を格納するファイル」のファンクションタイプ「ＩＬＦ」を、夫々列Ｂ行５と列Ｂ行６に記述する。
【０１１０】
（１３）空行（プロセス定義されていない行）を行４に設ける。
【０１１１】
（１４）図１０の「従業員と扶養家族を入力するプロセス(画面)」において導き出されなかったＤＥＴ（データファンクション固有のＤＥＴ）「登録年月日」を列Ｇ行４に記述する。
【０１１２】
（１５）ワークシート手段が備えるマクロ関数を利用して、以下の方法で上記（４）及び上記（１４）で記述されたＤＥＴを列単位で収集する。この方法を使えば、同じ名称のＤＥＴを重複せずに、ＦＰ法のルールに則り正しくＤＥＴを収集できる。
・列Ｇ及び列Ｈにおいて行１から行４までの各セル内の文字列を対象とする。図２５      は、ＤＥＴ収集の対象となるセル内文字列のイメージ図である。
・各セル内の文字列において区切り文字（カンマ）をサーチする。区切り文字（カン      マ）がサーチできた場合、区切り文字（カンマ）直前までの文字列を１ＤＥＴと判      定する。そして、さらに区切り文字（カンマ）をサーチし続け、ＤＥＴを繰り返し      判定する。もう、区切り文字（カンマ）がサーチできなかった場合、そこまでの文      字列を最後のＤＥＴとする。図２６は、カンマサーチの遷移を示すイメージ図であ      る。図２７は、各セル内で判定したＤＥＴを示すイメージ図である。
・各セル内で判定した全てのＤＥＴについて、列毎に比較する。列Ｇ内及び列Ｈ内で      比較して、同じ名称のＤＥＴが重複してないかチェックする。図２８は、各行毎に      ＤＥＴの重複チェックを実行するイメージ図である。
・重複チェック後のＤＥＴを区切り文字（カンマ）で結合し、再び一つの文字列にす       る。列Ｇ内及び列Ｈ内の各ＤＥＴを一つの文字列にする。図２９は、ＤＥＴ一つの      文字列に結合する遷移を示すイメージ図である。図３０は、列毎に一つにした文字      列のイメージ図である。
・一つにまとめた文字列を、同じ名称のファイルの器の列と行が交差するセル内に格      納する。即ち、列Ｇ内及び列Ｈ内で一つにした文字列を、それぞれ列Ｇと行５が交      差するセルと列Ｈと行６が交差するセルに格納する。図３１は、一つにした文字列      を交差セルに格納するイメージ図である。
【０１１３】
（１６）ワークシート手段が備えるマクロ関数を利用して、トランザクションファンクションと同じ方法でデータファンクションのＤＥＴ数を自動的にカウントする。この方法を使えば、同じ名称のＤＥＴを重複カウントせずに、ＦＰ法のルールに則り正しくＤＥＴをカウントできる。
・行５及び行６において列Ｇから列Ｈまでの各セル内の文字列を対象とする。図３２      は、カウント対象なる各セル内の文字列のイメージ図である。
・各セル内の文字列において区切り文字（カンマ）をサーチする。区切り文字（カン      マ）がサーチできた場合、区切り文字（カンマ）直前までの文字列を１ＤＥＴと判      定する。そして、さらに区切り文字（カンマ）をサーチし続け、ＤＥＴを繰り返し      判定する。もう、区切り文字（カンマ）がサーチできなかった場合、そこまでの文      字列を最後のＤＥＴとする。図３３は、カンマサーチの遷移を示すイメージ図であ      る。図３４は、各セル内で判定したＤＥＴを示すイメージ図である。
・各セル内で判定した全てのＤＥＴについて、行毎に比較する。比較して、同じ名称      のＤＥＴが重複してないかチェックする。図３５は、各行毎にＤＥＴの重複チェッ      クを実行するイメージ図である。
・重複チェック後のＤＥＴの数をカウントし、列Ｄの行５と行６に格納する。図３６      は、ＤＥＴのカウント数を列Ｄに格納するイメージ図である。
【０１１４】
（１７）図１０の「従業員と扶養家族を入力するプロセス（画面）」及び図１１の「従業員の月別給与を表示するプロセス（画面）」において導き出されたＲＥＴの数を、それぞれ列Ｃの行５及び行６に記述する。
【０１１５】
（１８）ワークシート手段が備えるマクロ関数を利用して、トランザクションファンクションと同じ方法でデータファンクションの複雑度を自動的に評価する。
・行５及び行６において列Ｂ、列Ｃ、列Ｄまでの各セルを対象とする。図３７は、複      雑度評価対象となるセルのイメージ図である。
・各行の列Ｂ（ファンクションタイプ）、列Ｃ（ＲＥＴ数）、列Ｄ（ＤＥＴ数）を図      ４６に適用して、複雑度を評価する。そして、複雑度を列Ｅの行５と行６に格納す      る。図３８は、複雑度の評価を格納するイメージ図である。
【０１１６】
（１９）ワークシート手段が備えるマクロ関数を利用して、トランザクションファンクションと同じ方法でＦＰを自動的に決定する。
・行５及び行６において列Ｂと列Ｅの各セルを対象とする。図３９は、ＦＰ決定の対      象となるセルのイメージ図である。
・各行の列Ｂ（ファンクションタイプ）と列Ｅ（複雑度）を図４７に適用して、ＦＰ      を決定する。そして、ＦＰを列Ｆの行５と行６に格納する。図４０は、決定された      ＦＰの格納イメージ図である。
【０１１７】
（２０）列Ｆにおいて行１から行６までのＦＰを全て合計する。
【図面の簡単な説明】
【０１１８】
【図１】本発明を適用したファンクションポイント計測システムの一実施形態を示す機能ブロック図である。
【図２】「従業員と扶養家族を格納するファイル」が必要となった場合に生成されるファイルの器（空ファイル）である。
【図３】従業員と扶養家族を入力するプロセスの定義例である。
【図４】図２の空ファイルを補完して完成された従業員と扶養家族を格納するファイルである。
【図５】追加入力されて完成され従業員と扶養家族を格納するファイルである。
【図６】本発明システムにＦＰの自動計測の仕組みを導入したときの構成を示す機能ブロック図である。
【図７】ワークシート手段の表示画面である。
【図８】データベース設計された従業員と扶養家族を格納するファイルである。
【図９】データベース設計された従業員の月別給与を格納するファイルである。
【図１０】プロセス定義された従業員と扶養家族を入力するプロセス（画面）である。
【図１１】プロセス定義された従業員の月別給与を表示するプロセス（画面）である。
【図１２】使用されるワークシート手段の表示画面である。
【図１３】カウント対象となる行１及び行２において列Ｈから列Ｉまでの各セル内の文字列を示すイメージ図である。
【図１４】カンマサーチの遷移を示すイメージ図である。
【図１５】各セル内で判定したＤＥＴを示すイメージ図である。
【図１６】各行毎にＤＥＴの重複チェックを実行するイメージ図である。
【図１７】ＤＥＴのカウント数を列Ｄに格納するイメージ図である。
【図１８】ＦＴＲの対象となる文字列のイメージ図である。
【図１９】ＦＴＲ数判定のイメージ図である。
【図２０】ＦＴＲ数格納のイメージ図である。
【図２１】複雑度評価対象となるセルのイメージ図である。
【図２２】複雑度の評価を格納するイメージ図である。
【図２３】ＦＰ決定の対象となるセルのイメージ図である。
【図２４】決定されたＦＰの格納イメージ図である。
【図２５】ＤＥＴ収集の対象となるセル内文字列のイメージ図である。
【図２６】カンマサーチの遷移を示すイメージ図である。
【図２７】各セル内で判定したＤＥＴを示すイメージ図である。
【図２８】各行毎にＤＥＴの重複チェックを実行するイメージ図である。
【図２９】ＤＥＴ一つの文字列に結合する遷移を示すイメージ図である。
【図３０】列毎に一つにした文字列のイメージ図である。
【図３１】一つにした文字列を交差セルに格納するイメージ図である。
【図３２】カウント対象なる各セル内の文字列のイメージ図である。
【図３３】カンマサーチの遷移を示すイメージ図である。
【図３４】各セル内で判定したＤＥＴを示すイメージ図である。
【図３５】各行毎にＤＥＴの重複チェックを実行するイメージ図である。
【図３６】ＤＥＴのカウント数を列Ｄに格納するイメージ図である。
【図３７】複雑度評価対象となるセルのイメージ図である。
【図３８】複雑度の評価を格納するイメージ図である。
【図３９】ＦＰ決定の対象となるセルのイメージ図である。
【図４０】決定されたＦＰの格納イメージ図である。
【図４１】家の建築及びＤＯＡによるソフトウェアシステム開発の流れを示すフローチャートである。
【図４２】ＤＯＡによるソフトウェアシステム開発及びＦＰ見積の流れを示すフローチャートである。
【図４３】従来のファンクションポイント計測システムの構成を示す機能ブロック図である。
【図４４】設計された従業員と扶養家族を格納するファイル（データファンクション）の例である。
【図４５】データファンクション計測手段で実行される処理の流れを示すフローチャートである。
【図４６】ＤＥＴ数及びＲＥＴ数による複雑度評価表の例である。
【図４７】ファンクションタイプ（ＩＬＦ，ＥＩＦ）と複雑度によるＦＰ算出表の例である。
【図４８】取得情報を元に定義されたプロセス（トランザクションファンクション）の例である。
【図４９】トランザクションファンクション計測手段で実行される処理の流れを示すフローチャートである。
【図５０】ファンクションタイプがＥＩの場合のＤＥＴ数及びＦＴＲ数による複雑度評価表である。
【図５１】ファンクションタイプがＥＱ又はＥＯの場合のＤＥＴ数及びＦＴＲ数による複雑度評価表である。
【図５２】ファンクションタイプ（ＥＱ又はＥＩ、ＥＯ）と複雑度によるＦＰ算出表の例である。
【図５３】図４８に示した従業員と扶養家族を入力する画面に、「生年月日」の入力が追加された画面である。
【図５４】「生年月日」に関するＤＥＴとＲＥＴを追加したファイルである。
【符号の説明】
【０１１９】
１  要求仕様
５  データファンクション計測手段
５１  ファンクションタイプ識別手段
５２  ＤＥＴ識別手段
５３  ＲＥＴ識別手段
５４  複雑度評価手段
５５  ＦＰ決定手段
６  トランザクションファンクション計測手段
６１  ファンクションタイプ識別手段
６２  ＤＥＴ識別手段
６３  ＦＴＲ識別手段
６４  複雑度評価手段
６５  ＦＰ決定手段
７  合算手段
７１  ＦＰ合計手段
７２  合計ＦＰ
８  ＦＰ見積手段
２００  データベース設計手段
２０１  空ファイル生成手段
２０２  ファイル完成手段
２０３  データファンクション
３００  プロセス定義手段
３０１  トランザクションファンクション生成手段
３０２  トランザクションファンクション
４００  参照手段
【図１】
2006293579.tif 000003
【図２】
2006293579.tif 000004
【図３】
2006293579.tif 000005
【図４】
2006293579.tif 000006
【図５】
2006293579.tif 000007
【図６】
2006293579.tif 000008
【図７】
2006293579.tif 000009
【図８】
2006293579.tif 000010
【図９】
2006293579.tif 000011
【図１０】
2006293579.tif 000012
【図１１】
2006293579.tif 000013
【図１２】
2006293579.tif 000014
【図１３】
2006293579.tif 000015
【図１４】
2006293579.tif 000016
【図１５】
2006293579.tif 000017
【図１６】
2006293579.tif 000018
【図１７】
2006293579.tif 000019
【図１８】
2006293579.tif 000020
【図１９】
2006293579.tif 000021
【図２０】
2006293579.tif 000022
【図２１】
2006293579.tif 000023
【図２２】
2006293579.tif 000024
【図２３】
2006293579.tif 000025
【図２４】
2006293579.tif 000026
【図２５】
2006293579.tif 000027
【図２６】
2006293579.tif 000028
【図２７】
2006293579.tif 000029
【図２８】
2006293579.tif 000030
【図２９】
2006293579.tif 000031
【図３０】
2006293579.tif 000032
【図３１】
2006293579.tif 000033
【図３２】
2006293579.tif 000034
【図３３】
2006293579.tif 000035
【図３４】
2006293579.tif 000036
【図３５】
2006293579.tif 000037
【図３６】
2006293579.tif 000038
【図３７】
2006293579.tif 000039
【図３８】
2006293579.tif 000040
【図３９】
2006293579.tif 000041
【図４０】
2006293579.tif 000042
【図４１】
2006293579.tif 000043
【図４２】
2006293579.tif 000044
【図４３】
2006293579.tif 000045
【図４４】
2006293579.tif 000046
【図４５】
2006293579.tif 000047
【図４６】
2006293579.tif 000048
【図４７】
2006293579.tif 000049
【図４８】
2006293579.tif 000050
【図４９】
2006293579.tif 000051
【図５０】
2006293579.tif 000052
【図５１】
2006293579.tif 000053
【図５２】
2006293579.tif 000054
【図５３】
2006293579.tif 000055
【図５４】
2006293579.tif 000056