JPH08179939A - レポート出力方法 - Google Patents
レポート出力方法Info
- Publication number
- JPH08179939A JPH08179939A JP31990594A JP31990594A JPH08179939A JP H08179939 A JPH08179939 A JP H08179939A JP 31990594 A JP31990594 A JP 31990594A JP 31990594 A JP31990594 A JP 31990594A JP H08179939 A JPH08179939 A JP H08179939A
- Authority
- JP
- Japan
- Prior art keywords
- data
- module
- history information
- scale
- parts
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 オブジェクト部品を組み合わせることによ
り、入力データ属性の仕様の変更を容易に行い、かつ不
正データを処理する。 【構成】 オブジェクト部品２は、不良素データを格納
したファイル１からモジュール毎の不良件数を求めて出
力する。オブジェクト部品４は、規模の素データ格納フ
ァイル３中の規模と、オブジェクト部品２からの不良件
数を基に、単位規模当たりの不良件数である不良密度を
求めて出力し、レポート出力結果である品質管理レポー
ト５が作成される。
り、入力データ属性の仕様の変更を容易に行い、かつ不
正データを処理する。 【構成】 オブジェクト部品２は、不良素データを格納
したファイル１からモジュール毎の不良件数を求めて出
力する。オブジェクト部品４は、規模の素データ格納フ
ァイル３中の規模と、オブジェクト部品２からの不良件
数を基に、単位規模当たりの不良件数である不良密度を
求めて出力し、レポート出力結果である品質管理レポー
ト５が作成される。
Description
【０００１】
【産業上の利用分野】本発明は、ソフトウェアの品質管
理レポート出力に関し、特に多種類のレポート出力を共
通のオブジェクト部品の組み合わせで出力するレポート
出力方法に関する。
理レポート出力に関し、特に多種類のレポート出力を共
通のオブジェクト部品の組み合わせで出力するレポート
出力方法に関する。
【０００２】
【従来の技術】従来から高度化、複雑化するソフトウェ
アの生産性と信頼性を向上させる手法が求められてき
た。その一手法として、部品対応の工程管理、品質管理
情報をデータベース化し、これを基に不可視的なソフト
ウェア生産工程を可視化するとともに、生産管理業務を
省力化するシステムが提案されている（例えば、日立評
論ＶＯＬ．６２ Ｎｏ.１２ １９８０−１２、「総合ソ
フトウェア生産管理システム”ＣＡＰＳ”」ｐｐ３７−
４２を参照）。
アの生産性と信頼性を向上させる手法が求められてき
た。その一手法として、部品対応の工程管理、品質管理
情報をデータベース化し、これを基に不可視的なソフト
ウェア生産工程を可視化するとともに、生産管理業務を
省力化するシステムが提案されている（例えば、日立評
論ＶＯＬ．６２ Ｎｏ.１２ １９８０−１２、「総合ソ
フトウェア生産管理システム”ＣＡＰＳ”」ｐｐ３７−
４２を参照）。
【０００３】上記したシステムにおいては、ソフトウェ
アの品質管理レポート等のレポート出力として、多種類
のレポート出力が必要となるが、このようなレポート出
力は個別にプログラムによって作成される。
アの品質管理レポート等のレポート出力として、多種類
のレポート出力が必要となるが、このようなレポート出
力は個別にプログラムによって作成される。
【０００４】
【発明が解決しようとする課題】上記したレポート出力
するプログラムの開発は、ビジュアル開発言語を用い
て、つまりアイコンと呼ぶオブジェクト部品を組み合わ
せることによってプログラミング可能である（ビジュア
ル開発言語については、例えば、ＭacＰower １９９
２．５ ｐｐ６０−６３を参照）。
するプログラムの開発は、ビジュアル開発言語を用い
て、つまりアイコンと呼ぶオブジェクト部品を組み合わ
せることによってプログラミング可能である（ビジュア
ル開発言語については、例えば、ＭacＰower １９９
２．５ ｐｐ６０−６３を参照）。
【０００５】しかし、上記したレポート出力において
は、しばしば入力データの属性仕様の変更が発生し、ま
た、実用システムでは、不正データの処理が必要となる
が、データの属性を入力する手段が上記したオブジェク
ト部品に備えられていないことから、データ属性の仕様
変更時に、オブジェクト部品を変更しなければならず、
さらに、データの加工条件を判断できるデータの履歴情
報を入力する手段もオブジェクト部品に備えられていな
いことから、不正データの入力時のプログラミングが複
雑になるという問題がある。
は、しばしば入力データの属性仕様の変更が発生し、ま
た、実用システムでは、不正データの処理が必要となる
が、データの属性を入力する手段が上記したオブジェク
ト部品に備えられていないことから、データ属性の仕様
変更時に、オブジェクト部品を変更しなければならず、
さらに、データの加工条件を判断できるデータの履歴情
報を入力する手段もオブジェクト部品に備えられていな
いことから、不正データの入力時のプログラミングが複
雑になるという問題がある。
【０００６】本発明の目的は、レポート出力プログラム
の開発において、予めプログラミング支援システムで用
意されたオブジェクト部品を組み合わせることにより、
入力データ属性の仕様の変更を容易に行うことができ、
かつ不正データを処理することができるレポート出力方
法を提供することにある。
の開発において、予めプログラミング支援システムで用
意されたオブジェクト部品を組み合わせることにより、
入力データ属性の仕様の変更を容易に行うことができ、
かつ不正データを処理することができるレポート出力方
法を提供することにある。
【０００７】
【課題を解決するための手段】前記目的を達成するため
に、本発明では、オブジェクト部品を組み合わせること
によって、ソフトウェアの品質管理レポートを出力する
方法において、第１のオブジェクト部品は、モジュール
の不良素データと第１のデータ履歴情報を格納したファ
イルからモジュール毎の不良件数を算出するとともに該
第１のデータ履歴情報を継承し、第２のオブジェクト部
品は、モジュール毎の規模の素データと第２のデータ履
歴情報を格納したファイル中の、該規模の素データと前
記不良件数を基に単位規模当たりの不良密度を算出する
とともに前記第１および第２のデータ履歴情報を継承
し、前記モジュール毎の不良密度と該継承したデータ履
歴情報を基に品質管理レポートを出力することを特徴と
している。
に、本発明では、オブジェクト部品を組み合わせること
によって、ソフトウェアの品質管理レポートを出力する
方法において、第１のオブジェクト部品は、モジュール
の不良素データと第１のデータ履歴情報を格納したファ
イルからモジュール毎の不良件数を算出するとともに該
第１のデータ履歴情報を継承し、第２のオブジェクト部
品は、モジュール毎の規模の素データと第２のデータ履
歴情報を格納したファイル中の、該規模の素データと前
記不良件数を基に単位規模当たりの不良密度を算出する
とともに前記第１および第２のデータ履歴情報を継承
し、前記モジュール毎の不良密度と該継承したデータ履
歴情報を基に品質管理レポートを出力することを特徴と
している。
【０００８】
【作用】第１のオブジェクト部品は、不良素データ格納
ファイルからモジュール毎の不良件数を出力し、第２の
オブジェクト部品は、規模の素データ格納ファイルの規
模と、第１のオブジェクト部品からの不良件数を基に、
単位規模当たりの不良件数である不良密度を求めて出力
し、品質管理レポートを作成する。
ファイルからモジュール毎の不良件数を出力し、第２の
オブジェクト部品は、規模の素データ格納ファイルの規
模と、第１のオブジェクト部品からの不良件数を基に、
単位規模当たりの不良件数である不良密度を求めて出力
し、品質管理レポートを作成する。
【０００９】
【実施例】以下、本発明の一実施例を図面を用いて具体
的に説明する。図１は、本発明の実施例のシステム構成
図である。図において、１は不良素データを格納したフ
ァイル、２はモジュール毎の不良件数を求めるオブジェ
クト部品、３は規模の素データを格納したファイル、４
は不良件数と規模から単位規模当たりの不良件数である
不良密度を求めるオブジェクト部品、５はレポート出力
結果である。
的に説明する。図１は、本発明の実施例のシステム構成
図である。図において、１は不良素データを格納したフ
ァイル、２はモジュール毎の不良件数を求めるオブジェ
クト部品、３は規模の素データを格納したファイル、４
は不良件数と規模から単位規模当たりの不良件数である
不良密度を求めるオブジェクト部品、５はレポート出力
結果である。
【００１０】不良素データ１がオブジェクト部品２に入
力され、またオブジェクト部品２からの出力と規模の素
データ３がオブジェクト部品４に入力され、オブジェク
ト部品４からレポート出力結果である品質管理レポート
５が出力される。
力され、またオブジェクト部品２からの出力と規模の素
データ３がオブジェクト部品４に入力され、オブジェク
ト部品４からレポート出力結果である品質管理レポート
５が出力される。
【００１１】図２は不良素データとデータ履歴情報の例
を示す。図２において、不良素データは、「管理番
号」、「現象発見日」、「不良判明日」、「内容」、
「対策モジュール」の各項目のデータからなる。「現象
発見日」とは、テスト中に不良が発見された日であり、
「不良判明日」とは、その不良を判定してその内容が判
明した日であり（管理番号００７は、不良が判明してい
ないので、不良判明日がブランクになっている）、「内
容」とは、判明した不良の内容であり、「対策モジュー
ル」とは不良対策すべきモジュールである。また、管理
番号００５、００８には、データ入力時に検出されたエ
ラー情報がデータ履歴情報としてそれぞれ日付不正、モ
ジュール不正が記録されている。また、図３は、図２に
示す不良素データの各項目毎のデータの属性例を示す。
なお、一般に、実用システムにおいては、第三者によっ
てデータ入力が行なわれていて、上記した例のように不
正なデータでもある範囲内では許容し、入力可能とする
システムがある。
を示す。図２において、不良素データは、「管理番
号」、「現象発見日」、「不良判明日」、「内容」、
「対策モジュール」の各項目のデータからなる。「現象
発見日」とは、テスト中に不良が発見された日であり、
「不良判明日」とは、その不良を判定してその内容が判
明した日であり（管理番号００７は、不良が判明してい
ないので、不良判明日がブランクになっている）、「内
容」とは、判明した不良の内容であり、「対策モジュー
ル」とは不良対策すべきモジュールである。また、管理
番号００５、００８には、データ入力時に検出されたエ
ラー情報がデータ履歴情報としてそれぞれ日付不正、モ
ジュール不正が記録されている。また、図３は、図２に
示す不良素データの各項目毎のデータの属性例を示す。
なお、一般に、実用システムにおいては、第三者によっ
てデータ入力が行なわれていて、上記した例のように不
正なデータでもある範囲内では許容し、入力可能とする
システムがある。
【００１２】上記した不良素データ１がオブジェクト部
品２に入力されて、モジュール毎の不良件数が求められ
る。このオブジェクト部品２は、項目毎の属性情報に従
って演算する機能部と、演算入力となるデータの履歴情
報の継承と演算時に発生したエラー等の情報のデータ履
歴情報に反映する機能部とを備えている。
品２に入力されて、モジュール毎の不良件数が求められ
る。このオブジェクト部品２は、項目毎の属性情報に従
って演算する機能部と、演算入力となるデータの履歴情
報の継承と演算時に発生したエラー等の情報のデータ履
歴情報に反映する機能部とを備えている。
【００１３】図４は、オブジェクト部品２から出力され
るモジュール毎の不良件数とデータ履歴情報を示す。こ
こで、モジュールＭ３のデータ履歴情報には、演算の元
となった図２に示す管理番号００５のデータ履歴情報が
継承されている。また、図２の管理番号００８のモジュ
ールＭ２＋＋は、データ履歴情報（モジュール不正）に
よってオブジェクト部品４がそれを演算対象外としてい
るため、出力されていない。また、図５は、図４に示す
各項目（モジュール、不良件数）毎のデータ属性例を示
す。
るモジュール毎の不良件数とデータ履歴情報を示す。こ
こで、モジュールＭ３のデータ履歴情報には、演算の元
となった図２に示す管理番号００５のデータ履歴情報が
継承されている。また、図２の管理番号００８のモジュ
ールＭ２＋＋は、データ履歴情報（モジュール不正）に
よってオブジェクト部品４がそれを演算対象外としてい
るため、出力されていない。また、図５は、図４に示す
各項目（モジュール、不良件数）毎のデータ属性例を示
す。
【００１４】図６は、規模の素データ３の内容を示し、
モジュール毎の規模（例えば、ステップ数）とデータ履
歴情報例からなる。ここで、モジュールＭ５には、規模
未設定というデータ履歴情報が記録されている。また、
図７は、図６の項目毎（モジュール、規模）のデータの
属性情報を示す。
モジュール毎の規模（例えば、ステップ数）とデータ履
歴情報例からなる。ここで、モジュールＭ５には、規模
未設定というデータ履歴情報が記録されている。また、
図７は、図６の項目毎（モジュール、規模）のデータの
属性情報を示す。
【００１５】前述したオブジェクト部品２からの出力
と、規模の素データ３がオブジェクト部品４に入力され
る。オブジェクト部品４は、不良件数と規模から単位規
模当たりの不良件数である不良密度を求めるオブジェク
ト部品であり、オブジェクト部品２と同様に、項目毎の
属性情報に従って演算する機能部と、演算入力となるデ
ータの履歴情報の継承と演算時に発生したエラー等の情
報のデータ履歴情報に反映する機能部とを備えている。
と、規模の素データ３がオブジェクト部品４に入力され
る。オブジェクト部品４は、不良件数と規模から単位規
模当たりの不良件数である不良密度を求めるオブジェク
ト部品であり、オブジェクト部品２と同様に、項目毎の
属性情報に従って演算する機能部と、演算入力となるデ
ータの履歴情報の継承と演算時に発生したエラー等の情
報のデータ履歴情報に反映する機能部とを備えている。
【００１６】図８は、オブジェクト部品４から出力され
るモジュール毎の不良密度データとデータ履歴情報例を
示す。ここで、モジュールＭ３のデータ履歴情報には、
演算の元となった図４のモジュールＭ３のデータ履歴情
報（日付不正（００５））が継承されている。また、モ
ジュールＭ５のデータ履歴情報には、演算の元となった
図６のモジュールＭ５のデータ履歴情報（規模未設定）
が継承されていて、不良密度の結果が「−．−−」とな
る。図９は、図８の項目毎のデータの属性情報を示す。
そして、オブジェクト部品４の出力を基に、例えば図８
に示すような品質管理レポート５が作成される。
るモジュール毎の不良密度データとデータ履歴情報例を
示す。ここで、モジュールＭ３のデータ履歴情報には、
演算の元となった図４のモジュールＭ３のデータ履歴情
報（日付不正（００５））が継承されている。また、モ
ジュールＭ５のデータ履歴情報には、演算の元となった
図６のモジュールＭ５のデータ履歴情報（規模未設定）
が継承されていて、不良密度の結果が「−．−−」とな
る。図９は、図８の項目毎のデータの属性情報を示す。
そして、オブジェクト部品４の出力を基に、例えば図８
に示すような品質管理レポート５が作成される。
【００１７】このように、本実施例では、オブジェクト
部品がデータ履歴情報を処理する機能を備えているの
で、容易に不正データを処理することができる。
部品がデータ履歴情報を処理する機能を備えているの
で、容易に不正データを処理することができる。
【００１８】次に、入力素データの規模のデータ属性が
仕様変更となった場合の実施例を説明する。このような
仕様変更によって、先の図６、図７に示す規模のデータ
の内容は、図１０、図１１に変更される。図１０は、仕
様変更後の規模の素データとデータ履歴情報例を示し、
図１１は、仕様変更後の規模の素データのデータ属性例
を示す。つまり、図６の規模のデータ（ステップ数）
が、図１０ではキロステップ数のデータに仕様が変更さ
れている。
仕様変更となった場合の実施例を説明する。このような
仕様変更によって、先の図６、図７に示す規模のデータ
の内容は、図１０、図１１に変更される。図１０は、仕
様変更後の規模の素データとデータ履歴情報例を示し、
図１１は、仕様変更後の規模の素データのデータ属性例
を示す。つまり、図６の規模のデータ（ステップ数）
が、図１０ではキロステップ数のデータに仕様が変更さ
れている。
【００１９】従って、図１１に示す規模の属性は、図７
に示す「整数３桁」から「小数点以下２桁」に変更さ
れ、また、図１０に示すデータが、例えば図６に示すモ
ジュールＭ１の規模「３００」から「０．０３」に変更
される。この結果、オブジェクト部品４の出力内容は、
図１２（仕様変更後のモジュール毎の不良密度とデータ
履歴情報）、図１３（仕様変更後のモジュール毎の不良
密度のデータ属性）に変更される。
に示す「整数３桁」から「小数点以下２桁」に変更さ
れ、また、図１０に示すデータが、例えば図６に示すモ
ジュールＭ１の規模「３００」から「０．０３」に変更
される。この結果、オブジェクト部品４の出力内容は、
図１２（仕様変更後のモジュール毎の不良密度とデータ
履歴情報）、図１３（仕様変更後のモジュール毎の不良
密度のデータ属性）に変更される。
【００２０】このように、仕様の変更があっても、オブ
ジェクト部品２、４は、データ属性のデータを入力して
演算しているので、図１に示すオブジェクト部品の組み
合わせ構成によって処理することができる。
ジェクト部品２、４は、データ属性のデータを入力して
演算しているので、図１に示すオブジェクト部品の組み
合わせ構成によって処理することができる。
【００２１】
【発明の効果】以上、説明したように、本発明のレポー
ト出力方法によれば、品質管理レポートを作成する際
に、入力データの属性仕様の変更に対応することがで
き、また容易に不正データを処理することができる。
ト出力方法によれば、品質管理レポートを作成する際
に、入力データの属性仕様の変更に対応することがで
き、また容易に不正データを処理することができる。
【図１】本発明の実施例のシステム構成図である。
【図２】不良素データとデータ履歴情報の例を示す。
【図３】不良素データの各項目毎のデータの属性例を示
す。
す。
【図４】オブジェクト部品から出力されるモジュール毎
の不良件数とデータ履歴情報を示す。
の不良件数とデータ履歴情報を示す。
【図５】図４に示す各項目毎のデータ属性例を示す。
【図６】規模の素データの内容を示す。
【図７】図６の項目毎のデータの属性情報を示す。
【図８】オブジェクト部品から出力されるモジュール毎
の不良密度データとデータ履歴情報例を示す。
の不良密度データとデータ履歴情報例を示す。
【図９】図８の項目毎のデータの属性情報を示す。
【図１０】仕様変更後の規模の素データとデータ履歴情
報例を示す。
報例を示す。
【図１１】仕様変更後の規模の素データのデータ属性例
を示す。
を示す。
【図１２】仕様変更後のモジュール毎の不良密度とデー
タ履歴情報例を示す。
タ履歴情報例を示す。
【図１３】仕様変更後のモジュール毎の不良密度のデー
タ属性例を示す。
タ属性例を示す。
１ 不良素データ格納ファイル ２、４ オブジェクト部品 ３ 規模の素データ格納ファイル ４ 品質管理レポート
Claims (1)
- 【請求項１】 オブジェクト部品を組み合わせることに
よって、ソフトウェアの品質管理レポートを出力する方
法において、第１のオブジェクト部品は、モジュールの
不良素データと第１のデータ履歴情報を格納したファイ
ルからモジュール毎の不良件数を算出するとともに該第
１のデータ履歴情報を継承し、第２のオブジェクト部品
は、モジュール毎の規模の素データと第２のデータ履歴
情報を格納したファイル中の、該規模の素データと前記
不良件数を基に単位規模当たりの不良密度を算出すると
ともに前記第１および第２のデータ履歴情報を継承し、
前記モジュール毎の不良密度と該継承したデータ履歴情
報を基に品質管理レポートを出力することを特徴とする
レポート出力方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31990594A JPH08179939A (ja) | 1994-12-22 | 1994-12-22 | レポート出力方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31990594A JPH08179939A (ja) | 1994-12-22 | 1994-12-22 | レポート出力方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08179939A true JPH08179939A (ja) | 1996-07-12 |
Family
ID=18115544
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31990594A Pending JPH08179939A (ja) | 1994-12-22 | 1994-12-22 | レポート出力方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08179939A (ja) |
-
1994
- 1994-12-22 JP JP31990594A patent/JPH08179939A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7216340B1 (en) | Analysis data validation tool for use in enterprise architecture modeling with result based model updating | |
| US7424702B1 (en) | Data integration techniques for use in enterprise architecture modeling | |
| US7571019B2 (en) | Integrated configuration, flow and execution system for semiconductor device experimental flows and production flows | |
| US7159209B1 (en) | Inter-application validation tool for use in enterprise architecture modeling | |
| US8606762B2 (en) | Data quality administration framework | |
| US20020128874A1 (en) | Computer-implemented vehicle repair claims rules generator system | |
| KR20170133788A (ko) | 디지털 회로 오류 검증 방법 | |
| JPH08179939A (ja) | レポート出力方法 | |
| US20100057507A1 (en) | Real-Time Manufacturing Routing Optimization Using Content and Quality Level | |
| JPH05216651A (ja) | プログラム品質評価システム | |
| JP5379054B2 (ja) | 製造作業の検証環境システム、製造作業の検証方法および製造作業の検証プログラム | |
| JP4397393B2 (ja) | モジュラー構造のメッセージを修正する方法および装置 | |
| JP2560545B2 (ja) | インタフェース検査処理装置 | |
| JPH09120312A (ja) | エラー表示装置 | |
| JP2003091431A (ja) | テストシナリオ選択実行システム、方法、およびプログラム | |
| JP2008009966A (ja) | 業務プロセス設定装置及び業務プロセス設定方法 | |
| JP2937893B2 (ja) | 入力データのチェック方法 | |
| JP3492137B2 (ja) | プラント監視システム | |
| US20070100895A1 (en) | Data maintenance apparatus, data maintenance method, and data maintenance system | |
| JPH05241710A (ja) | 端末入力データ検査方式 | |
| CN118152036A (zh) | 调度模板处理方法、装置、计算机设备和存储介质 | |
| JP2578887B2 (ja) | プログラムのテスト方式 | |
| JPH0243682A (ja) | 回路デバッグ方式 | |
| JPH06332956A (ja) | データ処理方法 | |
| KR20030042240A (ko) | 엠엠아이 시스템의 대화형 프로그램에서 알람 처리방법 |