JP2001256049A - 部品生成プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ソフトウェア部品の雛型からカストマイズ情
報をもとに生成したソフトウェア部品のデバッグ時エラ
ーのカストマイズ個所に直接ジャンプして表示し修正可
にする。 【解決手段】ソフトウェア部品の定型部分を雛型として
定義したアーキタイプファイル１を読み込み、指定され
たアーキタイプファイル中の可変部分の修正項目及び修
正内容を設定するアジャスト項目編集手段６と、設定さ
れた修正内容を修正項目に設定し新たなソフトウェア部
品であるレプリカファイル４を生成する。更に、アーキ
タイプファイル中の修正項目の修正が反映されたレプリ
カファイル中の修正位置を生成情報ファイル５として生
成し、レプリカファイルを編集中にアーキタイプファイ
ルの表示が指示されると、生成情報ファイルを参照して
対応するアーキタイプファイル中の修正項目を出力す
る。また、複数工程に分けて修正情報を入力する場合に
は、各工程で入力された修正情報を統合してソフトウェ
ア部品を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア部品
の雛型と入力されたカストマイズ情報に基づいてソフト
ウェア部品を生成する部品生成装置および記録媒体に関
するものである。

【０００２】

【従来の技術】従来、ソフトウェアによって各種処理を
実行する際に、ある機能毎に予め作成した部品（ソース
プログラム、データファイルなどのソフトウェア部品）
を組み合わせ、不足する部分は新たに作成して全体とし
て業務を実行するソフトウェアを作成することが行われ
ている。例えばＣＯＢＯＬ言語で使用するＣＯＰＹライ
ブラリ等は、共通的な処理の再利用を行い、効率的にソ
フトウェアを作成するのに役立っている。

【０００３】また、業務プログラムを部品化して色々な
プロジェクトで再利用する場合、プロジェクトの業務に
合わせて部品の一部を変更することになるため、ソース
コードの一部を書き換える必要が発生する。

【０００４】そこで、予め定型化できる部分について雛
型であるアーキタイプファイルを用意しておき、項目名
などの変更が必要となる一部について、顧客のニーズに
応じたデータ項目名を修正するようなカストマイズを反
映させたソフトウェアを生成することが行われている。
（こうした処理を実行するツールを以降アジャスタとす
る。）これらの仕組みでは、予め雛型であるアーキタイ
プファイルを用意し、アーキタイプファイルを構成する
部品について、カストマイズ可能部分（アジャスト項
目）と、カストマイズされた結果を雛型にどう反映させ
るかを定義した展開制御スクリプトを定義しておく。こ
れらの仕組みによって、カストマイズ可能部分（アジャ
スト項目）について修正内容を決定すると、展開制御ス
クリプトが実行されて雛型のカストマイズ可能部分に修
正内容が反映され、カストマイズした結果の部品（レプ
リカファイル）としてソースファイルやデータファイル
を生成することが可能となる。

【０００５】

【発明が解決しようとする課題】しかしながら、以下の
ような問題が発生した。 （１）生成されたソースファイル（レプリカファイル）
はコンパイラツールでコンパイル処理されるが、コンパ
イラツール側で問題点を発見した場合には、手作業でア
ジャスタを起動し、問題のファイルを当該アジャスタ上
のソースブラウザで開き、前記コンパイラツールのエデ
ィタ画面との間でソースを比較し、問題個所がアジャス
タ側の表示中のどの位置に対応するかを特定した後、ア
ジャスタ側のブラウザからジャンプするという面倒な操
作が必要となってしまう問題があった。 （２）アーキタイプファイルから新規のレプリカを作成
する際には全ての内容をカストマイズする必要があり、
実際には、元々の汎用的なコンポーネントのカストマイ
ズ項目を一部だけカストマイズし、その結果を新しいコ
ンポーネントとして使いたい場合がある。個々の適用パ
ターン毎に別々のコンポーネントを作成すると元のコン
ポーネントに変更があったりした場合に、個別に作成し
たコンポーネントも全て同じ変更をそれぞれ施すという
面倒な作業が必要となってしまう問題があった。 （３）レプリカファイルをコンパイルしてエラーが発生
したような場合には、レプリカファイルについてエラー
が発生した箇所を修正することが必要になる。レプリカ
ファイルはアーキタイプファイルにアジャスト情報（カ
ストマイズ情報）を反映して生成するものであるため、
見直し、修正が必要なのは、カストマイズした箇所だけ
である可能性が高い。しかし、従来は、レプリカファイ
ル全体をエディタ等で修正するため、本来修正が必要の
ない、雛型の定型部分（アジャスト情報で設定されてい
る以外の箇所）を見直したり、誤って修正してしまうこ
とがあった。 （４）ソフトウェア開発はいくつかの工程に分けて開発
を行うため、前工程でカストマイズした結果を次の工程
で反映して開発を進めることが多い。例えば、前工程で
カストマイズして入力した値によって、次の工程でカス
トマイズする項目の名称が決定するような場合がある。
従来の手法では、各工程でカストマイズした結果を反映
するため、前工程でのカストマイズが終了していない場
合には、項目が設定されないまま、ソースファイルが生
成されるという問題があった。また、一度次の工程に進
んだ後に前の工程に戻ってカストマイズしなおす場合
に、次工程で既にカストマイズした項目が反映されない
という問題があった。

【０００６】本発明は、これらの問題を解決するため、
アーキタイプ（ソフトウェア部品の雛型）からアジャス
ト情報（カストマイズ情報）をもとに生成したレプリカ
ファイル（ソフトウェア部品）のデバッグ時にエラーの
カストマイズ個所に直接にジャンプして表示し修正可に
することを目的としている。

【０００７】また、本発明は、アジャスト情報中の一部
分のカストマイズを差分のアーキタイプとして保存し、
残りのカストマイズと結合してレプリカファイルを作成
し、差分のアーキタイプを既存のアーキタイプと同じに
扱うことを可能にすることを目的としている。

【０００８】また、本発明は、アーキタイプからアジャ
スト情報（カストマイズ情報）をもとに生成したレプリ
カファイルのカストマイズした部分を強調表示し、強調
表示した部分にカーソルを位置づけて修正すると、自動
的にアジャスト情報（カストマイズ情報）に反映してレ
プリカファイルを再生成し、ユーザはレプリカファイル
上のカストマイズされて強調表示された部分のうちのエ
ラー個所などを修正するのみで正しいレプリカファイル
を自動生成すると共に、レプリカファイル上のカストマ
イズしない部分を誤って修正してしまい、雛型のアーキ
タイプファイルに影響を与えるような修正ミスを防止す
ることを目的としている。

【０００９】また、本発明は、カストマイズを多段にし
てあるカストマイズ内容によって次のカストマイズの内
容を変動可としたり、あるカストマイズの内容によって
別のカストマイズの内容をダイナミックに修正、追加な
どを可能としたりすることを目的としている。

【００１０】

【課題を解決するための手段】本願発明は上記課題を解
決するため、ソフトウェア部品の定型部分を雛型として
定義したアーキタイプファイルを読み込み、指定された
前記アーキタイプファイル中の可変部分の修正項目及び
修正内容を画面入力等でオペレータから入力させて設定
するアジャスト項目編集手段と、前記アジャスト項目編
集手段で設定された前記修正内容を前記修正項目に埋め
込んでアーキタイプファイルの可変部分を全て埋めてか
ら新たなソフトウェア部品であるレプリカファイルを生
成するレプリカファイル生成手段を用意する。この際
に、アーキタイプファイル中の前記修正項目の修正が反
映されたレプリカファイル中の修正位置を生成情報ファ
イルとして生成するレプリカファイル生成手段を備え、
生成された前記レプリカファイルを編集するレプリカフ
ァイル編集手段と、前記レプリカファイル編集手段で編
集中に、前記生成情報ファイル中のレプリカファイル中
の修正位置が指定された場合には、対応するアーキタイ
プファイル中の修正項目を出力するリンク手段を用意す
る。以上の処理によって、ソフトウェア部品、例えばプ
ログラムを生成するために必要なソースについて定型化
可能な部分は予め雛型として用意しておき、可変部分の
み画面から入力させてレプリカファイル（例えばソー
ス）を完成させると共に、ソースをコンパイルするなど
して異常が発生した場合には、ソース中の位置を指定す
ることにより、アーキタイプファイルとの対応関係を表
示することが可能となる。

【００１１】更に本願発明のアジャスト項目編集手段
は、分割されたアーキタイプファイル中の可変部分の修
正項目及び修正内容を設定し、分割された他のアーキタ
イプファイルと結合する。以上の処理によって、複数人
でアーキタイプファイルを設計する場合にはアーキタイ
プファイルを分割し、差分の部分のみを修正しても後で
分割された親のアーキタイプファイルと結合してひとつ
のアーキタイプファイルとして開発すること可能とな
る。

【００１２】更に本願発明のアジャスト項目編集手段
は、可変部分の修正項目として修正内容の一部を固定し
て修正内容を設定する。以上の処理によって、可変部分
ではあっても一部は固定的に情報を持たせたい場合でも
修正内容を設定させることが可能となる。

【００１３】更に本願発明のレプリカ生成手段は、アー
キタイプファイル中の前記修正項目の修正が反映された
レプリカファイル中の修正位置を強調表示するような生
成情報ファイルとして生成する。以上の処理によって、
生成されたソフトウェア部品について今回修正が加えら
れたのはどの項目かを明確に峻別することが可能とな
る。

【００１４】また、本願発明は、複数の工程を経て各工
程で可変部分を修正項目を順次設定し、全工程を経てか
らレプリカファイルを生成するような開発について、ソ
フトウェア部品の定型部分を雛型として定義したアーキ
タイプファイルを読み込み、複数工程の各工程で設定さ
れた可変部分の修正内容を組み合わせてソフトウェア部
品を生成する場合に、全ての工程の可変情報の設定が終
了するまで、ソフトウェア部品の定型部分を雛型として
定義したアーキタイプファイルについて読み込み、前記
アーキタイプファイル中の可変部分の修正項目及び修正
内容が指定されると、指定された修正項目の修正内容に
従って次工程の修正項目を設定したアーキタイプファイ
ルを生成し、指定された前記修正内容を前記修正項目に
設定し新たなソフトウェア部品であるレプリカファイル
を生成する。以上の処理によって、前工程でユーザが入
力した値によって、次工程でカスタマイズする項目の名
称が決まる場合でも対応することが可能となる。

【００１５】更に本願発明では、複数工程の各工程で設
定された可変情報を組み合わせてソフトウェア部品を生
成する場合に、後工程の可変情報の設定が終了している
場合には、前工程の可変情報を設定する場合に既に設定
されている情報と結合する。以上の処理によって、複数
工程で開発する場合でも、一度次の工程に進んだ後に前
に戻った際に、再度前工程の作業をやり直しても、以前
に次の工程でユーザが設定した値を消去することなく、
ユーザが次工程で前回入力した値と今回の前工程で設定
した次工程の初期値を結合することが可能となる。

【００１６】更に本願発明では、次工程のアーキタイプ
ファイルの確認、または次工程のアーキタイプファイル
のファイル形式の整合性を確認し、異常がなければ次工
程のアーキタイプファイルの編集処理を実行する。以上
の処理によって、複数工程で開発する場合に、順次、次
の工程の処理に移る場合でも、次工程に移ってからエラ
ーとなるのを防止することができる。

【００１７】更に本願発明では、前記レプリカファイル
生成手段は、前記アジャスト項目編集手段で全工程で可
変情報の設定が終了した場合に、指定された前記修正内
容を前記修正項目に設定し新たなソフトウェア部品であ
るレプリカファイルを生成する。以上の処理によって、
複数工程で開発する場合に、途中の工程ではまだ、全て
の修正項目について修正内容が設定されていず、ソース
を出力してもエラーとなることを防止することができ
る。

【００１８】

【発明の実施の形態】次に、図１から図３０を用いて本
発明の実施の形態を説明する。

【００１９】本実施の形態においては、パーソナルコン
ピューター、ワークステーション等の汎用的な目的で使
用される計算機上で実行するコンピュータプログラムに
より実現する形態を示す。

【００２０】計算機は、処理装置、主記憶装置、補助記
憶装置、入出力装置などから構成され、コンピュータプ
ログラムを実行するものであり、コンピュータプログラ
ムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭ
等の可搬型媒体やネットワーク接続された他の計算機の
主記憶装置や補助記憶装置等に格納されて提供される。

【００２１】提供されたコンピュータプログラムは、可
搬型媒体から直接計算機の主記憶装置にロードされ、ま
たは可搬型媒体からいったん補助記憶装置にコピーまた
はインストール後に、主記憶装置にロードされた実行す
る。また、ネットワーク接続された他の装置に格納され
て提供された場合も、他の装置からネットワークを経由
して受信後に、補助記憶装置にコピー、主記憶装置にロ
ードされ実行するものである。

【００２２】図１は、本発明のシステム構成図を示す。

【００２３】本願発明の部品生成装置は、図１で説明す
るように、ソースプログラムを生成する手順である展開
制御スクリプトを定義するアーキタイプファイル
（１）、ソースプログラム中の修正が必要な項目を定義
するアジャストファイル（３）を各工程で用意し、アジ
ャスト項目編集手段（６）では、読み込んだアーキタイ
プファイル（１）の手順に従って、アジャストファイル
（３）で設定された修正項目を入力装置（１１）等から
指定された内容に従って編集し、レプリカ生成手段
（７）が、どのように修正されたかの位置を管理する生
成情報ファイル（５）を生成し、編集された修正項目の
内容に応じてソースプログラム等のレプリカファイル
（４）を生成するものである。また、生成情報ファイル
（５）によりレプリカファイルとアーキタイプファイル
との対応を管理することにより、レプリカファイル編集
手段（８）によりレプリカファイルの編集中にレプリカ
ファイルと対応するアーキタイプファイルを参照したい
ような場合に、リンク手段（９）によりレプリカファイ
ルで指定された項目と対応するアーキタイプファイルを
表示装置（１０）等に表示するものである。

【００２４】アーキタイプファイル（１）は、開発者が
生成するものであり、予め定型化できる部分について雛
型として用意するファイルである。各工程でカストマイ
ズしたい部分（アジャスト項目）、及びカストマイズさ
れた結果を反映させて各工程の生産物であるコンポーネ
ントを生成する手順を定義した展開制御スクリプトを定
義するものである。

【００２５】差分アーキタイプファイル（２）は、部分
的にカスタマイズが必要な場合に、差分の部分について
だけ雛型として用意するファイルである。

【００２６】アジャストファイル（３）は、各工程でカ
ストマイズしたい部分を定義するファイルである。

【００２７】レプリカファイル（４）は、カスタマイズ
した結果を反映したソースプログラム、データファイル
等である。

【００２８】生成情報ファイル（５）は、アーキタイプ
ファイル（１）とレプリカファイル（４）の対応づけを
管理するファイルである。

【００２９】アジャスト項目編集手段（６）は、アーキ
タイプファイル（１）、アジャストファイル（３）で定
義された内容を解釈して、カスタマイズ可能な項目を出
力し、修正内容を編集できるようにするものである。

【００３０】レプリカファイル生成手段（７）は、アジ
ャスト項目編集手段（６）で編集されたカスタマイズ可
能な項目の修正内容を反映したレプリカファイル（４）
を生成するものである。

【００３１】レプリカファイル編集手段（８）は、生成
されたレプリカファイル（４）を編集するものであり、
レプリカファイル編集中に対応するアーキタイプファイ
ル（１）の参照が必要になった場合には、リンク手段が
アーキタイプファイル（１）とレプリカファイル（４）
の対応づけを管理する生成情報を参照して、レプリカフ
ァイル（４）で指定した項目に対するアーキタイプファ
イル（１）を表示できるようにするものである。

【００３２】次に図２以降に従って、複数の工程でカス
トマイズが必要な修正項目を編集し、編集された項目を
反映したソースプログラムを生成するまでの処理の流れ
を説明する。本例では、工程を３工程に分け、第１、
２、３工程の各工程でカスタマイズ可能な部分について
修正内容を入力させ、入力された修正内容を反映したソ
ースプログラムを生成する。

【００３３】図２はソースプログラムを生成するまでの
全体の流れを説明したものであり、図３から図６は、各
サブルーチンの処理の流れを説明したものである。

【００３４】まず開発者は各工程でカスタマイズしたい
項目を定義し、各工程のアーキタイプファイルの雛型を
作成しておく（Ｓ１０）。第１工程のアーキタイプファ
イルはそのまま読み込まれるので雛型ではなくアーキタ
イプファイルを作成する。図７、図８に第１工程のアー
キタイプファイル例を示す。図７、図８のように、アー
キタイプファイルは、ファイルの名称、コード等を定義
するファイル情報、カスタマイズ項目を定義するアジャ
スト情報、各工程毎の処理を定義する展開制御スクリプ
ト情報から構成されている。作成されたアーキタイプフ
ァイルが読み込まれ、アーキタイプファイルの内容が解
釈される（Ｓ２０）。第１工程のアーキタイプファイル
では、ファイル情報として「第一工程」の「１．０版」
であること、第１工程でカスタマイズ可能なアジャスト
項目として「追加エンティティ」の「エンティティ」で
あることが定義されている。次にアジャスト情報の内容
を解析し、カスタマイズ可能な項目名称として「追加エ
ンティティ」の「エンティティ」を図９に示すように表
示させ（Ｓ３０）、「エンティティ」項目について開発
者にカスタマイズ内容を入力させる（Ｓ４０）。図９の
例では「追加エンティティ」の「エンティティ」項目と
して「受注」「発注」が入力されたものとする。次に展
開制御スクリプトのソース内容を解析する（Ｓ５０）。
展開制御スクリプトでは、次の工程（第一工程のアーキ
タイプファイルであれば第二工程）で必要なアーキタイ
プファイル、アジャストファイル等を出力する処理、及
びアーキタイプファイル、アジャストファイルを出力す
る際に、前工程である自工程（第一工程）でカスタマイ
ズした項目を反映する処理を定義するものである。本発
明に関する主要な展開制御スクリプトについて、図７、
図８に従って説明する。

【００３５】まず、図７（１）に、次工程である第２工
程のアーキタイプファイルを生成する処理を示す。「＄
ＯｐｅｎＦｉｌｅ」コマンドにより、指定されたディレ
クトリ（ｐａｔｈ）配下に第２工程アーキタイプファイ
ルの柄を作成し、「＄Ｉｎｃｌｕｄｅ」コマンドによ
り、予め作成しておいた（Ｓ１０）アーキタイプファイ
ルの雛型（図１０の例）を読み込むものである。本例で
は「＄ＯｐｅｎＦｉｌｅ」コマンドでファイルの柄を作
成し、「＄Ｉｎｃｌｕｄｅ」コマンドで読み込む例を説
明しているが、別ファイルから読み込むのではなく、展
開制御スクリプト中に記載してもよい。次に、図７
（２）に、次工程のアジャストファイルのバックアップ
をとる処理を示す。これは、既にアジャストファイルが
次の第２工程で生成され、修正情報が登録されている場
合に既に設定された情報を反映するためであり、第２工
程で既にアジャストファイルがあるかを検索し、既に作
成されている場合にはバックアップをとるものである。
次に図７（３）に、次工程である第２工程のアジャスト
ファイルを生成する処理を示す。「＄ＯｐｅｎＦｉｌ
ｅ」コマンドにより、指定されたディレクトリ（ｐａｔ
ｈ）配下に第２工程アジャストファイルの柄を作成し、
「＄Ｉｎｃｌｕｄｅ」コマンドにより、予め作成してお
いた（Ｓ１０）アーキタイプファイルの雛型（図１２の
例）を読み込むものである。以上の次工程のアーキタイ
プファイル及びアジャストファイルを生成する処理につ
いては、次工程ファイルの生成（Ｓ６０）の説明で詳述
する。次に、図７（４）は、次工程のアジャストファイ
ルが既にあった場合にとっておいたバックアップに従っ
て、「＄ＵｐｄａｔｅＡｄｊｕｓｔＤａｔａ」コマンド
により、今回の処理で生成したアジャストファイルの内
容と既に作成済だった次工程のアジャトファイルを統合
する処理を示す。以上の次工程アジャスト情報と結合す
る処理については、次工程アジャスト情報との結合（Ｓ
７０）の説明で詳述する。次に図７（５）は、「＄Ｃｈ
ｅｃｋＡｒｃｈｅｔｙｐｅＦｉｌｅ」コマンドにより次
工程アーキタイプファイルのファイル形式にエラーがな
いかのチェックを行う処理を示す。本処理については次
工程アーキタイプファイルのチェック（Ｓ８０）の説明
で詳述する。次に図７（６）は、「＄ＣｈｅｃｋＮＥｘ
ｔＳｔａｔｕｓ」コマンドにより、次工程アーキタイプ
ファイルが既に使用中等で使用できない状態にないかを
チェックする処理を示す。本処理については、次工程ア
ーキタイプファイルの状態チェック（Ｓ９０）の説明で
詳述する。展開制御スクリプトで定義されたソース内容
を解析した結果に基づいて、後述する、次工程ファイル
の生成（Ｓ６０）、次工程アジャスト情報との結合（Ｓ
７０）、次工程アーキタイプファイルのチェック（Ｓ８
０）、次工程アーキタイプファイルの状態チェック（Ｓ
９０）を行う。最後に全ての工程でのカスタマイズ処理
が終了したか判定し（Ｓ１００）、全工程でのカスタマ
イズ処理が終了するとソースファイルを出力する（Ｓ１
１０）。

【００３６】次に図３を用いて、次に図７（１）（３）
で説明した、次工程である第２工程のアーキタイプファ
イル、アジャストファイルを生成する処理を示す。ま
ず、アーキタイプファイルを例として説明する。指定さ
れたディレクトリ（ｐａｔｈ）配下に第２工程アーキタ
イプファイルの柄を作成し（「＄ＯｐｅｎＦｉｌｅ」コ
マンド）（Ｓ６１）、予め作成しておいた（Ｓ１０）ア
ーキタイプファイルの雛型（図１０の例）を読み込むも
のである。（「＄Ｉｎｃｌｕｄｅ」コマンド）（Ｓ６
２）、読みこんだ雛型のファイル中に設定されたスクリ
プトが読み込み時に実行される（Ｓ６３）。次工程のア
ーキタイプファイルの雛型は、図１０に説明されている
ようなファイルである。スクリプト中の「＄」から始ま
る文字列はコマンドであり、読み込み時に実行される。
例えば図１１（１０）「＄Ｐｕｔ（追加エンティティ
［ｉ］．エンティティ名）」は、アジャスト情報とし
て、第一工程で入力されたデータ項目の内容を出力する
コマンドであり、このコマンドを実行することにより、
工程毎の修正情報として入力されたカスタマイズ情報を
反映できる。従って、図１０に説明されているようなア
ーキタイプファイルの雛型の場合、第一工程のアジャス
ト情報として、第一工程で入力されたエンティティ名の
「受注」「発注」が設定され、「受注の参照エンティテ
ィ」「受注のメソッドリスト」「発注の参照エンティテ
ィ」「発注のメソッドリスト」というアジャスト項目が
設定され、図１２に示すようなアーキタイプファイルに
変更される。次に図７（３）で指定されているように、
次工程である第２工程のアジャストファイルを生成する
処理が指示されているため（Ｓ６８）、次にアジャスト
ファイルについて以上の処理を繰り返して、次工程のア
ジャストファイルを生成する。

【００３７】次に図４に従って、既に次の工程のアジャ
ストファイルが生成されていた場合の処理を説明する。
図７（２）で説明したように、次工程のアジャストファ
イルが既に作成済（該当ディレクトリ配下にファイルが
ある場合）の場合には、バックアップをとっておく。次
に図7（４）で説明したように、バックアップした内容
と新たに生成したアジャストファイルの内容を統合す
る。図3で説明したように、次工程のアーキタイプファ
イル及びアジャストファイルが生成されているため、バ
ックアップをとった次工程のアジャストファイルと今回
作成した次工程のアジャストファイルの内容を比較し
（Ｓ７１）、同一アジャスト項目があり（Ｓ７２）、既
に作成済の次工程のアジャストファイルにデータが設定
されている場合には（Ｓ７３）、設定されているデータ
の内容を、今工程の展開スクリプトの指定で生成された
次工程のアジャストファイルの該当するアジャスト項目
に設定する（Ｓ７４）。

【００３８】次に、図５を用いて、図７（５）で説明し
た、「＄ＣｈｅｃｋＡｒｃｈｅｔｙｐｅＦｉｌｅ」コマ
ンドにより次工程アーキタイプファイルのファイル形式
にエラーがないかのチェックを行う処理について説明す
る。まず生成された次工程アーキタイプファイルを検索
し、該当するファイルを読み込む（Ｓ８１）。次にファ
イルの内容を解析し、生成した次工程アーキタイプファ
イルが正しく生成されているか、アーキタイプファイル
の内容を解析し、ファイル情報等の文法チェックを行う
（Ｓ８２）。文法チェックの結果、ファイル形式に誤り
がある場合には、エラー出力する（Ｓ８３）ものであ
る。

【００３９】次に、図６を用いて、図７（６）で説明し
た「＄ＣｈｅｃｋＮＥｘｔＳｔａｔｕｓ」コマンドによ
り、次工程アーキタイプファイルが既に使用中等で使用
できない状態にないかをチェックする処理について説明
する。まず、次工程の該当ディレクトリ配下のアーキタ
イプファイルをオープンし（Ｓ９１）てみて、他で使用
中の場合には（Ｓ９２）、エラー出力する（Ｓ９３）も
のである。

【００４０】以上の処理で、第1工程で入力した修正情
報に従って、第２工程のアーキタイプファイル及びアジ
ャストファイルが生成される。次に第２工程でのカスタ
マイズ情報の設定、及び第３工程のアーキタイプファイ
ル及びアジャストファイルの生成処理が行われる。第1
工程で説明した処理と同様に図２の処理に従って、第１
工程で生成されたアーキタイプファイル（図１２から図
１４）が読み込まれ（Ｓ２０）、アジャスト項目を抽出
して修正項目を画面表示する（Ｓ３０）。ここでは、図
１７に示すような画面が表示されるため、オペレータか
ら「コントローラ名」「受注の参照エンティティ」「受
注のメソッドリスト」（メソッド名、パターン）が入力
される（Ｓ４０）。本画面では、受注の例で説明した
が、アーキタイプファイルで指定されているように「発
注」についても同様の画面を表示する。次に第２工程ア
ーキタイプファイルの展開制御スクリプトを解析し（Ｓ
５０）、第１工程の処理で説明したように、次工程ファ
イル生成（Ｓ６０）、次工程アジャストファイルとの統
合（Ｓ７０）、次工程アーキタイプファイルのチェック
（Ｓ８０）、次工程アーキタイプファイルの状態チェッ
ク（Ｓ９０）の処理を行う。次工程ファイル生成処理で
は、第３工程のアーキタイプファイル雛型（図１８）、
アジャストファイル雛型（図１９）を読み込む（Ｓ６
２）。読み込まれた雛型ファイル中のスクリプトを実行
する。図１１で説明したように「＄Ｐｕｔ」コマンドを
実行することにより、「（第一工程．追加エンティティ
［ｉ］．エンティティ名）」にアジャスト情報として、
第一工程で入力されたデータ項目の内容が設定され、第
一工程で入力されたエンティティ名の「受注」「発注」
が設定される。次に図７（３）で指定されているよう
に、次工程である第２工程のアジャストファイルを生成
する処理が指示されているため（Ｓ６８）、次にアジャ
ストファイルについて以上の処理を繰り返して、次工程
のアジャストファイルを生成する。

【００４１】以上のようにして生成された第３工程のア
ーキタイプファイル及びアジャストファイルに従って、
次に第３工程の処理を説明する。第２工程で生成された
アーキタイプファイル（図１８の雛型ファイルに第１工
程、第２工程のカスタマイズ情報を反映させたファイ
ル）が読み込まれる（Ｓ２０）。第１工程の追加エンテ
ィティとして「受注」「発注」が入力され（図９参
照）、第２工程のコントローラ名として「ｄｅｆａｕｌ
ｔ」、第２工程のメソッドリスト、メソッド名「受注の
メソッド１」「受注のメソッド２」「受注のメソッド
３」及びパターンが入力され（図１７参照）ているた
め、図１８に示すアジャスト項目は、「受注のメソッド
１の転記処理」「受注のメソッド１チェック処理」「受
注のメソッド２の転記処理」「受注のメソッド２チェッ
ク処理」「受注のメソッド３の転記処理」「受注のメソ
ッド３チェック処理」となる。「発注」についても同様
に処理されるものであり、図２１に「発注」の場合の画
面例を示す（Ｓ３０）。次に第２工程アーキタイプファ
イルの展開制御スクリプトを解析する。（Ｓ５０）第３
工程では、「Ｉｎｃｌｕｄｅ“生成ソースＡＴＰ．ｉｎ
ｃ」コマンドを実行しているため、図２０に示すような
生成ソースの雛型を読み込む。

【００４２】図２０に示すような生成ソースの雛型で
は、前工程である第１工程、第２工程でカスタマイズさ
れた修正情報によって項目名が決められている。こうし
た例を「名前解決パス」が設定されている例とする。こ
うした例は、図２４に示すような例であり、最終の第三
工程で「受注の更新メソッド」のソースコードを出力し
たいような場合、「受注の更新メソッド」というデータ
項目名のうち、「受注」の部分が第一工程、「更新」の
部分が第二工程で決められ、最後の第三工程で項目名が
完成するようなケースを指す。本願発明では、こうした
ケースについて、アーキタイプファイル中では未定義の
ままとして設定し、次工程のアーキタイプファイルを生
成する場合や、最終のソースコードを生成する場合に、
その前の工程までで設定されたデータ項目名を埋め込ん
で、項目名を設定するものである。本願発明では、上記
処理のため、各工程で設定される項目名について名前が
未解決であり、各工程で入力された名前を埋め込む必要
があることを示す名前解決識別子を設定する。各工程で
は、カスタマイズされた項目の情報が入力されると、名
前解決識別子が設定された項目をみつけてカスタマイズ
された情報を埋め込むようにして、工程毎に設定された
情報を反映させるようにする。名前解決識別子として
は、例えば＜＃ ＃＞というような記号を使用する。ま
た、複数工程で名前を解決する必要がある場合には、＜
＃１ １＃＞＜＃２ ２＃＞という数字の識別子を加え
て工程を区別する。

【００４３】例えば、図２０（８）の「＜２＃＄Ｐｕｔ
２（第二工程．＜１＃＄Ｐｕｔ（第一工程．追加エンテ
ィティ［ｊ］．エンティティ名）＃１＞のメソッドリス
ト［ｉ］．メソッド名）＃２＞」という形で定義してお
き、第一工程のエンティティ名として「受注」という項
目が設定されると、「第一工程．追加エンティティ
［ｊ］．エンティティ名」に「受注」が設定され、「＜
２＃＄Ｐｕｔ２（第二工程．受注のメソッドリスト
［ｉ］．メソッド名）＃２＞」となる。次に第二工程で
メソッド名として「受注のメソッド１」という項目が設
定されると、「受注のメソッド１」という項目名とな
る。

【００４４】図２０は生成ソースの雛型であるため、コ
マンド以外の文字データ（例えば図２０（７）の「ｐａ
ｃｋａｇｅ」）についてはソースとしてそのまま出力
し、それ以外の項目については各コマンドを実行する。
ここで「＄Ｐｕｔ」コマンドは、ソースを出力するコマ
ンドであり、「＜１＃第一工程のエンティティ名＃１
＞」という記載は、既に説明した名前解決パスの定義で
ある。従って、既に説明したように、名前解決パスの処
理に従って、項目名を解決してソースを出力する。

【００４５】しかし、図２０（８）の「＜２＃＄Ｐｕｔ
２（第二工程．＜１＃＄Ｐｕｔ（第一工程．追加エンテ
ィティ［ｊ］．エンティティ名）＃１＞のメソッドリス
ト［ｉ］．メソッド名）＃２＞」のような記述の場合、
第一工程で決定する「第一工程．追加エンティティ
［ｊ］．エンティティ名」を解決しただけでＰｕｔコマ
ンドを実行してソースを出力すると、第二工程で決定す
る部分が未定義のままとなってしまう。そこで本願発明
では、「＄Ｐｕｔ」コマンドを２種類に分け、「＄Ｐｕ
ｔ２」コマンドを追加することにより、まだ解決してい
ない名前についてはソースを出力しない、前工程の名前
解決パスが終了した時に、ソースを出力する「＄Ｐｕ
ｔ」コマンドに変換する処理を追加したものである。本
処理により、「＜２＃＄Ｐｕｔ２（第二工程．＜１＃＄
Ｐｕｔ（第一工程．追加エンティティ［ｊ］．エンティ
ティ名）＃１＞のメソッドリスト［ｉ］．メソッド名）
＃２＞」という記述は、図９の例のように第一工程で
「第一工程．追加エンティティ［ｊ］．エンティティ
名」」として「受注」が入力されると、「＜２＃＄Ｐｕ
ｔ（第二工程．受注のメソッドリスト［ｉ］．メソッド
名）＃２＞」となり、入力されたデータにより名前を解
決するだけでなく、「＄Ｐｕｔ」コマンドに置換され
る。次に、図１７の例のように第２工程で「第二工程．
受注のメソッドリスト［ｉ］．メソッド名」として「受
注のメソッド１」と入力されると、ソースを出力するこ
とになり、未定義のデータを残したまますソースを出力
することがなくなるものである。

【００４６】また、出力されたソースをインデントして
出力したい場合には図２０（９）のように「＄ＰｕｔＩ
ｎｄｅｎｔＬＴ」というコマンドにより、インデント文
字列を挿入したい項目名及び先頭に追加するインデント
文字列をパラメタとして指定することにより、インデン
トして出力することが可能となる。本例では、項目名の
後に「“ ”」 が指定されているため、該当部分の
行頭に空白が追加され、（タブ）が付加されることにな
る。

【００４７】ソース出力した例を図２２、画面例を図２
１に示す。以上の処理で、第１工程、第２工程でカスタ
マイズされた情報に従って、ソースファイルを作成する
枠が生成されたため、ユーザは各メソッドのソースを入
力することが可能となる。以上の処理により、レプリカ
ファイルであるソースファイルが作成されたため、生成
されたレプリカファイル中に設定された項目名とアーキ
タイプファイルとの対応づけを管理する生成情報ファイ
ルを生成する。生成情報ファイルは、図２３に示すよう
なファイルであり、各レプリカファイル中の項目名の位
置と対応するアーキタイプファイルの項目名を管理して
いる。例えば図２２の「発注．ｊａｖａ」のソースファ
イルの１行目「ｐａｃｋａｇｅ ｄｅｆａｕｌｔ」の
「ｄｅｆａｕｌｔ」は、図２０のソースファイルの型の
（７）で示すように「第二工程」で設定された「コント
ローラ名」である。従って、生成情報ファイルでは「ｄ
ｅｆａｕｌｔ」のソースファイル上の位置を示す１行目
の９桁目から１５桁めとして「１，９，１５」と、「第
二工程．コントローラ名」が設定される。他の項目も同
様に設定されるものである。従って、生成情報ファイル
を参照することによって、ソースファイル中で項目名を
指定すると、どの工程の修正情報として設定された項目
かわかるため、該当する工程のアーキタイプファイルの
編集画面を検索することが可能となる。

【００４８】次に図２５を用いて、ソースファイルを表
示、編集する処理について説明する。オペレータから、
修正された情報であることを示す強調表示が指定される
と（Ｓ１１）、図２３を用いて説明した生成情報ファイ
ルを参照し、アジャストファイルで指定され各工程でカ
スタマイズしたデータを特定する（Ｓ１２）。図２３に
示す生成情報ファイルでは、例えば「１，９，１５,"第
二工程．コントローラ名"」「３，１４，１７,"第一工
程．追加エンティティ［１］．エンティティ名"」と設
定されている。従って、図２２の生成ソース中の「１，
９，１５」に対応する１行目９桁から１５桁に位置する
「ｄｅｆａｕｌｔ」、「３，１４，１７」に対応する３
行目１４桁から１７桁に位置する「発注」が強調表示の
対象となるため、ソースファイル中にの強調表示を指示
するデータを埋め込み（Ｓ１３）、ソースファイルを表
示する（Ｓ１４）。表示例を図２６に示す。表示された
ソースを編集中に、例えば、１行目９桁から１５桁に位
置する「ｄｅｆａｕｌｔ」を修正する必要が発生した場
合、アーキタイプファイルの表示をオペレータが指示す
る（Ｓ１５）と、図２３の生成情報ファイルを参照し、
該当する行数、開始桁位置、終了桁位置である「１，
９，１５」にもとづいて検索し該当する「１，９，１
５,"第二工程．コントローラ名"」に従って、第２工程
のアーキタイプファイルを表示する（Ｓ１６）ことが可
能となるものである。

【００４９】次に、図２７から図３０に従って、アーキ
タイプファイルを親子のファイルに分割し、差分のアー
キタイプファイルに従って処理する例について説明す
る。本例では、アーキタイプファイル中の、アジャスト
情報について修正したい項目をの一部のみを差分ファイ
ルとして生成し、差分ファイルの内容に基づいてアジャ
スト情報を更新後、親のアジャスト情報と統合する例を
説明する。差分ファイルの例として図３０、親ファイル
例として図２９を用いて説明する。尚、両ファイルとも
アーキタイプファイルの一部、アジャスト情報の部分の
みを使用して説明する。図２９に説明するアジャスト情
報の全体は図２８の左側「アジャスト項目」で説明され
ているような項目の構成となっている。次に図３０の差
分ファイルでは、倉庫リスト中の倉庫名、住所について
のみ設定されているものとする。まず図３０に示すよう
な差分ファイルを読み込むと（Ｓ２１）、図２で説明し
たように、アジャスト項目を抽出し修正項目を図２８の
ように画面表示する（Ｓ２２）。次に、アジャスト項目
中に「＊」が設定されているか判断する（Ｓ２３）。例
えば、住所のうち「東京」「大阪」のように都道府県名
までは固定できまっており、市町村についてカスタマイ
ズする必要がある場合などに使用する。図３０の例で
は、「東京＊」と設定されているため、この項目を未確
定項目として図２８のように表示する。本画面例では、
固定で決まっている「東京」を住所として出力するが、
入力対象フィールドしても表示するようにしている。
尚、アジャスト項目として「＊」を記載することにより
部分的に固定データを持たせることは、差分ファイルに
限らず通常のアーキタイプファイルで同様に処理しても
よい。次にこの画面で入力された内容を修正項目とし
（Ｓ２５）、次に親アーキタイプファイルを読み込み
（Ｓ２６）、差分アーキタイプファイルで設定された内
容と結合する（Ｓ２７）。親アーキタイプファイルは図
３０の（１０）に示すように「ＯｒｉｇｉｎａｌＡｒｃ
ｈｅｔｙｐｅ ｆｉｌｅ＝“ＡＢＣ．ａｔｐ”」と記述
されているため、図２９に示すような該当ファイルを検
索し、該当する項目と結合する。 （付記１）ソフトウェア部品の定型部分を雛型として定
義した雛型ファイルを読み込み、指定された前記雛型フ
ァイル中の可変部分の修正項目及び修正内容を設定する
修正項目編集手段と、前記修正項目編集手段で設定され
た前記修正内容を前記修正項目に設定し新たなソフトウ
ェア部品を生成すると共に、雛型ファイル中の前記修正
項目の修正が反映されたソフトウェア部品中の修正位置
を生成情報ファイルとして生成するソフトウェア部品生
成手段と、生成された前記ソフトウェア部品を編集する
ソフトウェア部品編集手段と、前記ソフトウェア部品編
集手段で編集中に、前記生成情報ファイル中のソフトウ
ェア部品中の修正位置が指定された場合には、対応する
雛型ファイル中の修正項目を出力するリンク手段と、し
て機能させるプログラムを記録したコンピュータ読取可
能な記録媒体。（１） （付記２）前記修正項目編集手段は、分割された雛型フ
ァイル中の可変部分の修正項目及び修正内容を設定し、
分割された他の雛型ファイルと結合することを特徴とす
る請求項１記載のコンピュータ読取可能な記録媒体。
（２） （付記３）前記修正項目編集手段は、可変部分の修正項
目として修正内容の一部を固定して修正内容を設定する
ことを特徴とする請求項１記載のコンピュータ読取可能
な記録媒体。 （付記４）前記ソフトウェア部品生成手段は、雛型ファ
イル中の前記修正項目の修正が反映されたソフトウェア
部品中の修正位置を強調表示するような生成情報ファイ
ルとして生成することを特徴とする請求項１記載のコン
ピュータ読取可能な記録媒体。 （付記５）ソフトウェア部品の定型部分を雛型として定
義した雛型ファイルを読み込み、複数工程の各工程で設
定された可変部分の修正内容を組み合わせてソフトウェ
ア部品を生成する場合に、全ての工程の可変情報の設定
が終了するまで、ソフトウェア部品の定型部分を雛型と
して定義した雛型ファイルについて読み込み、前記雛型
ファイル中の可変部分の修正項目及び修正内容が指定さ
れると、指定された修正項目の修正内容に従って次工程
の修正項目を設定した雛型ファイルを生成する処理を繰
り返す修正項目編集手段と、前記修正項目編集手段で指
定された前記修正内容を前記修正項目に設定し新たなソ
フトウェア部品を生成するソフトウェア部品生成手段
と、して機能させるプログラムを記録したコンピュータ
読取可能な記録媒体。（３） （付記６）前記修正項目編集手段は、複数工程の各工程
で設定された可変情報を組み合わせてソフトウェア部品
を生成する場合に、後工程の可変情報の設定が終了して
いる場合には、前工程の可変情報を設定する場合に既に
設定されている情報と結合することを特徴とする請求項
５記載のコンピュータ読取可能な記録媒体。（４） （付記７）前記修正項目編集手段は、次工程の雛型ファ
イルの有無の確認、または次工程の雛型ファイルのファ
イル形式の整合性を確認し、異常がなければ次工程の雛
型ファイルの編集処理を実行することを特徴とする請求
項５記載のコンピュータ読取可能な記録媒体。 （付記８）前記ソフトウェア部品生成手段は、前記修正
項目編集手段で全工程で可変情報の設定が終了した場合
に、指定された前記修正内容を前記修正項目に設定し新
たなソフトウェア部品を生成することを特徴とする請求
項５記載のコンピュータ読取可能な記録媒体。（５） （付記９）ソフトウェア部品の定型部分を雛型として定
義した雛型ファイルを読み込み、指定された前記雛型フ
ァイル中の可変部分の修正項目及び修正内容を設定する
修正項目編集手段と、前記修正項目編集手段で設定され
た前記修正内容を前記修正項目に設定し新たなソフトウ
ェア部品を生成すると共に、雛型ファイル中の前記修正
項目の修正が反映されたソフトウェア部品中の修正位置
を生成情報ファイルとして生成するソフトウェア部品生
成手段と、生成された前記ソフトウェア部品を編集する
ソフトウェア部品編集手段と、前記ソフトウェア部品編
集手段で編集中に、前記生成情報ファイル中のソフトウ
ェア部品中の修正位置が指定された場合には、対応する
雛型ファイル中の修正項目を出力するリンク手段と、か
ら構成されるソフトウェア部品生成装置。 （付記１０）ソフトウェア部品の定型部分を雛型として
定義した雛型ファイルを読み込み、複数工程の各工程で
設定された可変部分の修正内容を組み合わせてソフトウ
ェア部品を生成する場合に、全ての工程の可変情報の設
定が終了するまで、ソフトウェア部品の定型部分を雛型
として定義した雛型ファイルについて読み込み、前記雛
型ファイル中の可変部分の修正項目及び修正内容が指定
されると、指定された修正項目の修正内容に従って次工
程の修正項目を設定した雛型ファイルを生成する処理を
繰り返す修正項目編集手段と、前記修正項目編集手段で
指定された前記修正内容を前記修正項目に設定し新たな
ソフトウェア部品を生成するソフトウェア部品生成手段
と、から構成されるソフトウェア部品生成装置。 （付記１１）ソフトウェア部品の定型部分を雛型として
定義した雛型ファイルを読み込み、指定された前記雛型
ファイル中の可変部分の修正項目及び修正内容を設定
し、設定された前記修正内容を前記修正項目に設定し新
たなソフトウェア部品を生成すると共に、雛型ファイル
中の前記修正項目の修正が反映されたソフトウェア部品
中の修正位置を生成情報ファイルとして生成し、ソフト
ウェア部品を編集中に、前記生成情報ファイル中のソフ
トウェア部品中の修正位置が指定された場合には、対応
する雛型ファイル中の修正項目を出力するソフトウェア
部品編集方法。 （付記１２）ソフトウェア部品の定型部分を雛型として
定義した雛型ファイルを読み込み、複数工程の各工程で
設定された可変部分の修正内容を組み合わせてソフトウ
ェア部品を生成する場合に、全ての工程の可変情報の設
定が終了するまで、ソフトウェア部品の定型部分を雛型
として定義した雛型ファイルについて読み込み、前記雛
型ファイル中の可変部分の修正項目及び修正内容が指定
されると、指定された修正項目の修正内容に従って次工
程の修正項目を設定した雛型ファイルを生成する処理を
繰り返し、指定された前記修正内容を前記修正項目に設
定し新たなソフトウェア部品を生成するソフトウェア部
品生成方法

【００５０】

【発明の効果】以上説明したように、本発明によれば、
アーキタイプ（ソフトウェア部品の雛型）からアジャス
ト情報（カストマイズ情報）をもとに生成したレプリカ
ファイル（ソフトウェア部品）のデバッグ時にエラーの
カストマイズ個所に直接にジャンプして表示することが
可能となるものである。

【００５１】また、本発明は、アジャスト情報中の一部
分のカストマイズを差分のアーキタイプとして保存し、
残りのカストマイズと結合してレプリカファイルを作成
し、差分のアーキタイプを既存のアーキタイプと同じに
扱うことを可能にするものである。

【００５２】また、本発明は、アーキタイプからアジャ
スト情報（カストマイズ情報）をもとに生成したレプリ
カファイルのカストマイズした部分を強調表示し、強調
表示した部分にカーソルを位置づけて修正すると、自動
的にアジャスト情報（カストマイズ情報）に反映してレ
プリカファイルを再生成し、ユーザはレプリカファイル
上のカストマイズされて強調表示された部分のうちのエ
ラー個所などを修正するのみで正しいレプリカファイル
を自動生成すると共に、レプリカファイル上のカストマ
イズしない部分を誤って修正してしまい、雛型のアーキ
タイプファイルに影響を与えるような修正ミスを防止す
ることを可能とするものである。

【００５３】また、本発明は、複数工程を経て開発する
ような場合に、各工程で修正（カストマイズ）を指定し
修正（カストマイズ）内容によって次のカストマイズの
内容を変動可としたり、あるカストマイズの内容によっ
て別のカストマイズの内容をダイナミックに修正、追加
などを可能としたりすることを可能とするものである。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明の全体の処理のフローチャートである。

【図３】本発明の全体の処理のフローチャート（その
２）である。

【図４】本発明のサブルーチン１のフローチャートであ
る。

【図５】本発明のサブルーチン２のフローチャートであ
る。

【図６】本発明のサブルーチン３のフローチャートであ
る。

【図７】本発明の第１工程のアーキタイプファイル例
（その１）である。

【図８】本発明の第１工程のアーキタイプファイル例
（その２）である。

【図９】第１工程のアジャスト編集画面である。

【図１０】本発明の第２工程のアーキタイプファイル雛
型（その１）である。

【図１１】本発明の第２工程のアーキタイプファイル雛
型（その２）である。

【図１２】本発明の第２工程のアーキタイプファイル例
（その１）である。

【図１３】本発明の第２工程のアーキタイプファイル例
（その２）である。

【図１４】本発明の第２工程のアーキタイプファイル例
（その３）である。

【図１５】本発明の第２工程のアジャストファイル雛型
である。

【図１６】本発明の第２工程のアジャストファイル例で
ある。

【図１７】第２工程のアジャスト編集画面である。

【図１８】本発明の第３工程のアーキタイプファイル雛
型である。

【図１９】本発明の第３工程のアジャストファイル雛型
（その１）である。

【図２０】本発明のソースコード生成雛型である。

【図２１】本発明のソースコード編集画面例である。

【図２２】本発明のソースコード例である。

【図２３】本発明の生成情報ファイルの例である。

【図２４】複数工程に渡って入力されたデータで名前を
決定する例である

【図２５】レプリカファイルの表示・編集処理の流れを
示すフローチャートである。

【図２６】強調表示を付加したレプリカファイル例であ
る。

【図２７】本発明の差分編集処理のフローチャートであ
る。

【図２８】アジャスト編集画面（差分ファイル）であ
る。

【図２９】差分アーキタイプファイルの例である。

【図３０】差分前アーキタイプファイル例である。

【符号の説明】

１：アーキタイプファイル ２：差分アーキタイプファイル ３：アジャストファイル ４：レプリカファイル ５：生成情報ファイル ６：アジャスト項目編集手段 ７：レプリカファイル生成手段 ８：レプリカファイル編集手段 ９：リンク手段 １０：表示装置 １１：入力装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 富田 和宏 静岡県静岡市南町18番１号 株式会社富士 通静岡エンジニアリング内 (72)発明者 長谷川 好延 静岡県静岡市南町18番１号 株式会社富士 通静岡エンジニアリング内 (72)発明者 星川 恭寛 静岡県静岡市南町18番１号 株式会社富士 通静岡エンジニアリング内

Claims (5)

【特許請求の範囲】
1. 【請求項１】ソフトウェア部品の定型部分を雛型として
   定義した雛型ファイルを読み込み、指定された前記雛型
   ファイル中の可変部分の修正項目及び修正内容を設定す
   る修正項目編集手段と、 前記修正項目編集手段で設定された前記修正内容を前記
   修正項目に設定し新たなソフトウェア部品を生成すると
   共に、雛型ファイル中の前記修正項目の修正が反映され
   たソフトウェア部品中の修正位置を生成情報ファイルと
   して生成するソフトウェア部品生成手段と、 生成された前記ソフトウェア部品を編集するソフトウェ
   ア部品編集手段と、 前記ソフトウェア部品編集手段で編集中に、前記生成情
   報ファイル中のソフトウェア部品中の修正位置が指定さ
   れた場合には、対応する雛型ファイル中の修正項目を出
   力するリンク手段と、して機能させるプログラムを記録
   したコンピュータ読取可能な記録媒体。
2. 【請求項２】前記修正項目編集手段は、分割された雛型
   ファイル中の可変部分の修正項目及び修正内容を設定
   し、分割された他の雛型ファイルと結合することを特徴
   とする請求項１記載のコンピュータ読取可能な記録媒
   体。
3. 【請求項３】ソフトウェア部品の定型部分を雛型として
   定義した雛型ファイルを読み込み、複数工程の各工程で
   設定された可変部分の修正内容を組み合わせてソフトウ
   ェア部品を生成する場合に、全ての工程の可変情報の設
   定が終了するまで、ソフトウェア部品の定型部分を雛型
   として定義した雛型ファイルについて読み込み、前記雛
   型ファイル中の可変部分の修正項目及び修正内容が指定
   されると、指定された修正項目の修正内容に従って次工
   程の修正項目を設定した雛型ファイルを生成する処理を
   繰り返す修正項目編集手段と、 前記修正項目編集手段で指定された前記修正内容を前記
   修正項目に設定し新たなソフトウェア部品を生成するソ
   フトウェア部品生成手段と、して機能させるプログラム
   を記録したコンピュータ読取可能な記録媒体。
4. 【請求項４】前記修正項目編集手段は、複数工程の各工
   程で設定された可変情報を組み合わせてソフトウェア部
   品を生成する場合に、後工程の可変情報の設定が終了し
   ている場合には、前工程の可変情報を設定する場合に既
   に設定されている情報と結合することを特徴とする請求
   項３記載のコンピュータ読取可能な記録媒体。
5. 【請求項５】前記ソフトウェア部品生成手段は、前記修
   正項目編集手段にり全工程で可変情報の設定が終了した
   場合に、指定された前記修正内容を前記修正項目に設定
   し新たなソフトウェア部品を生成することを特徴とする
   請求項３記載のコンピュータ読取可能な記録媒体。