JP5093990B2 - Bug management system - Google Patents

Bug management system Download PDF

Info

Publication number
JP5093990B2
JP5093990B2 JP2005093276A JP2005093276A JP5093990B2 JP 5093990 B2 JP5093990 B2 JP 5093990B2 JP 2005093276 A JP2005093276 A JP 2005093276A JP 2005093276 A JP2005093276 A JP 2005093276A JP 5093990 B2 JP5093990 B2 JP 5093990B2
Authority
JP
Japan
Prior art keywords
bug
information
rank
priority
repair
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.)
Active
Application number
JP2005093276A
Other languages
Japanese (ja)
Other versions
JP2006277153A (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.)
NEC Engineering Ltd
Original Assignee
NEC Engineering 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 NEC Engineering Ltd filed Critical NEC Engineering Ltd
Priority to JP2005093276A priority Critical patent/JP5093990B2/en
Publication of JP2006277153A publication Critical patent/JP2006277153A/en
Application granted granted Critical
Publication of JP5093990B2 publication Critical patent/JP5093990B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/362—Software debugging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0781—Error filtering or prioritizing based on a policy defined by the user or on a policy defined by a hardware/software module, e.g. according to a severity level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Stored Programmes (AREA)

Description

本発明は、情報処理システム開発時におけるバグ管理システムに関する。   The present invention relates to a bug management system during information processing system development.

情報処理システム開発工程において摘出されたバグの障害管理を行う場合、従来は、障害情報管理部に、調査担当者が内容登録を行う対策優先順位項目および対策担当者項目を設け、対策優先順位決定手段はこれらの項目を参照して、対策優先順位の高い障害から順番に対策要求をするようにしている（例えば、特許文献１参照）。   Conventionally, when performing failure management of bugs picked up in the information processing system development process, the failure information management section has a countermeasure priority item and a countermeasure worker item for which the investigator registers contents, and the countermeasure priority order is determined. The means refers to these items and requests countermeasures in order from the fault with the highest countermeasure priority (see, for example, Patent Document 1).

また、顧客サイトから集められた障害情報を障害の種類、障害機の階層、保守契約内容、顧客重要度に従ってそれぞれ点数化し、これらの合計点数の高低により障害の重要性や緊急度等を定量的に評価して、保守部品の発送や、保守員の手配の優先順位の決定等を迅速かつ効率的に行うことで自動的に最適な保守を指示するようにしている（例えば、特許文献２参照）。   In addition, failure information collected from customer sites is scored according to the type of failure, the hierarchy of failure devices, the contents of maintenance contracts, and the importance of customers, and the importance and urgency of failures are quantified by the level of these total points. In order to automatically instruct optimum maintenance by quickly and efficiently sending out maintenance parts, determining the priority of arrangement of maintenance personnel, and the like (see, for example, Patent Document 2) ).

特開2002-287968（第１頁、図１）JP-A-2002-287968 (first page, Fig. 1) 特開2003-241999（第１頁、図１）JP2003-241999 (first page, FIG. 1)

しかしながら、上述した従来技術では、バグ情報のランクは発行者が設定するが、発行者によりランクの設定基準が異なるため、バグの優先順位をより正確に算出できないという第１の問題点がある。バグ情報のランクはバグ改修の優先順位を算出するための重要な判断材料となるが、発行者によりランクの設定基準が異なると、優先順位に大きく影響してしまうからである。   However, in the above-described prior art, the rank of bug information is set by the issuer, but there is a first problem that the priority order of bugs cannot be calculated more accurately because rank setting criteria differ depending on the issuer. This is because the rank of bug information is an important judgment material for calculating the priority order of bug repair, but if the criteria for setting the rank differ depending on the issuer, the priority order is greatly affected.

また、日々多量のバグが発生した場合、バグの優先順位は毎日変わるが、優先順位の算出において毎日の進捗状況を考慮していないため、バグの優先順位をより正確に算出できないという第２の問題点がある。バグ改修の優先順位をより正確に算出するために、前日までの作業状況やバグの放置状況を考慮し優先順位を算出する必要がある。   In addition, when a large number of bugs occur every day, the priority order of bugs changes every day, but since the daily progress is not considered in the calculation of the priority order, the second priority is that the bug priority order cannot be calculated more accurately. There is a problem. In order to calculate the priority order of bug repair more accurately, it is necessary to calculate the priority order in consideration of the work status up to the previous day and the status of leaving bugs.

本発明の第１の目的は、優先順位を算出する障害係数にバグ総数からのランク比率を加えることによってバグの優先順位をより正確に算出することにより、担当者の改修作業の効率化を図ることにある。   The first object of the present invention is to increase the efficiency of renovation work for a person in charge by calculating the priority of bugs more accurately by adding the rank ratio from the total number of bugs to the failure coefficient for calculating the priority. There is.

本発明の第２の目的は、優先順位を算出する障害係数に改修未着手バグの放置日数とバグ改修実績日数の２つの進捗状況を加えることによってバグの優先順位をより正確に算出することにより、担当者の改修作業の効率化を図ることにある。   The second object of the present invention is to more accurately calculate the priority of bugs by adding two progress statuses, that is, the number of days of unfixed bugs to be left and the number of days of bug repairs to the failure coefficient for calculating the priority. The purpose is to improve the efficiency of renovation work by the person in charge.

本発明は、情報処理システム開発工程において摘出されたバグの情報管理を行うバグ管理システムであって、各工程にて摘出したバグ情報を管理する手段と、管理データを基に統計情報の作成の同期化を図り、バグ管理の自動化を実現する手段とから成る。   The present invention is a bug management system for managing information on bugs extracted in an information processing system development process, and means for managing bug information extracted in each process, and creation of statistical information based on management data It consists of means for achieving synchronization and realizing automation of bug management.

すなわち、発生したバグに関するバグ情報を入力するための手段と、入力されたバグ情報にその入力時と対応する時刻を付加してバグ情報ファイルを作成し記憶し、記憶されたバグ情報ファイルを検索するための検索手段と、検索されたバグ情報ファイルの一覧や各バグ情報ファイルの内容を搭載されたディスプレイ等に表示し、前記検索されたバグ情報ファイルを変更、修正する又はそのバグ情報に新たな情報を追加するなどの編集を行うための編集手段とを具備するバグ情報収集装置を設ける。   That is, a means for inputting bug information related to a bug that has occurred, a bug information file is created and stored by adding the time corresponding to the input time to the input bug information, and the stored bug information file is searched. Search means and a list of searched bug information files and the contents of each bug information file are displayed on a mounted display or the like, and the searched bug information file is changed, corrected, or newly added to the bug information. A bug information collecting device including an editing means for performing editing such as adding additional information.

本発明では、予め、バグ情報のランクと緊急度の重み付けと期日をバグ情報の静的な障害係数として数値化しておく。更に、バグ総数から各々のランクの比率、未着手バグの放置日数とバグの改修実績日数をバグ情報の動的な障害係数として数値化し、上記２つの障害係数より改修の優先順位を算出する。優先順位算出後、担当者毎にバグを優先順位でソートし表示する。また、バグの優先順位を元にバグ改修のスケジュール自動作成を行う。   In the present invention, the rank of bug information, the weight of urgency, and the due date are digitized in advance as a static failure coefficient of bug information. Further, the ratio of each rank, the number of days of unstarted bugs, and the number of days of bug repair are calculated as dynamic fault coefficients of the bug information from the total number of bugs, and the priority of repair is calculated from the above two fault coefficients. After the priority is calculated, the bugs are sorted and displayed by priority for each person in charge. Also, bug repair schedules are automatically created based on bug priorities.

第１の効果は、バグ情報のランクは発行者により設定基準が異なるが、優先順位を算出する障害係数にバグ総数からのランク比率を加えることによってバグの優先順位をより正確に算出でき、担当者の改修作業の効率化を図ることができるということである。   The first effect is that the bug information rank differs depending on the issuer, but the bug priority can be calculated more accurately by adding the rank ratio from the total number of bugs to the failure coefficient for calculating the priority. It is possible to improve the efficiency of renovation work.

その理由は、例えば、バグ総数１０００件のなかでランクαが１０件しかないとしたら、そのランクαは非常に重要度が高いものと扱い、優先順位が高くなるのに対し、総数１０００件のなかで、ランクαが８００件あるとしたら、そのランクαは実はβやγ相当のものが多いと考え、優先順位を低くし、バグの優先順位をより正確に算出し、改修作業の効率化を図ることができるためである。   The reason is that, for example, if there are only 10 ranks α among 1000 bugs, the rank α is treated as having a very high importance, and the priority is higher, whereas the total number 1000 is Among them, if there are 800 rank α, we think that there are actually many rank α equivalent to β and γ, lower priority, calculate bug priority more accurately, and improve repair work efficiency It is because it can plan.

第２の効果は、優先順位を算出する障害係数に未着手バグの放置日数とバグ改修実績日数の２つの進捗状況を加えることによって、バグの優先順位をより正確に算出でき、担当者の改修作業の効率化を図ることができる。   The second effect is that, by adding two progress statuses, the number of days of unstarted bugs and the number of days of bug repairing, to the failure coefficient for calculating the priority order, the priority order of bugs can be calculated more accurately. Work efficiency can be improved.

その理由は、未着手バグの放置日数が大きいほど優先順位が高くなり、さらに警告表示されるため未着手バグの放置が減少する。また、優先順位の算出にバグ改修実績日数を加えることによって、改修中のバグの優先順位が高くなるため、改修作業の効率化を図ることができるためである。   The reason is that as the number of days of unstarted bugs increases, the priority becomes higher, and further warning is displayed, so that the number of unstarted bugs decreases. Further, by adding the number of bug repair actual days to the priority calculation, the priority of the bug being repaired is increased, so that the efficiency of the repair work can be improved.

本発明のバグ管理システムは、情報処理システム開発時におけるバグ管理システムにおいて、予めバグ情報のランクと緊急度の重み付けと期日をバグ情報の静的な障害係数として数値化しておく手段と、情報処理システム開発工程においてバグが発生すると、発生したバグに関するバグ情報を入力し、入力されたバグ情報にその入力時と対応する時刻を付加してバグ情報ファイルを作成し記憶する手段と、記憶されたバグ情報によりバグ総数に占めるバグランクごとのランク比率と、改修未着手バグの放置日数とバグの改修実績日数を求め、これらを含めたバグ情報の動的な障害係数として数値化する手段と、上記２つの障害係数によりバグ改修の優先順位を算出する手段と、優先順位算出後、担当者毎にバグ情報を優先順位でソートして表示する手段と、バグの優先順位を元にバグ改修のスケジュール自動作成を行う手段とを有する。   The bug management system of the present invention is a bug management system at the time of development of an information processing system. Means for previously quantifying bug information rank, urgency weighting and due date as static failure coefficients of bug information, When a bug occurs in the system development process, means for inputting bug information relating to the bug that has occurred, adding a time corresponding to the input time to the input bug information, and creating and storing a bug information file; By means of bug information, the rank ratio of each bug rank in the total number of bugs, the number of days for which bugs that have not been repaired and the number of bug repairs are obtained, and a means for numerically expressing them as a dynamic failure coefficient of bug information including these, and the above Means to calculate bug repair priority by two failure factors, and after calculating the priority, bug information is sorted by priority for each person in charge. A means for, and means to do based on the priority of the bug to schedule automatic creation of bug fixes.

図１は、本発明のバグ管理システムが適用されるハードウェア構成を示し、１つのコンピュータ装置（サーバ）１と複数のコンピュータ装置（クライアント）２がネットワークで繋がっている。クライアント２はCPU20とメモリ21と入力装置22で構成され、CPU20はブラウザ201を有する。   FIG. 1 shows a hardware configuration to which a bug management system of the present invention is applied. One computer device (server) 1 and a plurality of computer devices (clients) 2 are connected by a network. The client 2 includes a CPU 20, a memory 21, and an input device 22, and the CPU 20 has a browser 201.

サーバ１は、CPU10とメモリ11とデータベース13で構成される。CPU10は、メモリアクセス処理部101とデータベースアクセス処理部102と通信処理部103とアプリケーション12（以下「AP」と記す）を有する。   The server 1 includes a CPU 10, a memory 11, and a database 13. The CPU 10 includes a memory access processing unit 101, a database access processing unit 102, a communication processing unit 103, and an application 12 (hereinafter referred to as “AP”).

AP12は、バグ管理プログラム121と優先順位算出プログラム122とスケジュール作成プログロム123を有し、データベース13はバグ情報テーブル130とランク重み付け情報テーブル131と緊急度重み付け情報テーブル132と基準値情報テーブル133と休日情報テーブル134を有する。   The AP 12 includes a bug management program 121, a priority calculation program 122, and a schedule creation program 123. The database 13 includes a bug information table 130, a rank weighting information table 131, an urgency weighting information table 132, a reference value information table 133, and a holiday. An information table 134 is provided.

バグ情報テーブル130は、情報処理システムの試験中に発見されたバグごとに、バグの管理に必要なデータから成るバグ票を保持する。バグ管理プログラム121は、発行者からの入力により、バグ票をバグ情報テーブル130に登録し、また発行者からの指示により、バグ情報テーブル130を参照してバグ管理に供する情報を出力するための処理を行う。例えば、バグ改修の優先順位（以下、「優先順位」と記す）にしたがって、バグ票をソートし、またソートの結果により得られるリストを出力する。 The bug information table 130 holds a bug slip composed of data necessary for bug management for each bug found during the information processing system test . Bug management program 121, the input from the issuer, and a bug form bug information table 130, according to an instruction from the issuer also for outputting the information to be subjected to bug management See bug information table 130 Process. For example, the bug slips are sorted according to the priority of bug repair (hereinafter referred to as “priority”), and a list obtained as a result of the sorting is output.

優先順位を算出するために必要な係数がテーブル131〜134に保持される。すなわち、ランク重み付け情報テーブル131はバグのランクごとの重み係数、緊急度重み付け情報テーブル132は改修の緊急度ごとの重み係数、基準値情報テーブル133は基準値、休日情報テーブル134休日情報を保持する。   Coefficients necessary for calculating the priority order are held in the tables 131 to 134. That is, the rank weighting information table 131 holds the weighting factor for each bug rank, the urgent degree weighting information table 132 holds the weighting factor for each urgent degree of renovation, the reference value information table 133 holds the reference value, and the holiday information table 134 holiday information. .

優先順位算出プログラム122はテーブル130〜134を参照して優先順位を算出し、スケジュール作成プログロム123はバグ管理プログラム121による処理の結果によりバグ改修のスケジュールを出力する。   The priority calculation program 122 calculates the priority by referring to the tables 130 to 134, and the schedule creation program 123 outputs a bug repair schedule according to the processing result of the bug management program 121.

図２は、バグ情報テーブル130のデータ構造をデータ例と共に示す。バグ情報テーブル1
30は、バグ番号130-a、バグ内容130-b、ランク130-c、発行日130-d、バグ改修終了期限の日である期日130-e、担当者130-f、緊急度130-g、改修予定日数130-h、改修実績日数130-i、改修内容130-j、状態130-kのフィールドを持つ。 FIG. 2 shows the data structure of the bug information table 130 together with data examples. Bug information table 1
30 is bug number 130-a, bug content 130-b, rank 130-c, issue date 130-d, due date 130-e , which is the deadline for bug remediation, person in charge 130-f, urgency 130-g , The field has the scheduled repair days 130-h, the actual repair days 130-i, the repair contents 130-j, and the status 130-k.

図２において、１２個のバグが登録されており、その内の状態が未着手または調査中であるものを除いて改修予定日数が記載され、また改修が済み又は改修が進むにつれて改修実績日数が記載されている。バグ情報テーブル130の各一行をバグ票という。   In FIG. 2, the number of planned repair days is indicated except for 12 bugs that have been registered, and the status of those bugs is not yet started or under investigation, and the number of repair days as repairs are completed or progressed. Are listed. Each line of the bug information table 130 is called a bug vote.

ランク重み付け情報テーブル131は、図３に示すように、ランク131-aと重み131-bのフ
ィールドを持つ。ランク131-aとは発行者が主観により判断したバグの重要度のランクで
あり、重み131-bとは、後述の優先順位を計算するに当っての重み係数である。図３では
、ランクA，B，C，Dに対して、それぞれ1.0，0.8，0.6，0.4の重みが付された入力例が示
されている。 As shown in FIG. 3, the rank weight information table 131 has fields for rank 131-a and weight 131-b. The rank 131-a is a rank of the importance level of the bug determined by the issuer subjectively, and the weight 131-b is a weight coefficient for calculating the priority order described later. FIG. 3 shows an input example in which weights of 1.0, 0.8, 0.6, and 0.4 are assigned to ranks A, B, C, and D, respectively.

緊急度重み付け情報テーブル132は、図４に示すように、緊急度132-aと重み132-bのフ
ィールドを持つ。緊急度132-aとは発行者が主観により判断した改修の緊急度であり、重
み132-bとは優先順位算出のための重み係数をいう。図４では、緊急度α，β，γ，δに
対して、それぞれ1.0，0.9，0.7，0.3の重みが付された入力例が示されている。 As shown in FIG. 4, the urgency level weighting information table 132 has fields of urgency level 132-a and weight 132-b. The urgency level 132-a is the urgency level of renovation determined by the issuer subjectively, and the weight 132-b is a weighting factor for calculating priority. FIG. 4 shows an input example in which weights of 1.0, 0.9, 0.7, and 0.3 are assigned to the urgency levels α, β, γ, and δ, respectively.

基準値情報テーブル133は、図５に示すように、基準値133-aのフィールドを持つ。基準値133-aとは優先順位算出時に使用する基準値をいう。図５では基準値は標準的な100とされている。   As shown in FIG. 5, the reference value information table 133 has a field of a reference value 133-a. The reference value 133-a is a reference value used when calculating the priority order. In FIG. 5, the standard value is 100.

休日情報テーブル134は、図６に示すように休日情報134-aのフィールドを持つ。休日情
報134-aとは当該会社の休日を示す情報であって、図６では、2004年9月の休日の一覧が例
示されている。
［動作の説明］
（１）バグ票の生成
図７は、本バグ管理システムの発行者および担当者が行う作業とバグ票の状態の遷移を示す。図７におけるフローは、クライアント２サーバ１へのアクセスがあると、図の上から下の方向へ図示の順序で流れる。 The holiday information table 134 has a field of holiday information 134-a as shown in FIG. The holiday information 134-a is information indicating holidays of the company, and FIG. 6 illustrates a list of holidays in September 2004.
[Description of operation]
(1) Generation of bug slip FIG. 7 shows the work performed by the issuer and the person in charge of this bug management system and the transition of the state of the bug slip. When there is an access to the client 2 server 1, the flow in FIG. 7 flows in the illustrated order from the top to the bottom of the drawing.

発行者が情報処理システムの試験中にバグを発見するとバグ票を発行する。すなわち、その発行者は、クライアント２のブラウザ201により、入力装置22からバグ内容、ランク、期日、担当者、緊急度を入力し、サーバ１にネットワークを介してアクセスする。ここに、バグとは、例えば、或る情報処理システムの或るプログラムにおいて、＊＊＊画面の仕様書の記述が「あああ」であるのに、＊＊＊画面の実際の表示内容が「いいい」になっているといったものである。この例において入力されるバグ内容は、「＊＊＊画面の仕様書の記述「あああ」に対して「いいい」が表示されている」ということになる。 When a publisher finds a bug during an information processing system test, a bug slip is issued. That is, the issuer inputs the bug content, rank, due date, person in charge, and urgency level from the input device 22 through the browser 201 of the client 2 and accesses the server 1 via the network. Here, a bug is, for example, in a certain program of an information processing system, although the description of the specifications on the *** screen is “Oh”, the actual display content of the *** screen is “Yes” It is said to be “good”. The bug content input in this example is that “Yes” is displayed for the description “Ah” in the specification on the *** screen.

バグ票が発行されると、サーバ１は、通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、バグ管理プログラム121は、上記の入力された情報に、バグ番号，発行日および状態を自動的に付加して、データベースアクセス処理部102を介し、バグ情報テーブル130にバグ番号130-a、バグ内容130-b、ランク130-c、発行日130−d、期日130-e、担当者130-f、緊急度130-g、状態130-kをバグ情報として登録する。バグ番号130-aは登録されるバグ票の通し番号であり、このときの状態130-kは「未着手」とされる。 When the bug slip is issued, the server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103, and the bug management program 121 adds the bug number, issue date, and status to the above input information. Is automatically added to the bug information table 130 via the database access processing unit 102, bug number 130-a, bug content 130-b, rank 130-c, issue date 130-d, due date 130-e, responsible 130-f, urgency 130-g, and state 130-k are registered as bug information. The bug number 130-a is a serial number of the registered bug slip, and the state 130-k at this time is “not started”.

次に、担当者が上記バグ内容（「＊＊＊画面の仕様書の記述「あああ」に対して「いいい」が表示されている」）を確認すると、バグ管理システムの状態130-kを「調査中」に更新する。すなわち、担当者がクライアント２のブラウザ201により、入力装置22からネットワークを介してサーバ１にアクセスすると、サーバ１は、通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、バグ管理プログラム121はデータベースアクセス処理部102を介し、バグ情報テーブル130の状態130-kを「調査中」に書き換える。 Next, when the person in charge confirms the above bug contents (“Yes” is displayed for the description “Ah” in the specification on the *** screen), the status 130-k of the bug management system is changed. Update to “under investigation”. That is, when the person in charge accesses the server 1 from the input device 22 via the network by the browser 201 of the client 2, the server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103, and the bug management program 121 rewrites the status 130-k of the bug information table 130 to “under investigation” via the database access processing unit 102.

担当者は上記バグに対し、プログラムのどこが原因かを調査して、プログラム修正に要する日数を見積り、改修予定日数をバグ管理システムに登録する。すなわち、担当者はクライアント２のブラウザ201により、ネットワークを介してサーバ１にアクセスし、入力装置22から改修予定日数を入力する。サーバ１は通信処理部103を介し、AP12のバグ管理プログラム121にアクセスし、データベースアクセス処理部102を介してバグ情報テーブル130の改修予定日数130-hを登録し、状態130-kを「改修中」とする。   The person in charge investigates the cause of the program with respect to the above bug, estimates the number of days required to correct the program, and registers the planned number of days for repair in the bug management system. That is, the person in charge accesses the server 1 via the network by the browser 201 of the client 2 and inputs the planned number of days for repair from the input device 22. The server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103, registers the scheduled number of days 130-h for the bug information table 130 via the database access processing unit 102, and sets the status 130 -k to “renovation”. "Medium".

担当者は上記調査内容を基にプログラムの改修を行い、バグ管理システムに改修内容を
登録する。すなわち、発行者はクライアント２のブラウザ201によりサーバ１にネットワ
ークを通してアクセスし、入力装置22から改修内容（「＊＊＊画面の表示「いいい」を「
あああ」に修正）と改修実績日数（例えば「１日」）を入力する。サーバ１は通信処理部
103を介してAP12のバグ管理プログラム121にアクセスし、データベースアクセス処理部10
2を介し、バグ情報テーブル130の改修内容130-jと改修実績日数130-iを登録し、状態130-
kを「改修済」とする。 The person in charge modifies the program based on the contents of the investigation and registers the modification contents in the bug management system. In other words, the issuer accesses the server 1 through the network by the browser 201 of the client 2, and modifies the contents of the modification (“***” displayed on the “*** screen” “
Enter the number of days of improvement (for example, “1 day”). Server 1 is a communication processing unit
Access to the bug management program 121 of AP12 via 103, the database access processing unit 10
2), the contents 130-j of the modification of the bug information table 130 and the number of modification days 130-i are registered, and the state 130-
Let k be “modified”.

最後に、発行者は上記修正がされていることを確認した上で、バグ票をクローズする。
すなわち、発行者はクライアント２のブラウザ201により、入力装置22からサーバ１にネ
ットワークを通してアクセスする。サーバ１は通信処理部103を介してAP12のバグ管理プ
ログラム121にアクセスし、バグ管理プログラム121はデータベースアクセス処理部102を
介してバグ情報テーブル130の状態130-kを「クローズ」とする。 Finally, the issuer confirms that the above correction has been made, and closes the bug slip.
That is, the issuer accesses the server 1 from the input device 22 through the network by the browser 201 of the client 2. The server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103, and the bug management program 121 sets the state 130-k of the bug information table 130 to “closed” via the database access processing unit 102.

なお、バグの改修に複数日数を要する場合、担当者は、毎日の改修作業終了時にクライアント２のブラウザ201によりサーバ１にネットワークを通してアクセスし、入力装置22から改修実績日数を入力。サーバ１は通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、データベースアクセス処理部102を介してバグ情報テーブル130の改修実績日数130-iを更新する。   In addition, when multiple days are required for bug repair, the person in charge accesses the server 1 through the network by the browser 201 of the client 2 at the end of the daily repair work, and inputs the actual repair days from the input device 22. The server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103, and updates the number of improvement days 130-i of the bug information table 130 via the database access processing unit 102.

次に、以上のようにして作成・更新されるバグ管理テーブル130とテーブル131〜134を用いて、バグ改修のソートとバグ改修のスケジュール作成の手順について説明する。
（２）未着手もしくは調査中のバグ改修のソート（調査順序ソート）
担当者は未着手もしくは調査中のバグ票に対して、優先順位を算出し優先順にソートして、その結果リストを表示することができる。そして、未着手のバグ票に対しては警告表示できる。図８は、バグ情報の状態が未着手もしくは調査中のバグ票の優先順位ソートを示すフローチャートである。 Next, using the bug management table 130 and the tables 131 to 134 created and updated as described above, a procedure for sorting bug repairs and creating a schedule for bug repairs will be described.
(2) Sorting bug fixes that have not been started or are currently being investigated (sort order of investigation)
The person in charge can calculate the priority order of the bug slips that have not been started or are under investigation, sort them in order of priority, and display the result list. A warning can be displayed for bug slips that have not been started. FIG. 8 is a flowchart showing priority order sorting of bug slips whose bug information has not been started or is being investigated.

担当者は、クライアント２のブラウザ201により入力装置22からサーバ１にネットワークを介してアクセスする。このとき、担当者は、状態130-kが未着手もしくは調査中のバグ票のソートを指示する。サーバ１は通信処理部103を介してAP12のバグ管理プログラム121にアクセスする。   The person in charge accesses the server 1 from the input device 22 via the network by the browser 201 of the client 2. At this time, the person in charge instructs the sorting of bug slips in which the status 130-k has not started or is being investigated. The server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103.

バグ管理プログラム121は、データベースアクセス処理部102を介してバグ情報テーブル130から、その担当者130-fのバグ票のみを抽出し（図８のステップＳ１）、さらに抽出したバグ票からバグ情報の状態130‐kが未着手もしくは調査中のバグ票を抽出する（ステップＳ２）。バグ管理プログラム121は、抽出したバグ票に対して、優先順位算出プログラム122を呼び出し、後述のようにして優先順位を算出する（ステップＳ４）。さらに、バグ票の状態が未着手のバグ票に対しては（ステップＳ５）警告表示を行う（ステップＳ６）。   The bug management program 121 extracts only the bug slip of the person in charge 130-f from the bug information table 130 through the database access processing unit 102 (step S1 in FIG. 8), and further extracts the bug information from the extracted bug slip. A bug slip whose state 130-k has not started or is under investigation is extracted (step S2). The bug management program 121 calls the priority order calculation program 122 for the extracted bug slip, and calculates the priority order as described later (step S4). Further, a warning message is displayed for a bug ticket whose status has not been started (step S5) (step S6).

このような処理を抽出した全てのバグ票について行う（ステップＳ３）。バグ管理プログラム121は、抽出した全てのバグ票に対して優先順にソートし（ステップＳ７）、図９に例示するような結果リストを表示する。
（３）改修中のバグ改修のソート（改修順序ソート）
担当者はバグ情報の改修中のバグ票に対して、優先順位を算出し優先順にソートして、その結果リスト表示することができる。そして、終了予定日が期日を過ぎてしまうバグ票に対しては警告表示する。また、算出した優先順位より、スケジュールの自動作成を行い、表示することができる。図１０は、バグ情報の状態が改修中のバグ票の優先順位ソートを示すフローチャートである。 Such a process is performed for all the extracted bug slips (step S3). The bug management program 121 sorts all the extracted bug slips in order of priority (step S7), and displays a result list as illustrated in FIG.
(3) Sorting bugs being repaired (Sort order sort)
The person in charge can calculate the priority order of the bug slips whose bug information is being modified, sort the priority orders, and display the result list. A warning is displayed for bug slips whose scheduled end date has passed the due date. Further, a schedule can be automatically created and displayed based on the calculated priority order. FIG. 10 is a flowchart showing priority order sorting of bug slips whose bug information is being repaired.

担当者は、クライアント２のブラウザ201により入力装置22からサーバ１にネットワークを通してアクセスする。このとき、担当者は、状態130-kが改修中のバグ票のソートを指示する。サーバ１は、通信処理部103を介してAP12のバグ管理プログラム121にアクセスする。   The person in charge accesses the server 1 from the input device 22 through the network by the browser 201 of the client 2. At this time, the person in charge instructs the sorting of bug slips whose state 130-k is being repaired. The server 1 accesses the bug management program 121 of the AP 12 via the communication processing unit 103.

バグ管理プログラム121は、データベースアクセス処理部102を介してバグ情報テーブル130から、その担当者130-fのバグ票のみを抽出し（図１０のステップＴ１）、さらに抽出したバグ票からバグ情報の状態130‐kが改修中のバグ票を抽出する（ステップＴ２）。バグ管理プログラム121は、優先順位算出プログラム122を呼び出し、抽出したバグ票に対して、後述のようにして優先順位を算出する（ステップＴ３）。バグ管理プログラム121は、抽出した全てのバグ票に対して（ステップＴ４）優先順にソートする（ステップＴ５）。   The bug management program 121 extracts only the bug slip of the person in charge 130-f from the bug information table 130 via the database access processing unit 102 (step T1 in FIG. 10), and further extracts the bug information from the extracted bug slip. A bug slip whose state 130-k is being repaired is extracted (step T2). The bug management program 121 calls the priority calculation program 122 and calculates the priority for the extracted bug slip as described later (step T3). The bug management program 121 sorts all the extracted bug slips (step T4) in order of priority (step T5).

さらに、バグ管理プログラム121は、データベースアクセス処理部102を介して休日情報テーブル134より休日情報134-aを取得する（ステップＴ６）。そして、抽出した全てのバグ票に対して（ステップＴ７）、バグ情報の改修予定日数より開始日、終了予定日を算出し（ステップＴ８）、さらに終了予定日が期日を過ぎてしまうバグ票（ステップＴ９）に対しては警告表示する（ステップＴ１０）。図１１は、このようにして得られた出力結果リストを例示する。
（４）改修スケジュールの自動作成
担当者は（３）で算出した優先順位、開始日、終了予定日により、改修スケジュールの自動作成を行い、表示することができる。 Further, the bug management program 121 acquires holiday information 134-a from the holiday information table 134 via the database access processing unit 102 (step T6). Then, for all the extracted bug slips (step T7), the start date and the scheduled end date are calculated from the number of days for which the bug information is scheduled to be repaired (step T8). A warning is displayed for step T9) (step T10). FIG. 11 illustrates an output result list obtained in this way.
(4) Automatic creation of repair schedule The person in charge can automatically create and display a repair schedule based on the priority, start date, and scheduled end date calculated in (3).

担当者は、クライアント２のブラウザ201により入力装置22からコンピュータ装置サーバ１にネットワークを通してアクセスする。このとき、担当者は、改修スケジュールの作成を指示する。サーバ１は、通信処理部103を介してAP12のスケジュール作成プログロム123にアクセスする。   The person in charge accesses the computer apparatus server 1 from the input device 22 through the network by the browser 201 of the client 2. At this time, the person in charge instructs the creation of a repair schedule. The server 1 accesses the schedule creation program 123 of the AP 12 via the communication processing unit 103.

スケジュール作成プログロム123は、データベースアクセス処理部102を介して休日情報テーブル134から休日情報134-aを取得し、スケジュールから休日の日付をグレー化する。そして、（３）で算出した優先順位、開始日、終了予定日を取得し、スケジュールに反映する。また、終了予定日が期日を過ぎてしまうバグ票に対しては警告表示する。図１２は、このようにして得られた改修スケジュールを例示する。
（５）優先順位の算出
図１３は、図８のステップＳ４および図１０のステップＴ３における優先順位算出のフローチャートを示す。優先順位算出プログラム122は、バグ情報より優先順位を算出する。優先順位は、以下のようにして、未着手の障害係数，ランクの障害係数，ランク比率の障害係数，緊急度の障害係数，期日の障害係数および改修実績の障害係数を求めて、これら６つの係数を乗算する（図１３のステップＵ１２）ことによって算出する。算出した値が大きいほど優先順位が高い。 The schedule creation program 123 acquires the holiday information 134-a from the holiday information table 134 via the database access processing unit 102, and grays out the holiday date from the schedule. Then, the priority order, start date, and scheduled end date calculated in (3) are acquired and reflected in the schedule. Also, a warning is displayed for bug slips whose scheduled end date has passed the due date. FIG. 12 illustrates the repair schedule obtained in this way.
(5) Calculation of Priority Order FIG. 13 shows a flowchart of priority order calculation in step S4 in FIG. 8 and step T3 in FIG. The priority order calculation program 122 calculates the priority order from the bug information. The priority order is determined as follows: the failure coefficient of the unstarted, the failure coefficient of the rank, the failure coefficient of the rank ratio, the failure coefficient of the urgency level, the failure coefficient of the due date, and the failure coefficient of the repair results. Calculation is performed by multiplying by a coefficient (step U12 in FIG. 13). The higher the calculated value, the higher the priority.

未着手の障害係数とは、改修未着手の程度を示す係数であって、（１）式で与えられる。   The failure coefficient that has not been started is a coefficient that indicates the degree of repairs that have not been started, and is given by equation (1).

未着手の障害係数=1+（発行日130-dから本日までの日数/発行日130-dから期日130-eまでの日数） （１）
（１）式から明らかなように、未着手の障害係数は発行日130-dから本日までの日数が長いほど、すなわち未着手日数が長いほど大きくなる。 Failure factor not started = 1 + (number of days from issue date 130-d to today / days from issue date 130-d to due date 130-e) (1)
As is clear from the equation (1), the failure coefficient of unstarted is larger as the number of days from the issue date 130-d to today is longer, that is, the longer the number of unstarted days.

バグ情報テーブル130における状態130-kが未着手ならば（ステップＵ１）、未着手の障害係数を算出し、レジスタAに格納する（ステップＵ２）。バグ情報の状態が未着手以外ならば、未着手の障害係数を１とする（ステップＵ３）。   If the state 130-k in the bug information table 130 is not yet started (step U1), the failure coefficient for the unstarted is calculated and stored in the register A (step U2). If the status of the bug information is other than unstarted, the failure coefficient of unstarted is set to 1 (step U3).

ランクの障害係数とは、ランク重み付け情報テーブル131におけるランク131-aの重み131-bであって、ランクがＡに近いほど数値が大きくなる。ランクの障害係数は、データベースアクセス処理部102を介してランク重み付け情報テーブル131から取得し、レジスタBに格納する（ステップＵ４）。   The rank failure coefficient is the weight 131-b of the rank 131-a in the rank weight information table 131, and the numerical value increases as the rank is closer to A. The rank failure coefficient is obtained from the rank weighting information table 131 via the database access processing unit 102 and stored in the register B (step U4).

ランク比率の障害係数とは、バグ全体に占める、そのランクＡ〜Ｄの比率を示す係数であって、（２）式で与えられる。   The rank ratio failure coefficient is a coefficient indicating the ratio of ranks A to D occupying the entire bug, and is given by equation (2).

ランク比率の障害係数=（バグ総数-ランクのバグ数）/バグ総数 （２）
例えば、ランクＡのランク比率の障害係数は、（バグ総数-ランクＡのバグ数)/バグ総
数となる。（２）式から明らかなように、ランク比率の障害係数はバグ総数に対してその
ランクのバグ数が少ないほど大きくなる。 Failure factor of rank ratio = (total number of bugs-number of bugs in rank ) / total number of bugs (2)
For example, the failure coefficient of the rank ratio of rank A is (total number of bugs−number of bugs in rank A) / total number of bugs. As apparent from the equation (2), the failure coefficient of the rank ratio increases as the number of bugs in that rank decreases with respect to the total number of bugs.

ランク比率の障害係数は、データベースアクセス処理部102を介してバグ情報テーブル130から全てのバグ情報を取得して算出される（ステップＵ５）。算出されたランクＡ〜Ｄごとのランク比率の障害係数はレジスタCに格納される（ステップＵ６）。   The failure coefficient of the rank ratio is calculated by acquiring all bug information from the bug information table 130 via the database access processing unit 102 (step U5). The calculated failure coefficient of the rank ratio for each rank A to D is stored in the register C (step U6).

緊急度の障害係数とは、緊急度重み付け情報テーブル132における緊急度132-aの重み13
2-bであって、緊急度がαに近いほど数値が大きくなる。緊急度の障害係数は、データベ
ースアクセス処理部102を介して緊急度重み付け情報テーブル132から取得し、レジスタD
に格納する（ステップＵ７）。
The failure factor of the urgency level is the weight 13 of the urgency level 132-a in the urgency level weighting information table 132.
In 2-b, the closer the urgency is to α, the larger the value. The failure factor of the urgency level is obtained from the urgency level weighting information table 132 via the database access processing unit 102, and the register D
(Step U7).

期日の障害係数とは、期日の切迫度を示す係数であって、（３）式で与えられる。   The due date failure coefficient is a coefficient indicating the degree of urgency of the due date, and is given by equation (3).

期日の障害係数=基準値-（本日から期日までの日数-休日情報の日数）/基準値 （３）
（３）式から明らかなように、期日の障害係数は期日130-eに近いほど大きくなる。期日の障害係数は、データベースアクセス処理部102を介して基準値情報テーブル133から基準値133-aを取得し、休日情報テーブル134から休日情報134-aを取得して算出しレジスタEに格納する（ステップＵ８）。 Failure coefficient of due date = reference value-(number of days from today to due date-days of holiday information) / reference value (3)
As is clear from the equation (3), the failure coefficient of the due date increases as it approaches the due date 130-e. The failure factor for the due date is obtained by obtaining the reference value 133-a from the reference value information table 133 via the database access processing unit 102, obtaining the holiday information 134-a from the holiday information table 134, and storing it in the register E. (Step U8).

改修実績の障害係数とは、改修の進行度を示す係数であって、（４）式で与えられる。   The failure coefficient of the repair results is a coefficient indicating the progress of the repair, and is given by equation (4).

改修実績の障害係数=1+（改修実績日数/改修予定日数）/2 （４）
（４）式から明らかなように、改修実績の障害係数は改修予定日数に対する改修実績日数の比率が大きいほど大きくなる。改修実績の障害係数は、バグ情報テーブル130における状態130-kが改修中ならば（ステップＵ９）、改修予定日数130-hと改修実績日数130-iを得て算出してレジスタFに格納する（ステップＵ１０）。状態130-kがが改修中以外ならば（ステップＵ９）、改修実績の障害係数を１とする（ステップＵ１１）。 Repair coefficient failure rate = 1 + (number of repair days / planned number of repairs) / 2 (4)
As is clear from the equation (4), the failure coefficient of the repair performance increases as the ratio of the repair performance days to the planned repair days increases. If the state 130-k in the bug information table 130 is being repaired (step U9), the repair coefficient failure coefficient is calculated and stored in the register F after obtaining the planned repair days 130-h and the repair actual days 130-i. (Step U10). If the state 130-k is other than being repaired (step U9), the failure coefficient of the repair result is set to 1 (step U11).

最後に、以上のようにして得られレジスタA，B，C，D，EおよびFに格納されている各障害係数を乗算して優先順位を算出する（ステップＵ１２）。   Finally, the priority is calculated by multiplying each failure coefficient obtained as described above and stored in the registers A, B, C, D, E and F (step U12).

優先順位=A*B*C*D*E*F （５）
障害係数B，D，Eは、上記の定義から分かるように、バグ情報のランクと緊急度の重み付けと期日とを数値化した、いわば静的な障害係数である。一方、障害係数A，C，Fは、上記の定義から分かるように、未着手バグの放置状況とバグ全体のランク比率とバグの改修実績日数とを数値化した、いわば動的な障害係数である。 Priority = A * B * C * D * E * F (5)
As can be seen from the above definitions, the failure coefficients B, D, and E are static failure coefficients in which the rank of the bug information, the weight of the urgency level, and the due date are quantified. On the other hand, as can be seen from the above definition, the failure coefficients A, C, and F are dynamic failure coefficients that quantify the status of uninitiated bugs, the overall rank ratio of bugs, and the number of bug repairs. is there.

本発明では、（５）式で示すように、動的な障害係数をも加味した優先順位を求め、このような優先順位によって、未着手もしくは調査中のバグ票に対する改修のソート、すなわち調査順序ソート（図８）および改修中のバグ票に対する改修のソート、すなわち改修順序ソート（図１０）を行い、その結果を表示する。また、バグ改修のスケジュールの自動作成を行う。これにより、担当者のバグ改修作業を効率化できる。
［他の実施例］
上述の優先順位算出において、担当者が優先順位の重要項目を指定することにより、指定された重要項目の障害係数を他の障害係数より優先順位に対する影響度を大きくしするようにしてもよい。 In the present invention, as shown by the equation (5), the priority order including the dynamic failure coefficient is obtained, and the sort of the repairs to the bug sheets that have not been started or are being investigated according to such priority order, that is, the investigation order. Sorting (FIG. 8) and sorting of repairs to the bug slips being repaired, that is, sorting of the order of repairing (FIG. 10) are performed, and the results are displayed. In addition, a bug repair schedule is automatically created. As a result, it is possible to improve the bug repair work of the person in charge.
[Other embodiments]
In the above-described priority order calculation, the person in charge may designate an important item of priority order so that the failure coefficient of the designated important item has a greater influence on the priority order than the other failure coefficients.

また、担当者は、調査順序ソート（図８）および改修順序ソートを行う際、優先順位の重要項目を指定するようにしてもよい。優先順位算出プログラム122は、（５）式の優先順位の算出式において、指定された重要項目で指定された障害係数に対し、優先順位に対する影響度を大きくし優先順位を算出する。例えば、優先順位の重要項目に期日を設定した場合、期日の障害係数を２倍し、優先順位を算出する。   Further, the person in charge may designate important items of priority when performing the survey order sort (FIG. 8) and the repair order sort. The priority calculation program 122 calculates the priority by increasing the degree of influence on the priority for the failure coefficient specified by the specified important item in the priority calculation formula (5). For example, when a due date is set for an important item of priority, the failure factor for the due date is doubled to calculate the priority.

本発明のバグ管理システムの構成を示すブロック図The block diagram which shows the structure of the bug management system of this invention バグ情報テーブル130のデータ構造をデータ例と共に示す図The figure which shows the data structure of bug information table 130 with a data example ランク重み付け情報テーブル131のデータ構造をデータ例と共に示す図The figure which shows the data structure of the rank weighting information table 131 with a data example 緊急度重み付け情報テーブル132のデータ構造をデータ例と共に示す図The figure which shows the data structure of the urgency weighting information table 132 with a data example 基準値情報テーブル133のデータ構造をデータ例と共に示す図The figure which shows the data structure of the reference value information table 133 with a data example 休日情報テーブル134のデータ構造をデータ例と共に示す図The figure which shows the data structure of the holiday information table 134 with a data example 本バグ管理システムの操作者が行う作業とバグ票の状態の遷移を示す図The figure which shows the work which the operator of this bug management system and the state transition of the bug slip 本発明の調査順序ソートの説明するためのフローチャートThe flowchart for demonstrating the investigation order sort of this invention 本発明の改修順序ソートの説明するためのフローチャートFlowchart for explaining the modification order sorting of the present invention 本発明の調査順序ソート結果を示す画面図The screen figure which shows the investigation order sort result of this invention 本発明の改修順序スケジュールを示す画面図The screen figure which shows the repair order schedule of this invention 本発明の改修順序ソート結果を示す画面図The screen figure which shows the improvement order sort result of this invention 本発明の優先順位算出方法の説明するためのフローチャートFlowchart for explaining the priority order calculation method of the present invention

符号の説明Explanation of symbols

１ コンピュータ装置（サーバ）
２ コンピュータ装置（クライアント）
10 CPU
11 メモリ
12 アプリケーション
13 データベース
20 CPU
21 メモリ
22 入力装置
101 メモリアクセス処理部
102 データベースアクセス処理部
103 通信処理部
121 バグ管理プログラム
122 優先順位算出プログラム
123 スケジュール作成プログラム
130 バグ情報テーブル
131 ランク重み付け情報テーブル
132 緊急度重み付け情報テーブル
133 基準値情報テーブル
134 休日情報テーブル
201 ブラウザ
130-a バグ番号
130-b バグ内容
130-c ランク
130-d 発行日
130-e 期日
130-f 担当者
130-g 緊急度
130-h 改修予定日数
130-i 改修実績日数
130-j 改修内容
130-k 状態
131-a ランク
131-b 重み
132-a 緊急度
132-b 重み
133-a 基準値
134-a 休日情報
1 Computer device (server)
2 Computer device (client)
10 CPU
11 memory
12 applications
13 Database
20 CPU
21 memory
22 Input device
101 Memory access processor
102 Database access processor
103 Communication processor
121 bug management program
122 Priority calculation program
123 Schedule creation program
130 Bug information table
131 Rank weighting information table
132 Urgency weighting information table
133 Reference value information table
134 Holiday information table
201 browser
130-a bug number
130-b bug content
130-c rank
130-d Issue Date
130-e due date
130-f
130-g Urgency
130-h Scheduled renovation days
130-i Renovation track record
130-j Modification details
130-k state
Rank 131-a
131-b weight
132-a Urgency
132-b weight
133-a Reference value
134-a holiday information

Claims (2)

情報処理システム開発時におけるバグ管理システムにおいて、
予めバグ情報のランクと緊急度の重み付けとバグの改修終了期日をバグ情報の静的な障
害係数として数値化したものを記憶する手段と、
情報処理システム開発工程においてバグが発生すると、発行者によって入力される、バグ内容、該バグ内容から定まるバグの等級を示すランク、バグの改修終了期日、バグに対処する担当者の名およびバグ改修の緊急度から成るバグ情報に、バグ番号、発行日および状態を付加してバグ情報ファイルを作成し記憶する手段と、
前記記憶されたバグ情報によりバグ総数に占めるバグランクごとのランク比率の障害係数=（（バグ総数-ランクのバグ数）/バグ総数）を求め、これを含めたバグ情報の動的な障害係数として数値化する手段と、
上記各障害係数を乗算することによりバグ改修の優先順位を算出する手段と、
前記優先順位算出後、前記担当者毎に、バグ情報を前記優先順位でソートして表示する
手段とを有することを特徴とするバグ管理システム。 In bug management system at the time of information processing system development,
Means for storing in advance the numerical value of the bug information rank, the urgency weighting, and the bug repair completion date as a static failure coefficient of the bug information;
When a bug occurs in the information processing system development process, the bug content entered by the issuer, the rank indicating the grade of the bug determined from the bug content, the end date of the bug repair, the name of the person in charge of the bug and the bug repair Means for creating and storing a bug information file by adding a bug number, issue date and status to the bug information consisting of the urgency level of
Based on the stored bug information, the failure coefficient of the rank ratio for each bug rank in the total number of bugs = ((total number of bugs−number of bugs in rank) / total number of bugs) is obtained, and the dynamic failure coefficient of the bug information including this is obtained. Means for digitizing;
Means for calculating the priority of bug repair by multiplying each of the above failure factors;
A bug management system, comprising: means for sorting bug information according to the priority order for each person in charge after calculating the priority order. 前記記憶されたバグ情報により改修未着手バグの放置日数とバグの改修実績日数を求め
、これを含めたバグ情報の動的な障害係数として数値化したものを記憶する手段を有する
ことを特徴とする請求項１に記載のバグ管理システム。 Characterized in that it has means for determining the number of days that a bug that has not yet been repaired and the number of days of modification of the bug are obtained from the stored bug information, and storing the numerical value as a dynamic failure coefficient of the bug information including the bug. The bug management system according to claim 1.
JP2005093276A 2005-03-28 2005-03-28 Bug management system Active JP5093990B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005093276A JP5093990B2 (en) 2005-03-28 2005-03-28 Bug management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005093276A JP5093990B2 (en) 2005-03-28 2005-03-28 Bug management system

Publications (2)

Publication Number Publication Date
JP2006277153A JP2006277153A (en) 2006-10-12
JP5093990B2 true JP5093990B2 (en) 2012-12-12

Family

ID=37211877

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005093276A Active JP5093990B2 (en) 2005-03-28 2005-03-28 Bug management system

Country Status (1)

Country Link
JP (1) JP5093990B2 (en)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5615245B2 (en) * 2011-09-20 2014-10-29 株式会社日立ソリューションズ Bug countermeasure priority display system
US9747311B2 (en) 2013-07-09 2017-08-29 Oracle International Corporation Solution to generate a scriptset for an automated database migration
US9996562B2 (en) 2013-07-09 2018-06-12 Oracle International Corporation Automated database migration architecture
US9098364B2 (en) 2013-07-09 2015-08-04 Oracle International Corporation Migration services for systems
US9762461B2 (en) 2013-07-09 2017-09-12 Oracle International Corporation Cloud services performance tuning and benchmarking
US9442983B2 (en) 2013-07-09 2016-09-13 Oracle International Corporation Method and system for reducing instability when upgrading software
US9967154B2 (en) 2013-07-09 2018-05-08 Oracle International Corporation Advanced customer support services—advanced support cloud portal
US10776244B2 (en) 2013-07-09 2020-09-15 Oracle International Corporation Consolidation planning services for systems migration
US9792321B2 (en) 2013-07-09 2017-10-17 Oracle International Corporation Online database migration
US11157664B2 (en) 2013-07-09 2021-10-26 Oracle International Corporation Database modeling and analysis
US9805070B2 (en) 2013-07-09 2017-10-31 Oracle International Corporation Dynamic migration script management
JP6297919B2 (en) * 2014-05-19 2018-03-20 株式会社日立製作所 Method for supporting work planning in software development, and work planning support device
CN104715329A (en) * 2015-03-09 2015-06-17 北京壹卡行科技有限公司 Intelligent scheduling management system with public transportation electronic station and intelligent scheduling management method
US11036696B2 (en) 2016-06-07 2021-06-15 Oracle International Corporation Resource allocation for database provisioning
CN110659501A (en) * 2019-08-15 2020-01-07 深圳壹账通智能科技有限公司 Vulnerability processing tracking method and device, computer system and readable storage medium
US11256671B2 (en) 2019-09-13 2022-02-22 Oracle International Corporation Integrated transition control center
CN112069503A (en) * 2020-08-05 2020-12-11 长沙市到家悠享网络科技有限公司 Task management method, device and storage medium
CN115214700A (en) * 2022-05-26 2022-10-21 广州汽车集团股份有限公司 Vehicle health management method and system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002049507A (en) * 2000-08-04 2002-02-15 Matsushita Electric Ind Co Ltd Test managing device
JP2002287968A (en) * 2001-03-28 2002-10-04 Matsushita Electric Ind Co Ltd Failure control system
JP4002466B2 (en) * 2002-05-10 2007-10-31 Ｎｅｃソフト株式会社 Failure management server, test work support system and program associated with occurrence of failure module

Also Published As

Publication number Publication date
JP2006277153A (en) 2006-10-12

Similar Documents

Publication Publication Date Title
JP5093990B2 (en) Bug management system
Zhang et al. Construction small-projects rework reduction for capital facilities
Matarneh et al. BIM for FM: Developing information requirements to support facilities management systems
Chin et al. The practice of time management on construction project
El-Mashaleh et al. Management of construction firm performance using benchmarking
JP5697624B2 (en) Project management support system and project management support program
Bubshait et al. Role of communication and coordination in project success: Case study
JP2011170496A (en) Device and method for supporting plant construction plan
Ismail Mostafa Implementation of proactive maintenance in the Egyptian glass company
LaBarre et al. Project benchmarking: Tool for mitigating conflicts, claims, and disputes through improved performance
Asadi et al. Towards contracting strategy usage for rework in construction projects: a comprehensive review
Septiawan et al. Analysis of project construction delay using fishbone diagram at pt. rekayasa industri
US7505933B1 (en) System for accelerating Sarbanes-Oxley (SOX) compliance process for management of a company
Karimidorabati et al. Evaluation of automation levels for construction change management
US20160132804A1 (en) System and method for continuously planning maintenance of enterprise equipment
Nawaiseh et al. The Relationship Between the Enterprise Resource Planning System and Maintenance Planning System: An Empirical Study
Liu et al. Resource-loaded piping spool fabrication scheduling: Material-supply-driven optimization
Alves et al. Lean principles for the management of construction submittals and RFIs
Ko et al. Enhancing submittal review and construction inspection in public projects
Sivaji et al. Enhancing the effectiveness of usability evaluation by automated heuristic evaluation system
Babaeian Jelodar et al. Contractor-delay control in building projects: Escalation of strategy from primary proactive to secondary reactive
JP5255796B2 (en) Operation management support system, program
El-Adaway et al. Different delay analysis techniques applied to the American Institute of Architects A201-2007 standard form of contract
Al-Essa et al. An approach to automate business impact analysis
Ali et al. Implementing a successful risk based inspection program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080218

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110530

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110721

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110812

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111029

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20111107

A912 Removal of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20111118

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120802

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: 20120918

R150 Certificate of patent or registration of utility model

Ref document number: 5093990

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: 20150928

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350