JP6753596B2 - 自然言語により機能アーキテクチャ文書及びソフトウェア設計・解析仕様書を自動的に生成するプロセス及びシステム - Google Patents

Description

本発明は一般的に、人間が自然言語を処理する際の抽象的思考に似た形式論理学によって論理的思考をモデル化するプロセスに関する。詳細には、自然言語に基づいたケース仕様書からのプロセスモデルの導出に関する。

関連出願の相互参照

本願は、同じ発明者が２０１５年４月２８日に出願した米国特許仮出願第６２／１５４，０９３号「Ｐｒｏｃｅｓｏ ｐａｒａ ｇｅｎｅｒａｒ ｄｏｃｕｍｅｎｔｏｓ ｄｅ ｅｓｐｅｃｉｆｉｃａｃｉｏｎ ｄｅ ａｎａｌｉｓｉｓ ｙ ｄｅ ｄｉｓｅｎｏ」（Ｐｒｏｃｅｓｓ ｆｏｒ ｇｅｎｅｒａｔｉｎｇ ａｎａｌｙｓｉｓ ａｎｄ ｄｅｓｉｇｎ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｏｃｕｍｅｎｔｓ）の出願日の利益を主張する。上記仮出願は、本明細書においてすべてが明らかとなるように援用する。

先行技術は、後でＵＭＬ図として視覚化される（オブジェクト指向プログラミングのコンテキストにおける）「クラス」のモデル化の基準となるナレッジベースに格納された表現で表された要件からソフトウェア設計文書を自動的に生成する装置を開示している。また、結果としての言語をコンピュータで処理可能となるように自然言語を形式化するシステム及び方法を開示している。

米国特許出願公開第２０１３／００９７５８３号は、ソフトウェアエンジニアによるソフトウェア製品の作成をガイド／補助する自動化支援ツールを提供するシステム及び方法を開示している。このシステムは、入出力、記憶、処理、及び通信装置を具備する。このシステムは、関連する要件及び当事者又はエンティティを記述した１つ又は複数の表現によって、要件、当事者又はエンティティ、システム及びサブシステムから導出される使用ケースを識別してグラフィック表示するほか、ドメインモデル及びドメインモデルを視覚化するＵＭＬクラス図を生成する際のソフトウェアエンジニアを支援する。また、このシステムは、拡張使用ケースの作成、オブジェクト相互作用モデルの作成、シーケンス図の作成、及び設計クラス図の作成も可能にする。設計クラス図に基づいて、ソフトウェアエンジニアは、高品質のコンピュータプログラムを生成することができる。このシステムは、図生成器の具備又は図生成器との接続によって、ＵＭＬ（統一モデリング言語）クラス図を自動的に生成するようにしてもよい。本発明と異なり、上記特許の入力は、自然言語で書かれたソフトウェア要件である。本発明は、ビジネス「ケース」を記述する自然言語文から成る。上記特許の入力は、本発明で解決可能な特定ケースのうちの１つである。パーサー（単語認識技術）は従来からあり、辞書に基づく。本発明におけるパーサーは、自動的であって、辞書を使用しないルールに基づく。本発明では、はるかに短い処理時間で精度が向上する。完全なソフトウェア設計を実現するため、米国特許出願公開第２０１３／００９７５８３号は、当該特許の発明により生成された図に支援されるコードの設計及び開発へのソフトウェアエンジニアの関与を求めている。本発明において、結果としての設計は完全且つ自動であり、説明文に記載の設計を１００％含む。本発明における概念的なドメインモデルの抽象化は、形式的である。すなわち、設計は常に、同じルールに対応するため、予測可能な結果が生成される。米国特許出願公開第２０１３／００９７５８３号においては、概念モデルの２０％が手動であり、ケースに依存する。

米国特許出願公開第２０１１／０２３９１８３号は、１つ又は複数のプロセスモデルが自然言語の使用ケースモデルから導出される方法を開示している。例えば、意味が予め割り当てられた所定単語の限定リストを用いて記述された自然言語テキスト情報から得られるプロセッサの使用及びメモリに格納された使用ケースモデルへのアクセスによれば、所定のモデリング表記に従って、メモリに格納されたモデルをプロセスモデルに変換することができる。本発明において、設計は、異なる種類のソフトウェア設計図が得られる無制限の自然言語に基づいて、機能アーキテクチャ文書のレベルで実行される。

あらゆる産業は、その構築プロセスを向上させる課題に直面しており、その主要な誤り要因は、要求者の記述（「ケース」）と当該産業で生み出されるもの（ソリューション）との間の差異である。

現在、上記記述に基づいてソリューションを構築するために「ケース」の記述を望む者は、

解釈及び文書化のための産業アナリストを必要とする。この文書化は、「ケース」に関する要求者のコメントに気付いたアナリストが実行する。そして、アナリストは、文書化を解析して、当該産業の周知の技術のうちの１つを適用することにより、いくつかの図を作成する。文書は、十分な精査が終わったら、「ケース」設計段階に送られる。これらの図の内容は、専門家の解釈及び各産業に固有の上記図に変換する能力のみによって決まる。

また、解析及び記述された「ケース」の上記文書化に基づいて所望のソリューションを設計する産業デザイナも必要とする。デザイナは、解析図を取得してアナリストに会い、後で当該「ケース」のソリューションを設計する基準となる図の正しい理解を最大化可能な説明を求める。この設計は、同じく産業によって決まる他の図を作成することによって実行される。これらの図は、「ケース」のソリューションの構築に必要な技術用語への要求者記述のロジックの新たな変換を表す。

アナリストもデザイナも、ケースの記述を理解して、後でソリューションの構築者が解釈し得る技術的解析及び設計言語に変換することを目標にトレーニングされた専門家である。すなわち、「ケース」の記述から関連するソリューションの構築の最初までに、複数の言語が用いられる（図１「産業設計プロセス」参照）。

Ａ．「ケース」を記述する言語（仲介役：要件を提示する要求者）：自然言語

Ｂ．「ケース」の解析言語（仲介役：要求を解釈して解析図に変換する産業アナリスト）：設計指向に焦点を当てて相補記述が自然言語で表現された標準的な産業表記、手書き草稿を用いる図表

Ｃ．「ケース」の設計言語（仲介役：アナリストの作業を解釈して設計図に変換するデザイナ、アーキテクト）：ソリューションの設計を表す使用産業に固有のアーキテクチャ図表、計画、及び図

特定のソリューションの設計を要求する者（要求者）は通例、特定産業の熟練デザイナではないため、自身でソリューションを構築することができない。要件を適正に解釈して「ケース」のソリューション設計に取り込む産業アナリスト及び産業デザイナを必要とする。これは、要求者が設計言語を理解しておらず（数ある用途のうちのアーキテクト、土木エンジニア、書籍デザイナ、ソフトウェアデザイナ）、結果としての設計を管理して記述「ケース」のソリューションを構築することができないため、実際には不可能である。本明細書においては、記述（「ケース」）及び実際の構成（ソリューション）からの逸脱を最大限に共有している。図Ｉに示すように、意味の概念においては、通常、言語の変化に起因する歪みが存在するためである。その結果、要求者は、そのニーズに合うように完全には調整されていない設計及び結果としての製品（家、ソフトウェア、家具、書籍等）を受け取る。

当該産業においては絶えず、ソリューションと要求者のニーズ記述との間の収斂度を向上させる努力をしている。これらの努力は、上記記述を解釈して構造化する手動プロセスへの関与を置き換えることなく、専門家のトレーニング又は作業に用いられるツールの改善によって、現在の方法を改善することに焦点を当てている。

技術的問題を取り扱うこの手法では、必然的に、要件に対して複数の解釈がなされる。要求者が使用する言語（自然言語）をアナリスト及びデザイナが使用する言語（技術言語）に変換することには、誰も正確に管理できない知識の喪失に至る変換を伴うためである。

本発明においては、「ケース」を完全に記述するため、自然言語で構造化された文を使用すれば十分である。技術的グラフィック表記を伴う図へと上記文を手動で変換して、記述に含まれる知識の理解及び伝達を可能にする必要はない。これらの図は、ツールによって、自然言語から自動的に生成される。

現存するものと本発明との差異を以下の表に示す（図１「産業設計プロセス」）。

特定の産業設計が求められる現実性の記述を所与とし、上記記述が表すものに基づいて、システムは、自然言語記述を構造化することにより、意味論の視点から連続的且つコヒーレントに「ケース」の言語要素全体の格納を保証する。また、複数の産業用途において有用な機能アーキテクチャ文書を自動的に構築する。

本発明では、機能アーキテクチャ文書及びその要素を使用したソフトウェア設計アプリケーションの構築を実証する。

本発明において、「ケース」の言及は、コンピュータによるロジック処理を可能とするソフトウェアアプリケーションを構築したい現実性問題を表す。このため、「ケース」のソフトウェア産業は、ソフトウェア構築プロジェクトを向上させる課題に直面しており、その主要な誤り要因は、要求者の記述（問題）と「ケース」が解決するもの（ソリューション）との間の差異である。現在、構築するソフトウェアソリューションに基づいて「ケース」の記述を望む者は、

解釈及び文書化のためのシステムアナリストを必要とする。この文書化は、「ケース」に関するクライアントのコメントに気付いたアナリストが実行する。そして、アナリストは、文書化を解析して、当該産業の周知の技術（ＵＭＬ図、フロー図、プロセス図）のうちの１つを適用することにより、いくつかの図を作成する。文書は、十分な精査が終わったら、「ケース」設計段階に送られる。これらの図の内容は、アナリストの解釈及び上記図に変換する能力のみによって決まる。

また、上記ソフトウェアを設計するソフトウェアデザイナも必要であり、記述された「ケース」全体を通して生成されるデータの自動取り込みを可能にする必要がある。デザイナは、解析図を取得してアナリストに会い、後で当該「ケース」を設計する基準となる図の正しい理解を最大化可能な説明を求める。この設計は、データベース図（システムデータを格納する）、スクリーン図（データの更新、検索、及び処理が行われる）、「ケース」の機能論理図（解決する問題のロジックを表す）、アーキテクチャ図（「ケース」の内部組織の規定により、効果的で確実且つ持続的に機能する（とりわけ、クライアントサーバ、ＳＯＡ：サービス指向アーキテクチャ））等の他の図を作成することによって実行される。これらの図は、「ケース」のソリューションの構築に必要な専門用語への要求者記述のロジックの新たな変換を表す。

アナリストもデザイナも、ケースの記述を理解して、後でアプリケーションの開発者が解釈し得る技術的解析及び設計言語に変換することを目標にトレーニングされた専門家である。図Ｉは、「ケース」の記述の最初からソフトウェア設計までの理解及び変換の各段階で用いられる言語に関して、先行技術と本発明とを比較した図である。先行技術においては、以下の言語が用いられる。

Ａ．「ケース」を記述する言語（仲介役：要件を提示するユーザ）：自然言語

Ｂ．「ケース」の解析言語（仲介役：ユーザの要求を解釈して解析図に変換するシステムアナリスト）：設計指向に焦点を当てて相補記述が自然言語で表現されたデータフロー図、解析使用ケース

Ｃ．「ケース」の設計言語（仲介役：アナリストの作業を解釈して設計図に変換するデザイナ、アーキテクト）：アプリケーションの機能設計を表す図（現在は大抵ＵＭＬ）、ユーザデータを格納するデータベースの設計を表すデータベース図、構築するアプリケーションの階層化アーキテクチャを表すアーキテクチャ図

特注ソフトウェアの設計を要するユーザの種類は通常、ソフトウェアデザイナでもソフトウェア開発エンジニアでもないため、自身で構築することができない。要件を適正に解釈して「ケース」の結果的な設計に取り込むアナリスト及びデザイナを必要とする。

これは、要求者が設計言語を理解しておらず、結果としての設計を管理して要求「ケース」を構築することができないため、実際には不可能である。本明細書においては、要求（問題）と実際の構成（ソリューション）との逸脱を最大限に共有している。すなわち、結果として、要求者は、通例はその要件、修正、又は後々の変更（最初の予想よりも多くの時間を要し、より複雑で高価となり得る場合もある）に合うように完全には調整されていない設計及び結果としての製品（ソフトウェア）を受け取ることになる。

当該産業においては、ＣＡＳＥ（コンピュータ支援ソフトウェアエンジニアリング）ツールによってこの問題の解決に至る重要な努力をしている。ただし、これらのツールは、自然言語では機能しないため、過去に記述された限界のうちの複数を露呈する。

技術的問題を取り扱うこの手法では、必然的に、問題に対して複数の解釈がなされる。プロセスに精通したユーザ又はクライアントが使用する言語（自然言語）をアナリスト及びデザイナが使用する言語（技術言語）に変換することには、誰も正確に管理できない知識の喪失に至る変換を伴うためである。

本発明では、ソフトウェアソリューションの記述、解析、及び設計のための唯一の言語として自然言語を採用しているため、結果の歪みに至る知識の喪失が最小限に抑えられる。

先行技術とは異なり、本発明によれば、自然言語の単文を用いて「ケース」を完全に記述することができる。先行技術とは異なり、本発明では、技術的グラフィック表記を伴う図へと上記文を変換してプロセスの知識を理解・伝達する必要がない。その代わり、上記図は、言語の概念要素を識別する単一の決定論的モデルを用いて、当該モデルの機能論理を実装する解析ルールを適用することにより、自然言語に基づいて本発明により自動的に生成される。

概念の所定の階層に基づいて単文で記述を構造化することにより、当該記述の完全性が保証され、高品質のソフトウェア設計を自動的に推論可能となる。

本発明の理解を容易化するとともに本発明と先行技術で利用可能なものとを容易に区別できるようにするため、以下の比較表を提供する。

最新の先行技術は、ソフトウェアが手動又は一部手動で設計されることを明示しているが、その性質からとりわけ、システム要件の解釈の曖昧性、設計エラーの修正の高コスト、設計スケーリング及び開発の困難性、文書化の期限切れといった問題を伴う。本発明は、全体として自動化された産業化可能なプロセスに基づいてこれらの困難を克服することによって、概念の正確性を実現し、スケーラブルな発展的設計を生み出し、文書化を自動的に更新し、ソフトウェア設計コストを大幅に低減する。

用語集

文：意見の伝達又は論理命題の内容の表現が可能な考え得る最小の構文形成。

単文：動詞を１つだけ含む文。

完全単文：本発明の観点から、すべての提示質問に明示的に答える文。

自然言語：自然言語は、一般的なコミュニケーション目的で人間が使用するいわゆる話し言葉又は書き言葉である。

機能要件：要件定義工学に規定の通り、機能要件は、システムの挙動を決定する。グローバル機能要件は、システム自体の挙動と関連するその他より詳細な機能要件をグループ化したものである。

クラス図：システムを含む異なるクラス及び互いの関係を示す図。また、各クラスをそれぞれの方法及び属性のほか、それぞれの相互関係と併せて示す。

ケースの母集団：「ケース」を取り巻く定義及び概念の集合。

複合名詞：２つ以上の単語で構成された名詞。例えば、価格表、文書番号。

＋：本明細書においては、テキストを接続又は追加する「連結」を意味する。

適格言語：「ケース」の記述には様々な言語を使用可能であるため、それぞれを各構文及び文法構造で表すことができる。

連結：１つ又は複数の単語を所与として、連結は、単語を接続して、スペースで分離された単一の表現にすることを意味する。例えば「ｔｈｅ（その）」、「ｈｏｕｓｅ（家）」の場合、これら２つの単語の連結は「ｔｈｅ ｈｏｕｓｅ（その家）」となる。

基本ルール：本発明において、基本ルールは質問により規定された挙動構造であり、その目的は、当該質問に対する答えを含む形態構文的な一連の単語を記述することである。

ＤＯ：直接目的語を意味する。本発明においては、Ｗｈａｔの質問に現れ、他動詞に続く名詞語を表す。

本発明の自然言語変換のプロセスを示した図である。 機能アーキテクチャ文書を得る本発明のプロセスの各段階を示した図である。 本発明のシステムを示した図である。 ソフトウェア設計文書を得る本発明のプロセスの各段階を示した図である。 段階Ａを示した図である。 ＭＡＳメタモデルを示した図である。 形態構文的ルールを示した図である。 ＭＡＳメタモデル用途のケースを示した図である。 段階Ｂを示した図である。 段階Ｃを示した図である。 段階Ｄを示した図である。 段階Ｅを示した図である。 自動文解析器１５１として構成されたプロセッサ１５０の機能論理を示した図である。 段階Ｆを示した図である。 機能アーキテクチャ図である。 段階Ｇを示した図である。 自動ソフトウェア設計器１５２として構成されたプロセッサ１５０の機能論理を示した図である。 段階Ｈを示した図である。 段階Ｉを示した図である。 ソフトウェア設計図である。 ビジネス文書の構造を示した図である。 解析文書の構造を示した図である。 クラス設計の例を示した図である。

本発明は、ナレッジベースに格納された、ケースを記述する自然言語表現で表された要件からソフトウェア設計仕様書を生成するコンピュータ及び視覚装置実装方法によって、上掲の問題の解決手段を提供する。これらの表現は、後で変換されてソフトウェア設計用のクラス図として視覚化される設計要素のモデリングを可能とする。この装置は、プロセッサと相互作用するように構成可能である。

まず、図２に示すように、自然言語での「ケース」の記述からプロセスが開始となる。本発明においては、上記記述を実行するため、記述に使用する言語のほか、とりわけ形容詞が名詞の前後いずれに位置するかを表す形容詞の順序及び冠詞を含む単語一覧等の文法及び構文素性を事前に定めておく必要がある。

構文構造及び文法のルールが規定された任意の言語で「ケース」を記述するため、図１に示すようなシステムを用いることにより、入出力装置１２０によって、自然言語での「ケース」の記述を入力する。入力テキストは、メインメモリに移されて、後でプロセッサ１５０が使用する。プロセッサは、文書を自動的に解析、設計、及び生成するように構成されている。各処理機能の結果は、データベースメモリ１３０に格納される。

図１のシステム１００の構成要素を以下に示す。

１．入出力装置１２０：自然言語テキストを取り込む装置。これにより、プロセッサは、表示媒体（とりわけ、スクリーン、プロジェクタ、テレビ、プリンタ、モニタ、モバイル機器）を用いて、以下の構成によりユーザが「ケース」の記述データを入力するとともに結果としての文書を表示可能な構造を示すことができる。

ａ．言語ユーザインターフェース１２１：ユーザによる言語の選定並びにその文法及び構文素性のアップロードとその後のデータベースメモリ１３０への格納とを可能にする視覚構造。

ｂ．ケースユーザインターフェース１２２：「ケース」を記述する単文のユーザによるアップロードとその後のデータベースメモリ１３０への格納とを可能にする視覚構造。この構造によれば、ユーザは、自動文解析器１５１及び自動ソフトウェア設計器１５２として構成されたプロセッサ１５０の機能と相互作用することも可能である。

ｃ．フォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３：本発明の一実施形態においては、ユーザにこの視覚構造が提示され、自動文書生成器１５３として構成されたプロセッサ１５０により構築されたビジネス、解析、及び設計文書の作成のため、静的データベースメモリ１６０で利用可能なフォーマット、グラフィック表記、及びＳＴＤ文を追加又は修正可能となる。

ｄ．文書表示ユーザインターフェース１２４：自動文書生成器１５３として構成されたプロセッサ１５０により生成された文書へのユーザによるアクセスを可能とする構造。

２．ＣＰＵ１１０：システム１００の処理装置。この装置は、自動設計生成のためのすべての自然言語処理機能を実行するように設計されており、当該機能とシステムのその他の構成要素との間の交換を可能にするメインメモリを含む。

ａ．メインメモリ１４０：入出力装置、データベースメモリ、及びプロセッサ間の情報交換に用いられる揮発性記憶装置。その構成に従って、以下の機能を実行する。
ｉ．図１４１：静的データベースメモリ１６０に格納されたフォーマット・グラフィック表記・ＳＴＤ文１６３を用いて、自動文書生成器１５３として構成されたプロセッサ１５０による文書処理を可能とするメインメモリの構成。
ｉｉ．文マトリクス１４２：静的データベースメモリ１６０に格納されたＭＡＳメタモデル１６１、言語・単語・形態構文的ルール１６２を用いて、自動文解析器１５１として構成されたプロセッサ１５０による単文の処理を可能とするメインメモリの構成。
ｉｉｉ．ＦＣマトリクス１４３：静的データベースメモリ１６０に格納されたＭＡＳメタモデル１６１、言語・単語・形態構文的ルール１６２を用いて、自動文解析器１５１として構成されたプロセッサ１５０による機能要素の処理を可能とするメインメモリの構成。
ｉｖ．ＤＣマトリクス１４４：静的データベースメモリ１６０に格納されたＭＡＳメタモデル１６１、言語・単語・形態構文的ルール１６２を用いて、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０による設計要素の処理を可能とするメインメモリの構成。

ｂ．プロセッサ１５０：処理及び交換タスクを実行する装置。その構成に応じて、以下の機能を実行する。
ｉ．自動文解析器１５１：単文から機能要素を自動的に生成し、動的データベースメモリ１７０に送って格納することを主目的とするプロセッサの構成。
ｉｉ．自動ソフトウェア設計器１５２：単文から設計要素を自動的に生成し、動的データベースメモリ１７０に送って格納することを主目的とするプロセッサの構成。
ｉｉｉ．文書生成器１５３：単文から設計要素を自動的に生成し、動的データベースメモリ１７０に送って格納することを主目的とするプロセッサの構成。

３．データベースメモリ１３０：ユーザによりアップロードされ、様々な構成のプロセッサ１５０により生成されたデータを格納する永久メモリ。このメモリには、静的構成及び動的構成という２つの記憶構成がある。静的構成では、１回限りの処理用にアップロードされ、「ケース」に固有ではない必要な固定データを格納する。動的構成では、「ケース」に固有でケースごとにアップロードされたデータを格納する。

ａ．静的データベースメモリ１６０：
ｉ．ＭＡＳメタモデル１６１：データベースメモリ１３０の言語・単語・形態構文的ルール構造１６２に格納された形態構文的ルールをもたらす高抽象レベルの形式論理学のルールを含むデータベースメモリ１３０の構成。
ｉｉ．言語・単語・形態構文的ルール１６２：適格言語の素性、各適格言語の特殊単語、及びその形態構文的ルールを含むデータベースメモリ１３０の構成。
ｉｉｉ．フォーマット・グラフィック表記・ＳＴＤ文１６３：文書に当てはまるフォーマット、図に当てはまるグラフィック表記、及び解析文書の作成に必要なＳＴＤ文を含むデータベースメモリ１３０の構成。

ｂ．動的データベースメモリ１７０：
ｉ．単文・質問１７１：ユーザによりアップロードされた単文並びに各単文に対応する質問Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、及びＷｈｅｒｅに対する答えを含むデータベースメモリ１３０の構成。
ｉｉ．機能要素１７２：自動文解析器１５１として構成されたプロセッサ１５０により自動的に生成された機能要素を含むデータベースメモリ１３０の構成。
ｉｉｉ．設計要素１７３：ソフトウェア設計器１５２として構成されたプロセッサ１５０により自動的に生成された設計要素を含むデータベースメモリ１３０の構成。

上述のシステムの使用において、本発明は、図２及び以下に示す一連の段階を実行する。

段階Ａ．入出力装置１２０を用いて、静的データベースメモリ１６０のＭＡＳメタモデル１６１の論理構造にＭＡＳメタモデル１６１をアップロードする。

段階Ｂ．表示装置１２０の言語ユーザインターフェース１２１を用いて、適格言語、各適格言語の文法及び構文素性を入力し、これらのデータを静的データベースメモリ１６０の言語・単語・形態構文的ルール１６２の論理構造に格納する。

段階Ｃ．表示装置１２０のケースユーザインターフェース１２２を用いて、段階Ｂの適格言語一覧から選択される自然言語のうちの１つで「ケース」の記述をテキストとして入力する。また、「ケース」のステップを識別した後、動的データベースメモリ１７０の単文・質問１７１の論理構造に格納する。

段階Ｄ．段階Ｃのステップに対応する「ケース」の単文を識別し、表示装置１２０のケースユーザインターフェース１２２を用いてアップロードした後、動的データベースメモリ１７０の単文・質問１７１の論理構造に格納する。

段階Ｅ．段階ＡでアップロードしたＭＡＳメタモデル１６１の論理構造に従って機能する自動文解析器１５１として構成されたプロセッサ１５０により、段階Ｄの単文の機能要素（機能要素は、プロセッサ１５０により抽出されて自動的に特徴付けられた文の各単語に対応することが了解されるものとする）を自動的に識別する。プロセッサ１５０は、メインメモリ１４０のＦＣマトリクス１４３の論理構造への上記機能要素の一時的な格納を継続する。これらの要素は最終的に、動的データベースメモリ１７０の機能要素１７２の論理構造に格納される。

段階Ｆ：段階Ｅの機能要素に基づいて、「ケース」の設計要素を自動的に識別する。設計要素は、プロセッサ１５０により自動的に生成された機能要素に対応する各ソフトウェア設計モデルを表すことが了解されるものとする。設計要素は、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０を用いて作成されるが、これは、本発明の一実施形態において、段階ＡでアップロードしたＭＡＳメタモデル１６１の論理構造に従って機能する。プロセッサ１５０は、メインメモリ１４０のＤＣマトリクス１４４の論理構造への上記設計要素の一時的な格納を継続する。これらの要素は最終的に、動的データベースメモリ１７０の設計要素１７３の論理構造に格納される。

段階Ｇ．（表示装置１２０の）フォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェースを用いて、ビジネス、解析、及び設計文書の出力フォーマット、要件に対する標準文のパラメータ、並びに設計図のグラフィック表記を入力し、静的データベースメモリ１６０のフォーマット・グラフィック表記・ＳＴＤ文１６３の論理構造に格納する。

段階Ｈ．段階Ｇで規定したフォーマット・グラフィック表記・ＳＴＤ文を用いることによって、文書生成器１６３として構成されたプロセッサ１５０により、段階Ｄの単文からビジネス文書（ビジネス文書は、解決する問題の自然言語でのステップバイステップ記述であることが了解される）を、段階Ｅの機能要素に基づいて解析文書（解析文書は、構築するソフトウェアの機能要件の記述であることが了解される）を、段階Ｆの設計要素に基づいて設計文書（設計文書は、ソフトウェアを構築する命令を含む文書であることが了解される）を自動的に生成する。

段階Ｉ．この種の文書に関して具体的に規定されたグラフィック表記を用いて、文書生成器１６３として構成されたプロセッサ１５０により、段階Ｅの機能要素に基づいて、機能アーキテクチャ文書（機能アーキテクチャ文書は、意味の本質的概念を表すことによって、要約形式の自然言語テキストの意味を構造化したグラフィック図であることが了解される）を自動的に生成する。

プロセスの各段階を以下に詳しく説明する。
段階Ａ．ＭＡＳメタモデルのアップロード

この段階では、ＭＡＳメタモデル及びその自明の原理について詳しく説明する。このメタモデルは、自動文解析器１５１としての構成でのプロセッサ１５０の挙動の確立に用いられる。

図２Ａ１は、自然言語を解釈するロジックをモデル化するのにこのメタモデルが規定するルールを表すオブジェクト指向パラダイムに係るクラスモデルを示している。これらのルールは、段階Ｄで機能要素を生成する場合に自動文解析器１５１として構成されたプロセッサ１５０が使用する基本形態構文的ルールとして用いられる。

この段階において、ＭＡＳメタモデルは、以下の下位段階（図２Ａ）により作成される。
下位段階Ａ１．ＭＡＳメタモデルの格納

この下位段階においては、ＭＡＳメタモデル１６１のロジックを静的データベースメモリ１６０にアップロードする。

このロジックは、自然言語の記述に含まれるあらゆる単語が単語１６１−１であることを定める。単語が他動詞の場合は、他動詞と動作主接尾辞「ＥＲ」とから成る名称のＰｅｒｆｏｒｍｅｒという単語１６１−２及び他動詞と接尾辞「ＢＬＥ」とから成る名称のＰｅｒｆｏｒｍａｂｌｅという単語１６１−３の２つの新たな単語が自動的に規定される。この他動詞は、Ｐｅｒｆｏｒｍｅｒという単語１６１−２との関係１６１−５及びＰｅｒｆｏｒｍａｂｌｅという単語１６１−３との別の関係１６１−３を有するＰｅｒｆｏｒｍａｎｃｅという単語１６１−４である。

単語１６１−１は、他動詞でない単語がＰｅｒｆｏｒｍｅｒという単語１６１−２との継承関係１６１−９及び／又はＰｅｒｆｏｒｍａｂｌｅという単語１６１−３との継承関係１６１−８を確立し得るように互いに関連している。

各単語１６１−１は、別の単語１６１−１との継承関係１６１−０を規定可能である。各単語１６１−１は、別の単語１６１−１との連関関係１６１−７を規定可能である。

ＭＡＳメタモデルが提供する選択肢の使用は、段階Ｄで処理する文の形態構文によって決まる。

このように、記述中のすべての単語は、すべての場合に満たされるとともに任意の言語の任意の形態構文的ルールをモデル化する際の基準を表すことを前提として、当該言語の自明のルールを規定するこのメタモデルによって全体が表され得る。
下位段階Ａ２．形態構文的ルールのＭＡＳロジックの格納

この下位段階においては、ＭＡＳメタモデルのロジックを静的データベースメモリ１６１にアップロードする。当該ロジックは、自然言語の単語を特性化し、異なる機能用途のコンテキストにおいてそれぞれの意味を決定する方法を規定する。自然言語の形式及び構文に対処する構造は、形態構文的構造と称する。

本発明においては、自然言語を扱うためのガイドラインの集合が形態構文的ルールと考えられる。このようなルールは、ａ）質問ロジック：単文内の単語が属する質問（Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、Ｗｈｅｒｅ）、ｂ）ステップ型ロジック：Ｗｈａｔ質問を含む動詞の型（ＦＸ、ＣＣ、ＱＳ、Ｌ、Ｆ）、及びｃ）単語ロジック：単語の型を規定するテキストを扱うためのガイドラインで構成される。単語の型は、動詞（ＶＥＲＢ）、名詞（ＮＯＵＮ）、前置詞（ＰＲＥＰ）、冠詞（ＡＲＴ）、接続詞（ＣＯＮＪ）、副詞（ＡＤＶ）としての文法特性化によって決定される。

各形態構文的ルールには、識別子が規定される。形態構文的ルールの識別子は、Ｐｅｒｆｏｒｍｅｒ、Ｐｅｒｆｏｒｍａｂｌｅ、及びＰｅｒｆｏｒｍａｎｃｅという型を除いて、文を構成する単語の型を連結することにより構成される。例えば、冠詞、名詞、動詞、冠詞、前置詞、名詞といった型の一連の単語で構成された文の場合は、ＡＲＴ−ＮＯＵＮ−ＶＥＲＢ−ＡＲＴ−ＰＲＥＰ−ＮＯＵＮであってもよい。これらの単語の型は、一般的に扱うことも可能であるし、その型の特定の単語を表すことも可能である。例えば、ルールＶＥＲＢ（ｉｓ）−ＰＲＥＰ−ＮＯＵＮは、それが当てはまる文が動詞、具体的には単語の型ＶＥＲＢに単語「ｉｓ」を含み、その後に任意の前置詞ＰＲＥＰ及び任意の名詞ＮＯＵＮが続くことを示す。このルールは、［ｉｔ］ｉｓ ａ ｍｏｎｋｅｙ（［それ］は猿だ）、［ｉｔ］ｉｓ ａ ｍｏｏｎ（［それ］は月だ）という文に当てはまる。

すなわち、あらゆる単文に関して、含まれる単語の型の機能として構造を規定する形態構文的ルールが存在する。

単文を所与として、対応する形態構文的ルールの識別子の構成前に、自動文解析器１５１として構成されたプロセッサ１５０は、下位段階Ｂ２でアップロードされた特殊単語、冠詞、接続詞、及び前置詞を文から除外する。そして、言語・単語・形態構文的ルール１６２の構成内の形態構文的ルールについて、静的データベースメモリ１６０を検索する。対応する識別子を伴うルールが見つかり、同じ対応識別子に２つ以上のルールが存在する場合は、この集合内で、文のルール識別子の構成中に除外された単語の型の特定単語との適合を検索する。適合する場合は、特定の（１つ又は複数の）除外単語に一致するルールを割り当てる。適合しない場合は、一般ルールを割り当てる。

ＭＡＳメタモデルは、様々なケースの特定ルールを導出する以下の基本ルールを規定する。
基本ルール

基本ルールは２つあり、それぞれの特徴はＷｈａｔ質問と関連付けられている。

ＶＥＲＢ−ＮＯＵＮルール：

一般ケース：ＶＥＲＢ−ＮＯＵＮルール１６１−１２：動詞・名詞・名詞構造を有する文をモデル化可能。

特殊ケース：ＶＥＲＢ（ｉｓ）−ＮＯＵＮルール１６１−１０：「ｔｏ ｂｅ（〜である）」の動詞・名詞構造を有する文をモデル化可能。この動詞は、ＭＡＳメタモデル用途の観点からは特殊な動詞である。

ＶＥＲＢ−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮルール：

一般ケース：ＶＥＲＢ−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮルール１６１−１１：動詞・名詞・前置詞・名詞構造を有する文をモデル化可能。

特殊ケース：ＶＥＲＢ（ｈｏｌｄ ｒｅｓｐｏｎｓｉｂｌｅ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮルール１６１−１３：「ｔｏ ｈｏｌｄ ｒｅｓｐｏｎｓｉｂｌｅ（責任を負わせる）」の動詞・名詞構造を有する文をモデル化可能。この動詞は、ＭＡＳメタモデル用途の観点からは特殊な動詞である。

特殊ケース：ＶＥＲＢ（ｌｉｎｋ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮルール１６１−１４：「ｔｏ ｌｉｎｋ（リンクする）」の動詞・名詞構造を有する文をモデル化可能。この動詞は、ＭＡＳメタモデル用途の観点からは特殊な動詞である。

同様に、単文内のＷｈｏをモデル化する基本ルールが存在する。

ＮＯＵＮルール：すべての単文に存在し、主語を表す主要な名詞の挙動をモデル化可能である。

強制的な完了を必要としないＷｈｅｎ、Ｈｏｗ及びＷｈｅｒｅ質問の場合は、答えに現れる単語の型が識別され、必要なルール識別子が生成される。

本発明の一実施形態において、ユーザは、常にＭＡＳメタモデルのロジックによって決まる基本ルール及び形態構文的ルールを追加可能である。

自然言語の単文を所与として、形態構文的ルールが見つかった場合、自動文解析器１５１として構成されたプロセッサ１５０は、図２Ａ２に示すように、当該ルールによって規定されたテキストであるａ）質問ロジック、ｂ）ステップ型ロジック、及びｃ）単語ロジックを扱うためのガイドラインを適用することによって、機能要素を生成する。
（ａ）質問ロジック：ルールが適用される単語の属する質問の決定

記述は、プロセスを記述した単文の集合であることに留意する必要がある。このようなプロセスの各ステップは、質問Ｗｈｏ、Ｗｈａｔ、Ｗｈｅｒｅ、Ｈｏｗ、Ｗｈｅｎに対する答えから導出された１つの単文に対応する。
（ｂ）ステップ型ロジック：ルールが適用される単語の属するステップ型の決定

各ステップは、ステップ型の下で分類可能である。ステップ型は、Ｗｈａｔ質問内の動詞と関連付けられた特定の単語によってルール中で決定される。あらゆる形態構文的ルールは、ＭＡＳメタモデルに基づくとともにＷｈａｔ質問にリンクされた特定の動詞によって決まり、Ｃｈｅｃｋ／Ｃｏｎｆｉｒｍ、Ｑｕｅｒｙ／Ｓｅａｒｃｈ、Ｃａｌｃｕｌａｔｉｏｎ、Ｒｅｌａｔｉｏｎｓｈｉｐ、Ｆｕｎｃｔｉｏｎａｌ、Ｎｏｔｉｆｉｃａｔｉｏｎ／Ａｌｅｒｔといった型の下で分類可能である。
ＣＣステップ：（チェック／確認動作を決定するステップ）

これらは、チェック、確認、制限等のチェック又は確認動作を動詞が規定するステップである。この場合、動詞は他動詞であり、それに続く名詞は常に、システムの数学的論理を表す文に結合されている。

このステップ型には、形態構文的ルールのＶＥＲＢ−ＮＯＵＮ識別子が割り当てられ、チェック／確認ロジックの数学的記述を追加する。

この種の文の例としては、ｃｈｅｃｋ ｔｈａｔ ｔｈｅ ｉｔｅｍｓ ｈａｖｅ ａ ｐｏｓｉｔｉｖｅ ｉｎｖｅｎｔｏｒｙ（商品が正の在庫であることをチェックする）（ＶＥＲＢ−ＮＯＵＮ「正の在庫である」は、確認の数学的論理である）、ｃｏｎｆｉｒｍ ｔｈａｔ ｔｈｅ ｃｌｉｅｎｔ ｈａｓ ａ ｔａｘ ＩＤ ｎｕｍｂｅｒ（クライアントが税金ＩＤ番号を有することを確認する）（ＶＥＲＢ−ＮＯＵＮ「税金ＩＤ番号を有する」は、確認の数学的論理である）、ｒｅｓｔｒｉｃｔ ｔｈｅ ｉｎｔａｋｅ ｏｆ ｅｘｐｉｒｅｄ ｍｅｒｃｈａｎｄｉｓｅ（期限切れ商品の摂取を制限する）（ＶＥＲＢ−ＮＯＵＮ「期限切れ商品」は、確認の数学的論理である）が挙げられる。
ＱＳステップ（質問／検索動作を含むステップ）

これらは、検索、探索、選択、質問、指示、表示、図示等の質問又は検索動作を動詞が規定するステップである。この場合、動詞は他動詞であり、それに続く名詞は、検索／質問の対象を示す。

このステップ型には、形態構文的ルールのＶＥＲＢ−ＮＯＵＮ識別子が割り当てられ、名詞が検索の対象を表すが、これは、動詞が名詞のインスタンスの集合に当てはまることを意味する。

この種の文の例としては、ｑｕｅｒｙ ｔｈｅ ｉｔｅｍｓ（商品を質問する）（ＶＥＲＢ−ＮＯＵＮ）、ｓｈｏｗ ｔｈｅ ｂａｌａｎｃｅｓ（バランスを図示する）（ＶＥＲＢ−ＮＯＵＮ）、ｄｉｓｐｌａｙ ｔｈｅ ｄａｔａ（データを表示する）（ＶＥＲＢ−ＮＯＵＮ）、ｓｈｏｗ ｔｈｅ ｒｅｓｕｌｔｓ（結果を図示する）（ＶＥＲＢ−ＮＯＵＮ）、ｓｅａｒｃｈ ｔｈｅ ｉｔｅｍｓ（商品を検索する）（ＶＥＲＢ−ＮＯＵＮ）、ｌｏｃａｔｅ ｔｈｅ ｓｐａｒｅ ｐａｒｔｓ（予備部品を探索する）（ＶＥＲＢ−ＮＯＵＮ）、ｓｅｌｅｃｔ ｔｈｅ ｃｌｉｅｎｔｓ（クライアントを選択する）（ＶＥＲＢ−ＮＯＵＮ）が挙げられる。
ＦＸステップ（明示的な計算動作を含むステップ）

これらは、計算、グループ化、平均化、加算等の計算動作を動詞が明示的に規定するステップである。この場合、動詞は常に、システムの数学的論理を表す文に結合されている。

このステップ型には、形態構文的ルールのＶＥＲＢ−ＮＯＵＮ識別子が割り当てられ、動詞が表す計算のロジックを名詞が記述する。

この種の文の例としては、ｃａｌｃｕｌａｔｅ ｔｈｅ ｔｏｔａｌ ｓａｌｅｓ（総売上高を計算する）（ＶＥＲＢ−ＮＯＵＮ）、ｇｒｏｕｐ ｔｈｅ ｉｔｅｍｓ ｂｙ ｃｏｌｏｒ（商品を色でグループ化する）（ＶＥＲＢ−ＮＯＵＮ）、ａｖｅｒａｇｅ ｌａｓｔ ｍｏｎｔｈ’ｓ ｃｏｓｔ（先月のコストを平均化する）（ＶＥＲＢ−ＮＯＵＮ）が挙げられる。
Ｌステップ（リンク動作を含むステップ）

これらは、関係付け、リンク、関連付け、構成等のリンク動作を動詞が規定するステップである。この場合は、動詞に少なくとも２つの名詞が続く。

動詞は、以下のモデルのいずれかを表すことができる。
モデル１：

このステップ型には、形態構文的ルールのＶＥＲＢ（ｌｉｎｋ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ識別子が割り当てられ、特定の動詞として「ｌｉｎｋ（リンク）」又は任意の同義語に前置詞（一般的に「ｗｉｔｈ」であるが、異なっていてもよい）が付いた形が可能である。

この種の文の例としては、ｌｉｎｋ ｔｈｅ ｉｔｅｍｓ ｗｉｔｈ ｔｈｅ ｐｒｉｃｅｓ（商品に価格をリンクさせる）（ＶＥＲＢ（ｌｉｎｋ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ）、ｌｉｎｋ ｔｈｅ ｅｑｕｉｐｍｅｎｔ ｗｉｔｈ ｔｈｅ ｓｐａｒｅ ｐａｒｔｓ（機器に予備部品をリンクさせる）（ＶＥＲＢ（ｌｉｎｋ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ）、ａｓｓｏｃｉａｔｅ ｔｈｅ ｔａｘｅｓ ｗｉｔｈ ｔｈｅ ｓｈａｒｅｓ（税金に負担を関連付ける）（ＶＥＲＢ（ｌｉｎｋ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ）、ｃｏｍｐｏｓｅ ｔｈｅ ｐｒｏｄｕｃｔ ｗｉｔｈ ｔｈｅ ｉｎｐｕｔｓ（製品に入力を構成する）（ＶＥＲＢ（ｌｉｎｋ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ）が挙げられる。
モデル２：

このステップ型には、形態構文的ルールのＶＥＲＢ（ｈｏｌｄ ｒｅｓｐｏｎｓｉｂｌｅ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ識別子が割り当てられ、特定の動詞として「ｈｏｌｄ ｒｅｓｐｏｎｓｉｂｌｅ（責任を負わせる）」又は任意の同義語に前置詞（一般的に「ｆｏｒ」であるが、異なっていてもよい）が付いた形が可能である。

この種の文の例としては、ｈｏｌｄ ｔｈｅ ｃｌｉｅｎｔ ｒｅｓｐｏｎｓｉｂｌｅ ｆｏｒ ｔｈｅ ｐａｙｍｅｎｔ（クライアントに支払いの責任を負わせる）（ＶＥＲＢ（ｈｏｌｄ ｒｅｓｐｏｎｓｉｂｌｅ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ）、ｈｏｌｄ ｔｈｅ ｅｍｐｌｏｙｅｅ ｒｅｓｐｏｎｓｉｂｌｅ ｆｏｒ ｉｎｖｅｎｔｏｒｙ ｃｏｎｔｒｏｌ（従業員に在庫管理の責任を負わせる）（ＶＥＲＢ（ｈｏｌｄ ｒｅｓｐｏｎｓｉｂｌｅ）−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮ）が挙げられる。
モデル３：

このステップ型には、形態構文的ルールのＶＥＲＢ−ＮＯＵＮ−ＰＲＥＰ（ａ）−ＮＯＵＮ識別子が割り当てられ、特定の前置詞としてａ、ａｎ、又はその他任意の前置詞が可能である。

この種の文の例としては、ｍｅａｓｕｒｅ ｔｈｅ ｉｔｅｍ ｗｉｔｈ ａ ｕｎｉｔ ｏｆ ｍｅａｓｕｒｅｍｅｎｔ（商品を測定単位で測定する）（ＶＥＲＢ−ＮＯＵＮ−ＰＲＥＰ（ａ）−ＮＯＵＮ）、ｖａｌｕｅ ｔｈｅ ｉｔｅｍ ｗｉｔｈ ａ ｌｉｓｔ ｏｆ ｐｒｉｃｅｓ（商品を価格一覧で査定する）（ＶＥＲＢ−ＮＯＵＮ−ＰＲＥＰ（ａ）−ＮＯＵＮ）が挙げられる。
Ｆステップ（上記型のいずれにも対応しないステップ）

これらは、動詞が「ケース」固有の動作を表すため、上記型のいずれにも動詞が対応しないステップである。

動詞は、以下のモデルのいずれかを表すことができる。
モデル１：

このステップ型には、形態構文的ルールのＶＥＲＢ−ＮＯＵＮ識別子が割り当てられ、ＣＣ、ＱＳ、ＦＸステップ型にも、この同じ型のいずれのモデルにも特定の単語として一覧化されていないすべての動詞に用いられる。

他動詞には、１つ又は複数の名詞が続く。例えば、Ｂｕｙ ａｎ ｉｔｅｍ（商品を購入する）（ＶＥＲＢ−ＮＯＵＮ）、Ｓｅｌｌ ｆｒｕｉｔｓ（果物を販売する）（ＶＥＲＢ−ＮＯＵＮ）、Ｆｉｘ ｔｈｅ ｔｏｏｌｓ（工具を固定する）（ＶＥＲＢ−ＮＯＵＮ）、Ｓｏｌｖｅ ｐｒｏｂｌｅｍｓ（問題を解決する）（ＶＥＲＢ−ＮＯＵＮ）。
モデル２：

このステップ型には、形態構文的ルールのＶＥＲＢ（ｉｓ）−ＮＯＵＮ識別子が割り当てられ、特定の動詞が「ｔｏ ｂｅ」となる。これは、名詞の性質を表す非常に特殊な動詞である。

この種の文の例としては、［ｉｔ］ ｉｓ ｆｒｕｉｔ（［それ］は果物だ）（ＶＥＲＢ（ｉｓ）−ＮＯＵＮ）， ［ｉｔ］ ｉｓ ａ ｃｏｍｐａｎｙ（［それ］は会社だ）（ＶＥＲＢ（ｉｓ）−ＮＯＵＮ）が挙げられる。
（ｃ）単語ロジック：解析した文及び質問の属する単語の型構造の決定

自動文解析器１５１（図２Ｅ１）として構成されたプロセッサ１５０は、以下の動作を実行することにより、各単文の単語から関連する機能要素を得る。

「ケース」の言語について、静的データベースメモリ１６０の言語・単語・形態構文的ルール１６２の論理構造から、動詞末尾（ＶＥ）と、グループ化単語（ＧＲＷ）一覧及び除外単語（ＥＸＷ）一覧が存在する特殊単語（ＳＷ）一覧とを取得する。また、論理構造から適用されるガイドラインを規定した形態構文的ルールも取得する。

単文の論理構造及び動的データベースメモリ１７０の質問１７１から、対応する質問において構造化された「ケース」の単文を取得する。

また、「ケース」の各単文に連番を割り当てる。

「ケース」の各単文及び各質問について、単語を１つずつ取得し、以下のように単語の型に従って特性化する。

質問がＨｏｗの場合は、質問中の各単語の末尾を動詞末尾ＶＥと比較して動詞を識別する。動詞を識別したら、その他の単語を特殊単語ＳＷ一覧と比較して、前置詞、冠詞、接続詞、及び副詞を識別する。動詞に続くとともにＳＷではない単語は、名詞である。名詞に続く単語としては、グループ化単語ＧＲＷ一覧の要素であるＳＷが可能であり、この場合、ＧＲＷに直前及び直後の単語を合わせてグループ化名詞を構成する。ＳＷではないその他の単語は、形容詞である。

質問がＷｈａｔの場合は、最初の単語が動詞である。動詞を識別したら、その他の単語を特殊単語一覧と比較して、前置詞、冠詞、接続詞、及び副詞を識別する。動詞が他動詞の場合、動詞に続く単語は、ＳＷではない。直接目的語（ＤＯ）として振る舞う名詞である。名詞に続く単語としては、グループ化単語ＧＲＷ一覧の要素であるＳＷが可能であり、この場合、ＧＲＷに直前及び直後の単語を合わせてグループ化名詞を構成する。ＳＷではないその他の単語は、形容詞である。

質問がＷｈｏの場合は、その他の単語を特殊単語一覧と比較して、前置詞、冠詞、及び接続詞を識別する。名詞に続く単語としては、グループ化単語ＧＲＷ一覧の要素であるＳＷが可能であり、この場合、ＧＲＷに直前及び直後の単語を合わせてグループ化名詞を構成する。ＳＷではないその他の単語は、形容詞である。

ＭＡＳメタモデル及び形態構文的ルール構造は、下位段階Ｅ４において適用され、機能アーキテクチャ文書の作成に有用な機能要素を識別し、下位段階Ｇ６においてはソフトウェア設計要素を生成し、下位段階Ｈ４においては、ソフトウェア設計ＭＡＳメタモデルと関連付けられたグラフィック表記を規定する。これらの下位段階は、「ケース」のテキストの他動詞が下位段階Ａ１に規定の通り扱われる本発明の好適な実施形態を表す。
段階Ｂ．言語の素性及び構造の入力

この段階（図２Ｂ）においては、自然言語での「ケース」及びその形態構文的素性の記述に用いられる言語を以下の下位段階によって規定する。
下位段階Ｂ１．形容詞の順序の規定

形容詞の順序は、言語の名詞に対する形容詞の配置を表す。

言語ユーザインターフェース１２１として構成された入出力装置１２０においては、利用可能な形容詞の順序一覧（順序１：名詞＋形容詞、順序２：形容詞＋名詞、順序３：被修飾形容詞＋被修飾名詞、順序４：形容詞＋被修飾名詞、順序５：被修飾形容詞＋名詞）から、言語の形容詞の適当な順序が規定される。例えば、英語の場合、形容詞の適当な順序は、形容詞＋名詞である。
下位段階Ｂ２．特殊単語のアップロード

言語ユーザインターフェース１２１として構成された入出力装置１２０においては、下位段階Ｂ１において規定した言語の特殊単語をアップロードする。特殊単語は、自動文解析器１５１として構成されたプロセッサ１５０が使用して、文解析から除外する単語を決定する。本発明の背景においては、冠詞（ＡＲＴ）、前置詞（ＰＲＥＰ）、接続詞（ＣＯＮＪ）、及び副詞（ＡＤＶ）が言語の特殊単語と考えられる。英語においては、「ａ」及び「ｔｈｅ」が冠詞の例であり、「ｆｏｒ」及び「ｗｉｔｈ」が前置詞の例であり、「ａｎｄ」及び「ｏｒ」が接続詞の例であり、「ｈｏｗ」及び「ｗｈｅｒｅ」が副詞の例である。
下位段階Ｂ３．グループ化単語のアップロード

言語ユーザインターフェース１２１として構成された入出力装置１２０においては、下位段階Ｂ１において規定した言語のグループ化単語をアップロードする。本発明において、グループ化単語は、下位段階Ｂ２において規定した特殊単語であり、２つの単語をリンクさせて複合語を作ることができる。これは、単語「ｏｆ」でグループ化された複合語「ｌｉｓｔ ｏｆ ｐｒｉｃｅｓ（価格一覧）」にも当てはまる。
下位段階Ｂ４．動詞末尾のアップロード

言語ユーザインターフェース１２１として構成された入出力装置１２０においては、通常の動詞末尾の最終音節に対応する下位段階Ｂ１からの言語の適当な動詞末尾をアップロードする。動詞末尾「〜ｉｎｇ」は、英語の場合の一例である。
段階Ｃ．「ケース」の記述の入力

この段階（図２Ｃ）においては、以下の下位段階によって、ケースを自然言語で記述する。
下位段階Ｃ１．ケースの「記述」用言語の選択

ケースユーザインターフェース１２２として構成された入出力装置１２０においては、「ケース」を記述する言語を選択する。言語は、段階Ｂでアップロードした適格言語一覧から選定する。
下位段階Ｃ２．「ケース」のコンテキストを構造化する要素の識別

本発明の一実施形態においては、「ケース」のコンテキストを構造化する要素を識別する。

この段階では、「ケース」の母集団の静的見通し及び時間的な動的見通しに対処する。静的見通しにおいては、時間の経過とともに発生することを考慮に入れず、それを構成する次元又は主要側面（レイヤ及びリソース）へと概念を分割して、グローバルな視点から「ケース」の概念構造を観察する。動的見通しにおいては、時間の経過とともに発生するイベント（時間的アクティビティ）の視点から、その発生順序（プロセス、モーメント、及びステップ）で観察する。

本発明の推奨される一実施形態においては、「ケース」の記述を構造化するため、レイヤ、リソース、プロセス、下位プロセス、及びモーメントを識別する。
（ａ）「ケース」のレイヤの識別

レイヤは、プロセスに関与する情報の階層であって、その他の階層から独立して扱うことができるとともに、十分に分化した入出力とは別に機能し得ることが了解される。例えば、データレイヤ（プロセスの入力データが構造化されてアクセスされる）及び計算レイヤ（上記データを用いて計算が実行される）という２つのレイヤが識別される。
（ｂ）「ケース」に用いられるリソースの識別

リソースは、プロセス全体を通して変換され、変換プロセスの結果等の他のリソースへのアクセスを可能にする要素である。例えば、在庫商品は、販売プロセスの対象となるリソースである。
（ｃ）「ケース」内のプロセスの識別

プロセスは、リソースを変換する動作又は動作群である。例えば、「在庫商品を売り込む」プロセスがある。
（ｄ）「ケース」の各プロセスの下位プロセスの識別

下位プロセスは、断片によるプロセスの解析を可能とするプロセスの一部である。例えば、「値を付ける」及び「販売する」は、「在庫商品を売り込む」というプロセスに含まれる下位プロセスの可能性がある。
（ｅ）「ケース」のモーメントの識別

本発明において、モーメントは、下位プロセスと関連するイベントの発生を告知する下位プロセスの区切りである。例えば、「クライアントが興味ある場合」は、「値を付ける」という下位プロセスにおいて発生するモーメントである。
下位段階Ｃ３．「ケース」のステップの識別

ステップは、任意所与のモーメントで実行されるアクティビティである。例えば、モーメント「当人が試験室に入室する場合」でのアクティビティとしては、識別文書の要求、当該識別文書のデータの記録、家族集団の調査の実行、現職の質問が考えられる。

「ケース」の記述が完了したことを保証するため、自明のため一般的に省略されるものも含めて、すべてのステップが含まれる必要がある。

ステップは、文であるとともにそれぞれの動詞が実行動作を決定するため、動詞が表す動作の種類に従って、動詞に続く名詞を解析することにより分類可能である（下位段階Ｂ２で規定した特殊単語（冠詞、接続詞、後置詞、及び前置詞）は含まず）。

ステップ型によって文を分類するためのガイドラインは、下位段階Ａ２で規定するとともに以下に記載する形態構文的ルールの一部として、ステップ型ロジックと称する。
ＣＣステップ：（チェック／確認動作を含むステップ）

これらは、チェック、確認、制限等のチェック又は確認動作を動詞が規定するステップである。この場合、動詞は常に、システムの数学的論理を表す文に結合されている。この種の文の例としては、Ｃｈｅｃｋ ｔｈａｔ ｔｈｅ ｉｔｅｍｓ ｈａｖｅ ａ ｐｏｓｉｔｉｖｅ ｉｎｖｅｎｔｏｒｙ（商品が正の在庫であることをチェックする）、Ｃｏｎｆｉｒｍ ｔｈａｔ ｔｈｅ ｃｌｉｅｎｔ ｈａｓ ａ ｔａｘ ＩＤ ｎｕｍｂｅｒ（クライアントが税金ＩＤ番号を有することを確認する）、Ｒｅｓｔｒｉｃｔ ｔｈｅ ｉｎｔａｋｅ ｏｆ ｅｘｐｉｒｅｄ ｍｅｒｃｈａｎｄｉｓｅ（期限切れ商品の摂取を制限する）が挙げられる。
ＱＳステップ（質問／検索動作を含むステップ）

これらは、検索、探索、選択、質問、指示、表示、図示等の質問又は検索動作を動詞が規定するステップである。この場合は、常に名詞又は直接目的語が動詞に続く。この種の文の例としては、Ｑｕｅｒｙ ｔｈｅ ｉｔｅｍｓ（商品を質問する）、Ｓｈｏｗ ｔｈｅ ｂａｌａｎｃｅｓ（バランスを図示する）、Ｄｉｓｐｌａｙ ｔｈｅ ｄａｔａ（データを表示する）、Ｓｈｏｗ ｔｈｅ ｒｅｓｕｌｔｓ（結果を図示する）、Ｓｅａｒｃｈ ｔｈｅ ｉｔｅｍｓ（商品を検索する）、Ｌｏｃａｔｅ ｔｈｅ ｓｐａｒｅ ｐａｒｔｓ（予備部品を探索する）、Ｓｅｌｅｃｔ ｔｈｅ ｃｌｉｅｎｔｓ（クライアントを選択する）が挙げられる。
ＦＸステップ（明示的な計算動作を含むステップ）

これらは、計算、グループ化、平均化、加算等の計算動作を動詞が具体的に規定するステップである。この場合、動詞は常に、システムの数学的論理を表す文に結合されている。この種の文の例としては、Ｃａｌｃｕｌａｔｅ ｔｏｔａｌ ｓａｌｅｓ（総売上高を計算する）、Ｇｒｏｕｐ ｔｈｅ ｉｔｅｍｓ ｂｙ ｃｏｌｏｒ（商品を色でグループ化する）、Ａｖｅｒａｇｅ ｌａｓｔ ｍｏｎｔｈ’ｓ ｃｏｓｔ（先月のコストを平均化する）が挙げられる。
Ｌステップ（リンク動作を含むステップ）

これらは、関係付け、リンク、関連付け、構成等のリンク動作を動詞が規定するステップである。この場合は、動詞に少なくとも２つの名詞が続く。この種の文の例としては、Ｌｉｎｋ ｔｈｅ ｉｔｅｍｓ ｗｉｔｈ ｔｈｅ ｐｒｉｃｅｓ（商品に価格をリンクさせる）、Ｌｉｎｋ ｔｈｅ ｅｑｕｉｐｍｅｎｔ ｗｉｔｈ ｔｈｅ ｓｐａｒｅ ｐａｒｔｓ（機器に予備部品をリンクさせる）、Ａｓｓｏｃｉａｔｅ ｔｈｅ ｔａｘｅｓ ｗｉｔｈ ｔｈｅ ｓｈａｒｅｓ（税金に負担を関連付ける）、Ｃｏｍｐｏｓｅ ｔｈｅ ｐｒｏｄｕｃｔ ｗｉｔｈ ｔｈｅ ｉｎｐｕｔｓ（製品に入力を構成する）が挙げられる。
Ｆステップ（上記型のいずれにも対応しないステップ）

これらは、動詞が「ケース」固有の動作を表すため、上記型のいずれにも動詞が対応しないステップである。動詞は、以下のモデルのいずれかを表すことができる。モデル１：動詞に１つ又は複数の名詞が続く。例えば、Ｂｕｙ ａｎ ｉｔｅｍ（商品を購入する）、Ｓｅｌｌ ｆｒｕｉｔｓ（果物を販売する）、Ｆｉｘ ｔｈｅ ｔｏｏｌｓ（工具を固定する）、Ｓｏｌｖｅ ｐｒｏｂｌｅｍｓ（問題を解決する）。モデル２：動詞には名詞が続かない。例えば、Ｅｎｔｅｒ（入る）、Ｅｘｉｔ（出る）。

これらのステップは一般的に、１）Ｆステップ、２）ＣＣステップ、３）ＱＳステップ、４）ＦＸステップ、５）Ｌステップという順序で記述される。
段階Ｄ．「ケース」の単文の識別及び格納

この段階においては、「ケース」の記述の各段落を取得するとともに動詞が１つだけの文を抽出することにより、「ケース」の単文を一覧化して、入出力装置１２０のケースユーザインターフェース１２２にアップロードする。例えば、記述の段落が「その商品は在庫商品だ。当人が担当する商品を測定単位で測定して発注するとともに、注文型にリンクさせる」の場合、対応する単文は、「当人が商品を測定単位で測定する」、「当人が発注する」、「組織が当人に発注の責任を負わせる」、「その商品は在庫商品だ」、「当人が発注を発注型にリンクさせる」である。

自由記述テキストの場合は、同じ段落内に、一般的には接続詞で分離された主語が暗示的な文が存在する。この場合は、主語が暗示的な文を主語が明示的な単文に変換するため、主語をはっきりさせて完全な文を形成する。例えば、接続詞「ａｎｄ」で分離された「当人が商品を測定単位で測定して発注する」という文には、暗示的な主語が存在するため、これを「当人が商品を測定単位で測定する」、「当人が発注する」という２つの単文にする。

このステップにおいて、記述は、「ケース」を記述した単文の集合であることに留意する必要がある。質問Ｗｈｏ、Ｗｈａｔ、Ｗｈｅｒｅ、Ｈｏｗ、及びＷｈｅｎに対する答えから導出される１つの単文は、プロセスの各ステップに対応する。

単文が識別されるとともに主語が暗示的な単文が完全になったら、入出力装置１２０のケースユーザインターフェース１２２にアップロードする。

この段階（図２Ｄ）においては、以下の下位段階によって、「ケース」の単文を識別する。
下位段階Ｄ１．「ケース」のステップごとの質問への回答

この段階においては、「ケース」の各単文を用いて、質問Ｗｈｅｎ、Ｗｈｏ、Ｗｈｅｒｅ、Ｗｈａｔ、Ｈｏｗ、及びＷｈｅｎに答える。

単文・質問動的データベースメモリ１７０に格納された各単文について、プロセッサ１５０は、各文を入出力装置１２０のケースユーザインターフェース１２２に表示して、質問Ｗｈｏ、Ｗｈａｔ、Ｗｈｅｒｅ、Ｈｏｗ、及びＷｈｅｎを尋ねる。示された各文について、ユーザは、答えを入力する一方、各回答が文の意味の構成部となるようにする。場合によっては、質問のうちの１つ又は複数に答えられなくてもよい。

上記質問に対する答えにより、本発明の好適な一実施形態においては現在時制で書く必要がある単文のあらゆる部分が明確になる。

質問型によって文を分類するためのガイドラインは、下位段階Ａ２で規定した形態構文的ルールの一部として、質問ロジックと称する。
下位段階Ｄ２．各ステップの答えの連結

質問に対する答えがアップロードされたら、各回答をＷｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、Ｗｈｅｒｅの順序で連結する。このように、答えのテキストを１つの単文として接続し、動的データベースメモリ１７０の単文・質問１７１の論理構造に格納する。

上記質問に対する答えにより、現在時制で書く必要がある単文のあらゆる部分が明確になる。

例えば、不完全な文「彼の識別文書を要求する」の場合、上記方法を適用するなら、その結果は、「当人が入室した際、システムオペレータは、識別文書の番号を記録する」という単文となる。
段階Ｅ．機能要素の識別及び格納

本発明の背景においては、表現言語の文法及び構文構造に従って、プロセッサ１５０により自動的に抽出及び分類された文の単語それぞれに機能要素が対応することが了解される必要がある。

この段階（図２Ｅ）においては、文の機能要素を識別する下位段階について説明する。
下位段階Ｅ１．単文の単語への分解及び識別

プロセッサ１５０により生成された機能要素を以下の型に分割する。

名詞機能要素
Ｗｈａｔ中の識別→名詞−直接目的語（ＤＯ）
Ｗｈｏ中の識別→名詞−人物（ＰＥＲ）
Ｗｈｅｎ中の識別→名詞（ＮＯＵＮ）
Ｈｏｗ中の識別→名詞（ＮＯＵＮ）

形容詞機能要素
いずれかの質問中の識別→形容詞（ＡＤＪ）

動詞機能要素
Ｗｈａｔ中の識別→動詞（ＶＥＲＢ）
Ｈｏｗ中の識別→動詞（ＶＥＲＢ）

副詞機能要素
Ｈｏｗ中の識別→副詞（ＡＤＶ）

単語を構造化するためのガイドラインは、下位段階Ａ２で規定するとともに以下に記載する形態構文的ルールの一部として、単語ロジックと称する。

この下位段階において、自動文解析器１５１として構成されたプロセッサ１５０は、「ケース」の各単文について以下の動作を実行する。
（ａ）単語の一覧化

あらゆる文について、その単語をそれぞれ一覧化する。
（ｂ）除外する単語の識別

機能要素選択から、下位段階Ｂ２で除外と規定した単語を除外する。ただし、そのような単語が価格一覧、クッキー一箱等のグループ化名詞の一部である場合は除く。
（ｃ）動詞の識別

下位段階Ｂ４で規定した動詞末尾一覧に対して各単語の末尾を比較することにより動詞を識別するか、又は、単文中のＷｈａｔ質問に対する答えの最初の単語として動詞を識別する。
（ｄ）名詞の識別

動詞ではなく、除外されていない単語を名詞として識別する。
（ｅ）名詞の＆ａｔｔｒｉｂｕｔｅとしてのタグ付け

いくつかの名詞は、＆ａｔｔｒｉｂｕｔｅのように振る舞う。＆ａｔｔｒｉｂｕｔｅは、形容詞ではない別の名詞の素性の名称と理解される。本発明の一実施形態においては、識別された名詞一覧に関して、＆ａｔｔｒｉｂｕｔｅを手動で選択する。別の実施形態においては、テキストの括弧内に名詞が一覧化されている場合、プロセッサが自動的に認識する。例：「クライアントの文書番号をアップロードする」という文においては、「文書番号」が「クライアント」の＆ａｔｔｒｉｂｕｔｅである。
（ｆ）グループ化名詞の識別

リンクとして作用する特殊単語が間に存在する２つの連続した名詞が存在するグループ化名詞を名詞として識別する。
（ｇ）単語に基づく機能要素の識別

分類された単語一覧から、名詞及び動詞を機能要素として識別し、それに応じてＶＥＲＢ、ＤＯ、ＮＯＵＮ、ＰＥＲＳＯＮとして分類する。
（ｈ）各機能要素の既存性の個別確認

任意の型の新たな機能要素が識別された場合は、過去に存在したかをチェックする。存在していなければ作成する。存在していれば継続する。
（ｉ）回答した質問との機能要素の関連付け

単語が属する質問に基づいて、型により機能要素を分類する。

ｉ．Ｗｈｅｎに属する場合、動詞とグループ化された単語は、副詞機能要素（ＡＤＶ）である。

ｉｉ．Ｗｈａｔに属する場合、動詞に続く名詞は、直接目的語（ＤＯ）型の機能要素である。

ｉｉｉ．Ｗｈｏに属する場合、最初の名詞は、人物（ＰＥＲＳ）機能要素である。

図２Ｅ１に示すように、自動文解析器１５１として構成されたプロセッサ１５０は、以下の動作を実行することにより、各単文の単語から関連する機能要素を得る。

「ケース」の言語の場合は、静的データベースメモリ１６０の言語・単語・形態構文的ルール１６２の論理構造から、動詞末尾（ＶＥ）、グループ化単語（ＧＲＷ）一覧が存在する特殊単語（ＳＷ）一覧、除外単語（ＥＸＷ）一覧を取得する。

単文の論理構造及び動的データベースメモリ１７０の質問１７１から、対応する質問において構造化された「ケース」の単文を取得する。

また、「ケース」の各単文に連番を割り当てる。

「ケース」の各単文及び各質問について、単語を１つずつ取得し、以下のように単語の型に従って特性化する。

質問がＨｏｗの場合は、質問中の各単語の末尾を動詞末尾ＶＥと比較して動詞を識別する。動詞を識別したら、その他の単語を特殊単語ＳＷ一覧と比較して、前置詞、冠詞、接続詞、及び副詞を識別する。動詞に続くとともにＳＷではない単語は、名詞である。名詞に続く単語としては、グループ化単語ＧＲＷ一覧の要素であるＳＷが可能であり、この場合、ＧＲＷに直前及び直後の単語を合わせてグループ化名詞を構成する。ＳＷではないその他の単語は、形容詞である。

質問がＷｈａｔの場合は、最初の単語が動詞である。動詞を識別したら、その他の単語を特殊単語一覧と比較して、前置詞、冠詞、接続詞、及び副詞を識別する。動詞が他動詞の場合、動詞に続く単語は、ＳＷではない。直接目的語（ＤＯ）として振る舞う名詞である。名詞に続く単語としては、グループ化単語ＧＲＷ一覧の要素であるＳＷが可能であり、この場合、ＧＲＷに直前及び直後の単語を合わせてグループ化名詞を構成する。ＳＷではないその他の単語は、形容詞である。

質問がＷｈｏの場合は、その他の単語を特殊単語一覧と比較して、前置詞、冠詞、及び接続詞を識別する。名詞に続く単語としては、グループ化単語ＧＲＷ一覧の要素であるＳＷが可能であり、この場合、ＧＲＷに直前及び直後の単語を合わせてグループ化名詞を構成する。ＳＷではないその他の単語は、形容詞である。
下位段階Ｅ２．記述に含まれない機能要素の追加

本発明の一実施形態においては、自動的に識別された機能要素一覧に存在しない機能要素をユーザが追加する。以下、同じ例で続ける。

識別文書の番号は、文から自動的に検出された＆ａｔｔｒｉｂｕｔｅである。

当人の年齢は、ユーザが追加した＆ａｔｔｒｉｂｕｔｅである。

本発明の一実施形態においては、追加した各機能要素に対して、対応するステップ及び単文が自動的に作成される。
下位段階Ｅ３．機能要素の強化

本発明の一実施形態において、ユーザは、ＦＸ及びＣＣ型ステップと関連付けられた式表現並びに当該ステップと関連付けられたメッセージを追加する。
（ａ）式表現の追加

本発明の一実施形態において、ユーザは、すべてのＣＣ及びＦＸ型ステップに関して、「ケース」の数学的挙動を記述した式表現を追加する。例えば、

{fx expression}="(param1, param2,param3) expression= param1*param2/param3"
（ｂ）メッセージの追加

本発明の一実施形態において、ユーザは、エラー、妥当性、及び警告メッセージを追加する。例えば、

{warning message}="The value cannotbe greater than zero"

{ok message}="The datum was savedcorrectly"

{error message}="Data readingerror"
下位段階Ｅ４．形態構文的ルールの機能要素への適用

本発明の一実施形態において、ユーザは、下位段階Ａ２で規定したロジックにプロセッサ１５０が適合するように、形態構文的ルールの使用を可能にし得る。

本実施形態においては、図２Ａ１のＭＡＳメタモデルに従って単文の各単語を単語１６１−１として分類し、ＶＥＲＢ、ＮＯＵＮ、ＡＲＴ、ＣＯＮＪ、ＡＤＪといった単語の型のうちの１つを割り当てる。また、Ｐｅｒｆｏｒｍｅｒという単語１６１−２及びＰｅｒｆｏｒｍａｂｌｅという単語１６１−３を作成し、Ｐｅｒｆｏｒｍａｎｃｅ １６１−４クラスを他動詞に割り当てる。型で分類した単語１６１−１がすべて機能要素である。図２Ｄに示すように、各機能要素を作成したら、元の文、属する質問、対応する単語の型、及び下位段階Ａ２において指定の質問を構成する一連の単語型を表す形態構文的ルールの識別子にリンクさせる。

機能要素の選択時は、対応する形態構文的ルールが特殊単語としてマークしている場合を除いて、下位段階Ｂ２で規定した特殊単語に適用する。

本実施形態において、プロセッサ１５０は、他動詞ごとに２つの新たな機能要素を作成する。動詞と動作主接尾辞「ＥＲ」とから成る名称の機能要素（Ｐｅｒｆｏｒｍｅｒ １６１−２）及び動詞と接尾辞「ＢＬＥ」とから成る名称の機能要素（Ｐｅｒｆｏｒｍａｂｌｅ １６１−３）である。他動詞は、Ｐｅｒｆｏｒｍａｎｃｅ １６１−４という単語である。他動詞を実行する名詞の場合、プロセッサ１５０は、動詞のＥＲと関連付けられた動詞「ｉｓ」を作成する。目的名詞（文の直接目的語）の場合、プロセッサは、動詞のＢＬＥと関連付けられた動詞「ｉｓ」を作成する。
段階Ｆ．機能アーキテクチャ文書の生成

この段階（図２Ｆ）において、文書生成器１５３として構成されたプロセッサ１５０は、静的データベースメモリ１６０のフォーマット・グラフィック表記・ＳＴＤ文１６３の論理構造に格納されたフォーマット及び表記を用いて機能アーキテクチャ文書を生成し、入出力装置１２０の文書表示ユーザインターフェース１２４に表示する。

この段階（図２Ｆ）においては、以下の下位段階によって、機能アーキテクチャ文書を生成する。
下位段階Ｆ１．機能アーキテクチャの形態構文的ルールの確立

段階Ａで定めたように、前置詞「ｔｏ」又は「ｔｏ ｔｈｅ」が続く各他動詞について、プロセッサは、動詞を実行する名詞に関して、動詞と動作主接尾辞「ｅｒ」（以下、動詞のＥＲと称する）とから成る名称の構文要素を作成し、動詞の動作を受ける名詞に関して、動詞と接尾辞「ｂｌｅ」（以下、動詞のＢＬＥと称する）とから成る名称の構文要素を作成する。プロセッサは、元の名詞と動詞のＥＲとの間に「動詞のＰｅｒｆｏｒｍａｎｃｅ」と称する新たな名詞を作成する。元の名詞について、プロセッサは、動詞のＢＬＥと関連付けられた動詞「ｉｓ」を作成する。目的名詞について、プロセッサは、動詞のＥＲと関連付けられた動詞「ｉｓ」を作成する。
下位段階Ｆ２．機能アーキテクチャ文書に用いられるグラフィック表記の規定

この段階においては、入出力装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いて、機能アーキテクチャ図に用いられるグラフィック表記を規定するが、これは、対応する単語の型に従って機能要素ごとに図で用いられるグラフィック要素を示す。そして、規定したグラフィック表記をデータベースメモリ１３０に格納する。このように、ユーザは、フォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３が表示する視覚的グリッドにグラフィック表記を入力する。

下位段階Ｆ３．機能アーキテクチャ文書の生成

文書生成器１５３として構成されたプロセッサ１５０は、動的データベースメモリ１７０の機能要素論理構成１７２に格納された機能要素を取得し、下位段階Ｆ２で規定した表記を用いて、静的データベースメモリ１６０のＭＡＳメタモデル１６１の論理構造にあるＭＡＳメタモデルを適用することにより、機能アーキテクチャ文書を構築する。機能アーキテクチャ図を生成するため、プロセッサは、機能要素一覧をスキャンし、図２Ｆ１に示すような図が生成されるまで、以下のルールを適用する。

ルール１：各ＮＯＵＮ型機能要素について、ＦＣラベルを備えたＦＮＯＵＮグラフィック要素を描画する。

ルール２：各ＶＥＲＢ型機能要素については、ｉ）ＶＥＲＢが「ｔｏ ｂｅ又はその活用形」の場合はＶＥＲＢの前のＮＯＵＮからＶＥＲＢ直後のＮＯＵＮまでＦＴＯＢＥグラフィック要素を描画し、ｉｉ）ＶＥＲＢがその他任意の他動詞である場合はＶＥＲＢの前のＮＯＵＮからＶＥＲＢ直後のＮＯＵＮまでＦＥＲＢＬＥグラフィック要素を描画し、ｉｉｉ）ＶＥＲＢが他動詞でない場合はＶＥＲＢの前のＮＯＵＮから同じＮＯＵＮまでＦＶＥＲＢグラフィック要素を描画することを考慮して、ＶＥＲＢ前後のＮＯＵＮ間に線を描画する。

ルール３：各ＰＲＥＰ型機能要素ではあるものの、前置詞「ｏｆ」及び「ｏｆ ｔｈｅ」のみの場合は、前置詞前後のＮＯＵＮ間にＦＰＲＥＰグラフィック要素を描画する。

ルール４：各他動詞の場合は、下位段階Ａ１で規定したＭＡＳメタモデルに基づいて作成された単語に対応するグラフィック要素として、Ｐｅｒｆｏｒｍｅｒという単語の場合はＦＥＲＢＬＥグラフィック要素を、Ｐｅｒｆｏｒｍａｂｌｅという単語の場合はＦＥＲＢＬＥを、Ｐｅｒｆｏｒｍａｎｃｅという単語の場合はＦＰＥＲＦを描画する。

プロセッサ１５０は、機能アーキテクチャ文書を入出力装置１２０に表示する。
段階Ｇ．設計要素の識別及び格納

本発明において、「ケース」の設計文書は、概念設計図、使用ケース図、クラス図、エンティティ関係図、スクリーン設計図、及びレポート設計図といった図で構成される。

「ケース」の各設計文書は、グラフィックを表示する。具体的に、本発明においては、クラス図を使用する。オブジェクト指向（ＯＯ）パラダイムに係るクラス図の一部である各グラフィック要素は、設計要素（ＤＣ）と称する。その例は、クラス関係、属性、方法である。

本発明の目的として、クラス、属性、関係、及び方法は、オブジェクト指向（ＯＯ）パラダイムにおいて規定された設計要素であることが了解されるものとする。

この段階（図２Ｇ）において、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０は、以下の下位段階によって、ソフトウェアを自動的に設計する。
下位段階Ｇ１．機能要素のグループ化、それぞれのクラス及び継承関係の作成

この下位段階において、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０は、属性の類似性に基づいて、以下の動作を実行することにより、クラス及び継承関係を作成する。
（ａ）機能要素の選択

「Ｉｓ ａｔｔｒｉｂｕｔｅ」としてタグ付けされた機能要素及びＶＥＲＢ単語型の機能要素を除いて、段階Ｄで作成されて動的データベースメモリ１７０の機能要素１７２の論理構造に格納された機能要素一覧を取得する。

そして、「ｐｅｒｓｏｎ」及び「ｐｅｒｓｏｎｓ」という単語の場合（「Ｐｅｒｓｏｎ」は単一の機能要素と考えられる）のように、名称が酷似する（例えば、レーベンシュタイン距離アルゴリズムによって９０％類似する）機能要素を消去する。
（ｂ）類似する機能要素のグループ化

｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝を用いて、同じ｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝を有する機能要素を同じグループに配置することにより、前ステップに含まれる機能要素をグループ化する。また、２つ以上の機能要素を有するグループを取得して、単語名（例えば、単語０１、単語０２）を割り当てる。
（ｃ）グループによるクラスの作成

｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝の各要素を属性として指定することにより、２つ以上の機能要素を有する各グループのクラスを作成し、当該グループに対応する単語の名称をクラスに割り当てる。
（ｄ）グループの継承関係の作成

要素が２つ以上のグループに属する機能要素について、当該機能要素が属する各クラスと各グループのクラスとの間の継承関係を属する｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝グループに応じて作成する。すなわち、前ステップから同じグループのクラスで一般化された同じ｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝を有するクラス間に継承関係が存在する。
下位段階Ｇ２．ＦＸ及びＣＣ型ステップに基づく式クラスの作成

この下位段階において、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０は、「ケース」の単文に対して、質問型により分割された以下の動作を実行する。
（ａ）ＦＸ及びＣＣステップに属するＶＥＲＢ及びＤＯ機能要素の一覧化

すべてのＶＥＲＢ及びＤＯ型機能要素を一覧化し、下位段階Ｃ３に規定の通り、それぞれの対応するステップ型を識別する。
（ｂ）ＦＸ及びＣＣ型ステップのクラスの作成

ＦＸ及びＣＣ型ステップに属する機能要素に基づいて、ＶＥＲＢにより規定された挙動のクラスを作成する。また、各ＶＥＲＢについて、クラスを作成するとともに、｛ｆｘ ｅｘｐｒｅｓｓｉｏｎ｝で示される表現の演算を担う方法（ｆｏｒｍｕｌａと称する）を追加する。

そして、前ステップで作成した各クラスについて、以下の動作を実行する。

ａ．ＤＯが「Ｉｓ Ａｔｔｒｉｂｕｔｅ」の場合は、ＤＯと称する属性をクラスに作成する。

ｂ．ＤＯが「Ｉｓ［ｎｏｔ］Ａｔｔｒｉｂｕｔｅ」の場合は、前ステップのクラスと属性としてＤＯを含むクラス（ＴａｒｇｅｔＣｌａｓｓと称する）との間に関係を作成する。この関係は、ＴａｒｇｅｔＣｌａｓｓ＿Ｍｏｖｅｍｅｎｔと命名する。
下位段階Ｇ３．ＱＳ型ステップに基づくドメインクラスの作成

この下位段階において、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０は、以下の動作を実行する。
（ａ）ＱＳステップに属するＶＥＲＢ及びＤＯ機能要素の一覧化

すべてのＶＥＲＢ及びＤＯ型機能要素を一覧化し、下位段階Ｃ３に規定の通り、それぞれの対応するステップ型を識別する。
（ｂ）ＱＳ型ステップのクラスの作成

ＱＳ型ステップに属する機能要素に基づいて、ＶＥＲＢにより規定された挙動のクラスを作成する。また、各ＶＥＲＢについて、ＶＥＲＢ＋ＤＯと称するクラスを作成するとともに、｛ｆｘ ｅｘｐｒｅｓｓｉｏｎ｝により規定されたデータの検索を担う方法（ｆｘｄｏｍａｉｎと称する）を追加する。｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝に指定の＆ａｔｔｒｉｂｕｔｅｓを伴う「Ｄｏｍａｉｎ」＋ＶＥＲＢ＋ＤＯと称するクラスを作成する。＆ａｔｔｒｉｂｕｔｅｓ一覧が先に作成されたクラスのうちの１つの＆ａｔｔｒｉｂｕｔｅｓと一致する場合は、両者間に対応する方向の継承関係を作成する。

ｆｘｄｏｍａｉｎ方法は、「Ｄｏｍａｉｎ」＋ＶＥＲＢ＋ＤＯを呼び出す。
下位段階Ｇ４．Ｌ型ステップに基づくドメインクラスの作成

この下位段階において、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０は、以下の動作を実行する。
（ａ）Ｌ型ステップに属するＶＥＲＢ及びＤＯ機能要素の一覧化

すべてのＶＥＲＢ及びＤＯ型機能要素を一覧化し、下位段階Ｃ３に規定の通り、それぞれの対応するステップ型を識別する。
（ｂ）Ｌステップ型のクラスの作成

Ｌ型機能要素に基づいて、ＤＯとＮＯＵＮとの間にＤＯ＋「ｆｏｒ」＋ＮＯＵＮと称する関係を作成する。
下位段階Ｇ５．Ｆ型ステップに基づく演算クラスの作成

この下位段階において、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０は、以下の動作を実行する。
（ａ）Ｆステップに属するＶＥＲＢ及びＤＯ機能要素の一覧化

すべてのＶＥＲＢ及びＤＯ型機能要素を一覧化し、下位段階Ｃ３に規定の通り、それぞれの対応するステップ型を識別する。
（ｂ）Ｆ型ステップのクラスの作成

Ｆ型機能要素に基づいて、ＤＯが「Ｉｓ Ａｔｔｒｉｂｕｔｅ」であるか否かに応じた以下のクラスを作成する。

ａ．ＤＯが「Ｉｓ Ａｔｔｒｉｂｕｔｅ」の場合は、クラスを作成しない。

ｂ．ＤＯが「Ｉｓ［ｎｏｔ］Ａｔｔｒｉｂｕｔｅ」の場合は、

ｉ．ＶＥＲＢ＋ＤＯと称するクラスを作成するが、これはＣｌａｓｓ＿Ｃａｂと称することになる。

ｉｉ．Ｆ型ステップのＤＯクラスは、Ｃｌａｓｓ＿Ｒｅｃと称することになる。

ｉｉｉ．Ｃｌａｓｓ＿ｃａｂとＣｌａｓｓ＿ｒｅｃとの間に１〜ｎの関係を作成する。この関係は、「Ｍｏｖｅｍｅｎｔ」＋ＤＯと命名する。
下位段階Ｇ６．形態構文的ルールの設計要素への適用

本発明の一実施形態において、ユーザは、下位段階Ａ２で規定したロジックにプロセッサ１５０が適合するように、形態構文的ルールの使用を可能にし得る。

下位段階Ａ２で規定するとともに静的データベースメモリ１６０の言語・単語・形態構文的ルール１６２の論理構造に格納された形態構文的ルールに基づいて、プロセッサ１５０は、動的データベースメモリ１７２の機能要素論理構造１７２に格納された各機能要素（ＦＣ）から導出されるソフトウェア設計要素（ＤＣ）を決定する。

質問を一覧化するとともに、答えを構成する単語の型に基づいて、各質問のルール識別子を作成する。その後、静的データベースメモリ１６０の言語・単語・形態構文的ルール１６２の論理構造において上記ルール識別子を検索し、識別子の整合によって基本ルールを見つける。同じ基本ルールの識別子について２つ以上の形態構文的ルールが存在する場合もある。この場合は、質問、Ｆステップ型、及びテキスト中に見られるとともに形態構文的ルールで指定された（１つ又は複数の）特定の単語に一致するルールを選択する。識別子がどの基本ルールとも一致しない場合、プロセッサ１５０は、その質問を無視する。

本実施形態においては、先の下位段階で識別するとともに下位段階Ａ１で規定した各他動詞ＶＥＲＢについて、動詞と関連付けられた単語１６１−４、Ｐｅｒｆｏｒｍｅｒ １６１−２、及びＰｅｒｆｏｒｍａｂｌｅ１６１−３という単語をプロセッサ１５０が作成する。

Ｌ型ステップの場合、ユーザは、基本ルールＶＥＲＢ−ＮＯＵＮ−ＰＲＥＰ−ＮＯＵＮによって決まる形態構文的ルールを作成可能であり、例えば動詞「ｔｏ ｌｉｎｋ」が特定の単語として処理される。この場合、ステップ型はＬとなり、プロセッサ１５０は、ＤＯとＮＯＵＮとの間にＤＯ＋「ｆｏｒ」＋ＮＯＵＮと称する関係を作成することになる。

ＦＸ及びＣＣ型ステップの場合、プロセッサ１５０は、動詞と関連付けられた単語１６１−４、Ｐｅｒｆｏｒｍｅｒ １６１−２、及びＰｅｒｆｏｒｍａｂｌｅ１６１−３という単語を作成する。プロセッサ１５０は、ｆｘｄｏｍａｉｎと称する方法をＰｅｒｆｏｒｍｅｒ １６１−２という単語に追加する。

図２Ａ３は、ＭＡＳメタモデル１６１に基づいてソフトウェア設計の形態構文的ルールを記述した用途例のソフトウェア設計クラスモデルを示している。これらの形態構文的ルールは、「ケース」の文のモデリングをもたらす。自然言語によりソフトウェアを設計するため、単文を記述した質問それぞれ（Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、Ｗｈｅｒｅ）について、ソフトウェア設計用の形態構文的ルールが規定される。これらのルールは、静的データベースメモリ１６２の単語・ルール・形態構文的ルールに格納されているが、下位段階２Ａで示したように、各単文に関して演算されたルール識別子と比較され、適合に基づいて、自動ソフトウェア設計器１５２として構成されたプロセッサ１５０が使用してソフトウェア設計要素を生成するロジックが規定される。
段階Ｈ．フォーマット・グラフィック表記・ＳＴＤ文の規定

この段階（図２Ｈ）においては、以下のステップによって、ビジネス、解析、及び設計文書用のフォーマット並びにそれらの生成に必要なパラメータを規定する。
下位段階Ｈ１．文書の出力フォーマットの規定

この下位段階においては、入出力装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いることにより、ビジネス文書、解析文書、及び設計文書の表示又は印刷フォーマットを規定する。

これらの規定には、各文書のコンテンツを表示する際のマージン、フォント、及びシーケンスソート順序の規定を含む。

ビジネス文書の場合は、レイヤ、リソース、プロセス、下位プロセス、モーメント、及びステップの提示順序及びシーケンスを規定する。

解析文書の場合は、グローバル要件及び詳細要件の提示順序及びシーケンスを規定する。

本発明の一実施形態においては、入出力装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いることにより、下位段階Ｆ１、Ｆ２、Ｆ３、及びＦ４でアップロードされたフォーマット、グラフィック表記、及び標準文をユーザが修正可能である。
下位段階Ｈ２．要件の標準文の規定

この下位段階においては、入出力装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いることにより、要件を記述するための標準文を入力し、要件の生成に用いられる１つ又は複数の言語で記述し、入出力装置１６０の言語・単語・形態構文的ルール１６２の論理構造に格納する。要件の生成に必要な標準文は、以下のように記述される。これらの文は、文書要件の生成が望まれる言語それぞれに変換されて格納される必要がある。
（ａ）グローバル要件の標準文

グローバル要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_abm_Sust:"Create, Read,Update and Delete"
OracionSTD_abm_Pers:"Create, Read,Update and Delete Entities with role"
OracionSTD_verbo_F:"Create transactionrecord"
OracionSTD_verbo_R:"Create rulethat"
OracionSTD_verbo_conector_R:"with"
OracionSTD_verbo:"Create rulethat"
（ｂ）ＮＯＵＮ及びＤＯ要素の詳細要件の標準文

ＮＯＵＮ及びＤＯ機能要素の詳細要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_Crear:"Create a newelement"
OracionSTD_Agregar_Atributos:OracionSTD_Agregar_Atributos
OracionSTD_Agregar_Controles:"Performthe following controls when an element is created"
OracionSTD_Baja:"Exclude a"
OracionSTD_Edicion:"Update a"
OracionSTD_Consulta:"Search thetransaction records of"
OracionSTD_complemento_control:"performingthe following controls"
OracionSTD_complemento_busqueda:"performingthe following searches"
OracionSTD_crear_atributo:"Create theattribute"
OracionSTD_validacion_atributo:"Performthe following controls when the datum is completed"
（ｃ）ＰＥＲＳＯＮ要素の詳細要件の標準文

ＰＥＲＳＯＮ機能要素の詳細要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_permitirque:"Allow"
OracionSTD_acciones_Persona:"toperform the following actions"
OracionSTD_afectacion_Persona:"to besubject to the following actions"
OracionSTD_responsabilidad_Persona:"tobe performed under the responsibility of"
（ｄ）ＶＥＲＢ要素の詳細要件の標準文

ＣＣ型ステップ又はＦＦ型ステップと関連付けられたＶＥＲＢ機能要素の詳細要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_crear_Fx:"Create a formulafor"
OracionSTD_argumentos:"using thefollowing data as arguments"
OracionSTD_expresion:"in the followingexpression"
OracionSTD_msj_error_Fx:"If theformula returns an error, display the following message"
OracionSTD_msj_ok_Fx :"If the formulareturns a valid result, display the following message"
OracionSTD_msj_advertencia_Fx:"If theformula returns a warning, display the following message"

ＱＳ型ステップと関連付けられたＶＥＲＢ機能要素の詳細要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_crear_busqueda:"Create arule for"
OracionSTD_exponer_atributos:"displayingthe following data"
OracionSTD_definir_busqueda:"Allowsearching for the data of"
OracionSTD_conector_orden:"by"
OracionSTD_definir_filtro:"Allowfiltering the data of"
OracionSTD_definir_orden:"Allowsorting the data of"
OracionSTD_definir_agrupamiento:"Allowgrouping for the data of"
OracionSTD_definir_total:"Display thefollowing summarized data"

Ｌ型ステップと関連付けられたＶＥＲＢ機能要素の詳細要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_crear_regla:"Create a rulethat"
OracionSTD_condicion:"as long as thefollowing condition is met"
OracionSTD_vincular:"Link"
OracionSTD_conector_vincular:"with"
OracionSTD_complemento_control:"performingthe following controls"
OracionSTD_des vincular:"Unlink"
OracionSTD_consultar:"Search"
OracionSTD_complemento_relacionar:"ina relationship with"
OracionSTD_complemento_criteriobusqueda:"usingthe following search criteria"

Ｆ型ステップと関連付けられたＶＥＲＢ機能要素の詳細要件を生成するため、以下の標準文を規定する。これらは英語に当てはまる。
OracionSTD_permitir:"Allow"
OracionSTD_habilitar_persona:"Enable"
OracionSTD_complemento_accionpersona:"todecide on the action"
OracionSTD_movimientos:"Allow themovements of"
OracionSTD_complemento_acargode:"toaffect"
OracionSTD_control_nuevo:"Perform thefollowing controls when creating a new transaction record of"
OracionSTD_control_eliminar:"Performthe following controls when deleting the transaction record of"
OracionSTD_control_modificar:"Performthe following controls when updating the transaction record of"
OracionSTD_precedencia:"based on thefollowing existing records:"
OracionSTD_nuevo_movimiento:"Record nmovements of"
OracionSTD_control_nuevo_movimiento:"Performthe following controls when creating a new movement of"
OracionSTD_control_eliminar_movimiento:"Performthe following controls when deleting the movement of"
OracionSTD_control_modificar_movimiento:"Performthe following controls when updating the movement of"
OracionSTD_buscar_elemento:"Search forthe elements of"
OracionSTD_complemento_buscarelemento:"tocreate a movement, performing the following searches"

下位段階Ｈ３．ソフトウェア設計に用いられるグラフィック表記の規定

この段階においては、入出力装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いることにより、ソフトウェア設計図で用いられるグラフィック表記を規定する。

設計図は、様々なグラフィック表記で表示可能であり、その１つがＵＭＬ表記（図６「例示的なクラス図」参照）であるが、設計文書を表すようにグラフィック要素を規定することができる。
下位段階Ｈ４．ＭＡＳメタモデルと関連付けられたグラフィック表記の規定

下位段階Ａ１で規定したＭＡＳメタモデルの各要素について、ソフトウェア設計図に用いられるグラフィック要素を指定する。このように、ユーザは、フォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３が表示する視覚的グリッドにグラフィック表記を入力する。

設計図は、様々なグラフィック表記で表示可能であり、その１つがＵＭＬ表記であるが、設計文書を表すようにグラフィック要素を規定することができる。

段階Ｉ．ビジネス、解析、及び設計文書の自動生成

この段階（図２Ｉ）において、文書生成器１５３として構成されたプロセッサ１５０は、以下の下位段階により、静的データベースメモリ１６０のフォーマット・グラフィック表記・ＳＴＤ文１６３に格納されたフォーマット及び表記を用いてビジネス、解析、及び設計文書を生成し、入出力装置１２０の文書表示ユーザインターフェース１２４に表示する。
下位段階Ｉ１．ビジネス文書の生成

この段階において、文書生成器１５３として構成されたプロセッサ１５０は、テキストをビジネス文書に構成する。本発明において、ビジネス文書は、以下の動作を実行することにより、動的データベースメモリ１７０の単文・質問１７１の論理構造に格納された単文を示す解析文書である。
ａ）次元、時間的アクティビティ、及び単文の順序付け

図３に示すようにテキストを階層的に順序付け、以下のように、レイヤが階層の最上位、ステップが階層の最下位となるようにする。

レイヤ３１０は、リソース３２０を含む。

リソース３２０は、プロセス３３０を含む。

プロセス３３０は、下位プロセス３４０を含む。

下位プロセス３４０は、モーメント３５０を含む。

モーメント３５０は、上記説明の通り最大５種類のステップ３６０を含む。

ステップ３６０は、対応する質問が完了した単文３７０を含む。
ｂ）順序付けした要素の連続的な接続

好適な一実施形態（図３）においては、好適な順序（Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、最後にＷｈｅｒｅ）の質問それぞれに対して答えを接続することにより単文を得るが、これは、順序が変えられないことを意味するものではない。

この方法によりすべてのプロセスを記述したら、自然言語で表された「ケース」の完全且つ詳細な構成が実現される。
下位段階Ｉ２．解析文書の生成

この段階において、文書生成器１５３として構成されたプロセッサ１５０は、機能要件を構造化するとともに、解析文書を自動的に生成する。本発明において、解析文書は、以下の動作を実行することにより、動的データベースメモリ１７０の単文・質問１７２の論理構造に格納された機能要素から得られた要件を示す。
ａ）グローバル機能要件の組み立て

「ケース」のグローバル機能要件は、ソフトウェアアプリケーションの構築に要する機能要件の観点から、解釈可能且つ実行動作を決定可能となるように実行する必要がある順序でプロセスを記述する動作である。

プロセッサ１５０は、動的データベースメモリ１７０の機能要素論理構造１７２に格納された機能要素を取得し、ＮＯＵＮ、ＰＥＲＳＯＮ、ＤＯ、及びＶＥＲＢのみを選択する。上記機能要素それぞれについて、名詞要素（ＮＯＵＮ、ＤＯ、ＰＥＲ）のグローバル要件を規定するとともに動詞要素のグローバル要件を規定することによって、「ケース」の範囲の一部であるグローバル要件を生成する。
ＮＯＵＮ要素のグローバル要件

各名詞機能要素（ＮＯＵＮ、ＰＥＲＳＯＮ、及びＤＯ）について、それが属性でない限りは、下位段階Ｆ２で規定した標準文を用いて、表１に示す文のようにタグ付けされて順次番号付けされた文を作成することにより、グローバル要件を組み立てる。

ＶＥＲＢ要素のグローバル要件

各ＶＥＲＢ機能要素について、タグ付けされて順次番号付けされた文を作成することにより、グローバル要件を組み立てる。

この場合は、ＶＥＲＢに基づいてステップ型ごとに文が生成され、表３に示すように、Ｗｈａｔ質問において結合されたＤＯ及びＮＯＵＮを使用することにより構成する。

異なるステップから単一の機能要素を介して単一のグローバル要件が記述される。この場合、グローバル要件は、繰り返しを避けるために一度だけ記述され、必要な回数だけ対応するステップにリンクされる。
ｂ）詳細な機能要件の組み立て

この段階においては、各グローバル要件に対して、文中に明示された明示的な詳細要件のほか、必要に応じて把握されるものの明確には記述されていない暗示的な詳細要件という「ケース」の詳細要件を記述する。

本発明の背景において、引用符中の文は、静的データベースメモリ１６０の言語・単語・形態構文的ルール１６２の論理構造から取得された好ましい文である。ただし、これらの文は、下位段階Ｆ２に示す実施形態において、同等の意味を有するとともにケースに選定した言語に適する文で置き換え可能である。

各種の機能要素について、下位段階Ｆ２で規定した標準文を用いることにより、そのグローバル要件の規定に基づいて「ケース」の詳細要件を規定する。

本発明をより深く理解するため、詳細要件の生成には、以下の基準に従って単語を置換することに留意するものとする。

ＮＯＵＮは、下位段階Ｄ２で規定したこの種の機能要素を表す。

ＰＥＲＳＯＮは、下位段階Ｄ２で規定したこの種の機能要素を表す。

ＤＯは、下位段階Ｄ２で規定したこの種の機能要素を表す。

ＶＥＲＢは、下位段階Ｄ２で規定したこの種の機能要素を表す。

｛ｌｉｓｔ ｏｆ ＆ａｔｔｒｉｂｕｔｅｓ｝：ＮＯＵＮを記述する＆ａｔｔｒｉｂｕｔｅｓ一覧であって、下位段階Ｄ２で＆ａｔｔｒｉｂｕｔｅｓとマークしたＮＯＵＮ及び下位段階Ｄ３で追加したＮＯＵＮで構成される。

｛ｌｉｓｔ ｏｆ ＊ａｔｔｒｉｂｕｔｅｓ｝：検索又は質問の結果の検索、フィルタリング、ソート、グループ化、又は追加に用いられる下位段階Ｄ２で規定した＆ａｔｔｒｉｂｕｔｅｓ一覧の一部である。

｛ｌｉｓｔ ｏｆ ＤＯ ＆ａｔｔｒｉｂｕｔｅｓ｝：下位段階Ｄ２で規定した＆ａｔｔｒｉｂｕｔｅｓ一覧からの＆ａｔｔｒｉｂｕｔｅｓの集合であって、下位段階Ｇ３で作成した詳細要件を介してＤＯ要素と関連付けられた要素で構成される。

｛ｌｉｓｔ ｏｆ ＮＯＵＮ ＆ａｔｔｒｉｂｕｔｅｓ｝：下位段階Ｄ２で規定した＆ａｔｔｒｉｂｕｔｅｓ一覧からの＆ａｔｔｒｉｂｕｔｅｓの集合であって、下位段階Ｇ３で作成した詳細要件を介してＮＯＵＮ要素と関連付けられた要素で構成される。

｛ｌｉｓｔ ｏｆ ＰＥＲＳＯＮ ＆ａｔｔｒｉｂｕｔｅｓ｝：下位段階Ｄ２で規定した＆ａｔｔｒｉｂｕｔｅｓ一覧からの＆ａｔｔｒｉｂｕｔｅｓの集合であって、下位段階Ｇ３で作成した詳細要件を介してＰＥＲＳＯＮ要素と関連付けられた要素で構成される。

｛ｌｉｓｔ ｏｆ ＣＣ−ｔｙｐｅ ｇｌｏｂａｌ ｒｅｑｕｉｒｅｍｅｎｔｓ｝：グローバル要件の集合であって、下位段階Ｅ２で識別したＣＣ型ステップに属するＮＯＵＮ要素又はＤＯ要素に基づいて規定されたグローバル要件で構成される。この一覧は、０〜ｎ個のグローバル要件を含む。一覧に含むグローバル要件が０個の場合、ＣＣ型グローバル要件を表す詳細要件は生成されない。

｛ｌｉｓｔ ｏｆ ＱＳ−ｔｙｐｅ ｇｌｏｂａｌ ｒｅｑｕｉｒｅｍｅｎｔｓ｝：下位段階Ｅ３で識別したＱＳ型ステップに基づいて生成されたグローバル要件一覧である。この一覧は、０〜ｎ個のグローバル要件を含む。一覧に含むグローバル要件が０個の場合、ＱＳ型グローバル要件を表す詳細要件は生成されない。

｛ｌｉｓｔ ｏｆ Ｆ−ｔｙｐｅ ｇｌｏｂａｌ ｒｅｑｕｉｒｅｍｅｎｔｓ｝：下位段階Ｅ５で識別したＦ型ステップに基づいて生成されたグローバル要件一覧である。この一覧は、０〜ｎ個のグローバル要件を含む。一覧に含むグローバル要件が０個の場合、Ｆ型グローバル要件を表す詳細要件は生成されない。

｛ｆｘ ｅｘｐｒｅｓｓｉｏｎ｝：一覧データを引数として取得するとともに下位段階Ｄ３で記載した式の表現である。

｛ｅｒｒｏｒ ｍｅｓｓａｇｅ｝：下位段階Ｄ３で規定した式の実行に際してエラーが存在する場合にシステムで示されるメッセージのテキストである。

｛ｏｋ ｍｅｓｓａｇｅ｝：下位段階Ｄ３で規定したチェック又は確認の結果が正しい場合にシステムで示されるメッセージのテキストである。

｛ｗａｒｎｉｎｇ ｍｅｓｓａｇｅ｝：下位段階Ｄ３で規定したチェック又は確認の結果が正しくない場合にシステムで示されるメッセージのテキストである。
ＮＯＵＮ要素の詳細要件の規定

動的データベースメモリ１７０の機能要素１７２の論理構造に格納されたＮＯＵＮ型機能要素及びそれぞれのグローバル要件に基づいて、以下の詳細要件を生成する。

ＰＥＲＳＯＮ要素の詳細要件の規定

動的データベースメモリ１７０の機能要素１７２の論理構造に格納されたＰＥＲＳＯＮ型機能要素及びそれぞれのグローバル要件に基づいて、以下の詳細要件を生成する。

ＶＥＲＢ要素の詳細要件の規定

動的データベースメモリ１７０の機能要素１７２の論理構造に格納されたＶＥＲＢ型機能要素及びそれぞれのグローバル要件に基づいて、以下の詳細要件を生成する。


ＤＯ要素の詳細要件の規定

動的データベースメモリ１７０の機能要素１７２の論理構造に格納されたＤＯ型機能要素及びそれぞれのグローバル要件に基づいて、以下の詳細要件を生成する。

下位段階Ｉ３．ソフトウェア設計文書の生成

下位段階Ｆ４で規定したグラフィック表記について、文書生成器１５３として構成されたプロセッサ１５０は、各設計要素の名称及びその対応するグラフィック表記コードがタグ間に格納されたＸＭＬファイルを生成する。

ＵＭＬグラフィック表記が選定された本発明の実施形態においては、ｘｍｉ標準を使用して、クラス図を表すＸＭＬを生成する。

文書生成器１５３として構成されたプロセッサ１５０は、下位段階Ｆ４において選定したグラフィック表記の規定に従って、設計に対応するデータベースメモリに格納されたデータを取得し、コンテンツを特定のＸＭＬフォーマットにエクスポートすることによって、設計文書を生成する。
７．本方法の一用途の例

自然言語でのプロセスの記述に基づいて、このシステムは、「ケース」のビジネス文書、解析文書、及び設計文書を自動的に生成する。

このシステムの構成要素は、以下のように、上記文書の生成を可能にする。

１．入出力装置１２０：以下の構成を用いて、自然言語のテキストを入力する装置。
ａ．言語ユーザインターフェース１２１
ｂ．ケースユーザインターフェース１２２
ｃ．フォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３
ｄ．文書表示ユーザインターフェース１２４

２．ＣＰＵ１１０：以下で構成されたシステム１００の処理装置。
ａ．メインメモリ１４０：その構成に従って、以下の機能を実行する。
ｉ．図１４１
ｉｉ．文マトリクス１４２
ｉｉｉ．ＦＣマトリクス１４３
ｉｖ．ＤＣマトリクス１４４
ｂ．プロセッサ１５０：その構成に応じて、以下の機能を実行する。
ｉ．自動文解析器１５１
ｉｉ．自動ソフトウェア設計器１５２
ｉｉｉ．文書生成器１５３

３．データベースメモリ１３０
ａ．静的データベースメモリ１６０
ｉ．ＭＡＳメタモデル１６１
ｉｉ．言語・単語・形態構文的ルール１６２
ｉｉｉ．フォーマット・グラフィック表記・ＳＴＤ文１６３
ｂ．動的データベースメモリ１７０
ｉ．単文・質問１７１
ｉｉ．機能要素１７２
ｉｉｉ．設計要素１７３
入出力装置

このツールは、ユーザがデータ入力又は動作実行可能なフィールドを備え、モニタ上にスクリーンを生成可能な永久メモリで構成されている。
ケースユーザインターフェース１２２

ケースユーザインターフェースによれば、ユーザは、要求されたデータを入力するとともに動作を実行して、データベースメモリに保存することができる。

ツールが機能するように、ユーザは、この方法により確立された通りに、自然言語のデータ（レイヤ、リソース、プロセス、下位プロセス、モーメント、ステップ）を入力する必要がある。

この目的のため、ユーザによるこれらフィールドへの入力及びこの方法で定めた順序によるフィールド間の関係の作成を可能とするアップロードインターフェースを提示する。各要素（次元、時間的アクティビティ、及び単文）には、以下のデータフィールドをアップロードする必要がある。
名称
説明
関連する従属要素

これらのデータフィールドを図８のインターフェースに表示する。次元及び時間的アクティビティのアップロードインターフェースにおいては、定められたシーケンス中のデータフィールドにユーザが入力すると、｛ｔｅｘｔ１｝及び｛ｔｅｘｔ２｝が対応する要素の名称で置き換えられる。

まず、｛ｔｅｘｔ１｝＝“Ｌａｙｅｒ”且つ｛ｔｅｘｔ２｝＝“Ｒｅｓｏｕｒｃｅである。

編集動作（８．２）が実行された場合は、図８「次元及び時間的アクティビティのアップロードインターフェース」のインターフェースが再び表示されるものの、今回は、｛ｔｅｘｔ１｝＝“Ｒｅｓｏｕｒｃｅ”且つ｛ｔｅｘｔ２｝＝“Ｐｒｏｃｅｓｓ”である。

編集動作（８．２）が実行された場合は、図８「次元及び時間的アクティビティのアップロードインターフェース」のインターフェースが再び表示されるものの、今回は、｛ｔｅｘｔ１｝＝“Ｐｒｏｃｅｓｓ”且つ｛ｔｅｘｔ２｝＝“Ｓｕｂｐｒｏｃｅｓｓ”である。

編集動作（８．２）が実行された場合は、図８「次元及び時間的アクティビティのアップロードインターフェース」のインターフェースが再び表示されるものの、今回は、｛ｔｅｘｔ１｝＝“Ｓｕｂｐｒｏｃｅｓｓ”且つ｛ｔｅｘｔ２｝＝“Ｍｏｍｅｎｔ”である。

編集動作（８．２）が実行された場合は、図８「次元及び時間的アクティビティのアップロードインターフェース」のインターフェースが再び表示されるものの、今回は、｛ｔｅｘｔ１｝＝“Ｍｏｍｅｎｔ”且つ｛ｔｅｘｔ２｝＝“Ｓｔｅｐ”である。

ステップが完了したら、図９「文インターフェース」のインターフェースが表示されるが、ユーザは、質問に回答して、この方法で規定した通りに構造化された完全な構造化単文を作成する必要がある。また、ユーザは、ステップ型一覧（９．２）から以下の選択肢のうちの１つを選定する必要がある。
Ｆ：Ｆｕｎｃｔｉｏｎａｌ
Ｃ：Ｃｈｅｃｋ／Ｃｏｎｔｒｏｌ
ＱＳ：Ｑｕｅｒｙ／Ｓｅａｒｃｈ
ＦＸ：Ｃａｌｃｕｌａｔｉｏｎ
Ｌ：Ｌｉｎｋ

ユーザが質問に回答すると、インターフェースの表示順（９．３、９．４、９．５、９．６、９．７）で、質問に入力されたテキストを連結することにより、ツールは文（９．８）を完成させる。

データアップロードタスクが完了したら、ユーザは、以下の動作を実行可能である。

保存：アップロードデータをデータベースメモリ（７．３．１）に保存する。

キャンセル：データベースメモリのアップロードデータ（７．３．１）を破棄する。
解析表示

モニタに表示される解析表示（７．１．２）は、ツールのユーザが「ケース」を読んで理解できるように体系化されたアップロードデータを表示するスクリーンから成り、グローバル及び詳細な機能要件を適正に生成するための正確な解析を行うようにユーザをガイドする。これらの要件は、ツールによって、データの確認及び選択をユーザに対してプロンプトで誘導することにより自動的に生成される。
単語解析表示

このインターフェースは、構造化された形態の単文をユーザに提示する（図１０「単語解析インターフェース」）。このインターフェースを用いることによって、ツールは、ユーザによる解析プロセッサ及び解析文書プロセッサの実行を可能とする。

ユーザは、アップロードされた単文（１０．１）すべてを含む表が提示され、それぞれについて解析動作を実行可能である。この動作は、解析プロセッサで行われ、文（１０．２）に含まれる単語一覧が結果として返される。

各単語には、以下のような特徴がある。
Ｗｏｒｄ（１０．２．１）：解析プロセッサが検出した単語。
Ｗｏｒｄ（１０．２．２）：文中で単語が属する質問（Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、Ｗｈｅｒｅ）。
Ｃｏｍｐｏｎｅｎｔ Ｔｙｐｅ（１０．３．３）：解析プロセッサが各単語に自動的に割り当てる型（ＮＯＵＮ、ＡＤＶ、ＶＥＲＢ、ＤＯ、ＡＤＪ）。
Ｉｎ Ｓｃｏｐｅ（１０．３．４）：質問中の単語が必要に応じて設計対象の「ケース」の範囲の一部となるか否かをツールのユーザがマークできるようにする列。ユーザは、ＹＥＳ／ＮＯという選択肢から選定可能である。
Ｉｓ Ａｔｔｒｉｂｕｔｅ（１０．３．５）：質問中の単語が必要に応じて＆ａｔｔｒｉｂｕｔｅのように挙動すべきか否かをツールのユーザが指定できるようにする列。ユーザは、ＹＥＳ／ＮＯという選択肢から選定可能である。

単語解析タスクが完了したら、ユーザは、以下の動作を実行可能である。
保存：アップロードデータをデータベースメモリに保存する（７．３．１）。
キャンセル：データベースメモリのアップロードデータ（７．３．１）を破棄する。

このインターフェースにおいては、解析プロセッサ（７．５）により識別された各単語の解析動作を実行することができる。このような場合は、解析文書プロセッサが実行された後、要件解析表示が示される（図１１「要件解析表示」）。
要件解析表示

このインターフェース（図１１「要件解析表示」）は、解析文書プロセッサにより生成されたグローバル及び詳細な要件をユーザに提示する。

ユーザには、生成されたグローバル要件（１１．１．１）すべてを含む表と、各グローバル要件に対応する詳細要件（１１．１．２）を含む入れ子になった表とが提示される。

各グローバル要件には、以下のような特徴がある。
Ｗｏｒｄ（１０．２．１）：解析プロセッサが検出した単語
Ｃｏｍｐｏｎｅｎｔ Ｔｙｐｅ（１０．３．３）：解析プロセッサが各単語に自動的に割り当てる型（ＮＯＵＮ、ＡＤＶ、ＶＥＲＢ、ＤＯ、ＡＤＪ）。
Ｓｔｅｐ Ｔｙｐｅ（９．２）：ユーザがアップロードインターフェースにおいて選定した値。
ＧｌｏｂａｌＲｅｑＮｕｍ（１１．１．３）：ツールが生成した相関番号。
Ｇｌｏｂａｌ Ｒｅｑｕｉｒｅｍｅｎｔ（１１．１．４）：解析プロセッサが生成したグローバル要件に対応する文。

各詳細要件には、以下のような特徴がある。
ＤｅｔＲｅｑＮｕｍ（１１．１．５）：ツールが生成した相関番号。
Ｄｅｔａｉｌｅｄ Ｒｅｑｕｉｒｅｍｅｎｔ（１１．１．６）：解析プロセッサが生成した詳細要件に対応する文。
＆Ａｔｔｒｉｂｕｔｅｓ（１１．１．７）：単語を記述する＆ａｔｔｒｉｂｕｔｅｓ一覧。以下により生成された一覧からユーザが選定する必要がある。
手動ユーザ入力
自動生成（ユーザにより「Ｉｓ Ａｔｔｒｉｂｕｔｅ」とフラグ立てされた単語の場合）

Ｍｅｓｓａｇｅ（１１．１．８）：要件実行の結果としてのエラー、正しい動作、及び正しくない動作の状況に対する応答としてユーザが指定したいメッセージ一覧。この一覧は、以下により生成可能である。
ユーザによる手動入力
Ｅｘｐｒｅｓｓｉｏｎ（１１．１．９）：ステップ型がＣＣ又はＦＸの場合にユーザが指定する計算対象の表現。
Ａｓｓｏｃｉａｔｅｄ ＧｌｏｂａｌＲｅｑ（１０．１．１０）：ユーザによるＧｌｏｂａｌＲｅｑの参照及び詳細要件との関連付けを可能にするグローバル要件一覧。これは、範囲の記述にこの種の何らかの素性の記述を含まない場合（システムによる関係の自動生成を防止）に発生するが、この場合はユーザが追加する。

単語解析タスクが完了したら、ユーザは、以下の動作を実行可能である。
保存：アップロードデータをデータベースメモリに保存する（７．３．１）。
キャンセル：データベースメモリのアップロードデータ（７．３．１）を破棄する。
設計表示

このインターフェース（７．１．３）（図１２「設計インターフェース」）は、解析プロセッサが検出した単語をユーザに提示することで、解析の結果に基づく「ケース」の設計を可能にする。

ユーザには、解析された単語すべてを含む表が提示され、各単語は、関連要件（１２．１．１）に基づく関連単語を含む入れ子になった表を有する。

各単語は、解析フェーズから導出された以下のデータを特徴とする。
Ｗｏｒｄ（１０．２．１）：設計される範囲に含まれる単語。
Ｗｏｒｄ（１０．２．２）：文中で単語が属する質問（Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、Ｗｈｅｒｅ）
Ｃｏｍｐｏｎｅｎｔ Ｔｙｐｅ（１０．３．３）：解析プロセッサが各単語に割り当てる型（ＮＯＵＮ、ＡＤＶ、ＶＥＲＢ、ＤＯ、ＡＤＪ）。
Ｓｔｅｐ Ｔｙｐｅ（９．２）：ユーザがアップロードインターフェースにおいて選定した値。
Ｉｓ ＆ａｔｔｒｉｂｕｔｅ（１０．３．５）：解析フェーズにおいてユーザが指定する素性であり、ＹＥＳ又はＮＯが可能。

このインターフェースにおいては、一覧単語それぞれについて、設計動作を実行することができる。このような場合は、設計プロセッサ（７．６）が実行された後、当該単語及びその関連単語に対して生成されたクラス一覧を含む設計表示（１２．２）が表示される。

各クラスには、以下のような特徴がある。
Ｃｌａｓｓ（１２．２．１）：設計プロセッサが設計したクラスの名称。
ＣｌａｓｓＴｙｐｅ（１２．２．２）：Ｌ又はＮｏｎＬが可能。
＆Ａｔｔｒｉｂｕｔｅｓ（１２．２．３）：クラスに割り当てられた＆ａｔｔｒｉｂｕｔｅｓ一覧。如何なる場合でも、解析フェーズにおける＆ａｔｔｒｉｂｕｔｅｓ状態一覧に属する。
Ｍｅｔｈｏｄｓ（１２．２．４）：クラスに割り当てられた方法一覧。これらの方法は、設計プロセッサが生成する。

クラスを設計したら、図確認動作（１２．１．３）を実行可能であり、これによって、図６（例示的なクラス図）の例に類似するクラス図がスクリーンに提示されることになる。

単語解析タスクが完了したら、ユーザは、以下の動作を実行可能である。
保存：アップロードデータをデータベースメモリに保存する（７．３．１）。
キャンセル：データベースメモリのアップロードデータ（７．３．１）を破棄する。
メインメモリ
プロセッサ

「ケース」の解析及び設計文書を自動的に生成するため、ツールは、解析動作を実行する解析処理、設計動作を実行する設計処理、及び結果としての文書を生成する文書処理という３つの機能をプロセッサに提供する。
自動文解析器

解析プロセッサは、ユーザがデータベースメモリにアップロードした完全な単文の集合を取得する。当該文に基づいて、以下３つのアルゴリズムを実行する。

「ケース」の構築に関連する単語を識別するアルゴリズム（図１３「解析プロセッサ」）であって、タイトルＶ、段階Ｅに記載の本発明を構成する方法である。

「ケース」のグローバル要件を生成するアルゴリズム（図１４「解析文書プロセッサ（グローバル機能要件）」）であって、タイトルＶ、段階Ｆ、下位段階１に記載の本発明を構成する方法である。

「ケース」の詳細要件を生成するアルゴリズム（図１５「解析文書プロセッサ（詳細機能要件）」）であって、タイトルＶ、段階Ｆ、下位段階２に記載の本発明を構成する方法である。
単語アルゴリズム

このアルゴリズム（図１３「解析プロセッサ」）は、既存の文ごとに上記ルーチンを実行するが、以下２つの一覧がデータベースにアップロードされている必要がある。

ＧＲＷ＝｛ｇｒｏｕｐｉｎｇ ｗｏｒｄｓ｝：グループ化を定める単語の集合であり、例えば、単語「ｏｆ」は、「ｌｉｓｔ ｏｆ ｐｒｉｃｅｓ（価格一覧）」に存在するとグループ化単語である。

ＰＥＸ＝｛ｅｘｃｌｕｄｅｄ ｗｏｒｄｓ｝：解析から除外される単語の集合。通常は、前置詞、接続詞、及び冠詞で構成される。

このアルゴリズムが実行されたら、すべての単語が「ケース」の機能要素に変換され、要素型により分類されるとともに質問によって相互に関係付けられていることになる。

要素型は、以下を表す。
ＮＯＵＮ：ＮＯＵＮ
ＰＥＲ：ＰＥＲＳＯＮ ＮＯＵＮ
ＡＤＶ：ＡＤＶＥＲＢＩＡＬ ＣＯＮＳＴＲＵＣＴＩＯＮ
ＶＥＲＢ：ＶＥＲＢ
ＤＯ：ＤＩＲＥＣＴ ＯＢＪＥＣＴ ＮＯＵＮ
ＡＤＪ：ＡＤＪＥＣＴＩＶＥ
グローバル要件アルゴリズム

このアルゴリズム（図１４「解析文書プロセッサ（グローバル機能要件）」）は、範囲で識別された単語ごとに上記ルーチンを実行するが、以下の一覧がデータベースにアップロードされている必要がある。

ｒｅｑｇｌ＿ａｂｍ＿Ｓｕｓｔ：ＮＯＵＮ要素が範囲で識別されるたびにグローバル要件の構成に用いられる文。この方法は、“Ｃｒｅａｔｅ，Ｒｅａｄ，Ｕｐｄａｔｅ ａｎｄ Ｄｅｌｅｔｅ”＋｛ＮｏｕｎＷｏｒｄ｝に類似したものを推奨する。

ｒｅｑｇｌ＿ａｂｍ＿Ｐｅｒｓ：ＰＥＲ要素が範囲で識別されるたびにグローバル要件の構成に用いられる文。この方法は、“Ｃｒｅａｔｅ，Ｒｅａｄ，Ｕｐｄａｔｅ ａｎｄ Ｄｅｌｅｔｅ Ｅｎｔｉｔｉｅｓ ｗｉｔｈ ｒｏｌｅ”＋｛ＰｅｒｓｏｎＷｏｒｄ｝に類似したものを推奨する。

ｒｅｑｇｌ＿ｖｅｒｂｏＦ：Ｆ型ステップにリンクしたＶＥＲＢが範囲で識別されるたびにグローバル要件の構成に用いられる文。この方法は、“Ｃｒｅａｔｅ ｔｒａｎｓａｃｔｉｏｎ ｒｅｃｏｒｄ”＋｛ＶｅｒｂＷｏｒｄ｝＋｛ＤＯＷｏｒｄ｝に類似したものを推奨する。

ｒｅｑｇｌ＿ｖｅｒｂｏＦ：Ｌ型ステップにリンクしたＶＥＲＢが範囲で識別されるたびにグローバル要件の構成に用いられる文。この方法は、“Ｃｒｅａｔｅ ｒｕｌｅ ｔｈａｔ”＋｛ＶｅｒｂＷｏｒｄ｝＋｛ＤＯＷｏｒｄ｝“ｗｉｔｈ”＋｛ＮｏｕｎＷｏｒｄ｝に類似したものを推奨する。

ｒｅｑｇｌ＿ｖｅｒｂｏ：非Ｆ型又は非Ｌ型ステップにリンクしたＶＥＲＢが範囲で識別されるたびにグローバル要件の構成に用いられる文。この方法は、“Ｃｒｅａｔｅ ｒｕｌｅ ｔｈａｔ”＋｛ＶｅｒｂＷｏｒｄ｝＋｛ＤＯＷｏｒｄ｝に類似したものを推奨する。

このアルゴリズムが実行されたら、「ケース」のすべてのグローバル要件がデータベースに格納される。
詳細要件アルゴリズム

このアルゴリズム（図１５「解析文書プロセッサ（詳細機能要件）」）は、範囲で識別された単語ごとに上記ルーチンを実行するが、ケースの記述用に選定された言語の標準文がデータベースにアップロードされている必要がある。
設計処理

設計プロセッサは、機能要素の集合及び解析フェーズにおいて追加された補集合を取得する。
属性
メッセージ
表現
関連Ｒｅｑｓ

これらはすべて、「ケース」の範囲の一部である機能要素とリンクしている。

タイトルＶ、段階Ｇを実行するとともに「ケース」の結果としての設計図を構成するクラス及び関係を自動的に生成する図１６「設計プロセッサアルゴリズム」のアルゴリズムが実行される。
文書処理

このツールは、ユーザがアップロードメモリからのデータを視認可能なフィールドを備え、モニタ上に示される文書を自動的に生成可能な永久メモリで構成されている。
ビジネス文書処理

ビジネス文書生成器は、アップロードインターフェースにおいてアップロードされ、データベースに格納されたデータを取得し、以下のアルゴリズムを適用してビジネス文書を生成する。

ａ）レイヤ、リソース、プロセス、下位プロセス、モーメント、ステップ、Ｗｈｅｎ、Ｗｈｏ、Ｗｈａｔ、Ｈｏｗ、Ｗｈｅｒｅ、文といった列及び番号行がユーザによりアップロードされたデータベースにアクセスする方法により指定された順序で、格納されたアップロードデータすべてを取得する。

ｂ）タイトル変数（１７．１）においてレイヤ、リソース、及びプロセスを連結する。

ｃ）サブタイトル変数（１７．２）において下位プロセス及びモーメントを連結する。

ｄ）より大きなインデント（１７．３）を各ステップに提示する。

ｅ）より大きなインデント（１７．４）を各文に提示する。

結果としての文書であるビジネス文書（図１７「ビジネス文書」）を命名し、ツールは、ユーザによる文書ファイル（７．３．１）への格納、印刷装置（プリンタ、プロッタ等）を用いた印刷、表示装置（モニタ、スクリーン、プロジェクタ等）を用いた表示を可能にする。
解析文書処理

解析文書プロセッサは、アップロードデータ及び生成された要件（グローバル及び詳細）をすべて取得し、以下のアルゴリズムを適用して解析文書を生成する。

ａ）ビジネス文書と同じアルゴリズムを使用して、タイトル（１７．１）、サブタイトル（１７．２）、及びステップ（１７．３）を生成する。

ｂ）ステップと関連付けられた各グローバル要件に対して、前ステップよりも大きなインデント（１８．１）を提示する。

ｃ）グローバル要件と関連付けられた各詳細要件に対して、先のグローバル要件よりも大きなインデント（１８．２）を提示する。

結果としての文書である解析文書（図１８「解析文書」）を命名し、ツールは、ユーザによる文書ファイル（７．３．１）への格納、印刷装置（プリンタ、プロッタ等）を用いた印刷、表示装置（モニタ、スクリーン、プロジェクタ等）を用いた表示を可能にする（７．３．１）。
設計文書処理

文書プロセッサは、設計プロセッサが識別したクラスのデータを取得し、ＵＭＬ図を読み取るｘｍｉ標準を用いてＸＭＬファイルを作成する。

結果としての文書であるクラス設計文書を命名する。その例を図６「例示的なクラス図」に示す。

この結果としての文書は、文書ファイル（７．３．１）に格納される。
データベースメモリ

ツールは、生成した結果を格納可能な永久メモリで構成されている。
データベース

ツールが生成したアップロード、解析、及び設計データを格納するデータベースである。データベースエンジンが管理する。
文書ファイル

生成文書を格納するデータベースである。オペレーティングシステムのファイルサーバが管理するハードディスク上に設定された構造である。

Claims (19)

1. データベースメモリ１３０に格納された、ケースを記述する自然言語で表された表現から機能アーキテクチャ文書を生成するコンピュータ実装方法において、
   Ａ．論理構造であるＭＡＳメタモデルを入出力装置１２０を介してアップロードする段階であって、前記データベースメモリ１３０に格納された形態構文的ルールに応じて、前記ＭＡＳメタモデルは、自動文解析器、自動ソフトウェア設計器及び文書生成器として構成されて以下の機能を実行するプロセッサ１５０の挙動を判定し、前記段階Ａは、
   Ａ１．前記自動文解析器として構成された前記プロセッサ１５０が使用して解析及び設計文書を生成するロジックであり、他動詞に基づくＰｅｒｆｏｒｍｅｒ単語、Ｐｅｒｆｏｒｍａｂｌｅ単語、及びＰｅｒｆｏｒｍａｎｃｅ単語の自動生成を含む、ロジックを規定する前記ＭＡＳメタモデルを前記データベースメモリ１３０に格納する下位段階と、
   Ａ２．ａ）単文内の単語が属し、ＷＨ質問と称される質問の形式（ｗｈｅｎ、ｗｈｏ、ｗｈａｔ、ｈｏｗ、ｗｈｅｒｅ）を規定する質問ロジック、ｂ）前記ＷＨ質問を含む動詞の型（明示的な計算動作（ＦＸ）、チェック／確認動作（ＣＣ）、質問／検索動作（ＱＳ）、リンク動作（Ｌ）、前記動作のいずれにも対応しない動作（Ｆ））を規定するステップ型ロジック、及びｃ）単語の型を規定する単語ロジック、に基づいて自然言語のあらゆる文を構造化可能であることを定めた形態構文的ルールの前記ＭＡＳメタモデルのロジックを前記データベースメモリ１３０に格納する下位段階と、
   を含む段階と、
   Ｂ．前記入出力装置１２０の言語ユーザインターフェース１２１を介して、適格言語、各適格言語の文法及び構文素性の一覧を入力し、このデータを前記データベースメモリ１３０に格納する段階と、
   Ｃ．前記入出力装置１２０のケースユーザインターフェース１２２を介して、前記段階Ｂの適格言語一覧から選択される自然言語のうちの１つで前記ケースの記述をテキストとして入力した後、前記記述を前記データベースメモリ１３０に格納する段階と、
   Ｄ．前記段階Ｃの前記ケースの単文を識別し、前記ＷＨ質問に対して各単文を応答し、前記入出力装置１２０の前記ケースユーザインターフェース１２２を用いて、後で前記データベースメモリ１３０に格納され得るように前記単文をアップロードする段階と、
   Ｅ．自動文解析器１５１として前記段階Ａにおいて確立され構成されたプロセッサ１５０を介して、前記段階Ｄの前記単文に基づいて、機能要素を識別し、前記データベースメモリ１３０に格納する段階と、
   Ｆ．この種の文書に関して具体的に規定されたグラフィック表記を用いて、文書生成器１５３として構成されたプロセッサ１５０を介して、前記段階Ｅの前記機能要素に基づいて、前記機能アーキテクチャ文書を自動的に生成する段階であって、前記段階Ｆは、
   Ｆ１．形態構文的ルールを適用し、これに基づいて、文書生成器として構成された前記プロセッサ１５０が、記載された特殊単語を前記機能要素から除外するとともに、他動詞の場合の新たな機能要素として、動詞と動作主接尾辞「ＥＲ」とから成る名称の機能要素及び動詞と接尾辞「ＢＬＥ」とから成る名称のその他の機能要素を作成する下位段階と、
   Ｆ２．前記入出力装置のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェースを用いることにより、機能アーキテクチャ図に用いられる前記グラフィック表記を規定し、対応する単語の型に従って、各機能要素について前記図に用いられるグラフィック要素を指定し、前記データベースメモリ１３０に格納する下位段階と、
   Ｆ３．前記下位段階Ｆ２で規定した前記表記を用いることにより、前記データベースメモリ１３０に格納した前記機能要素に基づいて、文書生成器として構成された前記プロセッサ１５０を用いることにより前記機能アーキテクチャ文書を生成する下位段階と、
   を含む段階と、
   を含む、コンピュータ実装方法。
2. 前記段階Ｂが、
   Ｂ１．前記入出力装置１２０を介して、前記選定された適格言語の順序を入力し、前記データベースメモリ１３０に格納する下位段階と、
   Ｂ２．前記入出力装置１２０を介して、前記段階Ｄの前記単文のテキストに見られるとともに前記機能要素の一覧から除外される前記選定された適格言語の特殊単語を入力し、前記データベースメモリ１３０に格納する下位段階と、
   Ｂ３．前記入出力装置１２０を介して、２つ以上の単語を含むとともに前記段階Ｄの前記単文のテキストに見られる機能要素のリンクに用いられる前記選定された適格言語のグループ化単語を入力し、前記データベースメモリ１３０に格納する下位段階と、
   Ｂ４．前記入出力装置１２０を介して、前記段階Ｄの前記単文のテキストに見られる前記選定された適格言語の不定動詞の動詞末尾を入力し、前記データベースメモリ１３０に格納する下位段階と、
   から成ることを特徴とする、請求項１に記載のコンピュータ実装方法。
3. 前記段階Ｃが、
   Ｃ１．ケースユーザインターフェース１２２として構成された前記入出力装置１２０を用いることにより、前記段階Ｂで規定した前記適格言語から、前記ケースを記述する言語を選定する下位段階と、
   Ｃ３．前記下位段階Ａ２を適用することによって前記ケースのステップを識別し、前記データベースメモリ１３０に格納する下位段階と、
   から成ることを特徴とする、請求項１に記載のコンピュータ実装方法。
4. 前記段階Ｃが、前記ケースのコンテキストを構造化する要素、レイヤ、リソース、プロセス、下位プロセス、及びモーメントを識別し、前記データベースメモリ１３０に格納することから成ることを特徴とする、請求項１に記載のコンピュータ実装方法。
5. 前記段階Ｄが、
   Ｄ１．前記段階Ｂで識別した前記ケースのステップそれぞれについて、質問ｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｈｏｗ、及びｗｈｅｎに答え、その答えをテキストとしてデータベースメモリ１３０に格納する下位段階と、
   Ｄ２．各ステップの前記答えの前記テキストを連結して単文にし、前記文をテキストとしてデータベースメモリ１３０に格納する下位段階と、
   から成ることを特徴とする、請求項１に記載のコンピュータ実装方法。
6. 前記段階Ｅが、前記単文を単語に分解し、前記選定した言語に従って特徴付けるとともに前記単文の前記機能要素を識別し、前記データベースメモリ１３０に格納することから成ることを特徴とする、請求項１に記載のコンピュータ実装方法。
7. 前記段階Ｅにおいて、単文から自動的に識別した前記機能要素の一覧に存在しない機能要素をユーザが追加することを特徴とする、請求項１に記載のコンピュータ実装方法。
8. 前記段階Ｅにおいて、すべてのＣＣ及びＦＸ型ステップについて「前記ケース」の数学的挙動を記述する式表現をユーザが追加することを特徴とする、請求項１に記載のコンピュータ実装方法。
9. 前記下位段階Ａ１で規定した形態構文的ルールを前記段階Ｅにおいて適用し、これに基づいて、自動文解析器として構成された前記プロセッサ１５０が、前記ルールに記載の特殊単語を除外するとともに、他動詞の場合の新たな機能要素として、動詞と動作主接尾辞「ＥＲ」とから成る名称の機能要素及び動詞と接尾辞「ＢＬＥ」とから成る名称の機能要素を作成することを特徴とする、請求項１に記載のコンピュータ実装方法。
10. データベースメモリ１３０に格納された、ケースを記述する自然言語で表された表現からソフトウェア設計仕様書を生成するコンピュータ実装方法において、
    Ａ．入出力装置１２０を介して、ＭＡＳメタモデルを前記データベースメモリ１３０にアップロードする段階であって、前記ＭＡＳメタモデルは、前記データベースメモリ１３０に格納された形態構文的ルールに応じてプロセッサ１５０の挙動を判定し、前記段階Ａは、
    Ａ１．前記プロセッサ１５０が使用して解析及び設計文書を生成するロジックであり、他動詞に基づくＰｅｒｆｏｒｍｅｒ単語、Ｐｅｒｆｏｒｍａｂｌｅ単語、及びＰｅｒｆｏｒｍａｎｃｅ単語の自動生成を含む、ロジックを規定する前記ＭＡＳメタモデルを前記データベースメモリ１３０に格納する下位段階と、
    Ａ２．ａ）単文内の単語が属し、ＷＨ質問と称される質問の形式（ｗｈｅｎ、ｗｈｏ、ｗｈａｔ、ｈｏｗ、ｗｈｅｒｅ）を規定する質問ロジック、ｂ）前記ＷＨ質問を含む動詞の型（明示的な計算動作（ＦＸ）、チェック／確認動作（ＣＣ）、質問／検索動作（ＱＳ）、リンク動作（Ｌ）、前記動作のいずれにも対応しない動作（Ｆ））を規定するステップ型ロジック、及びｃ）単語の型を規定する単語ロジック、に基づいて自然言語のあらゆる文を構造化可能であることを定めた形態構文的ルールの前記ＭＡＳメタモデルのロジックを前記データベースメモリ１３０に格納する下位段階と、
    を含む段階と、
    Ｂ．前記入出力装置１２０の言語ユーザインターフェース１２１を介して、適格言語、各適格言語の文法及び構文素性を入力し、これらのデータを前記データベースメモリ１３０に格納する段階と、
    Ｃ．前記入出力装置１２０のケースユーザインターフェース１２２を介して、前記段階Ｂの適格言語一覧から選択される１つの自然言語で前記ケースの記述をテキストとしてアップロードした後、前記データベースメモリ１３０に格納する段階と、
    Ｄ．前記段階Ｃのステップに対応する前記ケースの単文を識別し、前記入出力装置１２０の前記ケースユーザインターフェース１２２を介して、後で前記データベースメモリ１３０に格納され得るように前記単文をアップロードする段階と、
    Ｅ．自動文解析器１５１として構成されたプロセッサ１５０により、前記段階Ｄの前記単文に基づいて、自動的に機能要素を識別し、前記データベースメモリ１３０に格納する段階と、
    Ｆ．この種の文書に関して具体的に規定されたグラフィック表記を用いて、文書生成器１５３として構成されたプロセッサ１５０を介して、前記段階Ｅの前記機能要素に基づいて、前記機能アーキテクチャ文書を自動的に生成する段階と、
    Ｇ．自動ソフトウェア設計器１５２として構成されたプロセッサ１５０を介して、前記段階Ｅの前記機能要素に基づいて、設計要素を自動的に識別し、前記データベースメモリ１３０に格納する段階と、
    Ｈ．前記表示装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いて、ビジネス、解析、及び設計文書の出力フォーマット、要件に対する標準文のパラメータ、並びに設計図のグラフィック表記をアップロードし、前記データベースメモリ１３０に格納する段階と、
    Ｉ．前記段階Ｇで規定した前記フォーマット・グラフィック表記・ＳＴＤ文を適用することによって、文書生成器１５３として構成されたプロセッサ１５０を介して、前記段階Ｄの前記単文に基づいてビジネス文書を、前記段階Ｅの前記機能要素に基づいて解析文書を、前記段階Ｆの前記設計要素に基づいて前記設計文書を自動的に生成する段階と、
    を特徴とする、コンピュータ実装方法。
11. 前記段階Ｇが、
    Ｇ１．機能要素、それぞれのクラス及び継承関係のグループを選択するとともに作成し、前記データベースメモリ１３０に格納する下位段階と、
    Ｇ２．ＦＸ及びＣＣ型ステップに基づいて式クラスを作成し、前記データベースメモリ１３０に格納する下位段階と、
    Ｇ３．ＱＡ型ステップに基づいてドメインクラスを作成し、前記データベースメモリ１３０に格納する下位段階と、
    Ｇ４．Ｌ型ステップに基づいて関係クラスを作成し、前記データベースメモリ１３０に格納する下位段階と、
    Ｇ５．Ｆ型ステップに基づいて演算クラスを作成し、前記データベースメモリ１３０に格納する下位段階と、
    から成ることを特徴とする、請求項１０に記載のコンピュータ実装方法。
12. 前記段階Ｅにおいて、エラー、妥当性、及び警告メッセージをユーザが追加することを特徴とする、請求項１０に記載のコンピュータ実装方法。
13. 前記段階Ｉが、
    Ｉ１．ビジネス文書を生成する下位段階と、
    Ｉ２．解析文書を生成する下位段階と、
    Ｉ３．ソフトウェア設計文書を生成する下位段階と、
    から成ることを特徴とする、請求項１０に記載のコンピュータ実装方法。
14. 前記下位段階Ｉ１が、
    ａ）次元、時間的アクティビティ、及び単文を順序付ける動作と、
    ｂ）前記順序付けた要素を接続する動作と、
    ｃ）前記入出力装置１２０に前記ビジネス文書を表示する動作と、
    によって前記ビジネス文書を生成することを特徴とする、請求項１３に記載のコンピュータ実装方法。
15. 前記下位段階Ｉ２が、
    ａ）グローバル機能要件を組み立て、ＮＯＵＮ要素のグローバル要件を規定し、ＶＥＲＢ要素のグローバル要件を規定する動作と、
    ｂ）詳細な機能要件を組み立て、ＮＯＵＮ、ＰＥＲＳＯＮ、ＶＥＲＢ、及びＤＯ要素の詳細要件を規定する動作と、
    ｃ）前記入出力装置１２０に前記解析文書を表示する動作と、
    によって前記解析文書を生成することを特徴とする、請求項１３に記載のコンピュータ実装方法。
16. 前記下位段階Ｉ３が、前記設計文書を生成し、前記入出力装置１２０に表示することを特徴とする、請求項１３に記載のコンピュータ実装方法。
17. 前記段階Ｈにおいて、前記入出力装置１２０のフォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３を用いることにより、ユーザがテンプレートを使用して「前記ケース」の機能解析文書のテキストの構造を構成した後、前記データベースメモリ１３０に格納可能であることを特徴とする、請求項１０に記載のコンピュータ実装方法。
18. 前記段階Ｉにおいて、「前記ケース」の前記設計要素をユーザが拡張可能マークアップ言語（ＸＭＬ）フォーマットで格納することを特徴とする、請求項１０に記載のコンピュータ実装方法。
19. データベースメモリに格納された、ケースを記述する自然言語表現で表された記述から機能アーキテクチャ文書並びにビジネス、解析、及びソフトウェア設計仕様書を生成するシステムであって、
    言語ユーザインターフェース１２１、ケースユーザインターフェース１２２、フォーマット・グラフィック表記・ＳＴＤ文ユーザインターフェース１２３、及び文書表示ユーザインターフェース１２４として構成され、適格言語及びそれぞれの構造を入力し、自然言語での前記ケースの記述を入力し、文書生成用のフォーマット・グラフィック表記を入力し、前記機能アーキテクチャ文書並びに前記ビジネス、解析、及びソフトウェア設計仕様書を表示する入出力装置１２０と、
    前記入出力装置１２０に接続され、プロセッサ１５０と相互作用することにより、前記ケースの記述、機能要素、設計要素、及び前記機能アーキテクチャ文書並びに前記ビジネス、解析、及びソフトウェア設計仕様書を揮発的に格納するように構成されたメインメモリ１４０と、を備え、
    前記プロセッサ１５０は、自然言語の少なくとも１つの記述をユーザから受け取るように構成され、前記記述が前記ケースを含むとともに前記ケースのステップを識別し、前記ケースのステップに対応する単文を作成して解析することにより、前記単文に基づいて機能要素を自動的に生成する自動文解析器１５１として構成され、前記機能要素に基づいて前記ケースの前記設計要素を識別する自動ソフトウェア設計器１５２として構成され、前記機能要素及び前記設計要素に基づいて、機能アーキテクチャ文書並びにビジネス、解析、及びソフトウェア設計仕様書を生成する文書生成器１５３として構成され、
    前記システムは、
    前記プロセッサ１５０に接続され、ＭＡＳメタモデル１６１、言語・単語・形態構文的ルール１６２、及びフォーマット・グラフィック表記・ＳＴＤ文１６３の静的ストレージ１６０として構成されるとともに、単文・質問１７１、機能要素１７２、及び設計要素１７３の動的ストレージ１７０として構成されたデータベースメモリ１３０と、
    を備えた、システム。