JP2005284594A - Development management system - Google Patents

Development management system Download PDF

Info

Publication number
JP2005284594A
JP2005284594A JP2004096132A JP2004096132A JP2005284594A JP 2005284594 A JP2005284594 A JP 2005284594A JP 2004096132 A JP2004096132 A JP 2004096132A JP 2004096132 A JP2004096132 A JP 2004096132A JP 2005284594 A JP2005284594 A JP 2005284594A
Authority
JP
Japan
Prior art keywords
information
storage unit
software
request
failure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004096132A
Other languages
Japanese (ja)
Inventor
Kiyotaka Kasubuchi
清孝 粕渕
Tomohiko Miyagi
智彦 宮城
Yoshio Yamashita
義男 山下
Hiroshi Ebisui
博志 戎居
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.)
Dainippon Screen Manufacturing Co Ltd
Original Assignee
Dainippon Screen Manufacturing Co 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 Dainippon Screen Manufacturing Co Ltd filed Critical Dainippon Screen Manufacturing Co Ltd
Priority to JP2004096132A priority Critical patent/JP2005284594A/en
Publication of JP2005284594A publication Critical patent/JP2005284594A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a development management system capable of unitarily managing software information, module information, fault information, and request information and mutually retrieving related information. <P>SOLUTION: A development management device 3 stores pieces of information in a software information storage part 33, a module information storage part 34, a request information storage part 35, and a fault information storage part 36. Since these pieces of information can be mutually related by referring to respective link information stored in a first link information storage part 41 and a second link information storage part 42, those pieces of information can be unitarily managed. Thereby the development management system 1 can retrieve request information whose browsing is requested from a terminal device 5 and related information related to the request information and provide these retrieved information to the terminal device 5. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

この発明は、ソフトウエアの開発管理システムに係り、特に、ソフトウエアの開発管理に関する情報を管理する技術に関する。   The present invention relates to a software development management system, and more particularly to a technique for managing information related to software development management.

従来、ソフトウエアの開発や管理においては、業務に応じた構成管理システムや要求管理システムや障害管理システム等をデータベース化した各種支援システムが運用されている。   2. Description of the Related Art Conventionally, in software development and management, various support systems in which a configuration management system, a request management system, a failure management system, and the like according to business are made into a database are operated.

構成管理システムは、逐次更新されるソフトウエアやその構成部品であるモジュールの履歴を、データベースに登録、記憶して管理する。この構成管理システムによって、共同でソフトウエアを開発することができ、また、履歴情報をもとに異なるソフトウエアバージョンのソフトウエアを使用するユーザーに対して適切にサポートすることができる。   The configuration management system registers, stores, and manages the history of software that is sequentially updated and the history of modules that are its component parts in a database. With this configuration management system, software can be jointly developed, and appropriate support can be provided to users who use software of different software versions based on history information.

一方、ソフトウエアの機能に対する要求、要望を管理するのが要求管理システムである。要求は、開発段階であればそのままソフトウエアやモジュールの設計仕様になり、リリース後であればソフトウエアの機能向上、または機能の追加を図るものとなる。   On the other hand, a request management system manages requests and requests for software functions. The request is the design specification of the software or module as it is at the development stage, and the software function is improved or the function is added after the release.

さらに、障害管理システムは、ソフトウエア固有の障害や、ソフトウエアが組み込まれる装置の障害を管理する。また、障害管理システムに蓄積された過去の障害情報を参照すれば、障害の原因分析や障害の除去作業を効率よく行うこともできる。   Furthermore, the fault management system manages faults specific to software and faults of devices in which the software is incorporated. Further, by referring to past failure information accumulated in the failure management system, failure cause analysis and failure removal operations can be performed efficiently.

そして、構成管理、障害管理、要求管理による開発支援システムは、目的に応じて、それぞれ独立して構築されている。   Development support systems based on configuration management, failure management, and requirement management are independently constructed according to the purpose.

しかしながら、このような構成を有する従来例の場合には、次のような問題がある。各管理システムの有するソフトウエアやモジュールの情報と要求情報や障害情報は、相互に関連するものであっても、連携させることができない。例えば、実際のソフトウエア開発においては、要求を達成し、または障害を除去することによって、ソフトウエアやモジュールが更新される場合が多い。そして、このような過去の経緯が、さらにソフトウエアを開発するときや、新しく発生した障害の原因分析等に有益な情報となることも多い。しかしながら、このような場合であっても、関連する各情報を得るためには、複数の管理システムを使用する必要があり、不便であった。   However, the conventional example having such a configuration has the following problems. Software and module information, request information, and failure information of each management system cannot be linked even if they are related to each other. For example, in actual software development, software and modules are often updated by fulfilling requirements or removing faults. Such past history is often useful information for further software development, analysis of the cause of a new failure, and the like. However, even in such a case, in order to obtain related information, it is necessary to use a plurality of management systems, which is inconvenient.

一方、ソフトウエアの開発・進捗を管理する者にとっても、構成管理システムと、要求管理システムや障害管理システムを併用する必要があり、一元的に管理することができない。   On the other hand, it is necessary for a person who manages software development / progress to use a configuration management system together with a request management system and a failure management system.

この発明は、このような事情に鑑みてなされたものであって、ソフトウエア情報とモジュール情報と障害情報と要求情報とを一元管理し、関連する情報を相互に検索することができる開発管理システムを提供することを主たる目的とする。   The present invention has been made in view of such circumstances, and is a development management system capable of centrally managing software information, module information, failure information, and request information and mutually searching for related information. The main purpose is to provide

この発明は、このような目的を達成するために、次のような構成をとる。   In order to achieve such an object, the present invention has the following configuration.

すなわち、請求項1に記載の発明は、開発管理を行うための開発管理システムにおいて、複数のモジュールを含むソフトウエアの開発管理に関する情報を有する開発管理装置と、開発管理装置とネットワークを介して接続され、所定の情報の閲覧が請求される端末装置とを備え、前記開発管理装置は、モジュールの更新ごとに蓄積されるモジュールバージョンに関するモジュール情報を記憶するモジュール情報記憶部と、ソフトウエアの更新ごとに蓄積されるソフトウエアバージョンに関するソフトウエア情報を記憶するソフトウエア情報記憶部と、ソフトウエアに要求された機能に関する要求情報を記憶する要求情報記憶部と、ソフトウエアに発生した障害に関する障害情報を記憶する障害情報記憶部と、モジュール情報及びソフトウエア情報をリンクするソフトウエアリンク情報を記憶する第1リンク情報記憶部と、モジュール情報及び要求情報をリンクする要求リンク情報と、モジュール情報及び障害情報をリンクする障害リンク情報とを記憶する第2リンク情報記憶部と、第1リンク情報記憶部に記憶されたソフトウエアリンク情報及び第2リンク情報記憶部に記憶された要求リンク情報、障害リンク情報を参照することにより、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部に記憶された各情報の中から、端末装置から情報の閲覧が請求された請求情報に関連する関連情報を検索する関連情報検索部と、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、端末装置から情報の閲覧が請求された請求情報を読み出す請求情報読出部と、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、関連情報検索部によって検索された関連情報を読み出す関連情報読出部とを備え、請求情報読出部により読み出された請求情報及び関連情報読出部により読み出された関連情報を検索結果情報として、端末装置へ出力されることを特徴とするものである。   That is, the invention described in claim 1 is a development management system for performing development management, and is connected to a development management device having information related to software development management including a plurality of modules, and the development management device via a network. And a terminal device for which browsing of predetermined information is requested, the development management device comprising a module information storage unit for storing module information relating to a module version stored for each module update, and for each software update A software information storage unit that stores software information related to the software version stored in the software, a request information storage unit that stores request information related to the function requested by the software, and fault information related to a fault that has occurred in the software. Fault information storage unit to store, module information and software A first link information storage unit that stores software link information that links information, a request link information that links module information and request information, and a second link that stores fault link information that links module information and fault information By referring to the information storage unit, the software link information stored in the first link information storage unit and the request link information and failure link information stored in the second link information storage unit, the module information storage unit, the software A related information search unit for searching for related information related to the billing information for which browsing of information is requested from the terminal device, from among the information stored in the information storage unit, the request information storage unit, and the failure information storage unit; View information from the terminal device from among the module information storage unit, software information storage unit, request information storage unit, and failure information storage unit The related information retrieved by the related information retrieval unit is read out from the billing information reading unit that reads out the requested billing information, the module information storage unit, the software information storage unit, the request information storage unit, and the failure information storage unit. And a related information reading unit, wherein the billing information read by the billing information reading unit and the related information read by the related information reading unit are output as search result information to the terminal device. is there.

[作用・効果]請求項1に記載の発明によれば、開発管理装置は、ソフトウエアの開発管理に関する情報として、モジュール情報とソフトウエア情報と要求情報と障害情報とを有する。これらの情報は、それぞれモジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、障害情報記憶部に記憶される。さらに、モジュール情報とソフトウエア情報とをリンクするソフトウエアリンク情報が第1リンク情報記憶部に記憶される。また、モジュール情報と要求情報とをリンクする要求リンク情報、およびモジュール情報と障害情報とをリンクする障害リンク情報が第2リンク情報記憶部に記憶される。   [Operation / Effect] According to the invention described in claim 1, the development management apparatus has module information, software information, request information, and failure information as information related to software development management. These pieces of information are stored in a module information storage unit, a software information storage unit, a request information storage unit, and a failure information storage unit, respectively. Further, software link information for linking the module information and the software information is stored in the first link information storage unit. Further, request link information for linking module information and request information, and failure link information for linking module information and failure information are stored in the second link information storage unit.

この開発管理装置は、ネットワークを介して端末装置と接続され、端末装置から所定の情報の閲覧の請求を受け付ける。閲覧請求がされた請求情報は、請求情報読出部によって、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、および障害情報記憶部の中からから読み出される。また、請求情報に関連する関連情報については、まず、関連情報検索部によって検索される。このとき、上記モジュール情報とソフトウエア情報と要求情報と障害情報とは、種類が異なり互いに独立しているが、各リンク情報を参照することで、互いに関連付けられている。よって、関連情報検索部は、請求情報に関連する関連情報を、モジュール情報記憶部とソフトウエア情報記憶部と要求情報記憶部と障害情報記憶部とが有する全ての情報の中から、検索することができる。検索された関連情報は、関連情報読出部によって読み出される。読み出された請求情報と関連情報とは、検索結果情報として、端末装置へ出力される。閲覧請求をした端末装置では、出力された検索結果情報を受取り、閲覧することができる。   The development management device is connected to a terminal device via a network, and accepts a request for browsing predetermined information from the terminal device. The billing information requested to be read is read from the module information storage unit, the software information storage unit, the request information storage unit, and the failure information storage unit by the billing information reading unit. Further, related information related to the billing information is first searched by the related information search unit. At this time, the module information, software information, request information, and failure information are different in type and independent of each other, but are associated with each other by referring to each link information. Therefore, the related information search unit searches related information related to the billing information from all the information that the module information storage unit, the software information storage unit, the request information storage unit, and the failure information storage unit have. Can do. The retrieved related information is read by the related information reading unit. The read billing information and related information are output to the terminal device as search result information. The terminal device that requested the browsing can receive and browse the output search result information.

この発明にかかる開発管理システムによれば、開発管理装置が有する全ての情報を一元的に管理することができる。よって、ソフトウエアの開発業務や管理業務において、一つの開発管理システムを使用すればよいので効率がよい。また、ソフトウエアの開発管理に関する情報を一つのシステムで提供することができるので、従来のように業務ごとに複数のシステムを構築する必要がない。   According to the development management system according to the present invention, it is possible to centrally manage all the information that the development management device has. Therefore, it is efficient to use a single development management system in software development work and management work. In addition, since information related to software development management can be provided by a single system, there is no need to construct a plurality of systems for each business as in the past.

請求項2に記載の発明は、請求項1に記載の開発管理システムにおいて、要求リンク情報は、要求された機能とこの機能を実現したモジュールバージョンとの関係で、モジュール情報と要求情報とをリンクするものであり、障害リンク情報は、発生した障害とこの障害を除去したモジュールバージョンとの関係で、モジュール情報と障害情報とをリンクするものであることを特徴とする。   According to a second aspect of the present invention, in the development management system according to the first aspect, the request link information links the module information and the request information in relation to the requested function and the module version that realizes the function. The fault link information is characterized in that module information and fault information are linked in relation to the fault that has occurred and the module version from which the fault has been removed.

[作用・効果]請求項2に記載の発明によれば、要求リンク情報は、モジュールバージョンとそのモジュールバージョンによって実現された機能とを相互に関連付ける。また、障害リンク情報は、モジュールバージョンとそのモジュールバージョンが除去した障害とを相互に関連付ける。このように各情報を有機的に連携させることにより、開発管理装置は、有用な検索結果情報を端末装置に提供させることができる。   [Operation / Effect] According to the invention described in claim 2, the request link information correlates the module version with the function realized by the module version. The failure link information correlates the module version with the failure removed by the module version. In this way, by linking each information organically, the development management device can provide the terminal device with useful search result information.

一例を挙げると以下のようになる。ある要求された機能を実現したモジュールバージョンはどれであるか、または、ある障害を除去したモジュールバージョンはどれであるか、さらには、それによって構成されているソフトウエアバージョンはどれであるかといった検索結果情報を、端末装置は得ることができる。これによって、新たにソフトウエアに発生した障害について、その原因となっているモジュールバージョンを絞込み、特定し、改良するといったソフトウエアの開発業務を効果的に支援することができる。あるいは、検索されたモジュールバージョンを組み込んでいないソフトウエアバージョンのユーザーに対して、機能アップの提案を行ったり、障害の発生を未然に回避するなどの、サポート業務をも効果的に支援することができる。なお、このほかにも、種々の検索結果情報を端末装置に提供することができる。   An example is as follows. Search for which module version achieves a certain requested function, which module version eliminates a certain fault, and which software version is configured by it The terminal device can obtain the result information. As a result, it is possible to effectively support software development work such as narrowing down, identifying, and improving the module version that is the cause of a new failure in the software. Alternatively, it is possible to effectively support support operations such as making proposals for upgrading functions and avoiding problems before they occur for users of software versions that do not incorporate the searched module version. it can. In addition, various search result information can be provided to the terminal device.

請求項3に記載の発明は、請求項1、または請求項2に記載の開発管理システムにおいて、モジュール情報は、候補キーとしてモジュールバージョン名を含み、要求情報は、候補キーとして要求番号を含み、障害情報は、候補キーとして障害番号を含み、要求リンク情報は、モジュールバージョン名と要求番号とを対応付けた要求リンクテーブルであり、障害リンク情報は、モジュールバージョン名と障害番号とを対応付けた障害リンクテーブルであることを特徴とする。   The invention according to claim 3 is the development management system according to claim 1 or claim 2, wherein the module information includes a module version name as a candidate key, the request information includes a request number as a candidate key, The failure information includes a failure number as a candidate key, the request link information is a request link table that associates a module version name with a request number, and the failure link information associates a module version name with a failure number. It is a failure link table.

[作用・効果]請求項3に記載の発明によれば、モジュールバージョン名によって、モジュール情報を一意に識別できる。また、要求番号によって、要求情報を一意に識別でき、障害番号によって、障害情報を一意に識別できる。   [Operation and Effect] According to the invention described in claim 3, module information can be uniquely identified by the module version name. Further, the request information can be uniquely identified by the request number, and the failure information can be uniquely identified by the failure number.

したがって、要求リンクテーブルを構成するモジュールバージョン名と要求番号とは、それぞれ、モジュール情報と要求情報とに対して外部キーとなる。すなわち、いわゆる多対多の関係にあるモジュール情報と要求情報とを、要求リンクテーブルを介することで、相互に関連付けることができる。   Therefore, the module version name and the request number constituting the request link table are external keys for the module information and the request information, respectively. That is, module information and request information having a so-called many-to-many relationship can be associated with each other via the request link table.

同様に、障害リンクテーブルを構成するモジュールバージョン名と障害番号とは、それぞれ、モジュール情報と障害情報とに対して外部キーとなる。すなわち、いわゆる多対多の関係にあるモジュール情報と障害情報とを、障害リンクテーブルを介することで、相互に関連付けることができる。   Similarly, the module version name and the failure number constituting the failure link table are external keys for the module information and the failure information, respectively. That is, module information and failure information having a so-called many-to-many relationship can be associated with each other through the failure link table.

請求項4に記載の発明は、請求項1から請求項3のいずれかに記載の開発管理システムにおいて、開発管理装置は、ユーザーに出荷されるソフトウエアの製品番号に関する製番情報を、製品番号が付されたソフトウエアバージョンに関するソフトウエア情報とリンクして記憶する製番情報記憶部をさらに備え、関連情報検索部は、さらに、製番情報記憶部に記憶された製番情報とソフトウエア情報とのリンクを参照することによって、ソフトウエア情報と製番情報との間で関連する情報を相互に検索し、請求情報読出部は、閲覧請求がされた情報を製番情報記憶部から読み出し、関連情報読出部は、関連情報検索部によって検索された関連情報を製番情報記憶部から読み出すことを特徴とする。   According to a fourth aspect of the present invention, in the development management system according to any one of the first to third aspects, the development management device uses the product number information relating to the product number of the software shipped to the user as the product number. Is further provided with a serial number information storage unit that stores the software version information linked to the software version, and the related information search unit further includes the serial number information and software information stored in the serial number information storage unit. By referring to the link, the software information and the product number information are mutually searched for information, and the billing information reading unit reads the information requested for browsing from the product number information storage unit, The related information reading unit reads the related information searched by the related information search unit from the product number information storage unit.

[作用・効果]請求項4に記載の発明によれば、開発管理装置は、ソフトウエアの製品番号に関する製番情報を有し、この製番情報をソフトウエア情報とリンクさせることで、製番情報も併せて一元的に管理する。よって、製番情報を端末装置に提供したり、製番情報から閲覧請求、すなわち、検索をすることができる。したがって、主として製品番号等でやり取りをする者の業務、例えばユーザーのサポート業務等であっても、本システムを容易に使用できる。   [Operation / Effect] According to the invention described in claim 4, the development management device has the product number information relating to the product number of the software, and the product number is linked by linking the product number information with the software information. Information is also managed centrally. Therefore, it is possible to provide the product number information to the terminal device, or to request browsing, that is, to search from the product number information. Therefore, this system can be easily used even in the business of a person who mainly communicates with the product number, for example, the support business of the user.

請求項5に記載の発明は、請求項1から請求項4のいずれかに記載の開発管理システムにおいて、開発管理装置は、要求情報または障害情報ごとに蓄積される試験の仕様に関する試験仕様情報を、試験仕様によって確認する機能に関する要求情報、または、試験仕様によって確認する障害に関する障害情報とリンクして記憶する試験仕様情報記憶部を備え、関連情報検索部は、さらに、試験仕様情報記憶部にリンクして記憶された情報を参照することによって、試験仕様情報と要求情報との間、または、試験仕様情報と障害情報との間で関連する情報を相互に検索し、請求情報読出部は、閲覧請求がされた情報を試験仕様情報記憶部から読み出し、関連情報読出部は、関連情報検索部によって検索された関連情報を試験仕様情報記憶部から読み出すことを特徴とする。   According to a fifth aspect of the present invention, in the development management system according to any one of the first to fourth aspects, the development management device stores test specification information relating to test specifications stored for each request information or fault information. A test specification information storage unit that stores the request information related to the function confirmed by the test specification or the failure information related to the failure confirmed by the test specification, and the related information search unit further includes a test specification information storage unit. By referring to the information stored by linking, the mutual information related between the test specification information and the request information or between the test specification information and the failure information is searched, and the billing information reading unit The requested information is read from the test specification information storage unit, and the related information reading unit reads the related information searched by the related information search unit from the test specification information storage unit. And wherein the issue.

[作用・効果]請求項5に記載の発明によれば、開発管理装置は、要求された機能が実現されたこと、または、障害が除去されたことを確認する試験の仕様に関する試験仕様情報を有し、この試験仕様情報を要求情報または障害情報とリンクさせることで、試験仕様情報も併せて一元的に管理する。よって、試験仕様情報を検索結果情報として端末装置に提供したり、試験仕様情報から閲覧請求、すなわち、検索をすることができる。   [Operation / Effect] According to the invention described in claim 5, the development management device obtains the test specification information relating to the test specification for confirming that the requested function has been realized or that the fault has been removed. The test specification information is also managed in a unified manner by linking this test specification information with the request information or failure information. Therefore, the test specification information can be provided to the terminal device as the search result information, or browsing can be requested from the test specification information, that is, the search can be performed.

請求項6に記載の発明は、請求項5に記載の開発管理システムにおいて、開発管理装置は、試験仕様に従って行われた試験ごとに蓄積される試験結果に関する試験結果情報を、試験結果が得られた試験仕様に関する試験仕様情報とリンクして記憶する試験結果情報記憶部を備え、関連情報検索部は、試験結果情報記憶部にリンクして記憶された情報を参照することによって、試験結果情報と試験仕様情報との間で関連する情報を相互に検索し、請求情報読出部は、閲覧請求がされた情報を試験結果情報記憶部から読み出し、関連情報読出部は、関連情報検索部によって検索された関連情報を試験結果情報記憶部から読み出すことを特徴とする。   According to a sixth aspect of the present invention, in the development management system according to the fifth aspect, the development management device can obtain test result information on test results accumulated for each test performed in accordance with the test specifications, and obtain the test results. A test result information storage unit linked to and stored in the test specification information related to the test specification, and the related information search unit refers to the test result information and the test result information by referring to the information stored in the link to the test result information storage unit. Information related to the test specification information is mutually searched, and the billing information reading unit reads the requested information from the test result information storage unit, and the related information reading unit is searched by the related information searching unit. The related information is read from the test result information storage unit.

[作用・効果]請求項6に記載の発明によれば、開発管理装置は、試験仕様に従って行われた試験の結果に関する試験結果情報を有する。さらに、この試験結果情報を試験仕様情報とリンクさせることで、試験結果情報も併せて一元的に管理する。よって、試験結果情報を検索結果情報として端末装置に提供したり、試験結果情報から閲覧請求、すなわち、検索をすることができる。   [Operation / Effect] According to the invention described in claim 6, the development management device has the test result information relating to the result of the test performed in accordance with the test specification. Further, by linking this test result information with the test specification information, the test result information is also managed centrally. Therefore, the test result information can be provided to the terminal device as the search result information, or browsing can be requested from the test result information, that is, the search can be performed.

請求項7に記載の発明は、請求項1から請求項6のいずれかに記載の開発管理システムにおいて、要求情報記憶部は、さらに、要求情報において要求された機能をさらに2以上の機能に分割することを端末装置から要請された場合、分割された機能に関する情報を要求情報の下位に階層化した別個の要求情報として蓄積して記憶することを特徴とする。   The invention according to claim 7 is the development management system according to any one of claims 1 to 6, wherein the request information storage unit further divides the function requested in the request information into two or more functions. When requested to do so from the terminal device, information on the divided functions is stored and stored as separate request information layered below the request information.

[作用・効果]請求項7に記載の発明によれば、要求情報記憶部は、要求情報を階層化して記憶する。したがって、端末装置の要請によって、開発管理装置は、要求情報をさらに分割して管理することができる。よって、例えば、要求された機能を、一つの試験で確認できる機能にまで細分化して管理することや、一つのモジュールバージョンで実現できる単位まで分割して管理することができる。   [Operation and Effect] According to the invention described in claim 7, the request information storage unit stores the request information in a hierarchy. Therefore, the development management device can further divide and manage the request information according to the request of the terminal device. Therefore, for example, the requested function can be subdivided and managed to a function that can be confirmed by one test, or can be divided and managed to a unit that can be realized by one module version.

請求項8に記載の発明は、請求項1から請求項7のいずれかに記載の開発管理システムにおいて、ソフトウエアは、基板処理装置の制御を行うものを含み、要求情報は、基板処理装置に要求された機能であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含み、障害情報は、基板処理装置に発生した障害であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含むことを特徴とする。   According to an eighth aspect of the present invention, in the development management system according to any one of the first to seventh aspects, the software includes one for controlling the substrate processing apparatus, and the request information is stored in the substrate processing apparatus. Including the requested functions and those related to the software version built in the substrate processing apparatus, the failure information is a failure that has occurred in the substrate processing apparatus and is built into the substrate processing apparatus. Including software related software versions.

請求項8に記載の発明によれば、開発管理するソフトウエアは、基板処理装置を制御するものを含む。そして、要求情報として、基板処理装置に要求された機能を含み、障害情報として基板処理装置に発生した障害も含む。よって、開発管理装置は、基板処理装置に内蔵されるソフトウエアの開発管理業務も、支援することができる。   According to the invention described in claim 8, the software for development management includes the one for controlling the substrate processing apparatus. The request information includes a function required for the substrate processing apparatus, and the failure information includes a failure that has occurred in the substrate processing apparatus. Therefore, the development management apparatus can also support development management work of software built in the substrate processing apparatus.

この発明にかかるソフトウエアの開発管理システムによれば、ソフトウエアの開発管理に関する情報を有する開発管理装置は、第1及び第2リンク情報記憶部に記憶される各リンク情報を有する。そして、これらリンク情報を参照して、ソフトウエアの開発管理に関する情報から関連情報を検索する関連情報検索部を備えるので、開発管理装置が有する全ての情報を一元的に管理することができる。よって、開発管理装置は、端末装置が閲覧を請求した請求情報及びこの請求情報と関連する関連情報を検索することができ、端末装置に提供することができる。したがって、ソフトウエアの開発業務や管理業務を効果的に支援することができる。また、ソフトウエアの開発管理に関する情報を一つのシステムで提供することができるので、従来のように業務ごとに複数のシステムを構築する必要がない。   According to the software development management system of the present invention, the development management apparatus having information relating to software development management has each piece of link information stored in the first and second link information storage units. Since the link information is referred to and a related information search unit for searching related information from information related to software development management is provided, all the information that the development management device has can be managed in an integrated manner. Therefore, the development management device can search for the billing information requested by the terminal device for browsing and related information related to the billing information, and can provide the information to the terminal device. Therefore, it is possible to effectively support software development work and management work. In addition, since information related to software development management can be provided by a single system, there is no need to construct a plurality of systems for each business as in the past.

以下、図面を参照してこの発明の一実施例を説明する。   An embodiment of the present invention will be described below with reference to the drawings.

図1は、本発明の実施例に係るソフトウエアの開発管理システムの概略構成を示す図である。   FIG. 1 is a diagram showing a schematic configuration of a software development management system according to an embodiment of the present invention.

実施例に係るソフトウエアの開発管理システム(以下、単に「開発管理システム」という)1は、開発管理装置3と、複数個の端末装置5a、5b、5c(以下、これらの端末装置を特に区別しない場合は、符号「5」を付して記載する)と、双方を接続するネットワーク7とを備えている。ここで、本システムの開発管理支援の対象であるソフトウエアは、コンピュータに実行させるプログラムであり、装置、機器に内蔵し、その動作を制御するプログラムを含む。   A software development management system (hereinafter simply referred to as “development management system”) 1 according to the embodiment particularly distinguishes a development management device 3 from a plurality of terminal devices 5a, 5b, and 5c (hereinafter referred to as these terminal devices). If not, it is described with a reference numeral “5”) and a network 7 for connecting both. Here, the software that is the target of development management support of this system is a program that is executed by a computer, and includes a program that is built in an apparatus or device and controls its operation.

開発管理装置3は、開発管理システム1の全体の管理・制御を行う開発管理コンピュータ3aと、ソフトウエアの開発管理に関する情報を登録・蓄積するデータベース(DB)3bを有している。また、WWW(World Wide Web)サーバ3cを備えて、開発管理装置3をWWWと連携させている。   The development management device 3 includes a development management computer 3a that manages and controls the entire development management system 1, and a database (DB) 3b that registers and stores information related to software development management. In addition, a WWW (World Wide Web) server 3c is provided, and the development management apparatus 3 is linked to the WWW.

端末装置5は、開発管理装置3に対してソフトウエアの開発管理に関する情報の登録、または、所定の情報の閲覧を請求するとともに、開発管理装置3から閲覧の請求に応じて情報の提供を受ける。端末装置5は、コンピュータ本体と、キーボードなどの入力装置と、表示器・プリンタなどの出力装置で構成されている。また、このコンピュータにはアプリケーションソフトとしてWebブラウザがインストールされている。   The terminal device 5 requests the development management device 3 to register information related to software development management or to browse predetermined information, and receives information from the development management device 3 in response to a request for browsing. . The terminal device 5 includes a computer main body, an input device such as a keyboard, and an output device such as a display / printer. In addition, a web browser is installed as application software on this computer.

端末装置5と開発管理装置3とを接続するネットワーク7は、例えば、端末装置5aは、LAN(Local Area Network)7aを介して、開発管理装置3と接続される。一方、端末装置5b、5cは、インターネット7bを介して開発管理装置3と接続される。   As for the network 7 that connects the terminal device 5 and the development management device 3, for example, the terminal device 5a is connected to the development management device 3 via a LAN (Local Area Network) 7a. On the other hand, the terminal devices 5b and 5c are connected to the development management device 3 via the Internet 7b.

図2は、開発管理装置の概略構成を示す図である。図示するように、開発管理コンピュータ3aは、データベース3bの管理・制御・各種演算処理を行うCPU11と、このCPU11による制御等のプログラムを記憶するROM12と、CPU11の作業領域となるRAM13と、キーボードなどの入力装置15及び表示器・プリンタなどの出力装置16を備える。また、データベース3bは、情報を登録・記憶する固定ディスク(HDD)17に構築される。   FIG. 2 is a diagram illustrating a schematic configuration of the development management apparatus. As shown in the figure, the development management computer 3a includes a CPU 11 that performs management / control / various arithmetic processing of the database 3b, a ROM 12 that stores programs such as control by the CPU 11, a RAM 13 that is a work area of the CPU 11, a keyboard, and the like. Input device 15 and an output device 16 such as a display / printer. The database 3b is constructed on a fixed disk (HDD) 17 for registering and storing information.

なお、開発管理装置3によって実行されるプログラムは、ROM12に記憶される構成に限られない。コンピュータを用いて実現することができれば、固定ディスク(HDD)17に記憶されて読み出される構成や、磁気ディスク等の記録媒体に記録されたプログラムを実行する構成や、ネットワーク7を介してプログラムを実行する構成でもよい。   The program executed by the development management device 3 is not limited to the configuration stored in the ROM 12. If it can be realized using a computer, a configuration in which the program is stored and read from a fixed disk (HDD) 17, a configuration in which a program recorded in a recording medium such as a magnetic disk is executed, or a program is executed via the network 7. The structure to do may be sufficient.

図3は、開発管理システムの機能構成の概略を示すブロック図である。図示するように、端末装置5と開発管理装置3は、ネットワーク7を介して接続されて、所定の情報を相互に送受信することができる。開発管理装置3は、入力部21と出力部23と請求情報読出部25と関連情報読出部27と関連情報検索部29とデータベース3bとを有している。なお、入力部21と出力部23と請求情報読出部25と関連情報読出部27と関連情報検索部29は、開発管理コンピュータ3aのCPU11、ROM12、RAM13に相当する。   FIG. 3 is a block diagram illustrating an outline of a functional configuration of the development management system. As illustrated, the terminal device 5 and the development management device 3 are connected via a network 7 and can transmit and receive predetermined information to and from each other. The development management device 3 includes an input unit 21, an output unit 23, a billing information reading unit 25, a related information reading unit 27, a related information search unit 29, and a database 3b. The input unit 21, the output unit 23, the billing information reading unit 25, the related information reading unit 27, and the related information search unit 29 correspond to the CPU 11, ROM 12, and RAM 13 of the development management computer 3a.

入力部21は、ネットワーク7に接続され、端末装置5から入力された情報を受取る。受取る情報は、データベース3bに登録するものと、データベース3b内の情報の閲覧を請求するものとの少なくとも2種類がある。データベース3bに登録する情報は、入力部21からデータベース3bに渡される。   The input unit 21 is connected to the network 7 and receives information input from the terminal device 5. There are at least two types of information to be received: information registered in the database 3b and information requested to browse the information in the database 3b. Information to be registered in the database 3b is transferred from the input unit 21 to the database 3b.

データベース3bは、ソフトウエア情報記憶部33とモジュール情報記憶部34と要求情報記憶部35と障害情報記憶部36と第1リンク情報記憶部41と第2リンク情報記憶部42とを有する。そして、入力部21から渡された情報が所定の記憶部に記憶される。   The database 3b includes a software information storage unit 33, a module information storage unit 34, a request information storage unit 35, a failure information storage unit 36, a first link information storage unit 41, and a second link information storage unit 42. Information passed from the input unit 21 is stored in a predetermined storage unit.

ここで、各記憶部に記憶される情報を具体的に説明するために、以下においては本システムの開発管理支援の対象であるソフトウエアが、基板処理装置に内蔵され、その動作を制御するソフトウエアである場合を例に採る。   Here, in order to specifically explain the information stored in each storage unit, in the following, software that is the object of development management support of this system is built into the substrate processing apparatus, and software that controls the operation thereof. Take the case of wear as an example.

図4(a)は、基板処理装置の概略平面図であり、(b)は基板処理装置に内蔵されるソフトウエアの模式図である。   FIG. 4A is a schematic plan view of the substrate processing apparatus, and FIG. 4B is a schematic diagram of software built in the substrate processing apparatus.

この基板処理装置61は、半導体ウエハなどの基板Wに薬液処理、純水処理、乾燥処理を行う装置である。基板処理装置61は、基板Wを基板処理装置61内に取り込み、また払い出しする載置台63と、基板Wを処理する複数の処理部65と、基板Wを保持して、載置台63と処理部65の間を移動する搬送機構67を有する。なお、複数の処理部65のうち、載置台63側の処理部では基板Wを減圧乾燥(LPD)を行う。   The substrate processing apparatus 61 is an apparatus that performs chemical treatment, pure water treatment, and drying treatment on a substrate W such as a semiconductor wafer. The substrate processing apparatus 61 takes a substrate W into and out of the substrate processing apparatus 61, a plurality of processing units 65 that process the substrate W, a substrate W, and a mounting table 63 and a processing unit. A conveyance mechanism 67 that moves between 65 is provided. Of the plurality of processing units 65, the substrate W is subjected to reduced pressure drying (LPD) in the processing unit on the mounting table 63 side.

かかる基板処理装置61を制御するソフトウエアは、図4(b)に示すような模式図となる。このソフトウエアSは、ソフトウエア名「FCK」に訂正番号「3.2」を付したソフトウエアバージョン名「FCK-3.2」が付与され、これによってソフトウエアSを識別している。また、ソフトウエアSは、複数個のモジュールに適宜、分割される。図4(b)では、基板処理装置61の全体の制御を司るものをモジュール名「Sys」で、また、警報に関するものをモジュール名「Arm」で、操作画面の表示構成に関するものをモジュール名「Gui」で示している。さらに、かかるモジュール名に訂正番号を付与したモジュールバージョン名「Sys2.2」等によって、各モジュールを識別している。   The software for controlling the substrate processing apparatus 61 is a schematic diagram as shown in FIG. This software S is given a software version name “FCK-3.2” with a correction number “3.2” added to the software name “FCK”, thereby identifying the software S. The software S is appropriately divided into a plurality of modules. In FIG. 4B, the module name “Sys” is used to control the entire substrate processing apparatus 61, the module name “Arm” is related to alarms, and the module name “Arm” is related to the display configuration of the operation screen. Gui ”. Further, each module is identified by a module version name “Sys2.2” or the like obtained by adding a correction number to the module name.

なお、かかるソフトウエアバージョン名「FCK-3.2」や、モジュールバージョン名「Sys2.2」は、ソフトウエア及びモジュールを識別する情報の一例であって、任意に決められるものである。このような具体例において、以下、データベース3b内の各記憶部に記憶される情報を説明する。   The software version name “FCK-3.2” and the module version name “Sys2.2” are examples of information for identifying software and modules, and can be arbitrarily determined. In such a specific example, information stored in each storage unit in the database 3b will be described below.

ソフトウエア情報記憶部33には、ソフトウエアの更新ごとに蓄積される、ソフトウエアバージョンに関するソフトウエア情報が記憶される。図5は、ソフトウエア情報記憶部33に記憶されるソフトウエア情報の構成の模式図である。このように、ソフトウエア情報として、「ソフトウエアバージョン名」と、これに対応付けて、「登録日」と「リリース」と「ノート」とを有している。「ソフトウエアバージョン名」は、上述のように、ソフトウエア情報を一意に識別する情報であり、「登録日」はデータベース3bに登録された年月日であり、「リリース」はユーザーが使用する基板処理装置61へインストールした年月日であり、「ノート」はソフトウエアの更新の経緯等に関する覚書である。   The software information storage unit 33 stores software information related to the software version, which is accumulated every time the software is updated. FIG. 5 is a schematic diagram of a configuration of software information stored in the software information storage unit 33. As described above, the software information includes “software version name” and “registration date”, “release”, and “note” in association therewith. As described above, the “software version name” is information for uniquely identifying software information, the “registration date” is the date registered in the database 3b, and the “release” is used by the user. It is the date of installation on the substrate processing apparatus 61, and “Note” is a memorandum regarding the history of software update.

モジュール情報記憶部34には、ソフトウエアの構成部品であるモジュールの更新ごとに蓄積される、モジュールバージョンに関するモジュール情報が記憶される。図6は、モジュール情報記憶部34に記憶されるモジュール情報の構成の模式図である。このように、モジュール情報として、「モジュールバージョン名」と、これに対応付けられた「モジュール名」と「登録日」と「ノート」とを有している。「モジュールバージョン名」も、上述のように、モジュール情報を一意に識別する情報であり、「登録日」はデータベース3bに登録された年月日であり、「ノート」はモジュールの更新の経緯等に関する覚書である。   The module information storage unit 34 stores module information related to a module version that is accumulated every time a module that is a software component is updated. FIG. 6 is a schematic diagram of a configuration of module information stored in the module information storage unit 34. As described above, the module information includes “module version name”, “module name”, “registration date”, and “note” associated therewith. As described above, the “module version name” is also information for uniquely identifying the module information, the “registration date” is the date registered in the database 3b, and the “note” is the module update history, etc. It is a memorandum.

要求情報記憶部35には、ソフトウエアに要求された機能に関する要求情報が記憶される。図7(a)は、要求情報記憶部35に記憶される要求情報の構成の模式図であり、(b)は、要求される機能から2以上の機能に分割することを示す模式図である。図7(a)に示すように、要求情報として、「要求番号」と、これに対応付けられた「要求内容」と「ステータス」と「ソフトウエアバージョン名」とを有する。「要求番号」は、要求情報の登録の際に付与され、要求情報を一意に識別できる情報である。「要求内容」は要求された機能を示し、「ステータス」は対応状況を示し、「ソフトウエアバージョン名」は要求されたソフトウエアバージョンを示す。   The request information storage unit 35 stores request information related to functions requested by software. FIG. 7A is a schematic diagram of a configuration of request information stored in the request information storage unit 35, and FIG. 7B is a schematic diagram illustrating that a required function is divided into two or more functions. . As shown in FIG. 7A, the request information includes “request number”, “request content”, “status”, and “software version name” associated with the request information. The “request number” is information that is assigned when request information is registered and that can uniquely identify the request information. “Request content” indicates the requested function, “Status” indicates the corresponding status, and “Software version name” indicates the requested software version.

さらに、図7(a)は、要求情報を階層化して要求情報記憶部35に記憶することも示している。要求される機能は、2以上の機能に分割できることがある。たとえば、図7(b)に示すように、「高速搬送する」という「親」の機能に対して、「減圧乾燥(LPD)用カバーシャワー」の動作時間を短くすることと、「槽間バット」の移動タイミングを変更することと、「ログ出力のアーキテクチャを改造」することとに分割できる(「子」の機能)。さらに、「ログ出力のアーキテクチャを改造」することは、「FTPサーバーに定期的にアラームを確認する」ことと、「終了時にログフラッシュを打つ」ことに分割できる(「孫」の機能)。このような場合においては、端末装置5からの要請によって、図7(a)において、要求番号「R3」〜「R3.3.2」の要求情報に示すように、「高速搬送する」という要求情報の下位に、分割された機能に関する要求情報を記憶する。   Further, FIG. 7A also shows that request information is hierarchized and stored in the request information storage unit 35. The required function may be divided into two or more functions. For example, as shown in FIG. 7B, for the “parent” function of “high-speed conveyance”, the operation time of “reduced pressure drying (LPD) cover shower” is shortened, "Movement timing" and "Modify log output architecture" ("child" function). Furthermore, “remodeling the log output architecture” can be divided into “checking the FTP server regularly for alarms” and “striking log flush when finished” (function of “grandchild”). In such a case, in response to a request from the terminal device 5, as shown in the request information of request numbers “R3” to “R3.3.2” in FIG. The request information regarding the divided functions is stored in the lower order.

このように要求情報を階層化することによって、ソフトウエアの開発管理を適切に行うことができる。たとえば、一般に要求された機能を実現した1つまた2つ以上のモジュールが開発されたときは、ソフトウエアに実装する前に試験によって動作確認を行う必要がある。したがって、かかる試験単位に分割した機能に関する要求情報を有すれば、要求情報を管理し易くなる。   By layering request information in this way, software development management can be performed appropriately. For example, when one or two or more modules that realize generally required functions have been developed, it is necessary to confirm the operation by testing before mounting them in software. Therefore, if there is request information related to the function divided into such test units, it becomes easier to manage the request information.

障害情報記憶部36は、ソフトウエアに発生した障害に関する障害情報が記憶される。障害情報記憶部36に記憶される障害情報としては、図示を省略するが、「障害番号」と「障害内容」と「ステータス」と「ソフトウエアバージョン名」とを有している。「障害番号」は、障害情報を登録する際に付与され、障害情報を一意に識別できるものである。「障害内容」は、発生した障害内容であり、例えば、「処理部の処理温度が設定温度を超える」、「搬送機構が載置台から基板を取り込まない」等である。「ステータス」は、障害の対応状況であり、例えば、「登録済み」「対応中」等がある。「ソフトウエアバージョン名」には、障害が発生したソフトウエアバージョン名が入る。   The failure information storage unit 36 stores failure information regarding a failure that has occurred in the software. The failure information stored in the failure information storage unit 36 includes “failure number”, “failure content”, “status”, and “software version name”, although not shown. The “failure number” is assigned when the failure information is registered, and can uniquely identify the failure information. The “failure content” is the content of the failure that has occurred. For example, “the processing temperature of the processing unit exceeds the set temperature”, “the transport mechanism does not take in the substrate from the mounting table”, and the like. “Status” is a response status of the failure, and includes “registered”, “in response”, and the like. “Software version name” contains the name of the software version in which the failure occurred.

さらに、障害情報記憶部36も、端末装置5からの要請により、発生した障害を2以上の障害に分割して、階層化した障害情報として記憶する。よって、ソフトウエアの開発管理を適切に行うことができる。   Further, the failure information storage unit 36 also divides the generated failure into two or more failures in response to a request from the terminal device 5 and stores them as hierarchical failure information. Therefore, software development management can be performed appropriately.

第1リンク情報記憶部41には、ソフトウエアリンク情報が記憶される。ソフトウエアリンク情報は、モジュール情報記憶部34に記憶されるモジュール情報とソフトウエア情報記憶部33に記憶されるソフトウエア情報とをリンクする情報である。   The first link information storage unit 41 stores software link information. The software link information is information for linking module information stored in the module information storage unit 34 and software information stored in the software information storage unit 33.

図8は、データベースに記憶される情報の構成の模式図である。図8に示すように、第1リンク情報記憶部41には、ソフトウエアリンク情報が記憶されている。本実施例においては、ソフトウエアリンク情報は、ソフトウエアバージョン名とモジュールバージョン名とが対応付けられたソフトウエアリンクテーブルである。ここで、ソフトウエアバージョン名とモジュールバージョン名とは、それぞれソフトウエア情報とモジュール情報を一意に識別できる候補キーである。よって、ソフトウエアリンクテーブルを構成するソフトウエアバージョン名とモジュールバージョン名とは、それぞれソフトウエア情報とモジュール情報とに対する外部キーとなる。   FIG. 8 is a schematic diagram of a configuration of information stored in the database. As shown in FIG. 8, software link information is stored in the first link information storage unit 41. In the present embodiment, the software link information is a software link table in which software version names and module version names are associated with each other. Here, the software version name and the module version name are candidate keys that can uniquely identify the software information and the module information, respectively. Therefore, the software version name and the module version name constituting the software link table are external keys for the software information and the module information, respectively.

このソフトウエアリンク情報は、ソフトウエアバージョン名と、そのソフトウエアバージョンを構成するモジュールバージョン名とをリンクさせるものである。よって、一つのソフトウエアバージョンが複数個のモジュールバージョンによって構成される一方、一つのモジュールバージョンが複数個のソフトウエアバージョンに組み込まれている場合がある。このようなソフトウエア情報とモジュール情報との関係は、いわゆる多対多であるが、上述した外部キー同士を対応付けたソフトウエアリンクテーブルによれば、相互にリンクさせることができる。よって、かかるソフトウエアリンク情報を参照することによって、関連するソフトウエア情報およびモジュール情報を相互に検索することができる。   This software link information links the software version name and the module version name constituting the software version. Thus, one software version may be composed of a plurality of module versions, while one module version may be incorporated into a plurality of software versions. The relationship between such software information and module information is so-called many-to-many, but the above-described software link table in which the external keys are associated with each other can be linked to each other. Therefore, by referring to the software link information, the related software information and module information can be mutually searched.

第2リンク情報記憶部42には、要求リンク情報45と障害リンク情報46とが記憶される。要求リンク情報45は、モジュール情報記憶部34に記憶されるモジュール情報と要求情報記憶部35に記憶される要求情報とをリンクする情報である。障害リンク情報46は、モジュール情報記憶部34に記憶されるモジュール情報と障害情報記憶部36に記憶される障害情報とをリンクする情報である。   The second link information storage unit 42 stores request link information 45 and failure link information 46. The request link information 45 is information that links module information stored in the module information storage unit 34 and request information stored in the request information storage unit 35. The failure link information 46 is information that links the module information stored in the module information storage unit 34 and the failure information stored in the failure information storage unit 36.

図8に示すように、本実施例においては、要求リンク情報45は、モジュールバージョン名と要求番号とが対応付けられた要求リンクテーブルである。また、障害リンク情報46は、モジュールバージョン名と障害番号とが対応付けられた要求リンクテーブルである。ここで、要求番号及び障害番号も、それぞれ要求情報と障害情報とを一意に識別できる候補キーである。よって、要求及び障害リンクテーブルを構成するモジュールバージョン名と要求番号と障害番号とは、それぞれモジュール情報と要求情報と障害情報とに対する外部キーとなる。   As shown in FIG. 8, in this embodiment, the request link information 45 is a request link table in which a module version name and a request number are associated with each other. The failure link information 46 is a request link table in which module version names are associated with failure numbers. Here, the request number and the failure number are also candidate keys that can uniquely identify the request information and the failure information, respectively. Therefore, the module version name, the request number, and the failure number that constitute the request and failure link table are external keys for the module information, the request information, and the failure information, respectively.

なお、かかる要求リンク情報45は、要求された機能と、その機能を実現したモジュールバージョン名とをリンクさせるものである。また、障害リンク情報46は、発生した障害とその障害を除去したモジュールバージョン名とをリンクさせるものである。よって、モジュール情報と要求情報との関係、及びモジュール情報と障害情報との関係も多対多の関係となるが、上述した外部キー同士を対応付けた要求、障害リンクテーブルによって相互にリンクさせることができる。よって、かかる要求リンク情報45を参照することによって、関連するモジュール情報と要求情報とを相互に検索することができる。同様に、障害リンク情報46を参照することによって、関連するモジュール情報と障害情報とを相互に検索することができる。   The request link information 45 links the requested function and the module version name that realizes the function. The failure link information 46 links the failure that has occurred and the module version name from which the failure has been removed. Therefore, the relationship between the module information and the request information and the relationship between the module information and the failure information are also many-to-many relationships, but they are linked to each other by the request and the failure link table that associate the foreign keys described above. Can do. Therefore, by referring to the request link information 45, the related module information and request information can be mutually searched. Similarly, by referring to the failure link information 46, related module information and failure information can be mutually searched.

たとえば、障害番号「F01」と関連するモジュール情報は、障害リンク情報46を参照して、モジュールバージョン名「Sys2.2」、「Gui3.2」によって識別されるモジュール情報であると検索できる。逆に、モジュールバージョン名「Sys2.2」と関連する障害情報は、障害リンク情報46を参照して、障害番号「F01」、「F02」によって識別される障害情報であると検索できる。   For example, the module information related to the failure number “F01” can be searched with reference to the failure link information 46 as module information identified by the module version names “Sys2.2” and “Gui3.2”. Conversely, failure information related to the module version name “Sys2.2” can be searched for failure information identified by failure numbers “F01” and “F02” with reference to the failure link information 46.

再び、図3を参照する。入力部21が受取る情報が、データベース3b内の情報の閲覧を請求するものであれば、その閲覧請求に係る情報は入力部21から請求情報読出部25と関連情報検索部29とに渡される。   Reference is again made to FIG. If the information received by the input unit 21 requests to browse the information in the database 3b, the information related to the browsing request is passed from the input unit 21 to the billing information reading unit 25 and the related information search unit 29.

ここで、閲覧の請求は、データベース3b内のある情報の閲覧を請求するとともに、この情報と関連する情報も同時に閲覧を請求することも可能である。ここで、以下の説明においては、閲覧を請求する主たる情報を「請求情報」と言い、この請求情報と関連する情報であって、閲覧を請求するものを「関連情報」と言って、両者を区別する。なお、請求情報及び関連情報は、たとえば、上述した1つのモジュール情報等の全部であっても、一部であってもよい。   Here, as for the request for browsing, it is possible to request browsing of certain information in the database 3b and to request browsing of information related to this information at the same time. Here, in the following description, the main information for requesting browsing is referred to as “billing information”, and the information related to this billing information, and what is requested to be viewed is referred to as “related information”. Distinguish. The billing information and the related information may be all or a part of the one module information described above, for example.

この請求情報は、請求情報読出部25によって、データベース3bが有するソフトウエア情報記憶部33、モジュール情報記憶部34、要求情報記憶部35、及び障害情報記憶部36の中から読み出される。   The billing information is read by the billing information reading unit 25 from the software information storage unit 33, the module information storage unit 34, the request information storage unit 35, and the failure information storage unit 36 of the database 3b.

一方、関連情報は、関連情報検索部29によって、データベース3bが有するソフトウエア情報記憶部33、モジュール情報記憶部34、要求情報記憶部35、及び障害情報記憶部36の中から、第1リンク情報記憶部41と第2リンク情報記憶部42とに記憶される各リンク情報を参照して検索される。   On the other hand, the related information is obtained from the software information storage unit 33, the module information storage unit 34, the request information storage unit 35, and the failure information storage unit 36 of the database 3b by the related information search unit 29. The search is performed with reference to each link information stored in the storage unit 41 and the second link information storage unit 42.

関連情報検索部29によって検索された関連情報は、関連情報読出部27によって参照され、データベース3bが有するソフトウエア情報記憶部33、モジュール情報記憶部34、要求情報記憶部35、及び障害情報記憶部36の中から読み出される。   The related information searched by the related information search unit 29 is referred to by the related information reading unit 27, and the software information storage unit 33, the module information storage unit 34, the request information storage unit 35, and the failure information storage unit included in the database 3b. 36 is read out.

以上のように、読み出された請求情報と関連情報とは、出力部23に渡される。渡された請求情報と関連情報とは、検索結果情報として、出力部23によって閲覧請求をした端末装置5に出力される。このようにして、端末装置5に検索結果情報が提供される。   As described above, the read billing information and related information are passed to the output unit 23. The passed billing information and related information are output as search result information to the terminal device 5 which has requested browsing by the output unit 23. In this way, search result information is provided to the terminal device 5.

本実施例にかかる開発管理システム1は、端末装置5の請求等に応じて種々の業務支援を行うことができる。本明細書では一例として、障害が発生してから除去されるまでの一連の流れで、その動作を説明する。ソフトウエアバージョンFCK-3.4を内蔵する基板処理装置61を使用するユーザー先において、障害内容「搬送機構が基板を取り込まない」とする障害(以下、単に障害fという)が発生した場合を考える。   The development management system 1 according to the present embodiment can provide various business support in response to a request from the terminal device 5 or the like. In the present specification, as an example, the operation will be described in a series of flow from occurrence of a failure to removal thereof. Let us consider a case where a failure (hereinafter simply referred to as failure f) occurs in the user who uses the substrate processing apparatus 61 incorporating the software version FCK-3.4 whose failure content is “the transport mechanism does not take in the substrate”.

この場合、障害fを除去するまでの流れを、図9を参照しながら説明する。図9は、開発管理システムの支援を受けた、ソフトウエアの障害除去に関する業務のフローチャートである。   In this case, the flow until the failure f is removed will be described with reference to FIG. FIG. 9 is a flowchart of a task related to software fault removal supported by the development management system.

なお、便宜上、端末装置5の使用者を業務の異なる2つのグループに分けて、説明する。すなわち、ソフトウエアの開発を監督指揮する管理者やソフトウエアを実際に開発する開発者を含む開発者101と、ソフトウエアのソフトウエアバージョンFCK-3.4を使用するユーザー及びこのユーザーのサポート業務に携わる者を含むユーザー105とに分ける。   For convenience, the users of the terminal device 5 will be described by being divided into two groups having different duties. That is, the developer 101 including the manager who supervises and develops the software development and the developer who actually develops the software, the user who uses the software version FCK-3.4 of the software, and the support work of this user. And the user 105 including the user.

<ステップS21> 障害情報登録
障害fが発生すると、ユーザー105は、端末装置5を使って開発管理装置3へ、その障害fに関する障害情報をデータベース3bに登録することを要請する。ユーザー105が入力する障害情報は、障害内容(「搬送機構が基板を取り込まない」)や、障害が発生したソフトウエアバージョン名(「FCK-3.2」)等である。なお、通常、この時点で、障害の原因となるモジュールバージョンは特定できないので、入力されない。
<Step S21> Failure Information Registration When a failure f occurs, the user 105 requests the development management device 3 to register the failure information regarding the failure f in the database 3b using the terminal device 5. The failure information input by the user 105 includes the failure content (“the transport mechanism does not take in the board”), the software version name (“FCK-3.2”) in which the failure has occurred, and the like. Normally, at this time, the module version that causes the failure cannot be specified and is not input.

開発管理装置3においては、入力部21が端末装置5から送られた障害情報を受取ると、データベース3bに渡される。障害情報記憶部36は、この障害情報に障害番号を付与して記憶する。図10を参照する。図10は、開発管理装置3において、データベースに記憶される情報とデータベースから読み出される情報の構成の模式図である。障害情報記憶部36に、障害番号「F03」を付与されて記憶される障害情報が、この障害fに関するものである。このように、ユーザー105も開発者101と同様に開発管理システム1を使用するので、ユーザー105から提供された障害情報を直ちに開発者101も共有することができる。   In the development management device 3, when the input unit 21 receives the failure information sent from the terminal device 5, it is transferred to the database 3b. The failure information storage unit 36 assigns a failure number to the failure information and stores it. Please refer to FIG. FIG. 10 is a schematic diagram of the configuration of information stored in the database and information read from the database in the development management device 3. The failure information stored with the failure number “F03” assigned to the failure information storage unit 36 relates to the failure f. Thus, since the user 105 uses the development management system 1 in the same manner as the developer 101, the developer 101 can immediately share the failure information provided by the user 105.

<ステップS11> 障害分析
開発者101は、この障害を除去するため、まず、障害fがどのモジュールバージョンに起因するかを分析する。このとき、開発者101は、端末装置5より開発管理装置3に対して、ソフトウエアバージョンFCK-3.4について、それを構成するモジュールバージョンとそのモジュールバージョンの要求履歴及び障害履歴とを閲覧請求することができる。すなわち、請求情報をソフトウエアバージョンFCK-3.4とし、関連情報をモジュールバージョン名と、要求番号及び要求内容と、障害番号及び障害内容とする閲覧請求をすることができる。
<Step S11> Failure Analysis In order to remove this failure, the developer 101 first analyzes which module version the failure f is caused by. At this time, the developer 101 requests the development management apparatus 3 to browse the module version constituting the software version FCK-3.4 and the request history and failure history of the module version from the terminal device 5. Can do. In other words, it is possible to make a browsing request with the billing information as the software version FCK-3.4 and the related information as the module version name, the request number and the request content, and the fault number and the fault content.

かかる閲覧請求は開発管理装置3の入力部21によって受取られ、請求情報読出部25と関連情報検索部29に渡される。   The browsing request is received by the input unit 21 of the development management device 3 and passed to the billing information reading unit 25 and the related information searching unit 29.

図10を参照する。請求情報読出部25は、ソフトウエア情報記憶部33からソフトウエアバージョン名「FCK-3.4」によって識別されるソフトウエア情報を請求情報として読み出す(この読出作業を、模式的に符号p1を付した実線で図示することとし、以下は符号のみを表示する)。   Please refer to FIG. The billing information reading unit 25 reads the software information identified by the software version name “FCK-3.4” from the software information storage unit 33 as billing information (this reading operation is indicated by a solid line with a symbol p1). In the following, only the symbols are displayed below).

一方、関連情報検索部29は、第1リンク情報記憶部41に記憶されるソフトウエアリンク情報を参照して、ソフトウエアバージョンFCK-3.4と関連するモジュール情報を検索する。その結果、モジュールバージョン名「Arm1.2」、「Gui3.3」で識別されるモジュール情報であることを検索する(この検索作業を、模式的に符号q1を付した実線で図示することとし、以下は符号のみを表示する)。   On the other hand, the related information search unit 29 refers to the software link information stored in the first link information storage unit 41, and searches for module information related to the software version FCK-3.4. As a result, it is searched that the module information is identified by the module version names “Arm1.2” and “Gui3.3” (this search operation is schematically illustrated by a solid line with a symbol q1; The following shows only the sign).

さらに、第2リンク情報記憶部42に記憶される要求リンク情報45を参照して、各モジュールバージョンArm1.2、Gui3.3に関連する要求情報を検索する。その結果、要求番号「R01」、「R02」で識別される要求情報であることを検索する(q2)。   Furthermore, with reference to the request link information 45 stored in the second link information storage unit 42, the request information related to each of the module versions Arm1.2 and Gui3.3 is searched. As a result, the request information identified by the request numbers “R01” and “R02” is searched (q2).

同様に、第2リンク情報記憶部42に記憶される障害リンク情報46を参照して、各モジュールバージョンArm1.2、Gui3.3に関連する障害情報を検索する。その結果、関連する障害情報がないとして検索を終了する(q3)。   Similarly, referring to the failure link information 46 stored in the second link information storage unit 42, the failure information related to each of the module versions Arm1.2 and Gui3.3 is searched. As a result, the search is terminated because there is no related failure information (q3).

関連情報読出部27は、かかる関連情報検索部29による上述した検索を参照して、モジュール情報記憶部34からモジュールバージョン名「Arm1.2」及び「Gui3.3」とを関連情報として読み出す(p2)。また、要求情報記憶部35から、要求番号「R01」及び「R02」とそれぞれの要求内容を関連情報として読み出す(p3)。   The related information reading unit 27 reads the module version names “Arm1.2” and “Gui3.3” from the module information storage unit 34 as related information with reference to the above-described search by the related information search unit 29 (p2 ). Further, the request numbers “R01” and “R02” and the respective request contents are read out as related information from the request information storage unit 35 (p3).

以上のように、請求情報読出部25、関連情報読出部27により読み出された請求情報及び関連情報は、出力部23に渡される。出力部23は、請求情報と関連情報とを検索結果情報として端末装置5へ提供する。   As described above, the billing information and the related information read by the billing information reading unit 25 and the related information reading unit 27 are passed to the output unit 23. The output unit 23 provides the billing information and the related information to the terminal device 5 as search result information.

図11は、端末装置に出力される情報の模式図である。図11に示すように、ソフトウエアバージョンFCK-3.4を構成する複数個のモジュールバージョン名と、各モジュールバージョンについての要求番号、障害番号、要求内容、障害内容が表形式で表示される。   FIG. 11 is a schematic diagram of information output to the terminal device. As shown in FIG. 11, the names of a plurality of modules constituting the software version FCK-3.4 and the request number, failure number, request content, and failure content for each module version are displayed in a table format.

このように、本開発管理システム1によれば、請求情報と関連情報とを、ソフトウエア情報記憶部33、モジュール情報記憶部34、要求情報記憶部35、及び障害情報記憶部36の中から読み出すことができ、また、これらを併せて表示させることができる。よって、開発者101は、一つの開発管理システム1において、ソフトウエア情報に関連するモジュール情報と要求情報と障害情報を全て閲覧することができるので、障害の分析作業を効率よく行うことができる。   As described above, according to the development management system 1, the billing information and the related information are read from the software information storage unit 33, the module information storage unit 34, the request information storage unit 35, and the failure information storage unit 36. These can be displayed together. Therefore, the developer 101 can browse all the module information, request information, and failure information related to the software information in one development management system 1, and can efficiently perform failure analysis work.

<ステップS12> ソフトウエア及びモジュールの更新
開発者101は、出力表示されたソフトウエアバージョンFCK-3.4に関する複数個のモジュールバージョンと、各モジュールバージョンについての過去の要求内容と障害内容を参照することにより、ユーザー105から送られてきた障害fを分析する。障害分析の結果、障害の原因となるモジュールバージョンを特定すると、次に、モジュールの改良・開発に着手する。ここでは、障害fの原因がモジュールバージョンArm1.2とする。また障害fを除去したモジュールバージョンArm1.3が新たに開発され、それによってソフトウエアバージョンFCK-3.5が構成されるとする。
<Step S12> Updating Software and Modules Developer 101 refers to a plurality of module versions related to software version FCK-3.4 output and displayed, as well as past request contents and failure contents for each module version. Then, the failure f sent from the user 105 is analyzed. As a result of the failure analysis, if the module version that causes the failure is identified, then the module improvement / development is started. Here, the cause of the failure f is assumed to be the module version Arm1.2. In addition, it is assumed that the module version Arm1.3 from which the failure f is removed is newly developed, and thereby the software version FCK-3.5 is configured.

開発者101は、モジュールバージョンArm1.3とソフトウエアバージョンFCK-3.5とを更新して登録する要請を端末装置5から行う。このとき、端末装置5には、モジュール情報としてモジュールバージョン名「Arm1.3」と「ノート」が入力される。さらに関連する情報として、除去した障害番号「F03」と新たに更新されるソフトウエアバージョン名「FCK-3.5」を入力する。   The developer 101 requests the terminal device 5 to update and register the module version Arm1.3 and the software version FCK-3.5. At this time, the module version name “Arm1.3” and “note” are input to the terminal device 5 as module information. Furthermore, as the related information, the removed fault number “F03” and the newly updated software version name “FCK-3.5” are input.

また、ソフトウエア情報としては、ソフトウエアバージョン名「FCK-3.5」と「ノート」を入力する。   As software information, software version name “FCK-3.5” and “note” are input.

かかるモジュール情報とソフトウエア情報は、開発管理装置3の入力部21に受取られ、データベース3bに渡される。モジュール情報記憶部34は、かかるモジュール情報に登録日を付して、記憶する。同様にソフトウエア情報記憶部33は、ソフトウエア情報を登録日を付して、記憶する。   Such module information and software information are received by the input unit 21 of the development management apparatus 3 and transferred to the database 3b. The module information storage unit 34 stores the module information with a registration date. Similarly, the software information storage unit 33 stores software information with a registration date.

さらに、第1リンク情報記憶部41は、ソフトウエアバージョン名「FCK-3.5」とモジュールバージョン名「Arm1.3」とを対応付けたソフトウエアリンク情報を記憶する。また、第2リンク情報記憶部42は、障害リンク情報46として、障害番号「F03」とモジュールバージョン名「Arm1.3」とを対応付けた障害リンクテーブルを記憶する。   Further, the first link information storage unit 41 stores software link information in which the software version name “FCK-3.5” is associated with the module version name “Arm1.3”. Further, the second link information storage unit 42 stores, as the failure link information 46, a failure link table in which the failure number “F03” and the module version name “Arm1.3” are associated with each other.

このように、ソフトウエアバージョン名及びモジュールバージョン名の登録とともに、各リンク情報も新たに登録することで、各情報と関連付けることができる。   In this way, by registering each link information together with the registration of the software version name and the module version name, the information can be associated with each information.

<ステップS22> リリース
障害fが除去されたソフトウエアバージョンFCK-3.5が、ユーザーに供給され、基板処理装置61にインストールされることにより、障害fを除去することができる。こうして、一連の業務が終了する。
<Step S22> Release The software version FCK-3.5 from which the failure f has been removed is supplied to the user and installed in the substrate processing apparatus 61, whereby the failure f can be removed. In this way, a series of work is completed.

以上のように、障害が発生してから解決するまでには種々の業務が発生するが、開発管理システム1によれば、障害情報とモジュール情報及びソフトウエア情報を一元的に管理するので、一連の業務を支援することができる。また、開発者101とユーザー105とが、同じ開発管理システム1を使用するので、情報を直ちに供給することができ、また、情報の提供を受けることもできる。なお、開発管理システム1は、要求情報も有しているので、ユーザー105からの要求を受けてその要求を達成するまでの一連の業務においても同様に支援することができる。   As described above, various tasks occur after a failure occurs until it is resolved. However, according to the development management system 1, failure information, module information, and software information are centrally managed. Can support the work. Further, since the developer 101 and the user 105 use the same development management system 1, information can be supplied immediately and information can be provided. Since the development management system 1 also has request information, the development management system 1 can similarly support in a series of operations from receiving a request from the user 105 to achieving the request.

この発明は、上記実施形態に限られることはなく、下記のように変形実施することができる。   The present invention is not limited to the above-described embodiment, and can be modified as follows.

(1)上述した実施例では、データベース3bには、ソフトウエア情報記憶部33とモジュール情報記憶部34と要求情報記憶部35と障害情報記憶部36とを有していたが、これに限られない。すなわち、ソフトウエアの開発管理を支援する情報を管理するものであればよい。   (1) In the above-described embodiment, the database 3b includes the software information storage unit 33, the module information storage unit 34, the request information storage unit 35, and the failure information storage unit 36. Absent. That is, any information that supports information for supporting software development management may be used.

図12を参照する。図12は、変形例にかかる開発管理システムの機能構成の概略を示すブロック図である。データベース3bは、さらに、製番情報記憶部37、試験仕様情報記憶部38、試験報告情報記憶部39を有している。   Please refer to FIG. FIG. 12 is a block diagram illustrating an outline of a functional configuration of a development management system according to a modification. The database 3b further includes a product number information storage unit 37, a test specification information storage unit 38, and a test report information storage unit 39.

製番情報記憶部37は、製番情報を記憶する。この製番情報は、ソフトウエアの「製品番号」やソフトウエアが内蔵される「製造装置の製品番号」や「顧客」等の情報を有する。なお、かかる製番情報は、ソフトウエアバージョン名と対応付けられていれば、必ずしも上述した各リンク情報を備える必要はない。すなわち、製番情報として、関連するソフトウエア情報を識別する「ソフトウエアバージョン名」を外部キーとして有していれば、ソフトウエア情報とリンクさせることができる。   The product number information storage unit 37 stores product number information. This product number information includes information such as “product number” of software, “product number of manufacturing apparatus” in which the software is incorporated, “customer”, and the like. In addition, as long as such product number information is associated with the software version name, it is not always necessary to include each link information described above. That is, if the “software version name” identifying the related software information is included as the product number information as an external key, it can be linked to the software information.

試験仕様情報記憶部38は、試験仕様情報を記憶する。この試験仕様情報は、要求された機能が実現できていること、または発生した障害を除去していることを確認する試験の「試験仕様」等の情報を有する。なお、この試験仕様情報も、関連する要求情報または障害情報を識別する要求番号または障害番号を外部キーとして有していれば、他の要求情報または障害情報とリンクさせることができるので、固有のリンク情報を必ずしも備える必要はない。   The test specification information storage unit 38 stores test specification information. This test specification information includes information such as a “test specification” of a test for confirming that the requested function can be realized or that the fault that has occurred is removed. Note that this test specification information can also be linked to other request information or failure information if it has a request number or failure number that identifies related request information or failure information as an external key. It is not always necessary to provide link information.

試験結果情報記憶部39は、試験結果情報を記憶する。この試験結果情報は、上述した試験仕様に従って行われた試験の「試験結果」等の情報を有する。この試験結果情報も、試験仕様情報を一意に識別できる情報を外部キーとして有することで、試験仕様情報とリンクさせることができる。   The test result information storage unit 39 stores test result information. This test result information includes information such as “test result” of a test performed in accordance with the test specifications described above. This test result information can also be linked to the test specification information by having information that can uniquely identify the test specification information as an external key.

したがって、変形実施例に示す開発管理システム1によっても、全ての記憶部33〜39を一元的に管理することができる。よって、ユーザーにとっては、製番情報により閲覧請求をすることができる。一方、開発者にとっても、ソフトウエアの開発状況をテスト仕様情報とテスト結果情報を含めて一元的に管理することができる。   Therefore, all the storage units 33 to 39 can be managed in a unified manner also by the development management system 1 shown in the modified embodiment. Therefore, it is possible for the user to make a browsing request based on the product number information. On the other hand, for the developer, the software development status can be centrally managed including the test specification information and the test result information.

(2)上述した実施例では、第2リンク情報記憶部42に記憶される要求リンクテーブルはモジュールバージョン名と要求番号とによって構成されていたが、モジュール情報記憶部34と要求情報記憶部35とに記憶される各情報を関連付けることができれば、これに限られない。同様に第2リンク情報記憶部42に記憶される障害リンクテーブルの構成も適宜に変更可能である。   (2) In the above-described embodiment, the request link table stored in the second link information storage unit 42 is composed of the module version name and the request number, but the module information storage unit 34, the request information storage unit 35, If each information memorize | stored in can be linked | related, it will not restrict to this. Similarly, the configuration of the failure link table stored in the second link information storage unit 42 can be changed as appropriate.

(3)また、各情報記憶部33〜36の情報の構成は、これに限るものではなく、ソフトウエアの開発管理に必要な情報であればよく、適宜に変更されるものである。   (3) The information configuration of each of the information storage units 33 to 36 is not limited to this, and may be any information as long as it is information necessary for software development management.

(4)上述した実施例では、要求リンク情報45は、要求された機能とその機能を実現した実現したモジュールバージョンとの関係で、要求情報とモジュール情報とをリンクさせるものであったが、かかる関係に限定されない。すなわち、要求された機能と、その機能が課されたモジュールバージョンとの関係でリンクさせるようにしてもよい。   (4) In the above-described embodiment, the request link information 45 links the request information and the module information in relation to the requested function and the realized module version that realizes the function. It is not limited to relationships. That is, the requested function and the module version to which the function is imposed may be linked.

また、同様に、障害リンク情報46は、発生した障害とその障害を除去したモジュールバージョンとの関係で、障害情報とモジュール情報とをリンクさせるものであったが、かかる関係に限定されない。すなわち、発生した障害と、その障害の原因となったモジュールバージョンとの関係でリンクさせるようにしてもよい。   Similarly, the failure link information 46 links the failure information and the module information by the relationship between the failure that has occurred and the module version from which the failure has been removed, but is not limited to this relationship. That is, a link may be made in relation to the failure that has occurred and the module version that caused the failure.

(5)上述した各実施例では、基板処理装置61に内蔵されるソフトウエアを例にとって説明したが、この発明に係る開発管理システムは、これら製造装置に内蔵されるソフトウエアに限らず、全てのソフトウエアの開発管理に有効なシステムである。   (5) In each of the embodiments described above, the software built in the substrate processing apparatus 61 has been described as an example. However, the development management system according to the present invention is not limited to the software built in these manufacturing apparatuses. It is an effective system for software development management.

本発明の実施例に係るソフトウエアの開発管理システムの概略構成を示す図である。It is a figure which shows schematic structure of the software development management system which concerns on the Example of this invention. 開発管理装置の概略構成を示す図である。It is a figure which shows schematic structure of a development management apparatus. 開発管理システムの機能構成の概略を示すブロック図である。It is a block diagram which shows the outline of a function structure of a development management system. (a)は、基板処理装置の概略平面図であり、(b)は基板処理装置に内蔵されるソフトウエアの模式図である。(A) is a schematic top view of a substrate processing apparatus, (b) is a schematic diagram of the software built in a substrate processing apparatus. ソフトウエア情報記憶部に記憶されるソフトウエア情報の構成を模式図である。It is a schematic diagram of the structure of the software information memorize | stored in a software information storage part. モジュール情報記憶部に記憶されるモジュール情報の構成の模式図である。It is a schematic diagram of a structure of the module information memorize | stored in a module information storage part. (a)は、要求情報記憶部に記憶される要求情報の構成の模式図であり、(b)要求される機能から2以上の機能に分割することを示す模式図である。(A) is a schematic diagram of the structure of the request information memorize | stored in a request-information memory | storage part, (b) It is a schematic diagram which shows dividing | segmenting into 2 or more functions from the requested | required function. データベースに記憶される情報の構成の模式図である。It is a schematic diagram of the structure of the information memorize | stored in a database. 開発管理システムの支援を受けた、ソフトウエアの障害除去に関する業務のフローチャートである。It is a flowchart of the work regarding the fault removal of software which received the support of the development management system. 開発管理装置において、データベースに記憶される情報とデータベースから読み出される情報の構成の模式図である。In a development management device, it is a mimetic diagram of composition of information memorized in a database, and information read from a database. 端末装置に出力される情報の模式図である。It is a schematic diagram of the information output to a terminal device. 変形例にかかる開発管理システムの機能構成の概略を示すブロック図である。It is a block diagram which shows the outline of a function structure of the development management system concerning a modification.

符号の説明Explanation of symbols

1 …開発管理システム
3 …開発管理装置
3a …開発管理コンピュータ
3b …データベース
5 …端末装置
7 …ネットワーク
21 …入力部
23 …出力部
25 …請求情報読出部
27 …関連情報読出部
29 …関連情報検索部
33 …ソフトウエア情報記憶部
34 …モジュール情報記憶部
35 …要求情報記憶部
36 …障害情報記憶部
37 …製番情報記憶部
38 …試験仕様情報記憶部
39 …試験結果情報記憶部
41 …第1リンク情報記憶部
42 …第2リンク情報記憶部
45 …要求リンク情報
46 …障害リンク情報


DESCRIPTION OF SYMBOLS 1 ... Development management system 3 ... Development management apparatus 3a ... Development management computer 3b ... Database 5 ... Terminal device 7 ... Network 21 ... Input part 23 ... Output part 25 ... Claim information reading part 27 ... Related information reading part 29 ... Related information search Section 33 ... Software information storage section 34 ... Module information storage section 35 ... Request information storage section 36 ... Fault information storage section 37 ... Serial number information storage section 38 ... Test specification information storage section 39 ... Test result information storage section 41 ... First 1 link information storage unit 42 ... second link information storage unit 45 ... request link information 46 ... failure link information


Claims (8)

開発管理を行うための開発管理システムにおいて、
複数のモジュールを含むソフトウエアの開発管理に関する情報を有する開発管理装置と、
開発管理装置とネットワークを介して接続され、所定の情報の閲覧が請求される端末装置とを備え、
前記開発管理装置は、
モジュールの更新ごとに蓄積されるモジュールバージョンに関するモジュール情報を記憶するモジュール情報記憶部と、
ソフトウエアの更新ごとに蓄積されるソフトウエアバージョンに関するソフトウエア情報を記憶するソフトウエア情報記憶部と、
ソフトウエアに要求された機能に関する要求情報を記憶する要求情報記憶部と、
ソフトウエアに発生した障害に関する障害情報を記憶する障害情報記憶部と、
モジュール情報及びソフトウエア情報をリンクするソフトウエアリンク情報を記憶する第1リンク情報記憶部と、
モジュール情報及び要求情報をリンクする要求リンク情報と、モジュール情報及び障害情報をリンクする障害リンク情報とを記憶する第2リンク情報記憶部と、
第1リンク情報記憶部に記憶されたソフトウエアリンク情報及び第2リンク情報記憶部に記憶された要求リンク情報、障害リンク情報を参照することにより、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部に記憶された各情報の中から、端末装置から情報の閲覧が請求された請求情報に関連する関連情報を検索する関連情報検索部と、
モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、端末装置から情報の閲覧が請求された請求情報を読み出す請求情報読出部と、
モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、関連情報検索部によって検索された関連情報を読み出す関連情報読出部とを備え、
請求情報読出部により読み出された請求情報及び関連情報読出部により読み出された関連情報を検索結果情報として、端末装置へ出力されることを特徴とする開発管理システム。
In the development management system for performing development management,
A development management device having information on software development management including a plurality of modules;
A terminal device connected to the development management device via a network and charged for browsing predetermined information;
The development management device is:
A module information storage unit that stores module information related to the module version accumulated for each module update;
A software information storage unit for storing software information related to the software version stored for each software update;
A request information storage unit for storing request information related to functions requested of software;
A failure information storage unit for storing failure information related to a failure that has occurred in the software;
A first link information storage unit for storing software link information for linking module information and software information;
A second link information storage unit that stores request link information that links module information and request information, and fault link information that links module information and fault information;
By referring to the software link information stored in the first link information storage unit and the request link information and failure link information stored in the second link information storage unit, the module information storage unit, the software information storage unit, the request A related information search unit for searching for related information related to the billing information for which browsing of information is requested from the terminal device, from among the information stored in the information storage unit and the failure information storage unit;
A billing information reading unit that reads billing information for which browsing of information is requested from the terminal device from among the module information storage unit, the software information storage unit, the request information storage unit, and the failure information storage unit;
A module information storage unit, a software information storage unit, a request information storage unit, and a failure information storage unit, and a related information reading unit that reads related information searched by the related information search unit;
A development management system characterized in that the billing information read by the billing information reading unit and the related information read by the related information reading unit are output to the terminal device as search result information.
請求項1に記載の開発管理システムにおいて、
要求リンク情報は、要求された機能とこの機能を実現したモジュールバージョンとの関係で、モジュール情報と要求情報とをリンクするものであり、
障害リンク情報は、発生した障害とこの障害を除去したモジュールバージョンとの関係で、モジュール情報と障害情報とをリンクするもの
であることを特徴とする開発管理システム。
In the development management system according to claim 1,
Request link information is a link between module information and request information in relation to the requested function and the module version that implements this function.
Failure link information is a development management system that links module information and failure information in relation to the failure that occurred and the module version that removed the failure.
請求項1、または請求項2に記載の開発管理システムにおいて、
モジュール情報は、候補キーとしてモジュールバージョン名を含み、
要求情報は、候補キーとして要求番号を含み、
障害情報は、候補キーとして障害番号を含み、
要求リンク情報は、モジュールバージョン名と要求番号とを対応付けた要求リンクテーブルであり、
障害リンク情報は、モジュールバージョン名と障害番号とを対応付けた障害リンクテーブルであることを特徴とする開発管理システム。
In the development management system according to claim 1 or claim 2,
Module information includes the module version name as a candidate key,
The request information includes a request number as a candidate key,
The failure information includes a failure number as a candidate key,
Request link information is a request link table in which module version names are associated with request numbers.
The development management system, wherein the fault link information is a fault link table in which a module version name and a fault number are associated with each other.
請求項1から請求項3のいずれかに記載の開発管理システムにおいて、
開発管理装置は、ユーザーに出荷されるソフトウエアの製品番号に関する製番情報を、製品番号が付されたソフトウエアバージョンに関するソフトウエア情報とリンクして記憶する製番情報記憶部をさらに備え、
関連情報検索部は、さらに、製番情報記憶部に記憶された製番情報とソフトウエア情報とのリンクを参照することによって、ソフトウエア情報と製番情報との間で関連する情報を相互に検索し、
請求情報読出部は、閲覧請求がされた情報を製番情報記憶部から読み出し、
関連情報読出部は、関連情報検索部によって検索された関連情報を製番情報記憶部から読み出す
ことを特徴とする開発管理システム。
In the development management system according to any one of claims 1 to 3,
The development management device further includes a production number information storage unit that stores the production number information related to the product number of the software shipped to the user in association with the software information related to the software version to which the product number is attached,
Further, the related information search unit refers to the link between the product number information and the software information stored in the product number information storage unit, so that the related information between the software information and the product number information is mutually Search and
The billing information reading unit reads the information requested for browsing from the product number information storage unit,
The related information reading unit reads the related information searched by the related information searching unit from the product number information storage unit.
請求項1から請求項4のいずれかに記載の開発管理システムにおいて、
開発管理装置は、要求情報または障害情報ごとに蓄積される試験の仕様に関する試験仕様情報を、試験仕様によって確認する機能に関する要求情報、または、試験仕様によって確認する障害に関する障害情報とリンクして記憶する試験仕様情報記憶部を備え、
関連情報検索部は、さらに、試験仕様情報記憶部にリンクして記憶された情報を参照することによって、試験仕様情報と要求情報との間、または、試験仕様情報と障害情報との間で関連する情報を相互に検索し、
請求情報読出部は、閲覧請求がされた情報を試験仕様情報記憶部から読み出し、
関連情報読出部は、関連情報検索部によって検索された関連情報を試験仕様情報記憶部から読み出す
ことを特徴とする開発管理システム。
In the development management system according to any one of claims 1 to 4,
The development management device stores the test specification information related to the test specifications stored for each request information or fault information in a linked manner with the request information related to the function confirmed by the test specifications or the fault information related to the fault confirmed by the test specifications. A test specification information storage unit
The related information search unit further relates to the test specification information and the request information or the test specification information and the failure information by referring to the information stored by linking to the test specification information storage unit. Search each other for information
The billing information reading unit reads the information requested for browsing from the test specification information storage unit,
The related information reading unit reads the related information searched by the related information searching unit from the test specification information storage unit.
請求項5に記載の開発管理システムにおいて、
開発管理装置は、試験仕様に従って行われた試験ごとに蓄積される試験結果に関する試験結果情報を、試験結果が得られた試験仕様に関する試験仕様情報とリンクして記憶する試験結果情報記憶部を備え、
関連情報検索部は、試験結果情報記憶部にリンクして記憶された情報を参照することによって、試験結果情報と試験仕様情報との間で関連する情報を相互に検索し、
請求情報読出部は、閲覧請求がされた情報を試験結果情報記憶部から読み出し、
関連情報読出部は、関連情報検索部によって検索された関連情報を試験結果情報記憶部から読み出す
ことを特徴とする開発管理システム。
In the development management system according to claim 5,
The development management device includes a test result information storage unit that stores test result information related to the test results accumulated for each test performed in accordance with the test specifications in linkage with the test specification information related to the test specifications from which the test results were obtained. ,
The related information search unit searches the related information between the test result information and the test specification information by referring to the information stored by linking to the test result information storage unit,
The billing information reading unit reads the information requested for browsing from the test result information storage unit,
The related information reading unit reads the related information searched by the related information searching unit from the test result information storage unit.
請求項1から請求項6のいずれかに記載の開発管理システムにおいて、
要求情報記憶部は、さらに、要求情報において要求された機能をさらに2以上の機能に分割することを端末装置から要請された場合、分割された機能に関する情報を要求情報の下位に階層化した別個の要求情報として蓄積して記憶する
ことを特徴とする開発管理システム。
In the development management system according to any one of claims 1 to 6,
The request information storage unit further divides the information about the divided functions into lower layers of the request information when requested by the terminal device to further divide the function requested in the request information into two or more functions. A development management system characterized by accumulating and storing as required information.
請求項1から請求項7のいずれかに記載の開発管理システムにおいて、
ソフトウエアは、基板処理装置の制御を行うものを含み、
要求情報は、基板処理装置に要求された機能であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含み、
障害情報は、基板処理装置に発生した障害であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含む
ことを特徴とする開発管理システム。
In the development management system according to any one of claims 1 to 7,
The software includes one that controls the substrate processing apparatus,
The request information includes functions required for the substrate processing apparatus and those related to the software version built in the substrate processing apparatus,
The failure management information includes a failure that has occurred in the substrate processing apparatus and includes information related to a software version built in the substrate processing apparatus.
JP2004096132A 2004-03-29 2004-03-29 Development management system Pending JP2005284594A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004096132A JP2005284594A (en) 2004-03-29 2004-03-29 Development management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004096132A JP2005284594A (en) 2004-03-29 2004-03-29 Development management system

Publications (1)

Publication Number Publication Date
JP2005284594A true JP2005284594A (en) 2005-10-13

Family

ID=35182919

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004096132A Pending JP2005284594A (en) 2004-03-29 2004-03-29 Development management system

Country Status (1)

Country Link
JP (1) JP2005284594A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008217168A (en) * 2007-02-28 2008-09-18 Toshiba Corp Version management device
JP2012208690A (en) * 2011-03-29 2012-10-25 Dainippon Screen Mfg Co Ltd Release support device and program
JP2018063520A (en) * 2016-10-12 2018-04-19 株式会社日立製作所 Computer system and program release management method
JP2020190973A (en) * 2019-05-23 2020-11-26 コネクトフリー株式会社 Programming assist system and programming assist method

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0785157A (en) * 1993-06-28 1995-03-31 Nec Corp Software management system
JPH0916392A (en) * 1995-06-27 1997-01-17 Mitsubishi Electric Corp Software development support system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0785157A (en) * 1993-06-28 1995-03-31 Nec Corp Software management system
JPH0916392A (en) * 1995-06-27 1997-01-17 Mitsubishi Electric Corp Software development support system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008217168A (en) * 2007-02-28 2008-09-18 Toshiba Corp Version management device
JP2012208690A (en) * 2011-03-29 2012-10-25 Dainippon Screen Mfg Co Ltd Release support device and program
JP2018063520A (en) * 2016-10-12 2018-04-19 株式会社日立製作所 Computer system and program release management method
JP2020190973A (en) * 2019-05-23 2020-11-26 コネクトフリー株式会社 Programming assist system and programming assist method
WO2020235621A1 (en) * 2019-05-23 2020-11-26 コネクトフリー株式会社 Programming assist system and programming assist method
US20220214958A1 (en) * 2019-05-23 2022-07-07 Connectfree Corporation Programming assist system and programming assist method
JP7424599B2 (en) 2019-05-23 2024-01-30 コネクトフリー株式会社 System and information processing method

Similar Documents

Publication Publication Date Title
US8024305B2 (en) Updating a data warehouse schema based on changes in an observation model
JP5698429B2 (en) Computer system, method and computer program for managing components
JP7190834B2 (en) Apparatus and computer program
TWI434550B (en) System and method for information handling system custom application ordering and installation
US20140082415A1 (en) Invalidation Of Metadata Buffers
JP2004362144A (en) Method for managing operation, execution device, and processing program
JP4369082B2 (en) Component selection support system, component selection support method, component selection support program, and component selection support storage medium
US20070192153A1 (en) Information processing terminal and server for supporting quality improvement concerning product manufacture
WO2011118003A1 (en) Web application building system, web application building method, web application building program, and recording medium on which web application building is recorded
JP2012208664A (en) Integrated management system for software design/operation
JP6048957B2 (en) Information processing apparatus, program, and information processing method
US20140032716A1 (en) System and method for locking exclusive access to a divided resource
JP2005284594A (en) Development management system
JP5537599B2 (en) Version upgrade management method in business system
JP3611178B2 (en) Program development management support device
JP4911061B2 (en) Management system, history information storage method, and data structure of history information database
JP2004252951A (en) Introductory operation support system for integrated business software
US11494371B2 (en) Computer system and data management method
JP4810113B2 (en) Database tuning apparatus, database tuning method, and program
JP2008077313A (en) Toxic substance guarantee acquisition method and system, and production method and program
JP4894592B2 (en) Information notification apparatus, information notification method, and program
US7827567B2 (en) System and method for defining and dynamically invoking polymorphic call flows
JP2004110497A (en) Explanatory information generating system and explanatory information creation program
US20230025013A1 (en) Related Data Extraction Apparatus, Related Data Extraction System, Related Data Extraction Method, and Related Data Extraction Program
JP2003016072A (en) System, method and program for component retrieval

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061221

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090417

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091215

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100215

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100316