JP2003271382A - ソフトウエア開発ツールを用いたアプリケーション開発システム - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウエア開発ツールと手作業の両者によ
ってアプリケーション開発を行う場合の効率性の低下を
防止する。 【解決手段】 ソースコード編集処理部５は、ＣＡＳＥ
ツールにより自動生成されたソースコードに対して開発
者によりされた編集作業の内容を反映させたソースコー
ドをソースファイル３１に出力する。その後、ＣＡＳＥ
ツールにより同一アプリケーションに対するソースコー
ドが新たに自動生成されたとき、既存ソース判定部３
は、ソースファイル３１の存在を確認すると、ファイル
出力部１５に、そのソースコードをテンポラリとしてソ
ースファイル５０を生成する。そして、マージ処理部４
は、ソースファイル５０に格納されたソースコードに対
して、ソースファイル３１に格納されたソースコードに
施された編集内容を反映してソースファイル６０を生成
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はソフトウエア開発ツ
ールを用いたアプリケーション開発システム、特にソフ
トウエア開発ツールと手作業による編集処理との効率的
な共存を可能にする処理機能に関する。

【０００２】

【従来の技術】図７は、ソースを自動生成する従来のＣ
ＡＳＥツールの構成を示した図である。なお、ＣＡＳＥ
（Computer Aided Software Engineering Tool ）ツー
ルというのは、コンピュータを利用したソフトウエア工
学に基づいてソフトウエアを開発するためのツールであ
り、一般に、アプリケーション開発に必要な各種定義情
報を入力すると、ソースコードを自動生成する機能を持
っている。図７には、開発者によって使用されるＣＡＳ
Ｅツールが搭載されたコンピュータ（以下、「ＣＡＳＥ
ツール装置」という）１０と、同じく開発者によって使
用される編集装置２０が示されている。ＣＡＳＥツール
装置１０は、開発者がＣＡＳＥツールを操作する操作部
１１、設計に関する指定を行なう設計部１２、設計内容
に基づいてソースコードを自動生成するソース生成部１
３、生成されたソースコードを一時的に保持するメモリ
１４、自動生成されたソースをファイルに出力するファ
イル出力部１５を有している。一方、編集装置２０は、
エディタ部２１を有している。

【０００３】次に、動作について説明する。開発者が操
作部１１より設計、具体的には各種定義情報の入力を行
なうと、その内容が設計部１２より設計情報として蓄え
られる。また、開発者がソース生成部１３よりソースコ
ード生成の指示を行なうとソースコードが生成され、メ
モリ１４上に一時記憶される。ファイル出力部１５は、
メモリ１４上のソースコードをソースファイル３０に出
力する。

【０００４】ところで、ＣＡＳＥツールのみによる設計
では、ターゲットソース言語が持つ細かな機能を使いこ
なすことが完全でないために、初期開発においてＣＡＳ
Ｅツールが自動生成したソースコードを手作業で編集す
る場合が少なくない。そこで、開発者は、編集装置２０
のエディタ部２１を使用して、ＣＡＳＥツールが自動生
成したソースコードを編集する。このようなカスタマイ
ズ作業を行うことで、ソースコードの性能、機能をより
高度なものにしている。

【０００５】

【発明が解決しようとする課題】しかしながら、カスタ
マイズした後、機能の改良や追加等のために開発したア
プリケーションをＣＡＳＥツールで再設計を行い、ソー
スコードを自動生成すると、その生成されたソースコー
ドにはカスタマイズした部分が反映されていないので、
再度カスタマイズ作業を行わなければならず面倒であ
る。

【０００６】これを解消するための第一の方法として、
ＣＡＳＥツールでの設計は初期開発のみとし、それ以降
の機能の改良や追加等のための開発は、手作業で行うこ
とが考えられる。しかし、手作業による編集だけでは生
産性が低いという問題がある。

【０００７】また、第ニの方法として、手作業による編
集操作は一切行なわずＣＡＳＥツールのみでの設計が考
えられる。しかしながら、ＣＡＳＥツールのみによる設
計では、前述したようにターゲットソース言語が持つ細
かな機能を使いこなすことができず、性能、機能の点で
不利となる問題がある。

【０００８】従来のＣＡＳＥツールを使用したアプリケ
ーション開発では、以上のような性質があり、カスタマ
イズ開発においてＣＡＳＥツールの高生産性と手作業編
集による高度な指定（言語にネイティブな指定）とを両
立することができなかった。

【０００９】本発明は以上のような問題を解決するため
になされたものであり、その目的は、ソフトウエア開発
ツールと手作業の両者によってアプリケーション開発を
行う場合の効率性の低下を防止しうるソフトウエア開発
ツールを用いたアプリケーション開発システムを提供す
ることにある。

【００１０】

【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るソフトウエア開発ツールを用
いたアプリケーション開発システムは、開発者により各
種定義情報が入力されることによってソースコードを自
動生成するソフトウエア開発ツールを用いたアプリケー
ション開発システムにおいて、前記ソフトウエア開発ツ
ールが自動生成するソースコードを格納するツール作成
ソース格納手段と、開発者が前記ツール作成ソース格納
手段に格納されたソースコードに対して編集を行うため
に使用されるソースコード編集処理手段と、前記ソース
コード編集処理手段を用いて編集されたソースコードを
格納するカスタマイズソース格納手段と、前記ソフトウ
エア開発ツールによりソースコードが自動生成されたと
きに、その自動生成されたソースコードに対応する、前
記ソースコード編集処理手段を用いて編集されたソース
コードの有無を判定するカスタマイズソース判定手段
と、前記カスタマイズソース判定手段がソースコード有
りと判定したときに、その自動生成されたソースコード
と、その自動生成されたソースコードに対応するカスタ
マイズされたソースコードとをマージするマージ処理手
段とを有するものである。

【００１１】また、前記ソースコード編集処理手段は、
開発者により編集された部分に編集内容とその編集操作
種別を示す制御コードを挿入することによって、編集内
容及び編集操作種別を含むソースコードを生成するもの
である。

【００１２】更に、前記ソースコード編集処理手段は、
編集対象のソースコードに削除を示す制御コードを挿入
することによって、前記ソフトウエア開発ツールが自動
生成したソースコード部分の削除を一切行わないもので
ある。

【００１３】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００１４】図１は、本発明に係るソフトウエア開発ツ
ールを用いたアプリケーション開発システムの一実施の
形態を示した構成図である。図１には、開発者によって
使用されるＣＡＳＥツールが搭載されたコンピュータ
（ＣＡＳＥツール装置）１と、同じく開発者によって使
用される編集装置２が示されている。ＣＡＳＥツール装
置１は、開発者がＣＡＳＥツールを操作する操作部１
１、設計に関する指定を行−なう設計部１２、設計内容
に基づいてソースコードを自動生成するソース生成部１
３、生成されたソースコードを一時的に保持するメモリ
１４、自動生成されたソースをファイルに出力するファ
イル出力部１５を有している。ＣＡＳＥツールが持つ上
記構成要素１１〜１５は、従来例と同じでよい。本実施
の形態におけるＣＡＳＥツール装置１は、更に既存ソー
ス判定部３とマージ処理部４とを有している。既存ソー
ス判定部３は、ＣＡＳＥツールによりソースコードが自
動生成されたときに、その自動生成されたソースコード
に対応する、編集装置２により生成されたソースファイ
ル３１の存在の有無を判定する。マージ処理部４は、Ｃ
ＡＳＥツールが自動生成したソースコードと、編集装置
２により編集されたソースコードとをマージする。ＣＡ
ＳＥツール装置１がもつ各処理機能を実行する各構成要
素３，４，１１〜１３，１５は、アプリケーションによ
り実現される。

【００１５】一方、編集装置２は、ＣＡＳＥツールによ
って自動生成されたソースコードに対して開発者が編集
した内容を反映させ、新たなソースコードを生成するた
めのソースコード編集処理部５を有している。編集装置
２は、汎用的なパーソナルコンピュータで実現でき、ソ
ースコード編集処理部５はその上で動作するアプリケー
ションにより実現される。

【００１６】次に、本実施の形態における全体の処理の
流れを図２に示したフローチャートを用いて説明する。

【００１７】まず、開発者が操作部１１を経由して設計
を行なうことにより設計部１２が設計情報を保持する
（ＳＴ１）。次に開発者が操作部１１を経由してソース
生成指示を行ない（ＳＴ２）、ソース生成部１３がメモ
リ１４上にソースコードを生成する（ＳＴ３）。ここま
での処理は、従来と同様である。続いて、既存ソース判
定部３は、自動生成したソースコードに対応したソース
コードが既に生成されているかを確認する（ＳＴ４）。
自動生成したソースコードに対応したソースコードとい
うのは、自動生成したソースコードを出力することによ
りファイルを生成すると、そのファイルにより上書きさ
れるソースファイルで格納されているソースコードに相
当する。つまり、同じアプリケーションであれば、同じ
ファイル名で保持管理されるのが一般的であるため、例
えば第２版のソースコードが自動生成されたときには初
版のソースコードがこれに該当する。初期開発時であれ
ば、上書きされてしまうソースファイルは存在しない
が、それ以降の開発時には、通常、存在することにな
る。以降の説明では、この存在するソースファイル又は
ソースコードを既存のソースファイル又はソースコード
と称することにする。

【００１８】既存ソース判定部３は、自動生成したソー
スコードに対応した既存のソースコードが存在しない場
合は、ファイル出力部１５にソースコードをファイル出
力させることでソースファイル５０を生成する（ＳＴ
９）。なお、ソースコードが存在しないのは初期開発時
のみである。

【００１９】その後、編集装置２にてソースファイル５
０が編集されると、その編集内容が反映されたソースフ
ァイル３１が生成されるが、ＳＴ４において、既存ソー
ス判定部３は、ソースファイル３１の存在により既存の
ソースコードが存在すると判定した場合、ファイル出力
部１５にソースファイル５０をテンポラリファイルとし
て生成させる（ＳＴ５）。その後、マージ処理部４は、
既存のソースファイル３１とテンポラリファイルとして
一時的に出力されたソースファイル５０とをマージし
（ＳＴ６）、ソースファイル６０を自動生成する（ＳＴ
７）。この場合、既存のソースファイル６０が存在して
いても上書きしてもよい。最後に、テンポラリのソース
ファイル５０を削除して終了する（ＳＴ８）。

【００２０】次に、本実施の形態の特徴である編集装置
２とマージ処理部４の動作について説明する。まず、編
集装置２について図３により説明する。

【００２１】開発者は、操作部４１によってソースを編
集し表示することができる。編集部４２は、編集部分判
別機能処理部４３を有しており、その時点で開発者が編
集している部分が、‘自動生成部分’、‘自動生成コメ
ントアウト部分’、‘新規追加部分’のいずれであるか
を判別する。‘自動生成部分’というのは、開発者によ
り編集対象とされたソースコードのうちＣＡＳＥツール
によって自動生成された部分である。‘自動生成コメン
トアウト部分’というのは、上記ソースコードのうちソ
ースコード編集処理部５により削除された部分である。
本実施の形態では、ソース実行部分を実際に削除せずに
コメントにする。‘新規追加部分’というのは、上記ソ
ースコードのうちソースコード編集処理部５により新規
追加された部分である。

【００２２】また、編集操作は、‘追加’（キー入力に
よって文字列を追加）、‘削除’（Delキーによって文
字列を削除またはコメントアウト）、‘復元’（コメン
トアウトされた自動生成部分を復元）のいずれかに限定
されるが、編集操作判別機能処理部４４は、そのうちの
いずれであるかを判別する。これらの処理部４３，４４
の判別によって、新規部分追加機能処理部４５、新規部
分削除機能処理部４６、自動生成部分コメントアウト機
能処理部４７、自動生成部分コメントイン機能処理部４
８のいずれかによる処理が行なわれる。以下に各場合に
よる処理を示す。

【００２３】まず、編集部分判別機能処理部４３により
編集部分が‘自動生成部分’と判別されたとき、その編
集部分に対する編集操作が‘追加’であれば新規部分追
加機能処理部４５により処理される‘新規追加部分’と
なり、‘削除’であれば自動生成部分コメントアウト機
能処理部４７により処理される‘自動生成コメントアウ
ト部分’となる。なお、‘自動生成部分’に対する‘復
元’はあり得ない。

【００２４】次に、編集部分判別機能処理部４３により
編集部分が‘自動生成コメントアウト部分’と判別され
たとき、その編集部分に対する編集操作が‘追加’であ
れば新規部分追加機能処理部４５により処理される‘新
規追加部分’となり、‘削除’であればその部分は既に
削除済み（コメントアウト済み）なので何も変更しな
い。また、編集部分が‘復元’であれば自動生成部分コ
メントイン機能処理部４８により‘自動生成部分’に復
元される。

【００２５】最後に、編集部分判別機能処理部４３によ
り編集部分が‘新規追加部分’と判別されたとき、その
編集部分に対する編集操作が‘追加’であれば新規部分
追加機能処理部４５により処理される‘新規追加部分’
となり、‘削除’であれば新規部分削除機能処理部４６
により実際に削除される。なお、‘新規追加部分’に対
する‘復元’はあり得ない。

【００２６】一方、表示部４９は、‘自動生成部分’、
‘自動生成コメントアウト部分’、‘新規追加部分’を
色別で表示する。

【００２７】図４は、本実施の形態における編集装置２
のソースコードに対する具体的な処理の内容を示した概
念図である。このうち、図４（ａ）には、ＣＡＳＥツー
ルのソース生成部１３によって自動生成されたテキスト
形式のソースコードであり、上記説明した‘自動生成部
分’に相当する。この‘自動生成部分’を図４では
“Ａ”で示す。図４（ｂ）には、‘自動生成部分’の一
部をDelキーによってコメントアウトしている。Ｂはそ
のコメントアウトされた‘自動生成コメントアウト部
分’であり、その部分を先頭コードＢ１と、終端コード
Ｂ２とでくくる。図４（ｃ）には、‘自動生成部分’の
一部に文字列を追加している。Ｃはその追加した文字列
部分に相当する‘新規追加部分’であり、その部分を先
頭コードＣ１と、終端コードＣ２とでくくる。図４
（ｄ）には、図４（ｂ）でコメントアウトした‘自動生
成コメントアウト部分’Ｂの前半を復元している。図４
（ｄ）では、Ｂの幅を狭くすることで、復元したことを
示している。

【００２８】ソースコード編集処理部５は、以上のよう
に開発者の操作に従いソースコードを編集し、最終的に
編集されたソースコードをソースファイル３１として出
力する。特に、新規追加部分のみならず自動生成された
ソースコードの削除部分に対しては、ソースコード部分
の削除を一切行わないようにしている。

【００２９】次に、本実施の形態におけるマージ処理部
４が行うマージ処理について説明するが、その前におお
よその手順と概念を図５を用いて説明する。図５におい
て、上側は、編集装置２によって編集された既存のソー
スファイル３１に格納されているソースコードであり、
下側はＣＡＳＥツールによって新たに自動生成されたソ
ースファイル５０に格納されているソースコードであ
り、また、マージされることによって生成されるソース
ファイル６０に格納されるソースコードでもある。

【００３０】まず、上側の既存のソースコードのうち太
枠線の部分は、前回自動生成されたソースコード部分で
ある。また、太枠線以外の部分は開発者による編集作業
によって追加された部分であり、上記‘新規追加部分’
と、各制御コードである。マージ処理で行うことは、端
的に言うと、後者部分、すなわち開発者による編集作業
によって追加された部分を、下側の新たなソースコード
のどこかに挿入する（まぶす）ことである。マージする
際にどのようなルールに従いどの位置に追加部分を挿入
するかを決めなければならないが、これは以下のように
して行う。

【００３１】まず上側と下側のソースコード（新旧のソ
ースコード）の両者ともに、大きな枠組み（「スケルト
ン」と呼ぶ）に分け、スケルトン内をさらに小さな枠組
み（これ以上分割できない字句単位、「セル」と呼ぶ）
に分ける。次に、上側のスケルトンと下側のスケルトン
をマッチングし（荒い２重点線）、対応するスケルトン
同士のセルをマッチングする（細かい点線）。ここまで
で旧ソースコード（上側）のあらゆる部分が新ソースコ
ード（下側）のどこに対応するかが把握できたことにな
る。その後は、その対応に従って、ユーザ編集によって
追加された部分（上側の黒丸“●”部分）を新ソースコ
ード（下側）に挿入する。Ｂ１，Ｂ２は当然ながらＢの
前後に挿入する。Ｃ１，Ｃ，Ｃ２の組は、その直後、す
なわちＢ２に続く位置に挿入する。

【００３２】上述した処理において問題なのは、ソース
をスケルトンやセルに分割する場合にどのように分割す
ればよいか、および、スケルトン／セル同士をどのよう
にマッチングするか、である。

【００３３】まず、スケルトンやセルに分割するため
に、前もってソースの文法を定義しスケルトンやセルが
どんな形であるかを定義しておく。当然このソースの文
法は言語によって異なってくる。ここでは、ファイルの
拡張子が決まればソース言語も決まると仮定して、拡張
子ごとにスケルトンとセルはどういう表記なのかを定義
しておく。例えば、拡張子が“.HTM”のファイルの場合
のスケルトン定義としては、「開始コード：‘<TABLE>
’終端コード：‘</TABLE>’」、「開始コード：‘<IN
PUT>’ 終端コード：次のタグの直前」．．．などと、
ソース生成され得るすべてのスケルトンの認識ルールを
列挙しておく。また、セル定義としては、「開始コー
ド：<STRONG> 終端コード：</STRONG>」「開始コード：
<EM> 終端コード：</EM>」．．．などと、ソース生成さ
れ得るすべてのセルの認識ルールを列挙しておく。

【００３４】また、スケルトン／セル同士をどのように
マッチングするかであるが、基本的に両者のすべてのス
ケルトン／セルの組合せについてパターンマッチングを
行い、新旧ソースコードの間で最も類似した（実際には
合致した）相手を特定する。例えば、旧ソースコードに
スケルトンＡ１，Ａ２があり、新ソースコードにスケル
トンＢ１，Ｂ２がある場合は、Ａ１とＢ１との組、Ａ１
とＢ２との組、Ａ２とＢ１との組、Ａ２とＢ２との組そ
れぞれの相違係数を求めておき、すべての組合せ（この
場合は、パターン１（Ａ１とＢ１、Ａ２とＢ２）または
パターン２（Ａ１とＢ２、Ａ２とＢ１）の２パターン
のみ）で相違係数の和を求め、最小のものを選ぶ。ここ
で、Ａ１とＢ１との組の相違係数が０、Ａ２とＢ２との
組の相違係数が１０、Ａ１とＢ２との組の相違係数が１
００、Ａ２とＢ１との組の相違係数が１２０、だとすれ
ば、相違係数の和はパターン１が１０、パターン２が２
２０となり、パターン１が選ばれる。ここで、相違係数
とはスケルトン／セル同士を比較する場合にどれだけ違
いがあるかを数値化したものであるが、この相違係数を
算出するにもルールが必要である。従って、各スケルト
ン、セルの種別ごとにどのように相違係数を算出するか
を定義しておく。例えば、開始コードが‘<INPUT>’で
あるスケルトンの相違係数算出ルールとして、「type=
〜 が異なれば＋１００、id=〜 が異なれば＋２０、nam
e=〜 が異なれば＋２０」などと定義しておく。

【００３５】以上のようにしてパターンマッチングを行
い、新旧ソースコードの対応付けを行うが、本実施の形
態では、ソースコード編集処理部５において開発者によ
る編集作業により削除された自動生成ソースコードの部
分を、実際に削除しないようにしたので、上記パターン
マッチングの精度を低下させずにすむ。

【００３６】次に、本実施の形態におけるマージ処理部
４の構成を図６を用いて説明する。マージ処理部４は、
マージ処理に先立って、上述したような定義（スケルト
ン／セル自体の定義、相違係数算出ルール）を行うソー
ス文法定義部５１、ソースコードを分割するソース分割
部５２が持つスケルトン分割機能処理部５３及びセル分
割機能処理部５４、分割したソースコードを比較して相
違係数を算出しマッチングするソースマッチング部５５
が持つスケルトン比較機能処理部５６及びセル比較機能
処理部５７、マッチングされた結果を元にユーザ追加部
分を新ソースコードへ挿入する（まぶす）マージ実行部
５８、及び前述の編集装置２を呼び出してマージされた
新ソースコードを表示し開発者に確認および修正を促す
編集装置呼出し部５９を有している。本実施の形態にお
けるマージ処理は、あくまでソース文法定義部５１によ
る定義に基づくマージ処理であるため、開発者の意図し
たとおりのマージ結果が得られるとは限らないので、編
集装置呼出し部５９によって呼び出された編集装置２を
使って開発者にソースファイル６０を更に編集できる機
能を設けた。

【００３７】本実施の形態によれば、以上のようにして
ＣＡＳＥツールが自動生成したソースコードに対して編
集を施すことによりカスタマイズしたとき、その後にＣ
ＡＳＥツールが自動生成したソースコードに対して、直
前の版の自動生成ソースコードに施した編集内容を、新
たに自動生成したソースコードに自動的に反映できるよ
うにしたので、手作業による編集部分が上書きされるこ
となく最新版のソースコードに残すことができる。これ
により、ＣＡＳＥツールを用いたソースコードの自動生
成と手作業によるソースコードへの編集作業との両者に
よる編集部分を相互に上書きすることなく一つのソース
コードに反映させることができる。また、上記処理は、
何度でも繰り返し行うことができ、また、何度繰り返し
行おうとも手作業による編集部分はマージ後も上書きさ
れることなくソースコードに残されていく。

【００３８】なお、ソースコード編集処理部５により挿
入された制御コードは、マージ処理部４がマージする際
に必要な情報であり、ソースコードを実際に使用すると
きには不要である。従って、ソースコードを使用する前
に、文字列の追加、削除等の編集内容を編集部分に実際
に反映させて制御コードが含まれていないソースコード
を生成する必要がある。これは、制御コードを解釈して
編集内容をソースコードに反映させるツールを用いるこ
とで容易に行うことができる。

【００３９】また、本実施の形態においては、目的の相
違からＣＡＳＥツール装置１と編集装置２との２台のコ
ンピュータを用いた。また、本実施の形態では、ＣＡＳ
Ｅツールに既存ソース判定部３及びマージ処理部４がそ
れぞれに持つ機能を搭載したことを特徴としている。し
かし、システム構成は、これに限定されることなく、１
台のコンピュータで実現してもよく、あるいはマージ処
理部４を別のコンピュータ上で動作させるようにしても
よい。

【００４０】また、本実施の形態では、ソフトウエア開
発ツールとしてＣＡＳＥツールを例にしたが、ソースコ
ードを自動生成するソフトウエア開発ツールであれば、
ＣＡＳＥツール以外でも本発明を適用することができ
る。

【００４１】

【発明の効果】本発明によれば、ソフトウエア開発ツー
ルと手作業の双方によってアプリケーション開発を行う
場合に、ソフトウエア開発ツールがソースコードを新た
に自動生成したとき、手作業によって直前の自動生成ソ
ースコードに反映させた編集部分を、その自動生成ソー
スコードによって上書きさせずに、その自動生成ソース
コードに上記編集部分を自動的に反映させることができ
る。つまり、ソフトウエア開発ツールによる編集部分と
手作業による編集部分とを相互に打ち消しあうことなく
一つのソースコードに反映させていくことができる。こ
れにより、ソフトウエア開発ツールと手作業の両者を使
用の順番を意識することなく併用することができ、アプ
リケーションの開発を効率的に行うことができる。

【００４２】また、ソースコード編集処理手段において
開発者による編集作業により編集された部分及びその内
容を制御コードを用いて自動生成ソースコードに記すよ
うにしたので、マージ処理手段に開発者の手作業による
編集部分及び編集内容を知らせることができる。

【００４３】また、ソースコード編集処理手段において
開発者による編集作業により削除された自動生成ソース
コードの部分を、実際に削除しないようにしたので、新
旧ソースコードのパターンマッチングの際の精度を低下
させずにすむ。

【図面の簡単な説明】

【図１】 本発明に係るソフトウエア開発ツールを用い
たアプリケーション開発システムの一実施の形態を示し
た構成図である。

【図２】 本実施の形態における全体の処理の流れを示
したフローチャートである。

【図３】 本実施の形態における編集装置を示したブロ
ック構成図である。

【図４】 本実施の形態における編集装置のソースコー
ドに対する具体的な処理の内容を示した概念図である。

【図５】 本実施の形態におけるマージ処理部が行う具
体的なマージ処理の内容を示した概念図である。

【図６】 本実施の形態におけるマージ処理部を示した
ブロック構成図である。

【図７】 従来のＣＡＳＥツールを用いたアプリケーシ
ョン開発システムを示した構成図である。

【符号の説明】

１ コンピュータ（ＣＡＳＥツール装置）、２ 編集装
置、３ 既存ソース判定部、４ マージ処理部、５ ソ
ースコード編集処理部、１１，４１ 操作部、１２ 設
計部、１３ ソース生成部、１４ メモリ、１５ ファ
イル出力部、３１，５０，６０ ソースファイル、４２
編集部、４３ 編集部分判別機能処理部、４４ 編集
操作判別機能処理部、４５ 新規部分追加機能処理部、
４６ 新規部分削除機能処理部、４７ 自動生成部分コ
メントアウト機能処理部、４８自動生成部分コメントイ
ン機能処理部、４９ 表示部、５１ ソース文法定義
部、５２ ソース分割部、５３ スケルトン分割機能処
理部、５４ セル分割機能処理部、５５ ソースマッチ
ング部、５６ スケルトン比較機能処理部、５７セル比
較機能処理部、５８ マージ実行部、５９ 編集装置呼
出し部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 須藤 純吾 東京都千代田区丸の内二丁目２番３号 三 菱電機インフォメーションテクノロジー株 式会社内 (72)発明者 大江 信宏 東京都千代田区丸の内二丁目２番３号 三 菱電機インフォメーションテクノロジー株 式会社内 Ｆターム(参考） 5B076 DD04 EA06 EA09 EC07

Claims (3)

【特許請求の範囲】
1. 【請求項１】 開発者により各種定義情報が入力される
   ことによってソースコードを自動生成するソフトウエア
   開発ツールを用いたアプリケーション開発システムにお
   いて、 前記ソフトウエア開発ツールが自動生成するソースコー
   ドを格納するツール作成ソース格納手段と、 開発者が前記ツール作成ソース格納手段に格納されたソ
   ースコードに対して編集を行うために使用されるソース
   コード編集処理手段と、 前記ソースコード編集処理手段を用いて編集されたソー
   スコードを格納するカスタマイズソース格納手段と、 前記ソフトウエア開発ツールによりソースコードが自動
   生成されたときに、その自動生成されたソースコードに
   対応する、前記ソースコード編集処理手段を用いて編集
   されたソースコードの有無を判定するカスタマイズソー
   ス判定手段と、 前記カスタマイズソース判定手段がソースコード有りと
   判定したときに、その自動生成されたソースコードと、
   その自動生成されたソースコードに対応するカスタマイ
   ズされたソースコードとをマージするマージ処理手段
   と、 を有することを特徴とするソフトウエア開発ツールを用
   いたアプリケーション開発システム。
2. 【請求項２】 前記ソースコード編集処理手段は、開発
   者により編集された部分に編集内容とその編集操作種別
   を示す制御コードを挿入することによって、編集内容及
   び編集操作種別を含むソースコードを生成することを特
   徴とする請求項１に記載のソフトウエア開発ツールを用
   いたアプリケーション開発システム。
3. 【請求項３】 前記ソースコード編集処理手段は、編集
   対象のソースコードに削除を示す制御コードを挿入する
   ことによって、前記ソフトウエア開発ツールが自動生成
   したソースコード部分の削除を一切行わないことを特徴
   とする請求項２に記載のソフトウエア開発ツールを用い
   たアプリケーション開発システム。