(57)【要約】【課題】ソフトウェア開発における全体の作業工数を削減し、作業効率を向上させる。【解決手段】統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部５と、手続き処理コードを所定の汎用プログラミング言語に変換する処理コード変換部４３と、処理コード変換部４３が変換した手続き処理コードおよびＵＭＬモデル図に関する情報に基づいて汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成部４４と、を備える。【選択図】図１
2015026139.tif 000002
【特許請求の範囲】
【請求項１】
統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、前記クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部と、
前記手続き処理コードを汎用プログラミング言語に変換する処理コード変換部と、
前記処理コード変換部が変換した手続き処理コードおよび前記ＵＭＬモデル図に関する情報に基づいて前記汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成部と、
を備えたことを特徴とするプログラム生成装置。
【請求項２】
前記処理コード変換部は、
前記手続き処理コードを複数の前記汎用プログラミング言語に変換可能であり、
前記プログラムコード生成部は、
複数の前記汎用プログラミング言語の各々に基づくプログラムコードを自動的に生成可能であることを特徴とする請求項１に記載のプログラム生成装置。
【請求項３】
前記記憶部は、前記ＵＭＬモデル図としてステートマシン図およびシーケンス図をさらに記憶することを特徴とする請求項１または２に記載のプログラム生成装置。
【請求項４】
情報の入力を受け付ける入力部と、
前記入力部が受け付けた情報に基づいて前記ＵＭＬモデル図を作成するＵＭＬモデル図作成部と、
前記入力部が受け付けた情報に基づいて前記手続き処理コードを作成する処理コード作成部と、
をさらに備えたことを特徴とする請求項１〜３のいずれか一項に記載のプログラム生成装置。
【請求項５】
プログラムコードを生成するプログラム生成装置が行うプログラム生成方法であって、
統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、前記クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部から前記手続き処理コードを前記記憶部から読み出して汎用プログラミング言語に変換する処理コード変換ステップと、
前記処理コード変換ステップで変換した手続き処理コードおよび前記ＵＭＬモデル図に関する情報に基づいて前記汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成ステップと、
を有することを特徴とするプログラム生成方法。
【請求項６】
プログラムコードを生成するプログラム生成装置に、
統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、前記クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部から前記手続き処理コードを前記記憶部から読み出して汎用プログラミング言語に変換する処理コード変換ステップと、
前記処理コード変換ステップで変換した手続き処理コードおよび前記ＵＭＬモデル図に関する情報に基づいて前記汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成ステップと、
を実行させることを特徴とするプログラム生成用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、開発対象のシステムの設計ドキュメントからプログラムのプログラムコードを自動的に生成するプログラム生成装置、プログラム生成方法、およびプログラム生成用プログラムに関する。
【背景技術】
【０００２】
システム開発では、分析・設計段階において、システムの構造をソースコードよりも抽象化した形でモデリングする必要がある。ここでいうモデリングとは、対象をある目的または観点から眺めた上で整理し、表現することを意味する。このようなモデリングを行った結果として生成されるものをモデルと呼ぶ。
【０００３】
モデリングにおいては、その表記方法を統一化した統一モデリング言語（ＵＭＬ：Unified  Modeling  Language）を適用することにより、明確な分析や適切な設計を実現することができるだけでなく、情報の共有化・再利用化を図ることもできる。
【０００４】
ＵＭＬは、オブジェクト指向の標準化団体である米国のＯＭＧ（オブジェクト・マネジメント・グループ）によって制定された規格であり、国際規格（ＩＳＯ／ＩＥＣ  １９５０１）として標準化されている。また、ＵＭＬはグラフィカルな記述で抽象化したシステムのモデルを生成する汎用モデリング言語でもある。
【０００５】
ＵＭＬを用いたオブジェクトモデリングでは、開発対象のシステムの分析や設計を行う際に、さまざまなモデル図（以下、ＵＭＬモデル図という）が作成される。ＵＭＬモデル図は、システムの静的な構造を示す構造図と、システムの振る舞いを示す振る舞い図とに大別される。このうち、構造図には、例えば配置図、コンポーネント図、クラス図、オブジェクト図などがある。また、振る舞い図には、例えばユースケース図、ステートマシン図（ステートチャート図または状態遷移図ともいう）、シーケンス図、コミュニケーション図（コラボレーション図ともいう）、アクティビティ図、タイミング図、相互作用概要図などがある。
【０００６】
オブジェクト指向プログラム開発では、ソフトウェア開発における作業効率の向上が求められる。このような状況の下、クラス図、ステートマシン図、およびアクティビティ図を用いてプログラムコードを自動生成する技術が開示されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−１１６９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術では、クラス図が有するクラスの操作に含まれる処理関数について、プログラムコードを生成するたびにその処理関数のコードを手入力しなければならなかった。また、プラットフォームが異なると適用するプログラミング言語も異なってくる可能性もあり、汎用性に乏しかった。このため、ソフトウェア開発における全体の作業工数が十分に削減されず、ソフトウェア開発の作業効率が向上しているとは言いがたかった。
【０００９】
本発明は、上記に鑑みてなされたものであって、ソフトウェア開発における全体の作業工数を削減し、作業効率を向上させることができるプログラム生成装置、プログラム生成方法、およびプログラム生成用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明に係るプログラム生成装置は、統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、前記クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部と、前記手続き処理コードを汎用プログラミング言語に変換する処理コード変換部と、前記処理コード変換部が変換した手続き処理コードおよび前記ＵＭＬモデル図に関する情報に基づいて前記汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成部と、を備えたことを特徴とする。
【００１１】
本発明に係るプログラム生成装置は、上記発明において、前記処理コード変換部は、前記手続き処理コードを複数の前記汎用プログラミング言語に変換可能であり、前記プログラムコード生成部は、複数の前記汎用プログラミング言語の各々に基づくプログラムコードを自動的に生成可能であることを特徴とする。
【００１２】
本発明に係るプログラム生成装置は、上記発明において、前記記憶部は、前記ＵＭＬモデル図としてステートマシン図およびシーケンス図をさらに記憶することを特徴とする。
【００１３】
本発明に係るプログラム生成装置は、上記発明において、情報の入力を受け付ける入力部と、前記入力部が受け付けた情報に基づいて前記ＵＭＬモデル図を作成するＵＭＬモデル図作成部と、前記入力部が受け付けた情報に基づいて前記手続き処理コードを作成する処理コード作成部と、をさらに備えたことを特徴とする。
【００１４】
本発明に係るプログラム生成方法は、プログラムコードを生成するプログラム生成装置が行うプログラム生成方法であって、統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、前記クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部から前記手続き処理コードを前記記憶部から読み出して汎用プログラミング言語に変換する処理コード変換ステップと、前記処理コード変換ステップで変換した手続き処理コードおよび前記ＵＭＬモデル図に関する情報に基づいて前記汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成ステップと、を有することを特徴とする。
【００１５】
本発明に係るプログラム生成用プログラムは、プログラムコードを生成するプログラム生成装置に、統一モデリング言語におけるＵＭＬモデル図の一種であるクラス図と、ドメイン特化言語によって記述され、前記クラス図に含まれるクラスの操作が有する処理関数の内部処理を与える手続き処理コードとを記憶する記憶部から前記手続き処理コードを前記記憶部から読み出して汎用プログラミング言語に変換する処理コード変換ステップと、前記処理コード変換ステップで変換した手続き処理コードおよび前記ＵＭＬモデル図に関する情報に基づいて前記汎用プログラミング言語に基づくプログラムコードを自動的に生成するプログラムコード生成ステップと、を実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ドメイン特化言語によって記述され、ＵＭＬモデル図に含まれるクラスの処理関数と関連付けて定義することにより、定義された手続き処理コードを含めてプログラムコードを自動的に生成するため、処理関数の内部処理を手入力する作業が不要となる。したがって、ソフトウェア開発における全体の作業工数を削減し、作業効率を向上させることが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の一実施の形態に係るプログラム生成装置の機能構成を示すブロック図である。
【図２】図２は、本発明の一実施の形態に係るプログラム生成装置のＵＭＬモデル図作成部が作成するクラス図の構成例を示す図である。
【図３】図３は、手続き処理コードの出力部における表示出力例（第１例）を示す図である。
【図４】図４は、手続き処理コードの出力部における表示出力例（第２例）を示す図である。
【図５】図５は、本発明の一実施の形態に係るプログラム生成装置のＵＭＬモデル図作成部が作成するステートマシン図の構成例（第１例）を示す図である。
【図６】図６は、本発明の一実施の形態に係るプログラム生成装置のＵＭＬモデル図作成部が作成するステートマシン図の構成例（第２例）を示す図である。
【図７】図７は、本発明の一実施の形態に係るプログラム生成装置のＵＭＬモデル図作成部が作成するシーケンス図の構成例を示す図である。
【図８】図８は、本発明の一実施の形態に係るプログラム生成装置が実行するプログラムコード生成処理の概要を示すフローチャートである。
【図９】図９は、本発明の一実施の形態に係るプログラム生成装置が実行するクラス図および手続き処理コードに関するコード生成処理の概要を示すフローチャートである。
【図１０】図１０は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＣ言語のソースファイルの構成例（第１例）を示す図である。
【図１１】図１１は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＣ言語のヘッダファイルの構成例（第１例）を示す図である。
【図１２】図１２は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＣ言語のソースファイルの構成例（第２例）を示す図である。
【図１３】図１３は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＣ言語のヘッダファイルの構成例（第２例）を示す図である。
【図１４】図１４は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＣ言語のソースファイルの構成例（第３例）を示す図である。
【図１５】図１５は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第１例）を示す図である。
【図１６】図１６は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第２例）を示す図である。
【図１７】図１７は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第３例）を示す図である。
【図１８】図１８は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第４例）を示す図である。
【図１９】図１９は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第５例）を示す図である。
【図２０】図２０は、本発明の一実施の形態に係るプログラム生成装置のプログラムコード生成部が自動的に生成するＪａｖａ（登録商標）のプログラムコードの構成例（第６例）を示す図である。
【発明を実施するための形態】
【００１８】
以下、添付図面を参照して、本発明を実施するための形態（以下、「実施の形態」という）を説明する。
【００１９】
図１は、本発明の一実施の形態に係るプログラム生成装置の機能構成を示すブロック図である。同図に示すプログラム生成装置１は、ＵＭＬを用いて開発対象のシステムのモデリングを行う際に、そのシステムの設計ドキュメントに基づいてプログラムのプログラムコードを自動的に生成する装置である。
【００２０】
プログラム生成装置１は、キーボード、マウス、タッチパネル等のインタフェースを用いて実現される入力部２と、液晶または有機ＥＬ等からなる表示パネルおよび音声出力用のスピーカを有し、各種情報を出力する出力部３と、プログラム生成装置１の動作を統括して制御する制御部４と、各種情報を記憶する記憶部５と、を備える。
【００２１】
制御部４は、ＵＭＬモデル図作成部４１と、処理コード作成部４２と、処理コード変換部４３と、プログラムコード生成部４４と、を有する。
ＵＭＬモデル図作成部４１は、開発対象のシステムのクラス構造を表現するクラス図、開発対象のシステムのクラスにおける状態の変化を表現するステートマシン図および開発対象のシステムのクラス間のメッセージの流れを表現するシーケンス図を少なくとも作成する。ＵＭＬモデル図作成部４１は、入力部２から入力される情報に基づいて各図を作成するエディタ等のソフトウェアである。ユーザは、出力部３が表示出力する画面の内容を見ながら、入力部２によって必要な情報を入力する。
【００２２】
処理コード作成部４２は、開発対象のシステムのクラスの操作が有する処理関数の内部処理内容を手続き処理コードとして作成する。処理コード作成部４２は、ＵＭＬモデル図作成部４１と同様、エディタ等のソフトウェアであり、入力部２が入力を受け付けた情報に基づいて手続き処理コードを作成する。
【００２３】
手続き処理コードは、処理コード作成部４２により、ＯＳやハードウェア等のプラットフォームに依存しないドメイン特化言語（ＤＳＬ：Domain  Specific  Language）として作成される。ここで、ドメイン特化言語とは、Ｃ言語やＪａｖａ（登録商標）等の特定用途に特化しない汎用プログラミング言語およびＵＭＬ等の汎用モデリング言語とは対照的に、特定用途に特化して設計されたプログラミング言語である。すなわち、ドメイン特化言語は、特定の作業（タスク）を実行させるために特化した言語である。
【００２４】
処理コード変換部４３は、処理コード作成部４２が作成した手続き処理コードを所定の汎用プログラミング言語を用いた記述（プログラムコード）に変換する。処理コード変換部４３は、手続き処理コードを複数の汎用プログラミング言語に変換可能である。
【００２５】
プログラムコード生成部４４は、記憶部５から必要なＵＭＬモデル図に関する情報を読み出すとともに、処理コード変換部４３が変換した手続き処理コードを読み出して、所定の汎用プログラミング言語によるプログラムコードを自動的に生成する。プログラムコード生成部４４は、複数の汎用プログラミング言語の各々に基づくプログラムコードを自動的に生成可能である。
【００２６】
制御部４は、ＣＰＵ等を用いて実現され、プログラム生成装置１の各構成部位とバスラインを介して接続されている。制御部４は、記憶部５が記憶、格納する各種情報を記憶部５から読み出すことにより、本実施の形態に係るプログラム生成方法に関連した演算処理を実行する。
【００２７】
記憶部５は、ＵＭＬモデル図記憶部５１と、プログラム記憶部５２とを有する。
ＵＭＬモデル図記憶部５１は、ＵＭＬモデル図作成部４１が作成したクラス図を記憶するクラス図記憶部５１１と、ＵＭＬモデル図作成部４１が作成したステートマシン図を記憶するステートマシン図記憶部５１２と、ＵＭＬモデル図作成部４１が作成したシーケンス図を記憶するシーケンス図記憶部５１３と、処理コード作成部４２が作成した手続き処理コードを記憶する処理コード記憶部５１４と、を有する。
プログラム記憶部５２は、プログラムコード生成部４４が生成したプログラムコードを記憶するプログラムコード記憶部５２１を有する。なお、プログラムコードの具体的な構成例については後述する。
【００２８】
記憶部５は、本実施の形態に係るプログラム生成用プログラムや所定のＯＳを起動するプログラム等が予めインストールされたＲＯＭ、および各処理の演算パラメータやデータ等を記憶するＲＡＭ等を用いて実現される。上述した各種プログラムは、通信ネットワークを介してダウンロードすることによって取得することも可能である。ここでいう通信ネットワークは、例えば既存の公衆回線網、ＬＡＮ、ＷＡＮなどによって実現されるものであり、有線、無線を問わない。
【００２９】
以上の構成を有するプログラム生成装置１は、１つのコンピュータを用いて実現してもよいし、複数のコンピュータを用いて実現してもよい。後者の場合には、通信ネットワークを介してデータの送受信を行いながら、互いに連携して処理を行うようにすることも可能である。なお、ここでいうコンピュータは、汎用のパーソナルコンピュータやサーバ等によって構成することができる。また、通信ネットワークを介した複数のコンピュータからなるクライアント・サーバシステムによってプログラム生成装置１を構成する場合には、入力部２および出力部３の機能をクライアント端末に具備させる一方、制御部４および記憶部５の機能を一または複数のサーバに具備させるような構成としてもよい。
【００３０】
次に、ＵＭＬモデル図作成部４１が作成してＵＭＬモデル図記憶部５１に格納するＵＭＬモデル図を具体的に説明する。
【００３１】
図２は、ＵＭＬモデル図作成部４１が作成するクラス図の構成例を示す図である。同図に示すクラス図Ｃ１は、４つのクラスＣ１１、Ｃ１２、Ｃ１３、Ｃ１４を有する。
【００３２】
クラス図Ｃ１が有するクラスの構成を具体的に説明する。一般にクラスは、クラス名、属性（プロパティ）、操作（メソッド）から構成される。このうち、操作は、ステレオタイプなどを使用して記載され、処理関数とイベントに分類される。クラスは、最上段の区画にクラス名、中段の区画に属性、下段の区画に操作がそれぞれ記載される。
【００３３】
クラスＣ１１は、クラス名が“Button”であり、属性を有していない。また、クラスＣ１１は、操作として返り値の型が“void”であるイベント“PUSH”を有する一方、処理関数を有しない。
クラスＣ１２は、クラス名が“ButtonOff”である。また、クラスＣ１３は、クラス名が“ButtonOn”である。クラスＣ１２、Ｃ１３は、クラスＣ１１のサブクラスであり、ともに属性および操作を有しない。
【００３４】
クラスＣ１４は、クラス名が“Light”である。クラスＣ１４は、属性を有しない。また、クラスＣ１４は、操作として、返り値の型が“void”である処理関数“Off”および“On”を有するとともに、返り値の型が“void”であるイベント“OFF”および“ON”を有する。
【００３５】
図３および図４は、手続き処理コードの出力部３における表示出力例を示す図である。
出力部３がクラス図Ｃ１を表示している状態で、ユーザが入力部２によってクラスＣ１４の処理関数“Off”を選択した場合、出力部３の表示画面上には、図３に示すように手続き処理コードＰ１（[DSL]  DriverLight-Off）がポップアップするような設定とすることができる。同様に、ユーザが入力部２によってクラスＣ１４の処理関数“On”を選択した場合、出力部３の表示画面上には、手続き処理コードＰ２（[DSL]  DriverLight-On）がポップアップ表示される。
【００３６】
図５および図６は、ＵＭＬモデル図作成部４１が作成するステートマシン図の構成例を示す図である。図５および図６にそれぞれ示すステートマシン図ＳＴ１およびＳＴ２は、開始（図中に黒丸で表示）、状態（図中に矩形で表示）、および遷移（図中に矢印で表示）という要素をそれぞれ有する。以下、個々のステートマシン図について具体的に説明する。
【００３７】
図５に示すステートマシン図ＳＴ１は、クラスＣ１１のステートマシン図であり、開始からの遷移によって表現される状態（初期状態）“WAIT”を有する。また、ステートマシン図ＳＴ１は、状態“WAIT”でイベント“PUSH”を受け取ると、何の処理も実行せず、状態が遷移しないことを表現している。
【００３８】
図６に示すステートマシン図ＳＴ２は、クラスＣ１４のステートマシン図であり、初期状態“OFF”および状態“ON”を有する。ステートマシン図ＳＴ２は、状態“OFF”でイベント“ON”を受け取った場合、処理関数“On”を実行し、状態“ON”へ遷移することを表現している。また、ステートマシン図ＳＴ２は、状態“ON”でイベント“OFF”を受け取った場合、処理関数“Off”を実行し、状態“OFF”へ遷移することを表現している。
【００３９】
図７は、ＵＭＬモデル図作成部４１が作成するシーケンス図の構成例を示す図である。一般にシーケンス図は、メッセージ終了点（図７では黒丸で表示）、ライフライン（図７では矩形とその下に延びる破線で表示）、およびメッセージ（図７では矢印とその上にメッセージ名で表示）を有する。各シーケンスは、メッセージ終了点から所定のライフラインに対してメッセージを送信し、そのメッセージの送信先であるライフラインから別のライフラインに対して別のメッセージを送信するように表記される。
【００４０】
図７に示すシーケンス図ＳＱは、２つのシーケンスからなる。このうち、図中上側に記載されたシーケンスは、クラスＣ１２（クラス名“ButtonOff”）が状態“WAIT”でイベント“PUSH”を受け取ると、クラスＣ１４（クラス名“Light”）に対してイベント“OFF”を送信することを表現している。また、図中下側に記載されたシーケンスは、クラスＣ１３（クラス名“ButtonOn”）が状態“WAIT”でイベント“PUSH”を受け取ると、クラスＣ１４に対してイベント“ON”を送信することを表現している。
【００４１】
図８は、プログラム生成装置１が実行するプログラムコード生成処理の概要を示すフローチャートである。まず、プログラムコード生成部４４は、クラス図記憶部５１１からクラス図の情報を読み出すとともに、処理コード記憶部５１４から手続き処理コードの情報を読み出すことにより、クラス図および手続き処理コードに関するプログラムコードの生成を行う（ステップＳ１）。
【００４２】
図９は、このステップＳ１の処理の概要を示すフローチャートである。以下、ステップＳ１の処理について詳細に説明する。まず、プログラムコード生成部４４は、クラス名等の情報をもとにクラス図記憶部５１１からクラス図の情報を読み出して、そのクラス図に含まれるクラスのプログラムコードを生成する（ステップＳ１１）。
【００４３】
続いて、プログラムコード生成部４４は、プログラムコードを生成したクラスが属性を有しているか否かを判定する（ステップＳ１２）。判定の結果、プログラムコードを生成したクラスが属性を有している場合（ステップＳ１２：Ｙｅｓ）、プログラムコード生成部４４は、そのクラスの属性のプログラムコードを生成する（ステップＳ１３）。一方、判定の結果、プログラムコードを生成したクラスが属性を有しない場合（ステップＳ１２：Ｎｏ）、プログラム生成装置１はステップＳ１４へ移行する。
【００４４】
ステップＳ１４において、プログラムコード生成部４４は、プログラムコードを生成したクラスがイベントを有しているか否かを判定する（ステップＳ１４）。判定の結果、プログラムコードを生成したクラスがイベントを有する場合（ステップＳ１４：Ｙｅｓ）、プログラムコード生成部４４は、イベントのプログラムコードをクラスの関数として生成する（ステップＳ１５）。これに対し、判定の結果、プログラムコードを生成したクラスがイベントを有しない場合（ステップＳ１４：Ｎｏ）、プログラム生成装置１はステップＳ１６へ移行する。
【００４５】
ステップＳ１６において、プログラムコード生成部４４は、プログラムコードを生成したクラスが処理関数を有するか否かを判定する（ステップＳ１６）。判定の結果、プログラムコードを生成したクラスが処理関数を有する場合（ステップＳ１６：Ｙｅｓ）、プログラムコード生成部４４は、処理関数のプログラムコードをクラスの関数として生成する（ステップＳ１７）。なお、ここで生成されるプログラムコードには、処理関数の内部処理は記述されない。その後、プログラム生成装置１はステップＳ１８へ移行する。
これに対し、判定の結果、プログラムコードを生成したクラスが処理関数を有しない場合（ステップＳ１６：Ｎｏ）、プログラム生成装置１は一連の処理を終了する。
【００４６】
ステップＳ１８において、プログラムコードを生成したクラスと対応付けられた手続き処理コードを処理コード記憶部５１４が記憶している場合（ステップＳ１８：Ｙｅｓ）、処理コード変換部４３は、ＤＳＬで記述された手続き処理コードを所定の汎用プログラミング言語に変換する（ステップＳ１９）。
これに対し、プログラムコードを生成したクラスと対応付けられた手続き処理コードを処理コード記憶部５１４が記憶していない場合（ステップＳ１８：Ｎｏ）、プログラム生成装置１は一連の処理を終了する。
【００４７】
ステップＳ１９の後、プログラムコード生成部４４は、処理コード変換部４３によって変換された手続き処理コードを処理関数の内部処理とするプログラムコードを生成する（ステップＳ２０）。プログラム生成装置１は、ステップＳ２０の後、一連の処理を終了する。
【００４８】
再び図８に戻って、プログラム生成装置１が実行するプログラムコード生成処理の概要を説明する。ステップＳ１の後、プログラムコード生成部４４は、ステートマシン図記憶部５１２からステートマシン図の情報を読み出して、ステートマシン図に関するプログラムコードを生成する（ステップＳ２）。具体的には、プログラムコード生成部４４は、ステートマシン図の状態および遷移に基づいて、イベントの内部処理として、クラスが有する属性を変更するプログラムコードを生成する。
【００４９】
その後、プログラムコード生成部４４は、シーケンス図記憶部５１３からシーケンス図の情報を読み出して、シーケンス図に関するプログラムコードを生成する（ステップＳ３）。具体的には、プログラムコード生成部４４は、関数であるメッセージに基づいて、イベントの内部処理として、メッセージ先のクラスに対応するイベントを呼び出すプログラムコードを生成する。
以上により、プログラムコード生成処理が終了する。
【００５０】
なお、上述したステップＳ１〜Ｓ３の実行順序は任意であり、その一部または全部を並列で処理することも可能である。
【００５１】
次に、上述したＵＭＬモデル図および手続き処理コードに基づいてプログラムコード生成部４４が自動的に生成するプログラムコードの具体的な構成例を説明する。
【００５２】
まず、プログラムコード生成部４４がＣ言語のプログラムコードからなるファイルを生成する場合を説明する。
図１０は、プログラムコード生成部４４が自動的に生成するＣ言語のソースファイルの構成例（第１例）を示す図である。同図に示すソースファイルＰＣ１は、クラス図Ｃ１に関するプログラムコードであり、変数mButtonOff、mButtonOn、mLight、およびポインタpButtonOff、pButtonOn、pLightに基づいて、クラスＣ１２、Ｃ１３およびＣ１４のインスタンスを生成する処理が記述されている。このソースファイルＰＣ１のファイル名は、拡張子「.c」を用いて、例えば“main.c”と名付けられる。
【００５３】
なお、図１０において、「１｜」、「２｜」等の記載は、行数を明示するための記載に過ぎず、プログラムコードの内容とは無関係である。この点については、後述する各種ファイルも同様である。また、プログラムコード生成部４４がプログラムコードを生成する際に、プログラムコードに応じたコメント文（/*・・・*/）を生成するか否かについては、任意に設定することが可能である。本実施の形態では、プログラムコード生成部４４がプログラムコードを生成する際に、コメント文を自動的に生成するように設定されているものとする。また、以下の説明において、プログラムコード生成部４４が自動的に生成するプログラムコードにコメント文は含めないこととする。
【００５４】
プログラムコード生成部４４は、クラス図Ｃ１に基づいて、ソースファイルＰＣ１の１〜８行目、１２〜２１行目を自動的に生成する。
【００５５】
図１１は、プログラムコード生成部４４が自動的に生成するＣ言語のヘッダファイルの構成例（第１例）を示す図である。同図に示すヘッダファイルＰＣ２は、ソースファイルＰＣ１の１行目に記述されてソースファイルＰＣ１に取り込まれるファイル名“Button.h”（拡張子「.h」）のヘッダファイルである。ヘッダファイルＰＣ２は、クラスＣ１１の状態、イベントおよびイベント送信処理を定義する。
【００５６】
プログラムコード生成部４４は、クラス図Ｃ１に基づいて、ヘッダファイルＰＣ２の１〜２行目、４〜７行目、９行目、１１行目、１３行目、および１５〜１６行目を自動的に生成する。
【００５７】
図１２は、プログラムコード生成部４４が自動的に生成するＣ言語のソースファイルの構成例（第２例）を示す図である。同図に示すソースファイルＰＣ３には、クラスＣ１１のイベント送信処理の実行に関するプログラムコードが記述されている。このソースファイルＰＣ３のファイル名は、たとえば“Button.c”と名付けられ、上述したヘッダファイルＰＣ２（ファイル名“Button.h”）および後述するヘッダファイルＰＣ４（ファイル名“Light.h”）を取り込む。
【００５８】
プログラムコード生成部４４は、クラス図Ｃ１に基づいて、ソースファイルＰＣ３の１行目、３〜４行目、７〜８行目、１０行目、１２〜１４行目、２３〜２４行目、３３〜３４行目を自動的に生成する。
また、プログラムコード生成部４４は、ステートマシン図ＳＴ１に基づいて、ソースファイルＰＣ３の９行目、１５〜１８行目、２０〜２２行目、２５〜２８行目、３０〜３２行目を自動的に生成する。
また、プログラムコード生成部４４は、シーケンス図ＳＱに基づいて、ソースファイルＰＣ３の２行目、５行目、１９行目、２９行目を自動的に生成する。
【００５９】
図１３は、プログラムコード生成部４４が自動的に生成するＣ言語のヘッダファイルの構成例（第２例）を示す図である。同図に示すヘッダファイルＰＣ４は、ファイル名“Light.h”のヘッダファイルである。このヘッダファイルＰＣ４は、上述したソースファイルＰＣ１、ＰＣ３および後述するソースファイルＰＣ５に取り込まれる。ヘッダファイルＰＣ４は、クラスＣ１４の状態、イベントおよびイベント送信処理を定義する。
【００６０】
プログラムコード生成部４４は、クラス図Ｃ１に基づいて、ヘッダファイルＰＣ４の１〜２行目、４〜７行目、９〜１０行目、１２〜１３行目、１５行目、１７〜１８行目を自動的に生成する。
【００６１】
図１４は、プログラムコード生成部４４が自動的に生成するＣ言語のソースファイルの構成例（第３例）を示す図である。同図に示すソースファイルＰＣ５には、クラスＣ１４の処理関数およびイベント送信処理の実行に関するプログラムコードが記述されている。ソースファイルＰＣ５の２行目には、上述したヘッダファイルＰＣ４（ファイル名“Light.h”）に加えて、ファイル名“Driver＿Light.h”のヘッダファイルを取り込むことが記述されている。また、ソースファイルＰＣ５の６行目および９行目には、処理関数の内部処理として、処理コード変換部４３がＣ言語に変換したプログラムコード“Driver＿Light＿Off()”および“Driver＿Light＿On()”がそれぞれ記述されている。
【００６２】
プログラムコード生成部４４は、クラス図Ｃ１に基づいて、ソースファイルＰＣ５の１行目、３行目、５行目、７〜８行目、１０行目、１２〜１３行目、１５行目、１７〜１９行目、３５〜３６行目を自動的に生成する。
また、プログラムコード生成部４４は、ステートマシン図ＳＴ２に基づいて、ソースファイルＰＣ５の１４行目、２０〜３４行目を自動的に生成する。
また、プログラムコード生成部４４は、手続き処理コードに基づいて、ソースファイルＰＣ５の２行目、６行目、９行目を自動的に生成する。具体的には、２行目は、クラスＣ１４の手続き処理コード“DriverLight-Off”、“DriverLight-On”から作成したプログラムコードであり、ファイル名“Driver＿Light.h”のヘッダファイルを取り込むことを記述している。また、６行目は、クラスＣ１４の処理関数“Off”の手続き処理コード“DriverLight-Off”をＣ言語に変換して生成したプログラムコードである。さらに、９行目は、クラスＣ１４の処理関数“On”の手続き処理コード“DriverLight-On”をＣ言語に変換して生成したプログラムコードである。
【００６３】
プログラムコード生成部４４が生成したソースファイルＰＣ１、ＰＣ３、ＰＣ５およびヘッダファイルＰＣ２、ＰＣ４は、プログラムコード記憶部５２１に格納される。
【００６４】
次に、プログラムコード生成部４４がＪａｖａ（登録商標）のプログラムコードを生成する場合を説明する。なお、この場合にも、プログラムコード生成部４４がプログラムコードを生成する際に、プログラムコードに応じたコメント文（/**・・・*/，/*・・・*/）を自動的に生成するように設定されているものとする。
【００６５】
図１５は、プログラムコード生成部４４が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第１例）を示す図である。同図に示すソースファイルＰＪ１は、クラスＣ１１、クラスＣ１４等のスーパークラスとして定義されるクラス（クラス名“Model”）のプログラムコードである。このクラスでは、「状態変数」、「コンストラクタ」および「状態遷移処理」に関するプログラムコードが生成される。プログラムコード生成部４４は、プログラム記憶部５２が記憶するＪａｖａ（登録商標）の基本情報を参照してソースファイルＰＪ１のプログラムコードを生成する。このソースファイルＰＪ１のファイル名は、拡張子「.java」を用いて、例えば“model.java”と名付けられる。なお、ソースファイルＰＪ１は、１行目に記載されているように、パッケージ名“jp.co.fujielectric.test”というパッケージに属している。この点は、以下に説明するソースファイルＰＪ２〜ＰＪ６も同様である。
【００６６】
図１６は、プログラムコード生成部４４が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第２例）を示す図である。同図に示すソースファイルＰＪ２は、メイン処理のプログラムコードである。ソースファイルＰＪ２には、「オブジェクト」、「メイン処理」、「オブジェクト生成」、「buttonOff取得」、「buttonOn取得」、「light取得」、および「sendEvent処理」に関するプログラムコードが生成される。
【００６７】
プログラムコード生成部４４は、クラス図Ｃ１に基づいて、ソースファイルＰＪ２の５〜７行目、１１〜１３行目、１６〜１８行目、２０〜２２行目、および２４〜２６行目を生成する。その他の行について、プログラムコード生成部４４は、プログラム記憶部５２が記憶するＪａｖａ（登録商標）の基本情報を参照して自動的に生成する。このソースファイルＰＪ２のファイル名は、例えば「Main.java」と名付けられる。
【００６８】
図１７は、プログラムコード生成部４４が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第３例）を示す図である。同図に示すソースファイルＰＪ３は、クラスＣ１１（クラス名“Button”）のプログラムコードである。クラスＣ１１では、「状態」、「イベント」、「コンストラクタ」および「状態遷移処理」に関するプログラムコードが生成される。これに対して、クラスＣ１１では、図２に示すクラス図Ｃ１からも明らかなように、「属性」および「処理関数」はコメント文のみ生成され、それらに関するプログラムコードは生成されない。
【００６９】
プログラムコード生成部４４は、クラスＣ１１に基づいて、ソースファイルＰＪ３の３行目、７行目、１０〜１１行目、１３行目、１６〜１７行目を自動的に生成する。
また、プログラムコード生成部４４は、ステートマシン図ＳＴ１に基づいて、ソースファイルＰＪ３の５行目、１２行目を自動的に生成する。
【００７０】
図１８は、プログラムコード生成部４４が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第４例）を示す図である。同図に示すソースファイルＰＪ４は、クラスＣ１２（クラス名“ButtonOff”）のプログラムコードである。クラスＣ１２では、「コンストラクタ」および「状態遷移処理」に関するプログラムコードが生成される。
【００７１】
プログラムコード生成部４４は、クラス図Ｃ１およびクラスの継承についての情報に基づいて、ソースファイルＰＪ４の３行目、５〜７行目、および２１行目を自動的に生成する。
また、プログラムコード生成部４４は、ステートマシン図ＳＴ１およびシーケンス図ＳＱに基づいて、ソースファイルＰＪ４の９〜２０行目を自動的に生成する。このソースファイルＰＪ４のファイル名は、例えば「ButtonOff.java」と名付けられる。
【００７２】
図１９は、プログラムコード生成部４４が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第５例）を示す図である。同図に示すソースファイルＰＪ５は、クラスＣ１３（クラス名“ButtonOn”）のプログラムコードである。クラスＣ１３では、「コンストラクタ」および「状態遷移処理」に関するコードが生成される。プログラムコード生成部４４は、ソースファイルＰＪ４と同様、クラス図Ｃ１、ステートマシン図ＳＴ１およびシーケンス図ＳＱ等をもとに、ソースファイルＰＪ５を自動的に生成する。このソースファイルＰＪ５のファイル名は、例えば「ButtonOn.java」と名付けられる。
【００７３】
図２０は、プログラムコード生成部４４が自動的に生成するＪａｖａ（登録商標）のソースファイルの構成例（第６例）を示す図である。同図に示すソースファイルＰＪ６は、クラスＣ１４（クラス名“Light”）のプログラムコードである。クラスＣ１４では、「状態」、「イベント」、「コンストラクタ」、「処理関数」、および「状態遷移処理」に関するプログラムコードが生成される。
【００７４】
プログラムコード生成部４４は、クラス図Ｃ１およびクラスの継承についての情報に基づいて、ソースファイルＰＪ６の４行目、９〜１０行目、１３〜１４行目、１６行目、１８行目、２０行目、２１行目、２３行目、および４１行目を自動的に生成する。
また、プログラムコード生成部４４は、ステートマシン図ＳＴ２に基づいて、ソースファイルＰＪ６の６〜７行目、１５行目、２５〜３８行目、および３９行目〜４０行目を自動的に生成する。
また、プログラムコード生成部４４は、手続き処理コードに基づいて、ソースファイルＰＪ６の２行目、１９行目、および２２行目を自動的に生成する。具体的には、２行目は、クラスＣ１４の手続き処理コード“DriverLight-Off”、“DriverLight-On”から作成したプログラムコードであり、パッケージ名「jp.co.fujielectrinc.test」の中にあるクラス名「DriverLight」のクラスを取り込むことを記述している。１９行目は、クラスＣ１４の処理関数“Off”の手続き処理コード“DriverLight-Off”をＪａｖａ（登録商標）に変換して生成したプログラムコードである。２２行目は、クラスＣ１４の処理関数“On”の手続き処理コード“DriverLight-On”をＪａｖａ（登録商標）に変換して生成したプログラムコードである。
【００７５】
プログラムコード生成部４４が生成したソースファイルＰＪ１〜ＰＪ６は、プログラムコード記憶部５２１に格納される。
【００７６】
以上説明した本発明の一実施の形態によれば、ドメイン特化言語によって記述され、ＵＭＬモデル図に含まれるクラスの処理関数と関連付けて定義することにより、定義された手続き処理コードを含めてプログラムコードを自動的に生成するため、処理関数の内部処理を手入力する作業が不要となる。したがって、ソフトウェア開発における全体の作業工数を削減し、作業効率を向上させることが可能となる。
【００７７】
また、本実施の形態によれば、処理コード変換部は、手続き処理コードを複数の汎用プログラミング言語へ変換可能であり、プログラムコード生成部は、複数の汎用プログラミング言語の各々に基づくプログラムコードを自動的に生成可能であるため、プラットフォームに依存しない、汎用性の高いソフトウェア開発を実現することができる。
【００７８】
ここまで、本発明を実施するための形態を説明してきたが、本発明は、上述した一実施の形態によってのみ限定されるべきものではない。例えば、本発明において適用するＵＭＬモデル図は、クラス図、ステートマシン図、シーケンス図以外を含んでいてもよい。
【００７９】
また、本実施の形態において、プログラムコードを生成する際に、制御部が、ＵＭＬモデル図間の整合性をチェックするようにしてもよい。この場合、制御部は、開発対象システムの設計ドキュメントに含まれる任意の二つのＵＭＬモデル図の関係に問題があるか否かを判定することを繰り返すことによってＵＭＬモデル図間の整合性をチェックする。このチェックを行えば、ソフトウェアテスト時の不具合を未然に防ぐことができ、テスト作業を軽減することができる。
【００８０】
また、本発明は、Ｃ言語やＪａｖａ（登録商標）以外の汎用プログラミング言語、例えばＣ＋＋言語等のオブジェクト指向プログラミング言語を用いてプログラムコードを生成する場合にも適用可能である。
【００８１】
また、本発明に係るプログラム生成用プログラムをハードディスク、フラッシュメモリ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に記録して、広く流通させることも可能である。
【００８２】
なお、本明細書で使用したＵＭＬモデル図、状態、イベント、処理関数、クラス、手続き処理コード等における具体的な名称は、あくまでも例示用として設定したものに過ぎない。
【符号の説明】
【００８３】
１  プログラム生成装置
２  入力部
３  出力部
４  制御部
５  記憶部
４１  ＵＭＬモデル図作成部
４２  処理コード作成部
４３  処理コード変換部
４４  プログラムコード生成部
５１  ＵＭＬモデル図記憶部
５２  プログラム記憶部
５１１  クラス図記憶部
５１２  ステートマシン図記憶部
５１３  シーケンス図記憶部
５１４  処理コード記憶部
Ｃ１  クラス図
Ｃ１１、Ｃ１２、Ｃ１３、Ｃ１４  クラス
ＰＣ１、ＰＣ３、ＰＣ５、ＰＪ１、ＰＪ２、ＰＪ３、ＰＪ４、ＰＪ５、ＰＪ６  ソースファイル
ＰＣ２、ＰＣ４  ヘッダファイル
ＳＴ１、ＳＴ２  ステートマシン図
ＳＱ  シーケンス図
【図１】
2015026139.tif 000003
【図２】
2015026139.tif 000004
【図３】
2015026139.tif 000005
【図４】
2015026139.tif 000006
【図５】
2015026139.tif 000007
【図６】
2015026139.tif 000008
【図７】
2015026139.tif 000009
【図８】
2015026139.tif 000010
【図９】
2015026139.tif 000011
【図１０】
2015026139.tif 000012
【図１１】
2015026139.tif 000013
【図１２】
2015026139.tif 000014
【図１３】
2015026139.tif 000015
【図１４】
2015026139.tif 000016
【図１５】
2015026139.tif 000017
【図１６】
2015026139.tif 000018
【図１７】
2015026139.tif 000019
【図１８】
2015026139.tif 000020
【図１９】
2015026139.tif 000021
【図２０】
2015026139.tif 000022