(57)【要約】【課題】従来の技術では単純にプログラムのステップ数を計測するため、新規入力したプログラム分かどうかなど、プログラムの新規設計分、再利用設計分、改造設計分、流用設計分等の開発分類を区別してプログラムステップ数を求めることができず開発担当者自らが手作業でカウントもしくは、開発分類別にソースプログラムファイルを別々に作成しない限り、開発分類別のプログラムステップ数を正確に把握することができないという欠点がある。【解決手段】上記欠点を解決するために、プログラム開発段階において、プログラムソースファイルに新規、再利用、流用、改造を示す分類コメント（以下、キーワードと記す）を入力しておき、プログラムステップ数測定時に前記キーワードを検出し、該キーワード毎にステップ数測定を行うようにしたものである。【選択図】　図１
2004038490.tif 000002
【特許請求の範囲】
【請求項１】
プログラムの開発段階であって、プログラムを構成する分類を、該プログラムの開発分類として新規設計分、再利用設計分、改造設計分、流用設計分等の開発分類を予め設ける段階と、該開発分類を区別して表すコメントを該当プログラムステートメント行に記述する段階とを設け、プログラム開発完了段階において、前記プログラムの開発分類毎の分類コメントを検出してプログラムステップ数を各々算出する段階を設けることを特徴とする開発分類別プログラムステップ測定方式。
【請求項２】
請求項１の開発分類別プログラムステップ測定方式において、プログラム開発完了段階で前記開発分類毎のプログラムステップ数と全体プログラムステップ数の関係から、再利用率、流用率等を出力する段階を設けることを特徴とする開発分類別プログラムステップ測定方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はプログラムの開発段階におけるプログラムの構成を生産方法により分類する方法と、前記プログラムの開発完了段階における前記分類毎のプログラムステップ数を求める開発分類別プログラムステップ測定方式に関するものである。
【０００２】
【従来の技術】
開発完了したプログラムの構成例を図１３に示す。２１は新規設計分、２２は再利用設計分、２３は流用設計分、２４は改造設計分であり、生産方法により分類した構成とみることができる。新規設計分２１とは新たに設計した部分で、再利用設計分２２とは例えば設計部門内で標準モジュールとして設計され登録されている標準登録モジュール２５をそのまま使用する部分で、流用設計分２３とは過去に設計して動作実績有りのプログラム２６全体を母体として流用する部分で、改造設計分２４とは前記流用設計分２３の一部を必要に応じて改造した部分である。前記夫々の分類のステップ数は、ステップ数カウントプログラム（以下、ステップ数カウンタと記す）やテキスト作成プログラム（以下、エディタと記す）、更に翻訳プログラム（以下、コンパイラと記す）などを使用してカウントし、自動的に測定する技術が知られている。ステップ数カウンタは、単にプログラムステップをカウントするものであり、エディタはプログラム作成または変更する際に使用するテキスト作成プログラムで、新規に入力、作成したプログラムステップ数や、入力したプログラムステップ数に対して変更したステップ数、追加したステップ数の差分情報にて自動的に改造分、追加分ステップ数を算出可能なもので、例えば入力したプログラムが本当に新規設計分か過去に設計した分の流用分かなどまでは判別できないものである。コンパイラについても同様である。また、プログラムの生産性について、特開平７−３１９６８６号公報に記載されているようにプログラム開発開始から完了までの経過時間を、編集の都度、編集開始から終了までの時間を計測し、編集前の計測時間に加算して更新し、プログラムステップ数についても同様に、プログラム開発開始から完了まで編集の都度、編集終了後のステップ数を計測して更新し、プログラム開発完了時に全プログラムについて前記処理結果を集計し、ステップ数の総和を編集時間の総和で除して総合生産性を求める技術が知られている。
【０００３】
【発明が解決しようとする課題】
従来の技術では単純にプログラムのステップ数を計測するため、また、前記エディタで入力ステップ数と変更ステップ数の差分情報から改造ステップ数を求めて、編集の都度、前記変更ステップ数を更新したとしても、前記入力したプログラムが過去の開発済のプログラムからの流用分か、本当に新規入力したプログラム分かどうかなど、プログラム開発担当者以外では本当の意味でのプログラムの新規設計分、再利用設計分、改造設計分、流用設計分等の開発分類を区別して開発分類毎のプログラムステップ数を求めることができず開発担当者自らが手作業でカウントもしくは、前記各種開発分類別にソースプログラムファイルを別々に作成しない限り、前記各種開発分類別のプログラムステップ数を正確に把握することができない。従って、前記各種開発分類ステップ数と開発所要時間から求まる各種指標をプログラム開発担当者以外の第三者が正確に算出することは難しいという欠点がある。
【０００４】
【課題を解決するための手段】
上記欠点を解決するために、プログラム開発段階において、プログラムソースファイルに新規、再利用、流用、改造を示す分類コメント（以下、キーワードと記す）を入力しておき、ステップ数測定時に前記キーワードを検出し、該キーワード毎にステップ数測定を行うものである。
【０００５】
【発明の実施の形態】
本発明の一実施例でプログラム開発段階において作成するプログラムソースコード例を図１に示す。１はプログラムまたはモジュールの管理情報であるヘッダコメントで、２は前記プログラムまたはモジュールの処理内容を示すステートメントで、３はヘッダコメント１内に記述する開発者名前で、４は同コメント内に記述する本プログラムまたはモジュールを使用するプロジェクト名称で、５は開発分類を示すキーワードである。更に、６はプログラムステートメント２内に記述する開発分類を示すキーワードである。
【０００６】
図１の「ＫＫＫＫＫＫ」で示す前記キーワード５、６の種類例を図５に示す。図５に示すように、例えば開発分類のキーワードを「新規開発」＝「ＮＥＷ」、「再利用」＝「ＲＥＣＹＣＬＥ」、「流用」＝「ＤＩＶＥＲＴ」、「改造」＝「ＡＬＴ」とし、プログラム設計時にヘッダコメント１やプログラムステートメント２のステップにコメントとして記述する。
【０００７】
図２に本発明の開発分類別プログラムステップ測定プログラム１０の構成例を示す。１１は開発者Ａ用のカウンタで、１２は開発者Ｂ用カウンタで、１３は開発者Ｃ用カウンタで、１４は開発者Ｄ用カウンタである。１５は前記開発者用カウンタ内に設けてある開発分類別プログラムカウンタであって新規ステップ用カウンタで、１６は再利用ステップ用カウンタで、１７は流用ステップ用カウンタで、１８は改造ステップ用カウンタである。１９は前記開発分類別のキーワードを記入してある開発済のプログラム例である。
【０００８】
開発分類別プログラムステップ測定プログラム１０には、「開発者名」毎に前記開発分類キーワード５の「ＫＫＫＫＫＫ」、すなわち図５のキーワード毎の独立したカウンタを設ける。ステップ数カウントは開発済プログラム１９を開発分類別プログラムステップ測定プログラム１０に読み込むことで行う。
【０００９】
開発分類別プログラムステップ数測定の手順：開発分類別プログラムステップ数測定を行うプログラムソースファイルを指定する。プログラムソースファイル内のヘッダコメント１からプロジェクト名称４である「ＰＰＰＰＰＰ」と開発者名前３、開発分類キーワード５である「ＫＫＫＫＫＫ」を摘出する。前記開発分類キーワード５により通常使うスッテプ数カウンタを選定する。例えば、図３の例ではヘッダコメント１内の開発分類キーワード５が「ＮＥＷ」であるので、新規ステップ用カウンタ１５を使用してステップ数をカウントする。また、図４の例ではヘッダコメント１内の開発分類キーワード５が「ＲＥＣＹＣＬＥ」であるので、再利用ステップ用カウンタ１６を使用してステップ数をカウントする。
【００１０】
だだし、図４の例のようにプログラムステートメント２内のステートメントステップ後部にコメントとして開発分類キーワード６「ＫＫＫＫＫＫ」が記述されている場合は前記通常使うステップ数カウンタを一時的に切り替えてカウントを行う。この例の場合は、通常使うスッテプ数カウンタは再利用ステップ用カウンタ１６でカウンタし、ステートメントステップ後部にコメントとして開発分類キーワード６「ＡＬＴ」が記述されているステップは改造ステップ用カウンタ１８に切り替えてカウントする。次のステートメントステップでは開発キーワード６の記述がないので再び通常使う再利用ステップ用カウンタ１６に戻しカウントを継続する。
【００１１】
開発指数出力として、開発分類別プログラムステップ数、開発効率、品質、プログラム開発者評価、プロジェクト全体の開発指標などがある。開発分類別プログラムステップ数は前記の開発者名前毎であって開発分類キーワード５および６毎にカウント集計した値で、出力形態の例を図７に示す。
【００１２】
開発効率は別途用意する図６の例のような開発者毎の開発に要した開発時間、発生した不具合件数、プログラム設計の経験年数、担当したプログラムの難易度などの開発者データと前記開発者毎の開発分類別プログラムステップ数集計結果から以下に示す計算式により定義する各種効率を求める。該各種効率計算結果出力例を図８に示す。
開発効率＝（新規ステップ用カウンタ集計値＋改造ステップ用カウンタ集計値）÷開発時間
生産効率＝（新規ステップ用カウンタ集計値＋改造ステップ用カウンタ集計値＋再利用ステップ用カウンタ集計値）÷開発時間
完成効率＝（新規ステップ用カウンタ集計値＋改造ステップ用カウンタ集計値＋再利用ステップ用カウンタ集計値＋流用ステップ用カウンタ集計値）÷開発効率品質は前記図６の開発者毎の不具合件数データと前記開発者毎の開発分類別プログラムステップ数集計結果から以下に示す計算式により品質を求める。該品質計算結果出力例を図９に示す。
品質＝不具合件数÷（新規ステップ用カウンタ集計値＋改造ステップ用カウンタ集計値＋再利用ステップ用カウンタ集計値＋流用ステップ用カウンタ集計値）
プログラム開発者評価は前記開発効率と品質計算で求まる結果と図１０の例に示す経験年数から決める経験年数係数、効率係数、品質係数や、図１１の例に示す難易度から決める難易度係数などの評価基準から以下に示す計算式によりプログラム開発者毎の評価を求める。該評価計算結果出力例を図１２に示す。
評価＝（完成効率×効率係数×難易度係数−品質×品質係数）×経験年数係数
プロジェクト全体の開発指標についても前述のヘッダコメント１内のプロジェクト名称４毎に同様に計算し、出力することで求めることができる。
【００１３】
【発明の効果】
プログラム開発時に開発者が開発分類キーワードを分類コメントとしてプログラムに記述するだけで、各種開発分類別にプログラムステップ数が測定でき、各種開発指標も容易に出力することができ、プログラム開発者以外の例えば上長などの第三者がプログラム開発者別に各種開発指標を把握することができる。
【図面の簡単な説明】
【図１】本発明の一実施例であるソースプログラムの記述例
【図２】本発明の一実施例である開発分類別プログラムステップ数測定プログラムの構成例
【図３】本発明の一実施例である新規開発したソースプログラムの記述
【図４】本発明の一実施例である再利用したソースプログラムの記述
【図５】本発明の一実施例である開発分類キーワード
【図６】本発明の一実施例であるプログラム開発者データ
【図７】本発明の一実施例である開発分類別プログラムステップ数測定結果出力
【図８】本発明の一実施例であるプログラム開発指標：開発効率出力
【図９】本発明の一実施例であるプログラム開発指標：開発品質
【図１０】本発明の一実施例であるプログラム開発指標：経験年数による評価基準
【図１１】本発明の一実施例であるプログラム開発指標：難易度係数
【図１２】本発明の一実施例であるプログラム開発指標：開発者評価
【図１３】従来の一実施例である開発プログラムの生産方法による開発分類構成
【符号の説明】
１：ヘッダコメント、２：プログラムステートメント、３：開発者名前、４：プロジェクト名称、５：ヘッダコメント内開発分類キーワード、６：プログラムステートメント内開発分類キーワード、１０：開発分類別プログラムステップ数測定プログラム、１１：開発者Ａ用カウンタ、１２：開発者Ｂ用カウンタ、１３：開発者Ｃ用カウンタ、１４：開発者Ｄ用カウンタ、１５：新規ステップ用カウンタ、１６：再利用ステップ用カウンタ、１７：流用ステップ用カウンタ、１８：改造ステップ用カウンタ、１９：開発分類キーワード記入の開発済のプログラム、２１：新規設計分プログラムステップ、２２：再利用設計分プログラムステップ、２３：流用設計分プログラムステップ、２４：改造設計分プログラムステップ、２５：標準登録モジュール、２６：動作実績有プログラム
【図１】
2004038490.tif 000003
【図２】
2004038490.tif 000004
【図３】
2004038490.tif 000005
【図４】
2004038490.tif 000006
【図５】
2004038490.tif 000007
【図６】
2004038490.tif 000008
【図７】
2004038490.tif 000009
【図８】
2004038490.tif 000010
【図９】
2004038490.tif 000011
【図１０】
2004038490.tif 000012
【図１１】
2004038490.tif 000013
【図１２】
2004038490.tif 000014
【図１３】
2004038490.tif 000015