JP2002287961A - 業務アプリケーション開発システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】所定の表計算ソフトウェアで作成した機能要件
仕様書からＵＭＬモデルを使用して業務アプリケーショ
ンソースを生成し、業務アプリケーション開発の生産性
を向上させる。 【解決手段】表計算ソフトウェアで作成した機能要件仕
様書１から定義情報を用語翻訳手段２２を用いて定義情
報抽出手段２１により抽出し、その定義情報をもとにＵ
ＭＬモデル変換手段２３がＵＭＬモデル４を作成する。
また、ＵＭＬモデル４をＵＭＬモデル変換手段２３によ
り定義情報に変換し、アルゴリズム解析手段５１により
解析し、その解析情報をもとに、ソース生成手段５２が
業務アプリケーションソース６を出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、機能要件（あるい
は機能要求）仕様書を業務アプリケーション開発に用い
られる要求仕様モデルに変換したり、あるいは変換され
た要求仕様モデルから業務アプリケーションソースを自
動生成したりするのに用いて好適な業務アプリケーショ
ン開発システム及び方法に関する。

【０００２】

【従来の技術】業務アプリケーションの開発において、
要求仕様を定義する技術として、ＵＭＬ（Unified Mode
ling Language；統一モデリング言語）モデルを用いて
定義する技術がある。

【０００３】また、米国ラショナルソフトウェア社のＲ
ａｔｉｏｎａｌ Ｒｏｓｅ（米国又は他の国における登
録商標）等のＵＭＬモデリングツールを用いることで、
所定の処理によって定義されたＵＭＬモデルからアプリ
ケーションソースを出力する技術がある。

【０００４】

【発明が解決しようとする課題】従来の技術における第
１の問題点は、要求仕様をＵＭＬモデルで定義すること
の難しさである。その理由は、ＵＭＬモデルを定義する
には、ＵＭＬモデルに対する知識を必要とするからであ
る。

【０００５】第２の問題点は、ＵＭＬモデリングツール
から出力されるアプリケーションソースでは業務アプリ
ケーション作成のための修正箇所が多いため工数がかか
ることである。その理由は、ＵＭＬモデリングツールに
は各々の業務に特化した部分のアプリケーションソース
を出力する機能が含まれていないからである。

【０００６】本発明の目的は、例えば表計算ソフトウェ
ア等で作成された要件定義を、ＵＭＬモデル等の所定の
モデリング言語モデル（以下、簡単化のため代表してＵ
ＭＬモデルとする。）に対する深い知識を必要とせず
に、ＵＭＬモデルに変換したり、あるいはさらにＵＭＬ
モデルから業務アプリケーションソースに自動的に変換
したりすることができるようにすることで、業務アプリ
ケーション開発の生産性を向上させる業務アプリケーシ
ョン開発システム及び方法を提供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するため
請求項１記載の発明は、所定形式の機能要件仕様書から
定義情報を抽出する定義情報抽出手段と、機能要件仕様
書で使用される用語を業務アプリケーションソースで使
用されるキーワードに翻訳して定義情報抽出手段に入力
する用語翻訳手段と、定義情報抽出手段によって抽出さ
れた定義情報を所定のモデリング言語モデルに変換する
モデリング言語モデル変換手段とを備えたことを特徴と
する。

【０００８】請求項２の発明は、前記機能要件仕様書が
所定の記入要領に従って表形式で作成されたものである
ことを特徴とする。請求項３の発明は、前記用語翻訳手
段が、前記機能要件仕様書内の各情報が所定の情報であ
る場合に、業務アプリケーションソースで使用される対
応する所定のキーワードに変換するキーワード変換手段
と、前記機能要件仕様書内の各情報が複合された情報で
ある場合に分割してキーワード変換手段へ供給する分割
手段とを備えることを特徴とする。請求項４の発明は、
前記モデリング言語モデル変換手段が、モデリング言語
モデルを構成するクラス情報におけるクラス名を抽出す
るクラス名抽出手段と、属性情報を抽出する属性情報抽
出手段と、操作情報を抽出する操作情報抽出手段とを含
んで構成されていることを特徴とする。

【０００９】請求項５の発明は、所定のモデリング言語
モデルを定義情報に変換する変換手段と、変換手段によ
り抽出された定義情報を解析して業務アプリケーション
ソースのアルゴリズムを得るアルゴリズム解析手段と、
アルゴリズム解析手段から得られた解析情報をもとに、
業務アプリケーションソースを生成するソース生成手段
とを備えたことを特徴とする。

【００１０】請求項６の発明は、請求項１〜４のいずれ
か１項記載の要求仕様モデル変換システムと、その要求
仕様モデル変換システムによって変換されたモデリング
言語モデルを入力し、業務アプリケーションソースを生
成する請求項５記載の業務アプリケーションソース出力
システムとを備えることを特徴とする。

【００１１】請求項７の発明は、所定形式の機能要件仕
様書から定義情報を抽出する定義情報抽出過程と、機能
要件仕様書で使用される用語を業務アプリケーションソ
ースで使用されるキーワードに翻訳して、その翻訳結果
を定義情報抽出過程での抽出処理に反映させる用語翻訳
過程と、定義情報抽出過程で抽出された定義情報を所定
のモデリング言語モデルに変換するモデリング言語モデ
ル変換過程とを有することを特徴とする。請求項８の発
明は、所定のモデリング言語モデルを定義情報に変換す
る変換過程と、変換過程により抽出された定義情報を解
析して業務アプリケーションソースのアルゴリズムを得
るアルゴリズム解析過程と、アルゴリズム解析過程で得
られた解析情報をもとに、業務アプリケーションソース
を生成するソース生成過程とを有することを特徴とす
る。請求項９の発明は、請求項７記載の要求仕様モデル
変換方法によって得られたモデリング言語モデルを入力
として、請求項８記載の業務アプリケーションソース出
力方法によって業務アプリケーションソースを生成する
ことを特徴とする。

【００１２】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１を参照すると、
本発明による業務アプリケーション開発システムの一実
施の形態は、機能要件仕様書１と、要求仕様モデル変換
システム２と、用語管理ファイル３と、要求仕様モデル
を所定の形式で表すＵＭＬモデル４と、業務アプリケー
ションソース出力システム５と、ソースファイル６とを
含んでいる。ここで、機能要件仕様書１、用語管理ファ
イル３、およびソースファイル６は、図示していないコ
ンピュータによって処理可能な所定の入力情報である。
本実施形態では、機能要件仕様書１は、マイクロソフト
社のＭＳ Ｅｘｃｅｌ（マイクロソフト社の商標）等の
表計算ソフトウェアの形式で作成されたデータであると
する。また、各システム２および５は、コンピュータお
よびその周辺装置と、それらによって実行されるプログ
ラムとから構成されている。

【００１３】要求仕様モデル変換システム２は、定義情
報抽出手段２１と、用語翻訳手段２２と、ＵＭＬモデル
変換手段２３とを備えている。定義情報抽出手段２１
は、所定の記入要領に従って作成された機能要件仕様書
１を、要求仕様モデル変換システム２に取り込み、定義
情報を抽出し、所定の記憶手段に記憶する。その際、機
能要件仕様書１で使用されている各用語は、用語翻訳手
段２２によって用語管理ファイル３を参照することで業
務アプリケーションソースで使用されるキーワードに翻
訳される。ＵＭＬモデル変換手段２３は、定義情報抽出
手段２１が抽出した定義情報を、ＵＭＬモデル４に変換
し保存する。

【００１４】業務アプリケーションソース出力システム
５は、ＵＭＬモデル変換手段２３と、アルゴリズム解析
手段５１と、ソース生成手段５２とを備えている。ＵＭ
Ｌモデル変換手段２３は、要求仕様モデル変換システム
２で作成されたＵＭＬモデル４を、業務アプリケーショ
ンソース出力システム５に取り込み、定義情報に変換す
る。アルゴリズム解析手段５１は、ＵＭＬモデル変換手
段２３で変換された定義情報から、業務アプリケーショ
ンのアルゴリズムを解析する。ソース生成手段５２は、
アルゴリズム解析手段５１が解析したアルゴリズムか
ら、業務アプリケーションソースを生成し、ソースファ
イル６に保存する。

【００１５】次に図２と図３を参照して本実施形態の用
語翻訳手段２２の動作について詳細に説明する。図２に
示すように機能要件仕様書１は表形式で定義されてい
る。例えばその表形式の各セルには、「ＭＳＧＩＤ（メ
ッセージＩＤ（メッセージ識別符号））」と、「業務
名」、「名称」および「ＩＤ」と、複数に項目分けされ
た各情報とを定義するためのデータが含まれている。こ
こで、複数に項目分けされた各情報を定義するためのデ
ータはそれぞれ、例えば、「ＮＯ（番号）」、「項目
名」、「データ型」、「整数」部および「小数」部の
「桁数」、「繰返」および「初期入力チェック」に関す
る情報、「備考」情報等を含んでいる。また、「初期入
力チェック」に関する情報は、「必須」かどうかを示す
情報、「ＩＤ」、「コード名称」あるいは「比較」対象
の情報、入力チェック後に返す「エラーコード」等の情
報を含んでいる。

【００１６】用語翻訳手段２２は、各セルから取得した
値が、用語管理ファイル３に登録されているかどうかを
チェックする（図３のステップ２２１）。用語管理ファ
イル３に登録されている場合、業務アプリケーションソ
ースで使用される対応するキーワードに変換する（ステ
ップ２２２）。用語管理ファイル３に登録されていない
場合、セルから取得した値が複合語かどうかをチェック
する（ステップ２２３）。複合語の場合、各単語を分割
して最後尾から単語を除き（ステップ２２４）、用語管
理ファイル３に登録されているかどうかを再度チェック
する（ステップ２２１）。全ての単語が処理されるまで
後続する単語または複合語に対して上記の各処理を繰り
返し続ける(ステップ２２５）。

【００１７】次に、図４を参照して本実施のＵＭＬモデ
ル変換手段２３の構成について詳細に説明する。ＵＭＬ
モデル変換手段２３は、ＵＭＬモデル４におけるクラス
情報のクラス名称を作成するクラス名抽出２３ａと、属
性情報を作成する属性情報抽出２３ｂと、操作情報を作
成する操作情報抽出２３ｃの各モジュールを含む。ここ
で、ＵＭＬモデル４におけるクラス情報とは、オブジェ
クト指向プログラミングにおいて各オブジェクトの属性
（データ構造）とその操作を各クラス名に対応させてま
とめて定義したものであるクラスに関する情報を意味
し、複数の属性情報にはそれぞれ属性名、タイプ、デフ
ォルト値等が含まれ、複数の操作情報にはそれぞれメソ
ッド名、パラメータリスト、戻り値等が含まれている。

【００１８】上述したように、本実施の形態によれば、
用語翻訳手段２２によって、機能要件仕様書１の各要素
の値が用語管理ファイル３に登録されているものに対応
する場合に予め決められた業務アプリケーションソース
で使用されるキーワードに変換される。次に、定義情報
抽出手段２１によって、その変換結果を反映させて機能
要件仕様書１内の情報から定義情報が抽出される。そし
て、ＵＭＬモデル変換手段２３によって、抽出された定
義情報からＵＭＬモデルの各要素情報が作成される。し
たがって、作成者に対してＵＭＬモデルに対する深い知
識を必要とせずに、種々の業務アプリケーションに対す
る要求仕様を定義するＵＭＬモデルを作成することが可
能となる。

【００１９】また、ＵＭＬモデルからアプリケーション
ソースを生成する際には、ＵＭＬモデル変換手段２３に
よってＵＭＬモデルを定義情報に変換する。次に、アル
ゴリズム解析手段５１によって、変換された定義情報に
基づいて業務アプリケーションのアルゴリズムが解析さ
れる。そして、ソース生成手段５２によって、解析され
たアルゴリズムに基づいて業務アプリケーションソース
が生成され、ソースファイル６として出力される。した
がって、出力されるアプリケーションソースは、各業務
アプリケーションのアルゴリズムに基づくものとなるた
め、従来に比べ業務アプリケーション作成のための修正
箇所を減らすことが可能となる。

【００２０】なお、本発明の実施の形態は上記のものに
限定されることなく、例えば各構成要素を統合したり、
分割したり、ネットワークを介して分散配置したりする
等の変更を適宜行うことが可能である。また、本実施形
態は、１または複数のコンピュータと、その周辺装置
と、コンピュータによって実行されるプログラムを用い
て構成することができ、そこで用いられるプログラム
は、コンピュータ読み取り可能な記録媒体または通信回
線を介して配布することが可能である。

【００２１】

【発明の効果】第１の効果は、ＵＭＬモデルに対する深
い知識を必要とせずに、要求仕様をＵＭＬモデルで定義
することが可能となることである。これによって、簡単
に要求仕様をＵＭＬモデルで定義することができるよう
になるので、アプリケーション開発の際に、業務アプリ
ケーション全体の構成やオブジェクト間の関連が理解し
やすくなるという効果を得ることができる。

【００２２】第２の効果は、業務アプリケーションの製
造および、業務アプリケーションの保守の工数を削減で
きることである。その理由は、本発明により、業務に特
化した部分のアプリケーションソースが出力できるから
である。

【図面の簡単な説明】

【図１】 本発明の実施の形態の構成を示すブロック図
である。

【図２】 図１の機能要件仕様書１の一例を示す図であ
る。

【図３】 図１の用語翻訳手段２２の動作を示す流れ図
である。

【図４】 図１のＵＭＬモデル変換手段２３の構成を示
すブロック図である。

【符号の説明】

１ 機能要件仕様書 ２ 要求仕様モデル変換システム ２１ 定義情報抽出手段 ２２ 用語翻訳手段 ２３ ＵＭＬモデル変換手段 ２３ａ クラス名抽出 ２３ｂ 属性情報抽出 ２３ｃ 操作情報抽出 ３ 用語管理ファイル ４ ＵＭＬモデル ５ 業務アプリケーションソース出力システム ５１ アルゴリズム解析手段 ５２ ソース生成手段 ６ ソースファイル

Claims (9)

【特許請求の範囲】
1. 【請求項１】 所定形式の機能要件仕様書から定義情報
   を抽出する定義情報抽出手段と、 機能要件仕様書で使用される用語を業務アプリケーショ
   ンソースで使用されるキーワードに翻訳して定義情報抽
   出手段に入力する用語翻訳手段と、 定義情報抽出手段によって抽出された定義情報を所定の
   モデリング言語モデルに変換するモデリング言語モデル
   変換手段とを備えたことを特徴とする要求仕様モデル変
   換システム。
2. 【請求項２】 前記機能要件仕様書が所定の記入要領に
   従って表形式で作成されたものであることを特徴とする
   請求項１記載の要求仕様モデル変換システム。
3. 【請求項３】 前記用語翻訳手段が、前記機能要件仕様
   書内の各情報が所定の情報である場合に、業務アプリケ
   ーションソースで使用される対応する所定のキーワード
   に変換するキーワード変換手段と、前記機能要件仕様書
   内の各情報が複合された情報である場合に分割してキー
   ワード変換手段へ供給する分割手段とを備えることを特
   徴とする請求項１又は２記載の要求仕様モデル変換シス
   テム。
4. 【請求項４】 前記モデリング言語モデル変換手段が、
   モデリング言語モデルを構成するクラス情報におけるク
   ラス名を抽出するクラス名抽出手段と、属性情報を抽出
   する属性情報抽出手段と、操作情報を抽出する操作情報
   抽出手段とを含んで構成されていることを特徴とする請
   求項１〜３のいずれか１項記載の要求仕様モデル変換シ
   ステム。
5. 【請求項５】 所定のモデリング言語モデルを定義情報
   に変換する変換手段と、 変換手段により抽出された定義情報を解析して業務アプ
   リケーションソースのアルゴリズムを得るアルゴリズム
   解析手段と、 アルゴリズム解析手段から得られた解析情報をもとに、
   業務アプリケーションソースを生成するソース生成手段
   とを備えたことを特徴とする業務アプリケーションソー
   ス出力システム。
6. 【請求項６】 請求項１〜４のいずれか１項記載の要求
   仕様モデル変換システムと、 その要求仕様モデル変換システムによって変換されたモ
   デリング言語モデルを入力し、業務アプリケーションソ
   ースを生成する請求項５記載の業務アプリケーションソ
   ース出力システムとを備えることを特徴とする業務アプ
   リケーション開発システム。
7. 【請求項７】 所定形式の機能要件仕様書から定義情報
   を抽出する定義情報抽出過程と、 機能要件仕様書で使用される用語を業務アプリケーショ
   ンソースで使用されるキーワードに翻訳して、その翻訳
   結果を定義情報抽出過程での抽出処理に反映させる用語
   翻訳過程と、 定義情報抽出過程で抽出された定義情報を所定のモデリ
   ング言語モデルに変換するモデリング言語モデル変換過
   程とを有することを特徴とする要求仕様モデル変換方
   法。
8. 【請求項８】 所定のモデリング言語モデルを定義情報
   に変換する変換過程と、 変換過程により抽出された定義情報を解析して業務アプ
   リケーションソースのアルゴリズムを得るアルゴリズム
   解析過程と、 アルゴリズム解析過程で得られた解析情報をもとに、業
   務アプリケーションソースを生成するソース生成過程と
   を有することを特徴とする業務アプリケーションソース
   出力方法。
9. 【請求項９】 請求項７記載の要求仕様モデル変換方法
   によって得られたモデリング言語モデルを入力として、 請求項８記載の業務アプリケーションソース出力方法に
   よって業務アプリケーションソースを生成することを特
   徴とする業務アプリケーション開発方法。