JP2001117763A - ソフトウェア規模演算装置、ソフトウェア規模演算方法、及びコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 システム開発の初期段階で正確なソフトウェ
ア規模の見積もりを可能とする。 【解決手段】 ユースケース１０１の記述中に使用され
たキーワード及びエンティティ名を利用して、システム
が行う所定単位のトランザクションを、外部入力ＥＩ、
外部出力ＥＯ、外部照会ＥＱといった分類に識別し、ま
た、エンティティを、内部論理ファイルＩＬＦ、外部イ
ンタフェースファイルＥＩＦといった分類に識別する。
そして、その識別結果に基づいて、ソフトウェア規模値
としてファンクション・ポイントＦＰを算出することに
より、要求仕様の定義を終了した段階で、その結果物で
あるユースケース１０１から客観的にソフトウェア規模
を見積もることができるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア規模
を見積もるためのソフトウェア規模演算装置、ソフトウ
ェア規模演算方法、さらにはこれらを実現するためのプ
ログラムを格納したコンピュータ読み取り可能な記録媒
体に関する。

【０００２】

【従来の技術】一般的に、ソフトウェアによるシステム
開発をする場合、要求仕様の定義から、基本設計、詳細
設計等の段階を経てコーディングされ、必要に応じてデ
バッグされて完成となる。このようなシステム開発にお
いては、開発の工数、工期、工費等をあらかじめ見積も
ることが重要である。そのためには、開発するシステム
のソフトウェア規模を把握しなければならない。

【０００３】従来からソフトウェアの規模を見積もる手
法はいくつか提案されており、その１つとしてファンク
ション・ポイント法といわれるものがある。ファンクシ
ョン・ポイント法は、開発するシステム（ソフトウェ
ア）が行う処理やデータを数種類の分類に分けて、それ
ぞれの分類ごとに定めた重みを掛け合わせてファンクシ
ョン・ポイント数を求めるものである。この手法によれ
ば、ソースプログラムの行数に基づく手法等と比べて、
精度の高い見積もりが可能となる。

【０００４】

【発明が解決しようとする課題】上述したようなソフト
ウェア規模の見積もりは、本来、システム開発の初期段
階で行うのが望ましい。ところが、従来のソフトウェア
規模の見積もり手法では、見積もりに必要な情報がソフ
トウェアの詳細設計等を行う段階まで進まないと得られ
ないことが多い。そのため上記従来の手法を用いた場合
に、実際にソフトウェア規模を把握できるのは、システ
ム開発がある程度進んだ後になってからであり、開発の
初期段階ではソフトウェア規模の見積もりを行うことが
できないという問題がある。

【０００５】そのため、これまでは、システム開発の初
期段階においては、人が経験的にソフトウェア規模を予
想して、システム開発の工数、工期、工費等を見積もっ
ているのが実情であった。しかし、人が経験的にソフト
ウェア規模を予想するのでは、当然ながら、それを予想
する人によって見積もり結果に差がでてしまう。そのた
め、正確なソフトウェア規模を把握することができず、
システム開発の工数、工期、工費等をはっきりと見積も
ることができないという問題があった。

【０００６】本発明は、このような問題を解決するため
に成されたものであり、システム開発の初期段階で、人
の経験等にたよらず正確なソフトウェア規模の見積もり
を可能とすることを目的とする。

【０００７】

【課題を解決するための手段】請求項１に記載の発明
は、ソフトウェア規模演算装置に関し、ソフトウェアが
行う処理について少なくともキーワード及びエンティテ
ィ名を含めて記述されたユースケース中から上記キーワ
ード及び上記エンティティ名を抽出する抽出手段と、上
記抽出手段により抽出されたキーワード及びエンティテ
ィ名に基づいて、上記ソフトウェアの規模を演算する上
で必要な各要素が、あらかじめ定められた複数の分類の
いずれに該当するかを識別する分類識別手段と、上記分
類識別手段による識別結果に基づいて、上記各要素に対
して各分類に応じた演算を行うことによってソフトウェ
ア規模値を算出する演算手段とを備えた点に特徴を有す
る。

【０００８】請求項２に記載の発明は、ソフトウェア規
模演算装置に関し、ソフトウェアが行う処理を所定単位
処理ごとに区切り、当該所定単位処理ごとに少なくとも
キーワード及びエンティティ名を含めて記述されたユー
スケース中から上記キーワード及び上記エンティティ名
を抽出する抽出手段と、上記抽出手段により抽出された
キーワード及びエンティティ名に基づいて、上記所定単
位処理及び上記エンティティ名で表されるエンティティ
のそれぞれが、あらかじめ定められた複数の分類のいず
れに該当するかを識別する分類識別手段と、上記分類識
別手段による識別結果に基づいて、上記所定単位処理及
び上記エンティティに対して各分類に応じた演算を行う
ことによってソフトウェア規模値を算出する演算手段と
を備えた点に特徴を有する。

【０００９】請求項３に記載の発明は、請求項２に記載
の発明において、上記分類識別手段は、上記抽出手段に
より抽出されたキーワードに基づいて、上記所定単位処
理が、あらかじめ定められた複数の分類のいずれに該当
するかを識別する点に特徴を有する。

【００１０】請求項４に記載の発明は、請求項２、３に
記載の発明において、上記分類識別手段は、上記抽出手
段により抽出されたキーワードとエンティティ名との関
連に基づいて、当該エンティティ名で表されるエンティ
ティが、あらかじめ定められた複数の分類のいずれに該
当するかを識別する点に特徴を有する。

【００１１】請求項５に記載の発明は、請求項１〜４に
記載の発明において、上記キーワードは、外部からデー
タを入力して行う処理を意味する外部入力、外部にデー
タを出力して行う処理を意味する外部出力、ソフトウェ
ア内のデータを外部から参照して行う処理を意味する外
部照会のそれぞれに対応する動詞である点に特徴を有す
る。

【００１２】請求項６に記載の発明は、請求項５に記載
の発明において、上記分類識別手段は、上記抽出手段に
より抽出されたキーワードに基づいて、上記所定単位処
理が、上記外部入力、外部出力、外部照会のいずれの分
類に該当するかを識別する点に特徴を有する。

【００１３】請求項７に記載の発明は、請求項５、６に
記載の発明において、上記分類識別手段は、上記抽出手
段により抽出されたキーワードとエンティティ名との関
連に基づいて、当該エンティティ名で表されるエンティ
ティが、内部でデータ内容が変わりうるものを意味する
内部論理ファイル、外部データとして参照するだけのも
のを意味する外部インタフェースファイルのいずれの分
類に該当するかを識別する点に特徴を有する。

【００１４】請求項８に記載の発明は、請求項１〜７に
記載の発明において、ソフトウェアが行う処理につい
て、少なくとも上記キーワード及び上記エンティティ名
を含めてユースケースを記述するためのユースケース作
成手段を備えた点に特徴を有する。

【００１５】請求項９に記載の発明は、請求項１〜８に
記載の発明において、上記抽出手段は、エンティティに
ついて定義したデータモデルを参照して、上記ユースケ
ース中から上記エンティティ名を抽出する点に特徴を有
する。

【００１６】請求項１０に記載の発明は、請求項１〜９
に記載の発明において、上記ユースケースについて、上
記ソフトウェア規模値の算出に必要な情報が適切に記述
されているかのエラーをチェックするためのエラーチェ
ック手段を備えた点に特徴を有する。

【００１７】請求項１１に記載の発明は、ソフトウェア
規模演算方法に関し、ソフトウェアが行う処理について
少なくともキーワード及びエンティティ名を含めて記述
されたユースケース中から上記キーワード及び上記エン
ティティ名を抽出する手順と、上記抽出されたキーワー
ド及びエンティティ名に基づいて、上記ソフトウェアの
規模を演算する上で必要な各要素が、あらかじめ定めら
れた複数の分類のいずれに該当するかを識別する手順
と、上記識別の結果に基づいて、上記各要素に対して各
分類に応じた演算を行うことによってソフトウェア規模
値を算出する手順とを有する点に特徴を有する。

【００１８】請求項１２に記載の発明は、コンピュータ
読み取り可能な記録媒体に関し、ソフトウェアが行う処
理について少なくともキーワード及びエンティティ名を
含めて記述されたユースケース中から上記キーワード及
び上記エンティティ名を抽出する手順と、上記抽出され
たキーワード及びエンティティ名に基づいて、上記ソフ
トウェアの規模を演算する上で必要な各要素が、あらか
じめ定められた複数の分類のいずれに該当するかを識別
する手順と、上記識別の結果に基づいて、上記各要素に
対して各分類に応じた演算を行うことによってソフトウ
ェア規模値を算出する手順とをコンピュータに実行させ
るためのプログラムを記録した点に特徴を有する。

【００１９】以上述べた本発明によれば、ソフトウェア
開発の初期段階で作成されるユースケース中からキーワ
ード及びエンティティ名が抽出され、それらの抽出され
た情報に基づいて、ソフトウェアの規模を演算する上で
必要な各要素、例えば、ソフトウェアが行う所定単位処
理及びエンティティのそれぞれが、あらかじめ定められ
た複数の分類のいずれに該当するかが識別される。そし
て、その識別結果に基づいて、各分類に応じた演算を行
うことによってソフトウェア規模値が算出されることと
なる。

【００２０】

【発明の実施の形態】以下、図１〜図５に基づいて、本
発明の一実施形態を説明する。本実施形態は、要求仕様
の定義の結果物であるユースケース中に所定のキーワー
ド及びエンティティ名が含まれるように記述し、これら
の情報を利用して、ソフトウェアの規模を表す指標とな
るソフトウェア規模値の例としてファンクション・ポイ
ントを算出するようにしたものである。

【００２１】図１に、ファンクション・ポイントを算出
するためのソフトウェア規模演算装置のブロック図を示
す。ユースケース作成部１は、要求仕様の定義の結果物
であるユースケース１０１を作成するためのものであ
る。ユースケースとは、開発するシステムが業務上どの
ように利用されるのかという点に着目して、システムの
稼動時にオペレータとシステムとが行う一連のイベント
（アクション）を自然言語で記述したものをいう。

【００２２】本実施形態では、システムが行う一連のイ
ベントに関しては、所定処理単位ごとに、後述するキー
ワードとエンティティ名とが必ず含まれるように記述す
る。所定処理単位とは、例えば、プログラムの最小処理
単位もしくは最小機能単位であり、これらトランザクシ
ョンと呼ぶ。ユースケース１０１は、システムの各種業
務に対応して複数形成する。

【００２３】また、データモデル作成部２は、要求仕様
の定義の結果物であるデータモデル１０２を作成するた
めのものである。データモデルとは、開発するシステム
に必要とされる各種のエンティティやエンティティ同士
の関係を定義したものをいう。通常、データモデル１０
２は、１つのシステムに対して１つ作成する。トランザ
クション切り出し部３は、上記ユースケース１０１中か
ら、システムが行う処理についての記述をトランザクシ
ョンごとに切り出すものである。

【００２４】キーワード・エンティティ名抽出部４は、
例えば上記データモデル１０２及びあらかじめ用意され
ているキーワード定義情報１０３を参照して、トランザ
クション切り出し部３で切り出されたトランザクション
ごとに、その記述の中から、後述するキーワード及びエ
ンティティ名を抽出するものである。

【００２５】トランザクションファンクション分類識別
部５は、キーワード・エンティティ名抽出部４でトラン
ザクションごとに抽出されたキーワードに基づいて、上
記切り出された個々のトランザクションが、あらかじめ
定められた複数の分類のいずれに該当するかを識別する
ものである。また、データファンクション分類識別部６
は、キーワード・エンティティ名抽出部４でトランザク
ションごとに抽出されたキーワードとエンティティ名と
の関連に基づいて、当該エンティティ名で表されるエン
ティティが、あらかじめ定められた複数の分類のいずれ
に該当するかを識別するものである。

【００２６】ＦＰ算出部７は、トランザクションファン
クション分類識別部５及びデータファンクション分類識
別部６で識別された結果に基づいて、各分類に応じた重
み演算を行うことにより、ソフトウェア規模を表すファ
ンクション・ポイントＦＰを算出するものである。エラ
ーチェック部８は、ユースケース１０１の記述につい
て、上記ファンクションポイントＦＰの算出に必要な情
報が適切に記述されているかのエラーをチェックして表
示するものである。

【００２７】以下、上記図１に示した各ブロック１〜８
を詳しく説明するが、その前に、本実施形態で使用され
るファンクション・ポイント法について簡単に述べてお
く。

【００２８】本実施形態では、開発するシステムが行う
処理を、個々のトランザクションごとに、外部入力（Ｅ
Ｉ：External Input）、外部出力(ＥＯ:External Outpu
t)、外部照会（ＥＱ：External Inquiry）という３つに
分類するとともに、それぞれの分類に該当するトランザ
クション数に国際的に定められた重み付けをして加算す
ることにより、トランザクションファンクション・ポイ
ントを求める。外部入力ＥＩとは、外部からシステム内
にデータを入力して行う処理のことをいい、外部出力Ｅ
Ｏとは、システムから外部にデータを出力して行う処理
のことをいい、外部照会ＥＱとは、システム内のデータ
を外部から参照して行う処理のことをいう。

【００２９】また、開発するシステム内の個々のエンテ
ィティを、内部論理ファイル（ＩＬＦ：Internal Logic
al File）、外部インタフェースファイル（ＥＩＦ：Ext
ernal Interface File）という２つに分類するととも
に、それぞれの分類に該当するエンティティ数に国際的
に定められた重み付けをして加算することにより、デー
タファンクション・ポイントを求める。内部論理ファイ
ルＩＬＦとは、システム内部で維持管理するデータで、
そのデータ内容が変わりうるものをいい、外部インタフ
ェースファイルＥＩＦとは、外部データとして参照する
だけのデータで、そのデータ内容は変わらないものをい
う。

【００３０】そして、上記トランザクションファンクシ
ョン・ポイントと上記データファンクション・ポイント
とを足し合わせ、適当な調整係数を掛けることで、ファ
ンクション・ポイントＦＰを算出する。

【００３１】以下、図１に示した各ブロック１〜８のに
ついて詳しく述べるとともに、ファンクション・ポイン
トＦＰ算出までの過程を説明する。図２には、本実施形
態におけるファンクション・ポイントＦＰ算出までの概
要を示す。

【００３２】まず、ユースケース作成部１、データモデ
ル作成部２で作成されるユースケース１０１とデータモ
デル１０２とについて説明する。システム開発において
は、最初に要求仕様の定義が行われ、その要求仕様の定
義の結果物としてユースケース１０１とデータモデル１
０２とが作成される。

【００３３】図３には、具体例として、ある業務システ
ムを開発するにあたって作成されたデータモデル１０２
を示し、また、図４には、当該業務システムのうち、ビ
ジネスプロセスというエンティティの登録や編集を行う
ために作成されたユースケース１０１を示す。

【００３４】図３に示すように、データモデル１０２で
は、開発する業務システムに必要な１つ以上のエンティ
ティを互いに関連付けて定義するとともに、各エンティ
ティにエンティティ名を付している。

【００３５】この例では、各エンティティに、「ビジネ
スプロセス」、「ビジネスシステム」、「内部アク
タ」、「アクタ」、「外部ビジネスプロセス」、「内部
ビジネスプロセス」、「価値のあるサービス」といった
エンティティ名が付され、名称・ＩＤ・概要・重要度・
目的等についても定義されている。また、エンティティ
間を結ぶ線は関連を、●は多重度を、△は継承を表すも
のである。このように、データモデル１０２は多重度や
継承が表現できるものであれば、クラス図やＥＲ図など
特に形態にとらわれず様々な表現を用いることができ
る。

【００３６】また、図４に示すように、ユースケース１
０１では、まず、「外部ビジネスプロセスの登録・編
集」というタイトルが付されている。タイトルとして
は、そのユースケース１０１においてどのような業務を
行うのかについて大まかな内容を定義すればよい。

【００３７】ユースケース１０１では、一般的に、上記
タイトルに続いて、事前条件、事後条件、イベント系列
（基本系列や代替系列）を記述する。図４には示さない
が、事前条件の欄には、そのユースケース１０１を実行
するにあたって事前に行われていることが必要な条件を
記述する。例えば、「システムが起動され、メインメニ
ューが表示されていること」のように記述する。また、
事後条件の欄には、当該ユースケース１０１のイベント
系列を行った後に、どのような状態となるかを記述す
る。

【００３８】通常は、続いてユースケース１０１の核心
部分であるイベント系列を記述していくのであるが、図
４に示すユースケース１０１では、欄（１）に当該ユー
スケース１０１で使用する機能の一覧を記述し、各機能
ごとにＳ１〜Ｓ７というタグを付している。これら機能
は、ユーザ側からみて最小となるシステムが行う処理を
一単位として定めたものであり、１つ１つの機能が上述
のトランザクションに相当する。

【００３９】そして、欄（２）にイベント系列を記述す
るのであるが、上述したように、このイベント系列の欄
には、アクタとシステムとが行う一連のイベント（アク
ション）を自然言語で記述し、アクタとシステムとの相
互作用を順番に記述するようにしている。ここでは、代
表例として基本系列のみを示す。

【００４０】アクタが行うイベントについては、Ａとい
うタグを付してから記述するようにしている。なお、ア
クタが行うイベントについての記述は、なんら制限なく
自由に記述していけばよい。

【００４１】一方、システムが行う処理については、１
つのトランザクションに相当する単位で区切って記述す
る。そして、各トランザクションごとに、単純にＳとい
うタグを付すだけでなく、その機能に対応させて、上記
欄（１）の機能一覧で使用したタグＳ１〜Ｓ７を付すよ
うにしている。

【００４２】この場合に、ユースケース１０１中に上記
欄（１）の機能一覧を記述しておけば、それと照らし合
わせることで、タグＳ１〜Ｓ７を正確に付すことができ
る。ただし、欄（１）は必須のものではなく、ユースケ
ース１０１に記述されていなくてもよい。なお、図４に
示すユースケース１０１では、タグＳ１〜Ｓ７はそれぞ
れ一度しか出てきていないが、同一機能の処理があれ
ば、同一のタグＳ１〜Ｓ７が複数回でてくることもあり
うる。

【００４３】さらに、システムが行う処理について記述
するときは、データモデル１０２で定義されたエンティ
ティ名で当該トランザクションに関連するものを明記
し、そのエンティティ名を[]でくくっている。そして、
あらかじめキーワードとして定義しておいた動詞を使用
して、そのエンティティが、上記欄（１）の機能一覧に
記述されたどの機能とどのような関連があるのかを明確
にしながら記述していく。

【００４４】上記キーワードとなる動詞は、次のように
定義されている。すなわち、本実施形態では、ファンク
ション・ポイントＦＰを算出するために、システムの行
う処理が、外部入力ＥＩ、外部出力ＥＯ、外部照会ＥＱ
といった３つの分類のいずれに該当するのかを識別す
る。そこで、これら外部入力ＥＩ、外部出力ＥＯ、外部
照会ＥＱごとに、それぞれに該当する処理を意味する動
詞をキーワードとして定義している。

【００４５】外部入力ＥＩとは、上述したように、外部
からシステム内にデータを入力して行う処理のことをい
う。そこで、外部入力ＥＩを表すキーワードとして、当
該処理に該当する「追加する」、「更新する」、「削除
する」等といった動詞をキーワードとして定義してい
る。そして、ユースケース１０１のイベント系列を記述
するときに、必ず[]でくくったエンティティ名を明記し
て、[エンティティ名]に追加する。[エンティティ名]を
更新する。[エンティティ名]を削除する。というように
記述していく。図４に示したユースケース１０１では、
例えば、「Ｓ３：[外部ビジネネスプロセス]を追加し、
ステップ２に戻る。」との記述がある。かかる記述に
は、外部ビジネスプロセスというエンティティ名と、外
部入力ＥＩを表すキーワードとが含まれていることがわ
かる。

【００４６】また、外部出力ＥＯとは、上述したよう
に、システムから外部にデータを出力して行う処理のこ
とをいう。そこで、外部出力ＥＯを表すキーワードとし
て、当該処理に該当する「印刷する」、「出力する」、
「導出する」等といった動詞をキーワードとして定義し
ている。そして、イベント系列を記述するときに、〜を
／に印刷する。〜を／に出力する。〜を導出する。とい
うように記述していく。

【００４７】なお、「導出する」は、計算する、カウン
トする等のオペレーションを実行するときに使用し、
「印刷する」、「出力する」、「表示する」の動詞と組
み合わせて使用する。例えば、「４月から翌年３月まで
の売上高の合計を導出し、画面に表示する。」といった
具合である。図４に示したユースケース１０１では、外
部出力ＥＯに該当する動詞は使用されてない。

【００４８】また、外部照会ＥＱとは、上述したよう
に、システム内のデータを外部から参照して行う処理を
いう。そこで、外部照会ＥＱを表すキーワードとして、
当該処理に該当する「参照して（一覧）表示する」、
「参照して（一覧）印刷する」等といった動詞をキーワ
ードとして定義している。そして、イベント系列を記述
するときに、必ず[]でくくったエンティティ名を明記し
て、[エンティティ名]を参照して（一覧）表示する。
[エンティティ名]を参照して（一覧）印刷する。という
ように記述していく。

【００４９】なお、画面表示の際にデータベースを参照
して検索結果を（一覧）表示するような場合には、必ず
上記のように「参照して表示する」といったキーワード
を使用して記述をすることとする。そして、データベー
スの参照を伴わない単なる画面表示については、通常ど
おり「画面を表示する」といった記述を行う。図４に示
すユースケース１０１では、例えば、「Ｓ１：システム
は[外部ビジネスプロセス]を参照して外部ビジネスプロ
セス一覧画面を表示する。」との記述がある。かかる記
述には、外部ビジネスプロセスというエンティティ名
と、外部照会ＥＱを表すキーワードとが含まれているこ
とがわかる。

【００５０】図１に戻って説明すれば、トランザクショ
ン切り出し部３では、上記のようにして作成されたユー
スケース１０１のイベント系列中から、システムが行う
処理についての記述をトランザクションごとに切り出
す。この場合に、トランザクションごとにタグＳ１〜Ｓ
７を付しているので、これらタグＳ１〜Ｓ７を検出する
ことで簡単にトランザクションの切り出しを行うことが
できる。

【００５１】キーワード・エンティティ名抽出部４で
は、トランザクション切り出し部１でトランザクション
ごとに切り出されたシステムが行う処理についての記述
から、キーワード及びエンティティ名をトランザクショ
ンごとに抽出する。キーワードの抽出は、図１に示すよ
うに、どのようなキーワードが定義されているかを示す
キーワード定義１０３と照らし合わせることで行うこと
ができる。また、エンティティ名の抽出は、システムが
行う処理についての記述でエンティティ名を[]でくくっ
ていることから、その[]を検出することで簡単に行うこ
とができる。

【００５２】なお、エンティティ名を[]でくくっていな
い場合でも、エンティティ名を抽出することは可能であ
る。この場合、図１に示すように、データモデル１０２
（あるいは、データモデル１０２そのものでなく、エン
ティティ名をリストアップしたものでもよい）と照らし
合わせて、システムが行う処理についての記述にデータ
モデル１０２で定義されたエンティティ名が存在するか
否かを判断し、存在すればそのエンティティ名を抽出す
ればよい。

【００５３】トランザクションファンクション分類識別
部５では、キーワード・エンティティ名抽出部２で抽出
されたキーワードに基づいて、切り出されたそれぞれの
トランザクションが、外部入力ＥＩ、外部出力ＥＯ、外
部照会ＥＱのいずれの分類に該当するかを識別する。

【００５４】すなわち、図２に示すように、システムが
行う処理についてのトランザクションの記述に、「追加
する」、「更新する」、「削除する」といったキーワー
ドがあれば、そのトランザクションを外部入力ＥＩに分
類してカウントする。図４に示すユースケース１０１の
例では、Ｓ３、Ｓ５、Ｓ６のタグが付されたトランザク
ションが外部入力ＥＩとしてカウントされることにな
る。

【００５５】また、システムが行う処理についてのトラ
ンザクションの記述に、「印刷する」、「出力する」、
「導出する」といったキーワードがあれば、そのトラン
ザクションを外部出力ＥＯに分類してカウントする。図
４に示すユースケース１０１の例では、いずれのトラン
ザクションも外部出力ＥＯとしてはカウントされない。

【００５６】また、システムが行う処理についてのトラ
ンザクションの記述に、「参照して（一覧）表示す
る」、「参照して（一覧）印刷する」といったキーワー
ドがあれば、そのトランザクションを外部照会ＥＱに分
類してカウントする。図４に示すユースケース１０１の
例では、Ｓ１、Ｓ２、Ｓ４、Ｓ７のタグが付されたトラ
ンザクションが外部照会ＥＱとしてカウントされること
になる。

【００５７】以上述べたようにして、作成されたすべて
のユースケース１０１について、その中に含まれるシス
テムが行うトランザクションごとに、キーワードに基づ
いて、外部入力ＥＩ、外部出力ＥＯ、外部照会ＥＱを分
類識別してカウントしていく。このときに、同じエンテ
ィティ名について同じ処理が重複して存在する場合は、
重複してカウントしない。あるエンティティに対して同
じ機能処理を１回行う場合でも、複数回行う場合でも、
開発するシステムのソフトウェア規模としては変わりな
いからである。

【００５８】一方、データファンクション分類識別部６
では、キーワード・エンティティ名抽出部２で抽出され
たキーワードとエンティティ名との関連に基づいて、当
該エンティティ名で表されるエンティティが、内部論理
ファイルＩＬＦ、外部インタフェースファイルＥＩＦの
いずれの分類に該当するかを識別する。すなわち、抽出
されたエンティティ名で表されるエンティティが、その
エンティティ名に該当するデータが参照されるだけなの
か、それとも更新されることがあるのかを、そのエンテ
ィティ名にひもついているキーワードから判断する。

【００５９】具体的には、すべてのユースケース１０１
を読み込んで判断し、抽出されたエンティティ名で表さ
れるエンティティが一度でも更新の対象となっていれ
ば、すなわち、そのエンティティ名に一度でも外部入力
ＥＩのキーワードが関連付けられて記述されていれば、
そのエンティティを内部論理ファイルＩＬＦに分類して
カウントする。

【００６０】また、抽出されたエンティティ名で表され
るエンティティが、一度も更新の対象となっていない、
すなわち、一度も外部入力ＥＩのキーワードが関連付け
られてユースケース１０１に記述されていなければ、そ
のエンティティを外部フインタフェースファイルＥＩＦ
に分類してカウントする。

【００６１】ＦＰ算出部７では、図２に示すように、ト
ランザクションファンクション分類識別部５で外部入力
ＥＩ、外部出力ＥＯ、外部照会ＥＱの分類ごとにカウン
トされたトランザクション数に、それぞれ所定の重み付
け、外部入力ＥＩは×４、外部出力ＥＯは×５、外部照
会ＥＱは×４をして、トランザクションファンクション
・ポイントを算出する。また、データファンクション分
類識別部６で内部論理ファイルＩＬＦ、外部インタフェ
ースファイルＥＩＦの分類ごとにカウントされたエンテ
ィティ数に、それぞれ所定の重み付け、内部論理ファイ
ルＩＬＦは×１０、外部インタフェースファイルＥＩＦ
×７をして、データファンクション・ポイントを算出す
る。

【００６２】そして、これらトランザクションファンク
ション・ポイントとデータファンクション・ポイントと
を足し合わせ、所定の調整係数を掛け合わせることで、
ファンクション・ポイントＦＰを算出する。このように
してファンクション・ポイントＦＰが算出されれば、そ
の値に基づいて、システム開発の工数、工期、工費等を
見積もることができる。

【００６３】図５には、ファンクション・ポイントＦＰ
算出までの流れの例をフローチャートで示す。まず、ス
テップＰ１０で、ユースケース１０１のイベント系列中
から、システムが行う処理についての記述をトランザク
ションごとに切り出す。次に、ステップＰ１１で、トラ
ンザクションごとに切り出されたシステムが行う処理に
ついての記述から、キーワード及びエンティティ名をト
ランザクションごとに抽出する。

【００６４】そして、ステップＰ１２では、抽出された
キーワードに基づいて、システムが行う処理について切
り出されたそれぞれのトランザクションが、外部入力Ｅ
Ｉ、外部出力ＥＯ、外部照会ＥＱのいずれの分類に該当
するかを識別してカウントする。ステップＰ１３では、
作成されたすべてのユースケース１０１について、外部
入力ＥＩ、外部出力ＥＯ、外部照会ＥＱの分類を識別し
てカウントしたかどうかを判断する。

【００６５】ステップＰ１３で分類の識別が行われてい
ないユースケース１０１があると判断されると、ステッ
プＰ１０に戻り、すべてのユースケース１０１を処理し
終えるまで以上の処理を繰り返す。一方、上記ステップ
Ｐ１３ですべてのユースケース１０１について分類の識
別が終了したと判断されると、ステップＰ１４に移行し
て、上記ステップＰ１１にて抽出されたキーワードとエ
ンティティ名との関連に基づいて、当該エンティティ名
で表されるエンティティが、内部論理ファイルＩＬＦ、
外部インタフェースファイルＥＩＦのいずれの分類に該
当するかを識別してカウントする。

【００６６】次に、ステップＰ１５では、外部入力Ｅ
Ｉ、外部出力ＥＯ、外部照会ＥＱとして分類されたトラ
ンザクション数に、それぞれ所定の重み付け（×４、×
５、×４）をして、トランザクションファンクション・
ポイントを算出する。また、内部論理ファイルＩＬＦ、
外部インタフェースファイルＥＩＦに分類されたエンテ
ィティ数に、それぞれ所定の重み付け（×１０、×７）
をして、データファンクション・ポイントを算出する。
そして、これらトランザクションファンクション・ポイ
ントとデータファンクション・ポイントとを足し合わ
せ、所定の調整係数を掛け合わせることで、ファンクシ
ョン・ポイントＦＰを算出する。

【００６７】なお、図１に示すエラーチェック部８で
は、ユースケース１０１の記述中のエラーをチェックす
るが、そのチェックの手法としては以下のようなものが
考えられる。例えば、ユースケース１０１のイベント系
列のうちシステムが行う処理についての記述で、キーワ
ード以外の動詞が使用されていた場合、その動詞をリス
トアップしてユーザに知らせるようにすればよい。

【００６８】あるいは、データモデル１０２で定義され
たエンティティのエンティティ名と、キーワード・エン
ティティ名抽出部４で抽出されたエンティティ名とを比
較して、データモデル１０２で定義されているが、キー
ワード・エンティティ名抽出部４で抽出されなかったエ
ンティティ名があれば、その不使用エンティティ名をリ
ストアップしてユーザに知らせるようにしてもよい。

【００６９】あるいは、トランザクションごとに切り出
されたシステムが行う処理についての記述に、同じタグ
Ｓ１〜Ｓ７が付されているのに、異なるキーワードの動
詞が使用されていた場合、それをリストアップしてユー
ザに知らせるようにしてもよい。すなわち、切り出され
たそれぞれのトランザクションは、外部入力ＥＩ、外部
出力ＥＯ、外部照会ＥＱのいずれか一に分類されるはず
であり、複数の分類に重複して識別されている場合は、
キーワードである動詞が誤って使用されたと考えられる
からである。

【００７０】以上述べたように本実施形態によれば、要
求仕様の定義の結果物であるユースケース１０１をキー
ワード及びエンティティ名が含まれるように記述し、そ
のユースケース１０１から抽出されたキーワード及びエ
ンティティ名を利用して、ファンクション・ポイントＦ
Ｐ算出のために必要な要素を分類するようにしたので、
要求仕様の定義が終了したシステム開発の初期段階で、
演算に最低限必要な情報を得ることができ、ファンクシ
ョン・ポイントＦＰを算出することができる。そして、
ファンクション・ポイントＦＰを算出できれば、システ
ム開発の初期段階でシステム開発の工数、工期、工費等
を見積もることができる。

【００７１】しかも、システム開発の初期段階で、人間
の経験に基づくのではなく、所定の演算によって算出さ
れるファンクション・ポイントＦＰという客観的な数値
に基づいてソフトウェア規模を見積もることができ、人
によってその結果に差が生じることもなく、より正確に
システム開発の工数、工期、工費等を見積もることがで
きる。また、いったんソフトウェア規模を見積もりして
から、予定しているソフトウェア規模に合わせるように
ユースケース１０１やデータモデル１０２を修正して、
要求仕様の定義の段階でシステム開発の方針を適切に変
更するようなことも可能となる。

【００７２】さらに、キーワードを使用してユースケー
ス１０１を記述するので、記述する人によらず、ユース
ケース１０１の質を一定に維持することができるといっ
たメリットも有する。

【００７３】なお、上記実施形態では、外部入力ＥＩ、
外部出力ＥＯ、外部照会ＥＱ、内部論理ファイルＩＬ
Ｆ、外部インタフェースファイルＥＩＦといった各要素
に、それぞれ一定の重み付けをする簡易な方法でファン
クション・ポイントＦＰを算出するようにしたが、例え
ば、要求仕様の定義の段階で各エンティティに含まれる
所定の項目の数等が分かれば、その項目数に応じた各要
素の複雑度に合わせて、重み付けを変更してファンクシ
ョン・ポイントＦＰを算出してもかまわない。

【００７４】また、上記実施形態では、外部入力ＥＩ、
外部出力ＥＯ、外部照会ＥＱ、内部論理ファイルＩＬ
Ｆ、外部インタフェースファイルＥＩＦを、ファンクシ
ョン・ポイントＦＰを算出するために必要な要素とした
が、これらに加えて、あるいは、これらの少なくとも一
部に代えて、上記以外のものを要素としてもよい。例え
ば、帳票、画面の数等を要素としてファンクション・ポ
イントＦＰを算出してもよい。

【００７５】以上に説明した実施形態は、コンピュータ
のＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭ等で構成され
るものであり、ＲＡＭやＲＯＭに記録されたプログラム
が動作することによって実現できる。したがって、コン
ピュータが上記機能を果たすように動作させるプログラ
ムを記録媒体に記録し、コンピュータに読み取らせるこ
とによって実現できるものである。記録媒体としては、
ＣＤ−ＲＯＭ、フロッピーディスク、ハードディスク、
磁気テープ、光磁気テープ、不揮発性のメモリカード等
を用いることができる。

【００７６】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムコードがコンピュータ
において稼働しているＯＳ（オペレーティングシステ
ム）あるいは他のアプリケーションソフト等と共同して
上述の実施形態の機能が実現される場合にもかかるプロ
グラムコードは本発明の実施形態に含まれることは言う
までもない。

【００７７】なお、上記いずれの実施形態も本発明を実
施するにあたっての具体的な一例を示したに過ぎず、こ
れによって本発明の技術的範囲が限定的に解釈されては
ならない。すなわち、本発明は、その精神、またはその
主要な特徴から逸脱することなく、様々な形で実施する
ことができる。

【００７８】

【発明の効果】以上述べたように本発明によれば、要求
仕様の定義の結果物であるユースケースに含まれたキー
ワード及びエンティティ名を利用して、ソフトウェア規
模値算出のために必要な要素を分類をするようにしたの
で、要求仕様の定義が終了したシステム開発の初期段階
でソフトウェア規模値を算出することができる。したが
って、システム開発の初期段階でソフトウェア規模を見
積もって、システム開発の工数、工期、工費等を見積も
ることができる。しかも、システム開発の初期段階で、
人間の経験に基づくのではなく、ソフトウェア規模値と
いう客観的な数値に基づいてソフトウェア規模を見積も
ることができるので、人によってその結果に差が生じる
こともなく、より正確にシステム開発の工数、工期、工
費等を見積もることができる。

【図面の簡単な説明】

【図１】本発明の実施形態のソフトウェア規模演算装置
を示すブロック図である。

【図２】ファンクション・ポイントＦＰ算出までの概要
を示した図である。

【図３】データモデル１０２の具体例を示す図である。

【図４】ユースケース１０１の具体例を示す図である。

【図５】ファンクション・ポイントＦＰを算出までの流
れの一例を示したフローチャートである。

【符号の説明】

１ ユースケース作成部 ２ データモデル作成部 ３ トランザクション切り出し部 ４ キーワード・エンティティ名抽出部 ５ トランザクションファンクション分類識別部 ６ データファンクション分類識別部 ７ ＦＰ算出部 １０１ ユースケース １０２ データモデル １０３ キーワード定義情報

フロントページの続き (72)発明者 坂口 雄 東京都千代田区大手町２−６−３ 新日本 製鐵株式会社内 (72)発明者 高柳 信夫 東京都千代田区大手町２−６−３ 新日本 製鐵株式会社内 Ｆターム(参考） 5B076 DD02 EC02 EC10

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアが行う処理について少なく
   ともキーワード及びエンティティ名を含めて記述された
   ユースケース中から上記キーワード及び上記エンティテ
   ィ名を抽出する抽出手段と、 上記抽出手段により抽出されたキーワード及びエンティ
   ティ名に基づいて、上記ソフトウェアの規模を演算する
   上で必要な各要素が、あらかじめ定められた複数の分類
   のいずれに該当するかを識別する分類識別手段と、 上記分類識別手段による識別結果に基づいて、上記各要
   素に対して各分類に応じた演算を行うことによってソフ
   トウェア規模値を算出する演算手段とを備えたことを特
   徴とするソフトウェア規模演算装置。
2. 【請求項２】 ソフトウェアが行う処理を所定単位処理
   ごとに区切り、当該所定単位処理ごとに少なくともキー
   ワード及びエンティティ名を含めて記述されたユースケ
   ース中から上記キーワード及び上記エンティティ名を抽
   出する抽出手段と、 上記抽出手段により抽出されたキーワード及びエンティ
   ティ名に基づいて、上記所定単位処理及び上記エンティ
   ティ名で表されるエンティティのそれぞれが、あらかじ
   め定められた複数の分類のいずれに該当するかを識別す
   る分類識別手段と、 上記分類識別手段による識別結果に基づいて、上記所定
   単位処理及び上記エンティティに対して各分類に応じた
   演算を行うことによってソフトウェア規模値を算出する
   演算手段とを備えたことを特徴とするソフトウェア規模
   演算装置。
3. 【請求項３】 上記分類識別手段は、上記抽出手段によ
   り抽出されたキーワードに基づいて、上記所定単位処理
   が、あらかじめ定められた複数の分類のいずれに該当す
   るかを識別することを特徴とする請求項２に記載のソフ
   トウェア規模演算装置。
4. 【請求項４】 上記分類識別手段は、上記抽出手段によ
   り抽出されたキーワードとエンティティ名との関連に基
   づいて、当該エンティティ名で表されるエンティティ
   が、あらかじめ定められた複数の分類のいずれに該当す
   るかを識別することを特徴とする請求項２又は３に記載
   のソフトウェア規模演算装置。
5. 【請求項５】 上記キーワードは、外部からデータを入
   力して行う処理を意味する外部入力、外部にデータを出
   力して行う処理を意味する外部出力、ソフトウェア内の
   データを外部から参照して行う処理を意味する外部照会
   のそれぞれに対応する動詞であることを特徴とする請求
   項１〜４のいずれか１項に記載のソフトウェア規模演算
   装置。
6. 【請求項６】 上記分類識別手段は、上記抽出手段によ
   り抽出されたキーワードに基づいて、上記所定単位処理
   が、上記外部入力、外部出力、外部照会のいずれの分類
   に該当するかを識別することを特徴とする請求項５に記
   載のソフトウェア規模演算装置。
7. 【請求項７】 上記分類識別手段は、上記抽出手段によ
   り抽出されたキーワードとエンティティ名との関連に基
   づいて、当該エンティティ名で表されるエンティティ
   が、内部でデータ内容が変わりうるものを意味する内部
   論理ファイル、外部データとして参照するだけのものを
   意味する外部インタフェースファイルのいずれの分類に
   該当するかを識別することを特徴とする請求項５又は６
   に記載のソフトウェア規模演算装置。
8. 【請求項８】 上記ソフトウェアが行う処理について、
   少なくとも上記キーワード及び上記エンティティ名を含
   めてユースケース記述するためのユースケース作成手段
   を備えたことを特徴とする請求項１〜７のいずれか１項
   に記載のソフトウェア規模演算装置。
9. 【請求項９】 上記抽出手段は、エンティティについて
   定義したデータモデルを参照して、上記ユースケース中
   から上記エンティティ名を抽出することを特徴とする請
   求項１〜８のいずれか１項に記載のソフトウェア規模演
   算装置。
10. 【請求項１０】 上記ユースケースについて、上記ソフ
    トウェア規模値の算出に必要な情報が適切に記述されて
    いるかのエラーをチェックするためのエラーチェック手
    段を備えたことを特徴とする請求項１〜９のいずれか１
    項に記載のソフトウェア規模演算装置。
11. 【請求項１１】 ソフトウェアが行う処理について少な
    くともキーワード及びエンティティ名を含めて記述され
    たユースケース中から上記キーワード及び上記エンティ
    ティ名を抽出する手順と、 上記抽出されたキーワード及びエンティティ名に基づい
    て、上記ソフトウェアの規模を演算する上で必要な各要
    素が、あらかじめ定められた複数の分類のいずれに該当
    するかを識別する手順と、 上記識別の結果に基づいて、上記各要素に対して各分類
    に応じた演算を行うことによってソフトウェア規模値を
    算出する手順とを有することを特徴とするソフトウェア
    規模演算方法。
12. 【請求項１２】 ソフトウェアが行う処理について少な
    くともキーワード及びエンティティ名を含めて記述され
    たユースケース中から上記キーワード及び上記エンティ
    ティ名を抽出する手順と、 上記抽出されたキーワード及びエンティティ名に基づい
    て、上記ソフトウェアの規模を演算する上で必要な各要
    素が、あらかじめ定められた複数の分類のいずれに該当
    するかを識別する手順と、 上記識別の結果に基づいて、上記各要素に対して各分類
    に応じた演算を行うことによってソフトウェア規模値を
    算出する手順とをコンピュータに実行させるためのプロ
    グラムを記録したコンピュータ読み取り可能な記録媒
    体。