(57)【要約】【課題】  ソフトウェアの機能規模の予測及び実測において、プロジェクトの任意の時点で機能規模を測定する際に、実際の仕様明確度に応じた段階で機能規模の測定を行うこと、ソフトウェア開発プロジェクトの機能規模の増減の管理において、機能規模の増減が発生した箇所を容易に特定できるようにすること、ソフトウェアの機能規模の予測及び実測工数を削減することを可能にする。【解決手段】  ソフトウェアのコンポーネントごとに仕様情報の入力を受付け、コンポーネントごとに適切な段階で、各コンポーネント及びソフトウェア全体の機能規模を測定する。前段階の仕様情報が入力されている場合は、前段階の仕様情報から引継ぎ可能な仕様情報を生成し、生成した仕様情報の編集と追加入力を受付け、各コンポーネント及びソフトウェア全体の機能規模を再測定する。【選択図】  図１
2009104348.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアの機能規模を、コンピュータを用いて測定する機能規模測定方法において、
前記コンピュータが、
測定対象のソフトウェアを所定の規則で分割したコンポーネントごとに、前記機能規模の算出の基礎である仕様情報の入力を受付け、
受付けられた前記仕様情報を用いて、前記コンポーネントごとに仕様明確度と対応した複数の測定方法の中から、各コンポーネントの仕様明確度に応じた機能規模測定方法を選択し、
前記コンポーネントごとに選択された機能規模測定方法を用いて、前記コンポーネントごとの機能規模及びソフトウェア全体の機能規模の少なくとも一方を測定することを特徴とする機能規模測定方法。
【請求項２】
請求項１に記載の機能規模測定方法において、
さらに、前記仕様情報の入力を受付ける場合に、当該入力以前に前記仕様情報が入力されているかを判断し、入力されている場合、先に入力された仕様情報との比較を行うことで、引継ぎ可能な仕様情報を生成し、
生成された仕様情報を用いて、前記測定を行うことを特徴とすることを特徴とする機能規模測定方法。
【請求項３】
請求項１に記載の機能規模測定方法において、
前記仕様情報によって分割されたコンポーネントの粒度とそのコンポーネントに適応された機能規模の測定方法を特定し、当該特定された内容を用いて各コンポーネントの機能規模測定段階を判定し、複数の指標を用いて機能規模測定段階を示す機能規模を判定することを特徴とする機能規模測定方法。
【請求項４】
請求項３に記載の機能規模測定方法において、
複数の仕様情報を入力し、測定されたソフトウェアの機能規模測定結果に前記機能規模の判定結果を用いて、各コンポーネントおよびソフトウェア全体の機能規模測定段階と機能規模測定結果の推移から各コンポーネントおよびソフトウェア全体の機能規模を管理することを特徴とする機能規模測定方法。
【請求項５】
ソフトウェアの機能規模を、コンピュータを用いて測定する機能規模測定方法における以下ステップを前記コンピュータに実行させるための機能規模測定プログラムにおいて、
測定対象のソフトウェアを所定の規則で分割したコンポーネントごとに、前記機能規模の算出の基礎である仕様情報の入力を受付るステップと、
受付けられた前記仕様情報を用いて、前記コンポーネントごとに仕様明確度と対応した複数の測定方法の中から、各コンポーネントの仕様明確度に応じた機能規模測定方法を選択するステップと、
前記コンポーネントごとに選択された機能規模測定方法を用いて、前記コンポーネントごとの機能規模及びソフトウェア全体の機能規模の少なくとも一方を測定するステップを有する少なくとも一方を測定するステップを実行させるための機能規模測定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はソフトウェア開発におけるソフトウェアの機能規模の測定とその管理に関する発明である。
【背景技術】
【０００２】
ソフトウェア開発プロジェクトで開発コストを見積る際には、まずソフトウェアの仕様情報をもとに機能規模測定法を用いて機能規模を測定する。
ここで、機能規模とは、ソフトウェアが提供する機能の量をあらわすもので、例としては画面数やファンクションポイントがある。
【０００３】
機能規模の測定には非特許文献１で示されているようないくつかの機能規模測定方法がある。ソフトウェアの機能規模にファンクションポイント法を適用した場合の機能規模測定の基本的な仕掛けについては、特許文献３で示されているようなものがある。
【０００４】
仕様情報とは、機能規模の算出基礎となるソフトウェアの仕様に関する情報を意味する。ファンクションポイント法を用いた場合、機能数やファイル数等の項目がこれに該当する。
【０００５】
尚、本明細書では機能規模の「測定」という言葉は、機能規模の「実測」及び「予測」の意味で用いる。1つの機能規模測定法には、仕様明確度と対応した複数の測定の段階が存在し、それぞれの段階は測定精度が異なる。ファンクションポイント法の場合、（１）低精度の測定の段階：機能数、ファイル数からの測定、（２）高精度の測定の段階：機能の入出力項目数、機能が扱うファイル数、ファイルのデータ項目数  という例が考えられる。
【０００６】
（１）の場合は機能規模の「予測」になり、（２）の場合は「実測」となる。機能規模は「実測」することができるが、実測するために必要な仕様情報がわからない場合は、より少ない仕様情報から機能規模を「予測」できる簡易法を用いる。機能規模を「実測」できるのは、最も高精度な測定の段階のみであり、それ以外の「より低精度」な段階を用いた場合は、機能規模の「予測」である。
【０００７】
また、「段階」という言葉は、機能規模を実測及び予測するための方法の１つを指す。
また「測定精度」とは、機能規模を「予測」した場合に、「実測」した場合の機能規模にどれだけ近いかということを意味する。
開発コストの見積りは、測定した機能規模をもとに、工数、コストを見積るという手順がとられる。このようなソフトウェア開発プロジェクトでの開発コストを見積る仕掛けについては、特許文献１および特許文献２に示されているようないくつかのものがある。
【０００８】
それぞれの機能規模測定法には、仕様明確度と対応した複数の測定の段階が存在し、それぞれの段階は、必要とする仕様情報が異なる。
【０００９】
機能規模を測定するための仕様情報をより多く必要とする段階は、高精度で機能規模を測定できる。逆に必要とする仕様情報が少ない段階での機能規模の測定は低精度である。
【００１０】
プロジェクトの初期段階ではソフトウェアの仕様明確度が低いため、高精度な段階で測定することは難しく、より低精度な段階で機能規模の測定を行う。
【００１１】
ここで、仕様明確度とは、プロジェクトの任意の時点でのソフトウェアの仕様の明確さの程度をあらわす。通常、ソフトウェア開発プロジェクトではプロジェクトの進行とともにソフトウェアの仕様が徐々に明確になっていく。その明確さの程度をあらわすものである。仕様明確度が低いと機能規模の測定に必要となる仕様情報はより少なくなる。
【００１２】
プロジェクトの進行に伴って仕様明確度は高くなり、より高精度な段階で測定するために必要な仕様情報がわかるようになるため、プロジェクトの進行に伴いより高精度な段階での測定を実施する。プロジェクトではこの手順で機能規模の測定を繰り返し、機能規模の測定精度を高めると伴に、機能規模の増減の管理に利用する。このような手順を実施することで、プロジェクトのコストの見積精度を高めることができると伴に、プロジェクトにおけるコストの増減を管理することができる。
【００１３】
【特許文献１】特開２００３−２６３３２０号公報
【特許文献２】特開２００３−３０８４４９号公報
【特許文献３】特開平１１−１６１４８５号公報
【非特許文献１】ISBN: 432009722X「ソフトウェア開発の定量化手法第2版」
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ソフトウェアの機能規模の測定は、上述した従来技術で示したような方法がとられている。
【００１５】
つまり、従来技術においては、プロジェクトの任意の時点で機能規模の測定を行う際には、前段階での測定結果に関係なく、１つの段階でソフトウェア全体の機能規模を一括で測定していた。それぞれの段階ごとに入力となる仕様情報は異なるため、前段階の測定結果を元にして測定を行うことは困難であり、またソフトウェアの機能規模をコンポーネントごとに測定することも困難であった。そのため、前段階での測定結果に関係なく、ソフトウェア全体の機能規模を一括して測定する必要があった。
【００１６】
尚、この明細では、「コンポーネント」とは、「ソフトウェアを構成する単位であり、その中でも特に、対象とするソフトウェアを目的や機能別にいくつかに分割したもの」という意味で用いている。
【００１７】
しかし、このことにより、下記３点の問題点があった。
1つ目の問題点としては、プロジェクトの任意の時点で機能規模を測定する際に、実際の仕様明確度に応じた段階を適用できないという問題点があった。従来の方法ではソフトウェア全体を一括で測定するため、仕様明確度が最も低いソフトウェアの機能の機能規模を測定できる段階でしか測定できないという問題点があった。通常プロジェクトではソフトウェアの機能をいくつかのコンポーネントに分割して管理するが、コンポーネントによって、また同一コンポーネントの中の機能によっても進み具合に差があることが多く仕様明確度も異なることが多い。ソフトウェア全体を一括で測定でするには、全ての機能でわかっている仕様情報から測定できる段階で測定する必要があり、必然的に適用される段階は最も進み具合が悪く、仕様明確度の低いコンポーネントまたは機能を測定できる段階となる。そのため、仕様明確度の高いコンポーネントが存在しても、その仕様明確度に見合った高精度の段階で測定できない場合がしばしば発生していた。
【００１８】
2つ目の問題点として、測定工数がかかるという問題点があげられる。プロジェクトでは仕様明確度の向上とともに機能規模の測定を繰り返すが、測定のたびに、前段階の測定結果に関係なく、１からソフトウェア全体の機能規模を計測することになるため、測定工数がかかってしまうという問題点があった。
【００１９】
3つ目の問題点としては、機能規模の変更管理において、機能規模の変更が発生した箇所とその原因を特定しにくいという問題点があげられる。全体の規模の変更管理は容易であったが、各段階によって仕様情報が異なるため、前段階の測定結果との対応がとれず、ソフトウェアのどの部分に機能規模の変更が発生しているかを特定することは困難であった。また、機能規模の変更が機能の増減によるものなのか、仕様明確度の変更による規模の測定方法を変更によるものなのかという原因を特定することも困難であった。このことによりソフトウェアの機能規模全体に大きな増減があった際に、機能規模の変更が発生した箇所を特定しづらく、原因が把握できないという状況がしばしば発生していた。
【課題を解決するための手段】
【００２０】
上記の、プロジェクトの任意の時点で機能規模を測定する際に、実際の仕様明確度に応じた段階で測定できないという課題を解決するため、本発明では、ソフトウェアのコンポーネントごとに仕様情報の入力を受付け、これを用いて測定を行うものである。
【００２１】
また、機能や目的、仕様明確度に応じてさらにコンポーネントを細分化できる場合、各コンポーネントの中で機能ごとに仕様明確度が異なる場合に機能を分割し、より小さい粒度のコンポーネントごとに仕様情報の入力を受け付ける。各コンポーネントに入力された仕様情報からそのコンポーネントの仕様明確度に応じた段階を選択し、入力された仕様情報をもとに、選択された段階を用いて、各コンポーネント及びソフトウェア全体の機能規模を測定して測定結果を出力し、コンポーネントごとに、入力された仕様情報、選択された段階、測定結果を保存する処理を有することも本発明の一態様に含まれる。
【００２２】
上記の、機能規模の測定工数がかかるという課題を解決するため、本発明では、前段階の仕様情報から引継ぎ可能な仕様情報を生成し、生成した仕様情報に対する編集を受付け、他の仕様情報の追加入力を受付け、そのコンポーネントの仕様明確度に応じた段階を選択し、各コンポーネント及びソフトウェア全体の各機能規模を再測定して出力する手段と、コンポーネントごとに生成された仕様情報、追加入力された仕様情報、仕様明確度に応じた段階、測定結果を保存する手段を有することを特徴とする。
【００２３】
上記の機能規模の変更管理において、機能規模の変更が発生した箇所とその原因を特定しにくいという課題を解決するために、本発明では、各コンポーネントの粒度および適用されている測定方法をもとにコンポーネントの測定段階を判定する指標を定義し、各コンポーネントの測定段階を明確にする手段と各コンポーネントの測定段階よりソフトウェア全体の機能規模の測定段階を管理する手段と、各コンポーネントおよびソフトウエァの機能規模測定段階を時系列で出力する手段を有することも本発明の一態様に含まれる。
【発明の効果】
【００２４】
本発明では、コンポーネントごとにその仕様明確度に応じた適切な段階を選択して測定することにより、ソフトウェアの機能規模を測定する際にコンポーネントごとに異なる段階で機能規模を測定することが可能となる。
【発明を実施するための最良の形態】
【００２５】
以下に本発明の実施の形態を説明する。
【実施例１】
【００２６】
はじめて規模を測定する際のプログラムのフローチャートを図１に示す。
【００２７】
本プログラムは，ソフトウェアの各コンポーネントの仕様に関する情報を入力されると，そのコンポーネントに最適な規模測定方法を選択し，選択した段階の処理ロジックに基づいて規模の算出を行う。さらにコンポーネントの粒度と適用された規模測定方法より規模測定段階を判定する。
本プログラムを実行するハードウェアとして，図２のように１台のコンピュータで実行する場合や，図３のように複数台のコンピュータが連携して実行する場合がある。
【００２８】
コンポーネントはソフトウェアを目的もしくは機能別に分類したもので、開発の初期段階では仕様が明確でないため詳細に分類することは難しく、仕様が明確になっていく段階でさらに詳細に分割することができる。コンポーネントの粒度は最大の単位をソフトウェア全体とし、最小単位をソフトウェアの１機能と定義し、その間のまとまりを数段階で定義することができる。コンポーネントを分割する基準として本プログラムでは、コンポーネントの粒度１〜４を定義している。
【００２９】
図４は、コンポーネントの粒度１〜４において、どのような基準で分割するかを示す。粒度１はコンポーネントがまったく分割されていないソフトウェア全体を表し、仕様が明確になるとともに、粒度２〜４へと分割可能となる。コンポーネント粒度の段階はソフトウェア全体の大きさによって、任意の個数の段階、任意の分割基準を定義することができる。
【００３０】
図５は、あるソフトウェア（測定対象）を図４の基準でコンポーネントに分割した例を示している。このソフトウェアではユーザに関する情報を扱う機能のまとまりであるコンポーネントAと商品に関する情報を扱う機能のまとまりのコンポーネントBに分割される。このうちコンポーネントAの機能はコンポーネントA-1〜A-3のようなまとまりの機能があることがわかっているが、コンポーネントBはこれ以上の仕様は明確ではない。さらにコンポーネントA-2のユーザ情報変更は２つの機能があり、その詳細まで判明しているが、コンポーネントA-1、A-3は機能の個数しか判明していない。このように仕様明確度によってコンポーネントをより小さな粒度へ分割することができる。
【００３１】
次に、各コンポーネントの機能規模を測定する。ここでは規模の尺度としてファンクションポイント（以下FPと略記）法を例に取る。FP法は下記の手順によりソフトウェアの規模を測定する。
（１）ソフトウェアを要素処理に分解する。
（２）各要素処理の種別（これをファンクションタイプという）と複雑さから要素処理のFPを算出する。
（３）すべての要素処理のFPを合計する。
FPを正確に実測するためには，詳細な仕様情報が必要であるが，開発の途中の段階では，これらの情報が正確ではないため，正確に把握できる仕様情報を基にFPを予測することになる。FPを予測または実測する算出式として本プログラムでは規模測定方法１〜３をあらかじめ定義している。図６は規模測定方法１〜３において，どのような仕様情報が入力されれば算出可能かを示す。この図から，方法１は最も予測精度が低く，方法３は最も予測精度が高いことがわかる。このような規模測定方法は，FP法以外の規模尺度に対しても設定できる。
【００３２】
図７は、あるソフトウェア（測定対象）を構成するコンポーネントの少なくとも一部について，仕様情報の状態と各コンポーネントで適用可能な規模測定方法を示している。コンポーネントが詳細に分割されている場合は、最も詳細に分割されているコンポーネント単位で規模測定を実施する。
【００３３】
例えば，コンポーネントA-1.ユーザ情報登録は，要素処理数だけがわかっており，他の仕様情報はわかっていない状況にある。これを図６に照らすと，規模測定方法１は適用できるが方法２は適用できないことがわかる。一方，コンポーネントA-2-1ユーザ情報変更は，要素処理の複雑さまでわかっており，図６から規模測定方法３が適用できることがわかる。このように，コンポーネントによって仕様の明確さ度合が異なる場合でも，適切な規模測定方法を適用することによって，よりよい精度で規模を把握することが可能になる。
【００３４】
各コンポーネントで適用する規模測定方法を判断し，定義された算出手順により各コンポーネントの規模を算出する。算出手順が図８，９のように定義されているとすると，各コンポーネントの規模は図８，のようにして算出することができる。図７で示した各コンポーネントと規模測定結果を図１０に示す。
【００３５】
コンポーネントの規模を算出し、コンポーネントの粒度と適用された規模測定方法より、コンポーネントの規模測定段階を判定する。図１１は図４に示したコンポーネントの粒度と図６に示した規模測定方法を元に各コンポーネントの規模測定段階を定義した例である。本プログラムでは図１１に示すとおり段階１〜５を定義している。段階１は最も予測程度が低いことを示し、段階５は最も予測精度が高いことを示す。図７の規模測定結果を図１０に照らして、各コンポーネントの規模測定段階を判定した結果を図１２に示す。コンポーネントA-2-1、A-2-2は測定段階が段階４，５と予測精度が高い規模測定が適応されているが、その他のコンポーネントは段階１，２とまだ予測精度が低い状態となっている。このようにして各コンポーネントの規模測定段階を示すことで、各コンポーネントの仕様明確度と予測精度を明確にすることができる。また、このような規模測定段階の定義は、ソフトウェア開発プロジェクトごとに定義するよう構成してもよい。
【００３６】
過去に規模を測定しているソフトウェアに対して，開発が進行したため再度規模を測定する際のプログラムのフローチャートを図１３に示す。
【００３７】
記憶装置に格納された前回までの規模測定に関する情報を表示し，開発の進行によってコンポーネントを分割し、変更が生じた仕様情報を入力および修正していく。
【００３８】
例えば，実施例１の状況から仕様情報が図１４のように変化したとする。これはコンポーネントA-1,A-3,Bの仕様がより明確になったことを表している。仕様が詳細になったことでコンポーネントがより詳細に分割可能となり、入力できる使用情報が増えている。
このとき本プログラムは下記のような動きをする（図１５参照）。
【００３９】
（１）記憶装置に格納していた前回までの規模測定に関する情報を基に，より詳細にコンポーネントを分割する。本プログラムでは、粒度３から粒度４への分割は要素機能数を元にプログラムが自動でコンポーネントを分割し、コンポーネントに仮の名称を付与している。粒度２から粒度３への分割はユーザの入力によって分割される。プログラムはユーザが分割したコンポーネントB-1へコンポーネントBの仕様情報を引き継ぐ。
【００４０】
（２）この情報を表示し，ユーザから入力および修正を受け付ける。ユーザはコンポーネントA-1-1,Ａ-3-1,Ａ-3-2の要素処理名を意味あるものにし，各要素処理のファンクションタイプを入力している。複雑さはこの時点ではまだわからないので入力していない。さらにユーザが手動で分割したコンポーネントB-1とB-２の要素処理数を修正し、元からあったコンポーネントＡ-2-2にファンクションの複雑さを追加入力する。
【００４１】
（３）仕様情報が入力されたことから，本プログラムは，図６に照らして各コンポーネントの規模の再算出を行う。図１４に再算出された機能規模の結果を示す。
このようにして，上位の規模測定段階で規模を測定する際，下位の規模測定段階適用時に入力した仕様情報を引き継ぐことにより規模測定の継続性を維持する。
【００４２】
（４）（１）で分割されたコンポーネントと粒度と（３）で適応された各コンポーネントの機能規模測定方法を元に各コンポーネントの機能規模測定段階を再算出する。図１４に再算出されたコンポーネントの機能規模測定段階を示す。さらに分割されたコンポーネントは粒度が変更されたため、機能規模測定段階が変化し、コンポーネントＡ-2-2は規模測定方法が変更となったため、機能規模測定段階が変更されている。このようにして、仕様情報やコンポーネントの分割により機能規模測定精度が向上したことが明確に示される。
【００４３】
以上本発明の実施の形態によれば、機能規模の増減が発生した際に実施の仕様明確度に応じた規模測定方法を適応できないという問題が解消される。また、より低精度の規模測定方法で仕様している仕様情報をもとにして、高精度の規模測定方法で使用する仕様情報の一部を生成することで、測定工数を大幅に削減することができる。前に測定した結果やコンポーネントの情報を使用し、さらに測定段階を明確にすることで仕様情報の変更箇所の特定することできるので、機能規模の変更が明確となりソフトウェア全体の機能規模の管理が容易となる。
【００４４】
ソフトウェアの機能規模を管理するために、過去に規模を複数回測定している機能規模と機能規模測定段階の推移を出力するプログラムのフローチャートを図１８に示す。
【００４５】
記憶装置に格納された複数回の機能規模測定結果を、ユーザが選択したコンポーネント粒度に集計し、機能規模と規模測定段階の推移を出力する。
【００４６】
ソフトウェアの規模測定段階を複数回実施し、例えば１回目の測定結果を図１２、２回目の測定結果を図１４とし、さらに３回目の規模測定を実施した場合の結果を図１９とした場合、これら３回の規模測定結果をユーザ指定した任意のコンポーネント粒度で集計して出力する。
【００４７】
図２０は、粒度２のコンポーネントを単位とした機能規模と配下のコンポーネント数の推移を示したものである。図２０からコンポーネントAの機能規模はほぼ変化がないが、コンポーネントBの機能規模は減少していることがわかる。
【００４８】
またこの集計項目は機能規模以外にも適応できる。例えば図２０に示した配下のコンポーネント数は仕様が追加された場合の機能の増加などを管理することができる。
【００４９】
次に、各コンポーネントの機能規模測定結果を測定段階ごとに集計し出力する。１回目の測定結果(図１２)のコンポーネントAは段階２のコンポーネントA-1,A-3、段階４のコンポーネントA-2-2,段階５のコンポーネントA-2-1の測定結果をそれぞれ合計して求められる。図２１は３回の測定結果を集計したものを示す。この集計結果をもとに粒度２のコンポーネントの機能規模が測定されている機能規模測定段階の比率を計算したものを図２２に示す。
【００５０】
この機能規模測定段階の比率により各コンポーネントの予測精度が明確となり、図２０の測定結果とあわせると機能規模が変化した原因を推測することができる。例えばコンポーネントBは測定するごとに機能規模が減少しているが、図２２の結果をみると２回目と３回目の測定では測定段階が大きく変化している。これは仕様が明確になり精度が向上したことで機能規模が確定していることがわかる。
【００５１】
ユーザが選択したコンポーネント粒度で機能規模と規模測定段階の集計を行うために、本プログラムではユーザがコンポーネントに仕様情報を入力した際にコンポーネントの粒度ごとに機能規模や規模測定段階の集計を実施する。
【００５２】
例えば、図１２を１回目の測定結果を元にした集計結果は図２３のようになる。コンポーネントA-2はコンポーネントA-2-1とA-2-2の規模情報や要素処理数を集計し、データを保持する。また同様にしてコンポーネントAはコンポーネントA-1,A-2,A-3のデータの集計値を保持する。このように各コンポーネントは自らを元として分割された更に小さい粒度のコンポーネントが保持しているデータを集計し、その値を保持する。
集計処理はユーザが仕様情報を入力したタイミングで実施する。仕様情報が入力されるだけでなく、コンポーネントが分割、追加された際にも集計処理を実施する。
例えば図１２の測定結果を図１６のように再測定した場合、コンポーネントA-3は１回目の測定時にはユーザが入力した仕様情報とその規模情報を保持している。しかし再測定時のように小さい粒度のコンポーネントA-3-1,A-3-2に分割された場合、コンポーネントA-3-1,A-3-2がユーザの入力した仕様情報を保持し、コンポーネントA-3はこの集計値を保持するように変更される。図１６の集計結果を図２４に示す。
このようにユーザがコンポーネントに仕様情報を入力した際に同時に各粒度のコンポーネントの集計処理を実施することにより、プログラムの集計処理と出力処理を素早く行うことができる。また、この集計項目は機能規模情報以外にも適応できる。
【００５３】
ソフトウェアのどのコンポーネントの規模がどのように変化したかを一覧することで、機能規模の変化を管理することができ、さらにコンポーネントの機能規模測定段階の推移を示すことでその機能規模の変化の原因が仕様情報の詳細化による予測精度の向上なのか、それ以外のものかを判断することができる。これによって機能規模の管理をすることが可能となる。
【００５４】
集計するコンポーネントの粒度はユーザが任意で選択することができ、これによりソフトウェア全体の規模管理から、ある特定の機能の規模管理まで様々な単位で機能規模を管理することができる。
【００５５】
ソフトウェアの規模を予測または実測する機能を搭載する場合，本方法およびプログラムを利用することで複数種類の予測方法を効果的に適用することができる。またソフトウェアの規模を集計する機能を搭載した場合、ソフトウェアの規模の管理を効果的に実施することができる。この機能は，ソフトウェア開発プロジェクトを支援する見積支援ツールやプロジェクト管理支援ツールに搭載される可能性が高い。
【００５６】
以上の実施の形態により、機能規模の増減が発生した際に、実際の仕様明確度に応じた段階を適用できないという問題が解消される。
【００５７】
また、より低精度の段階で使用している仕様情報をもとにより高精度の段階で使用する仕様情報の一部を生成することで、また１から測定する必要がなくなり測定工数を大幅に削減することが可能となる。
【００５８】
また、各コンポーネントの機能規模の測定結果と測定手法により測定段階を定義し指標を用いて明確にすることで各コンポーネントおよびソフトウェア全体の測定段階を管理することが可能となる。さらに、複数回実施されたソフトウェアの機能規模測定結果を集計し、出力することで、機能規模の変更箇所を特定し、変更原因を把握して機能規模を管理することが可能となる。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施の形態を実現するプログラムのフローチャートの例（その１）
【図２】本発明の一実施の形態を実行するハードウェアの例（その１）
【図３】本発明の一実施の形態を実行するハードウェアの例（その２）
【図４】コンポーネントの粒度の段階と分割基準の例
【図５】コンポーネント分割の例（その１）
【図６】規模測定方法と入力情報の関係の例
【図７】コンポーネントごとの仕様情報と適用可能な測定方法の例（その１）
【図８】測定段階別のFP規模算出式と算出例
【図９】ファンクションタイプと複雑さによるFP規模点数表
【図１０】コンポーネントごとの規模測定結果の例（その１）
【図１１】コンポーネント粒度と規模測定方法による規模測定段階評価の例
【図１２】コンポーネント粒度と規模測定方法による規模測定段階評価の例
【図１３】本発明を実現するプログラムのフローチャートの例（その２）
【図１４】コンポーネントごとの仕様情報と適用可能な測定段階の例（再測定時）
【図１５】仕様が明確になった場合のデータ引継ぎの例
【図１６】コンポーネントごとの規模測定結果の例（再測定時）
【図１７】コンポーネントごとの規模測定結果の例（再測定時）
【図１８】本発明の一実施の形態を実現するプログラムのフローチャートの例（その３）
【図１９】コンポーネントごとの規模測定結果の例（再々測定時）
【図２０】コンポーネントごとの規模測定結果推移の例
【図２１】コンポーネントごとの規模測定結果集計の例
【図２２】コンポーネントごとの規模測定段階推移の例
【図１】
2009104348.tif 000003
【図２】
2009104348.tif 000004
【図３】
2009104348.tif 000005
【図４】
2009104348.tif 000006
【図５】
2009104348.tif 000007
【図６】
2009104348.tif 000008
【図７】
2009104348.tif 000009
【図８】
2009104348.tif 000010
【図９】
2009104348.tif 000011
【図１０】
2009104348.tif 000012
【図１１】
2009104348.tif 000013
【図１２】
2009104348.tif 000014
【図１３】
2009104348.tif 000015
【図１４】
2009104348.tif 000016
【図１５】
2009104348.tif 000017
【図１６】
2009104348.tif 000018
【図１７】
2009104348.tif 000019
【図１８】
2009104348.tif 000020
【図１９】
2009104348.tif 000021
【図２０】
2009104348.tif 000022
【図２１】
2009104348.tif 000023
【図２２】
2009104348.tif 000024