(57)【要約】【課題】複数プロセスから構成されるソフトウエア開発のプロセス間の評価ができる品質評価方法を提供する。【解決手段】開発のプロセス毎のコンポーネントの命名規約を定め、コンポーネント名称により異なるプロセス相互間の構成単位の関連付けを行うとともに、各プロセスにて発生した品質データに対して、発生日付・発生コンポーネント名称・原因コンポーネント名称を含む情報を付与し、発生するミスを体系に基づき分類することにより、ミスを起こしたプロセスのコンポーネントが特定でき、該当プロセスの目的とするミスの割合による、構成単位毎の品質評価を特徴とする。  該当プロセスだけではなく、それ以前のプロセスの目的の割合の補正や、プロセス毎のミスの収束状況による、以前のプロセスのコンポーネント毎の品質評価を特徴とする。  設計変更などの特定の対策を実施した場合、その影響に注目した品質評価を特徴とする。【選択図】図１
2006313563.tif 000002
【特許請求の範囲】
【請求項１】
複数の設計工程（以降プロセスと称す）と検証（テスト）プロセスから構成されるソフトウエア開発において、プロセスの構成単位（以降コンポーネントと称す）毎にプロセス間の関連付けを行い、発生したレビュー指摘事項と検証不具合事項（以降、品質データと称す）を全プロセスにおいて体系化し、関連するコンポーネント同士の品質データを比較することによる、問題コンポーネントを特定する開発品質評価方法
【請求項２】
請求項１を実施する過程における、特定のコンポーネントに対する設計変更や対策実施（以降アクションと称す）後の品質評価方法
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、複数の設計プロセスと検証プロセスから構成されるソフトウエア開発における、プロセス単独およびプロセス間の品質評価方法に関する。
【背景技術】
【０００２】  従来の開発品質評価方法は、蓄積されたデータをプロセス間で評価する方法が確立しておらず、プロセス内にて単独で統計処理し、評価している。【０００３】  したがって、プロセス間の関連性を考慮せず、該当プロセスの品質データを発生原因プロセスに逆上り、見直して評価していない。【０００４】  更に、設計プロセスに対応する検証プロセスにおいて、同一のコンポーネント単位で検証すべきであるが、設計コンポーネントに係わりなく評価しているのが実情である。【０００５】  ここにおいて、「設計プロセスに対応する検証プロセス」とは、設計プロセスにおいて、設計どおりに作成されたことを検証する計画を立案することにより、計画された検証プロセスをいう。【０００６】  例えば、下記特許文献１では、該当の設計プロセスや検証プロセス内において発生するコンポーネント毎の品質データについて、平均値と分布を求め、目標以下となる平均値や分布となる、コンポーネントや担当者を判別していた。【０００７】  例えば、下記特許文献２では、品質を分析するコンポーネントについて、コンポーネント間の関連性に対して考慮されていないのが実情である。【０００８】
【特許文献１】  特許公開２０００−２５０７４９（要約書、第１図）
【特許文献２】  特許公表平１０−５１０３８５（要約書、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００９】  本発明は、上述した課題を解決するためになされたもので、複数の設計プロセスと検証プロセスから構成されるソフトウエア開発において、プロセスのコンポーネント毎にプロセス間の関連付けを行い、関連コンポーネント同士の品質データを比較することによる、プロセス単独およびプロセス間の品質評価方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】  上記目的を達成する本発明の開発品質評価方法は、開発のプロセス毎のコンポーネントの命名規約を定め、コンポーネント名称により異なるプロセス相互間のコンポーネントの関連付けを行うとともに、設計の各プロセスにては設計レビュー・検証計画レビューを実施することにより発生したレビュー不具合、検証の各プロセスにおいては検証を実施することにより発生した検証不具合に関して、不具合（以降ミスと称す）の体系化を行い、発生日付・発生コンポーネント名称・原因コンポーネント名称を含む情報（以降ＩＤと称す）を付与することにより、コンポーネント毎に品質評価することを特徴とする。
【発明の効果】
【００１１】  本発明は、各プロセスにて発生した品質データに対して付与するＩＤにより、設計ミス・検証計画ミス・検証ミスを起こした原因となるプロセスのコンポーネントが特定でき、体系化したミスの分類により該当プロセスの目的とするミスの割合が明確となり、コンポーネント毎の品質評価ができる。【００１２】  ここにおいて、「該当プロセスの目的とするミス」とは、設計プロセスにおいては設計ミスと検証計画ミス、検証プロセスにおいては検証ミスをいう。【００１３】  該当プロセスのミスだけではなく、後続プロセスで発見した残存ミスを加えることにより、それ以前のプロセスの目的とするミスの割合を補正することができ、プロセス毎のミスの収束状況により、以前のプロセスに逆上ったコンポーネント毎の品質評価ができ、目的を達成していないコンポーネントの特定ができる。【００１４】  ここにおいて、「残存ミス」とは、該当プロセスにおいて目的とする全てのミスを摘出できず、残したミスをいう。【００１５】  設計変更発生においても、発生した箇所のコンポーネント名称により、影響する他プロセスのコンポーネントの特定と、設計変更前後での目的とするミスの割合の変化により品質評価することができる。【００１６】  特定のコンポーネントに、特定の対策を実施した場合においても、その前後での目的とするミスの割合の変化により品質評価することができる。
【発明を実施するための最良の形態】
【００１７】  以下、図面を参照して、本発明の実施の形態を詳細に説明する。
コンポーネント命名の規約は、設計プロセスでは、該当設計プロセスの識別子、上位設計プロセスのコンポーネント名（複数コンポーネントの場合がある）、該当設計プロセスのコンポーネント名、から成る。検証プロセスでは、該当検証プロセスの識別子、対応する設計プロセスのコンポーネント名（複数コンポーネントの場合がある）、から成る。【００１８】  図１は設計３プロセス（Ｄ１、Ｄ２、Ｄ３）、検証３プロセス（Ａ１、Ａ２、Ａ３）のコンポーネント名称の例である。この名称により、上位設計プロセスと下位設計プロセスの関連、上位検証プロセスと下位検証プロセスの関連、および設計プロセスに対応する検証プロセスが認識可能となる。【００１９】  設計プロセスで発生するミスには、自プロセスでの設計ミス／検証計画ミス／先行プロセスの残存ミスがある。同様に検証プロセスで発生するミスには、自プロセスでの検証ミス／先行プロセスの残存ミスがある。【００２０】  図２は設計４プロセス（Ｄ１、Ｄ２、Ｄ３、Ｄ４）、検証４プロセス（Ａ１、Ａ２、Ａ３、Ａ４）におけるミスの体系を示しており、○印は先行したプロセスの残存ミスの発生、◎は目的とするミスの発生、を表す。【００２１】  ○数字は、縦方向に収束すべきミスのグループを表し、たとえばＡ４プロセスのコンポーネントは、Ａ４が原因のミス（▲５▼で示す）はＡ４→Ａ３→Ａ２→Ａ１とプロセスの進行にしたがい収束すべきであることを示している。【００２２】  したがってミスを発見した場合、どのプロセスのコンポーネントに起因するミスかをＩＤにより識別し、再レビューまたは再テストなどの対策を該当コンポーネントに実施するとともに、体系化された分類により各コンポーネントにおいて目的とするミスの発生割合を確認し、プロセスの目的が達成されていることを保証する。【００２３】  図３は、体系化された分類により各コンポーネントにおいて目的とするミスの発生割合を確認し、必要ならば対策の実施を可能とし、さらに先行プロセスのコンポーネントのミスが種別毎に収束状況にあるかを判断し、対策実施を可能とする方法である。【００２４】  設計変更などのアクション発生を考慮したコンポーネント命名の規約は、設計プロセスでの、該当設計プロセスの識別子、上位設計プロセスのコンポーネント名（複数コンポーネントの場合がある）、該当設計プロセスのコンポーネント名、アクション識別子、から成る。検証プロセスでは、該当検証プロセスの識別子、対応する設計プロセスのコンポーネント名（複数コンポーネントの場合がある）、から成っており、アクション識別子が含まれる。【００２５】  図４は、図２においてＡ２プロセス実行中にＤ２の設計変更が発生した場合の設計３プロセス（Ｄ１、Ｄ２、Ｄ３）、検証３プロセス（Ａ１、Ａ２、Ａ３）のコンポーネント名称の例である。この名称により、上位設計プロセスと下位設計プロセスの関連、上位検証プロセスと下位検証プロセスの関連、および設計プロセスに対応する検証プロセスの認識の他に、アクションに影響を受けるコンポーネントの認識が可能となる。【００２６】  図５は、図２においてＡ２プロセス実行中にＤ２の設計変更が発生した場合の、設計変更後の品質評価を表す。設計変更の影響や実施した対策の効果を評価するために、ＩＤにコンポーネント名称の他にアクションを実施した情報（アクション識別子）を付加する。【００２７】  図６は、設計変更発生において、設計レビューにて変更を事前に防止できなかったかを検討し、その結果、レビュー不足により発生した変更であり、レビューにより防止可能であった場合は、設計ミスとしてカウントするとともに、再度同様の変更が発生しないか確認する方法を示す。
【図面の簡単な説明】
【００２８】
【図１】開発を３個の設計プロセスと３個の検証プロセスにモデル化し、各コンポーネントの命名規約を示した図である。
【図２】４個の設計プロセスと４個の検証プロセスにモデル化し、プロセス毎の摘出目的のミスと、発生しうるミスを体系化した図である。
【図３】コンポーネント単位の品質評価のために、体系化されたミスの種別による目的のミスの割合の確認と、収束の確認方法のフロー図である。
【図４】開発を３個の設計プロセスと３個の検証プロセスにモデル化し、設計変更などのアクション発生を含めた各コンポーネントの命名規約を示した図である。
【図５】４個の設計プロセスと４個の検証プロセスのモデルにおいて、３番目の検証プロセスにおいて設計変更（アクション）が発生した場合のミスを体系化した図である。
【図６】設計変更などのアクション発生時のコンポーネント単位の品質評価のために、体系化されたミスの種別による目的のミスの割合の確認と、収束の確認方法のフロー図である。
【符号の説明】
【００２９】Ｄ１〜Ｄ４は設計プロセスを表す。数字は１が上位、４が下位を表す。
Ａ１〜Ａ４は検証プロセスを表す。数字は１が上位、４が下位を表す。
【図１】
2006313563.tif 000003
【図２】
2006313563.tif 000004
【図３】
2006313563.tif 000005
【図４】
2006313563.tif 000006
【図５】
2006313563.tif 000007
【図６】
2006313563.tif 000008