JP2005085016A - ソフトウェア成果物の登録システムおよびソフトウェア成果物の登録プログラム - Google Patents

Abstract

【課題】開発プロセスを構成する作業項目毎の入出力として設計された成果物の品質を、設計段階で、規模的な観点から公平に判定することのできるソフトウェア成果物の登録システムを提供する。
【解決手段】開発プロセスを構成する作業項目毎の入出力として設計された成果物の品質を規模的な観点から判定するための指標とこの指標の基準値とを管理する手段を有するデータ管理部１１と、設計された成果物の品質をデータ管理部１１によって管理されている指標とその基準値に基づいて判定する手段を有する判定部１２とを有するものである。これにより、成果物の品質を規模的な観点から公平に判定することができる。また、成果物の設計段階での品質判定が可能になることで、開発工程の後戻りが発生しにくくなり、開発期間の短縮を図ることができる。
【選択図】図１

Description

この発明は、開発プロセスを構成する各作業項目の成果物をデータベースへ登録する際に、その成果物の品質を判定する機能を有するソフトウェア成果物の登録システムおよびソフトウェア成果物の登録プログラムに関する。

従来、ソフトウェア開発の場での成果物の品質の判定はコーディング完了後の試験工程において行われることが多かったが、この場合、品質上の問題が発見された場合、コーディング、さらには設計まで戻って修正を行う必要があった。

これを回避するために、設計工程の終了後にもこの設計工程の成果物（たとえば、機能仕様書，設計仕様書，フローチャート，コーディングシートなど）に対して品質の評価を行う方法が知られている（たとえば特許文献１、特許文献２を参照）。

たとえば、特許文献１では、設計工程を基本設計、機能設計、詳細設計などに分けて、それぞれの設計工程の成果物の検査を行い、不良が発見されたときに、その不良発生時点である設計工程に作業を差し戻すものとしている。
特開２００２−１７５１８４号公報（段落０００５，０００６） 特開平５−３１３８８０号公報

また、ソフトウェア成果物の品質を評価する方法としては、プログラム単位、モジュール単位で、不良発生率の基準値を定めておき、この基準値に基づいて評価を行う方法（たとえば特許文献３を参照）がある。
特開平７−４４３６０号公報

しかしながら、成果物に関しては、論理の矛盾がないことを確認するだけではなく、十分な品質が保たれているかを定量的に評価する必要がある。特に設計においては、明確な基準がないと、詳細化が不充分なまま次工程へと進んでしまう問題があった。また、人間系では確認はしばしば省略され、後工程で大きな問題として顕在化してしまうことがあった。ところが、これまでは、論理的な矛盾の検出のみで、成果物の品質における定量的な評価による不具合などが生じた場合には、設計工程への後戻りにより開発の遅れを招いてしまうという問題があった。

本発明は、このような点に鑑みてなされたものであり、開発プロセスを構成する作業項目毎の入出力として設計された成果物の品質を、設計段階で機能数や画面数などの規模的な観点から公平に判定することのできるソフトウェア成果物の登録システムおよびソフトウェア成果物の登録プログラムを提供することを目的としている。

目的を達成するために、この発明のソフトウェア成果物の登録システムは、開発プロセスを構成する作業項目毎の成果物の品質を規模的な観点から判定するための指標とこの指標の基準値とを管理するデータ管理部と、前記設計された成果物をデータベースに登録するとき、この成果物の品質を、データ管理部によって管理された指標とその基準値に基づいて判定する判定部とを有するものである。これにより、成果物の品質を規模的な観点から公平に判定することができる。また、成果物の設計段階での品質判定が可能になることで、開発工程の後戻りが発生しにくくなり、開発期間の短縮を図ることができる。

また、この発明において、判定部は、設計された成果物の指標毎の評価対象値を開発者に入力させる入力部と、設計された成果物の品質判定のための指標とその基準値をデータ管理部より検索する検索部と、入力部により入力された情報と検索部により検索された情報とを比較して、設計された成果物の品質を判定する品質判定部とを有するものであってもよい。

さらに、データ管理部は、作業項目毎の入出力である成果物の品質判定のための指標とこの指標の基準値とを複数のプロセスについて管理するものであってよい。また、品質判定部は、設計された成果物の品質判定の結果を表示するものとしてもよい。

さらに、この発明のプログラムは、開発プロセスを構成する作業項目毎の成果物の品質を規模的な観点から判定するための指標とこの指標の基準値とを管理する手段と、前記設計された成果物をデータベースに登録するとき、この成果物の品質を、前記管理されている前記指標とその基準値に基づいて判定する手段としてコンピュータを機能させるものである。これにより、成果物の品質を規模的な観点から公平に判定することができる。また、成果物の設計段階での品質判定が可能になることで、開発工程の後戻りが発生しにくくなり、開発期間の短縮を図ることができる。

以上説明したように、この発明によれば、開発プロセスを構成する作業項目毎の入出力として設計された成果物の品質を規模的な観点から公平に判定することができ、また、成果物の設計段階での品質判定が可能になることで、開発工程の後戻りが発生しにくくなり、開発期間の短縮を図ることができる。

以下、図面を参照して、この発明の実施形態を説明する。

図１は、本発明の一実施形態にかかるソフトウェア成果物の登録システムの構成を示すブロック図である。以下、ソフトウェア成果物を「成果物」と称する。

同図に示すように、この成果物の登録システムは、データ管理部１１、判定部１２、および複数のデータベース（以降「ＤＢ」と称する。）１３とを備えている。データ管理部１１および判定部１２はそれぞれコンピュータを用いて実現されたものである。

データ管理部１１は、プロセスに関する情報と、成果物の品質を規模的な観点から判定するための基礎データを管理するものである。ここで、成果物は、プロセスを構成する作業項目毎の入出力として設計された成果物のことである。

判定部１２は、設計された成果物の品質を、データ管理部１１に管理されているデータを用いて判定するものである。この成果物の品質の判定は、成果物のデータベースへの登録時に行われることとなっている。

データ管理部１１は、全体制御部１１１、プロセス管理部１１２、メトリクス管理部１１３、基準値管理部１１４、ＰＪ情報参照部１１５とを有している。

全体制御部１１１は、データ管理部１１の全体の制御を行うものである。プロセス管理部１１２は、開発プロセスに関する各種情報の管理を行うものである。メトリクス管理部１１３は、成果物の品質を、その成果物のもつ機能数や画面数といった規模的な観点から判定するための指標であるメトリクスの管理を行うものである。基準値管理部１１４は、メトリクスに対する基準値の管理を行うものである。そしてＰＪ情報参照部１１５は、過去の開発プロジェクトに関する情報であるＰＪ情報を品質管理者Ａにコンピュータに接続されている表示装置などを通じて提供するものである。これらプロセスに関する情報、メトリクス、基準値の登録は品質管理者Ａからの要求により実行される。

判定部１２は、品質判定の対象である設計成果物の管理を行うＰＪ情報管理部１２１と、登録されている設計成果物の品質の判定を行う品質判定部１２２と、品質判定部１２２または開発者Ｂからの要求に応じてＤＢ１３から必要な情報を検索して要求元に検索情報を返す情報参照部１２３とを有している。

ＤＢ１３としては、関連情報ＤＢ１３１、プロセスＤＢ１３２、メトリクスＤＢ１３３、基準値ＤＢ１３４、ＰＪ情報管理ＤＢ１３５などがある。これらのＤＢ１３の詳細については後で説明する。

図２は、品質管理者Ａによって定義される開発プロセスの例である。同図に示すように、プロセスは複数の作業項目２１１１〜２１１５，２１２１〜２１２４，２１３１〜２１３４で構成されており、個々の作業項目には、その作業を行うために必須な入力成果物と、作業結果として得られる出力成果物とが定義されている。

たとえば、作業項目２１１１である「ユースケース定義」を例にとると、「ユースケース定義」の作業では、「機能要件」「業務フロー」「主な画面・帳票」「主な情報」の入力成果物２２０１に基づき「ユースケース図」「ユースケース仕様」の出力成果物２２１１が作成されることが定義されている。

また、「ユースケース定義」の作業項目２１１１の後段には次の作業項目２１１２として「クラス設定１」が接続されており、この「クラス設定１」の作業では、「ユースケース定義」の出力成果物２２１１である「ユースケース図」および「ユースケース仕様」と、他の作業項目２１２１である「画面・帳票定義」の出力成果物２２２１である「画面レイアウト」「画面一覧１」「帳票一覧」に基づき「クラス一覧１」「クラス図１」「シーケンス図１」が作成されることが定義されている。

次に、ＤＢ１３の構成を説明する。

図３は、プロセスに関するデータの管理方式を示す図である。プロセスに関するデータは、プロセス管理テーブル３０１、個別プロセス定義３０２、プロセス内関係定義３０３、成果物定義３０４、成果物−プロセス関連定義３０５によって管理されている。ここで、成果物−プロセス関連定義３０５は図１の関連情報ＤＢ１３１に属し、プロセス管理テーブル３０１、個別プロセス定義３０２、プロセス内関係定義３０３は図１のプロセスＤＢ１３２に属し、成果物定義３０４は図１のＰＪ情報管理ＤＢ１３５に属する。

図４は、プロセス管理テーブル３０１の構成を示す図である。プロセス管理テーブル３０１は、プロセスを識別するプロセスＩＤ、プロセス名称、プロセス規模、プロジェクト番号のデータ項目で構成される。このプロセス管理テーブル３０１には、複数の開発プロジェクトの開発プロセスのデータが格納できる。

図５は、個別プロセス定義３０２の構成を示す図である。個別プロセス定義３０２は、一つのプロセスを構成する作業項目に関するデータが格納されるテーブルであり、プロセスＩＤ、作業項目ＩＤ、作業項目名称、作業項目詳細のデータ項目により構成される。

図６は、プロセス内関係定義３０３の構成を示す図である。プロセス内関係定義３０３は、個別プロセス定義３０２で定義された作業項目間の時系の前後関係を定義したものであり、前作業項目のプロセスＩＤおよび作業項目ＩＤと、次作業項目のプロセスＩＤおよび作業項目ＩＤのデータ項目からなる。

図７は、成果物定義３０４の構成を示す図である。成果物定義３０４は、開発プロセスにおける個々の作業項目の入出力である成果物を定義する情報であり、定義された成果物を識別する成果物ＩＤ、成果物種別（名称）、成果物詳細のデータ項目で構成される。

図８は、成果物−プロセス関連定義３０５の構成を示す図である。成果物−プロセス関連定義３０５は、プロセスおよび作業項目とその成果物との関連、さらにはその成果物が当該作業項目の入力成果物であるか出力成果物であるかを定義する情報であり、成果物ＩＤ、プロセスＩＤ、作業項目ＩＤ、関連種別のデータ項目で構成される。関連種別は当該成果物ＩＤが示す成果物が当該作業項目ＩＤが示す作業項目にとって入力成果物であるか出力成果物であるかを示すものである。

図９は、成果物の品質を規模的な観点から判定するために必要な基礎データの管理方式を示す図である。成果物の品質を規模的な観点から判定するために必要な基礎データは、成果物定義４０１（図３の成果物定義３０４と同じもの）、成果物管理テーブル４０２、成果物−基準値関連テーブル４０３、基準値管理テーブル４０４、およびメトリクス管理テーブル４０５で管理されている。成果物定義４０１と成果物管理テーブル４０２は図１のＰＪ情報管理ＤＢ１３５に属する。成果物−基準値関連テーブル４０３は図１の関連情報ＤＢ１３１に属する。基準値管理テーブル４０４は図１の基準値ＤＢ１３４に属する。メトリクス管理テーブル４０５は図１のメトリクスＤＢ１３３に属する。

図１０は、成果物管理テーブル４０２の構成を示す図である。成果物管理テーブル４０２は、開発者Ｂによって設計された成果物（設計成果物）の管理を行うためのテーブルであり、個々の設計成果物に対してユニークに割り当てられる成果物管理ＩＤ、成果物種別（成果物の名称を示す。）、作業項目ＩＤ、開発プロジェクト番号、成果物の所在情報のデータ項目で構成される。成果物の所在情報とは、設計成果物の本体の置き場所（たとえばファイルシステム上のパスなど）を示す情報である。

図１１は、成果物−基準値関連テーブル４０３の構成を示す図である。成果物−基準値関連テーブル４０３は、成果物定義４０１上の成果物と基準値との関連を管理するテーブルであり、成果物ＩＤと基準値ＩＤのデータ項目で構成される。

図１２は、メトリクス管理テーブル４０５の構成を示す図である。メトリクス管理テーブル４０５は、設計された成果物の品質を規模的な観点から判定するための指標であるメトリクスを管理するためのテーブルであり、メトリクスＩＤ、メトリクスの内容、メトリクスの詳細のデータ項目からなる。ここで、メトリクスの内容とは、設計された成果物の品質を規模的な観点に基づいて判定するための指標、換言すれば定量的な尺度である。具体的には、ユースケース数、画面系クラス数などといったものがある。これらのメトリクスはたとえばビジネスロジックを用いたソフトウェアの規模的な充足度あるいは機能的な充実度を計るための指標となる。

図１３は、基準値管理テーブル４０４の構成を示す図である。基準値管理テーブル４０４は、メトリクスとその基準値との関連を管理するためのテーブルであり、基準値ＩＤ、基準値、関連メトリクスＩＤのデータ項目で構成される。

次に、本実施形態の成果物の登録システムの動作を説明する。

図１４は、データ管理部１１の全体制御部１１１の処理手順を示すフローチャートである。

全体制御部１１１は、品質管理者Ａから、コンピュータに接続されている入力装置から入力された処理要求を受け取ると（ステップ１４０１）、その処理要求が、プロセス登録・修正処理、メトリクス登録・修正処理、基準値登録・修正処理、成果物参照処理のいずれであるかを判断し（ステップ１４０２，１４０３，１４０４，１４０５）、判断した処理要求に対応する処理を呼び出す（ステップ１４０６，１４０７，１４０８，１４０９）。

図１５は、データ管理部１１のプロセス管理部１１２の処理手順（図１４のステップ１４０６）を示すフローチャートである。

プロセス管理部１１２は、全体制御部１１１を通して品質管理者Ａからのプロセス登録・修正処理に関する要求を受け取ると（ステップ１５０１）、その処理要求の種別（プロセスの新規登録／修正）によって処理を分ける（ステップ１５０２）。

処理要求がプロセスの新規登録の場合には、プロセスＤＢ１３２（プロセス管理テーブル３０１、個別プロセス定義３０２、プロセス内関係定義３０３）および関連情報ＤＢ１３１（成果物−プロセス関連定義３０５、成果物−基準値関連テーブル４０３）に新規登録のためのエントリを作成した後（ステップ１５０２，ステップ１５０３）、品質管理者Ａから与えられたプロセスに関する情報をプロセスＤＢ１３２の新規エントリに登録し（ステップ１５０４）、さらに品質管理者Ａから与えられた関連情報を関連情報ＤＢ１３１の新規エントリに登録する（ステップ１５０５）。

処理要求がプロセスの修正である場合にはステップ１５０２およびステップ１５０３の新規エントリの登録をスキップして、品質管理者Ａから与えられた内容でプロセスＤＢ１３２および関連情報ＤＢ１３１の内容を各々更新する（ステップ１５０５，ステップ１５０６）。

図２２は、プロセスに関する情報を登録する具体的な方法を示す図である。プロセス定義用の画面２２１を表示し、この画面２２１上で、たとえば図２に示したような図形を使って表現したプロセス情報２２２を編集して、その内容をシステム側で解釈してプロセスＤＢ１３２に各データを自動登録する方法などがある。あるいは、プロセスＤＢ１３２の内容を表示装置の画面に表形式で表示させつつ、品質管理者Ａが入力装置を用いてデータを手入力するようにしてもよい。

図１６は、データ管理部１１のメトリクス管理部１１３の処理手順（図１４のステップ１４０７）を示すフローチャートである。

メトリクス管理部１１３は、全体制御部１１１を通して品質管理者Ａからのメトリクス登録・修正処理に関する要求を受け取ると（ステップ１６０１）、その要求の種別（メトリクスの新規登録／修正）によって処理を分ける（ステップ１６０２）。

処理要求がメトリクスの新規登録の場合には、メトリクスＤＢ１３３（メトリクス管理テーブル４０５）に新規登録のためのエントリを作成し（ステップ１６０３）、品質管理者Ａから与えられたメトリクスの内容をメトリクスＤＢ１３３の新規エントリに登録する（ステップ１６０４）。処理要求が既に登録済みのメトリクスの修正である場合にはステップ１６０３をスキップし、品質管理者Ａから与えられた内容でメトリクスＤＢ１３３の内容を更新する（ステップ１６０４）。

図１７は、データ管理部１１の基準値管理部１１４の処理手順（図１４のステップ１４０８）を示すフローチャートである。

基準値管理部１１４は、全体制御部１１１を通して品質管理者Ａからの基準値登録・修正処理に関する要求を受け取ると（ステップ１７０１）、その要求の種別（基準値の新規登録／修正）によって処理を分ける（ステップ１７０２）。処理要求が基準値の新規登録の場合には、基準値ＤＢ１３４（基準値管理テーブル４０４）に新規登録のためのエントリを作成し（ステップ１７０３）、品質管理者Ａから与えられた基準値を基準値ＤＢ１３４の新規エントリに登録する（ステップ１７０４）。

基準値管理部１１４は、品質管理者Ａから与えられた成果物と基準値との関連情報を関連情報ＤＢ１３１（成果物−基準値関連テーブル４０３）に登録する（ステップ１７０５）。処理要求が既に登録済みの基準値の修正である場合にはステップ１７０３をスキップし、品質管理者Ａから与えられた内容で基準値ＤＢ１３４（基準値管理テーブル４０４）および関連情報ＤＢ１３１（成果物−基準値関連テーブル４０３）の更新を行う（ステップ１７０４，１７０５）。

図２３は、メトリクスおよびその基準値を品質管理者Ａに入力させるための画面２３１の例を示している。この画面２３１には、メトリクスの入力部２３２とそのメトリクスの基準値の入力部２３３が設けられている。これらの入力部２３２，２３３に、品質管理者Ａから入力装置を使ってメトリクスおよびその基準値がそれぞれ入力された後、更新ボタン２３４が押されることによって、メトリクスＤＢ１３３（メトリクス管理テーブル４０５）および基準値ＤＢ１３４（基準値管理テーブル４０４）へのデータ登録が実行される。

以上により、開発プロセスに関する情報と、そのプロセスにおける個々の作業項目の入出力成果物の品質を規模的な観点から評価するために必要な基礎データであるメトリクスとその基準値の登録が完了となる。

図１８は、データ管理部１１のＰＪ情報参照部１１５の処理手順（図１４のステップ１４０９）を示すフローチャートである。

ＰＪ情報参照部１１５は、全体制御部１１１を通して品質管理者ＡからのＰＪ情報の取得要求を受け取ると（ステップ１８０１）、その要求の内容に従ってＰＪ情報管理ＤＢ１３５（成果物定義３０４（４０１）、成果物管理テーブル４０２、）の検索を行い（ステップ１８０２）、その結果を品質管理者Ａに表示装置などを通じて返す（ステップ１８０３）。

品質管理者Ａは、このようにして、たとえば過去の開発プロジェクトのＰＪ情報を参考に、今後の開発プロジェクトで採用するメトリクスやその基準値を決めることができる。

次に、本実施形態の成果物の登録システムにおける判定部１２の動作を説明する。

図１９は、判定部１２のＰＪ情報管理部１２１の処理手順を示すフローチャートである。ＰＪ情報管理部１２１は、開発プロジェクト・リーダやメンバーなどの開発者Ｂからの設計成果物の登録処理要求を受けると（ステップ１９０１）、判定要求を品質判定部１２２に送り、品質判定部１２２からの応答である判定結果を取得する（ステップ１９０２）。この判定結果が品質ＯＫである場合には、開発者Ｂより与えられた設計成果物に関する情報をＰＪ情報管理ＤＢ１３５に登録する（ステップ１９０３）。すなわち、成果物管理テーブル４０２への成果物管理ＩＤ、成果物種別（成果物の名称）、成果物分類ＩＤ、プロジェクト番号、所在情報などの登録が行われる。このとき、開発者Ｂは、当該設計成果物が成果物定義３０４上のどの成果物に属するものであるかを判断して成果物種別を決定する。また、判定結果が品質ＮＧである場合には、ＰＪ情報管理部１２１は、当該設計成果物の登録が不可である旨のメッセージを開発者Ｂに表示等により通知する（ステップ１９０４）。

このように、判定部１２のＰＪ情報管理部１２１では、開発者Ｂからの設計成果物の登録処理要求が発生した場合に、その設計成果物の品質判定を実施し、品質ＯＫならば、その設計成果物の登録を行うものとなっている。

また、他の実施の形態として、判定部１２のＰＪ情報管理部１２１では、開発者Ｂからの設計成果物の登録要求および品質判定要求のそれぞれに対して、設計成果物の登録および品質判定を別々に行うようにしてもよい。図２７は、この判定部１２のＰＪ情報管理部１２１の処理手順の別の実施形態を示すフローチャートである。

すなわち、ＰＪ情報管理部１２１は、開発プロジェクト・リーダやメンバーなどの開発者Ｂからの処理要求を受け取ると（ステップ２７０１）、その処理要求が、設計成果物の登録処理要求であるか、設計成果物の品質判定の要求であるかを判断する（ステップ２７０２、２７０３）。要求が設計成果物の登録処理要求であることを判断した場合には、ＰＪ情報管理部１２１は、開発者Ｂより与えられた設計成果物に関する情報をＰＪ情報管理ＤＢ１３５に仮登録する（ステップ２７０４）。すなわち、成果物管理テーブル４０２への成果物管理ＩＤ、成果物種別（成果物の名称）、成果物分類ＩＤ、プロジェクト番号、所在情報などの登録が行われる。このとき、開発者Ｂは、当該設計成果物が成果物定義３０４上のどの成果物に属するものであるかを判断して成果物種別を決定する。なお、この登録はあくまで仮の登録であり、たとえば、仮登録であることを示すフラグ等の情報がＰＪ情報管理ＤＢ１３５に記録された情報に対して付加される。

また、ＰＪ情報管理部１２１は、開発者Ｂからの処理要求が設計成果物の品質判定の処理要求であることを判断した場合には、判定要求を品質判定部１２２に送り、品質判定部１２２からの応答である判定結果を取得する（ステップ２７０５）。この判定結果が品質ＯＫである場合には、ＰＪ情報管理ＤＢ１３５に仮登録された情報を正規登録する（ステップ２７０６）。たとえば、ＰＪ情報管理ＤＢ１３５に記録された情報に対して付加されている仮登録フラグの値を更新して正規登録フラグとする。判定結果が品質ＮＧである場合には、ＰＪ情報管理部１２１は、当該設計成果物の正規登録が不可である旨のメッセージを開発者Ｂに表示等により通知する（ステップ２７０７）。

図２４は、設計成果物に関する情報を開発者Ｂに入力させる画面２４１の例を示している。この画面２４１には、プロジェクト番号の入力部２４２、設計成果物を入力または出力する「ユースケース定義」などの作業項目の入力部２４３、「ユースケース図」「ユースケース仕様」といった成果物種別（成果物の名称）の入力部２４４、設計成果物の所在情報（たとえばファイルシステム上のパスなど）の入力部２４５が設けられている。これらの入力部２４２−２４５に、入力装置を使って開発者Ｂよりデータがそれぞれ入力された後、登録ボタン２４６が押されることによって、成果物管理テーブル４０２へのデータ登録が実行される。

図２０は、品質判定部１２２の処理手順（図１９のステップ１９０５）を示すフローチャートである。

品質判定部１２２は、ＰＪ情報管理部１２１を通して開発者Ｂからの品質判定の処理要求を受け取る（ステップ２００１）。

ここで、開発者Ｂに品質判定の処理要求を入力させる方法の具体例を説明する。図２５は、この判定要求を開発者Ｂに指定させるための画面２５１の例を示す図である。この画面２５１には、プロジェクト番号の入力部２５２、品質判定の対象である設計成果物の成果物種別（成果物の名称）の入力部２５３、当該設計成果物のメトリクス毎の評価対象値を開発者Ｂに入力させる入力部２５４，２５５，・・・・が設けられている。開発者Ｂは、この画面２５１上でプロジェクト番号、成果物種別、設計成果物のメトリクス毎の評価対象値をそれぞれ入力した後、判定ボタン２５６を押すことによって、上記入力データを含む品質判定の処理要求がＰＪ情報管理部１２１を通して品質判定部１２２に与えられる。

ここで、設計成果物のメトリクス毎の評価対象値とは、たとえば成果物種別が「ユースケース図」の場合、当該設計成果物に実際に用いられているユースケース数やアクタ数などの値である。このメトリクス毎の評価対象値を開発者Ｂに入力させる入力部２５４，２５５，・・・・に設定されるメトリクスの種類は、入力部２５３に入力された成果物種別に応じて自動的に変更されるようにしてもよい。これにより開発者Ｂは、品質判定のために最低限必要なメトリクスの評価対象値のみを入力するだけで済むようになる。

図２０に戻って、品質判定部１２２は、このような品質判定の処理要求を受け取ると、情報参照部１２３へ情報参照処理の要求を発行する（ステップ２００２）。この後、品質判定部１２２は、情報参照部１２３より、当該設計成果物に対応するメトリクスとその基準値を受け取る（ステップ２００３）。情報参照部１２３が設計成果物に対応するメトリクスとその基準値を取得する処理については後で図２１を用いて説明する。そして、品質判定部１２２は、情報参照部１２３より受け取ったメトリクス毎の基準値と、開発者Ｂより入力された当該設計成果物のメトリクス毎の評価対象値とを比較し、設計成果物が品質基準を満たしているかの判定を行い、その結果を表示装置などを通じてユーザに返す（ステップ２００４）。

図２６は、このとき開発者Ｂに表示される品質判定の判定結果の例を示している。開発者Ｂは、このような判定結果を参照することによって、次作業に進んでよいか、より品質を高める必要があるかの判断を行うことになる。

図２１は、情報参照部１２３の処理手順（図２０のステップ２００２）を示すフローチャートである。以下に、図２１および図９を主に参照して情報参照部１２３の処理手順を説明する。

情報参照部１２３は、品質判定部１２２からの処理要求を受け取ると（ステップ２１０１）、その処理要求に含まれる成果物種別（成果物名称）をもとに成果物定義３０４から対応する成果物ＩＤを取得する（ステップ２１０２）。たとえば、処理要求に含まれる成果物種別（成果物名称）として「ユースケース図」が与えられた場合、図７の成果物定義３０４からその「ユースケース図」に対応する成果物ＩＤとして「５」が取得される。次に、この成果物ＩＤから図１１の成果物−基準値関連テーブル４０３を参照して、対応する基準値ＩＤを取得する（ステップ２１０３）。たとえば、成果物ＩＤ「５」に対して図１１の成果物−基準値関連テーブル４０３からメトリクスの基準値ＩＤ「５」が取得される。さらに、この基準値ＩＤから図１３の基準値管理テーブル４０４を参照して該当する基準値と関連メトリクスＩＤを読み込む（ステップ２１０４）。たとえば、メトリクスの基準値ＩＤ「５」に対して図１３の基準値管理テーブル４０４からメトリクスの基準値として「１サブシステムあたり３０個まで」が、関連メトリクスＩＤとして「５」が得られる。続いて、この関連メトリクスＩＤをもとに図１２のメトリクス管理テーブル４０５から、該当するメトリクスの内容を読み込む（ステップ２１０５）。たとえば、関連メトリクスＩＤ「５」に対して図１２のメトリクス管理テーブル４０５からメトリクスの内容として「ユースケース数」が得られる。情報参照部１２３は、このようにして基準値管理テーブル４０４から読み込んだメトリクスの基準値とメトリクス管理テーブル４０５から読み込んだメトリクスの内容を品質判定部１２２に提供する（ステップ２１０６）。

以上説明したように、この実施形態のソフトウェア成果物の登録システムによれば、開発プロセスを構成する作業項目毎の入出力として設計された成果物の品質を規模的な観点から公平に判定することができる。また、成果物の設計段階での品質判定が可能になることで、開発工程の後戻りが発生しにくくなり、結果的に開発期間の短縮を図ることができる。

また、開発者の違いによる成果物の品質のバラツキ解消を図ることができる。さらに、過去の開発プロジェクトのＰＪ情報を参考にして、品質管理者Ａが今後の開発プロジェクトで採用するメトリクスやその基準値を決めることができ、品質判定の基準にプロジェクト毎のバラツキが発生しにくくなる。

さらに、成果物の品質判定の判定結果がリアルタイムで開発者Ｂに与えられるので、プロセスの上流から下流へ向けて作業項目毎の入出力成果物を順番に設計して行く場合において、次の作業項目の入出力成果物の設計に移行してもよいかどうかを開発者Ｂが知ることができる。これにより、下流から上流への成果物設計の逆戻りも回避できるようになり、開発期間の短縮を図ることができる。

以上本発明の実施形態を説明したが、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

本発明の一実施形態にかかるソフトウェア成果物の登録システムの構成を示すブロック図である。 品質管理者Ａによって定義される開発プロセスの例を示す図である。 プロセスに関するデータの管理方式を示す図である。 プロセス管理テーブル３０１の構成を示す図である。 個別プロセス定義３０２の構成を示す図である。 プロセス内関係定義３０３の構成を示す図である。 成果物定義３０４の構成を示す図である。 成果物−プロセス関連定義３０５の構成を示す図である。 成果物の品質を規模的な観点から判定するために必要な基礎データの管理方式を示す図である。 成果物管理テーブル４０２の構成を示す図である。 成果物−基準値関連テーブル４０３の構成を示す図である。 メトリクス管理テーブル４０５の構成を示す図である。 基準値管理テーブル４０４の構成を示す図である。 データ管理部１１の全体制御部１１１の処理手順を示すフローチャートである。 データ管理部１１のプロセス管理部１１２の処理手順（図１４のステップ１４０６）を示すフローチャートである。 データ管理部１１のメトリクス管理部１１３の処理手順（図１４のステップ１４０７）を示すフローチャートである。 データ管理部１１の基準値管理部１１４の処理手順（図１４のステップ１４０８）を示すフローチャートである。 データ管理部１１のＰＪ情報参照部１１５の処理手順（図１４のステップ１４０９）を示すフローチャートである。 判定部１２のＰＪ情報管理部１２１の処理手順を示すフローチャートである。 品質判定部１２２の処理手順（図１９のステップ１９０５）を示すフローチャートである。 情報参照部１２３の処理手順（図２０のステップ２００２）を示すフローチャートである。 プロセスに関する情報を登録する具体的な方法を示す図である。 メトリクスおよびその基準値を品質管理者Ａに入力させるための画面２３１の例を示す図である。 設計成果物に関する情報を開発者Ｂに入力させる画面２４１の例を示す図である。 成果物の品質判定要求を開発者Ｂに指定させるための画面２５１の例を示す図である。 開発者Ｂに表示される品質判定の判定結果の例を示す図である。 判定部１２のＰＪ情報管理部１２１の処理手順の別の実施形態を示すフローチャートである。

符号の説明

１１・・・・データ管理部、１２・・・・判定部、１３・・・・データベース（ＤＢ）、１１１・・・・全体制御部、１１２・・・・プロセス管理部、１１３・・・・メトリクス管理部、１１４・・・・基準値管理部、１１５・・・・情報参照部、１２１・・・・ＰＪ情報管理部、１２２・・・・品質判定部、１２３・・・・情報参照部、１３１・・・・関連情報ＤＢ、１３２・・・・プロセスＤＢ、１３３・・・・メトリクスＤＢ、１３４・・・・基準値ＤＢ、１３５・・・・ＰＪ情報管理ＤＢ、３０１・・・・プロセス管理テーブル、３０２・・・・個別プロセス定義、３０３・・・・プロセス内関係定義、３０４・・・・成果物定義、４０１・・・・成果物定義、４０２・・・・成果物管理テーブル、４０３・・・・成果物−基準値関連テーブル、４０４・・・・基準値管理テーブル、４０５・・・・メトリクス管理テーブル、Ａ・・・・品質管理者、Ｂ・・・・開発者。

Claims (5)

1. 開発プロセスを構成する作業項目毎の成果物の品質を規模的な観点から判定するための指標とこの指標の基準値とを管理するデータ管理部と、
   前記設計された成果物をデータベースに登録するとき、この成果物の品質を、前記データ管理部によって管理された前記指標とその基準値に基づいて判定する判定部と
   を有することを特徴とするソフトウェア成果物の登録システム。
2. 前記判定部は、
   前記設計された成果物の指標毎の評価対象値を開発者に入力させる入力部と、
   前記設計された成果物の品質判定のための指標とその基準値を前記データ管理部より検索する検索部と、
   前記入力部により入力された情報と前記検索部により検索された情報とを比較して前記設計された成果物の品質を判定する品質判定部と
   を有することを特徴とする請求項１に記載のソフトウェア成果物の登録システム。
3. 前記データ管理部は、前記成果物の品質判定のための指標とこの指標の基準値とを複数のプロセスについて管理することを特徴とする請求項１または２に記載のソフトウェア成果物の登録システム。
4. 前記品質判定部は、前記設計された成果物の品質判定の結果を表示することを特徴とする請求項１ないし３のいずれか１項に記載のソフトウェア成果物の登録システム。
5. 開発プロセスを構成する作業項目毎の成果物の品質を規模的な観点から判定するための指標とこの指標の基準値とを管理する手段と、
   前記設計された成果物をデータベースに登録するとき、この成果物の品質を、前記管理されている前記指標とその基準値に基づいて判定する手段
   としてコンピュータを機能させることを特徴とするソフトウェア成果物の登録プログラム。

Images