(57)【要約】【課題】迅速かつ効率的にソフトウェア製品の品質報告書を生成する。【解決手段】コンピュータ１００が、第１テーブルより、所定プログラムに関する改変内容の情報を抽出して第３テーブルに照合し影響度の値を特定し、第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出して第４テーブルに照合し影響度の値を特定する処理と、前記所定プログラムについて特定した改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理とを実行する。【選択図】図１
2011238110.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェア製品の品質報告書を生成するコンピュータシステムであり、
ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルと、過去生じた不良内容の情報を記憶した第２テーブルとを格納した記憶部と、
プログラムの改変内容がプログラム品質の確保に与える影響度について、入力部にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部に格納する処理と、
プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部に格納する処理と、
前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理と、
前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理と、を実行する演算部と、
を備えることを特徴とする品質報告書生成システム。
【請求項２】
前記コンピュータシステムにおける前記演算部は、
前記判定結果が示す監視レベルの高さに応じて、内部統制管理のチェックリスト件数を多いものと判定し、前記品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と共に、当該チェックリスト件数の値を設定して品質報告書を生成するものである、ことを特徴とする請求項１に記載の品質報告書生成システム。
【請求項３】
前記コンピュータシステムにおける前記演算部は、
前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報のうち改変規模の情報を更に抽出し、この改変規模の情報を前記第３テーブルに照合して、前記所定プログラムの改変規模に対応した影響度の値として係数値を特定する処理を更に実行し、
前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値に前記係数値を乗算し、当該乗算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理を実行する、ものであることを特徴とする請求項１または２に記載の品質報告書生成システム。
【請求項４】
前記コンピュータシステムにおける前記記憶部は、
プログラムの改変内容毎に、該当プログラムが必要な品質を確保するための確認内容を定めた第５テーブルを格納しており、
前記コンピュータシステムにおける前記演算部は、
前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第５テーブルに照合して、前記所定プログラムの改変内容に対応して実行すべき確認内容を特定する処理を更に実行し、
記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と、前記特定した確認内容の情報とを設定して品質報告書を生成する処理を実行する、ものであることを特徴とする請求項１〜３のいずれかに記載の品質報告書生成システム。
【請求項５】
前記コンピュータシステムにおける前記記憶部は、
プログラムの不良内容のうち不良が発生した工程および要因毎に、該当プログラムに生じやすい不良を抑制するために行うべき対策内容を定めた第６テーブルを格納しており、
前記コンピュータシステムにおける前記演算部は、
前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報のうち不良が発生した工程および要因の情報を抽出し、この工程および要因の情報を前記第６テーブルに照合して、前記所定プログラムに関して不良抑制のため行うべき対策内容を特定する処理を更に実行し、
記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と、前記特定した対策内容の情報とを設定して品質報告書を生成する処理を実行する、ものであることを特徴とする請求項１〜４のいずれかに記載の品質報告書生成システム。
【請求項６】
ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルと、過去生じた不良内容の情報を記憶した第２テーブルとを格納した記憶部を備えて、ソフトウェア製品の品質報告書を生成するコンピュータシステムが、
プログラムの改変内容がプログラム品質の確保に与える影響度について、入力部にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部に格納する処理と、
プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部に格納する処理と、
前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理と、
前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理と、
を実行することを特徴とする品質報告書生成方法。
【請求項７】
ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルと、過去生じた不良内容の情報を記憶した第２テーブルとを格納した記憶部を備えて、ソフトウェア製品の品質報告書を生成するコンピュータシステムに、
プログラムの改変内容がプログラム品質の確保に与える影響度について、入力部にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部に格納する処理と、
プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部に格納する処理と、
前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理と、
前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理と、
を実行させることを特徴とする品質報告書生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、品質報告書生成システム、品質報告書生成方法、および品質報告書生成プログラムに関するものであり、具体的には、迅速かつ効率的にソフトウェア製品の品質報告書を生成する技術に関する。
【背景技術】
【０００２】
昨今、企業内では内部統制が強化されている。導入するソフトウェアパッケージ製品についても、利用するエンドユーザ＝企業自身が品質に問題ないことを事前確認する、との意識が高まってきている。特に、連結納税処理ソフトなど、毎年の税制改正に対応して改訂版のプログラムが都度入れ替わるようなソフトウェアについては、利用ユーザである企業側は、本番前に毎回、改訂版プログラムが品質的に問題ないことを定量的に確認する必要がある。そこでこうした企業は、ソフトウェア製品の開発元に対して、「ソフトウェア製品のテストが網羅的に行われており、そのテスト結果が妥当である」ことを証明するエビデンスを要求することになる。
【０００３】
ソフトウェア製品のテスト技術としては、例えば、複数のビジネスアプリケーション全体における手続き欠陥を検出する方法およびシステム（例えば、特許文献１参照）、リアルタイムのリスク分析およびリスク処理のための組み込みモジュール（例えば、特許文献２参照）、また、ソフトウェア品質管理システムと方法、プログラムおよび記録媒体（例えば、特許文献３参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１５２７８２号公報
【特許文献２】特表２００８−５４２８７９号公報
【特許文献３】特開２００７−２７９９６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現状では、ソフトウェア製品の開発工程において上流設計書のレビューやプログラムのテスト等を網羅的に行ってはいるものの、各プログラムとそのテストの内容・結果とを対応付けて一元管理することがない。そのため、内部統制の観点にて、該当ソフトウェア製品に関する品質報告書（エビデンス）を作成する場合、前記テストの妥当性を証明するために、ソフトウェア製品の開発工程で作成されたチェックリストの内容に関し一つ一つ確認していく作業が必要となる。つまり、煩雑な作業が必要とされる一方で、迅速かつ効率的にソフトウェア製品の品質報告書を生成する技術が提供されていなかったと言える。
【０００６】
そこで、本発明の目的は、迅速かつ効率的にソフトウェア製品の品質報告書を生成する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の品質報告書生成システムは、ソフトウェア製品の品質報告書を生成するコンピュータシステムであり、ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルと、過去生じた不良内容の情報を記憶した第２テーブルとを格納した記憶部と、プログラムの改変内容がプログラム品質の確保に与える影響度について、入力部にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部に格納する処理と、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部に格納する処理と、前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理と、前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理と、を実行する演算部と、を備えることを特徴とする。
【０００８】
また、本発明の品質報告書生成方法は、ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルと、過去生じた不良内容の情報を記憶した第２テーブルとを格納した記憶部を備えて、ソフトウェア製品の品質報告書を生成するコンピュータシステムが、プログラムの改変内容がプログラム品質の確保に与える影響度について、入力部にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部に格納する処理と、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部に格納する処理と、前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理と、前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理と、を実行することを特徴とする。
【０００９】
また、本発明の品質報告書生成プログラムは、ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルと、過去生じた不良内容の情報を記憶した第２テーブルとを格納した記憶部を備えて、ソフトウェア製品の品質報告書を生成するコンピュータシステムに、プログラムの改変内容がプログラム品質の確保に与える影響度について、入力部にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部に格納する処理と、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部に格納する処理と、前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理と、前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理と、を実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、迅速かつ効率的にソフトウェア製品の品質報告書を生成することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の品質報告書生成システムの構成例を示す図である。
【図２】本実施形態の改造重み付けポイントテーブルの構成例を示す図である。
【図３】本実施形態の不良現象重み付けポイントテーブルの構成例を示す図である。
【図４】本実施形態の不良発生工程重み付けポイントテーブルの構成例を示す図である。
【図５】本実施形態の発生時期重み付けポイントテーブルの構成例を示す図である。
【図６】本実施形態のプログラム改造規模係数テーブルの構成例を示す図である。
【図７】本実施形態の内部統制品質確保レベルテーブルの構成例を示す図である。
【図８】本実施形態の作り込み要因テーブルの構成例を示す図である。
【図９】本実施形態の確認内容テーブルの構成例を示す図である。
【図１０】本実施形態のプログラム管理テーブルの構成例を示す図である。
【図１１】本実施形態の過去不良明細テーブルの構成例を示す図である。
【図１２】本実施形態における品質報告書生成方法の処理手順例１を示すフロー図である。
【図１３】本実施形態における品質報告書生成方法の処理手順例２を示すフロー図である。
【図１４】本実施形態における品質報告書生成方法の処理手順例３を示すフロー図である。
【図１５】本実施形態における品質報告書生成方法の処理手順例４を示すフロー図である。
【図１６】本実施形態における品質報告書生成方法の処理手順例５を示すフロー図である。
【図１７】本実施形態の画面例１を示す図である。
【図１８】本実施形態の画面例２を示す図である。
【図１９】本実施形態の画面例３を示す図である。
【発明を実施するための形態】
【００１２】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の品質報告書生成システムの構成例を示す図である。図１に示す品質報告書生成システム１００（以下、システム１００）は、迅速かつ効率的にソフトウェア製品の品質報告書を生成するコンピュータシステムである。システム１００としては、例えば、ネットワークでユーザ端末等と接続されたサーバ装置を想定できる。勿論、スタンドアロンのコンピュータであってもよい。
【００１３】
前記システム１００は、コンピュータとして当然備えるべきハードウェア構成として、ハードディスクドライブなど不揮発性の記憶装置で構成される記憶部１０１、この記憶部１０１に格納されたプログラム１０２をメモリ１０３に読み出すなどして実行する演算部１０４、ユーザからの指定を受け付けるマウス、キーボード等である入力部１０５、処理結果を表示させるディスプレイ装置などの出力部１０６、および、ネットワークと接続した他端末と通信を行う通信部１０７を備えている。また、前記記憶部１０１には、プログラム１０２の他に、品質報告書生成に利用する各種テーブル１２５〜１３４が格納されている。このテーブル１２５〜１３４のデータ構造等については後述する。
【００１４】
なお、前記テーブルらは、ソフトウェア製品を構成するプログラムについて改変内容の情報を記憶した第１テーブル（プログラム管理テーブル１３３）、プログラムについて過去生じた不良内容の情報を記憶した第２テーブル（過去不良明細テーブル１３４）、プログラムの改変内容がプログラム品質の確保に与える影響度を記憶した第３テーブル（改造重み付けポイントテーブル１２５、プログラム改造規模係数テーブル１２９）、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度を記憶した第４テーブル（不良現象重み付けポイントテーブル１２６、不良発生工程重み付けポイントテーブル１２７、発生時期重み付けポイントテーブル１２８）、プログラムの改変内容毎に、該当プログラムが必要な品質を確保するための確認内容を定めた第５テーブル（確認内容テーブル１３２）、プログラムの不良内容のうち不良が発生した工程および要因毎に、該当プログラムに生じやすい不良を抑制するために行うべき対策内容を定めた第６テーブル（作り込み要因テーブル１３１）、に分類できるものとする。
【００１５】
続いて、前記システム１００が、例えば、演算部１０４がプログラム１０２を実行することで実現する処理について説明する。前記システム１００の演算部１０４は、品質報告書生成対象となるプログラム（＝ソフトウェア製品を構成するプログラムであり、システム１００のプログラム１０２とは異なる）の改変内容がプログラム品質の確保に与える影響度について、入力部１０５にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部１０１に格納する処理を実行する。
【００１６】
また、前記演算部１０４は、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部１０５にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部１０１に格納する処理を実行する。
【００１７】
また、前記演算部１０４は、前記記憶部１０１の第１テーブル１３３より、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第３テーブルに照合して、前記所定プログラムの改変内容に対応した影響度の値を特定し、前記記憶部１０１の第２テーブル１３４より、前記所定プログラムに関する不良内容の情報を抽出し、この不良内容の情報を前記第４テーブルに照合して、前記所定プログラムの不良内容に対応した影響度の値を特定する処理を実行する。
【００１８】
また、前記演算部１０４は、前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部１０１より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理を実行する。
【００１９】
また、前記システム１００の演算部１０４は、前記判定結果が示す監視レベルの高さに応じて、内部統制管理のチェックリスト件数を多いものと判定し、前記品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と共に、当該チェックリスト件数の値を設定して品質報告書を生成する。
【００２０】
また、前記システム１００の演算部１０４は、前記記憶部１０１の第１テーブル１３３より、所定プログラムに関する改変内容の情報のうち改変規模の情報を更に抽出し、この改変規模の情報を前記第３テーブルに照合して、前記所定プログラムの改変規模に対応した影響度の値として係数値を特定する処理を更に実行する。
【００２１】
また、前記システム１００の演算部１０４は、前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値に前記係数値を乗算し、当該乗算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理を実行する。
【００２２】
また、前記システム１００の演算部１０４は、前記記憶部１０１の第１テーブル１３３より、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第５テーブル１３１に照合して、前記所定プログラムの改変内容に対応して実行すべき確認内容を特定する処理を更に実行する。
【００２３】
また、前記システム１００の演算部１０４は、記憶部１０１より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と、前記特定した確認内容の情報とを設定して品質報告書を生成する処理を実行する。
【００２４】
また、前記システム１００の演算部１０４は、前記記憶部１０１の第２テーブル１３４より、前記所定プログラムに関する不良内容の情報のうち不良が発生した工程および要因の情報を抽出し、この工程および要因の情報を前記第６テーブル１３２に照合して、前記所定プログラムに関して不良抑制のため行うべき対策内容を特定する処理を更に実行する。
【００２５】
また、前記システム１００の演算部１０４は、記憶部１０１より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と、前記特定した対策内容の情報とを設定して品質報告書を生成する処理を実行する。
【００２６】
−−−データ構造例−−−
次に、本実施形態のシステム１００が用いる記憶部１０１におけるテーブル構造について説明する。なお、記憶部１０１は、システム自身の備える、或いはネットワーク経由で利用可能なハードディスクドライブなどの不揮発性記憶装置を想定できる。
【００２７】
図２は本実施形態の改造重み付けポイントテーブル１２５の構成例を示す図である。この改造重み付けポイントテーブル１２５は、プログラムの改変内容がプログラム品質の確保に与える影響度について、プログラムの改変内容毎にユーザから値指定を受け付けて生成された第３テーブルの１つである。この改造重み付けポイントテーブル１２５は、プログラムにおいて改変された「機能」に対して、前記影響度として「重み付けポイント」を対応付けたレコードの集合体となっている。
【００２８】
図３は本実施形態の不良現象重み付けポイントテーブル１２６の構成例を示す図である。一方、不良現象重み付けポイントテーブル１２６は、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、不良内容毎にユーザから値指定を受け付けて生成された第４テーブルの１つである。この不良現象重み付けポイントテーブル１２６は、発生した「不良現象」に対して、前記影響度として「重み付けポイント」を対応付けたレコードの集合体となっている。
【００２９】
図４は本実施形態の不良発生工程重み付けポイントテーブル１２７の構成例を示す図である。また、この不良発生工程重み付けポイントテーブル１２７も、前記第４テーブルの１つであり、不良が発生した工程＝「発生工程」に対して、前記影響度として「重み付けポイント」を対応付けたレコードの集合体となっている。
【００３０】
図５は本実施形態の発生時期重み付けポイントテーブル１２８の構成例を示す図である。この発生時期重み付けポイントテーブル１２８も、前記第４テーブルの１つであり、不良の「発生時期」に対し、前記影響度として「重み付けポイント」を対応付けたレコードの集合体となっている。
【００３１】
図６は本実施形態のプログラム改造規模係数テーブル１２９の構成例を示す図である。他方、このプログラム改造規模係数テーブル１２９は、前記第３テーブルの１つであり、プログラムの改造規模（図中の例ではキロステップ＝ｋｓ）に対して、前記影響度として「係数」を対応付けたレコードの集合体となっている。
【００３２】
図７は本実施形態の内部統制品質確保レベルテーブル１３０の構成例を示す図である。この内部統制品質確保レベルテーブル１３０は、前記演算部１０４が算定した、所定プログラムについての改変内容および不良内容の各影響度の値の合算値に対して、その値が大きいほど、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルが高いと判定するためのテーブルとなる。この内部統制品質確保レベルテーブル１３０は、前記監視レベルである「内部統制品質確保レベル」に対し、前記合算値である「重み付けポイント」、および内部統制管理のチェックリスト密度（件／ｋｓ）を対応付けたレコードの集合体となっている。
【００３３】
図８は本実施形態の作り込み要因テーブル１３１の構成例を示す図である。この作り込み要因テーブル１３１は、プログラムの不良内容のうち不良が発生した工程および要因毎に、該当プログラムに生じやすい不良を抑制するために行うべき対策内容を定めた第６テーブルに該当する。この作り込み要因テーブル１３１は、不良が発生した開発工程を示す「作り込み工程」および、不良要因を示す「作り込み要因」に対し、不良抑制の対策内容としての、「プログラム特性上の品質観点」、「再発防止策」といったデータを対応付けたレコードの集合体となっている。
【００３４】
図９は本実施形態の確認内容テーブル１３２の構成例を示す図である。この確認内容テーブル１３２は、プログラムの改変内容毎に、該当プログラムが必要な品質を確保するための確認内容を定めた第５テーブルに該当する。この確認内容テーブル１３２は、対象プログラムにおいて改変がされた内容を示す「機能」に対し、テスト時に確認しておくべき内容を示す「確認内容」のデータが対応付けたレコードの集合体となっている。
【００３５】
図１０は本実施形態のプログラム管理テーブル１３３の構成例を示す図である。このプログラム管理テーブル１３３は、ソフトウェア製品を構成するプログラムについて、改変内容の情報を記憶した第１テーブルに該当する。前記プログラム管理テーブル１３３は、プログラム名称およびプログラムＩＤをキーとして、該当プログラムの開発言語、ファイル容量（ステップ数）、改造規模（ステップ数）、重要度、目標チェックリスト（ＣＬ）件数、実績チェックリスト（ＣＬ）件数、およびプログラム改変情報といったデータを対応付けたレコードの集合体となっている。
【００３６】
なお、前記目標チェックリスト（ＣＬ）件数、および実績チェックリスト（ＣＬ）件数については、本実施形態の品質報告書生成方法の処理を実行後に設定される値となる。また、前記プログラム改変情報としては、改変が何に関するものかを画面系、処理系、帳票系の３系統で分類し、それぞれ新規追加を行う改変か、或いは既存のものを改造したのか、についても更に分類している。図に示す例では、プログラム改変情報として、画面系では表計算処理の有無、処理系ではＤＢ更新処理の有無、帳票系では金額表示処理の有無について分類した例となっている。
【００３７】
図１１は本実施形態の過去不良明細テーブル１３４の構成例を示す図である。この過去不良明細テーブル１３４は、品質報告書生成対象となるプログラムに関して、過去生じた不良内容の情報を記憶した第２テーブルに該当する。前記過去不良明細テーブル１３４は、例えば、該当プログラムのプログラムＩＤをキーとして、発生した不良現象を示す「現象」、不良の発生要因を示す「作り込み要因」、不良の発生工程を示す「発生工程」、および不良の「発生日」といったデータを対応付けたレコードの集合体となっている。
【００３８】
−−−処理手順例１−−−
以下、本実施形態における品質報告書生成方法の実際手順について図に基づき説明する。以下で説明する品質報告書生成方法に対応する各種動作は、例えば、前記システム１００の演算部１０４がメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００３９】
図１２は、本実施形態における品質報告書生成方法の処理手順例１を示すフロー図である。ここではまず、上述の第３テーブルや第４テーブルらの生成処理について説明する。この場合、前記システム１００の演算部１０４は、品質報告書生成対象となるプログラム（＝ソフトウェア製品を構成するプログラム）の改変内容がプログラム品質の確保に与える影響度について、入力部１０５にて、プログラムの改変内容毎にユーザから値指定を受け付け、ここで受け付けた改変内容毎の影響度の値を第３テーブルとして記憶部１０１に格納する処理を実行する。
【００４０】
また、前記演算部１０４は、プログラムに過去生じた不良内容がプログラム品質の確保に与える影響度について、入力部１０５にて、不良内容毎にユーザから値指定を受け付け、ここで受け付けた不良内容毎の影響度の値を第４テーブルとして記憶部１０１に格納する処理を実行する。
【００４１】
具体的には、前記システム１００の演算部１０４は、例えば入力部１０５（ないし通信部１０７を介したネットワーク上のユーザ端末）より所定のリクエストを受けて、図１７に示すような初期画面７００を記憶部１０１から読み出して出力部１０６に表示（ないしユーザ端末に返信）する（ｓ８）。この初期画面７００でユーザが、例えば「マスタデータ登録」の「１−１  重み付け・品質レベルの定義」のリンクをクリックしたとする。すると、これに応じて前記演算部１０４は、記憶部１０１から、図１８に示すような、重み付け・品質レベルの定義画面８００のデータを読み出して出力部１０６に表示（ないしユーザ端末に返信）する（ｓ９）。
【００４２】
ユーザはこの画面８００のうち、例えば設定欄８１０において改造重み付けポイントの設定を行うことになる。この場合ユーザは、プログラムにおける改変対象の機能ごとに、プルダウンメニュー８１１で重み付けポイントを選択する。一方、前記システム１００の演算部１０４は、前記ユーザが改変対象の機能毎に選択した重み付けポイントの指定を入力部１０４で受けて、改造重み付けポイントテーブル１２５（第３テーブル）に登録する（ｓ１０）。改変対象の機能の例としては、例えば、「画面」、「処理」、「帳票」、「新規」、「改造」、「表計算」、「ＤＢ更新」、「金額表示」などがあげられる。
【００４３】
また、ユーザは前記画面８００のうち、例えば設定欄８２０において不良現象重み付けポイントの設定を行うことになる。この場合ユーザは、プログラムに過去発生した不良現象ごとに、プルダウンメニュー８２１で重み付けポイントを選択する。一方、前記システム１００の演算部１０４は、前記ユーザが不良現象毎に選択した重み付けポイントの指定を入力部１０４で受けて、不良現象重み付けポイントテーブル１２６（第４テーブル）に登録する（ｓ１１）。不良現象の例としては、例えば、「ABEND」、「金額誤り」、「エラーチェック誤り」、「文言誤り」などがあげられる。
【００４４】
また、ユーザは前記画面８００のうち、例えば設定欄８３０において不良発生工程重み付けポイントの設定を行うことになる。この場合ユーザは、プログラムに過去不良が発生した工程ごとに、プルダウンメニュー８３１で重み付けポイントを選択する。一方、前記システム１００の演算部１０４は、前記ユーザが不良発生工程毎に選択した重み付けポイントの指定を入力部１０４で受けて、不良発生工程重み付けポイントテーブル１２７（第４テーブル）に登録する（ｓ１２）。工程の例としては、例えば、「社内開発」、「社内検査」、「顧客運用」などがあげられる。
【００４５】
また、ユーザは前記画面８００のうち、例えば設定欄８４０において発生時期重み付けポイントの設定を行うことになる。この場合ユーザは、プログラムに過去不良が発生した時期ごとに、プルダウンメニュー８４１で重み付けポイントを選択する。一方、前記システム１００の演算部１０４は、前記ユーザが不良発生時期毎に選択した重み付けポイントの指定を入力部１０４で受けて、発生時期重み付けポイントテーブル１２８（第４テーブル）に登録する（ｓ１３）。不良の発生時期の例としては、例えば、「１年以内」、「２年以内」、「２年より前」などがあげられる。
【００４６】
また、ユーザは前記画面８００のうち、例えば設定欄８５０においてプログラム改造規模係数の設定を行うことになる。この場合ユーザは、プログラムの改造規模ごとに、プルダウンメニュー８５１で係数を選択する。一方、前記システム１００の演算部１０４は、前記ユーザがプログラム改造規模毎に選択した係数の指定を入力部１０４で受けて、プログラム改造規模係数テーブル１２９（第３テーブル）に登録する（ｓ１４）。改造規模（ｋｓ＝キロステップ）の例としては、例えば、「〜１ｋｓ」、「〜５ｋｓ」、「〜１０ｋｓ」、「１５ｋｓ〜」、などがあげられる。
【００４７】
また、ユーザは前記画面８００のうち、例えば設定欄８６０において内部統制品質確保レベルに応じた重み付けポイント、および内部統制管理のチェックリスト密度（件/ｋｓ）の設定を行うことになる。この場合ユーザは、内部統制品質確保レベルごとに、記入欄８６１に重み付けポイントを、記入欄８６２にチェックリスト密度を入力する。一方、前記システム１００の演算部１０４は、前記ユーザが内部統制品質確保レベル毎に入力した重み付けポイント、およびチェックリスト密度の指定を入力部１０４で受けて、内部統制品質確保レベルテーブル１３０に登録する（ｓ１５）。内部統制品質確保レベルの例としては、例えば、「ＡＡ（重点監視）」、「Ａ（高）」、「Ｂ（中）」、「Ｃ（低）」、などがあげられる。
【００４８】
−−−処理手順例２−−−
図１３は、本実施形態における品質報告書生成方法の処理手順例２を示すフロー図である。例えば、品質報告書の作成対象となるソフトウェア製品の開発時や改変時に、開発ベンダーの担当者は、該当ソフトウェア製品を構成するプログラムに関して各種情報をシステム１００の記憶部１０１に登録するものとする。この場合、システム１００の演算部１０４は、例えば入力部１０５（ないし通信部１０７を介したネットワーク上の端末）から前記担当者からのリクエストを受けて、図１７の初期画面７００を出力部１０６に表示（ないし前記端末に返信）する（ｓ２０）。
【００４９】
前記担当者は、前記初期画面７００のうち、「２−１  プログラム改変情報の登録」、「２−２  プログラムソース登録・払い出し」のリンクをクリックすることになる。一方、システム１００の演算部１０４は、記憶部１０１から、プログラム管理テーブル１３３の含む項目に関する入力画面データ（図示しないが、図１０に例示したプログラム管理テーブル１３３のレコードと同様の構造のインターフェイスを具備した画面）を読み出して出力部１０６に表示（ないし前記端末に返信）する。
【００５０】
前記担当者は、例えば入力部１０５にて以下の情報の登録作業を行う。  
（１）プログラム改変情報
・画面系プログラムの場合：表計算の有無。  
・処理系プログラムの場合：ＤＢ更新の有無。  
・帳票系プログラムの場合：金額表示の有無。  
（２）ソースプログラム
・ファイル容量（母体）：ソースプログラムの行数
・改造規模：改造後のソースプログラムの行数とファイル容量（母体）との差分。
【００５１】
他方、前記システム１００の演算部１０４は、前記ユーザの情報入力を入力部１０５で受けて、プログラム管理テーブル１３３に登録することとなる（ｓ２１）。
【００５２】
−−−処理手順例３−−−
図１４は、本実施形態における品質報告書生成方法の処理手順例３を示すフロー図である。ここでは、前記システム１００の演算部１０４による、重要度（＝内部統制品質確保レベル）、および目標チェックリスト件数の算定処理について説明する。この場合、処理開始に先立って、システム１００の演算部１０４は、例えば入力部１０５（ないし通信部１０７を介したネットワーク上の端末）より、ユーザからの所定のリクエストを受けて、前記初期画面７００を出力部１０６に表示（ないし前記端末に返信）する。また、この初期画面７００にて、「３−１  プログラムごとの品質確保上の重み付けポイントを計算」のリンクを前記ユーザがクリックすると、これを受けて前記システム１００の演算部１０４は当該フローを開始する。
【００５３】
ここで前記システム１００の演算部１０４は、記憶部１０１のプログラム管理テーブル１３３から、例えば登録順などで１つレコードを抽出する（ｓ３０）。このレコード抽出処理は、以後の処理（ｓ３２〜ｓ４０）が未済のレコードがプログラム管理テーブル１３３に残されている限り繰り返されることになる（ｓ３１：ＮＯ〜ｓ３２〜ｓ４０〜ｓ３０）。他方、前記処理（ｓ３２〜ｓ４０）が未済のレコードがプログラム管理テーブル１３３に残されていない場合（ｓ３１：ＹＥＳ）処理を終了する。
【００５４】
一方、前記ステップｓ３０でレコードを抽出した前記システム１００の演算部１０４は、このレコードが含むプログラムＩＤをキーとして、過去不良明細テーブル１３４を参照して、該当レコードより「現象」、「発生工程」、「発生日」の各値を取得する（ｓ３２）。例えば、前記ステップｓ３０で抽出したレコードが含むプログラムＩＤが、「GBCG0010」であった場合、これをキーとして、図１１に例示した過去不良明細テーブル１３４を参照すると、該当レコードより「現象」として“ABEND”、「発生工程」として“社内開発”、「発生日」として“2009.07.01”の各値を取得することになる。
【００５５】
次に、前記システム１００の演算部１０４は、前記ステップｓ３２で取得した「現象」の値をキーとして、不良現象重み付けポイントテーブル１２６を参照して、不良現象の重み付けポイントを取得する（ｓ３３）。上記の例であれば、「不良現象」の“ABEND”をキーとして、重み付けポイント“３”を取得することになる。
【００５６】
また、前記システム１００の演算部１０４は、前記ステップｓ３２で取得した「発生工程」の値をキーとして、不良発生工程重み付けポイントテーブル１２７を参照して、不良の「発生工程」の重み付けポイントを取得する（ｓ３４）。上記例であれば、「発生工程」の“社内開発”をキーとして、重み付けポイント“１”を取得することになる。
【００５７】
また、前記システム１００の演算部１０４は、前記ステップｓ３２で取得した「発生日」から現在日（システム１００がコンピュータとして当然備えるカレンダー機能から取得）までの経過期間＝発生時期を算定し、この経過期間をキーとして、発生時期重み付けポイントテーブル１２８を参照して、「発生時期」の重み付けポイントを取得する（ｓ３５）。上記例であれば、「発生日」“2009.07.01”から現在日までの経過期間を、例えば“１０ヶ月”と算定した時、「発生時期」は“１年以内”であるから、重み付けポイント“３”を取得することになる。
【００５８】
続いて、前記システム１００の演算部１０４は、前記ステップｓ３０で抽出したレコードにおける「機能」の値をキーとして、改造重み付けポイントテーブル１２５を参照して、改造機能に関する重み付けポイントを取得する（ｓ３６）。例えば、該当レコードにおける「機能」の値が、「画面」に関して「新規」で「表計算有り」、「処理」に関して「新規」で「ＤＢ更新有り」、だったとすれば、「画面」に関して“１”、画面の「新規」に関して“２”、画面の「表計算有り」に関して“１”、「処理」に関して“１”、処理の「新規」に関して“２”、処理の「ＤＢ更新有り」に関して“１”、の重み付けポイントをそれぞれ取得することになる。
【００５９】
また、前記システム１００の演算部１０４は、前記ステップｓ３０で抽出したレコードにおける「改造規模」の値をキーとして、プログラム改造規模係数レベルテーブル１２９を参照して、「係数」を取得する（ｓ３７）。例えば、該当レコードにおける「改造規模」の値が“９９８”、だったとすれば、係数として「〜１ｋｓ」に対応した“１．０”、の重み付けポイント＝係数を取得することになる。
【００６０】
続いて前記システム１００の演算部１０４は、上記ステップｓ３７までで取得した重み付けポイントを合算し、その合算値に前記係数を乗じ、その乗算値で、前記内部統制品質確保レベルテーブル１３０を参照して、前記乗算値＝重み付けポイントに該当する内部統制品質確保レベル＝重要度、および内部統制管理のＣＬ（チェックリスト）密度の値を取得する（ｓ３８）。
【００６１】
例えば上述の例であれば、ステップｓ３３にて、「不良現象」の“ABEND”をキーとして得た、重み付けポイント“３”、ステップｓ３４にて、「発生工程」の“社内開発”をキーとして得た、重み付けポイント“１”、ステップ３５にて「発生時期」“１年以内”をキーとして得た、重み付けポイント“３”、ステップ３６にて得た「画面」に関して“１”、画面の「新規」に関して“２”、画面の「表計算有り」に関して“１”、「処理」に関して“１”、処理の「新規」に関して“２”、処理の「ＤＢ更新有り」に関して“１”、の重み付けポイントを、“３＋１＋３＋１＋２＋１＋１＋２＋１”、と合算して、“１５”を合算値として得ることになる。また、この合算値“１５”に、前記係数“１．０”を乗算して、乗算値“１５”が得られることになる。
【００６２】
また乗算値“１５”で、前記内部統制品質確保レベルテーブル１３０を参照して、前記乗算値＝重み付けポイントに該当する内部統制品質確保レベル＝重要度として“Ａ”、内部統制管理のＣＬ（チェックリスト）密度の値として“１５”を取得することになる。
【００６３】
次に、前記システム１００の演算部１０４は、前記ステップｓ３８で取得した内部統制管理のＣＬ密度“１５”（件/ｋｓ）に、該当プログラムの改造規模“９９８”ステップ≒“１ｋ”ステップを乗じて、目標ＣＬ件数を“１５”件と算定する（ｓ３９）。
【００６４】
前記システム１００の演算部１０４は、上記までのステップで取得した重要度“Ａ”、および算定された目標ＣＬ“１５”件を、プログラム管理テーブル１３３の「重要度」および「目標ＣＬ件数」へ格納する（ｓ４０）。
【００６５】
−−−処理手順例４−−−
図１５は、本実施形態における品質報告書生成方法の処理手順例４を示すフロー図である。ここでは、前記システム１００の演算部１０４による、品質報告書（テスト実行前のもの）の作成処理について説明する。この場合、処理開始に先立って、システム１００の演算部１０４は、例えば入力部１０５（ないし通信部１０７を介したネットワーク上の端末）より、ユーザからの所定のリクエストを受けて、前記初期画面７００を出力部１０６に表示（ないし前記端末に返信）する。また、この初期画面７００にて、「４−１  内部統制管理帳票の出力（テスト前）」のリンクを前記ユーザがクリックすると、これを受けて前記システム１００の演算部１０４は当該フローを開始する。
【００６６】
ここで前記システム１００の演算部１０４は、記憶部１０１のプログラム管理テーブル１３３から、例えば登録順などで１つレコードを抽出する（ｓ５０）。このレコード抽出処理は、以後の処理（ｓ５２〜ｓ５７）が未済のレコードがプログラム管理テーブル１３３に残されている限り繰り返されることになる（ｓ５１：ＮＯ〜ｓ５２〜ｓ５７〜ｓ５０）。他方、前記処理（ｓ５２〜ｓ５７）が未済のレコードがプログラム管理テーブル１３３に残されていない場合（ｓ５１：ＹＥＳ）処理を終了する。
【００６７】
一方、前記ステップｓ５０でレコードを抽出した前記システム１００の演算部１０４は、このレコードから、「プログラムＩＤ」、「プログラム名」、「言語」、「目標ＣＬ件数」、「機能」の各値を取得する（ｓ５２）。例えば、「プログラムＩＤ」として“GBCG0010”、「プログラム名」として“運用制御マスタメンテナンス”、「言語」として“VB”、「目標ＣＬ件数」として“１５”、「機能」として“画面”について“新規”で“表計算有り”、“処理”について“新規”で“ＤＢ更新有り”、の各値を取得したなどとできる。
【００６８】
また、前記システム１００の演算部１０４は、前記ステップｓ５２で取得した「機能」の値をキーとして、確認内容テーブル１３２を参照して、「確認内容」の値を取得する（ｓ５３）。上記例の場合、「機能」として“表計算有り”、“ＤＢ更新有り”、の各値が得られているから、これら値に対応する「確認内容」として、“各モード(参照、追加、複写、更新、削除)で、DBへのデータ格納/取得が行える”、“正常終了する。(ログに異常メッセージが出力されていない)”の値が得られることになる。
【００６９】
また、前記システム１００の演算部１０４は、内部統制品質確保レベルたる重要度の値“Ａ”を取得する（ｓ５４）。
【００７０】
また、前記システム１００の演算部１０４は、前記ステップｓ５２で取得したプログラムＩＤをキーとして、過去不良明細テーブル１３４を参照して、「作り込み要因」の値を取得する（ｓ５５）。上記の例であれば、プログラムＩＤ“GBCG0010”をキーとして、「作り込み要因」として“カウンタ誤り”の値を得ることになる。
【００７１】
また、前記システム１００の演算部１０４は、前記ステップｓ５２で得た「作り込み要因」の値をキーとして、作り込み要因テーブル１３１を参照して、「プログラム特性上の品質観点」の値を取得する（ｓ５６）。上記の例であれば、作り込み要因“カウンタ誤り”をキーとし、「プログラム特性上の品質観点」として“限界値・境界値について再テスト”の値を得ることになる。
【００７２】
続いて、前記システム１００の演算部１０４は、予め記憶部１０１に保持している品質報告書のフォーマットである内部統制管理帳票へ、上記ステップまでで取得した、「プログラムＩＤ」、「プログラム名」、「言語」、「確認内容」、「内部統制品質確保レベル」、「目標ＣＬ件数」、「プログラム特性上の品質観点」の各値を設定し、記憶部１０１に格納するか出力部１０６に表示する（ｓ５７）。なお、品質報告書のフォーマットにあたる内部統制管理帳票は、前記各値に対応する設定欄が設けてあり、システム１００は前記各値の属性に応じた設定欄に設定処理を行うことになる。
【００７３】
−−−処理手順例５−−−
図１６は、本実施形態における品質報告書生成方法の処理手順例５を示すフロー図である。ここでは、前記システム１００の演算部１０４による、品質報告書（テスト実行後のもの）の作成処理について説明する。この場合、処理開始に先立って、システム１００の演算部１０４は、例えば入力部１０５（ないし通信部１０７を介したネットワーク上の端末）より、ユーザからの所定のリクエストを受けて、前記初期画面７００を出力部１０６に表示（ないし前記端末に返信）する。また、この初期画面７００にて、「４−２  内部統制管理帳票の出力（テスト後）」のリンクを前記ユーザがクリックすると、これを受けて前記システム１００の演算部１０４は当該フローを開始する。
【００７４】
ここで前記システム１００の演算部１０４は、テスト実行後の実績値である、チェックリスト件数の値（例えば“２０”）を、例えば入力部１０５（ないし通信部１０７を介したネットワーク上の端末）より受け付けて、該当プログラムに関して前記プログラム管理テーブル１３３における「実績ＣＬ件数」に登録する（ｓ６０）。
【００７５】
ここで前記システム１００の演算部１０４は、記憶部１０１のプログラム管理テーブル１３３から、例えば登録順などで１つレコードを抽出する（ｓ６１）。このレコード抽出処理は、以後の処理（ｓ６２〜ｓ７１）が未済のレコードがプログラム管理テーブル１３３に残されている限り繰り返されることになる（ｓ６２：ＮＯ〜ｓ６３〜ｓ７１〜ｓ６１）。他方、前記処理（ｓ６３〜ｓ７１）が未済のレコードがプログラム管理テーブル１３３に残されていない場合（ｓ６２：ＹＥＳ）処理を終了する。
【００７６】
一方、前記ステップｓ５０でレコードを抽出した前記システム１００の演算部１０４は、このレコードから、「プログラムＩＤ」、「プログラム名」、「言語」、「目標ＣＬ件数」、「機能」の各値を取得する（ｓ６３）。例えば、「プログラムＩＤ」として“GBCG0010”、「プログラム名」として“運用制御マスタメンテナンス”、「言語」として“VB”、「目標ＣＬ件数」として“１５”、「機能」として“画面”について“新規”で“表計算有り”、“処理”について“新規”で“ＤＢ更新有り”、の各値を取得したなどとできる。
【００７７】
また、前記システム１００の演算部１０４は、前記ステップｓ６３で取得した「機能」の値をキーとして、確認内容テーブル１３２を参照して、「確認内容」の値を取得する（ｓ６４）。上記例の場合、「機能」として“表計算有り”、“ＤＢ更新有り”、の各値が得られているから、これら値に対応する「確認内容」として、“各モード(参照、追加、複写、更新、削除)で、DBへのデータ格納/取得が行える”、“正常終了する。(ログに異常メッセージが出力されていない)”の値が得られることになる。
【００７８】
また、前記システム１００の演算部１０４は、内部統制品質確保レベルたる重要度の値“Ａ”を取得する（ｓ６５）。
【００７９】
また、前記システム１００の演算部１０４は、前記ステップｓ６３で取得したプログラムＩＤをキーとして、過去不良明細テーブル１３４を参照して、「作り込み要因」の値を取得する（ｓ６６）。上記の例であれば、プログラムＩＤ“GBCG0010”をキーとして、「作り込み要因」として“カウンタ誤り”の値を得ることになる。
【００８０】
また、前記システム１００の演算部１０４は、前記ステップｓ６３で得た「作り込み要因」の値をキーとして、作り込み要因テーブル１３１を参照して、「プログラム特性上の品質観点」の値を取得する（ｓ６７）。上記の例であれば、作り込み要因“カウンタ誤り”をキーとし、「プログラム特性上の品質観点」として“限界値・境界値について再テスト”の値を得ることになる。
【００８１】
続いて、前記システム１００の演算部１０４は、予め記憶部１０１に保持している品質報告書のフォーマットである内部統制管理帳票へ、上記ステップまでで取得した、「プログラムＩＤ」、「プログラム名」、「言語」、「確認内容」、「内部統制品質確保レベル」、「目標ＣＬ件数」、「プログラム特性上の品質観点」の各値を設定し、記憶部１０１に格納するか出力部１０６に表示する（ｓ６８）。なお、品質報告書のフォーマットにあたる内部統制管理帳票は、前記各値に対応する設定欄が設けてあり、システム１００は前記各値の属性に応じた設定欄に設定処理を行うことになる。
【００８２】
ここで前記システム１００の演算部１０４は、上記ステップまでで処理対象としていたプログラムのレコードにおいて、実績ＣＬ件数と目標ＣＬ件数の値を読み出して、両者を比較する（ｓ６９）。この比較処理の結果、実績ＣＬ件数＞＝目標ＣＬ件数、となれば（ｓ６９：ＹＥＳ）、前記システム１００の演算部１０４は、前記内部統制管理帳票の「確認」欄に「ＯＫ」を設定し（ｓ７０）、処理を前記ステップｓ６１に戻す。他方、実績ＣＬ件数＞＝目標ＣＬ件数、でなければ（ｓ６９：ＮＯ）、前記システム１００の演算部１０４は、前記内部統制管理帳票の「確認」欄に「ＮＧ」を設定し（ｓ７１）、処理を前記ステップｓ６１に戻す。こうして各欄に値が設定された前記内部統制管理帳票は、品質報告書９００となる。図１９にこの品質報告書９００の例を示している。上記の例であげた、プログラムＩＤ“GBCG0010”のプログラムに関して、最下段のレコードが該当プログラムの品質報告書となる。
【００８３】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００８４】
こうした本実施形態によれば、品質報告書生成の対象となるソフトウェア製品に関して、それを構成するプログラムごとの品質情報（テスト内容、テスト結果、不具合内容等）を管理することができ、該当プログラムの改変内容や過去発生した不良など各種特性を踏まえて、内部統制管理における品質確保レベルに沿った動作確認のチェックリストやチェック結果(＝品質報告書)を生成することができる。こうして品質報告書を迅速かつ効率的に生成でき、品質報告書資料の作成工数削減や、品質状況のリアルタイム把握も可能となる。
【００８５】
当然ながら、生成した品質報告書により、ソフトウェア製品を利用するエンドユーザに対して、プログラム改変内容の品質の妥当性をエビデンスとして定量的に報告することができる。また、開発ベンダは従来のように品質報告書を１から起こす必要はなく、品質報告書生成システムが、開発工程で管理している情報（改変内容や発生不良等の情報）をベースに効率的に作成を行うこととなる。  
したがって、迅速かつ効率的にソフトウェア製品の品質報告書を生成することが可能となる。
【００８６】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記品質報告書生成システムにおける前記演算部は、前記判定結果が示す監視レベルの高さに応じて、内部統制管理のチェックリスト件数を多いものと判定し、前記品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と共に、当該チェックリスト件数の値を設定して品質報告書を生成するものである、としてもよい。
【００８７】
また、前記品質報告書生成システムにおける前記演算部は、前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報のうち改変規模の情報を更に抽出し、この改変規模の情報を前記第３テーブルに照合して、前記所定プログラムの改変規模に対応した影響度の値として係数値を特定する処理を更に実行し、前記所定プログラムについて特定した、改変内容および不良内容の各影響度の値を合算し、当該合算値に前記係数値を乗算し、当該乗算値の大きさに応じて、内部統制管理上必要な品質を確保するための該当プログラムに関する監視レベルを高いものと判定し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報と共に前記監視レベルの判定結果を設定して品質報告書を生成する処理を実行する、ものであるとしてもよい。
【００８８】
また、前記品質報告書生成システムにおける前記記憶部は、プログラムの改変内容毎に、該当プログラムが必要な品質を確保するための確認内容を定めた第５テーブルを格納しており、前記コンピュータシステムにおける前記演算部は、前記記憶部の第１テーブルより、所定プログラムに関する改変内容の情報を抽出し、この改変内容の情報を前記第５テーブルに照合して、前記所定プログラムの改変内容に対応して実行すべき確認内容を特定する処理を更に実行し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と、前記特定した確認内容の情報とを設定して品質報告書を生成する処理を実行する、ものであるとしてもよい。
【００８９】
また、前記品質報告書生成システムにおける前記記憶部は、プログラムの不良内容のうち不良が発生した工程および要因毎に、該当プログラムに生じやすい不良を抑制するために行うべき対策内容を定めた第６テーブルを格納しており、前記コンピュータシステムにおける前記演算部は、前記記憶部の第２テーブルより、前記所定プログラムに関する不良内容の情報のうち不良が発生した工程および要因の情報を抽出し、この工程および要因の情報を前記第６テーブルに照合して、前記所定プログラムに関して不良抑制のため行うべき対策内容を特定する処理を更に実行し、記憶部より読み出した品質報告書フォーマットに対し、前記所定プログラムの情報および前記監視レベルの判定結果と、前記特定した対策内容の情報とを設定して品質報告書を生成する処理を実行する、ものであるとしてもよい。
【符号の説明】
【００９０】
１００  品質報告書生成システム
１０１  記憶部（ハードディスクドライブなど）
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  入力部
１０６  出力部
１０７  通信部
１２５  改造重み付けポイントテーブル（第３テーブル）
１２６  不良現象重み付けポイントテーブル（第４テーブル）
１２７  不良発生工程重み付けポイントテーブル（第４テーブル）
１２８  発生時期重み付けポイントテーブル（第４テーブル）
１２９  プログラム改造規模係数テーブル（第３テーブル）
１３０  内部統制品質確保レベルテーブル
１３１  作り込み要因テーブル（第６テーブル）
１３２  確認内容テーブル（第５テーブル）
１３３  プログラム管理テーブル（第１テーブル）
１３４  過去不良明細テーブル（第２テーブル）
９００  品質報告書
【図１】
2011238110.tif 000003
【図２】
2011238110.tif 000004
【図３】
2011238110.tif 000005
【図４】
2011238110.tif 000006
【図５】
2011238110.tif 000007
【図６】
2011238110.tif 000008
【図７】
2011238110.tif 000009
【図８】
2011238110.tif 000010
【図９】
2011238110.tif 000011
【図１０】
2011238110.tif 000012
【図１１】
2011238110.tif 000013
【図１２】
2011238110.tif 000014
【図１３】
2011238110.tif 000015
【図１４】
2011238110.tif 000016
【図１５】
2011238110.tif 000017
【図１６】
2011238110.tif 000018
【図１７】
2011238110.tif 000019
【図１８】
2011238110.tif 000020
【図１９】
2011238110.tif 000021