【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、計算機上でオブジェクト指向ソフトウェア開発の方法論に係わり、中でも特に、ＯＭＴによるクラス図、或いは、イベントトレース図及びクラス図からオブジェクト指向言語のソースコードを自動生成するソースコード生成部を備えたソフトウェア開発支援装置に関するものである。

【０００２】

【従来の技術】従来の技術について説明する前に、まずオブジェクト指向ソフトウェア開発分野において使用される用語の意味について説明する。

【０００３】オブジェクト指向アプローチでは、実世界を「もの（＝オブジェクト）」と、「もの」同士の「関係」を定義した関係定義情報で構成し、システムを「もの」と「関係」を表現したものとして構築する。

【０００４】オブジェクトは、オブジェクトの役割を果たすのに必要な「属性」データと、「メソッド」と呼ばれる手続き（プロシージャ）とで構成される。

【０００５】オブジェクト指向では、個々のオブジェクトに共通な性質を抽象化し、クラスというモデルを考え、これを用いてシステムを表現する。 クラスを使って作成されたモデルをクラス図と呼ぶ。

【０００６】プログラムの実行時に、クラスを型として生成させたものをインスタンスと呼ぶ。

【０００７】従来例１． 次に、従来例について説明する。 クラス図の表現方法としてよく知られている方法として、オブジェクト指向方法論（ＯＭＴ）がある。 また、ＯＭＴではイベントトレース図と呼ばれるクラス間におけるイベントの発生順序を記述する図が用いられる。 計算機上でＯＭＴを支援する装置の一例として、米国Ｒａｔｉｏｎａｌ社のツールＲｏｓｅ／Ｃ＋＋がよく知られている。 この装置では、クラス図やイベントトレース図など各種の図の作成／編集が可能である。 また、
この装置ではオブジェクト指向プログラミング言語の１
つであるＣ＋＋のソースコード生成機能を持ち、クラス図上の各クラスの定義をもとにＣ＋＋のソースコードを生成する。

【０００８】図４は、Ｒｏｓｅ／Ｃ＋＋の機能を表わしたブロック図である。 この装置は、クラス図エディタ１、イベントトレース図エディタ６及びソースコード生成部であるＣ＋＋ソースコード生成機能１２を主要な機能として持つ。 この装置は、他にも各種エディタを持っているが、本明細書では省略する。

【０００９】図５は、クラス図の例を示したもので、図には互いに矢印線で接続された３つの矩形が表現されている。 これら３つの矩形はクラスを示しており、５１はＤｒｉｖｅｒクラス、５２はＡｕｔｏｍｏｂｉｌｅクラス、５３はＥｎｇｉｎｅクラスを表わしている。 また、
各クラスの間を結ぶ矢印線は、お互いの関係を示しており、５４はクラス名表示領域、５５は属性のリスト表示領域、５６はメソッドのリスト表示領域である。 また、
矩形間の矢印線である関係５７の左側にある菱形のマーク５７ａは集約をあらわし、ＡｕｔｏｍｏｂｉｌｅクラスがＥｎｇｉｎｅクラスを含んでいることを示している。 Ｒｏｓｅ／Ｃ＋＋では、クラス図エディタ１を用いて、図５のようなクラス図を作成することができる。 Ｒ
ｏｓｅ／Ｃ＋＋では、クラス図表示部２に図を表示し、
ユーザはクラス図要素編集部３によって、クラス図上の要素であるクラスや属性、メソッド、関係などを編集する。 さらに、ユーザはクラス図要素仕様編集部４によって、各要素の名前や定義など詳細情報を入力していく。
そしてさらに、コード生成プロパティ編集部５によって、ソースコード生成のために必要な情報を入力していく。

【００１０】図６は、イベントトレース図の例を示したものであり、図において、５８で示すＵｓｅｒはＤｒｉ
ｖｅｒクラスのインスタンス、５９で示すＭｙＣａｒはＡｕｔｏｍｏｂｉｌｅクラスのインスタンス、６０で示すＴｈｅＥｎｇｉｎｅはＥｎｇｉｎｅクラスのインスタンスである。 各インスタンス間の矢印線は、イベントを示している。 ６１で示すイベントは、ＵｓｅｒからＭｙ
Ｃａｒへ送られるＳｔａｒｔＥｎｇｉｎｅ（）イベントである。 ６２で示すイベントはＭｙＣａｒからＴｈｅＥ
ｎｇｉｎｅへ送られるＳｔａｒｔ（）イベントであり、
ＳｔａｒｔＥｎｇｉｎｅ（）イベントの次に発生する。
このように、イベントトレース図は、いくつかのクラスのインスタンス間で送出されるイベント及びそれらのイベントの順序を表現している。 Ｒｏｓｅ／Ｃ＋＋では、
このようなイベントトレース図を作成することができる。 Ｒｏｓｅ／Ｃ＋＋では、イベントトレース図表示部７に図を表示し、ユーザはイベントトレース図要素編集部８によって、イベントトレース図上の要素であるインスタンスやイベントを編集する。 さらに、ユーザはイベントトレース図要素仕様編集部９によって、各要素の名前や定義など詳細情報を入力していく。

【００１１】オブジェクト指向アプローチによる分析及び設計の成果物であるこれらのクラス図やイベントトレース図は、Ｃ＋＋などのオブジェクト指向プログラミング言語によってプログラムを実装する上で重要な設計図となる。 Ｒｏｓｅ／Ｃ＋＋の場合、ソースコード生成機能１２によってＣ＋＋ソースコードのスケルトンを生成することができる。 ソースコード生成機能１２では、クラス定義取得部１３によって、クラス図エディタ１で作成したクラス図のクラス情報を記憶したクラス情報１０
からクラスごとの定義情報を抽出し、これらの定義情報をクラス定義変換部１４によってＣ＋＋ソースコードに置き換える。 そして、ソースコード出力部１５によって、ソースコードを生成し、生成したソースコードをソースコード１６に記憶する。

【００１２】イベントトレース図は、実行時の動作を示すシナリオであり、各インスタンス間でのイベントの発生順を示す。 イベントトレース図で示されるイベントは、受信側のインスタンスの元となるクラスが持つメソッドに等しい。 例えば、図６のイベントトレース図では、ＳｔａｒｔＥｎｇｉｎｅ（）イベントは、受信側のインスタンスであるＭｙＣａｒのクラスＡｕｔｏｍｏｂ
ｉｌｅが持つメソッドＳｔａｒｔＥｎｇｉｎｅ（）と等しい。 図６のイベントトレース図でもそうなっており、
これらの情報はプログラムの実装において重要である。
しかし、Ｒｏｓｅ／Ｃ＋＋が生成するソースコードはクラス図の情報だけを元にしており、イベントトレース図の情報は全くソースコードに反映されない。

【００１３】また、Ｒｏｓｅ／Ｃ＋＋では、クラスのインスタンス生成や削除、属性の値参照や設定といった単純なメソッドについては、その処理本体まで実装してくれる。 しかし、その他ユーザが定義した単純でないようなメソッドについては、処理本体のない骨組みのみを生成する。 このようなユーザ定義のメソッドの処理本体は、エディタ上で開発者の手作業による記述が必要である。 以下、これらの点について説明する。

【００１４】図６のイベントトレース図では、クラスＤ
ｒｉｖｅｒ、Ａｕｔｏｍｏｂｉｌｅ、ＥｎｇｉｎｅのそれぞれのインスタンスＵｓｅｒ、ＭｙＣａｒ、ＴｈｅＥ
ｎｇｉｎｅがある。 そして、インスタンスＵｓｅｒからインスタンスＭｙＣａｒへ送信されるイベントＳｔａｒ
ｔＥｎｇｉｎｅ（）、インスタンスＭｙＣａｒからインスタンスＴｈｅＥｎｇｉｎｅへ送信されるイベントＳｔ
ａｒｔ（）の２つのイベントがある。 そして、イベントＳｔａｒｔＥｎｇｉｎｅ（）が送信された後、イベントＳｔａｒｔ（）が送信されている。 イベントＳｔａｒｔ
Ｅｎｇｉｎｅ（）はインスタンスＭｙＣａｒのメソッド、イベントＳｔａｒｔ（）はインスタンスＴｈｅＥｎ
ｇｉｎｅのメソッドであるとすると、Ｃ＋＋ソースコードでの実装において、クラスＡｕｔｏｍｏｂｉｌｅのメソッドＳｔａｒｔＥｎｇｉｎｅ（）の処理本体に、クラスＥｎｇｉｎｅのメソッドＳｔａｒｔ（）を呼び出す処理を手作業で記述する必要がある。

【００１５】従来例２． 他の従来例として、特開平９−
２２３５８号の発明がある。 特開平９−２２３５８号の発明の第１の目的は、ある業務を実現するためのクラスを設計する初期段階で、オブジェクト指向アプローチに精通していない者であっても、クラスの持つべきメソッドを少ない工数で自動生成することができるクラス別メソッドの自動生成方法を提供することにある。 また、第２の目的は、再利用性が高く、品質の良いクラスとなるように、クラスの持つべきメソッドを自動生成することができるクラス別メソッドの自動生成方法を提供することにある。 さらに、第３の目的は、クラスが持つべきメソッドのコードを自動生成し、単純な実装作業を軽減することができるクラス別メソッドの自動生成方法を提供することにある。

【００１６】前記第１の目的を達成するために、複数のクラス属性にそれぞれ対応した複数のメソッド生成パターン情報をパターン情報記憶手段に予め蓄積しておき、
目的とする処理機能を実現する上で必要となるクラスのメソッドを生成する際に、クラスの名称、属性等の情報からなるクラス定義情報及びクラス同士の関係を定めるクラス間関係情報とを定義した後、前記クラス定義情報とクラス間関係情報とを比較し、クラス定義情報で定義されたクラスの属性が他のクラスと関係しない単純属性か、他のクラスと関係する関係属性かを判定し、その判定結果の属性に対応したメソッド生成パターン情報を前記パターン情報記憶手段から読み出し、そのメソッド生成パターン情報を展開して前記クラス定義情報及びクラス間関係情報で定義された各クラスのメソッドを生成することを特徴とする。 また、第２の目的を達成するために、関係属性を有するクラスのメソッドを生成した後、
関係するクラスの型がクラス定義情報に定義されているか否かを判定し、定義されていなければ、その型の属性に対応するメソッドを削除することを特徴とする。 さらに、第３の目的を達成するために、各クラスのメソッドを生成した後、そのメソッドをコード化することを特徴とする。

【００１７】

【発明が解決しようとする課題】以上のように、従来例１において説明したソースコード生成機能を備えたオブジェクト指向分析／設計支援装置によれば、クラスのインスタンス生成や削除、クラスの属性の値参照／設定を行うような単純なメソッドを除き、ほとんどのメソッドを手作業で記述しなければならないという問題点があった。 また、作成したイベントトレース図の情報は、ソースコード生成機能で生成されるソースコードへ全く反映されないという問題点があった。

【００１８】また、従来例２において説明した特開平９
−２２３５８号の発明は、基本的なパターンのメソッドを自動生成させるという発明であり、方法論や手段に違いはあるものの、その趣旨に近いことを実現したものとして、米国Ｒａｔｉｏｎａｌ社製品Ｒｏｓｅ／Ｃ＋＋がリリースされている。

【００１９】この発明は、上記問題点に鑑みてなされたもので、ソフトウェア開発支援装置にメソッド実装支援部を備えることによって、複雑なメソッドの実装作業を行う開発者の手助けとなるソフトウェア開発支援装置を提供することを目的とする。

【００２０】

【課題を解決するための手段】この発明に係るソフトウェア開発支援装置は、ＯＭＴ（ＯＭＴはｏｂｊｅｃｔｍ
ｏｄｅｌｉｎｇ ｔｅｃｈｎｉｑｕｅの略、オブジェクト指向を使ってシステム分析や設計を進めるオブジェクト指向分析／設計開発方法論の１つ）の少なくともクラスとメソッドとクラス間の関係とをクラス情報として入力し図示するクラス図の作成／編集作業を支援するクラス図エディタと、ＯＭＴの少なくともクラスのインスタンスとイベントの発生順序とをイベント情報として入力し図示するイベントトレース図の作成／編集作業を支援するイベントトレース図エディタと、前記クラス図エディタによって作成したクラス図のクラス情報をもとに処理本体のソースコードを自動生成するソースコード生成部とを有するソフトウェア開発支援装置において、前記ソースコード生成部は、前記クラス図エディタにより入力されたクラス情報と、前記イベントトレース図エディタにより入力されたイベント情報とをもとにイベントとメソッドとを関連づけてイベントに対応するメソッドを呼び出す処理のソースコードを作成して、前記生成したソースコードを、前記処理本体のソースコードに実装させるクラスメソッド実装支援部を備えたことを特徴とする。

【００２１】前記クラスメソッド実装支援部は、前記クラス図エディタにより入力されたクラス情報と、前記イベントトレース図エディタにより入力されたイベント情報をもとにイベントとメソッドを関連づけてイベント対メソッド相対情報を生成するイベント対メソッド相対情報生成部と、前記イベント対メソッド相対情報生成部により生成されたイベント対メソッド相対情報よりイベントに対応するメソッドを呼び出す処理のソースコードを生成するイベント処理コード生成部と、前記イベント処理コード生成により作成されたソースコードを、前記処理本体のソースコードに合成するソースコード合成出力部とを備えたことを特徴とする。

【００２２】この発明に係るソフトウェア開発支援装置は、ＯＭＴ（ＯＭＴはｏｂｊｅｃｔｍｏｄｅｌｉｎｇ
ｔｅｃｈｎｉｑｕｅの略、オブジェクト指向を使ってシステム分析や設計を進めるオブジェクト指向分析／設計開発方法論の１つ）の少なくともクラスとメソッドとクラス間の関係とをクラス情報として入力し図示するクラス図の作成／編集作業を支援するクラス図エディタと、
ＯＭＴの少なくともクラスのインスタンスとイベントの発生順序とをイベント情報として入力し図示するイベントトレース図の作成／編集作業を支援するイベントトレース図エディタと、前記クラス図エディタによって作成したクラス図の情報をもとに処理本体のソースコードを自動生成するソースコード生成部とを有するソフトウェア開発支援装置において、前記ソースコード生成部は、
前記クラス図エディタにより入力されたクラス情報と、
前記イベントトレース図エディタにより入力されたイベント情報をもとにイベントとメソッドとを関連づけてイベント対メソッド相対情報を生成するイベント対メソッド相対情報生成部と、前記イベント対メソッド相対情報生成部により生成されたイベント対メソッド相対情報よりイベントに対応するメソッドを呼び出す処理のソースコードを生成するイベント処理コード生成部と、前記イベント処理コード生成部により生成されたソースコードを、前記処理本体のソースコードに合成するソースコード合成出力部とを備えたことを特徴とする。

【００２３】前記イベントトレース図エディタは、入力されたイベント情報のイベントに対応するメソッドが、
前記クラス図エディタにより入力されたクラス情報に存在するか否かを検索して、存在していない場合に、前記イベント情報よりクラスを決定して、決定したクラスに対して前記イベントをメソッドとして追加定義するイベントトレース図要素仕様編集部を備えたことを特徴とする。

【００２４】前記ソフトウェア開発支援装置は、さらに、プログラムルーチンで汎用的に用いる処理のパターンを処理部品として記憶する処理部品庫を備え、前記イベントトレース図エディタは、入力されたイベント情報に対して前記処理部品庫に記憶された処理部品を指定する処理部品割当部を備えたことを特徴とする。

【００２５】前記イベント処理コード生成部は、前記イベント対メソッド相対情報をもとにイベントに対するメソッドを呼び出す処理のソースコードを生成するとともに、前記処理部品割当部によりイベント情報に対して指定された処理部品を前記処理部品庫より取得してソースコードを生成することを特徴とする。

【００２６】

【発明の実施の形態】実施の形態１． 以下、本発明の第１の実施形態について、図１，図５，図６に基づいて説明する。 図１は、本実施形態におけるシステム全体構成を示したブロック図である。 なお、従来例１で述べた図４と同じ要素には同じ符号をつけ、説明は省略する。 図１において、１７はイベント情報１１からイベントと送受信両側のインスタンスの情報を抽出するイベント情報取得部、１８はイベント情報取得部１７より得たイベントとクラス定義取得部１３より検索したイベントに対応するメソッドとの関連付けを行い、イベント対メソッド相対情報を生成するイベント対メソッド相対情報生成部、１９はイベント対メソッド相対情報をもとに、イベントの受信側のインスタンスに対応するクラスのメソッドの処理本体へ埋め込む、つまり、メソッドの処理本体から呼び出す別のインスタンスのメソッドのソースコードを生成するイベント処理コード生成部である。 ３０はクラスメソッド実装支援部であり、イベント情報取得部１７とイベント対メソッド相対情報生成部１８とイベント処理コード生成部１９とソースコード合成出力部２０
より構成される。 また、２０はクラス定義変換部１４及びイベント処理コード生成部１９が生成したソースコードを適切に合成し、ソースコード１６を出力するソースコード合成出力部である。

【００２７】次に、図５のクラス図及び図６のイベントトレース図をもとにクラスメソッドを実装する例として、図２のフローチャートを参照しながら、本実施の形態におけるイベント処理部品生成の動作について説明する。

【００２８】まず、図５のクラス図では、Ｄｒｉｖｅｒ
クラス、Ａｕｔｏｍｏｂｉｌｅクラス及びＥｎｇｉｎｅ
クラスを定義しており、それぞれのクラス間に関連を定義している。 開発者はクラス図要素仕様編集部４により、ＥｎｇｉｎｅクラスがＡｕｔｏｍｏｂｉｌｅクラスに集約されることを定義する。 また、図６のイベントトレース図では、図５のクラス図で定義した３つのクラスに対応するそれぞれのインスタンスを定義しており、それぞれの間にイベントを定義している。 開発者はイベントトレース図要素仕様編集部９により、ＤｒｉｖｅｒクラスのインスタンスＵｓｅｒからＡｕｔｏｍｏｂｉｌｅ
クラスのインスタンスＭｙＣａｒへ送信されるイベントに、ＡｕｔｏｍｏｂｉｌｅクラスのメソッドＳｔａｒｔ
Ｅｎｇｉｎｅ（）を指定する。 さらに、Ａｕｔｏｍｏｂ
ｉｌｅクラスのインスタンスＭｙＣａｒからＥｎｇｉｎ
ｅクラスのインスタンスＴｈｅＥｎｇｉｎｅへ送信されるイベントに、ＥｎｇｉｎｅクラスのメソッドＳｔａｒ
ｔ（）を指定する。

【００２９】開発者がソースコード生成機能１２に対して実行を命令すると、クラス定義取得部１３は、クラス情報１０からクラスの定義情報を取得し、イベント情報取得部１７は、イベント情報１１からイベント及び送受信側のインスタンスの情報を取得する（ステップ１０
１）。

【００３０】次に、イベント対メソッド相対情報生成部１８は、イベント情報取得部１７が取得したイベントの受信側インスタンス情報をもとに、クラス情報の中から該当するクラスを検索し、イベントに定義されたメソッドが該当するクラスのものであることを確認する（ステップ１０２）。

【００３１】具体的には、イベント情報取得部１７がＳ
ｔａｒｔ（）というイベントを取得し、このイベントの受信側インスタンスＴｈｅＥｎｇｉｎｅがＥｎｇｉｎｅ
クラスであることを知る。 そして、イベント対メソッド相対情報生成部１８は、クラス情報の中からＥｎｇｉｎ
ｅクラスを見つけ、ＥｎｇｉｎｅクラスにあるメソッドＳｔａｒｔ（）がイベントｓｔａｒｔ（）と同一であることを確認する。

【００３２】さらに、イベント対メソッド相対情報生成部１８は、イベントの送信側インスタンスが直前に受信したイベントの情報を得て、そのイベントに相当するメソッドを確認する（ステップ１０３）。

【００３３】具体的には、送信側インスタンスＭｙＣａ
ｒにおいて、イベントＳｔａｒｔ（）が呼ばれる直前のイベントＳｔａｒｔＥｎｇｉｎｅ（）を取得し、そのイベントがＡｕｔｏｍｏｂｉｌｅクラスのメソッドであることを確認する。

【００３４】イベント対メソッド相対情報生成部１８
は、対象のイベント（ここでは、イベントＳｔａｒ
ｔ（））と受信側インスタンスによって示されるクラスが持つメソッドとを組み合わせて、また一方で、送信側インスタンスにおいて、対象のイベントの直前に受信したイベント（ここでは、イベントＳｔａｒｔＥｎｇｉｎ
ｅ（））とそれを受けたインスタンスによって示されるクラスが持つメソッドとを組み合わせて、これら２つの組み合わせを関連付けた情報を生成する（ステップ１０
４）。

【００３５】具体的には、イベント情報の１つであるインスタンスＴｈｅＥｎｇｉｎｅとそのクラス情報の１つであるメソッドＳｔａｒｔ（）とイベント情報の１つであるイベントＳｔａｒｔ（）を組み合わせて、一方で、
インスタンスＭｙＣａｒとそのメソッドＳｔａｒｔＥｎ
ｇｉｎｅ（）とイベントＳｔａｒｔＥｎｇｉｎｅ（）とを組み合わせて、これら２つの情報を関連付けた情報を生成する。

【００３６】イベント処理コード生成部１９は、イベント対メソッド相対情報生成部１８が生成した情報をもとに、Ｃ＋＋ソースコードを生成し、どのメソッドに生成したソースコードを埋め込むかを指定した情報を付加する（ステップ１０６）。

【００３７】具体的には、インスタンスＴｈｅＥｎｇｉ
ｎｅのメソッドＳｔａｒｔ（）を呼び出す処理をＣ＋＋
ソースコードで生成して、この処理はインスタンスＭｙ
ＣａｒのメソッドＳｔａｒｔＥｎｇｉｎｅ（）の中で行われることを指定する情報を付加しておく。

【００３８】各イベントごとに、対応するメソッドの情報取得からＣ＋＋ソースコード生成までのステップ１０
２〜ステップ１０６の処理を繰り返す（ステップ１０
７）。

【００３９】クラス定義変換部１４は、クラス定義取得部１３からクラス定義情報を受け取り、Ｃ＋＋ソースコードへ変換する（ステップ１０８）。

【００４０】具体的には、図５のクラス図にあるＤｒｉ
ｖｅｒクラス、Ａｕｔｏｍｏｂｉｌｅクラス、Ｅｎｇｉ
ｎｅクラスの定義とメソッドの定義の骨組みをＣ＋＋ソースコードに生成する。

【００４１】最後に、ソースコード合成出力部２０において、クラス定義変換部１４が生成したＣ＋＋ソースコードの指定の位置へ、イベント処理コード生成部１９が生成したＣ＋＋ソースコードを挿入する（ステップ１０
９）。

【００４２】具体的には、ＡｕｔｏｍｏｂｉｌｅクラスのメソッドＳｔａｒｔＥｎｇｉｎｅ（）の定義の骨組みの中に、インスタンスＴｈｅＥｎｇｉｎｅのメソッドＳ
ｔａｒｔ（）を呼び出す処理のＣ＋＋ソースコードを挿入する。

【００４３】以上のようにして、図５及び図６に示したクラス図およびイベントトレース図から、クラスメソッドの処理本体を補足する形で実装することができるので、開発者の実装作業における手作業の負担を減らすことができる。

【００４４】実施の形態２． 次に、本発明の第２の実施の形態について説明する。 本実施の形態におけるシステムの全体構成は、図１と同じである。

【００４５】イベントトレース図エディタ６において、
新たにイベントを定義する。 このとき、イベントトレース図要素仕様編集部は、イベントに対応するメソッドがクラス情報１０に設定されていない場合、ここで新たにメソッドを定義すると、受信側インスタンスのもととなるクラスに、イベントトレース図エディタ上で新規に定義したメソッドを自動的に追加し、クラス情報１０に格納する。

【００４６】このようにすると、イベントトレース図を作成する過程において、イベントトレース図エディタ上での追加作業を反映して、クラス図の修正が自動的に行われるため、開発者の設計作業の負担を減らすことができる。

【００４７】実施の形態３． 次に、本発明の第３の実施の形態について、図３に基づいて説明する。 図３は、本実施の形態におけるシステムの全体構成を示したブロック図である。 なお、第１の実施の形態と同じ要素には同じ符号をつけ、説明を省略する。 図３において、２１は各イベントに処理部品を割り当てる処理部品割当部、２
２は汎用的な各種処理部品を格納して管理する処理部品庫である。 処理部品とは、プログラムルーチンで用いる条件分岐制御や反復制御などの基本的な処理を部品化したもの、さらに、それらを組み合わせて部品化したものなど、各種パターンの処理部品であるとする。

【００４８】本実施の形態におけるイベント処理部品は、実施の形態１で説明したイベント処理コード生成部１９が生成するＣ＋＋ソースコードのことである。 このため、イベント処理部品の生成動作については説明を省略して、追加した動作を説明する。

【００４９】イベントトレース図エディタ６上で、処理部品割当部２１によって各イベントごとに処理部品の指定を必要に応じて行う。 このときに、別に指定したメソッドとの処理順の指定も同時に行う。 イベント情報１１
には、これらの処理部品情報や処理順情報も格納される。

【００５０】ソースコード生成の際、イベント処理コード生成部１９において、イベント対メソッド相対情報生成部１８が生成した情報をもとに、Ｃ＋＋ソースコードを生成し、どのメソッドに生成したソースコードを埋め込むかを指定した情報を付加する。 このとき、生成したソースコードには、処理部品割当部２１で指定した処理部品の呼出しコードも追加され、その情報は処理部品庫２２から取得することによって補われる。

【００５１】このようにすると、クラスメソッドの処理本体をイベント呼出しだけでなく、既存の処理部品の呼出しもさらに補足する形で実装することができるので、
開発者の実装作業における手作業の負担を減らすことができる。

【００５２】

【発明の効果】本発明によれば、クラスメソッド実装支援部、特に、イベント処理コード生成部を備えたことにより、イベントトレース図を元にメソッド呼出しの処理コードを自動的に生成することができ、クラスメソッドの処理本体への実装を補なうことが可能になる。 これにより、イベントトレース図の情報を有効に生かすことができる効果がある。

【００５３】また、この発明によれば、クラス情報とイベントトレース図要素仕様編集部を連携させることにより、クラス図とイベントトレース図とを対応させた一元管理が実現でき、ミスの少ない設計作業を行うことができる効果がある。

【００５４】また、この発明によれば、処理部品庫を導入することにより、クラスメソッドの処理本体をイベントトレース図上で各イベントに割り当てることが可能になる。 これにより、さらにクラスメソッドの処理本体を追加して自動生成させることができ、実装作業の工程を短縮できる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態に係るソフトウェア開発支援装置の全体構成を示すブロック図である。

【図２】 第１の実施の形態におけるソースコード生成機能のフローチャート図である。

【図３】 本発明の第３の実施の形態に係るソフトウェア開発支援装置の全体構成を示すブロック図である。

【図４】 従来例の装置の全体構成を示すブロック図である。

【図５】 クラス図の一部を示す図である。

【図６】 クラス図に定義されたクラスのインスタンス間のイベントを示したイベントトレース図である。

【符号の説明】

１ クラス図エディタ、２ クラス図表示部、３ クラス図要素編集部、４クラス図要素仕様編集部、５ コード生成プロパティ編集部、６ イベントトレース図エディタ、７ イベントトレース図表示部、８ イベントトレース図要素編集部、９ イベントトレース図要素仕様編集部、１０ クラス情報、１１ イベント情報、１２
ソースコード生成機能、１３ クラス定義取得部、１
４ クラス定義変換部、１５ ソースコード出力部、１
６ ソースコード、１７ イベント情報取得部、１８
イベント対メソッド相対情報生成部、１９ イベント処理コード生成部、２０ ソースコード合成出力部、２１
処理部品割当部、２２処理部品庫、３０ クラスメソッド実装支援部、５１ Ｄｒｉｖｅｒクラス、５２ Ａ
ｕｔｏｍｏｂｉｌｅクラス、５３ Ｅｎｇｉｎｅクラス、５４ クラス名表示領域、５５ 属性のリスト表示領域、５６ メソッドのリスト表示領域、５７ 関係、
５７ａ 菱形のマーク、５８ ＤｒｉｖｅｒクラスのインスタンスＵｓｅｒ、５９ ＡｕｔｏｍｏｂｉｌｅクラスのインスタンスＭｙＣａｒ、６０ＥｎｇｉｎｅクラスのインスタンスＴｈｅＥｎｇｉｎｅ、６１ Ｓｔａｒｔ
Ｅｎｇｉｎｅ（）イベント、６２ Ｓｔａｒｔ（）イベント。