(57)【要約】      （修正有）【課題】雛形となるシステムプログラムを基に、必要項目を変更して作成する業務システムプログラムの作成システムで、項目の追加、変更、削除等による差異が、システムプログラム上のどの部分に関係するかを明示できるようにする。【解決手段】雛形となるシステムプログラムは、上位から下位に向って順次呼び出される複数のクラスからなる階層構造になっており、この雛形に対して、前記必要項目の変更が行われた際、この変更前との差分に基づく変更内容が変更内容入力手段１８に入力される。この変更内容を用い解析手段１９は、この変更内容に対応する雛形となるシステムプログラム上の項目名及びその項目名が格納される変数名、さらにこの変数名が使用される他の変数名などの、差異に関連する項目を、前記上位クラスから順次下位クラスを呼び出して、各クラス毎に特定する。出力手段２０はこの特定された関連項目、及び各クラスにおける位置の情報を出力する。【選択図】図１
2010002977.tif 000002
【特許請求の範囲】
【請求項１】
特定された業務をコンピュータにより処理する業務システムプログラムを、雛形となるシステムプログラムを基に、必要項目を変更して作成する業務システムプログラムの作成システムであって、
前記雛形となるシステムプログラムは、クラス分けされた階層構造になっており、この雛形となるシステムプログラムを前記クラス別に呼び出し可能に保持する雛形プログラム保持手段と、
前記雛形となるシステムプログラムに対して、前記必要項目の変更が行われた際、この変更前との差分に基づく変更内容が入力される変更内容入力手段と、
この変更内容入力手段で入力された変更内容を用い、前記雛形となるシステムプログラムを上位クラスから順次下位クラスを呼び出して、各クラス毎に、前記入力された変更内容と同じ文字列の項目名、及びその項目名が格納される変数名、さらにこの変数名が使用される他の変数名などの、変更に関連する項目をその位置と共に抽出し、特定する解析手段と、
この解析手段で特定された変更関連項目、及びこの特定された変更関連項目の各クラスにおける前記位置の情報を少なくとも含む情報を出力する出力手段と
を備えたことを特徴とする業務システムプログラムの作成システム。
【請求項２】
前記解析手段は、前記雛形となるシステムプログラムの各項目のそれぞれについて予め試験項目が設定されているデータベースを用い、前記変更に関連する項目が特定されると、この特定された項目に対応して前記データベースに設定された試験項目を抽出する試験項目抽出手段を有し、この抽出された試験項目を差異に関する試験項目として前記出力手段から出力させることを特徴とする請求項１に記載の業務システムプログラムの作成システム。
【請求項３】
前記雛形となるシステムプログラムは前記複数のクラスからなる階層構造の複数の単位プログラムの集合体であり、
前記解析手段は、前記各単位プログラムについて、その動作により、他の単位プログラムに影響を与える親子の関係がある場合、この親子の関係がそれぞれ設定されたテーブルを用い、各単位プログラムについて、その動作により他の単位プログラムに与える影響の有無を前記出力手段から出力させることを特徴とする請求項１に記載の業務システムプログラムの作成システム。
【請求項４】
前記雛形となるシステムプログラムは前記複数のクラスからなる階層構造の複数の単位プログラムからなり、
前記解析手段は、前記各単位プログラムについて、その動作により、他の単位プログラムに影響を与える親子の関係がある場合、この親子の関係がそれぞれ設定されたテーブルを用い、前記変更に関連する項目が含まれる単位プログラムを試験する際、前記テーブルに設定された親子の関係に基づいて、他に影響を与えない子となる単位プログラムから試験を実施するように各単位プログラムの試験スケジュールを決定することを特徴とする請求項２に記載の業務システムプログラムの作成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定された業務をコンピュータにより処理する業務システムプログラムを、雛形となるシステムプログラムを基に、必要項目を変更（追加又は変更又は削除を含む）して作成する業務システムプログラムの作成システムに関する。
【背景技術】
【０００２】
コンピュータプログラムを開発する場合、その生産性を向上させるために、プログラムの開発に使用する各種の情報、例えば、ソースプログラムの構成要素を、モジュールや関数単位に分割し、関数のファイルにその関数の仕様書の名称を記述して関連付け、それぞれの情報をファイルとして管理することが知られている。
【０００３】
すなわち、プログラム開発に利用するそれぞれの情報をファイルとして管理していた。そこで、プログラム開発に利用するソースプログラム，ツール，仕様書，開発者といった情報相互の間に必要な関連を生成し、それぞれの情報をリソースとして管理し、その関連を保持することのできるプログラム開発支援装置が提案されている（例えば、特許文献１参照）。
【０００４】
このような背景のもと、近年、特定された業務（例えば、損害保険業務等）をコンピュータにより処理する業務システムのプログラム作成する場合、プログラム作成の生産性を高めるために、都度新規なプログラムを作成するのではなく、雛形となるプログラムを用意し、これを基に、必要項目を変更（追加又は変更又は削除を含む）して作成することが行われている。例えば、業務処理画面の項目を客先の要求などによって追加したり、変更したり、削除したりして、所望の業務処理画面を有する業務処理システムのプログラムを作成することがある。この場合、上記のような業務処理画面の項目の追加、変更、削除等がシステム全体のプログラム上のどの部分に関係するかを的確に把握する必要がある。
【特許文献１】特開平９−２１２３５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したような業務処理のためのシステムプログラムは膨大な情報量を有するために、項目の追加、変更、削除等による差異が、システム全体のプログラム上のどの部分に関係するかを把握することは膨大な作業量を要し、困難であった。上述した従来例においても、システムを構成する部品（プログラム、仕様書、ツール等）を紐付けするにとどまっているため、上述のような詳細な管理を行うことは困難であった。
【０００６】
本発明の目的は、項目の変更による差異が、システムプログラム上のどの部分に関係するかを把握して明示し、その生産性を向上させることができるようにした業務システムプログラムの作成システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明による業務システムプログラムの作成システムは、特定された業務をコンピュータにより処理する業務システムプログラムを、雛形となるシステムプログラムを基に、必要項目を変更して作成する業務システムプログラムの作成システムであって、前記雛形となるシステムプログラムは、クラス分けされた階層構造になっており、この雛形となるシステムプログラムを前記クラス別に呼び出し可能に保持する雛形プログラム保持手段と、前記雛形となるシステムプログラムに対して、前記必要項目の変更が行われた際、この変更前との差分に基づく変更内容が入力される変更内容入力手段と、この変更内容入力手段で入力された変更内容を用い、前記雛形となるシステムプログラムを上位クラスから順次下位クラスを呼び出して、各クラス毎に前記入力された変更内容と同じ文字列の項目名、及びその項目名が格納される変数名、さらにこの変数名が使用される他の変数名などの変更に関連する項目をその位置と共に抽出し、特定する解析手段と、この解析手段で特定された変更関連項目、及びこの特定された変更関連項目の各クラスにおける前記位置の情報を少なくとも含む情報を出力する出力手段とを備えたことを特徴とする。
【０００８】
本発明では、前記解析手段は、前記雛形となるシステムプログラムの各項目のそれぞれについて予め試験項目が設定されているデータベースを用い、前記変更に関連する項目が特定されると、この特定された項目に対応して前記データベースに設定された試験項目を抽出する試験項目抽出手段を有し、この抽出された試験項目を差異に関する試験項目として前記出力手段から出力させてもよい。
【０００９】
また、本発明では、前記雛形となるシステムプログラムは前記複数のクラスからなる階層構造の複数の単位プログラムの集合体であり、前記解析手段は、前記各単位プログラムについて、その動作により、他の単位プログラムに影響を与える親子の関係がある場合、この親子の関係がそれぞれ設定されたテーブルを用い、各単位プログラムについて、その動作により他の単位プログラムに与える影響の有無を前記出力手段から出力させるようにしてもよい。
【００１０】
さらに、本発明では、前記解析手段は、前記各単位プログラムについて、その動作により、他の単位プログラムに影響を与える親子の関係がある場合、この親子の関係がそれぞれ設定されたテーブルを用い、前記変更に関連する項目が含まれる単位プログラムを試験する際、前記テーブルに設定された親子の関係に基づいて、他に影響を与えない子となる単位プログラムから試験を実施するように各単位プログラムの試験スケジュールを決定するようにしてもよい。
【発明の効果】
【００１１】
本発明によれば、項目の追加、変更、削除等による差異が、システムプログラム上のどの部分に関係するかを把握して明示することができるので、業務システム全体の改修が容易となり、その後の試験項目の把握や、そのスケジュールの作成、さらには上記差異により生じる影響の把握も可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施の形態について図面を用いて説明する。
【００１３】
図１は、この実施の形態に係る業務システムプログラムの作成システムの概略構成を示している。この図１のシステムは、雛形となるシステムプログラムを用意し、これを基に、必要項目を追加又は変更又は削除して、特定された業務（例えば、損害保険業務等）をコンピュータにより処理する業務システムプログラムを作成する際に用いられる。
【００１４】
図１において、１１は目的とする業務システムプログラムの雛形となるシステムプログラムの保持手段を表しており、画面マスタ１２、項目マスタ１３、関数マスタ１４、及びこれらの構成情報をまとめた関連マスタ１５により構成される。上記画面マスタ１２には各種画面のデータが保持され、項目マスタ１３にはデータベースのデータが保持され、関数マスタ１４には関数と呼ばれる細かなプログラムが保持されている。システムプログラムはこれら各データの集合体であり、関連マスタ１５には、これらにより雛型となるシステムプログラムを構成する際の構成情報がまとめられている。
【００１５】
１７は目的とする業務システムプログラムを得るための解析装置で、変更内容入力手段１８、解析ロジックを有する解析手段１９、及び成果物の出力手段２０を有する。この解析装置１７は、データ入出力部及び記憶部、及び演算処理部を有するコンピュータシステムにより構成されており、保持手段１１に保持された雛型となるシステムプログラムを解析する。
【００１６】
変更内容入力手段１８は、雛形となるシステムプログラムに対して、客先要求などに基づく所望の業務システムプログラムを得るべく、必要項目の追加又は変更又は削除が行われた際、この追加又は変更又は削除（以下、これらをまとめて変更と呼ぶ）により生じる差分に基づく変更内容を入力する。この差分は、後述するように、変更前と変更後の比較により得ることができる。
【００１７】
解析手段１９は、変更内容入力手段１８で入力された変更内容に対応する、雛形となるシステムプログラム１１上での項目名及びその項目名が格納される変数名、さらにこの変数名が使用される他の変数名などの、差異（変更）に関連する項目を特定する。ここで、雛形となるシステムプログラム１１は、後述するように、上位から下位に向って順次呼び出されるクラス分けされた階層構造になっており、上記差異に関連する項目は、上位クラスから順次下位クラスを呼び出して、各クラス毎に特定する。
【００１８】
出力手段２０は、解析手段１９で特定された関連項目、及びこの特定された関連項目の各クラスにおける位置の情報を少なくとも含む情報を出力する。すなわち、上記特定された関連項目を列挙する変更点一覧や、変更後における試験項目、その試験スケジュール、及び変更に伴う影響関係を、成果物として出力する。
【００１９】
図２は解析装置１７における処理のうち変更点洗い出しについて、その概要を説明するフローチャートである。
【００２０】
まず、図１で示した変更内容入力手段１８により変更内容の入力が行われる（ステップ２００）。この変更内容の入力には、業務システムの画面項目に対する変更、業務システムを実行するサーバのアプリケーションプログラム（ＡＰＬ）に対する変更、業務システムのデータベース（ＤＢ）項目に対する変更の３種類がある。
【００２１】
業務システムの画面項目に対する変更の場合、先ず、どの画面を変更したかを指定するため画面名が入力される（ステップ２０１）。すなわち、特定された業務の、ある画面におけるある項目を変更する場合、例えば、損害保険業務の被保険者に関する画面の配偶者に関する項目を削除した場合、上述のように、その画面名、（画面ＩＤ）が入力される。このように画面名が入力されると、この入力された画面について、項目を削除した画面ソースと、項目削除前の画面ソースとが互いに比較され（ステップ２０２）、それらの差分をとることにより差異が検出される（ステップ２０３）。この差異の検出は、変更内容入力手段１８に、専用の差分検出ロジックを持たせ、事前に、画面マスタ１２に保持された（データ画面ソース）用いて、変更操作に対応した新旧画面ソースを比較することにより行っておけばよい。
【００２２】
或いは、解析手段１９に、前記差分検出ロジックを持たせ、変更内容入力手段１８から変更対象の画面ＩＤ及び変更内容を入力させ、画面マスタ１２から雛形の対応する画面ソースを呼び出し、変更操作に対応した新旧画面ソースの比較により差異を検出するようにしてもよい。
【００２３】
解析手段１９は、上述のようにして得られた差異（変更内容）に関連する項目を後述する手法により特定する（ステップ２０４）。
【００２４】
業務システムを実行するサーバのアプリケーションプログラム（ＡＰＬ）に対する変更の場合は、変更内容入力手段１８により、変更に関係する画面、アプリケーションのソース、テーブル名、及び変更項目名を入力すると（ステップ２１１）、解析手段１９により、アプリケーションプログラムを変更することにより、その変更項目に関係するどの画面、どのソース、どのテーブル、及びどの項目に影響があるかを特定する（ステップ２１２）。
【００２５】
業務システムのデータベース項目に対する変更の場合も、変更内容入力手段１８により、変更に関係するデータベース内のテーブル、変更項目名を入力すると（ステップ２２１）、解析手段１９により、入力項目に関連する画面、ソース、及び項目が特定される（ステップ２２２）。
【００２６】
出力手段２０は、解析手段１９による特定（ステップ２０４，２１２，２２２）の結果を、変更点一覧、変更後における試験項目、その試験スケジュール、及び変更に伴う影響を、成果物として出力する（ステップ２３０）。
【００２７】
次に、解析装置１７の機能の詳細を、業務システムの画面項目に対する変更の場合を例にとって説明する。図２では、画面項目の変更の場合、ステップ２０１において、どの画面を直したかを指定するため画面名を入力する。各画面には画面ＩＤが付されており、この画面ＩＤを入力することにより、その画面のソースプログラムの新旧（オリジナルと変更後の画面）がステップ２０２で比較される。
【００２８】
ここで画面とは、ＪＳＰと呼ばれるプログラム（以下、単にＪＳＰと記す）のソースコードにより実現されるものである。したがって、ステップ２０２では、ＪＳＰの新旧のソースコードの文字列を比較しており、その比較結果によりステップ２０３において差異が検出される。
【００２９】
ここで、雛型となるシステムプログラムは、その開発当初よりきっちりとした命名ルールの元に構築が行われており、前述のとおり、上位から下位に向って順次呼び出されるクラス分けされた階層構造になっている。すなわち、雛型となるシステムプログラムは、表１のように、その概要欄に記載された振る舞いごとにクラスの名前が決められている。この命名ルールを利用して解析手段１９のロジックが実装される。
【表１】
2010002977.tif 000003
【００３０】
これら各クラスの呼び出し関係は、表１で説明したように、上位から下位に向って順次呼び出される構造となっており、これらの関係を図示すると図３で示すようになる。すなわち、ある画面（ＪＳＰ）を指定すると、この画面に対してはどこのActionが呼び出されるかがプログラムに記載されており、さらに次のService，Logic，DAOについても順次どこを呼び出すかが決められている。そこで、この関係を用いて、変更部分がシステムプログラムのどこに関係しているかを調べる。すなわち、解析手段１９のロジックでは、画面（ＪＳＰ）上における項目の「追加」「変更」「削除」が行われた場合、これらに関連してシステムプログラムの他のクラスの対応箇所見つけ、それらを修正対象項目として特定しなければならない。このような特定をするためには、各項目が変数として、データベース（DB）項目として、どのように利用されているかの関連を把握しなければならない。この手法を、図４を用いて説明する。
【００３１】
前述したステップ２０２におけるＪＳＰの新旧比較によりステップ２０３で得られた差異の項目名が「TES01」とすると、この項目名が、次のActionクラス４１に入力される。解析手段１９のロジックでは、この入力された項目名に対応する（同じ文字列の）項目名
2010002977.tif 000004
ラスからの取得の際、文字列「s」という変数名に格納される。そして、そのクラス内でも他のメソッドに利用され、最終的にBool値へ遷移している。解析手段１９のロジックでは、この変数遷移の状態を、図示のように追跡し、その使用場所（位置情報）と共に特定する。この動作は、図示していないが、さらに下位のクラスであるLogic，DAOにおいても同様に行われる。
【００３２】
このように、解析手段１９のロジックは、変更内容入力手段１８で入力された変更内容を用い、この変更内容に対応する、雛形となるシステムプログラム上の項目名及びその項目名が格納される変数名、さらにこの変数名が使用される他の変数名などの、差異に関連する項目を、上位クラスから順次下位クラスを呼び出して、各クラス毎に特定する。
【００３３】
これらの動作は、業務システムを実行するサーバのアプリケーションプログラムに対する変更の場合、及び業務システムのデータベース項目に対する変更の場合も基本的に同じである。例えば、業務システムを実行するサーバのアプリケーションプログラムに対する変更の場合は、アプリケーションプログラムに対する変更部分、すなわち、変更に関係する画面、アプリケーションのソース、テーブル名、及び変更項目名を変更内容入力手段１８により入力すると、解析手段１９のロジックは、その変更項目に関係するどの画面、どのソース、どのテーブル、及びどの項目に影響があるかを、前述と同様の手法により特定する。
【００３４】
業務システムのデータベース項目に対する変更の場合も、変更内容入力手段１８により、変更に関係するデータベース内のテーブル、変更項目名を入力すると、解析手段１９のロジックは、入力項目に関連する画面、ソース、及び項目を、やはり前述と同様の手法により特定する。
【００３５】
出力手段２０は、上述のようにして特定された変更（差異）に関連する項目、及びこの特定された関連項目の各クラスにおける位置の情報を少なくとも含む情報を出力する。図５は、特定された変更に関連する項目を一覧表の形で出力した場合の出力例を示している。図５の出力例では、番号（NO）の欄、クラス名の欄（どのクラスかを表す）、メソッド名の欄（クラスの中の関数の名前を記す）、行数の欄（どの場所に存在するかを表す位置情報）、変数名の欄、コードの欄が設けられている。例えば、図４のServiceクラスを例にとると、NO.１はクラス名が「AppSerchService」、メソッド名が「CommonViewDateSet executeService」であり、行数（位置情報）は「３行目」であり、変数名は「s」、
2010002977.tif 000005
【００３６】
以下、同様にして、特定された変更（差異）に関連するすべての項目、及びこの特定された関連項目の各クラスにおける位置の情報が一覧の形で出力される。したがって、変更項目入力に対して、膨大なデータ量の雛形となるシステムプログラムの、変更に関連する項目が何であり、それがどこに存在するかを把握することができ、雛型のシステムプログラムを改修して、所望とする業務システムプログラムを容易に作成することができる。
【００３７】
次に、雛型のシステムプログラムの変更を行った場合の変更後の試験項目を出力することについて説明する。雛型のシステムプログラムは、既に作られたものであり、その各部についてはそれぞれ試験が行われているので、どの項目について、どのような試験を行い、どのような結果が得られるかが、事前に把握されている。例えば、画面の場合を例にとって説明すると、図6に示すように、画面００１には、項目Ａ，Ｂ，Ｃがあり、これらの項目に対しては、試験仕様書により実施すべき試験の内容が設定されている。
【００３８】
図６の例では、画面００１の項目Ａについては、試験仕様書６１のＮｏ．１，２，３の試験を行い、同画面の項目Ｂについては、試験仕様書６１のＮｏ．４，５，６の試験を行い、・・・、というように画面００１の各項目Ａ，Ｂ，Ｃ，・・・についてそれぞれ試験内容が対応付けられている。したがって、変更に関連する項目が特定されれば、その項目に対してどのような試験を行うべきかを把握することができる。そこで、雛型のシステムプログラム１１側に図７で示すようなデータベース７１を設けておけば、分析手段１９は、このデータベース７１を用いて特定された変更に関連する項目に対応する試験項目を抽出して出力することができる。
【００３９】
図７のデータベース７１では、例えば、「画面名」、「画面ＩＤ」、「項目名」、「試験項目の内容」、「結果」が設定されている。図６の例に対応させてみると、「画面名」については損害保険業務画面の場合は、例えば「対物算出」等、「画面ＩＤ」については００１，００２，００３，・・・等、「項目名」についてはＡ，Ｂ，Ｃ、・・・等、「試験項目の内容」についてはＮｏ．１の「１」を入力、Ｎｏ．２の「０」を入力、・・・等、「結果」については「エラーが出ないこと」、「エラーを出力すること」、・・・等がそれぞれ設定されている。したがって、特定された変更に関連する項目が、例えば、画面００１の項目Ａであれば、図６の関係から試験項目Ｎｏ．１，２，３が抽出され、出力される。
【００４０】
上記説明は画面の項目変更の場合について行ったが、もちろん画面以外についても同じであり、各項目について予め試験項目を設定しておくことにより、変更に関連する項目が特定されれば、その項目に対応した試験項目を抽出して出力することができる。
【００４１】
したがって、雛型のシステムプログラムを変更した場合、この変更に関連してどのような試験を、どれだけ行わなければならないかを把握することができ、作業性が向上する。
【００４２】
次に、雛形となるシステムプログラム１１を構成する、複数の単位プログラム相互間の影響度、及びそれに基づく試験スケジュールの決定について説明する。
【００４３】
雛形となるシステムプログラム１１は、複数の単位プログラムによって構成されている。これら各単位プログラムはそれぞれクラス分けされた階層構造であり、これらの集合体である雛型のシステムプログラムも、前述のようにクラス分けされた階層構造となる。例えば、雛型となるシステムは複数の画面を持っている。実際の業務システムでは画面の数は数百に及ぶことがあるが、ここでは図８で示すように３つの画面００１，００２，００３を持っているものとする。これらの画面は、それぞれ単位プログラムを有し、対応する単位プログラムにより駆動される。
【００４４】
ここで、図８の例では、画面（単位プログラム）００１が動作すると、他の画面（単位プログラム）００２，００３にそれぞれ影響を与える親子の関係があるものとする。このような場合、試験の順序としては、他に影響を与えない子の画面（単位プログラム）００２，００３を先に試験し、最後に親の画面画面（単位プログラム）００１を試験するようにスケジュールを設定する必要がある。そこで、雛型のシステムプログラム側に、図９で示すような、各画面（単位プログラム）００１，００２，００３について親子関係（影響の有無）を表すテーブルを設定しておく。
【００４５】
解析手段１９は、各画面（単位プログラム）００１，００２，００３について、その動作が他に与える影響度を出力する場合は、このテーブル９１に設定された親子関係（影響の有無）に基づいて、画面（単位プログラム）００１，００２，００３毎に、他に与える影響の有無を出力する。
【００４６】
また、試験スケジュールを決定する場合は、解析手段１９は、先ず、前述した変更に関連して試験対象となる項目が、各画面（単位プログラム）００１，００２，００３に存在するかを調べ、試験対象画面（単位プログラム）を特定する。そして、特定された試験対象画面（単位プログラム）について、それらの試験スケジュール（試験の順番）を決定する。例えば、画面（単位プログラム）００１，００２，００３が試験対象画面（単位プログラム）と特定された場合は、試験スケジュール結果９２は、画面（単位プログラム）００２，００３，００１の順番となる。
【００４７】
このように、各単位プログラムについて、自単位プログラムの動作により、他の単位プログラムに与える影響をそれぞれ設定しておくことにより、各単位プログラムについて、その動作により他の単位プログラムに与える影響を特定して出力することができる。また、この特定された影響により、変更項目が含まれ、試験対象となる単位プログラムを試験する際、設定された影響関係に基づいて、他に影響を与えない単位プログラムから試験を実施するように各単位プログラムの試験スケジュールを決定することができ、適切な試験スケジュールを決定することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明による業務システムプログラムの作成システムの一実施の形態を示す概略構成図である。
【図２】上記一実施の形態で用いられる解析装置における変更点洗い出し動作の概要を説明するフローチャートである。
【図３】上記一実施の形態で用いられる雛型となるシステムプログラムの各クラスの呼び出し関係説明する図である。
【図４】上記一実施の形態で用いられる解析手段の差異に関連する項目を特定する機能を説明する図である。
【図５】上記一実施の形態における差異に関連する項目を特定した結果の出力例を示す図である。
【図６】上記一実施の形態における変更部分に対する試験項目との関係を説明する図である。
【図７】上記一実施の形態における変更部分に対する試験項目を抽出するためのデータベースの例を示す図である
【図８】上記一実施の形態における単位プログラム相互の影響関係を説明する図である。
【図９】上記影響関係に基づく試験スケジュールの決定過程を説明する図である。
【符号の説明】
【００４９】
１１    雛形となるシステムプログラムの保持手段
１７    解析装置
１８    変更内容入力手段
１９    解析手段
２０    出力手段
【図１】
2010002977.tif 000006
【図２】
2010002977.tif 000007
【図３】
2010002977.tif 000008
【図４】
2010002977.tif 000009
【図５】
2010002977.tif 000010
【図６】
2010002977.tif 000011
【図７】
2010002977.tif 000012
【図８】
2010002977.tif 000013
【図９】
2010002977.tif 000014