| 【発明の名称】 |
業務アプリケーション開発システム及び方法 |
| 【発明者】 |
【氏名】有井 直子
|
| 【要約】 |
【課題】所定の表計算ソフトウェアで作成した機能要件仕様書からＵＭＬモデルを使用して業務アプリケーションソースを生成し、業務アプリケーション開発の生産性を向上させる。
【解決手段】表計算ソフトウェアで作成した機能要件仕様書１から定義情報を用語翻訳手段２２を用いて定義情報抽出手段２１により抽出し、その定義情報をもとにＵＭＬモデル変換手段２３がＵＭＬモデル４を作成する。また、ＵＭＬモデル４をＵＭＬモデル変換手段２３により定義情報に変換し、アルゴリズム解析手段５１により解析し、その解析情報をもとに、ソース生成手段５２が業務アプリケーションソース６を出力する。 |
【特許請求の範囲】
【請求項１】 所定形式の機能要件仕様書から定義情報を抽出する定義情報抽出手段と、機能要件仕様書で使用される用語を業務アプリケーションソースで使用されるキーワードに翻訳して定義情報抽出手段に入力する用語翻訳手段と、定義情報抽出手段によって抽出された定義情報を所定のモデリング言語モデルに変換するモデリング言語モデル変換手段とを備えたことを特徴とする要求仕様モデル変換システム。
【請求項２】 前記機能要件仕様書が所定の記入要領に従って表形式で作成されたものであることを特徴とする請求項１記載の要求仕様モデル変換システム。
【請求項３】 前記用語翻訳手段が、前記機能要件仕様書内の各情報が所定の情報である場合に、業務アプリケーションソースで使用される対応する所定のキーワードに変換するキーワード変換手段と、前記機能要件仕様書内の各情報が複合された情報である場合に分割してキーワード変換手段へ供給する分割手段とを備えることを特徴とする請求項１又は２記載の要求仕様モデル変換システム。
【請求項４】 前記モデリング言語モデル変換手段が、モデリング言語モデルを構成するクラス情報におけるクラス名を抽出するクラス名抽出手段と、属性情報を抽出する属性情報抽出手段と、操作情報を抽出する操作情報抽出手段とを含んで構成されていることを特徴とする請求項１〜３のいずれか１項記載の要求仕様モデル変換システム。
【請求項５】 所定のモデリング言語モデルを定義情報に変換する変換手段と、変換手段により抽出された定義情報を解析して業務アプリケーションソースのアルゴリズムを得るアルゴリズム解析手段と、アルゴリズム解析手段から得られた解析情報をもとに、業務アプリケーションソースを生成するソース生成手段とを備えたことを特徴とする業務アプリケーションソース出力システム。
【請求項６】 請求項１〜４のいずれか１項記載の要求仕様モデル変換システムと、その要求仕様モデル変換システムによって変換されたモデリング言語モデルを入力し、業務アプリケーションソースを生成する請求項５記載の業務アプリケーションソース出力システムとを備えることを特徴とする業務アプリケーション開発システム。
【請求項７】 所定形式の機能要件仕様書から定義情報を抽出する定義情報抽出過程と、機能要件仕様書で使用される用語を業務アプリケーションソースで使用されるキーワードに翻訳して、その翻訳結果を定義情報抽出過程での抽出処理に反映させる用語翻訳過程と、定義情報抽出過程で抽出された定義情報を所定のモデリング言語モデルに変換するモデリング言語モデル変換過程とを有することを特徴とする要求仕様モデル変換方法。
【請求項８】 所定のモデリング言語モデルを定義情報に変換する変換過程と、変換過程により抽出された定義情報を解析して業務アプリケーションソースのアルゴリズムを得るアルゴリズム解析過程と、アルゴリズム解析過程で得られた解析情報をもとに、業務アプリケーションソースを生成するソース生成過程とを有することを特徴とする業務アプリケーションソース出力方法。
【請求項９】 請求項７記載の要求仕様モデル変換方法によって得られたモデリング言語モデルを入力として、請求項８記載の業務アプリケーションソース出力方法によって業務アプリケーションソースを生成することを特徴とする業務アプリケーション開発方法。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、機能要件（あるいは機能要求）仕様書を業務アプリケーション開発に用いられる要求仕様モデルに変換したり、あるいは変換された要求仕様モデルから業務アプリケーションソースを自動生成したりするのに用いて好適な業務アプリケーション開発システム及び方法に関する。
【０００２】
【従来の技術】業務アプリケーションの開発において、要求仕様を定義する技術として、ＵＭＬ（Unified Modeling Language；統一モデリング言語）モデルを用いて定義する技術がある。
【０００３】また、米国ラショナルソフトウェア社のＲａｔｉｏｎａｌ Ｒｏｓｅ（米国又は他の国における登録商標）等のＵＭＬモデリングツールを用いることで、所定の処理によって定義されたＵＭＬモデルからアプリケーションソースを出力する技術がある。
【０００４】
【発明が解決しようとする課題】従来の技術における第１の問題点は、要求仕様をＵＭＬモデルで定義することの難しさである。その理由は、ＵＭＬモデルを定義するには、ＵＭＬモデルに対する知識を必要とするからである。
【０００５】第２の問題点は、ＵＭＬモデリングツールから出力されるアプリケーションソースでは業務アプリケーション作成のための修正箇所が多いため工数がかかることである。その理由は、ＵＭＬモデリングツールには各々の業務に特化した部分のアプリケーションソースを出力する機能が含まれていないからである。
【０００６】本発明の目的は、例えば表計算ソフトウェア等で作成された要件定義を、ＵＭＬモデル等の所定のモデリング言語モデル（以下、簡単化のため代表してＵＭＬモデルとする。）に対する深い知識を必要とせずに、ＵＭＬモデルに変換したり、あるいはさらにＵＭＬモデルから業務アプリケーションソースに自動的に変換したりすることができるようにすることで、業務アプリケーション開発の生産性を向上させる業務アプリケーション開発システム及び方法を提供することにある。
【０００７】
【課題を解決するための手段】上記課題を解決するため請求項１記載の発明は、所定形式の機能要件仕様書から定義情報を抽出する定義情報抽出手段と、機能要件仕様書で使用される用語を業務アプリケーションソースで使用されるキーワードに翻訳して定義情報抽出手段に入力する用語翻訳手段と、定義情報抽出手段によって抽出された定義情報を所定のモデリング言語モデルに変換するモデリング言語モデル変換手段とを備えたことを特徴とする。
【０００８】請求項２の発明は、前記機能要件仕様書が所定の記入要領に従って表形式で作成されたものであることを特徴とする。請求項３の発明は、前記用語翻訳手段が、前記機能要件仕様書内の各情報が所定の情報である場合に、業務アプリケーションソースで使用される対応する所定のキーワードに変換するキーワード変換手段と、前記機能要件仕様書内の各情報が複合された情報である場合に分割してキーワード変換手段へ供給する分割手段とを備えることを特徴とする。請求項４の発明は、前記モデリング言語モデル変換手段が、モデリング言語モデルを構成するクラス情報におけるクラス名を抽出するクラス名抽出手段と、属性情報を抽出する属性情報抽出手段と、操作情報を抽出する操作情報抽出手段とを含んで構成されていることを特徴とする。
【０００９】請求項５の発明は、所定のモデリング言語モデルを定義情報に変換する変換手段と、変換手段により抽出された定義情報を解析して業務アプリケーションソースのアルゴリズムを得るアルゴリズム解析手段と、アルゴリズム解析手段から得られた解析情報をもとに、業務アプリケーションソースを生成するソース生成手段とを備えたことを特徴とする。
【００１０】請求項６の発明は、請求項１〜４のいずれか１項記載の要求仕様モデル変換システムと、その要求仕様モデル変換システムによって変換されたモデリング言語モデルを入力し、業務アプリケーションソースを生成する請求項５記載の業務アプリケーションソース出力システムとを備えることを特徴とする。
【００１１】請求項７の発明は、所定形式の機能要件仕様書から定義情報を抽出する定義情報抽出過程と、機能要件仕様書で使用される用語を業務アプリケーションソースで使用されるキーワードに翻訳して、その翻訳結果を定義情報抽出過程での抽出処理に反映させる用語翻訳過程と、定義情報抽出過程で抽出された定義情報を所定のモデリング言語モデルに変換するモデリング言語モデル変換過程とを有することを特徴とする。請求項８の発明は、所定のモデリング言語モデルを定義情報に変換する変換過程と、変換過程により抽出された定義情報を解析して業務アプリケーションソースのアルゴリズムを得るアルゴリズム解析過程と、アルゴリズム解析過程で得られた解析情報をもとに、業務アプリケーションソースを生成するソース生成過程とを有することを特徴とする。請求項９の発明は、請求項７記載の要求仕様モデル変換方法によって得られたモデリング言語モデルを入力として、請求項８記載の業務アプリケーションソース出力方法によって業務アプリケーションソースを生成することを特徴とする。
【００１２】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して詳細に説明する。図１を参照すると、本発明による業務アプリケーション開発システムの一実施の形態は、機能要件仕様書１と、要求仕様モデル変換システム２と、用語管理ファイル３と、要求仕様モデルを所定の形式で表すＵＭＬモデル４と、業務アプリケーションソース出力システム５と、ソースファイル６とを含んでいる。ここで、機能要件仕様書１、用語管理ファイル３、およびソースファイル６は、図示していないコンピュータによって処理可能な所定の入力情報である。本実施形態では、機能要件仕様書１は、マイクロソフト社のＭＳ Ｅｘｃｅｌ（マイクロソフト社の商標）等の表計算ソフトウェアの形式で作成されたデータであるとする。また、各システム２および５は、コンピュータおよびその周辺装置と、それらによって実行されるプログラムとから構成されている。
【００１３】要求仕様モデル変換システム２は、定義情報抽出手段２１と、用語翻訳手段２２と、ＵＭＬモデル変換手段２３とを備えている。定義情報抽出手段２１は、所定の記入要領に従って作成された機能要件仕様書１を、要求仕様モデル変換システム２に取り込み、定義情報を抽出し、所定の記憶手段に記憶する。その際、機能要件仕様書１で使用されている各用語は、用語翻訳手段２２によって用語管理ファイル３を参照することで業務アプリケーションソースで使用されるキーワードに翻訳される。ＵＭＬモデル変換手段２３は、定義情報抽出手段２１が抽出した定義情報を、ＵＭＬモデル４に変換し保存する。
【００１４】業務アプリケーションソース出力システム５は、ＵＭＬモデル変換手段２３と、アルゴリズム解析手段５１と、ソース生成手段５２とを備えている。ＵＭＬモデル変換手段２３は、要求仕様モデル変換システム２で作成されたＵＭＬモデル４を、業務アプリケーションソース出力システム５に取り込み、定義情報に変換する。アルゴリズム解析手段５１は、ＵＭＬモデル変換手段２３で変換された定義情報から、業務アプリケーションのアルゴリズムを解析する。ソース生成手段５２は、アルゴリズム解析手段５１が解析したアルゴリズムから、業務アプリケーションソースを生成し、ソースファイル６に保存する。
【００１５】次に図２と図３を参照して本実施形態の用語翻訳手段２２の動作について詳細に説明する。図２に示すように機能要件仕様書１は表形式で定義されている。例えばその表形式の各セルには、「ＭＳＧＩＤ（メッセージＩＤ（メッセージ識別符号））」と、「業務名」、「名称」および「ＩＤ」と、複数に項目分けされた各情報とを定義するためのデータが含まれている。ここで、複数に項目分けされた各情報を定義するためのデータはそれぞれ、例えば、「ＮＯ（番号）」、「項目名」、「データ型」、「整数」部および「小数」部の「桁数」、「繰返」および「初期入力チェック」に関する情報、「備考」情報等を含んでいる。また、「初期入力チェック」に関する情報は、「必須」かどうかを示す情報、「ＩＤ」、「コード名称」あるいは「比較」対象の情報、入力チェック後に返す「エラーコード」等の情報を含んでいる。
【００１６】用語翻訳手段２２は、各セルから取得した値が、用語管理ファイル３に登録されているかどうかをチェックする（図３のステップ２２１）。用語管理ファイル３に登録されている場合、業務アプリケーションソースで使用される対応するキーワードに変換する（ステップ２２２）。用語管理ファイル３に登録されていない場合、セルから取得した値が複合語かどうかをチェックする（ステップ２２３）。複合語の場合、各単語を分割して最後尾から単語を除き（ステップ２２４）、用語管理ファイル３に登録されているかどうかを再度チェックする（ステップ２２１）。全ての単語が処理されるまで後続する単語または複合語に対して上記の各処理を繰り返し続ける(ステップ２２５）。
【００１７】次に、図４を参照して本実施のＵＭＬモデル変換手段２３の構成について詳細に説明する。ＵＭＬモデル変換手段２３は、ＵＭＬモデル４におけるクラス情報のクラス名称を作成するクラス名抽出２３ａと、属性情報を作成する属性情報抽出２３ｂと、操作情報を作成する操作情報抽出２３ｃの各モジュールを含む。ここで、ＵＭＬモデル４におけるクラス情報とは、オブジェクト指向プログラミングにおいて各オブジェクトの属性（データ構造）とその操作を各クラス名に対応させてまとめて定義したものであるクラスに関する情報を意味し、複数の属性情報にはそれぞれ属性名、タイプ、デフォルト値等が含まれ、複数の操作情報にはそれぞれメソッド名、パラメータリスト、戻り値等が含まれている。
【００１８】上述したように、本実施の形態によれば、用語翻訳手段２２によって、機能要件仕様書１の各要素の値が用語管理ファイル３に登録されているものに対応する場合に予め決められた業務アプリケーションソースで使用されるキーワードに変換される。次に、定義情報抽出手段２１によって、その変換結果を反映させて機能要件仕様書１内の情報から定義情報が抽出される。そして、ＵＭＬモデル変換手段２３によって、抽出された定義情報からＵＭＬモデルの各要素情報が作成される。したがって、作成者に対してＵＭＬモデルに対する深い知識を必要とせずに、種々の業務アプリケーションに対する要求仕様を定義するＵＭＬモデルを作成することが可能となる。
【００１９】また、ＵＭＬモデルからアプリケーションソースを生成する際には、ＵＭＬモデル変換手段２３によってＵＭＬモデルを定義情報に変換する。次に、アルゴリズム解析手段５１によって、変換された定義情報に基づいて業務アプリケーションのアルゴリズムが解析される。そして、ソース生成手段５２によって、解析されたアルゴリズムに基づいて業務アプリケーションソースが生成され、ソースファイル６として出力される。したがって、出力されるアプリケーションソースは、各業務アプリケーションのアルゴリズムに基づくものとなるため、従来に比べ業務アプリケーション作成のための修正箇所を減らすことが可能となる。
【００２０】なお、本発明の実施の形態は上記のものに限定されることなく、例えば各構成要素を統合したり、分割したり、ネットワークを介して分散配置したりする等の変更を適宜行うことが可能である。また、本実施形態は、１または複数のコンピュータと、その周辺装置と、コンピュータによって実行されるプログラムを用いて構成することができ、そこで用いられるプログラムは、コンピュータ読み取り可能な記録媒体または通信回線を介して配布することが可能である。
【００２１】
【発明の効果】第１の効果は、ＵＭＬモデルに対する深い知識を必要とせずに、要求仕様をＵＭＬモデルで定義することが可能となることである。これによって、簡単に要求仕様をＵＭＬモデルで定義することができるようになるので、アプリケーション開発の際に、業務アプリケーション全体の構成やオブジェクト間の関連が理解しやすくなるという効果を得ることができる。
【００２２】第２の効果は、業務アプリケーションの製造および、業務アプリケーションの保守の工数を削減できることである。その理由は、本発明により、業務に特化した部分のアプリケーションソースが出力できるからである。
|
| 【出願人】 |
【識別番号】３９０００１３９５
【氏名又は名称】エヌイーシーシステムテクノロジー株式会社
|
| 【出願日】 |
平成１３年３月２８日（２００１．３．２８） |
| 【代理人】 |
【識別番号】１００１０８５７８
【弁理士】
【氏名又は名称】高橋 詔男 （外３名）
|
| 【公開番号】 |
特開２００２−２８７９６１（Ｐ２００２−２８７９６１Ａ） |
| 【公開日】 |
平成１４年１０月４日（２００２．１０．４） |
| 【出願番号】 |
特願２００１−９２４４１（Ｐ２００１−９２４４１） |
|