(57)【要約】【課題】ソフトウエア及びソフトウエアに付随するドキュメントの変更を一元管理することができるソフトウエア管理システムを得る。【解決手段】ソフトウエア及びこのソフトウエアに付随するドキュメントのいずれかに変更の必要性が発生したとき、変更インプット記録手段１が変更管理番号を採番し、この変更管理番号を含む変更インプットを変更管理情報ファイル２の変更管理データテーブル３に記録し、実際の変更作業の進捗に合わせて、変更状況記録手段６により、変更作業の進捗状況を含む変更状況を、変更管理番号をキーにして変更管理データテーブル３に記録し、変更作業が終了したときは、変更アウトプット記録手段７により、変更結果としての変更アウトプットを、変更管理番号をキーにして変更管理情報データテーブル３に記録して、ソフトウエアとドキュメントの変更を一元管理する。【選択図】図１
2010026587.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウエア及びこのソフトウエアに付随するドキュメントの変更情報を記録する変更管理情報データベース、上記ソフトウエア及びこのソフトウエアに付随するドキュメントのいずれかに変更の必要性が発生したとき、変更管理番号を採番し、この変更管理番号を含む変更開始情報である変更インプットを上記変更管理情報データベースに記録する変更インプット記録手段、上記ソフトウエア及びこのソフトウエアに付随するドキュメントの変更作業の進捗状況を含む変更状況を、上記変更管理番号をキーにして上記変更管理情報データベースに記録する変更状況記録手段、及び上記変更作業が終了したとき、変更終了情報である変更アウトプットを、上記変更管理番号をキーにして上記変更管理情報データベースに記録する変更アウトプット記録手段を備えたことを特徴とするソフトウエア管理システム。
【請求項２】
変更された上記ソフトウエアをリリースする複数のリリース先毎にリリース日を記録するリリース管理データベースを備え、
上記変更アウトプット記録手段は、変更された上記ソフトウエアをリリースしたリリース日を上記リリース先ごとに上記リリース管理データベースに記録することを特徴とする請求項１記載のソフトウエア管理システム。
【請求項３】
ソフトウエア及びこのソフトウエアに付随するドキュメントのいずれかに変更の必要性が発生したとき、コンピュータに変更管理番号を採番させ、この変更管理番号を含む変更開始情報である変更インプットを変更管理情報データベースに記録する第一のステップ、上記ソフトウエア及びこのソフトウエアに付随するドキュメントの変更作業の進捗状況を含む変更状況を、上記変更管理番号をキーにして上記変更管理情報データベースに記録する第二のステップ、及び上記変更作業が終了したとき、変更終了情報である変更アウトプットを、上記変更管理番号をキーにして上記変更管理情報データベースに記録する第三のステップを実行させることを特徴とするソフトウエア管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ソフトウエアの保守工程や運用工程で発生するさまざまな障害、仕様変更に対して改版が行われるソフトウエア及びこのソフトウエアに付随するドキュメントを計算機により管理するソフトウエア管理システム及びソフトウエア管理プログラムに関するものである。
【背景技術】
【０００２】
製品の仕様策定、設計、製作、出荷、保守、リプレースまでのライフサイクルの中で、全ての段階において、必ず何らかの変更が発生する。これらの変更を漏れなく正確に反映するには、変更要求、変更内容、変更対象、変更作業進捗、変更反映時期を正しく管理・記録する必要がある。
製品がソフトウエアの場合、ソフトウエアには、必ず設計仕様書、試験仕様書、取扱説明書等のドキュメントが付随し、ソフトウエアの変更の場合には、ほとんどの場合、ドキュメントの変更も必要となる。したがって、一つの変更要求に対して、ソフトウエアの変更管理だけでなく、ドキュメントの変更も管理する必要がある。
例えば特許文献１の従来のソフトウエア管理システムでは、ソフトウエアの障害管理情報及び仕様変更管理情報を障害・仕様変更管理情報として一元管理する障害・仕様変更管理情報ファイルと、計算機のオペレーティングシステム及び業務アプリケーションソフトウエアが障害を検出したときに障害管理情報を収集して障害・仕様変更管理情報ファイルに記録する障害管理情報収集・記録手段と、マンマシンインタフェースを通して入力された仕様変更管理情報を収集して障害・仕様変更管理情報ファイルに記録する仕様変更管理情報収集・記録手段と、障害対処及び仕様変更対処を保守環境で確認したソフトウエアを本番環境にリリースする際にマンマシンインタフェースを通して入力されたリリース情報に含まれるソフトウエアの識別情報及び障害・仕様変更管理情報の管理番号に基づいて障害・仕様変更管理情報ファイルの該当障害・仕様変更管理情報の状態を対処完とする対処情報記録手段と、障害・仕様変更管理情報ファイルの障害・仕様変更管理情報から各種の統計管理情報を、マンマシンインタフェースを通して引き出す障害・仕様変更管理情報出力手段とを有する構成が記載されていた。
【０００３】
【特許文献１】特開平７−８５１５７号公報（第４〜５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１などの従来のソフトウエア管理システムでは、ソフトウエア本体の変更のみを管理対象としていた。一般に、ソフトウエアには、ソフトウエアの設計仕様書、試験仕様書、取扱説明書等のドキュメントが存在し、ソフトウエアの変更とともに、付随するドキュメントも変更されるべきであるが、各種のバージョン管理ツールなどの従来のソフトウエア管理システムでは、ソフトウエアに付随するドキュメントの変更には対応していないという問題があった。
【０００５】
この発明は、上述のような課題を解決するためになされたものであり、ソフトウエア及びソフトウエアに付随するドキュメントの変更を一元管理することができるソフトウエア管理システム及びソフトウエア管理プログラムを得ることを目的にしている。
【課題を解決するための手段】
【０００６】
この発明に係わるソフトウエア管理システムにおいては、ソフトウエア及びこのソフトウエアに付随するドキュメントの変更情報を記録する変更管理情報データベース、ソフトウエア及びこのソフトウエアに付随するドキュメントのいずれかに変更の必要性が発生したとき、変更管理番号を採番し、この変更管理番号を含む変更開始情報である変更インプットを変更管理情報データベースに記録する変更インプット記録手段、ソフトウエア及びこのソフトウエアに付随するドキュメントの変更作業の進捗状況を含む変更状況を、変更管理番号をキーにして変更管理情報データベースに記録する変更状況記録手段、及び変更作業が終了したとき、変更終了情報である変更アウトプットを、変更管理番号をキーにして変更管理情報データベースに記録する変更アウトプット記録手段を備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、ソフトウエア及びこのソフトウエアに付随するドキュメントの変更情報を記録する変更管理情報データベース、ソフトウエア及びこのソフトウエアに付随するドキュメントのいずれかに変更の必要性が発生したとき、変更管理番号を採番し、この変更管理番号を含む変更開始情報である変更インプットを変更管理情報データベースに記録する変更インプット記録手段、ソフトウエア及びこのソフトウエアに付随するドキュメントの変更作業の進捗状況を含む変更状況を、変更管理番号をキーにして変更管理情報データベースに記録する変更状況記録手段、及び変更作業が終了したとき、変更終了情報である変更アウトプットを、変更管理番号をキーにして変更管理情報データベースに記録する変更アウトプット記録手段を備えたので、変更対象がソフトウエアまたはドキュメントの区別なく、変更作業の開始から終了までを一元管理できるようにしたことにより、ソフトウエア及びドキュメントの保守性を向上させることができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
実施の形態１は、ソフトウエアの保守工程や運用工程で発生するさまざまな障害、仕様変更に対して改版が行われるソフトウエアと、このソフトウエアの要求仕様、外部仕様、試験仕様などのソフトウエアに付随するドキュメントとに関し、ソフトウエア及びドキュメントのいずれかが変更のつど、変更管理番号を採番することにより、変更を抽象化し、一元管理するものである。
なお、上述の障害については、計算機のオペレーティングシステムや業務アプリケーションソフトウエアが障害を検出したときに障害情報が収集され、仕様変更については、ユーザからの要求などにより、仕様変更情報が収集される。
【０００９】
図１は、この発明の実施の形態１によるソフトウエア管理システムを示すシステム構成図である。
図１において、変更インプット記録手段１（第一のステップ）は、変更インプットがあるとき、すなわちソフトウエアの変更が発生したときに、その変更に対して変更管理番号を採番した上で、変更インプットを変更管理情報ファイル２に記録する。この後の変更管理は、ここで採番した変更管理番号をキーにして行う。すなわち、本発明では、多種多様の変更インプットがある中の一つを一意に特定するキーとして、変更管理番号を用いるものである。
変更管理情報ファイル２は、変更管理番号を含む変更インプットが記録されたファイル（データベース）である。変更管理データファイル３（変更管理情報データベース）は、変更管理情報ファイル２内のデータファイルであり、変更管理番号により管理される。障害関連情報４と、仕様変更関連情報５とは、変更管理情報ファイル２内のデータファイルであり、それぞれ変更管理番号により管理され、変更内容に関連した障害関連情報または仕様変更関連情報を有している。
変更状況記録手段６（第二のステップ）は、変更管理番号により管理された変更状況（進捗状況）を、変更管理情報ファイル２に記録する。変更アウトプット記録手段７（第三のステップ）は、変更管理番号により管理される変更結果情報である変更アウトプットを、変更管理情報ファイル２に記録する。
なお、変更インプット記録手段１、変更状況記録手段６及び変更アウトプット記録手段７は、計算機のＣＰＵにより実行されるソフトウエアにより構成され、変更管理情報ファイル２は、計算機に内蔵された記憶装置、または外部の記憶装置上に形成されている。
【００１０】
また、変更インプットは、変更インプット受付日、変更インプット種別、変更インプット番号、変更要求内容、変更期限日を有する。ここで、変更インプット種別には、障害通知書、議事録、出張報告書、照会・連絡書、その他が含まれ、変更インプット番号には、障害通知書番号、議事録番号、出張報告書番号、照会・連絡書番号、その他文書番号が含まれる。
また、変更状況は、変更管理番号、変更担当者名、変更内容、変更進捗状況、変更完了日を有する。ここで、変更進捗状況には、未着手、変更中、変更完了リリース待ち、リリース済み、変更なし現状どおり、が含まれる。
また、変更アウトプットは、変更管理番号、変更アウトプット種別、変更アウトプット名称、変更アウトプット番号、変更リリース日を有する。ここで、変更アウトプット種別には、ソフトウエア、仕様書、その他が含まれる。また、変更アウトプット名称には、ソフトウエア名、ドキュメント名、その他名称が含まれる。また、変更アウトプット番号には、ソフトウエアバージョン、ドキュメント番号・改定版番号、その他文書番号が含まれる。
【００１１】
図２は、この発明の実施の形態１によるソフトウエア管理システムの変更管理データテーブルの例を示す図である。
図２において、変更管理データテーブル３は、変更管理番号１１と、変更インプット１２と、変更状況１３と、変更アウトプット１４から構成されている。変更インプット１２の変更インプット種別は、１：障害通知書、２：議事録、３：出張報告書、４：照会・連絡書、５：その他、のいずれかのコードで記録される。変更状況１３の変更進捗状況は、１：未着手、２：変更中、３：変更完了リリース待ち、４：リリース済み、５：変更なし現状どおり、のいずれかのコードで記録される。また、変更アウトプット１４の変更アウトプット種別は、１：ソフトウエア、２：仕様書、３：その他、のいずれかのコードで記録される。
【００１２】
図３は、この発明の実施の形態１によるソフトウエア管理システムの変更インプット記録手段の処理を示すフロー図である。
図４は、この発明の実施の形態１によるソフトウエア管理システムの変更状況記録手段の処理を示すフロー図である。
【００１３】
図５は、この発明の実施の形態１によるソフトウエア管理システムの変更アウトプット記録手段の処理を示すフロー図である。
【００１４】
次に、図１〜図５を用いて、実施の形態１のソフトウエア管理システムについて説明する。
ソフトウエアまたはドキュメントの変更が要求された場合、障害によるもの、仕様変更によるものを一括して変更インプットと定義し、変更インプット記録手段１を用いて、変更管理番号を採番し、この変更管理番号に対して、変更インプット受付日、変更インプット種別、変更インプット番号、変更要求内容、変更期限を入力する。ここで、変更インプット種別、変更インプット番号は、変更要求が記載された文書を特定するものであり、変更インプット種別は、例えば、１：障害通知書、２：議事録、３：出張報告書、４：照会・連絡書、５：その他というように定義し、変更インプット番号は、それぞれの文書に採番された文書番号を示す。
変更インプット記録手段１は、変更インプットとして入力された内容を変更管理情報ファイル２に記録する。変更管理情報ファイル２には、変更管理データファイル３と、各変更内容に関連した障害関連情報４と、仕様変更関連情報５とが格納されている。変更管理データファイル３には、各変更に対する各種情報が記録される。
図２に変更管理データファイル３の例を示す。変更インプット記録手段１では、変更毎に変更管理番号１１が採番され、変更インプット記録手段１からは、変更管理データファイル３の変更インプット１２に関する情報を入力する。
図２では、変更インプット１２の要求内容として、故障表示パネルにおいて、重故障は赤色表示、軽故障は黄色表示に変更、と入力されている。
【００１５】
次に、変更の開始、終了に従い、変更状況記録手段６を用いて、各変更の変更管理番号をキーにして、変更担当者、変更内容、変更進捗状況、変更完了日を記録する。ここで、変更進捗状況とは、例えば、１：未着手、２：変更中、３：変更完了リリース待ち、４：リリース済み、５：変更なし現状どおり、というように記号にて入力している。変更状況記録手段６は、入力された内容を基にして、変更管理番号をキーにして、変更管理情報ファイル２内の変更管理データテーブル３を更新する。図２の変更管理データテーブル３の例では、変更状況記録手段６では、対象とする変更管理番号について、変更状況１３を入力する。
図２では、変更状況１３の内容に、故障表示パネルの色定義ファイルにおいて、重故障、軽故障の表示色を変更実施、と入力されている。
【００１６】
次に、変更完了すると、変更アウトプット記録手段７を用いて、変更アウトプット情報である変更アウトプット種別、変更アウトプット名称、変更アウトプット番号、変更リリース日を、変更管理番号をキーにして入力する。ここで変更アウトプット種別とは、例えば、１：ソフトウエア、２：仕様書、３：その他、のように記号で入力する。また、変更アウトプット名称、変更アウトプット番号とは、ソフトウエアに対する変更の場合は、当該ソフトウエア名称とソフトウエアバージョンを入力し、ソフトウエアに付随するドキュメントの変更の場合には、当該ドキュメント名称、ドキュメント番号、改定版番号を入力する。
変更アウトプット記録手段７では、入力された変更管理番号をキーにして、変更管理情報ファイル２の変更管理データファイル３を更新する。
図２の変更管理データテーブル３の例においては、変更アウトプット記録手段７では変更管理データテーブルの変更アウトプット１４に関する情報を入力する。
図２では、変更アウトプット１４の名称に、故障表示パネル色定義ファイル、故障表示パネル画面仕様書、故障表示パネルプログラム仕様書、故障表示パネル試験仕様書、と入力されている。
【００１７】
次に、図３を用いて、変更インプット手段の処理について詳細に説明する。
図３のＳＴ１において、新規変更インプットの登録要求を受け付けると、ＳＴ２において、変更インプット入力フォームを表示し、ＳＴ３に進む。ＳＴ３では、新規変更点の入力を受け付け、ＳＴ４にて、入力内容を一時保存し、ＳＴ５に進む。
ＳＴ５では、入力内容のエラーチェックを行い、ＳＴ６に進む。ＳＴ６で、入力エラーがない場合はＳＴ７に進み、入力エラーがある場合は、ＳＴ９に進む。ＳＴ７では、変更管理番号を自動採番し、ＳＴ８に進む。ＳＴ８では、入力内容を変更管理データテーブル３に本登録し、変更インプット記録手段の処理を終了する。ＳＴ９では、入力エラーを示すエラーメッセージを表示後、ＳＴ３に戻る。
【００１８】
次に、図４を用いて、変更状況記録手段の処理について詳細に説明する。
ＳＴ１１において、変更状況記録要求を受け付け、ＳＴ１２に進む。ＳＴ１２では、変更点の検索フォームを表示し、ＳＴ１３で、変更点検索のキーワード入力を受け付け、ＳＴ１４に進む。ＳＴ１４では、変更点検索を行い、ＳＴ１５に進む。
ＳＴ１５では、検索結果があった場合にはＳＴ１６に進み、見つからなかった場合には、ＳＴ２２に進む。ＳＴ１６では、変更状況入力フォームを表示し、ＳＴ１７に進む。ＳＴ１７では、変更状況の入力を受け付け、ＳＴ１８で、入力内容を一時保存し、ＳＴ１９に進む。ＳＴ１９では、入力内容のエラーチェックを実施し、ＳＴ２０に進む。ＳＴ２０で、入力エラーがない場合は、ＳＴ２１に進み、入力エラーがある場合は、ＳＴ２３に進む。
ＳＴ２１では、入力内容を変更管理データテーブル３に本登録し、変更状況記録手段の処理を終了する。ＳＴ２２では、検索エラーのメッセージを表示し、ＳＴ１３に戻る。ＳＴ２３では、入力エラーのメッセージを表示し、ＳＴ１７に戻る。
【００１９】
次に、図５を用いて、変更アウトプット記録手段の処理について詳細に説明する。
ＳＴ３１において、変更アウトプットの記録要求を受け付け、ＳＴ３２に進む。ＳＴ３２では、変更点の検索フォームを表示し、ＳＴ３３で、変更点検索のキーワード入力を受け付け、ＳＴ３４に進む。ＳＴ３４では、変更点検索を行い、ＳＴ３５に進む。ＳＴ３５では、検索結果があった場合にはＳＴ３６に進み、見つからなかった場合には、ＳＴ４３に進む。
ＳＴ３６では、変更アウトプットの入力フォームを表示し、ＳＴ３７に進む。ＳＴ３７では、変更アウトプットのソフトウエアに関する入力を受け付け、ＳＴ３８に進む。ＳＴ３８では、変更アウトプットのドキュメントに関する入力を受け付け、ＳＴ３９に進む。ＳＴ３９では、入力内容を一時保存し、ＳＴ４０に進む。ＳＴ４０では、入力内容のエラーチェックを行い、ＳＴ４１に進む。ＳＴ４１では、入力エラー無しの場合は、ＳＴ４２に進み、ありの場合はＳＴ４４に進む。
ＳＴ４２では、入力内容を変更管理データテーブル３に本登録し、変更アウトプット記録手段の処理を終了する。ＳＴ４３では、検索エラーのメッセージを表示し、ＳＴ３３に戻る。ＳＴ４４では、入力内容のエラーメッセージを表示し、ＳＴ３７に戻る。
【００２０】
実施の形態１によれば、障害及び仕様変更による、ソフトウエア及びソフトウエアに付随するドキュメントに関する変更に対して、変更管理番号を採番することにより、変更を抽象化し、変更管理データテーブルにて一元管理するようにした。
これにより、変更対象がソフトウエアまたはソフトウエアに付随するドキュメントの区別なく、また、変更の要因が障害、仕様変更の区別なく、変更要求の受付からリリースまでを一元管理できるとともに、ソフトウエア及び付随するドキュメントの保守性を向上させる効果がある。
【００２１】
実施の形態２．
実施の形態１では、変更のリリース先として１箇所のみを前提にしているが、複数のリリース先に共通して使用されるソフトウエアの場合、複数のリリース先に対し、それぞれのリリース日、リリース状況を管理する必要がある。実施の形態２はこれに対処するためのもので、１つの変更に対し複数のリリース先がある場合についてのものである。
図６は、この発明の実施の形態２によるソフトウエア管理システムを示すシステム構成図である。
図６において、１、２、４〜６は図１におけるものと同一のものである。図６では、変更管理ファイル２に、変更管理番号をキーとする変更情報を格納した変更管理データテーブル３１（変更管理データベース）と、変更管理番号についてのリリース先及びリリース日を管理するためのリリース管理データテーブル８１（リリース管理データベース）とを設けている。変更アウトプット記録手段７１は、変更管理データテーブル３１とリリース管理データテーブル８１とに変更アウトプットの情報を記録する。
【００２２】
図７は、この発明の実施の形態２によるソフトウエア管理システムの変更管理データテーブルの例を示す図である。
図７において、１１〜１４は図２におけるものと同一のものである。図７では、変更管理データテーブル３１の変更アウトプット１４にリリース日の欄を設けていない。
【００２３】
図８は、この発明の実施の形態２によるソフトウエア管理システムのリリース管理データテーブルの例を示す図である。
図８において、リリース管理データテーブル８１は、変更管理番号２１と、リリース先ごとのリリース日を含む変更リリース２２とにより構成されている。
【００２４】
図９は、この発明の実施の形態２によるソフトウエア管理システムの変更アウトプット記録手段の処理を示すフロー図である。
【００２５】
次に、図６〜図９を用いて、実施の形態２のソフトウエア管理システムについて説明する。
変更要求発生時の変更インプット情報の入力及び変更状況の入力は、実施の形態１と同じである。
実施の形態２では、変更アウトプットの情報を入力する際、図６の変更アウトプット記録手段７１は、変更管理データテーブル３１に変更アウトプット種別、変更アウトプット名称、変更アウトプット番号を記録し、リリース管理データテーブル８１に変更管理番号、変更リリース先、変更リリース日を記録する。
ここで、リリース管理データテーブル８１は、１つの変更管理番号に対して複数の変更リリース先、変更リリース日を記録できる。図７、図８に変更管理データテーブル３１の例と、リリース管理データテーブル８１の例を示す。図７では、変更管理データテーブル３１の変更アウトプット１４の部分には、変更アウトプット種別、変更アウトプット名称、変更アウトプット番号を保存し、図８のリリース管理データテーブルには、変更管理番号２１に対し、変更リリース２２で、リリース先とリリース日を記録している。すなわち、図８では、１つの変更管理番号に対して、変更管理番号とリリース先、リリース日の組み合わせを複数記録できるようになっている。
【００２６】
次に、図９を用いて、実施の形態２の変更アウトプット記録手段の処理について詳細に説明する。
ＳＴ５１で、変更アウトプットの記録要求を受け付け、ＳＴ５２に進む。ＳＴ５２では、変更点の検索フォームを表示し、ＳＴ５３で、変更点検索のキーワード入力を受け付け、ＳＴ５４に進む。ＳＴ５４では、変更点検索を行い、ＳＴ５５に進む。
ＳＴ５５では、検索結果があった場合には、ＳＴ５６に進み、見つからなかった場合には、ＳＴ６３に進む。ＳＴ５６では、変更アウトプットの入力フォームを表示し、ＳＴ５７に進む。ＳＴ５７では、変更アウトプットのソフトウエアに関する入力を受け付け、ＳＴ５８に進む。ＳＴ５８では、変更アウトプットのドキュメントに関する入力を受け付け、ＳＴ５９に進む。ＳＴ５９では、入力内容を一時保存し、ＳＴ６０に進む。
ＳＴ６０では、入力内容のエラーチェックを行い、ＳＴ６１に進む。ＳＴ６１では、入力エラー無しの場合は、ＳＴ６２に進み、有りの場合はＳＴ６４に進む。ＳＴ６２では、他にもリリース先があるかどうかをユーザに問い合わせ、有りの場合は、ＳＴ５７に戻り、無しの場合は、ＳＴ６５に進む。
ＳＴ６５では、入力内容を変更管理データテーブル３１に本登録し、変更アウトプット記録手段の処理を終了する。ＳＴ６３では、検索エラーのメッセージを表示し、ＳＴ５３に戻る。ＳＴ６４では、入力内容のエラーメッセージを表示し、ＳＴ５７に戻る。
【００２７】
実施の形態２によれば、１つの変更要求に対して、変更管理番号をキーにして複数のリリース先、リリース日を記録できるようにしたことにより、複数のリリース先がある場合についても、変更要求の受付からリリースまでを一元管理できるようにした。
これにより、ソフトウエア及び付随するドキュメントの保守性を向上させる効果がある。
【図面の簡単な説明】
【００２８】
【図１】この発明の実施の形態１によるソフトウエア管理システムを示すシステム構成図である。
【図２】この発明の実施の形態１によるソフトウエア管理システムの変更管理データテーブルの例を示す図である。
【図３】この発明の実施の形態１によるソフトウエア管理システムの変更インプット記録手段の処理を示すフロー図である。
【図４】この発明の実施の形態１によるソフトウエア管理システムの変更状況記録手段の処理を示すフロー図である。
【図５】この発明の実施の形態１によるソフトウエア管理システムの変更アウトプット記録手段の処理を示すフロー図である。
【図６】この発明の実施の形態２によるソフトウエア管理システムを示すシステム構成図である。
【図７】この発明の実施の形態２によるソフトウエア管理システムの変更管理データテーブルの例を示す図である。
【図８】この発明の実施の形態２によるソフトウエア管理システムのリリース管理データテーブルの例を示す図である。
【図９】この発明の実施の形態２によるソフトウエア管理システムの変更アウトプット記録手段の処理を示すフロー図である。
【符号の説明】
【００２９】
１  変更インプット記録手段
２  変更管理情報ファイル
３  変更管理データテーブル
４  障害関連情報
５  仕様変更関連情報
６  変更状況記録手段
７  変更アウトプット記録手段
１１  変更管理データテーブルの変更管理番号
１２  変更管理データテーブルの変更インプット部分
１３  変更管理データテーブルの変更状況部分
１４  変更管理データテーブルの変更アウトプット部分
２１  リリース管理データテーブルの変更管理番号
２２  リリース管理データテーブルの変更リリース部分
３１  変更管理データテーブル
７１  変更アウトプット記録手段
８１  リリース管理データテーブル
【図１】
2010026587.tif 000003
【図２】
2010026587.tif 000004
【図３】
2010026587.tif 000005
【図４】
2010026587.tif 000006
【図５】
2010026587.tif 000007
【図６】
2010026587.tif 000008
【図７】
2010026587.tif 000009
【図８】
2010026587.tif 000010
【図９】
2010026587.tif 000011