JP4130764B2 - Quality control processing method based on progress - Google Patents

Quality control processing method based on progress Download PDF

Info

Publication number
JP4130764B2
JP4130764B2 JP2002327754A JP2002327754A JP4130764B2 JP 4130764 B2 JP4130764 B2 JP 4130764B2 JP 2002327754 A JP2002327754 A JP 2002327754A JP 2002327754 A JP2002327754 A JP 2002327754A JP 4130764 B2 JP4130764 B2 JP 4130764B2
Authority
JP
Japan
Prior art keywords
work
quality
progress
schedule
quality index
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.)
Expired - Fee Related
Application number
JP2002327754A
Other languages
Japanese (ja)
Other versions
JP2004164152A (en
Inventor
良夫 戸塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002327754A priority Critical patent/JP4130764B2/en
Publication of JP2004164152A publication Critical patent/JP2004164152A/en
Application granted granted Critical
Publication of JP4130764B2 publication Critical patent/JP4130764B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は,ソフトウェア開発作業における進捗管理技術に関し,特に,各作業工程の進捗状況を把握するとともに,その品質評価を適切に行う進捗状況に基づく品質管理処理方法に関する。
【0002】
【従来の技術】
従来のソフトウェア開発作業の進捗状況の把握は,一般的には,図10に示すように,対象開発システムをサブシステムに分割し,サブシステム内の作成プログラムごとに開発スケジュールを作成し,PS(プログラム設計),PG(プログラミング),PT(単体テスト)等の作業工程毎に予定と実績を比較できるように記入して進捗状況を把握するようにしていた。
【0003】
また,システム全体の管理は,図11(A)に示すように,対象開発システムを分割したサブシステムごとの完了物件を週単位で予定/実績がわかるように管理していた。また,図11(B)に示すように,その状況をグラフ化して状況を把握できるようにしたり,図12(A)および図12(B)に示すように,発展形として,作業の開始,終了ごとに管理している様なケースもある。なお,図11および図12は,一つの作業工程の進捗状況を示したものである。
【0004】
さらに,このような開発作業の進捗遅れに関する具体的な技術として,前作業の作業遅延時において,後作業の開始予定を変更可能にするプロジェクト管理システムに関する技術があった(例えば,特許文献1参照。)。また,計画と実績をグラフに表した際に,今後の見通し作業数と納期までの時間とから求められるグラフ上の面積値を進捗遅れの評価値とする技術があった(例えば,特許文献2参照。)。
【0005】
ここで,通常,前工程の作業で遅れが生じると,その工程に続く後工程では,開発納期を守るために,作業時間を予定よりも短縮して行なう必要が生じる。作業時間を短縮するために,要員を増やしたり作業時間を増やしたりすることが行なわれるが,そのような状況で作業を進めると,品質が悪化する場合も多い。進捗管理を行なう際には,スケジュール管理もさることながら,品質の管理も行なう必要がある。
【0006】
現在,品質管理は,プロジェクト開始時点で,各工程の品質評価の基準である品質指標を設定して,その品質指標をベースにレビュー,テストを実施して,結果の値を品質指標と比較して,その品質を評価している。こうした品質評価に関する具体的な技術として,プロジェクトの進捗管理において,工程のみならず品質の目標/実績対比を表示する技術があった(例えば,特許文献3参照。)。
【0007】
【特許文献1】
特開平10−240804号公報
【特許文献2】
特開平11−143930号公報
【特許文献3】
特開平6−332911号公報
【0008】
【発明が解決しようとする課題】
しかし,ソフトウェア開発作業における進捗管理および品質管理をする際に,上記従来技術では,前工程までの進捗に応じて後工程の品質指標を変化させることができないため,前工程の品質が悪化した場合でも,後工程は,当初設定した各工程のテスト件数等の品質指標を目標として作業していた。特に,進捗状況で,工程の前半で遅れが出た場合でも,後半で遅れを取り戻した場合は,問題視しないで,当初の品質指標のまま,後工程に進んでおり,後工程の品質指標は変更されなかった。このため,後工程でエラーが発見される場合が多く,問題の顕在化が遅れる傾向にあった。
【0009】
また,各々の作業には,作業順番があり,前の作業が終了しないと,後の作業が開始できない場合が多く,進捗管理上は,前の作業の重みが大きい場合が多い。前の作業が延びるとその影響が大きいが,従来の進捗管理では,例えば,ある作業工程における各作業の予定が図9(A)に示される場合に,従来の進捗管理では,各作業を同等に考えその作業数を管理値として扱い,各作業を1とカウントして図9(B)のように週毎の予定,実績を表に記入し,その累積を図9(C)のようにグラフ化して管理していたことから,前の作業の重みの考慮が足りなかった。
【0010】
また,各作業の重みを考えて,管理値として扱っている場合もあるが,計算が大変で,実際の管理作業として現実的ではなく,前作業の影響量を考慮した適切な品質管理が困難であるという問題があった。
【0011】
本発明は,上記従来技術の問題点を解決し,前工程までの進捗状況に基づいて前工程の品質を適切に評価するとともに,後工程の品質指標を変更可能な方法を提供することを目的とする。
【0012】
【課題を解決するための手段】
上記課題を解決するため,本発明は,まず,作業予定と作業実績との差分に基づいて,その工程の実績の品質評価を決定する。作業実績が作業予定に比べて,工程初期の段階で遅れがあった場合,要員の投入,残業等でその工程の最終納期に間に合わせるケースも多いが,この場合,成果物の品質が悪化している場合も多い。従って,本発明では,作業予定と作業実績との差分,詳しくは作業予定と作業実績のグラフ(予実グラフ)の面積の差分が大きい場合には,前工程での品質が悪化していると評価する。
【0013】
また,本発明は,作業予定と作業実績との差分に基づいて,後工程の品質指標を設定する。前工程までの段階で生じた予定と実績の差(スケジュール遅れ)に応じて,後工程の品質評価基準としての品質指標を厳しくすることで,開発作業における適切な品質管理をすることが可能となる。
【0014】
本発明では,作業予定と作業実績のグラフ(予実グラフ)の面積の差分に応じて後工程の品質指標を厳しく設定する。この機能により,前工程で無理に納期に合わせて作業を完了した場合などでも,後工程ですぐにチェックが入り,問題を後まで引き継がないようにすることができる。例えば,スケジュール遅れが生じた場合,後工程におけるテスト件数に対するバグの摘出件数等を増加させてテスト品質のアップを図る。また,本発明においては,例えば,品質の悪化状況に応じて,後工程でテスト内容を変更して,より厳しいテストをすることもできる。
【0015】
また,前工程の最初の段階で遅れが発生した場合,無理に遅れを取り戻すことはしないで,テストをしっかりしてスケジュールを延ばした場合,その工程の品質は,無理に納期を守った場合に比べて,良いはずである。本発明では,スケジュールが延期された場合は,作業実績のグラフを補正する。補正の方法は,後述するように,作業完了時点での予定納期からの全体延期日数を1として,作業実績線上の各測定点を,期間割合で補正する。
【0016】
また,通常は作業の進捗をカウントする場合に,1つの作業を1としてカウントするが,後作業が前作業の終了を待って開始しなければならないような場合,前作業の遅れを重く評価すべきである。例えば,ルーチン呼び出し元である親プログラムを前作業で開発し,呼び出されるルーチンを後作業で開発する場合,前作業が遅れるほど,後作業への影響が大きくなる。
【0017】
そこで,本発明は,後作業を持つ作業は,その後作業分も含めて,その前作業数にカウントする。このような重み付けをすることによって,より前作業での遅れを容易にチェックできるようになるとともに,前作業の影響量を考慮した適切な進捗管理ができるようになる。
【0018】
即ち,本発明は,ソフトウェア開発作業における進捗状況に基づく品質管理処理方法であって,各作業工程の作業予定を記録するステップと,各作業工程の作業実績を記録するステップと,前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出するステップと,前記算出した品質評価値を出力するステップとを有することを特徴とする。
【0019】
また,本発明は,ソフトウェア開発作業における進捗状況に基づく品質管理処理方法であって,各作業工程の作業予定を記録するステップと,各作業工程の作業実績を記録するステップと,前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出するステップと,前記算出した品質評価値と品質評価値に応じて予め設定した各工程の品質指標が記録された品質指標テーブルとに基づいて,次工程の品質指標を決定するステップと,決定した品質指標を出力するステップとを有することを特徴とする。
【0020】
また,本発明は,前記進捗状況に基づく品質管理処理方法において,作業スケジュールの延期日数に応じて作業実績を補正するステップを有することを特徴とする。
【0021】
また,本発明は,前記進捗状況に基づく品質管理処理方法において,各作業が影響する後作業数を各作業数にカウントし,前記入力された各作業工程の作業予定および作業実績を重み付けするステップを有することを特徴とする。
【0022】
また,本発明は,前記進捗状況に基づく品質管理処理方法において,前記品質指標テーブルに設定された品質指標に基づいて実施した各作業工程の実績の統計データに基づいて,前記品質指標テーブルを修正するステップを有することを特徴とする。
【0023】
【発明の実施の形態】
以下に,図を用いて本発明の実施の形態を説明する。図1は,本発明の進捗状況に基づく品質管理処理方法を実現する進捗管理システムの構成の一例を示す図である。1は進捗管理システム,11は入力された各作業工程の作業予定をスケジュール記憶テーブル20に記録するスケジュール入力部,12は入力された各作業工程の作業実績を進捗状況記憶テーブル21に記録する進捗状況入力部,13は各作業が影響する後作業数を各作業数にカウントし,スケジュール入力部11および進捗状況入力部12に入力された各作業工程の作業予定および作業実績を重み付けする重み付け部,14は作業スケジュールの延期日数に応じて作業実績を補正する補正部である。
【0024】
また,15は各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出する品質評価部,16は算出された品質評価値と品質指標テーブル19とに基づいて,次工程の品質指標を決定する品質指標設定部,17は品質指標設定部16が決定した品質指標をユーザ端末22に出力する品質指標出力部,18は品質評価部15が算出した品質評価値をユーザ端末22に出力する品質評価値出力部,19は各工程の品質指標が記録された品質指標テーブル,20は各作業工程の作業予定が記録されるスケジュール記憶テーブル,21は各作業工程の作業実績が記録される進捗状況記憶テーブル,22はユーザ端末である。
【0025】
以下に図1および図3乃至図8を参照しつつ,図2に基づいて本発明の実施の形態について説明する。図2は,本発明の進捗管理処理フローの一例を示す図である。まず,スケジュール入力部11および進捗状況入力部12が,ユーザ端末22から各作業工程の作業予定および作業実績の入力情報を受信し,それぞれスケジュール記憶テーブル20および進捗状況記憶テーブル21に記録する(ステップS1)。
【0026】
次に,重み付け部13が,記録された各作業工程の作業予定および作業実績を重み付けする(ステップS2)。かかる重み付けは,各作業が影響する後作業数を各作業数にカウントすることにより行われる。例えば,ある作業工程における各作業の予定が図7(A)に示されるような場合に,8月9日に1本予定されている作業が持つ後作業数は10本であるため,図7(B)に示す表の当該8月9日の作業予定数を11本とする。他の作業予定数および作業実績数についても同様に重み付けする。上記重み付け後の作業予定累積数および作業実績累積数をプロットしたグラフを図7(C)に示す。このような重み付けをすることによって,より前作業での遅れを容易にチェックできるようになるとともに,前作業の影響量を考慮した適切な進捗管理ができるようになる。
【0027】
なお,本発明においては,重み付け部13による重み付けを作業予定および作業実績がスケジュール記憶テーブル20および進捗状況記憶テーブル21に記録される前に行う構成を採ることもできる。また,本発明においては,上記重み付けを行わない構成を採ることもでき,上記ステップS2を省略することも可能である。
【0028】
次に,品質評価部15が,各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出する(ステップS3)。本発明においては,図3に示す進捗管理グラフの予定累積線と実績累積線とが構成する面積(予定実績差異面積)と予定累積線が基底線Hと基底線Vと構成する面積(全体面積)との比である面積差異比を品質評価値の一例として算出する。ここで,図3に示す進捗管理グラフは,ある一つの作業工程における作業予定をプロットした予定累積線と作業実績とをプロットした実績累積線からなるグラフであり,縦軸は開発完了累積プログラム数,横軸は経過日数である。
【0029】
即ち,本発明は,品質評価値の一例として,面積差異比を,次式
面積差異比=予定実績差異面積/全体面積×100%
を用いて算出する。
【0030】
もちろん,本発明において算出する品質評価値は,面積差異比に限るものではなく,例えば,図3における予定累積線と実績累積線の高さの差と予定累積線の高さの比を品質評価値の一例として算出してもよい。
【0031】
次に,補正部14が,作業スケジュールの延期日数に応じて記録された作業実績を補正する(ステップS4)。作業実績の補正は,例えば,図6に示すように,全体延期日数の最終経過日数に対する比を補正前実績累積線上の各測定経過日数に乗じることにより補正延期日数を求め,補正前実績累積線の各点を補正延期日数分だけシフトすることにより補正後実績累積線とすることにより行う。ここで,全体延期日数は,作業の最終完了日における予定納期からの経過日数,測定経過日数は,補正前実績累積線上の各点における経過日数,最終経過日数は,作業の最終完了日における経過日数である。
【0032】
即ち,補正部14は,補正延期日数を,次式
補正延期日数=全体延期日数×測定経過日数/最終経過日数
により求め,求めた補正延期日数分だけ補正前実績累積線をシフトすることにより補正後実績累積線とする。図6に示す例では,最終経過日数は119日,予定納期は91日,全体延期日数は28日である。従って,例えば,補正前実績累積線上の測定経過日数が70日であるa点についての補正延期日数は,
補正延期日数=28×70/119
=16.47であり,補正前実績累積線上のa点は,経過日数が53.53である補正後実績累積線上のb点にシフトする。同様にして補正前実績累積線上の他の点についても補正延期日数分だけシフトさせることにより,補正前実績累積線を補正後実績累積線に補正する。なお,本発明は,上記補正を行わない構成を採ることもでき,ステップS4を省略することも可能である。
【0033】
次に,品質指標設定部16が,算出された品質評価値と品質指標テーブル19とに基づいて,次工程の品質指標を決定する(ステップS5)。品質指標テーブル19には,例えば図4に示すように,算出した品質評価値に応じた品質指標として,各作業工程毎のレビュー件数,テスト件数,摘出件数,差し戻し件数が記録されている。ここでは,品質評価値として面積差異比を用いており,また,各品質指標の値は,1kstepあたりの件数である。
【0034】
図4において,PG,PT,IT,STは各作業工程を示しており,PGはプログラミング,PTは単体テスト,ITは結合テスト,STはシステムテストである。また,レビュー件数の値は,各作業工程1kstep当たり摘出されるはずのミスの件数であり,テスト件数の値は,1kstep当たりに設定されるテストケース数であり,摘出件数の値は,1kstep当たり摘出される障害数である。また,差し戻し件数は,各工程と対応する工程に差し戻す件数である。なお,図4に示す品質指標テーブル19中の「PT関連3件」は,例えば,IT工程において,PT工程が要因となって障害が生じた場合に,対応する工程に差し戻す件数を示す。
【0035】
図4に示す品質指標テーブル19の品質指標は,前工程終了段階において算出される面積差異比が大きくなるほど後工程でのテスト品質が厳しくなるように設定されている。例えば,PG工程の終了時点において算出された面積差異比が「2%>面積差異比」の場合に,PT工程に設定されているレビュー件数は2件であるが,「2%≦面積差異比<5%」の場合には,レビュー件数は3件に設定されている。従って,PT工程の前工程であるPG工程終了時点において算出される面積差異比が「2%≦面積差異比<5%」の場合には,品質指標設定部16は,PT工程におけるレビュー件数を3件と決定する。
【0036】
なお,変更された品質指標に基づいて後工程を実施し,後工程終了段階において算出される品質評価値が改善された場合には,その後の工程での品質指標は緩やかな内容に変更される。例えば,図4において,PG工程終了段階で算出された面積差異比が「2%≦面積差異比<5%」となって,IT工程でのテスト件数が3ケースとされたとしても,IT工程の前工程であるPT工程終了段階で算出される面積差異比が2%未満となった場合には,IT工程におけるテスト件数は2ケースとされる。
【0037】
また,図4に示される品質指標テーブル19は,前工程での面積差異比に応じて品質指標の各数値が変化するものであるが,本発明において用いられる品質指標テーブル19は,品質指標の数値が設定されたものに限るものではなく,例えば図5に示すように,面積差異比に応じて変化するきめ細かなテスト内容が設定されたものでもよい。
【0038】
最後に,品質評価値出力部18が,品質評価部15が算出した品質評価値をユーザ端末22に出力し(ステップS6),品質指標出力部17が,品質指標設定部16が決定した後工程での品質指標をユーザ端末22に出力し(ステップS7),処理を終了する。
【0039】
ユーザは,出力された品質評価値に基づいて,前工程における品質を評価することができる。例えば,出力された品質評価値が増加している場合には品質が悪化していると評価できる。また,出力された品質指標に基づいて後工程におけるテストを実施することができるため,前工程での進捗状況に応じた適切な品質管理を行うことが可能となる。
【0040】
また,本発明においては,プロジェクトの実績評価の結果に基づいて,品質指標テーブル19に設定された品質指標データを自動で修正することもできる。当初設定された品質指標に従って,複数の工程からなるプロジェクトを実施し,最終的な納期遅延情報や,各工程におけるテスト品質の結果(障害発生状況等)を把握して,統計的にみて,後工程への影響が大きい場合,進捗管理システム1の品質指標テーブル変更部23が品質指標テーブル19の修正を行うのである。かかる品質指標テーブル19の修正処理フローの一例を図8に示す。
【0041】
図8に示すように,まず,品質指標テーブル19に各工程の品質指標を設定し(ステップS11),設定された品質指標に基づいて,プロジェクトを実施する(ステップS12)。そして,品質指標テーブル変更部23が,プロジェクトの実績評価を行う(ステップS13)。かかるプロジェクトの実績評価では,例えば,各工程におけるテスト品質の結果の統計値を求め,当該統計値が閾値を超えているかの判断を行う。統計値が閾値を超えていない場合には,ステップS12に戻り,統計値が閾値を超えている場合は,品質指標テーブル変更部23が品質指標テーブル19を修正し(ステップS14),ステップS12に戻る。
【0042】
本発明を用いることにより,例えば,ミスが5件摘出されるはずのテストで,10件ミスが摘出された回数が予め設定された閾値を超えると,品質指標テーブル変更部23が,品質指標テーブル19中の品質指標を,ミスが10件摘出されるはずのテストに修正する。このように,本発明を用いることにより,プロジェクトの実績評価に基づいて品質指標テーブル19を修正し,品質指標テーブル19の精度を上げていくことができる。
【0043】
以上から把握できるように,本発明の実施形態の特徴を述べると,以下のとおりである。
【0044】
(付記1) コンピュータによってソフトウェア開発作業を支援する品質管理処理方法であって,
各作業工程の作業予定を記録するステップと,
各作業工程の作業実績を記録するステップと,
前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出するステップと,
前記算出した品質評価値を出力するステップとを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
【0045】
(付記2) コンピュータによってソフトウェア開発作業を支援する品質管理処理方法であって,
各作業工程の作業予定を記録するステップと,
各作業工程の作業実績を記録するステップと,
前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出するステップと,
前記算出した品質評価値と品質評価値に応じて予め設定した各工程の品質指標が記録された品質指標テーブルとに基づいて,次工程の品質指標を決定するステップと,
前記決定した品質指標を出力するステップとを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
【0046】
(付記3) 付記2記載の進捗状況に基づく品質管理処理方法において,
作業スケジュールの延期日数に応じて前記記録された作業実績を補正するステップを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
【0047】
(付記4) 付記2記載の進捗状況に基づく品質管理処理方法において,
各作業が影響する後作業数を各作業数にカウントし,前記記録された各作業工程の作業予定および作業実績を重み付けするステップを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
【0048】
(付記5) 付記2記載の進捗状況に基づく品質管理処理方法において,
前記品質指標テーブルに設定された品質指標に基づいて実施した各作業工程の実績の統計データに基づいて,前記品質指標テーブルを修正するステップを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
【0049】
(付記6) コンピュータによってソフトウェア開発作業を支援する品質管理処理装置であって,
各作業工程の作業予定を記録する手段と,
各作業工程の作業実績を記録する手段と,
前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出する手段と,
前記算出した品質評価値に基づいて,各作業工程での品質を評価する手段とを備える
ことを特徴とする進捗状況に基づく品質管理処理装置。
【0050】
(付記7) コンピュータによってソフトウェア開発作業を支援する品質管理処理装置であって,
各作業工程の作業予定を記録する手段と,
各作業工程の作業実績を記録する手段と,
前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出する手段と,
品質評価値に応じて予め設定した各工程の品質指標が記録された品質指標テーブルを記憶する手段と,
前記算出した品質評価値と前記品質指標テーブルとに基づいて,次工程の品質指標を決定する手段とを備える
ことを特徴とする進捗状況に基づく品質管理処理装置。
【0051】
(付記8) コンピュータによってソフトウェア開発作業を支援するための品質管理処理プログラムであって,
各作業工程の作業予定を記録する処理と,
各作業工程の作業実績を記録する処理と,
前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出する処理と,
前記算出した品質評価値に基づいて,各作業工程での品質を評価する処理とを,
コンピュータに実行させるための進捗状況に基づく品質管理処理プログラム。
【0052】
(付記9) コンピュータによってソフトウェア開発作業を支援するための品質管理処理プログラムであって,
各作業工程の作業予定を記録する処理と,
各作業工程の作業実績を記録する処理と,
前記記録された各作業工程の作業予定と作業実績との差分に応じた品質評価値を算出する処理と,
前記算出した品質評価値と品質評価値に応じて予め設定した各工程の品質指標が記録された品質指標テーブルとに基づいて,次工程の品質指標を決定する処理とを,
コンピュータに実行させるための進捗状況に基づく品質管理処理プログラム。
【0053】
(付記10) 付記8または付記9に記載された進捗状況に基づく品質管理処理プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【0054】
【発明の効果】
本発明を用いることにより,前工程で無理をしてスケジュールを間に合わせて品質管理上の問題点を内在したまま後工程に進んだ場合においても,算出した品質評価値に基づいて,前工程での品質悪化を早期に把握することができる。
【0055】
また,本発明を用いることにより,前工程における品質評価値に基づいて後工程での品質指標を変更できるため,進捗状況に応じた適切な品質管理が可能となる。
【0056】
また,本発明は,実績の遅れの影響度を考慮した進捗管理システムになっているので,状況を正確に反映でき,管理上の手当ても適宜に打てるようになる。作業量も,さほど多くないので,結果報告者の作業量増加による負荷増加も少なく,間違える可能性も少ないので,従来通りの管理体制で正確な管理ができる。
【0057】
さらに,本発明を用いることにより,プロジェクトの実績の評価に基づいて品質指標テーブルを修正することを通じて品質指標テーブルの精度を上げていくことができるため,より適切な品質管理が可能となる。
【図面の簡単な説明】
【図1】進捗管理システムの構成の一例を示す図である。
【図2】進捗管理処理フローの一例を示す図である。
【図3】進捗管理グラフを示す図である。
【図4】品質指標テーブルの一例を示す図である。
【図5】品質指標テーブルの一例を示す図である。
【図6】作業実績の補正を示す図である。
【図7】作業予定および作業実績の重み付けを示す図である。
【図8】品質指標テーブルの修正処理フローの一例を示す図である。
【図9】従来の進捗管理方法を示す図である。
【図10】従来の進捗管理方法を示す図である。
【図11】従来の進捗管理方法を示す図である。
【図12】従来の進捗管理方法を示す図である。
【符号の説明】
1 進捗管理システム
11 スケジュール入力部
12 進捗状況入力部
13 重み付け部
14 補正部
15 品質評価部
16 品質指標設定部
17 品質指標出力部
18 品質評価値出力部
19 品質指標テーブル
20 スケジュール記憶テーブル
21 進捗状況記憶テーブル
22 ユーザ端末
23 品質指標テーブル変更部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a progress management technique in software development work, and more particularly to a quality management processing method based on a progress situation in which the progress situation of each work process is grasped and its quality is appropriately evaluated.
[0002]
[Prior art]
As shown in FIG. 10, in general, the progress of the conventional software development work can be grasped by dividing the target development system into subsystems, creating a development schedule for each created program in the subsystem, and The progress was recorded by filling in the schedule so that the schedule and results can be compared for each work process such as program design), PG (programming), and PT (unit test).
[0003]
In addition, as shown in FIG. 11A, the entire system is managed so that the completed property for each subsystem into which the target development system is divided can be known on a weekly basis. Also, as shown in FIG. 11 (B), the situation can be graphed so that the situation can be grasped, or as shown in FIG. 12 (A) and FIG. There are cases where it is managed at each end. 11 and 12 show the progress of one work process.
[0004]
Further, as a specific technique regarding the progress delay of such development work, there has been a technique related to a project management system that can change the start schedule of the subsequent work when the work delay of the previous work (see, for example, Patent Document 1). .) In addition, when the plan and the actual result are represented in a graph, there is a technique in which the area value on the graph obtained from the number of future tasks and the time until delivery is used as an evaluation value of progress delay (for example, Patent Document 2). reference.).
[0005]
Here, usually, when a delay occurs in the work in the previous process, it is necessary to shorten the work time from the schedule in the subsequent process following the process in order to keep the development delivery time. In order to shorten the work time, the number of personnel and the work time are increased. However, when the work is advanced in such a situation, the quality often deteriorates. When managing progress, it is necessary to manage quality as well as schedule.
[0006]
At present, quality management sets a quality index, which is the standard for quality evaluation of each process, at the start of the project, reviews and tests based on the quality index, and compares the results with the quality index. The quality is evaluated. As a specific technique relating to such quality evaluation, there is a technique for displaying not only the process but also the quality target / result comparison in the progress management of the project (see, for example, Patent Document 3).
[0007]
[Patent Document 1]
JP-A-10-240804
[Patent Document 2]
JP 11-143930 A
[Patent Document 3]
JP-A-6-332911
[0008]
[Problems to be solved by the invention]
However, when performing progress management and quality control in software development work, the above prior art cannot change the quality index of the subsequent process according to the progress up to the previous process. However, the post-process was working with quality indicators such as the number of tests for each process set initially. In particular, even if there is a delay in the first half of the process in the progress situation, if the delay is recovered in the second half, the process proceeds to the subsequent process without considering it as a problem, and the quality index of the subsequent process Was not changed. For this reason, errors are often found in the post-process, and the actualization of the problem tended to be delayed.
[0009]
Each work has a work order, and if the previous work is not completed, the subsequent work cannot be started in many cases, and the weight of the previous work is often large in progress management. If the previous work is extended, the effect is large. In the conventional progress management, for example, when the schedule of each work in a certain work process is shown in FIG. The number of tasks is treated as a management value, each task is counted as 1, and the weekly schedule and results are entered in a table as shown in FIG. 9B, and the accumulation is as shown in FIG. 9C. Because it was managed as a graph, the weight of the previous work was not considered.
[0010]
In some cases, the weight of each work is considered and handled as a management value. However, the calculation is difficult, and it is not realistic as an actual management work, and it is difficult to perform appropriate quality control considering the influence of the previous work. There was a problem of being.
[0011]
An object of the present invention is to solve the above-mentioned problems of the prior art, and to provide a method capable of appropriately evaluating the quality of the previous process based on the progress status up to the previous process and changing the quality index of the subsequent process. And
[0012]
[Means for Solving the Problems]
In order to solve the above problems, the present invention first determines the quality evaluation of the performance of the process based on the difference between the work schedule and the work performance. If the work performance is delayed compared to the work schedule at the early stage of the process, there are many cases where the final delivery date of the process is made due to the addition of personnel, overtime, etc., but in this case, the quality of the product deteriorates. There are many cases. Therefore, in the present invention, the difference between the work schedule and the work performance is the difference. , Specifically, the difference in the area between the work schedule and work performance graph (predictive graph) If is large, it is evaluated that the quality in the previous process has deteriorated.
[0013]
Further, the present invention sets a quality index for the post-process based on the difference between the work schedule and the work performance. It is possible to perform appropriate quality control in development work by tightening the quality index as the quality evaluation standard of the subsequent process according to the difference between the schedule and the actual result (schedule delay) that occurred in the stage up to the previous process. Become.
[0014]
In the present invention , Product Strictly set the quality index of the post-process according to the difference in the area between the work schedule and work performance graph (preliminary graph). With this function, even if the work is forcibly completed according to the delivery date in the previous process, a check is immediately entered in the subsequent process so that the problem cannot be passed on to the future. For example, when a schedule delay occurs, the number of bugs extracted with respect to the number of tests in the subsequent process is increased to improve the test quality. In the present invention, for example, depending on the deterioration of quality, the test content can be changed in a later process to perform a stricter test.
[0015]
In addition, if a delay occurs in the first stage of the previous process, the delay will not be forcibly recovered, and if the test is firmly extended and the schedule is extended, the quality of the process will be It should be better than that. In the present invention, when the schedule is postponed, the work performance graph is corrected. As will be described later, the correction method corrects each measurement point on the work performance line with a period ratio, with the total number of days postponed from the scheduled delivery date at the time of completion of work as 1.
[0016]
Normally, when counting the progress of a work, one work is counted as 1. However, if the subsequent work must start after the previous work is finished, the delay in the previous work is evaluated heavily. Should. For example, when a parent program that is a routine call source is developed in the previous work and a called routine is developed in the later work, the effect on the later work increases as the previous work is delayed.
[0017]
Therefore, according to the present invention, a work having a subsequent work is counted as the number of previous work including the subsequent work. By applying such weighting, it becomes possible to easily check the delay in the previous work, and to appropriately manage the progress in consideration of the influence amount of the previous work.
[0018]
That is, the present invention is a quality management processing method based on progress in software development work, the step of recording the work schedule of each work process, the step of recording the work performance of each work process, and the recorded The method includes a step of calculating a quality evaluation value corresponding to a difference between a work schedule and a work result of each work process, and a step of outputting the calculated quality evaluation value.
[0019]
The present invention also relates to a quality management processing method based on progress in software development work, the step of recording the work schedule of each work process, the step of recording the work performance of each work process, and the recorded A step of calculating a quality evaluation value according to a difference between a work schedule and a work result of each work process, and a quality in which a quality index of each process set in advance according to the calculated quality evaluation value and the quality evaluation value is recorded The method has a step of determining a quality index of the next process based on the index table and a step of outputting the determined quality index.
[0020]
Further, the present invention is characterized in that in the quality management processing method based on the progress situation, there is a step of correcting the work performance according to the number of days of postponement of the work schedule.
[0021]
In the quality control processing method based on the progress status, the present invention includes a step of counting the number of post-workes affected by each work as the number of work and weighting the work schedule and work results of the inputted work processes. It is characterized by having.
[0022]
In the quality management processing method based on the progress status, the present invention corrects the quality index table based on statistical data of results of each work process performed based on the quality index set in the quality index table. It has the step to perform.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an example of the configuration of a progress management system that implements a quality management processing method based on the progress status of the present invention. 1 is a progress management system, 11 is a schedule input unit that records the work schedule of each input work process in the schedule storage table 20, and 12 is a progress that records the work performance of each input work process in the progress status storage table 21. The status input unit 13 counts the number of operations after each operation affects the number of operations, and weights a work schedule and work results of each work process input to the schedule input unit 11 and the progress input unit 12 , 14 is a correction unit that corrects the work performance according to the number of days to postpone the work schedule.
[0024]
Further, 15 is a quality evaluation unit that calculates a quality evaluation value corresponding to the difference between the work schedule and the work performance of each work process, and 16 is the next process based on the calculated quality evaluation value and the quality index table 19. A quality index setting unit that determines the quality index, 17 is a quality index output unit that outputs the quality index determined by the quality index setting unit 16 to the user terminal 22, and 18 is a quality evaluation value calculated by the quality evaluation unit 15. The quality evaluation value output unit 19 outputs a quality index table 19 in which the quality index of each process is recorded, 20 is a schedule storage table in which the work schedule of each work process is recorded, and 21 records the work results of each work process. The progress status storage table 22 is a user terminal.
[0025]
Hereinafter, an embodiment of the present invention will be described based on FIG. 2 with reference to FIG. 1 and FIGS. 3 to 8. FIG. 2 is a diagram showing an example of the progress management processing flow of the present invention. First, the schedule input unit 11 and the progress input unit 12 receive input information of work schedules and work results of each work process from the user terminal 22, and record them in the schedule storage table 20 and the progress status storage table 21, respectively (steps). S1).
[0026]
Next, the weighting unit 13 weights the recorded work schedule and work results of each work process (step S2). Such weighting is performed by counting the number of subsequent tasks affected by each task as the number of each task. For example, when the schedule of each work in a work process is as shown in FIG. 7A, the work scheduled for one day on August 9 has 10 post-work, so FIG. The scheduled number of work on August 9 in the table shown in (B) is 11. The other scheduled work numbers and actual work numbers are similarly weighted. FIG. 7C is a graph in which the scheduled work cumulative number and the work performance cumulative number after weighting are plotted. By applying such weighting, it becomes possible to easily check the delay in the previous work, and to appropriately manage the progress in consideration of the influence amount of the previous work.
[0027]
In the present invention, it is also possible to adopt a configuration in which the weighting unit 13 performs the weighting before the work schedule and work results are recorded in the schedule storage table 20 and the progress status storage table 21. In the present invention, a configuration in which the weighting is not performed can be adopted, and the step S2 can be omitted.
[0028]
Next, the quality evaluation unit 15 calculates a quality evaluation value corresponding to the difference between the work schedule of each work process and the work performance (step S3). In the present invention, the area (planned actual difference area) formed by the planned cumulative line and the actual cumulative line of the progress management graph shown in FIG. 3 and the area (total area) formed by the planned cumulative line with the base line H and the base line V are shown. ) Is calculated as an example of the quality evaluation value. Here, the progress management graph shown in FIG. 3 is a graph including a scheduled cumulative line in which a work schedule in a certain work process is plotted and a performance cumulative line in which the work results are plotted. The horizontal axis is the elapsed days.
[0029]
That is, according to the present invention, the area difference ratio is expressed as
Area difference ratio = Planned actual difference area / Total area x 100%
Calculate using.
[0030]
Of course, the quality evaluation value calculated in the present invention is not limited to the area difference ratio. For example, the quality evaluation value is the ratio between the height difference between the planned cumulative line and the actual cumulative line and the height of the planned cumulative line in FIG. You may calculate as an example of a value.
[0031]
Next, the correction unit 14 corrects the work performance recorded according to the postponement days of the work schedule (step S4). For example, as shown in FIG. 6, the correction of the work performance is obtained by multiplying each measurement elapsed days on the actual cumulative line before correction by multiplying the ratio of the total postponed days to the final elapsed days to obtain the corrected postponed actual cumulative line. Each point is shifted by the number of days of postponement for correction, so that the corrected result cumulative line is obtained. Here, the total postponement days are the days elapsed from the scheduled delivery date on the final completion date of the work, the measurement elapsed days are the elapsed days at each point on the actual cumulative line before correction, and the final elapsed days are the elapsed days on the final completion date of the work. Is the number of days.
[0032]
In other words, the correction unit 14 calculates the number of days of postponement correction as
Correction postponement days = total postponement days x measurement elapsed days / final elapsed days
And the post-correction actual cumulative line is shifted by the determined postponed postponement days to obtain the post-correction actual cumulative line. In the example shown in FIG. 6, the final elapsed days are 119 days, the scheduled delivery date is 91 days, and the total postponed days are 28 days. Therefore, for example, the corrected postponement days for point a whose measured elapsed days on the actual cumulative line before correction is 70 days is
Correction postponement days = 28 × 70/119
= 16.47, and the point a on the uncorrected actual cumulative line is shifted to the point b on the corrected actual cumulative line whose elapsed days are 53.53. Similarly, the other points on the actual accumulation line before correction are shifted by the correction postponement days, thereby correcting the actual accumulation line before correction to the actual performance accumulation line after correction. The present invention can adopt a configuration in which the above correction is not performed, and step S4 can be omitted.
[0033]
Next, the quality index setting unit 16 determines the quality index of the next process based on the calculated quality evaluation value and the quality index table 19 (step S5). In the quality index table 19, for example, as shown in FIG. 4, the number of reviews, the number of tests, the number of extracted items, and the number of returned items are recorded as quality indexes corresponding to the calculated quality evaluation values. Here, the area difference ratio is used as the quality evaluation value, and the value of each quality index is the number of cases per 1 kstep.
[0034]
In FIG. 4, PG, PT, IT, and ST indicate the respective work processes, where PG is programming, PT is a unit test, IT is an integration test, and ST is a system test. The value of the number of reviews is the number of mistakes that should be extracted per 1 kstep of each work process, the value of the number of tests is the number of test cases set per 1 kstep, and the value of the number of extracted cases is 1 kstep. This is the number of obstacles removed. Also, the number of cases returned is the number returned to the process corresponding to each process. Note that “three PT-related cases” in the quality index table 19 shown in FIG. 4 indicates the number of cases returned to the corresponding process when a failure occurs due to the PT process in the IT process, for example.
[0035]
The quality index of the quality index table 19 shown in FIG. 4 is set so that the test quality in the subsequent process becomes severer as the area difference ratio calculated in the end stage of the previous process increases. For example, when the area difference ratio calculated at the end of the PG process is “2%> area difference ratio”, the number of reviews set in the PT process is 2, but “2% ≦ area difference ratio” In the case of <5%, the number of reviews is set to 3. Therefore, when the area difference ratio calculated at the end of the PG process, which is the previous process of the PT process, is “2% ≦ area difference ratio <5%”, the quality index setting unit 16 determines the number of reviews in the PT process. Three cases are decided.
[0036]
When the post-process is performed based on the changed quality index and the quality evaluation value calculated at the end stage of the post-process is improved, the quality index in the subsequent process is changed to a moderate content. . For example, in FIG. 4, even if the area difference ratio calculated at the end of the PG process is “2% ≦ area difference ratio <5%” and the number of tests in the IT process is three cases, If the area difference ratio calculated at the end of the PT process, which is the previous process, is less than 2%, the number of tests in the IT process is 2 cases.
[0037]
In the quality index table 19 shown in FIG. 4, each numerical value of the quality index changes according to the area difference ratio in the previous process, but the quality index table 19 used in the present invention is the quality index table 19 For example, as shown in FIG. 5, fine test contents that change according to the area difference ratio may be set.
[0038]
Finally, the quality evaluation value output unit 18 outputs the quality evaluation value calculated by the quality evaluation unit 15 to the user terminal 22 (step S6), and the quality index output unit 17 is a post-process determined by the quality index setting unit 16 Is output to the user terminal 22 (step S7), and the process is terminated.
[0039]
The user can evaluate the quality in the previous process based on the output quality evaluation value. For example, when the output quality evaluation value increases, it can be evaluated that the quality is deteriorated. In addition, since the test in the subsequent process can be performed based on the output quality index, it is possible to perform appropriate quality control according to the progress status in the previous process.
[0040]
In the present invention, the quality index data set in the quality index table 19 can be automatically corrected based on the result of project performance evaluation. Implement a project consisting of multiple processes according to the initially set quality index, grasp the final delivery delay information and the test quality results (failure occurrence status, etc.) in each process, and look statistically. When the influence on the process is large, the quality index table changing unit 23 of the progress management system 1 corrects the quality index table 19. An example of the correction processing flow of the quality index table 19 is shown in FIG.
[0041]
As shown in FIG. 8, first, the quality index of each process is set in the quality index table 19 (step S11), and the project is executed based on the set quality index (step S12). Then, the quality index table changing unit 23 evaluates the project performance (step S13). In the performance evaluation of such a project, for example, a statistical value of a test quality result in each process is obtained, and it is determined whether the statistical value exceeds a threshold value. If the statistical value does not exceed the threshold value, the process returns to step S12. If the statistical value exceeds the threshold value, the quality index table changing unit 23 corrects the quality index table 19 (step S14), and the process proceeds to step S12. Return.
[0042]
By using the present invention, for example, in a test in which 5 mistakes are to be extracted, when the number of 10 mistakes that have been extracted exceeds a preset threshold, the quality index table changing unit 23 causes the quality index table to be The quality index in 19 is corrected to a test where 10 mistakes should be extracted. Thus, by using the present invention, the quality index table 19 can be corrected based on the project performance evaluation, and the accuracy of the quality index table 19 can be increased.
[0043]
As can be understood from the above, the features of the embodiment of the present invention are described as follows.
[0044]
(Appendix 1) A quality control processing method for supporting software development work by a computer,
Recording the work schedule of each work process;
A step of recording work results of each work process;
Calculating a quality evaluation value according to the difference between the work schedule and work performance of each recorded work process;
Outputting the calculated quality evaluation value.
A quality management processing method based on a progress situation characterized by the above.
[0045]
(Appendix 2) A quality control processing method for supporting software development work by a computer,
Recording the work schedule of each work process;
A step of recording work results of each work process;
Calculating a quality evaluation value according to the difference between the work schedule and work performance of each recorded work process;
Determining a quality index of the next process based on the calculated quality evaluation value and a quality index table in which the quality index of each process set in advance according to the quality evaluation value is recorded;
Outputting the determined quality indicator.
A quality management processing method based on a progress situation characterized by the above.
[0046]
(Supplementary note 3) In the quality control processing method based on the progress situation described in Supplementary note 2,
A step of correcting the recorded work performance according to the number of days to postpone the work schedule
A quality management processing method based on a progress situation characterized by the above.
[0047]
(Supplementary note 4) In the quality control processing method based on the progress situation described in Supplementary note 2,
A step of counting the number of operations after each operation affects the number of operations, and weighting the recorded work schedule and work results of each recorded work process
A quality management processing method based on a progress situation characterized by the above.
[0048]
(Supplementary note 5) In the quality control processing method based on the progress situation described in Supplementary note 2,
A step of correcting the quality index table based on statistical data of results of each work process performed based on the quality index set in the quality index table
A quality management processing method based on a progress situation characterized by the above.
[0049]
(Appendix 6) A quality control processing device that supports software development work by a computer,
Means for recording the work schedule of each work process;
Means for recording the work results of each work process;
Means for calculating a quality evaluation value according to the difference between the work schedule and work performance of each recorded work process;
Means for evaluating the quality in each work process based on the calculated quality evaluation value.
A quality control processing apparatus based on the progress situation characterized by this.
[0050]
(Supplementary note 7) A quality control processing device for supporting software development work by a computer,
Means for recording the work schedule of each work process;
Means for recording the work results of each work process;
Means for calculating a quality evaluation value according to the difference between the work schedule and work performance of each recorded work process;
Means for storing a quality index table in which the quality index of each process set in advance according to the quality evaluation value is recorded;
Means for determining a quality index for the next process based on the calculated quality evaluation value and the quality index table;
A quality control processing apparatus based on the progress situation characterized by this.
[0051]
(Supplementary Note 8) A quality control processing program for supporting software development work by a computer,
A process of recording the work schedule of each work process;
A process of recording the work results of each work process;
A process of calculating a quality evaluation value according to the difference between the work schedule and work performance of each recorded work process;
A process of evaluating the quality in each work process based on the calculated quality evaluation value;
A quality control processing program based on the progress status to be executed by a computer.
[0052]
(Supplementary note 9) A quality control processing program for supporting software development work by a computer,
A process of recording the work schedule of each work process;
A process of recording the work results of each work process;
A process of calculating a quality evaluation value according to the difference between the work schedule and work performance of each recorded work process;
A process for determining a quality index for the next process based on the calculated quality evaluation value and a quality index table in which a quality index for each process set in advance according to the quality evaluation value is recorded;
A quality control processing program based on the progress status to be executed by a computer.
[0053]
(Supplementary Note 10) A computer-readable recording medium in which a quality control processing program based on the progress described in Supplementary Note 8 or Supplementary Note 9 is recorded.
[0054]
【The invention's effect】
By using the present invention, even if the previous process is overworked and the schedule is set in time to advance to the subsequent process with inherent quality control problems, the previous process is based on the calculated quality evaluation value. It is possible to grasp the deterioration of quality at an early stage.
[0055]
Further, by using the present invention, the quality index in the subsequent process can be changed based on the quality evaluation value in the previous process, so that appropriate quality management according to the progress status can be performed.
[0056]
In addition, since the present invention is a progress management system that takes into account the impact of delays in performance, the situation can be accurately reflected, and management care can be made accordingly. Since the amount of work is not so large, there is little increase in load due to the increase in the amount of work by the reporter, and there is little possibility of mistakes, so accurate management can be performed with the conventional management system.
[0057]
Furthermore, by using the present invention, it is possible to increase the accuracy of the quality index table by correcting the quality index table based on the evaluation of the performance of the project, so that more appropriate quality management becomes possible.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating an example of a configuration of a progress management system.
FIG. 2 is a diagram illustrating an example of a progress management processing flow.
FIG. 3 is a diagram illustrating a progress management graph.
FIG. 4 is a diagram illustrating an example of a quality index table.
FIG. 5 is a diagram illustrating an example of a quality index table.
FIG. 6 is a diagram illustrating correction of work results.
FIG. 7 is a diagram illustrating weighting of work schedules and work results.
FIG. 8 is a diagram illustrating an example of a quality index table correction process flow;
FIG. 9 is a diagram illustrating a conventional progress management method.
FIG. 10 is a diagram illustrating a conventional progress management method.
FIG. 11 is a diagram showing a conventional progress management method.
FIG. 12 is a diagram showing a conventional progress management method.
[Explanation of symbols]
1 progress management system
11 Schedule input section
12 Progress input section
13 Weighting section
14 Correction unit
15 Quality Evaluation Department
16 Quality index setting section
17 Quality index output section
18 Quality evaluation value output section
19 Quality index table
20 Schedule storage table
21 Progress memory table
22 User terminal
23 Quality index table change part

Claims (5)

ソフトウェア開発作業を支援するコンピュータが実行する品質管理処理方法であって,前記コンピュータの,
スケジュール入力部が,各作業工程における各作業期間と作業予定数との関係を示す作業予定の入力情報をユーザ端末から受信し,スケジュール記憶テーブルに記録するステップと,
進捗状況入力部が,各作業工程における各作業期間とその作業期間において完了した作業数である作業実績数との関係を示す作業実績の入力情報を前記ユーザ端末から受信し,進捗状況記憶テーブルに記録するステップと,
品質評価部が,前記進捗状況記憶テーブルに記録された作業実績から作業実績数を作業期間ごとにプロットした作業実績累積数を示すグラフと,前記スケジュール記憶テーブルに記録された作業予定から作業予定数を作業期間ごとにプロットした作業予定累積数を示すグラフとをもとに,前記作業実績累積数を示すグラフの実績累積線と前記作業予定累積数を示すグラフの予定累積線とが構成する予定実績差異面積と,予定累積線と日付方向基底線Hおよび累積数方向基底線Vとが構成する全体面積との面積差異比を品質評価値として算出するステップと,
品質評価値出力部が,前記算出した品質評価値を前記ユーザ端末へ出力するステップとを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
A quality management processing method executed by a computer supporting software development work, comprising:
A schedule input unit receiving work schedule input information indicating a relationship between each work period in each work process and the number of work schedules from the user terminal, and recording it in a schedule storage table;
Progress input unit receives the input information work record showing the relationship between the working period and the work record number is a number of operations completed in the working period in each working process from the user terminal, the progress status storage table Recording steps;
The quality evaluation unit includes a graph indicating the cumulative number of work results obtained by plotting the number of work results from the work results recorded in the progress storage table for each work period, and the planned work number from the work schedules recorded in the schedule storage table. And a planned cumulative line of the graph indicating the cumulative number of work and a planned cumulative line of the graph indicating the planned cumulative number of work. Calculating an area difference ratio between the actual difference area and the total area formed by the planned cumulative line, the date direction base line H, and the cumulative number direction base line V as a quality evaluation value;
A quality management processing method based on progress, wherein a quality evaluation value output unit includes a step of outputting the calculated quality evaluation value to the user terminal .
ソフトウェア開発作業を支援するコンピュータが実行する品質管理処理方法であって,前記コンピュータの,
スケジュール入力部が,各作業工程における各作業期間と作業予定数との関係を示す作業予定の入力情報をユーザ端末から受信し,スケジュール記憶テーブルに記録するステップと,
進捗状況入力部が,各作業工程における各作業期間とその作業期間において完了した作業数である作業実績数との関係を示す作業実績の入力情報を前記ユーザ端末から受信し,進捗状況記憶テーブルに記録するステップと,
品質評価部が,前記進捗状況記憶テーブルに記録された作業実績から作業実績数を作業期間ごとにプロットした作業実績累積数を示すグラフと,前記スケジュール記憶テーブルに記録された作業予定から作業予定数を作業期間ごとにプロットした作業予定累積数を示すグラフとをもとに,前記作業実績累積数を示すグラフの実績累積線と前記作業予定累積数を示すグラフの予定累積線とが構成する予定実績差異面積と,予定累積線と日付方向基底線Hおよび累積数方向基底線Vとが構成する全体面積との面積差異比を品質評価値として算出するステップと,
品質指標設定部が,前の作業工程の品質評価値が悪いほど次の作業工程におけるテスト品質が厳しくなるように予め設定した各作業工程の品質指標が記録された品質指標テーブルを参照して,前記算出した品質評価値をもとに次の作業工程の品質指標を決定するステップと,
品質指標出力部が,前記決定した品質指標を前記ユーザ端末へ出力するステップとを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
A quality management processing method executed by a computer supporting software development work, comprising:
A schedule input unit receiving work schedule input information indicating a relationship between each work period in each work process and the number of work schedules from the user terminal, and recording it in a schedule storage table;
Progress input unit receives the input information work record showing the relationship between the working period and the work record number is a number of operations completed in the working period in each working process from the user terminal, the progress status storage table Recording steps;
The quality evaluation unit includes a graph indicating the cumulative number of work results obtained by plotting the number of work results from the work results recorded in the progress storage table for each work period, and the planned work number from the work schedules recorded in the schedule storage table. And a planned cumulative line of the graph indicating the cumulative number of work and a planned cumulative line of the graph indicating the planned cumulative number of work. Calculating an area difference ratio between the actual difference area and the total area formed by the planned cumulative line, the date direction base line H, and the cumulative number direction base line V as a quality evaluation value;
The quality index setting unit refers to the quality index table in which the quality index of each work process set in advance so that the test quality in the next work process becomes severer as the quality evaluation value of the previous work process becomes worse, Determining a quality index for the next work process based on the calculated quality evaluation value;
A quality management processing method based on progress, wherein a quality index output unit includes a step of outputting the determined quality index to the user terminal .
請求項2記載の進捗状況に基づく品質管理処理方法において,
前記コンピュータの補正部が,作業スケジュールが延期された場合に,前記作業実績数を示すグラフの最終点が当初の作業スケジュールに基づく作業予定累積数のグラフの最終点に一致するように,前記作業実績数を示すグラフの各プロットを経過日数に比例して経過日数の軸方向にシフトさせ,作業スケジュールの延期日数に応じて前記記録された作業実績を補正するステップを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
In the quality control processing method based on the progress status according to claim 2,
When the work schedule is postponed, the correction unit of the computer causes the work to be performed so that the final point of the graph indicating the actual number of work matches the final point of the graph of the cumulative number of work scheduled based on the original work schedule. Progress comprising the steps of shifting each plot of the graph indicating the number of achievements in the axial direction of the number of days elapsed in proportion to the number of days elapsed and correcting the recorded work results according to the number of days postponed in the work schedule. Quality control processing method based on the situation.
請求項2記載の進捗状況に基づく品質管理処理方法において,
前記コンピュータの重み付け部が,各作業が影響する後作業数を各作業数にカウントし,前記記録された各作業工程の作業予定および作業実績を重み付けするステップを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
In the quality control processing method based on the progress status according to claim 2,
In the progress situation, the weighting unit of the computer has a step of counting the number of work after each work affects each work number and weighting the work schedule and work results of each recorded work process. Quality control processing method based.
請求項2記載の進捗状況に基づく品質管理処理方法において,
前記コンピュータの品質指標テーブル変更部が,前記品質指標テーブルに設定された品質指標に基づいて実施した各作業工程の実績の統計データに基づいて,前記品質指標テーブルを修正するステップを有する
ことを特徴とする進捗状況に基づく品質管理処理方法。
In the quality control processing method based on the progress status according to claim 2,
The quality index table changing unit of the computer has a step of correcting the quality index table based on statistical data of results of each work process performed based on the quality index set in the quality index table. Quality management processing method based on the progress status.
JP2002327754A 2002-11-12 2002-11-12 Quality control processing method based on progress Expired - Fee Related JP4130764B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002327754A JP4130764B2 (en) 2002-11-12 2002-11-12 Quality control processing method based on progress

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002327754A JP4130764B2 (en) 2002-11-12 2002-11-12 Quality control processing method based on progress

Publications (2)

Publication Number Publication Date
JP2004164152A JP2004164152A (en) 2004-06-10
JP4130764B2 true JP4130764B2 (en) 2008-08-06

Family

ID=32806248

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002327754A Expired - Fee Related JP4130764B2 (en) 2002-11-12 2002-11-12 Quality control processing method based on progress

Country Status (1)

Country Link
JP (1) JP4130764B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006018735A (en) * 2004-07-05 2006-01-19 Hitachi Software Eng Co Ltd Coding standard observance situation monitoring system
JP5455460B2 (en) * 2009-06-17 2014-03-26 株式会社エクサ Deliverable management device
JP6003281B2 (en) * 2012-06-21 2016-10-05 アイシン・エィ・ダブリュ株式会社 Quality evaluation system and quality evaluation method for products
JP7214173B1 (en) 2022-04-28 2023-01-30 17Live株式会社 System and method for evaluating software development

Also Published As

Publication number Publication date
JP2004164152A (en) 2004-06-10

Similar Documents

Publication Publication Date Title
CN111861208B (en) Automatic calculation method, system and medium for MRP material demand in production management
JP3481570B2 (en) Demand forecasting equipment in parts inventory management
US20090157458A1 (en) Supply chain evaluation system, method, and program
US11113660B2 (en) Database modification for improved on-shelf availability determination
CN110023967B (en) Fault risk indicator estimation device and fault risk indicator estimation method
JP2003331087A (en) Demand forecast system for repair component
JP4130764B2 (en) Quality control processing method based on progress
JP2018206000A (en) Production planning system, production planning method and personnel ability calculation method
JPH11232324A (en) Load division type production management system and production management method
JP6975086B2 (en) Quality evaluation method and quality evaluation equipment
JP4072102B2 (en) Project pre-evaluation method, project pre-evaluation apparatus and program
JP2003346070A (en) Demand prediction method and demand prediction system
US20030088510A1 (en) Operational risk measuring system
US10719640B2 (en) Data analysis apparatus and data analysis method
US8046252B2 (en) Sales plan evaluation support system
Party The estimation of loss development tail factors: a summary report
JP2020535573A (en) Machine analysis
JPH10134027A (en) Method and device for supporting prediction of sale
Defamie et al. Software reliability: assumptions, realities and data
JP2001282981A (en) Method and system for business reform planning
JP2020119029A (en) Order information calculation program, device, and method
US20090192843A1 (en) Method and system for time-standard development
US20140012621A1 (en) Risk management device
CN114925862A (en) Method and device for predicting repair time of aero-engine
JP5734218B2 (en) Information output device, information output method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050523

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070905

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070918

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071116

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20071116

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20071211

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080109

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080415

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080417

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080520

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080523

R150 Certificate of patent or registration of utility model

Ref document number: 4130764

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110530

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120530

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130530

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130530

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees