(57)【要約】【課題】  ソフトウエア情報とモジュール情報と障害情報と要求情報とを一元管理し、関連する情報を相互に検索することができる開発管理システムを提供する。【解決手段】  開発管理装置３は、ソフトウエア情報記憶部３３、モジュール情報記憶部３４、要求情報記憶部３５、及び障害情報記憶部３６にそれぞれ各情報を有する。さらに、これらの各情報は、第１リンク情報記憶部４１と第２リンク情報記憶部４２とに記憶される各リンク情報を参照することで、相互に関連付けられるので、一元的に管理することができる。したがって、かかる開発管理システム１によれば、端末装置５が閲覧を請求した請求情報及びこの請求情報と関連する関連情報を検索することができ、端末装置５に提供することができる。【選択図】        図３
2005284594.tif 000002
【特許請求の範囲】
【請求項１】
開発管理を行うための開発管理システムにおいて、
複数のモジュールを含むソフトウエアの開発管理に関する情報を有する開発管理装置と、
開発管理装置とネットワークを介して接続され、所定の情報の閲覧が請求される端末装置とを備え、
前記開発管理装置は、
モジュールの更新ごとに蓄積されるモジュールバージョンに関するモジュール情報を記憶するモジュール情報記憶部と、
ソフトウエアの更新ごとに蓄積されるソフトウエアバージョンに関するソフトウエア情報を記憶するソフトウエア情報記憶部と、
ソフトウエアに要求された機能に関する要求情報を記憶する要求情報記憶部と、
ソフトウエアに発生した障害に関する障害情報を記憶する障害情報記憶部と、
モジュール情報及びソフトウエア情報をリンクするソフトウエアリンク情報を記憶する第１リンク情報記憶部と、
モジュール情報及び要求情報をリンクする要求リンク情報と、モジュール情報及び障害情報をリンクする障害リンク情報とを記憶する第２リンク情報記憶部と、
第１リンク情報記憶部に記憶されたソフトウエアリンク情報及び第２リンク情報記憶部に記憶された要求リンク情報、障害リンク情報を参照することにより、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部に記憶された各情報の中から、端末装置から情報の閲覧が請求された請求情報に関連する関連情報を検索する関連情報検索部と、
モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、端末装置から情報の閲覧が請求された請求情報を読み出す請求情報読出部と、
モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、関連情報検索部によって検索された関連情報を読み出す関連情報読出部とを備え、
請求情報読出部により読み出された請求情報及び関連情報読出部により読み出された関連情報を検索結果情報として、端末装置へ出力されることを特徴とする開発管理システム。
【請求項２】
請求項１に記載の開発管理システムにおいて、
要求リンク情報は、要求された機能とこの機能を実現したモジュールバージョンとの関係で、モジュール情報と要求情報とをリンクするものであり、
障害リンク情報は、発生した障害とこの障害を除去したモジュールバージョンとの関係で、モジュール情報と障害情報とをリンクするもの
であることを特徴とする開発管理システム。
【請求項３】
請求項１、または請求項２に記載の開発管理システムにおいて、
モジュール情報は、候補キーとしてモジュールバージョン名を含み、
要求情報は、候補キーとして要求番号を含み、
障害情報は、候補キーとして障害番号を含み、
要求リンク情報は、モジュールバージョン名と要求番号とを対応付けた要求リンクテーブルであり、
障害リンク情報は、モジュールバージョン名と障害番号とを対応付けた障害リンクテーブルであることを特徴とする開発管理システム。
【請求項４】
請求項１から請求項３のいずれかに記載の開発管理システムにおいて、
開発管理装置は、ユーザーに出荷されるソフトウエアの製品番号に関する製番情報を、製品番号が付されたソフトウエアバージョンに関するソフトウエア情報とリンクして記憶する製番情報記憶部をさらに備え、
関連情報検索部は、さらに、製番情報記憶部に記憶された製番情報とソフトウエア情報とのリンクを参照することによって、ソフトウエア情報と製番情報との間で関連する情報を相互に検索し、
請求情報読出部は、閲覧請求がされた情報を製番情報記憶部から読み出し、
関連情報読出部は、関連情報検索部によって検索された関連情報を製番情報記憶部から読み出す
ことを特徴とする開発管理システム。
【請求項５】
請求項１から請求項４のいずれかに記載の開発管理システムにおいて、
開発管理装置は、要求情報または障害情報ごとに蓄積される試験の仕様に関する試験仕様情報を、試験仕様によって確認する機能に関する要求情報、または、試験仕様によって確認する障害に関する障害情報とリンクして記憶する試験仕様情報記憶部を備え、
関連情報検索部は、さらに、試験仕様情報記憶部にリンクして記憶された情報を参照することによって、試験仕様情報と要求情報との間、または、試験仕様情報と障害情報との間で関連する情報を相互に検索し、
請求情報読出部は、閲覧請求がされた情報を試験仕様情報記憶部から読み出し、
関連情報読出部は、関連情報検索部によって検索された関連情報を試験仕様情報記憶部から読み出す
ことを特徴とする開発管理システム。
【請求項６】
請求項５に記載の開発管理システムにおいて、
開発管理装置は、試験仕様に従って行われた試験ごとに蓄積される試験結果に関する試験結果情報を、試験結果が得られた試験仕様に関する試験仕様情報とリンクして記憶する試験結果情報記憶部を備え、
関連情報検索部は、試験結果情報記憶部にリンクして記憶された情報を参照することによって、試験結果情報と試験仕様情報との間で関連する情報を相互に検索し、
請求情報読出部は、閲覧請求がされた情報を試験結果情報記憶部から読み出し、
関連情報読出部は、関連情報検索部によって検索された関連情報を試験結果情報記憶部から読み出す
ことを特徴とする開発管理システム。
【請求項７】
請求項１から請求項６のいずれかに記載の開発管理システムにおいて、
要求情報記憶部は、さらに、要求情報において要求された機能をさらに２以上の機能に分割することを端末装置から要請された場合、分割された機能に関する情報を要求情報の下位に階層化した別個の要求情報として蓄積して記憶する
ことを特徴とする開発管理システム。
【請求項８】
請求項１から請求項７のいずれかに記載の開発管理システムにおいて、
ソフトウエアは、基板処理装置の制御を行うものを含み、
要求情報は、基板処理装置に要求された機能であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含み、
障害情報は、基板処理装置に発生した障害であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含む
ことを特徴とする開発管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ソフトウエアの開発管理システムに係り、特に、ソフトウエアの開発管理に関する情報を管理する技術に関する。
【背景技術】
【０００２】
従来、ソフトウエアの開発や管理においては、業務に応じた構成管理システムや要求管理システムや障害管理システム等をデータベース化した各種支援システムが運用されている。
【０００３】
構成管理システムは、逐次更新されるソフトウエアやその構成部品であるモジュールの履歴を、データベースに登録、記憶して管理する。この構成管理システムによって、共同でソフトウエアを開発することができ、また、履歴情報をもとに異なるソフトウエアバージョンのソフトウエアを使用するユーザーに対して適切にサポートすることができる。
【０００４】
一方、ソフトウエアの機能に対する要求、要望を管理するのが要求管理システムである。要求は、開発段階であればそのままソフトウエアやモジュールの設計仕様になり、リリース後であればソフトウエアの機能向上、または機能の追加を図るものとなる。
【０００５】
さらに、障害管理システムは、ソフトウエア固有の障害や、ソフトウエアが組み込まれる装置の障害を管理する。また、障害管理システムに蓄積された過去の障害情報を参照すれば、障害の原因分析や障害の除去作業を効率よく行うこともできる。
【０００６】
そして、構成管理、障害管理、要求管理による開発支援システムは、目的に応じて、それぞれ独立して構築されている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、このような構成を有する従来例の場合には、次のような問題がある。各管理システムの有するソフトウエアやモジュールの情報と要求情報や障害情報は、相互に関連するものであっても、連携させることができない。例えば、実際のソフトウエア開発においては、要求を達成し、または障害を除去することによって、ソフトウエアやモジュールが更新される場合が多い。そして、このような過去の経緯が、さらにソフトウエアを開発するときや、新しく発生した障害の原因分析等に有益な情報となることも多い。しかしながら、このような場合であっても、関連する各情報を得るためには、複数の管理システムを使用する必要があり、不便であった。
【０００８】
一方、ソフトウエアの開発・進捗を管理する者にとっても、構成管理システムと、要求管理システムや障害管理システムを併用する必要があり、一元的に管理することができない。
【０００９】
この発明は、このような事情に鑑みてなされたものであって、ソフトウエア情報とモジュール情報と障害情報と要求情報とを一元管理し、関連する情報を相互に検索することができる開発管理システムを提供することを主たる目的とする。
【課題を解決するための手段】
【００１０】
この発明は、このような目的を達成するために、次のような構成をとる。
【００１１】
すなわち、請求項１に記載の発明は、開発管理を行うための開発管理システムにおいて、複数のモジュールを含むソフトウエアの開発管理に関する情報を有する開発管理装置と、開発管理装置とネットワークを介して接続され、所定の情報の閲覧が請求される端末装置とを備え、前記開発管理装置は、モジュールの更新ごとに蓄積されるモジュールバージョンに関するモジュール情報を記憶するモジュール情報記憶部と、ソフトウエアの更新ごとに蓄積されるソフトウエアバージョンに関するソフトウエア情報を記憶するソフトウエア情報記憶部と、ソフトウエアに要求された機能に関する要求情報を記憶する要求情報記憶部と、ソフトウエアに発生した障害に関する障害情報を記憶する障害情報記憶部と、モジュール情報及びソフトウエア情報をリンクするソフトウエアリンク情報を記憶する第１リンク情報記憶部と、モジュール情報及び要求情報をリンクする要求リンク情報と、モジュール情報及び障害情報をリンクする障害リンク情報とを記憶する第２リンク情報記憶部と、第１リンク情報記憶部に記憶されたソフトウエアリンク情報及び第２リンク情報記憶部に記憶された要求リンク情報、障害リンク情報を参照することにより、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部に記憶された各情報の中から、端末装置から情報の閲覧が請求された請求情報に関連する関連情報を検索する関連情報検索部と、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、端末装置から情報の閲覧が請求された請求情報を読み出す請求情報読出部と、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、及び障害情報記憶部の中から、関連情報検索部によって検索された関連情報を読み出す関連情報読出部とを備え、請求情報読出部により読み出された請求情報及び関連情報読出部により読み出された関連情報を検索結果情報として、端末装置へ出力されることを特徴とするものである。
【００１２】
［作用・効果］請求項１に記載の発明によれば、開発管理装置は、ソフトウエアの開発管理に関する情報として、モジュール情報とソフトウエア情報と要求情報と障害情報とを有する。これらの情報は、それぞれモジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、障害情報記憶部に記憶される。さらに、モジュール情報とソフトウエア情報とをリンクするソフトウエアリンク情報が第１リンク情報記憶部に記憶される。また、モジュール情報と要求情報とをリンクする要求リンク情報、およびモジュール情報と障害情報とをリンクする障害リンク情報が第２リンク情報記憶部に記憶される。
【００１３】
この開発管理装置は、ネットワークを介して端末装置と接続され、端末装置から所定の情報の閲覧の請求を受け付ける。閲覧請求がされた請求情報は、請求情報読出部によって、モジュール情報記憶部、ソフトウエア情報記憶部、要求情報記憶部、および障害情報記憶部の中からから読み出される。また、請求情報に関連する関連情報については、まず、関連情報検索部によって検索される。このとき、上記モジュール情報とソフトウエア情報と要求情報と障害情報とは、種類が異なり互いに独立しているが、各リンク情報を参照することで、互いに関連付けられている。よって、関連情報検索部は、請求情報に関連する関連情報を、モジュール情報記憶部とソフトウエア情報記憶部と要求情報記憶部と障害情報記憶部とが有する全ての情報の中から、検索することができる。検索された関連情報は、関連情報読出部によって読み出される。読み出された請求情報と関連情報とは、検索結果情報として、端末装置へ出力される。閲覧請求をした端末装置では、出力された検索結果情報を受取り、閲覧することができる。
【００１４】
この発明にかかる開発管理システムによれば、開発管理装置が有する全ての情報を一元的に管理することができる。よって、ソフトウエアの開発業務や管理業務において、一つの開発管理システムを使用すればよいので効率がよい。また、ソフトウエアの開発管理に関する情報を一つのシステムで提供することができるので、従来のように業務ごとに複数のシステムを構築する必要がない。
【００１５】
請求項２に記載の発明は、請求項１に記載の開発管理システムにおいて、要求リンク情報は、要求された機能とこの機能を実現したモジュールバージョンとの関係で、モジュール情報と要求情報とをリンクするものであり、障害リンク情報は、発生した障害とこの障害を除去したモジュールバージョンとの関係で、モジュール情報と障害情報とをリンクするものであることを特徴とする。
【００１６】
［作用・効果］請求項２に記載の発明によれば、要求リンク情報は、モジュールバージョンとそのモジュールバージョンによって実現された機能とを相互に関連付ける。また、障害リンク情報は、モジュールバージョンとそのモジュールバージョンが除去した障害とを相互に関連付ける。このように各情報を有機的に連携させることにより、開発管理装置は、有用な検索結果情報を端末装置に提供させることができる。
【００１７】
一例を挙げると以下のようになる。ある要求された機能を実現したモジュールバージョンはどれであるか、または、ある障害を除去したモジュールバージョンはどれであるか、さらには、それによって構成されているソフトウエアバージョンはどれであるかといった検索結果情報を、端末装置は得ることができる。これによって、新たにソフトウエアに発生した障害について、その原因となっているモジュールバージョンを絞込み、特定し、改良するといったソフトウエアの開発業務を効果的に支援することができる。あるいは、検索されたモジュールバージョンを組み込んでいないソフトウエアバージョンのユーザーに対して、機能アップの提案を行ったり、障害の発生を未然に回避するなどの、サポート業務をも効果的に支援することができる。なお、このほかにも、種々の検索結果情報を端末装置に提供することができる。
【００１８】
請求項３に記載の発明は、請求項１、または請求項２に記載の開発管理システムにおいて、モジュール情報は、候補キーとしてモジュールバージョン名を含み、要求情報は、候補キーとして要求番号を含み、障害情報は、候補キーとして障害番号を含み、要求リンク情報は、モジュールバージョン名と要求番号とを対応付けた要求リンクテーブルであり、障害リンク情報は、モジュールバージョン名と障害番号とを対応付けた障害リンクテーブルであることを特徴とする。
【００１９】
［作用・効果］請求項３に記載の発明によれば、モジュールバージョン名によって、モジュール情報を一意に識別できる。また、要求番号によって、要求情報を一意に識別でき、障害番号によって、障害情報を一意に識別できる。
【００２０】
したがって、要求リンクテーブルを構成するモジュールバージョン名と要求番号とは、それぞれ、モジュール情報と要求情報とに対して外部キーとなる。すなわち、いわゆる多対多の関係にあるモジュール情報と要求情報とを、要求リンクテーブルを介することで、相互に関連付けることができる。
【００２１】
同様に、障害リンクテーブルを構成するモジュールバージョン名と障害番号とは、それぞれ、モジュール情報と障害情報とに対して外部キーとなる。すなわち、いわゆる多対多の関係にあるモジュール情報と障害情報とを、障害リンクテーブルを介することで、相互に関連付けることができる。
【００２２】
請求項４に記載の発明は、請求項１から請求項３のいずれかに記載の開発管理システムにおいて、開発管理装置は、ユーザーに出荷されるソフトウエアの製品番号に関する製番情報を、製品番号が付されたソフトウエアバージョンに関するソフトウエア情報とリンクして記憶する製番情報記憶部をさらに備え、関連情報検索部は、さらに、製番情報記憶部に記憶された製番情報とソフトウエア情報とのリンクを参照することによって、ソフトウエア情報と製番情報との間で関連する情報を相互に検索し、請求情報読出部は、閲覧請求がされた情報を製番情報記憶部から読み出し、関連情報読出部は、関連情報検索部によって検索された関連情報を製番情報記憶部から読み出すことを特徴とする。
【００２３】
［作用・効果］請求項４に記載の発明によれば、開発管理装置は、ソフトウエアの製品番号に関する製番情報を有し、この製番情報をソフトウエア情報とリンクさせることで、製番情報も併せて一元的に管理する。よって、製番情報を端末装置に提供したり、製番情報から閲覧請求、すなわち、検索をすることができる。したがって、主として製品番号等でやり取りをする者の業務、例えばユーザーのサポート業務等であっても、本システムを容易に使用できる。
【００２４】
請求項５に記載の発明は、請求項１から請求項４のいずれかに記載の開発管理システムにおいて、開発管理装置は、要求情報または障害情報ごとに蓄積される試験の仕様に関する試験仕様情報を、試験仕様によって確認する機能に関する要求情報、または、試験仕様によって確認する障害に関する障害情報とリンクして記憶する試験仕様情報記憶部を備え、関連情報検索部は、さらに、試験仕様情報記憶部にリンクして記憶された情報を参照することによって、試験仕様情報と要求情報との間、または、試験仕様情報と障害情報との間で関連する情報を相互に検索し、請求情報読出部は、閲覧請求がされた情報を試験仕様情報記憶部から読み出し、関連情報読出部は、関連情報検索部によって検索された関連情報を試験仕様情報記憶部から読み出すことを特徴とする。
【００２５】
［作用・効果］請求項５に記載の発明によれば、開発管理装置は、要求された機能が実現されたこと、または、障害が除去されたことを確認する試験の仕様に関する試験仕様情報を有し、この試験仕様情報を要求情報または障害情報とリンクさせることで、試験仕様情報も併せて一元的に管理する。よって、試験仕様情報を検索結果情報として端末装置に提供したり、試験仕様情報から閲覧請求、すなわち、検索をすることができる。
【００２６】
請求項６に記載の発明は、請求項５に記載の開発管理システムにおいて、開発管理装置は、試験仕様に従って行われた試験ごとに蓄積される試験結果に関する試験結果情報を、試験結果が得られた試験仕様に関する試験仕様情報とリンクして記憶する試験結果情報記憶部を備え、関連情報検索部は、試験結果情報記憶部にリンクして記憶された情報を参照することによって、試験結果情報と試験仕様情報との間で関連する情報を相互に検索し、請求情報読出部は、閲覧請求がされた情報を試験結果情報記憶部から読み出し、関連情報読出部は、関連情報検索部によって検索された関連情報を試験結果情報記憶部から読み出すことを特徴とする。
【００２７】
［作用・効果］請求項６に記載の発明によれば、開発管理装置は、試験仕様に従って行われた試験の結果に関する試験結果情報を有する。さらに、この試験結果情報を試験仕様情報とリンクさせることで、試験結果情報も併せて一元的に管理する。よって、試験結果情報を検索結果情報として端末装置に提供したり、試験結果情報から閲覧請求、すなわち、検索をすることができる。
【００２８】
請求項７に記載の発明は、請求項１から請求項６のいずれかに記載の開発管理システムにおいて、要求情報記憶部は、さらに、要求情報において要求された機能をさらに２以上の機能に分割することを端末装置から要請された場合、分割された機能に関する情報を要求情報の下位に階層化した別個の要求情報として蓄積して記憶することを特徴とする。
【００２９】
［作用・効果］請求項７に記載の発明によれば、要求情報記憶部は、要求情報を階層化して記憶する。したがって、端末装置の要請によって、開発管理装置は、要求情報をさらに分割して管理することができる。よって、例えば、要求された機能を、一つの試験で確認できる機能にまで細分化して管理することや、一つのモジュールバージョンで実現できる単位まで分割して管理することができる。
【００３０】
請求項８に記載の発明は、請求項１から請求項７のいずれかに記載の開発管理システムにおいて、ソフトウエアは、基板処理装置の制御を行うものを含み、要求情報は、基板処理装置に要求された機能であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含み、障害情報は、基板処理装置に発生した障害であって、かつ、基板処理装置に内蔵されるソフトウエアバージョンに関係するものを含むことを特徴とする。
【００３１】
請求項８に記載の発明によれば、開発管理するソフトウエアは、基板処理装置を制御するものを含む。そして、要求情報として、基板処理装置に要求された機能を含み、障害情報として基板処理装置に発生した障害も含む。よって、開発管理装置は、基板処理装置に内蔵されるソフトウエアの開発管理業務も、支援することができる。
【発明の効果】
【００３２】
この発明にかかるソフトウエアの開発管理システムによれば、ソフトウエアの開発管理に関する情報を有する開発管理装置は、第１及び第２リンク情報記憶部に記憶される各リンク情報を有する。そして、これらリンク情報を参照して、ソフトウエアの開発管理に関する情報から関連情報を検索する関連情報検索部を備えるので、開発管理装置が有する全ての情報を一元的に管理することができる。よって、開発管理装置は、端末装置が閲覧を請求した請求情報及びこの請求情報と関連する関連情報を検索することができ、端末装置に提供することができる。したがって、ソフトウエアの開発業務や管理業務を効果的に支援することができる。また、ソフトウエアの開発管理に関する情報を一つのシステムで提供することができるので、従来のように業務ごとに複数のシステムを構築する必要がない。
【発明を実施するための最良の形態】
【００３３】
以下、図面を参照してこの発明の一実施例を説明する。
【００３４】
図１は、本発明の実施例に係るソフトウエアの開発管理システムの概略構成を示す図である。
【００３５】
実施例に係るソフトウエアの開発管理システム（以下、単に「開発管理システム」という）１は、開発管理装置３と、複数個の端末装置５a、５ｂ、５ｃ（以下、これらの端末装置を特に区別しない場合は、符号「５」を付して記載する）と、双方を接続するネットワーク７とを備えている。ここで、本システムの開発管理支援の対象であるソフトウエアは、コンピュータに実行させるプログラムであり、装置、機器に内蔵し、その動作を制御するプログラムを含む。
【００３６】
開発管理装置３は、開発管理システム１の全体の管理・制御を行う開発管理コンピュータ３ａと、ソフトウエアの開発管理に関する情報を登録・蓄積するデータベース（ＤＢ）３ｂを有している。また、ＷＷＷ（World  Wide  Web）サーバ３ｃを備えて、開発管理装置３をＷＷＷと連携させている。
【００３７】
端末装置５は、開発管理装置３に対してソフトウエアの開発管理に関する情報の登録、または、所定の情報の閲覧を請求するとともに、開発管理装置３から閲覧の請求に応じて情報の提供を受ける。端末装置５は、コンピュータ本体と、キーボードなどの入力装置と、表示器・プリンタなどの出力装置で構成されている。また、このコンピュータにはアプリケーションソフトとしてＷｅｂブラウザがインストールされている。
【００３８】
端末装置５と開発管理装置３とを接続するネットワーク７は、例えば、端末装置５ａは、ＬＡＮ（Local  Area  Network）７ａを介して、開発管理装置３と接続される。一方、端末装置５ｂ、５ｃは、インターネット７ｂを介して開発管理装置３と接続される。
【００３９】
図２は、開発管理装置の概略構成を示す図である。図示するように、開発管理コンピュータ３ａは、データベース３ｂの管理・制御・各種演算処理を行うＣＰＵ１１と、このＣＰＵ１１による制御等のプログラムを記憶するＲＯＭ１２と、ＣＰＵ１１の作業領域となるＲＡＭ１３と、キーボードなどの入力装置１５及び表示器・プリンタなどの出力装置１６を備える。また、データベース３ｂは、情報を登録・記憶する固定ディスク（ＨＤＤ）１７に構築される。
【００４０】
なお、開発管理装置３によって実行されるプログラムは、ＲＯＭ１２に記憶される構成に限られない。コンピュータを用いて実現することができれば、固定ディスク（ＨＤＤ）１７に記憶されて読み出される構成や、磁気ディスク等の記録媒体に記録されたプログラムを実行する構成や、ネットワーク７を介してプログラムを実行する構成でもよい。
【００４１】
図３は、開発管理システムの機能構成の概略を示すブロック図である。図示するように、端末装置５と開発管理装置３は、ネットワーク７を介して接続されて、所定の情報を相互に送受信することができる。開発管理装置３は、入力部２１と出力部２３と請求情報読出部２５と関連情報読出部２７と関連情報検索部２９とデータベース３ｂとを有している。なお、入力部２１と出力部２３と請求情報読出部２５と関連情報読出部２７と関連情報検索部２９は、開発管理コンピュータ３ａのＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３に相当する。
【００４２】
入力部２１は、ネットワーク７に接続され、端末装置５から入力された情報を受取る。受取る情報は、データベース３ｂに登録するものと、データベース３ｂ内の情報の閲覧を請求するものとの少なくとも２種類がある。データベース３ｂに登録する情報は、入力部２１からデータベース３ｂに渡される。
【００４３】
データベース３ｂは、ソフトウエア情報記憶部３３とモジュール情報記憶部３４と要求情報記憶部３５と障害情報記憶部３６と第1リンク情報記憶部４１と第2リンク情報記憶部４２とを有する。そして、入力部２１から渡された情報が所定の記憶部に記憶される。
【００４４】
ここで、各記憶部に記憶される情報を具体的に説明するために、以下においては本システムの開発管理支援の対象であるソフトウエアが、基板処理装置に内蔵され、その動作を制御するソフトウエアである場合を例に採る。
【００４５】
図４（ａ）は、基板処理装置の概略平面図であり、（ｂ）は基板処理装置に内蔵されるソフトウエアの模式図である。
【００４６】
この基板処理装置６１は、半導体ウエハなどの基板Ｗに薬液処理、純水処理、乾燥処理を行う装置である。基板処理装置６１は、基板Ｗを基板処理装置６１内に取り込み、また払い出しする載置台６３と、基板Ｗを処理する複数の処理部６５と、基板Ｗを保持して、載置台６３と処理部６５の間を移動する搬送機構６７を有する。なお、複数の処理部６５のうち、載置台６３側の処理部では基板Ｗを減圧乾燥（ＬＰＤ）を行う。
【００４７】
かかる基板処理装置６１を制御するソフトウエアは、図４（ｂ）に示すような模式図となる。このソフトウエアＳは、ソフトウエア名「FCK」に訂正番号「3.2」を付したソフトウエアバージョン名「FCK-3.2」が付与され、これによってソフトウエアＳを識別している。また、ソフトウエアＳは、複数個のモジュールに適宜、分割される。図４（ｂ）では、基板処理装置６１の全体の制御を司るものをモジュール名「Sys」で、また、警報に関するものをモジュール名「Arm」で、操作画面の表示構成に関するものをモジュール名「Gui」で示している。さらに、かかるモジュール名に訂正番号を付与したモジュールバージョン名「Sys2.2」等によって、各モジュールを識別している。
【００４８】
なお、かかるソフトウエアバージョン名「FCK-3.2」や、モジュールバージョン名「Sys2.2」は、ソフトウエア及びモジュールを識別する情報の一例であって、任意に決められるものである。このような具体例において、以下、データベース３ｂ内の各記憶部に記憶される情報を説明する。
【００４９】
ソフトウエア情報記憶部３３には、ソフトウエアの更新ごとに蓄積される、ソフトウエアバージョンに関するソフトウエア情報が記憶される。図５は、ソフトウエア情報記憶部３３に記憶されるソフトウエア情報の構成の模式図である。このように、ソフトウエア情報として、「ソフトウエアバージョン名」と、これに対応付けて、「登録日」と「リリース」と「ノート」とを有している。「ソフトウエアバージョン名」は、上述のように、ソフトウエア情報を一意に識別する情報であり、「登録日」はデータベース３ｂに登録された年月日であり、「リリース」はユーザーが使用する基板処理装置６１へインストールした年月日であり、「ノート」はソフトウエアの更新の経緯等に関する覚書である。
【００５０】
モジュール情報記憶部３４には、ソフトウエアの構成部品であるモジュールの更新ごとに蓄積される、モジュールバージョンに関するモジュール情報が記憶される。図６は、モジュール情報記憶部３４に記憶されるモジュール情報の構成の模式図である。このように、モジュール情報として、「モジュールバージョン名」と、これに対応付けられた「モジュール名」と「登録日」と「ノート」とを有している。「モジュールバージョン名」も、上述のように、モジュール情報を一意に識別する情報であり、「登録日」はデータベース３ｂに登録された年月日であり、「ノート」はモジュールの更新の経緯等に関する覚書である。
【００５１】
要求情報記憶部３５には、ソフトウエアに要求された機能に関する要求情報が記憶される。図７（ａ）は、要求情報記憶部３５に記憶される要求情報の構成の模式図であり、（ｂ）は、要求される機能から2以上の機能に分割することを示す模式図である。図７（ａ）に示すように、要求情報として、「要求番号」と、これに対応付けられた「要求内容」と「ステータス」と「ソフトウエアバージョン名」とを有する。「要求番号」は、要求情報の登録の際に付与され、要求情報を一意に識別できる情報である。「要求内容」は要求された機能を示し、「ステータス」は対応状況を示し、「ソフトウエアバージョン名」は要求されたソフトウエアバージョンを示す。
【００５２】
さらに、図７（ａ）は、要求情報を階層化して要求情報記憶部３５に記憶することも示している。要求される機能は、２以上の機能に分割できることがある。たとえば、図７（ｂ）に示すように、「高速搬送する」という「親」の機能に対して、「減圧乾燥（ＬＰＤ）用カバーシャワー」の動作時間を短くすることと、「槽間バット」の移動タイミングを変更することと、「ログ出力のアーキテクチャを改造」することとに分割できる（「子」の機能）。さらに、「ログ出力のアーキテクチャを改造」することは、「ＦＴＰサーバーに定期的にアラームを確認する」ことと、「終了時にログフラッシュを打つ」ことに分割できる（「孫」の機能）。このような場合においては、端末装置５からの要請によって、図７（ａ）において、要求番号「R3」〜「R3.3.2」の要求情報に示すように、「高速搬送する」という要求情報の下位に、分割された機能に関する要求情報を記憶する。
【００５３】
このように要求情報を階層化することによって、ソフトウエアの開発管理を適切に行うことができる。たとえば、一般に要求された機能を実現した１つまた２つ以上のモジュールが開発されたときは、ソフトウエアに実装する前に試験によって動作確認を行う必要がある。したがって、かかる試験単位に分割した機能に関する要求情報を有すれば、要求情報を管理し易くなる。
【００５４】
障害情報記憶部３６は、ソフトウエアに発生した障害に関する障害情報が記憶される。障害情報記憶部３６に記憶される障害情報としては、図示を省略するが、「障害番号」と「障害内容」と「ステータス」と「ソフトウエアバージョン名」とを有している。「障害番号」は、障害情報を登録する際に付与され、障害情報を一意に識別できるものである。「障害内容」は、発生した障害内容であり、例えば、「処理部の処理温度が設定温度を超える」、「搬送機構が載置台から基板を取り込まない」等である。「ステータス」は、障害の対応状況であり、例えば、「登録済み」「対応中」等がある。「ソフトウエアバージョン名」には、障害が発生したソフトウエアバージョン名が入る。
【００５５】
さらに、障害情報記憶部３６も、端末装置５からの要請により、発生した障害を２以上の障害に分割して、階層化した障害情報として記憶する。よって、ソフトウエアの開発管理を適切に行うことができる。
【００５６】
第１リンク情報記憶部４１には、ソフトウエアリンク情報が記憶される。ソフトウエアリンク情報は、モジュール情報記憶部３４に記憶されるモジュール情報とソフトウエア情報記憶部３３に記憶されるソフトウエア情報とをリンクする情報である。
【００５７】
図８は、データベースに記憶される情報の構成の模式図である。図８に示すように、第１リンク情報記憶部４１には、ソフトウエアリンク情報が記憶されている。本実施例においては、ソフトウエアリンク情報は、ソフトウエアバージョン名とモジュールバージョン名とが対応付けられたソフトウエアリンクテーブルである。ここで、ソフトウエアバージョン名とモジュールバージョン名とは、それぞれソフトウエア情報とモジュール情報を一意に識別できる候補キーである。よって、ソフトウエアリンクテーブルを構成するソフトウエアバージョン名とモジュールバージョン名とは、それぞれソフトウエア情報とモジュール情報とに対する外部キーとなる。
【００５８】
このソフトウエアリンク情報は、ソフトウエアバージョン名と、そのソフトウエアバージョンを構成するモジュールバージョン名とをリンクさせるものである。よって、一つのソフトウエアバージョンが複数個のモジュールバージョンによって構成される一方、一つのモジュールバージョンが複数個のソフトウエアバージョンに組み込まれている場合がある。このようなソフトウエア情報とモジュール情報との関係は、いわゆる多対多であるが、上述した外部キー同士を対応付けたソフトウエアリンクテーブルによれば、相互にリンクさせることができる。よって、かかるソフトウエアリンク情報を参照することによって、関連するソフトウエア情報およびモジュール情報を相互に検索することができる。
【００５９】
第２リンク情報記憶部４２には、要求リンク情報４５と障害リンク情報４６とが記憶される。要求リンク情報４５は、モジュール情報記憶部３４に記憶されるモジュール情報と要求情報記憶部３５に記憶される要求情報とをリンクする情報である。障害リンク情報４６は、モジュール情報記憶部３４に記憶されるモジュール情報と障害情報記憶部３６に記憶される障害情報とをリンクする情報である。
【００６０】
図８に示すように、本実施例においては、要求リンク情報４５は、モジュールバージョン名と要求番号とが対応付けられた要求リンクテーブルである。また、障害リンク情報４６は、モジュールバージョン名と障害番号とが対応付けられた要求リンクテーブルである。ここで、要求番号及び障害番号も、それぞれ要求情報と障害情報とを一意に識別できる候補キーである。よって、要求及び障害リンクテーブルを構成するモジュールバージョン名と要求番号と障害番号とは、それぞれモジュール情報と要求情報と障害情報とに対する外部キーとなる。
【００６１】
なお、かかる要求リンク情報４５は、要求された機能と、その機能を実現したモジュールバージョン名とをリンクさせるものである。また、障害リンク情報４６は、発生した障害とその障害を除去したモジュールバージョン名とをリンクさせるものである。よって、モジュール情報と要求情報との関係、及びモジュール情報と障害情報との関係も多対多の関係となるが、上述した外部キー同士を対応付けた要求、障害リンクテーブルによって相互にリンクさせることができる。よって、かかる要求リンク情報４５を参照することによって、関連するモジュール情報と要求情報とを相互に検索することができる。同様に、障害リンク情報４６を参照することによって、関連するモジュール情報と障害情報とを相互に検索することができる。
【００６２】
たとえば、障害番号「F01」と関連するモジュール情報は、障害リンク情報４６を参照して、モジュールバージョン名「Sys2.2」、「Gui3.2」によって識別されるモジュール情報であると検索できる。逆に、モジュールバージョン名「Sys2.2」と関連する障害情報は、障害リンク情報４６を参照して、障害番号「F01」、「F02」によって識別される障害情報であると検索できる。
【００６３】
再び、図３を参照する。入力部２１が受取る情報が、データベース３ｂ内の情報の閲覧を請求するものであれば、その閲覧請求に係る情報は入力部２１から請求情報読出部２５と関連情報検索部２９とに渡される。
【００６４】
ここで、閲覧の請求は、データベース３ｂ内のある情報の閲覧を請求するとともに、この情報と関連する情報も同時に閲覧を請求することも可能である。ここで、以下の説明においては、閲覧を請求する主たる情報を「請求情報」と言い、この請求情報と関連する情報であって、閲覧を請求するものを「関連情報」と言って、両者を区別する。なお、請求情報及び関連情報は、たとえば、上述した１つのモジュール情報等の全部であっても、一部であってもよい。
【００６５】
この請求情報は、請求情報読出部２５によって、データベース３ｂが有するソフトウエア情報記憶部３３、モジュール情報記憶部３４、要求情報記憶部３５、及び障害情報記憶部３６の中から読み出される。
【００６６】
一方、関連情報は、関連情報検索部２９によって、データベース３ｂが有するソフトウエア情報記憶部３３、モジュール情報記憶部３４、要求情報記憶部３５、及び障害情報記憶部３６の中から、第１リンク情報記憶部４１と第２リンク情報記憶部４２とに記憶される各リンク情報を参照して検索される。
【００６７】
関連情報検索部２９によって検索された関連情報は、関連情報読出部２７によって参照され、データベース３ｂが有するソフトウエア情報記憶部３３、モジュール情報記憶部３４、要求情報記憶部３５、及び障害情報記憶部３６の中から読み出される。
【００６８】
以上のように、読み出された請求情報と関連情報とは、出力部２３に渡される。渡された請求情報と関連情報とは、検索結果情報として、出力部２３によって閲覧請求をした端末装置５に出力される。このようにして、端末装置５に検索結果情報が提供される。
【００６９】
本実施例にかかる開発管理システム１は、端末装置５の請求等に応じて種々の業務支援を行うことができる。本明細書では一例として、障害が発生してから除去されるまでの一連の流れで、その動作を説明する。ソフトウエアバージョンFCK-3.4を内蔵する基板処理装置６１を使用するユーザー先において、障害内容「搬送機構が基板を取り込まない」とする障害（以下、単に障害ｆという）が発生した場合を考える。
【００７０】
この場合、障害ｆを除去するまでの流れを、図９を参照しながら説明する。図９は、開発管理システムの支援を受けた、ソフトウエアの障害除去に関する業務のフローチャートである。
【００７１】
なお、便宜上、端末装置５の使用者を業務の異なる２つのグループに分けて、説明する。すなわち、ソフトウエアの開発を監督指揮する管理者やソフトウエアを実際に開発する開発者を含む開発者１０１と、ソフトウエアのソフトウエアバージョンFCK-3.4を使用するユーザー及びこのユーザーのサポート業務に携わる者を含むユーザー１０５とに分ける。
【００７２】
＜ステップＳ２１＞  障害情報登録
障害ｆが発生すると、ユーザー１０５は、端末装置５を使って開発管理装置３へ、その障害ｆに関する障害情報をデータベース３ｂに登録することを要請する。ユーザー１０５が入力する障害情報は、障害内容（「搬送機構が基板を取り込まない」）や、障害が発生したソフトウエアバージョン名（「FCK-3.2」）等である。なお、通常、この時点で、障害の原因となるモジュールバージョンは特定できないので、入力されない。
【００７３】
開発管理装置３においては、入力部２１が端末装置５から送られた障害情報を受取ると、データベース３ｂに渡される。障害情報記憶部３６は、この障害情報に障害番号を付与して記憶する。図１０を参照する。図１０は、開発管理装置３において、データベースに記憶される情報とデータベースから読み出される情報の構成の模式図である。障害情報記憶部３６に、障害番号「F03」を付与されて記憶される障害情報が、この障害ｆに関するものである。このように、ユーザー１０５も開発者１０１と同様に開発管理システム１を使用するので、ユーザー１０５から提供された障害情報を直ちに開発者１０１も共有することができる。
【００７４】
＜ステップＳ１１＞  障害分析
開発者１０１は、この障害を除去するため、まず、障害ｆがどのモジュールバージョンに起因するかを分析する。このとき、開発者１０１は、端末装置５より開発管理装置３に対して、ソフトウエアバージョンFCK-3.4について、それを構成するモジュールバージョンとそのモジュールバージョンの要求履歴及び障害履歴とを閲覧請求することができる。すなわち、請求情報をソフトウエアバージョンFCK-3.4とし、関連情報をモジュールバージョン名と、要求番号及び要求内容と、障害番号及び障害内容とする閲覧請求をすることができる。
【００７５】
かかる閲覧請求は開発管理装置３の入力部２１によって受取られ、請求情報読出部２５と関連情報検索部２９に渡される。
【００７６】
図１０を参照する。請求情報読出部２５は、ソフトウエア情報記憶部３３からソフトウエアバージョン名「FCK-3.4」によって識別されるソフトウエア情報を請求情報として読み出す（この読出作業を、模式的に符号ｐ１を付した実線で図示することとし、以下は符号のみを表示する）。
【００７７】
一方、関連情報検索部２９は、第１リンク情報記憶部４１に記憶されるソフトウエアリンク情報を参照して、ソフトウエアバージョンFCK-3.4と関連するモジュール情報を検索する。その結果、モジュールバージョン名「Arm1.2」、「Gui3.3」で識別されるモジュール情報であることを検索する（この検索作業を、模式的に符号ｑ１を付した実線で図示することとし、以下は符号のみを表示する）。
【００７８】
さらに、第２リンク情報記憶部４２に記憶される要求リンク情報４５を参照して、各モジュールバージョンArm1.2、Gui3.3に関連する要求情報を検索する。その結果、要求番号「R01」、「R02」で識別される要求情報であることを検索する（ｑ２）。
【００７９】
同様に、第２リンク情報記憶部４２に記憶される障害リンク情報４６を参照して、各モジュールバージョンArm1.2、Gui3.3に関連する障害情報を検索する。その結果、関連する障害情報がないとして検索を終了する（ｑ３）。
【００８０】
関連情報読出部２７は、かかる関連情報検索部２９による上述した検索を参照して、モジュール情報記憶部３４からモジュールバージョン名「Arm1.2」及び「Gui3.3」とを関連情報として読み出す（ｐ２）。また、要求情報記憶部３５から、要求番号「R01」及び「R02」とそれぞれの要求内容を関連情報として読み出す（ｐ３）。
【００８１】
以上のように、請求情報読出部２５、関連情報読出部２７により読み出された請求情報及び関連情報は、出力部２３に渡される。出力部２３は、請求情報と関連情報とを検索結果情報として端末装置５へ提供する。
【００８２】
図１１は、端末装置に出力される情報の模式図である。図１１に示すように、ソフトウエアバージョンFCK-3.4を構成する複数個のモジュールバージョン名と、各モジュールバージョンについての要求番号、障害番号、要求内容、障害内容が表形式で表示される。
【００８３】
このように、本開発管理システム１によれば、請求情報と関連情報とを、ソフトウエア情報記憶部３３、モジュール情報記憶部３４、要求情報記憶部３５、及び障害情報記憶部３６の中から読み出すことができ、また、これらを併せて表示させることができる。よって、開発者１０１は、一つの開発管理システム１において、ソフトウエア情報に関連するモジュール情報と要求情報と障害情報を全て閲覧することができるので、障害の分析作業を効率よく行うことができる。
【００８４】
＜ステップＳ１２＞  ソフトウエア及びモジュールの更新
開発者１０１は、出力表示されたソフトウエアバージョンFCK-3.4に関する複数個のモジュールバージョンと、各モジュールバージョンについての過去の要求内容と障害内容を参照することにより、ユーザー１０５から送られてきた障害ｆを分析する。障害分析の結果、障害の原因となるモジュールバージョンを特定すると、次に、モジュールの改良・開発に着手する。ここでは、障害ｆの原因がモジュールバージョンArm1.2とする。また障害ｆを除去したモジュールバージョンArm1.3が新たに開発され、それによってソフトウエアバージョンFCK-3.5が構成されるとする。
【００８５】
開発者１０１は、モジュールバージョンArm1.3とソフトウエアバージョンFCK-3.5とを更新して登録する要請を端末装置５から行う。このとき、端末装置５には、モジュール情報としてモジュールバージョン名「Arm1.3」と「ノート」が入力される。さらに関連する情報として、除去した障害番号「F03」と新たに更新されるソフトウエアバージョン名「FCK-3.5」を入力する。
【００８６】
また、ソフトウエア情報としては、ソフトウエアバージョン名「FCK-3.5」と「ノート」を入力する。
【００８７】
かかるモジュール情報とソフトウエア情報は、開発管理装置３の入力部２１に受取られ、データベース３ｂに渡される。モジュール情報記憶部３４は、かかるモジュール情報に登録日を付して、記憶する。同様にソフトウエア情報記憶部３３は、ソフトウエア情報を登録日を付して、記憶する。
【００８８】
さらに、第１リンク情報記憶部４１は、ソフトウエアバージョン名「FCK-3.5」とモジュールバージョン名「Arm1.3」とを対応付けたソフトウエアリンク情報を記憶する。また、第２リンク情報記憶部４２は、障害リンク情報４６として、障害番号「F03」とモジュールバージョン名「Arm1.3」とを対応付けた障害リンクテーブルを記憶する。
【００８９】
このように、ソフトウエアバージョン名及びモジュールバージョン名の登録とともに、各リンク情報も新たに登録することで、各情報と関連付けることができる。
【００９０】
＜ステップＳ２２＞  リリース
障害ｆが除去されたソフトウエアバージョンFCK-3.5が、ユーザーに供給され、基板処理装置６１にインストールされることにより、障害ｆを除去することができる。こうして、一連の業務が終了する。
【００９１】
以上のように、障害が発生してから解決するまでには種々の業務が発生するが、開発管理システム１によれば、障害情報とモジュール情報及びソフトウエア情報を一元的に管理するので、一連の業務を支援することができる。また、開発者１０１とユーザー１０５とが、同じ開発管理システム１を使用するので、情報を直ちに供給することができ、また、情報の提供を受けることもできる。なお、開発管理システム１は、要求情報も有しているので、ユーザー１０５からの要求を受けてその要求を達成するまでの一連の業務においても同様に支援することができる。
【００９２】
この発明は、上記実施形態に限られることはなく、下記のように変形実施することができる。
【００９３】
（１）上述した実施例では、データベース３ｂには、ソフトウエア情報記憶部３３とモジュール情報記憶部３４と要求情報記憶部３５と障害情報記憶部３６とを有していたが、これに限られない。すなわち、ソフトウエアの開発管理を支援する情報を管理するものであればよい。
【００９４】
図１２を参照する。図１２は、変形例にかかる開発管理システムの機能構成の概略を示すブロック図である。データベース３ｂは、さらに、製番情報記憶部３７、試験仕様情報記憶部３８、試験報告情報記憶部３９を有している。
【００９５】
製番情報記憶部３７は、製番情報を記憶する。この製番情報は、ソフトウエアの「製品番号」やソフトウエアが内蔵される「製造装置の製品番号」や「顧客」等の情報を有する。なお、かかる製番情報は、ソフトウエアバージョン名と対応付けられていれば、必ずしも上述した各リンク情報を備える必要はない。すなわち、製番情報として、関連するソフトウエア情報を識別する「ソフトウエアバージョン名」を外部キーとして有していれば、ソフトウエア情報とリンクさせることができる。
【００９６】
試験仕様情報記憶部３８は、試験仕様情報を記憶する。この試験仕様情報は、要求された機能が実現できていること、または発生した障害を除去していることを確認する試験の「試験仕様」等の情報を有する。なお、この試験仕様情報も、関連する要求情報または障害情報を識別する要求番号または障害番号を外部キーとして有していれば、他の要求情報または障害情報とリンクさせることができるので、固有のリンク情報を必ずしも備える必要はない。
【００９７】
試験結果情報記憶部３９は、試験結果情報を記憶する。この試験結果情報は、上述した試験仕様に従って行われた試験の「試験結果」等の情報を有する。この試験結果情報も、試験仕様情報を一意に識別できる情報を外部キーとして有することで、試験仕様情報とリンクさせることができる。
【００９８】
したがって、変形実施例に示す開発管理システム１によっても、全ての記憶部３３〜３９を一元的に管理することができる。よって、ユーザーにとっては、製番情報により閲覧請求をすることができる。一方、開発者にとっても、ソフトウエアの開発状況をテスト仕様情報とテスト結果情報を含めて一元的に管理することができる。
【００９９】
（２）上述した実施例では、第２リンク情報記憶部４２に記憶される要求リンクテーブルはモジュールバージョン名と要求番号とによって構成されていたが、モジュール情報記憶部３４と要求情報記憶部３５とに記憶される各情報を関連付けることができれば、これに限られない。同様に第２リンク情報記憶部４２に記憶される障害リンクテーブルの構成も適宜に変更可能である。
【０１００】
（３）また、各情報記憶部３３〜３６の情報の構成は、これに限るものではなく、ソフトウエアの開発管理に必要な情報であればよく、適宜に変更されるものである。
【０１０１】
（４）上述した実施例では、要求リンク情報４５は、要求された機能とその機能を実現した実現したモジュールバージョンとの関係で、要求情報とモジュール情報とをリンクさせるものであったが、かかる関係に限定されない。すなわち、要求された機能と、その機能が課されたモジュールバージョンとの関係でリンクさせるようにしてもよい。
【０１０２】
また、同様に、障害リンク情報４６は、発生した障害とその障害を除去したモジュールバージョンとの関係で、障害情報とモジュール情報とをリンクさせるものであったが、かかる関係に限定されない。すなわち、発生した障害と、その障害の原因となったモジュールバージョンとの関係でリンクさせるようにしてもよい。
【０１０３】
（５）上述した各実施例では、基板処理装置６１に内蔵されるソフトウエアを例にとって説明したが、この発明に係る開発管理システムは、これら製造装置に内蔵されるソフトウエアに限らず、全てのソフトウエアの開発管理に有効なシステムである。
【図面の簡単な説明】
【０１０４】
【図１】本発明の実施例に係るソフトウエアの開発管理システムの概略構成を示す図である。
【図２】開発管理装置の概略構成を示す図である。
【図３】開発管理システムの機能構成の概略を示すブロック図である。
【図４】（ａ）は、基板処理装置の概略平面図であり、（ｂ）は基板処理装置に内蔵されるソフトウエアの模式図である。
【図５】ソフトウエア情報記憶部に記憶されるソフトウエア情報の構成を模式図である。
【図６】モジュール情報記憶部に記憶されるモジュール情報の構成の模式図である。
【図７】（ａ）は、要求情報記憶部に記憶される要求情報の構成の模式図であり、（ｂ）要求される機能から2以上の機能に分割することを示す模式図である。
【図８】データベースに記憶される情報の構成の模式図である。
【図９】開発管理システムの支援を受けた、ソフトウエアの障害除去に関する業務のフローチャートである。
【図１０】開発管理装置において、データベースに記憶される情報とデータベースから読み出される情報の構成の模式図である。
【図１１】端末装置に出力される情報の模式図である。
【図１２】変形例にかかる開発管理システムの機能構成の概略を示すブロック図である。
【符号の説明】
【０１０５】
１  …開発管理システム
３  …開発管理装置
３ａ  …開発管理コンピュータ
３ｂ  …データベース
５  …端末装置
７  …ネットワーク
２１  …入力部
２３  …出力部
２５  …請求情報読出部
２７  …関連情報読出部
２９  …関連情報検索部
３３  …ソフトウエア情報記憶部
３４  …モジュール情報記憶部
３５  …要求情報記憶部
３６  …障害情報記憶部
３７  …製番情報記憶部
３８  …試験仕様情報記憶部
３９  …試験結果情報記憶部
４１  …第１リンク情報記憶部
４２  …第２リンク情報記憶部
４５  …要求リンク情報
４６  …障害リンク情報
【図１】
2005284594.tif 000003
【図２】
2005284594.tif 000004
【図３】
2005284594.tif 000005
【図４】
2005284594.tif 000006
【図５】
2005284594.tif 000007
【図６】
2005284594.tif 000008
【図７】
2005284594.tif 000009
【図８】
2005284594.tif 000010
【図９】
2005284594.tif 000011
【図１０】
2005284594.tif 000012
【図１１】
2005284594.tif 000013
【図１２】
2005284594.tif 000014