CN114222971A - 从自然语言自动生成功能架构文档和软件设计与分析规范文档的过程和系统 - Google Patents

Abstract

本发明公开了一种计算机实现的系统和方法，用于根据自然语言表达的短语自动生成功能架构、业务、分析和软件设计文档。具体地，本发明通过输入/输出设备，接收以自然语言表达的案例描述。处理器自动分析该描述，自动从其形态句法结构中提取功能和数学组件，并自动生成用于行业的功能架构文档。基于文本的数学组件，处理器自动生成设计组件，以产生业务、分析和软件设计规范文档。

Description

从自然语言自动生成功能架构文档和软件设计与分析规范文 档的过程和系统

1.相关申请的交叉引用

本发明要求获得临时专利申请U.S.62/154,093的申请日的优先权，该临时申请的标题为“生成分析和设计规范文档的过程”，于2015年4月28日提交，且由本发明的同一发明人提出。上述临时申请作为参考被纳入本文，正如本文档中的公开。

2.技术领域

本发明总体上涉及通过类似于人类处理自然语言的抽象思维的形式逻辑进行建模推理的过程。具体地，本发明涉及从基于自然语言的案例规范中推导出过程模型。

3.背景技术

现有技术公开了自动生成软件设计文档的设备，这些设备来自于用短语表达的需求。这些短语存储在知识库中。在此基础上，这些设备对“类”(在面向对象编程的背景下)进行建模，随后被可视化为UML图。现有技术还公开了将自然语言形式化的系统和方法，从而使产生的语言能够被计算机处理。

美国专利申请US 2013/0097583公开了一种系统和方法，提供了一种自动化支持工具，以指导/帮助软件工程师创建软件产品。该系统包括输入/输出、存储、处理和通信设备。该系统通过一个或多个描述需求和所涉及的行为者或实体的短语，帮助软件工程师识别并以图形方式表示从需求、行为者或实体、系统和子系统得出的用例，以及生成领域模型和UML类图以可视化该领域模型。该系统还允许创建扩展用例，创建对象交互模型，创建顺序图，以及创建设计类图。基于设计类图，软件工程师可以制作高质量的计算机程序。该系统可包括或可连接到图生成器，以便自动生成UML(统一建模语言)类图。与本发明不同的是，所述专利的输入是用自然语言编写的软件需求，而本发明由描述业务“案例”的自然语言句子组成。所述专利的输入是本发明可以解决的具体案例之一。解析器(单词识别技术)是传统的并且基于字典。本发明中的解析器是自动的，基于不采用字典的规则。本发明在更短的处理时间内提高了准确性。美国专利申请US 2013/0097583为了实现完整的软件设计，需要软件工程师参与设计和开发代码，并由该专利所产生的图来支持。而在本发明中，所产生的设计是完整和自动的，包括描述性文本中所述的100％的设计。在本发明中，概念领域模型的抽象化是正式的。也就是说，该设计总是对相同的规则作出反应，并因此产生可预测的结果。在美国专利申请US 2013/0097583中，概念模型有20％是人工制作的，并依赖于案例。

美国专利申请US 2011/0239183公开了一种方法，其中一个或多个过程模型来自自然语言用例模型。例如，通过使用处理器和访问存储在存储器中的用例模型，可以根据预定的建模符号将存储在存储器中的模型转化为过程模型。该用例模型是从使用具有预先分配的意义的有限的预定义单词列表描述的自然语言文本信息中获得的。在本发明中，设计是在功能架构文档层面进行的，基于无限的自然语言，从中可以得到不同类型的软件设计图。

每个行业都面临着改进其建设过程的挑战。其中，主要的错误因素是请求者的描述(“案例”)和行业产生的产物(解决方案)之间的差异。

目前，对于想要描述“案例”的请求者，为了根据所述描述构建解决方案，他/她需要：

·行业分析师来解释和记录。这种记录是由分析师对请求者关于“案例”的评论进行记录。然后，分析师分析文档，并通过应用行业内习知的技术创建一些图表。当文档被充分审查后，它们被提交到“案例”设计阶段。这些图表的内容完全取决于专家的解释和专家将上述图表转化为每个行业特有的图表的能力。

·行业设计师来根据分析和上述关于描述的“案例”的文档，设计所需的解决方案。设计师获得分析图并与分析师会面，从而寻求解释，进而能够最大限度地正确理解这些图表。在此基础上，设计师才可以为“案例”设计一个解决方案。这种设计是通过创建其他图表来进行的，这些图表也取决于行业。这些图表代表了将请求者描述的逻辑转化为建立“案例”解决方案所需的技术语言的新翻译。

分析师和设计师都是经过培训的专业人员，他们的目标是理解案例的描述，并将其翻译为技术分析和设计语言，然后由构建解决方案的人进行解释。这就是说，从描述“案例”到开始构建相关的解决方案，需要使用几种语言(见图4：行业设计过程)：

A.描述“案例”的语言(介入角色：提出需求的请求者)：自然语言。

B.“案例”的分析语言(介入角色：行业分析师，解析需求并将其转化为分析图)：使用标准行业符号的数字，手工制作的草案，用自然语言表达的补充描述，以设计为重点。

C.“案例”的设计语言(介入角色：设计师、架构师，解析分析师的工作并将其转化为设计图)：使用行业特有的架构数字、计划和图表，代表解决方案的设计。

需求设计某种解决方案的人(请求者)通常不是特定行业的专家设计师，因此无法独立构建解决方案。请求者需要行业分析师和行业设计师正确地解释他/她的需求，并在“案例”的解决方案设计中捕获这些需求。这在实践中是不可能的，因为请求者不理解设计语言(建筑师、土木工程师、书籍设计师、软件设计师，以及其他应用的设计语言)。因此，请求者不能控制所产生的设计，进而不能确保所描述的“案例”的解决方案能够被构建。在这里，描述(“案例”)和实际构建(解决方案)之间的偏差占了最大的比重，因为由于语言的变化，通常会出现意义概念的扭曲，如图1所示。其结果是，请求者收到的设计和由此产生的产品(房子、软件、家具、书籍等)并没有完全适应他的需求。

行业正在不断努力提高解决方案和请求者对其需求的描述之间的衔接程度。这些努力的重点是通过培训专家或改进他们工作中使用的工具来改进目前的方法，而不取代他们参与解释和构建上述描述的人工制作过程。

这种处理技术问题的方法必然产生对需求的多种解释，因为将请求者使用的语言(自然语言)翻译成分析师和设计师使用的语言(技术语言)需要进行转换，这可能会导致知识的损失。遗憾的是，这是任何人都无法精确控制的。

在本发明中，为了完整地描述“案例”，只需使用自然语言结构的句子。没有必要通过人工将上述句子翻译成具有技术图形符号的图表，以便能够理解和传递描述中包含的知识。这些图表是由工具从自然语言中自动生成的。

现有技术与本发明之间的差异如下表所示(图4：行业设计过程)。

在获得希望得到特定行业设计的现实描述后，基于上述描述所代表的内容，系统对自然语言描述进行结构化，从而保证从语义的角度以相互联系和连贯的方式存储“案例”的全部语言成分。该系统还自动构建了在多种行业应用中有用的功能架构文档。

本发明展示了使用功能架构文档及其组件来构建软件设计应用。

在本发明中，提到“案例”是指一个现实问题，我们要为这个问题建立一个软件应用程序，让计算机处理其逻辑。因此，“案例”的软件行业面临着改进软件建设项目的挑战，其中的主要错误因素是请求者的描述(问题)和“案例”所解决的问题(解决方案)之间的差异。目前，对于想要描述“案例”的请求者，为了根据所述描述构建软件解决方案，他/她需要：

·系统分析师来解释和记录。这种记录是由分析师收集客户对“案例”的意见而产生的。然后，分析师分析文档，并通过应用行业内习知的技术(UML图、流程图、过程图)创建一些图表。当文档被充分审查后，它们被提交到“案例”设计阶段。这些图表的内容完全取决于分析师的解释和分析师翻译成上述图表的能力。

·软件设计师来设计上述软件。该软件须允许自动捕获整个描述的“案例”中产生的数据。设计师获得分析图，并与分析师会面，从而寻求解释，进而能够最大限度地正确理解这些图表。在此基础上，设计师才可以设计“案例”。这种设计是通过创建其他图表来进行的，如数据库图(用于存储系统数据)、屏幕图(用于数据上传、搜索和处理)、“案例”的功能逻辑图(表示要解决的问题的逻辑)、架构图(定义“案例”的内部组织，以便有效、可靠和持续地运行：客户-服务器、SOA(面向服务的架构)，等等)。这些图表代表了将请求者描述的逻辑转化为建立“案例”解决方案所需的技术语言的新翻译。

分析师和设计师都是经过培训的专业人员，他们的目标是理解案例的描述，并将其翻译为技术分析和设计语言，然后由开发应用程序的人进行解释。图1示出了现有技术和本发明的比较图，关于从开始描述到软件设计的“案例”理解和翻译的每个阶段中所使用的语言。在现有技术中，使用了以下语言：

A.描述“案例”的语言(介入角色：提出需求的使用者)：自然语言。

B.“案例”的分析语言(介入角色：系统分析师，解析用户的需求并将其转化为分析图)：数据流图、分析用例，以及用自然语言表达的、以设计为导向的补充描述。

C.“案例”的设计语言(介入角色：设计师、架构师，解析分析师的工作并将其转化为设计图)：表示应用程序功能设计的图(目前主要是UML)；表示存储用户数据的数据库的设计的数据库图；表示将要建立的应用程序的分层架构的架构图。

需要设计定制软件的用户通常不是软件设计师，也不是软件开发工程师，因此，他不可能自己构建软件。用户需要分析师和设计师正确地解释他的需求，并将其纳入“案例”的设计中。

这在实践中是不可能的，因为请求者不理解设计语言，因此他不能控制所产生的设计，进而不能确保所需求的“案例”能够被构建。这就是需求(问题)和实际构建(解决方案)之间的最大偏差。也就是说，请求者会收到一个设计和一个结果产品(软件)，而这个产品通常不能完美地适应他的需求、修改或随后的变化(在某些情况下，这可能需要更多的时间或比最初预期的更复杂、更昂贵)。

行业正在作出重要努力，通过CASE(计算机辅助软件工程)工具来解决这个问题。然而，这些工具并不使用自然语言，因此出现了前面描述的一些限制。

这种处理技术问题的方法必然产生对问题的多种解释，因为熟悉该过程的用户或客户使用的语言(自然语言)与分析师和设计师使用的语言(技术语言)之间的翻译需要进行转换，这可能会导致知识的损失。遗憾的是，这是任何人都无法精确控制的。

本发明采用自然语言作为软件解决方案的描述、分析和设计的唯一语言，从而将导致结果失真的知识损失降到最低。

与现有技术不同，本发明允许使用自然语言的简单句子对“案例”进行完整地描述。与现有技术不同，本发明不需要将所述句子翻译成具有技术图形符号的图表，以便理解和传递该过程的知识。相反，本发明以自然语言为基础，使用一个确定的模型，通过应用实现所述模型功能逻辑的分析规则，自动生成所述图表。

根据预先定义的概念层次，用简单的句子构造描述，确保所述描述的完整性，并使高质量的软件设计能够被自动推断出来。

为了促进对本发明的理解，并使本发明与现有技术中的内容易于区分，现提出以下对比表：

目前的现有技术指出，软件是由人工或部分人工设计的，这在本质上带来了以下问题：解释系统需求的模糊性，修复设计错误的高成本，设计缩放和开发的困难，以及过时的文档，等等。本发明克服了这些困难，它基于一个完全自动化和可工业化的过程，从而实现了概念的精确性，产生了可扩展的不断发展的设计，产生了自动更新的文档，并大大降低了软件设计成本。

4.词汇表

句子：最小的可能的句法形成，能够传达一个声明或表达一个逻辑命题的内容。

简单句：包含一个动词的句子。

完整的简单句：从本发明的角度：明确回答所有陈述问题的句子。

自然语言：我们所说的人类用于一般交流的口头或书面语言。

功能需求：按照需求工程的定义，功能需求决定了系统的行为。全局性的功能需求将与系统本身的行为相关的其他更详细的功能需求分组。

类图：显示组成系统的不同类以及彼此之间关系的图表。该图表还显示了类，类的方法和属性，以及它们的相互关系。

案例宇宙：围绕“案例”的定义和概念的集合。

复合名词：由一个以上的词组成的名词。例如：价格表、文档号。

+：在本文档中，它的意思是“串联”，加入或添加文本。

合格的语言：由于可以用不同的语言来描述“案例”，所以可以用各自的句法和语法结构来说明。

串联：给定一个或多个词，串联是指将它们连成一个短语，用空格隔开。例如：“the”和“house”，将这两个词串联起来就得到了“the house”。

基础规则：在本发明中，基础规则是一个由问题定义的行为结构，其目的是描述构成所述问题答案的词的形态和句法序列。

DO：指直接宾语。在本发明中，它指的是出现在“何事”的问题中并跟在及物动词后面的名词。

5.附图说明

图1示出了本发明的自然语言转换过程。

图2示出了本发明的过程的各个阶段，以获得功能架构文档。

图3示出了本发明的系统。

图4示出了本发明的过程的各个阶段，以获得软件设计文档。

图4A示出了阶段A。

图4A1示出了MAS元模型。

图4A2示出了一个形态句法规则。

图4A3示出了MAS元模型应用的一个案例。

图4B示出了阶段B。

图4C.示出了阶段C。

图4D示出了阶段D。

图4E示出了阶段E。

图4E1示出了处理器150的功能逻辑，配置为自动句子分析器151。

图4F示出了阶段F。

图4F1示出了功能架构图。

图4G示出了阶段G。

图4G1示出了处理器150的功能逻辑，配置为自动软件设计器152。

图4G2示出了阶段4G2

图4G2A示出了FX步骤的例子。

图4G2B.示出了CC步骤的例子。

图4G3示出了4G3阶段。

图4G3A示出了QS步骤的例子。

图4H示出了阶段H。

图4I示出了阶段I。

图4I1示出了一个软件设计图。

图4I2示出了一个业务文档的结构。

图4I3示出了一个分析文档的结构。

图5示出了类设计的例子。

图6示出了功能架构图中使用的图形符号。

图7示出了软件设计文档的图形符号。

6.本发明的详细描述

本发明提供了一种解决前述问题的方法，该方法由计算机和可视化设备实现，用于从描述案例的自然语言短语中表达的需求中生成软件设计规范文档，这些短语被存储在知识库中。这些短语允许对设计组件进行建模，这些组件随后被转换并可视化为软件设计的类图。该设备可以被调整为与处理器互动。

首先，如图4所述，该过程以自然语言对“案例”的描述开始。为了在本发明中进行所述描述，有必要事先确定在描述中使用哪种语言，包括其语法和句法特征，如描述形容词是位于名词之前还是之后的形容词序列，以及构成该语言的冠词列表等等。

为了用任何拥有确定的句法结构和语法规则的语言来描述“案例”，通过一个输入/输出设备120，使用如图3所述的系统来输入自然语言的“案例”描述。输入的文本被转移到主存储器中，以便以后由处理器150使用。该处理器被配置为自动分析、设计和生成文档。每个处理功能的结果都存储在数据库存储器130中。

下面介绍图3中系统100的组件：

1.输入/输出设备120：通过该设备采集自然语言文本。它允许处理器采用显示媒体(屏幕、投影仪、电视、打印机、显示器、移动设备等)来显示结构，用户可以在其中输入“案例”描述数据并显示所产生的文档，采用以下配置：

a.语言用户界面121：一种视觉结构，允许用户选择语言并上传其语法和句法特征，然后存储在数据库存储器130中。

b.案例用户界面122：一种视觉结构，允许用户上传描述“案例”的简单句，然后存储在数据库存储器130中。该结构还允许用户与配置为自动句子分析器151和自动软件设计器152的处理器150的功能进行互动。

c.格式、图形符号和STD句子用户界面123：在本发明的一个实施例中，用户被呈现为这种视觉结构，它允许用户添加或修改静态数据库存储器160中可用的格式、图形符号和STD句子，以准备由配置为自动文档生成器153的处理器150构建的业务、分析和设计文档。

d.文档显示用户界面124：一种结构，允许用户访问由配置为自动文档生成器153的处理器150生成的文档。

2.CPU 110：系统100的处理装置。该装置被设计用来执行自动设计生成的所有自然语言处理功能，并包含允许在所述功能和系统的其他组件之间交换的主存储器。

a.主存储器140：易失性存储设备，用于在输入/输出设备、数据库存储器和处理器之间交换信息。根据其配置，它执行以下功能：

i.图表141：主存储器的配置，通过使用存储在静态数据库存储器160中的格式、图形符号和STD句子163，使配置为自动文档生成器153的处理器150能够进行文档处理。

ii.句子矩阵142：主存储器的配置，通过使用存储在静态数据库存储器160中的MAS元模型161、语言、词和形态句法规则162，使配置为自动句子分析器151的处理器150能够处理简单句。

iii.FC矩阵143：主存储器的配置，通过使用存储在静态数据库存储器160中的MAS元模型161、语言、词和形态句法规则162，使配置为自动句子分析器151的处理器150能够处理功能组件。

iv.DC矩阵144：主存储器的配置，通过使用存储在静态数据库存储器160中的MAS元模型161、语言、词和形态句法规则162，使配置为自动软件设计器152的处理器150能够处理设计组件。

b.处理器150：执行处理和交换任务的设备。根据其配置，它执行以下功能：

i.自动句子分析器151：处理器的配置，主要任务是从简单句中自动生成功能组件，并将其发送到动态数据库存储器170中储存。

ii.自动软件设计器152：处理器的配置，主要任务是从简单句中自动生成设计组件，并将其发送到动态数据库存储器170中进行存储。

iii.文档生成器153：处理器的配置，主要任务是从简单句中自动生成设计组件，并将其发送到动态数据库存储器170中进行存储。

3.数据库存储器130：永久存储器，用于存储用户上传的和由处理器150生成的各种配置的数据。该存储器拥有两种存储配置：一种是静态配置，一种是动态配置。静态配置存储必要的固定数据，这些数据是为一次性处理而上传的，并不特定于“案例”。动态配置存储的是针对“案例”的数据，这些数据是为每个案例上传的。

a.静态数据库存储器160：

i.MAS元模型161：数据库存储器130的配置，包含高度抽象的形式逻辑规则，这些规则产生了储存在数据库存储器130的语言、词和形态句法规则结构162中的形态句法规则。

ii.语言、词和形态句法规则162：数据库存储器130的配置，包含合格语言的特征、每种合格语言的特殊词和它的形态句法规则。

iii.格式、图形符号和STD句子163：数据库存储器130的配置，包含适用于文档的格式、适用于图表的图形符号和准备分析文档所需的STD句子。

b.动态数据库存储器170：

i.简单句问题171：数据库存储器130的配置，包含用户上传的简单句以及与每个简单句相对应的何时、何人、何事、如何和何处的问题的答案。

ii.功能组件172：数据库存储器130的配置，包含由配置为自动句子分析器151的处理器150自动生成的功能组件。

iii.设计组件173：数据库存储器130的配置，包含由配置为自动软件设计器152的处理器150自动生成的设计组件。

在使用上述系统时，本发明进行了图4中描述的阶段顺序，同时也进行了以下阶段：

阶段A：使用输入/输出设备120将MAS元模型161上传至静态数据库存储器160的MAS元模型逻辑结构中。

阶段B：使用显示设备120的语言用户界面121，输入符合条件的语言、每种符合条件的语言的语法和句法特征，并将这些数据存入静态数据库存储器160的语言、词和形态句法规则162的逻辑结构中。

阶段C：使用显示设备120的案例用户界面122，将“案例”的描述作为从阶段B的合格语言列表中选择的一种自然语言的文本输入，识别“案例”的步骤，然后将它们存储在动态数据库存储器170的简单句和问题171的逻辑结构中。

阶段D：根据阶段C识别与步骤相对应的“案例”的简单句和数学矩，并使用显示设备120的案例用户界面122将其上传，然后将其存储在动态数据库存储器170的简单句和问题的逻辑结构中。

阶段E：根据阶段D自动识别简单句的功能和数学组件(应理解为一个功能组件，对应于由处理器150提取并自动表征的句子的每个单词)，处理器150被配置为自动句子分析器151，它根据阶段A上传的MAS元模型161中的逻辑结构发挥作用，处理器150继续在主存储器140的FC矩阵143的逻辑结构中暂时存储所述功能组件。这些组件最终被存储在动态数据库存储器170的功能组件172的逻辑结构中。

阶段F：根据来自阶段E的功能和数学组件自动识别“案例”的设计组件。应当理解，设计组件是指与由处理器150自动生成的功能和数学组件相对应的每个软件设计模型。设计组件是使用配置为自动软件设计器152的处理器150创建的，在本发明的一个实施例中，该处理器150根据在阶段A中上传的MAS元模型161中的逻辑结构发挥作用，处理器150继续在主存储器140的DC矩阵144的逻辑结构中暂时存储所述设计组件。这些组件最终被存储在动态数据库存储器170的设计组件173的逻辑结构中。

阶段G：使用(显示设备120的)格式、图形符号和STD句子用户界面，输入业务、分析和设计文档的输出格式、需求的标准句子参数和设计图表的图形符号，并将它们存储在静态数据库存储器160的格式、图形符号和STD句子163的逻辑结构中。

阶段H：通过配置为文档生成器163的处理器150，使用阶段G中定义的格式、图形符号和STD句子，从阶段D的简单句中自动生成业务文档(业务文档可以理解为用自然语言对要解决的问题进行分步描述，基于阶段E的功能和数学组件自动生成分析文档(分析文档可以理解为对要构建的软件的功能要求的描述)，以及基于阶段F的设计组件自动生成设计文档(设计文档被理解为包含构建软件的说明的文档)。

阶段I：通过配置为文档生成器163的处理器150，使用专门为这种类型的文档定义的图形符号，基于来自阶段E的功能和数学组件，自动生成功能架构文档(功能架构文档被理解为一种图形图表，通过表示意义的基本概念，以摘要形式构造自然语言文本的意义)。

该过程的各个阶段将在下文中详细描述：

阶段A：上传MAS元模型

在这个阶段，MAS元模型及其公理原则被详细描述。该元模型被用来建立处理器150在配置为自动句子分析器151时的行为。

图4A1示出了一个类模型，根据面向对象的范式，该模型表示该元模型定义的规则，以便为解释自然语言的逻辑建模。这些规则被用作处理器150(被配置为自动句子分析器151)用来生成阶段D的功能组件的基础形态句法规则。

在这个阶段，MAS元模型是由以下子阶段创建的(图4A)：

子阶段A1：储存MAS元模型

在这个子阶段中，MAS元模型161的逻辑被上传到静态数据库存储器160。

这个逻辑确定了自然语言描述中包含的每个词都是一个词161-1。当这个词是一个及物动词时，就会自动定义两个新词：一个执行者词161-2，其名称是及物动词加激动性后缀“ER”；一个可执行词161-3，其名称是及物动词加后缀“BLE”。该及物动词是一个执行词161-4，它与执行者词161-2之间存在关系161-5，并与可执行词161-3存在另一种关系。

词161-1之间的关系是这样的：一个不是及物动词的词可以与执行者词161-2建立继承关系161-9和/或与可执行词161-3建立继承关系161-8。

每个词161-1可以与另一个词161-1定义一个继承关系161-0。每个词161-1可以与另一个词161-1定义一个关联关系161-7。

MAS元模型所提供的选项的使用取决于阶段D中正在处理的句子的形态句法。

如此，描述中的所有词，作为一个整体，都可以由这个元模型来表示，它为语言定义了一个公理规则。鉴于该元模型在所有情况下都得到满足，它代表了对任何语言的任何形态句法规则进行建模的基础。

子阶段A2：储存MAS的形态句法规则的逻辑

在这个子阶段中，MAS元模型的逻辑被上传到静态数据库存储器161。上述逻辑定义了一种描述自然语言词汇的方法，以确定它们在不同功能应用背景下的意义。处理自然语言的形式和语法的结构被称为形态句法结构。

在本发明中，处理自然语言的准则集合被认为是一种形态句法规则。这样的规则是由处理文本的准则组成的，它定义了：a)问题逻辑：在一个简单的句子中，这个词属于哪个问题(何时，何人，何事，如何，何处)；b)步骤类型逻辑：“何事”问题由什么类型的动词组成(FX,CC,QS,L,F)；c)单词逻辑：它是什么类型的单词。一个词的类型由其语法特征决定，如动词(VERB)、名词(NOUN)、介词(PREP)、冠词(ART)、连词(CONJ)、副词(ADV)。

每条形态句法规则都有一个标识符。形态句法规则的标识符是由组成该句子的词的类型连接而成的，但执行者(Performer)、可执行的(Performable)和执行(Performance)类型除外。例如，它可以是ART-NOUN-VERB-ART-PREP-NOUN，表示一个由以下类型的词序列组成的句子：冠词、名词、动词、冠词、介词、名词。这些类型的词可以笼统处理，也可以指代其类型的特定词。例如，规则VERB(is)-PREP-NOUN表明该规则适用的句子包含一个动词。具体地，单词VERB类型中的“is”，后面是任何介词PREP，然后是任何名词NOUN。这条规则适用于以下句子：是一只猴子(is a monkey)，是一个月亮(is a moon)。

这就是说，对于每一个简单句，都有一个形态句法规则，它将其结构定义为构成句子的词语类型的函数。

给定一个简单句，在组成相应的形态句法规则标识符之前，被配置为自动句子分析器151的处理器150从句子中排除在阶段B2上传的特殊词，即文章连接词和介词。然后，它在静态数据库存储器160中搜索语言、词和形态句法规则162配置中的形态句法规则。一旦找到了具有相应标识符的规则，如果有一个以上具有相同相应标识符的规则，它就在这个集合中搜索在构成该句子的规则标识符时被排除的特定类型的词的匹配。如果有匹配的，就分配给与特定的排除词相匹配的规则。如果没有匹配，就分配一般的规则。

MAS元模型定义了以下基本规则，不同情况下的具体规则都来自于此。

基本规则

有两条基本规则，分别与“何事”问题相关联，有各自的专业性。

·VERB-NOUN规则

ο一般情况：VERB-NOUN规则161-12：允许对具有动词、名词、名词结构的句子进行建模。

ο特定情况：VERB(is)-NOUN规则161-10：允许对具有动词、名词结构的句子进行建模，其中的动词是动词“to be”。从MAS元模型应用的角度来看，这个动词是一个特殊的动词。

·VERB-NOUN-PREP-NOUN规则。

ο一般情况：VERB-NOUN-PREP-NOUN规则161-11：允许对具有动词、名词、介词、名词结构的句子进行建模。

ο具体情况：

VERB(hold responsible)-NOUN-PREP-NOUN规则161-13：允许对具有动词、名词结构的句子进行建模，其中的动词是“to hold responsible”。从MAS元模型应用的角度来看，这个动词是一个特殊的动词。

ο具体情况：VERB(link)-NOUN-PREP-NOUN规则161-14：允许对具有动词、名词结构的句子进行建模，其中的动词是动词“to link”。从MAS元模型应用的角度来看，这个动词是一个特殊的动词。

同样地，在简单句中也有一个基础规则来模拟“何人”。

·NOUN规则：它存在于所有的简单句中，并允许对指代主语的主要名词的行为进行建模。

对于不需要强制完成的“何时”、“如何”和“何处”问题，答案中出现的词的类型被识别出来，并生成必要的规则标识符。

在本发明的一个实施例中，用户可以添加基本规则和形态句法规则，总是依赖于MAS元模型的逻辑。

给定一个自然语言的简单句，一旦找到形态句法规则，被配置为自动句子分析器151的处理器150通过应用所述规则定义的处理文本的准则来生成功能组件：a)问题逻辑；b)步骤类型逻辑和c)单词逻辑，如图4A2所示。

(a)问题逻辑：确定应用该规则的词语的所属问题

必须指出，描述是描述一个过程的简单句的集合。这种过程的每一步都与一个简单句相对应，这些句子是由何人、何事、何处、如何、何时这些问题的答案衍生出来的。

(b)步骤类型逻辑：确定规则所适用的词语的所属步骤类型

每个步骤都可以被归入一个步骤类型。在一条规则中，步骤类型是由“何事”问题中与动词相关的特定词决定的。每一个形态句法规则都是基于MAS元模型的，根据与“何事”问题相关的特定动词，它可以被归入以下类型：检查/确认；查询/搜索；计算；关系；功能；通知/警告。

CC步骤：(决定检查/确认行动的步骤)

这些步骤中，动词定义了检查或确认动作，如：检查、确认、限制等。在这种情况下，动词是及物的，它后面的名词总是和一个表示系统的数学逻辑的句子相联系。

这种步骤类型被分配了一个VERB-NOUN形态句法规则标识符，它增加了检查/确认逻辑的数学描述。

这种类型的句子的一些例子是：检查物品是否有积极的库存(VERB-NOUN；“havepositive inventory”(有积极的库存)是确认的数学逻辑)，确认客户有税号(VERB-NOUN；“has a tax ID”(有税号)是确认的数学逻辑)，限制过期商品的摄入(VERB-NOUN；“expiredmerchandise”(过期商品)是确认的数学逻辑)。

QS步骤：(包括查询/搜索动作的步骤)

这些步骤中，动词定义了查询或搜索动作，如：搜索、定位、选择、查询、表示、显示、展示等。在这种情况下，动词是及物的，它后面的名词表示搜索/查询的对象。

这种步骤类型被赋予VERB-NOUN形态句法规则标识符，其中名词描述搜索的对象，这意味着动词适用于名词实例的集合。

这类句子的一些例子有：查询项目(VERB-NOUN)，显示余额(VERB-NOUN)，显示数据(VERB-NOUN)，显示结果(VERB-NOUN)，搜索项目(VERB-NOUN)，定位备件(VERB-NOUN)，选择客户(VERB-NOUN)。

FX步骤：(包括明确的计算动作的步骤)

这些步骤中，动词明确定义了计算动作，例如：计算、分组、平均、添加等。在这种情况下，动词总是与代表系统的数学逻辑的句子相联系。

这种步骤类型被分配了一个VERB-NOUN形态句法规则标识符，其中的名词描述了动词所表示的计算的逻辑。

这种类型的句子的一些例子是：计算总销售额(VERB-NOUN)，按颜色分组(VERB-NOUN)，平均上个月的成本(VERB-NOUN)。

L步骤：(包含连接动作的步骤)

这些步骤中，动词定义了链接动作，如：相关,链接,关联,组合等。在这种情况下，动词后面至少有两个名词。

动词可以代表以下任何一种模式：

模式1：

这种步骤类型被分配了VERB(link)-NOUN-PREP-NOUN形态句法规则标识符，其中具体的动词可以是“link”或任何同义词，介词一般是“with”，但也可能有所不同。

这种类型的句子的一些例子是：

将物品与价格联系起来(VERB(link)-NOUN-PREP-NOUN)，将设备与备件联系起来(VERB(link)-NOUN-PREP-NOUN)，将税收与股份联系起来(VERB(link)-NOUN-PREP-NOUN)，将产品与投入组成(VERB(link)-NOUN-PREP-NOUN)。

模式2：

这种步骤类型被分配了VERB(hold responsible)-NOUN-PREP-NOUN形态句法规则标识符，其中具体的动词可以是“hold responsible”或任何同义词，介词一般为“for”，但也可能有所不同。

这种类型的句子的一些例子有：让客户对支付负责(VERB(hold responsible)-NOUN-PREP-NOUN)，让雇员对库存控制负责(VERB(hold responsible)-NOUN-PREP-NOUN)。

模式3：

这种步骤类型被分配了VERB-NOUN-PREP(a)-NOUN形态句法规则标识符，其中具体的介词可以是a、an或任何其他介词。

这种类型的句子的一些例子是：用测量单位来测量物品(VERB-NOUN-PREP(a)-NOUN)，用价格列表来评价物品(VERB-NOUN-PREP(a)-NOUN)。

F步骤：(与前面任何类型都不对应的步骤)

这些步骤中的动词不符合前面的任何类型，因为它指的是“案例”所特有的动作。

动词可以呈现以下任何一种模式：

模式1：

这种步骤类型被分配了VERB-NOUN形态句法规则标识符，用于所有未被列为CC、QS或FX步骤类型中的特定词的动词，也未被用于这种相同类型的任何模型。

及物动词后面有一个或多个名词。例如。购买物品(VERB-NOUN)，出售水果(VERB-NOUN)，修理工具(VERB-NOUN)，解决问题(VERB-NOUN)。

模式2：

这种步骤类型被分配了VERB(is)-NOUN形态句法规则标识符，其中的具体动词是“to be”。这是一个非常特殊的动词，描述了名词的性质。

这种类型的句子的一些例子是：是水果(VERB(is)-NOUN)，是一家公司(VERB(is)-NOUN)。

(c)词的逻辑：确定所分析的句子和问题的所属词类型结构

被配置为自动句子分析器151(图4E1)的处理器150进行以下操作，以便从每个简单句的词语中获得相关的功能组件。

-对于“案例”的语言，并从静态数据库存储器160的语言、词和形态句法规则162的逻辑结构中，它取动词词尾(VE)和特殊词列表(SW)，其中包括分组词列表(GRW)和排除词列表(EXW)。它还采用了定义了从逻辑结构中应用的准则的形态句法规则。

-它从动态数据库存储器170的简单句和问题171的逻辑结构中提取“案例”的简单句，并将其结构化为相应的问题。

-它为“案例”的每个简单句分配一个顺序号。

-对于“案例”的每个简单句和每个问题，它逐一取词，并根据词的类型对其进行描述，如下：

如果问题是“如何”，它将问题中每个词的词尾与动词词尾VE进行比较，以确定动词。一旦确定了动词，它将剩余的词与特殊词列表SW进行比较，以确定介词、冠词、连词和副词。跟在动词后面且不属于SW的词是名词。名词后面的词可以是属于分组词GRW列表的SW，在这种情况下，GRW加上紧跟在它前面和后面的词构成一个分组名词。其余不属于SW的词是形容词。

如果问题是“何事”，第一个词就是动词。一旦确定了动词，它就会将剩余的词与特殊词列表进行比较，以确定介词、冠词、连词和副词。如果动词是及物的，那么紧跟在动词后面的词就不是SW；它是一个表现为直接宾语(DO)的名词。名词后面的词可以是属于分组词GRW列表的SW，在这种情况下，GRW加上紧跟在它前面和后面的词构成了一个分组名词。其余不属于SW的词是形容词。

如果问题是“何人”，它将剩余的词与特殊词列表进行比较，以确定介词、冠词和连词。名词后面的词可以是属于分组词GRW列表的SW，在这种情况下，GRW加上紧跟在它前面和后面的词构成一个分组名词。其余不属于SW的词是形容词。

MAS元模型和形态句法规则结构在子阶段E4中被应用于识别对创建功能架构文档有用的功能组件，在子阶段G6中生成软件设计组件，在子阶段H4中定义与软件设计MAS元模型相关的图形符号。这些子阶段代表了本发明的优选实施例，其中“案例”文本的转折动词按子阶段A1中的定义处理。

阶段B：输入语言的特征和结构

在这个阶段(图4B)，将用于描述自然语言中的“案例”的语言及其形态句法特征是通过以下子阶段来定义的：

子阶段B1：定义形容词的顺序

形容词的顺序指的是形容词相对于语言中的名词的位置。

在配置为语言用户界面121的输入/输出设备120中，从可用的形容词顺序列表中定义语言的适当形容词顺序。顺序1：名词+形容词；顺序2：形容词+名词；顺序3：修正的形容词+修正的名词，顺序4：形容词+修正的名词，顺序5：修正的形容词+名词。例如，对于英语来说，形容词的适当顺序是形容词+名词。

子阶段B2：上传特殊词

在配置为语言用户界面121的输入/输出设备120中，上传子阶段B1中定义的语言的特殊词。这些特殊词被配置为自动句子分析器151的处理器150用来确定哪些词将被排除在句子分析之外。在本发明的背景下，冠词(ART)、介词(PREP)、连词(CONJ)和副词(ADV)被认为是语言的特殊词。在英语中，“a”和“the”是冠词的例子，“for”和“with”是介词的例子，“and”和“or”是连接词的例子，而“how”和“where”是副词的例子。

子阶段B3：上传分组词

在被配置为语言用户界面121的输入/输出设备120中，上传子阶段B1中定义的语言的分组词。在本发明中，分组词是子阶段B2中定义的特殊的词，它们可以连接两个其他的词来构成一个复合词。例如，“list of prices”(价格列表)这个词，两个名词通过“of”组合在一起。

子阶段B4：上传动词词尾

在配置为语言用户界面121的输入/输出设备120中，上传来自B1子阶段的语言的适当动词词尾，这些词尾与常规动词词尾的最后音节相对应。动词结尾“-ing”是英语语言的一个例子。

阶段C：输入“案例”的描述

在这个阶段(图4C)，通过以下子阶段用自然语言描述案例：

子阶段C1：选择用于描述案例的语言

在配置为案例用户界面122的输入/输出设备120中，选择描述“案例”所使用的语言。该语言从阶段B上传的合格语言列表中选择。

子阶段C2：识别构建“案例”上下文的组件

在本发明的一个实施例中，确定构建“案例”背景的组件。

这个阶段涉及“案例”宇宙的静态视野和时间上的动态视野。在静态视野中，“案例”的概念结构是从全局角度观察的，没有考虑到随着时间的流逝会发生什么，将概念划分为维度或构成它的主要方面：层和资源。在动态视野中，它是从随着时间的推移而发生的事件(时间活动)的角度来观察的，并按照它们发生的顺序：过程、时刻和步骤。

在本发明的一个实施例中，为了组织对“案例”的描述，确定了层、资源、过程、子过程和时刻。

(a)识别“案例”的层

层被理解为参加过程的信息的层次，可以独立于其他的信息进行处理，这些信息可以单独运作，有很好的输入和输出区别。例如，这两层被确定为：数据层(一个过程的输入数据被结构化和访问)和计算层(使用所述数据进行计算)。

(b)识别“案例”中使用的资源

资源是指在整个过程中受到转化的组件，并允许访问其他资源，如转化过程的结果。例如，库存物品是受制于销售过程的资源。

(c)识别“案例”中的过程

过程是转化资源的行动或行动组。例如，“销售库存物品”的过程。

(d)识别“案例”中每个过程的子过程

子过程是过程的一部分，可以按片段分析该过程。例如，“提供报价”和“销售”可以是包含在“销售库存物品”过程中的子过程。

(e)识别“案例”的时刻

在本发明中，时刻是子过程的分区，宣布与该子过程有关的事件的发生。例如，“当客户感兴趣时”是发生在“提供报价”的子过程中的时刻。

子阶段C3：确定“案例”的步骤

步骤是指在任何特定时刻进行的活动。例如：“当这个人进入测试办公室”时的活动可能是：询问他的身份证明文档，记录上述身份证明文档的数据，对他的家庭群体进行搜索，询问他目前的工作。

为了确保对“案例”的描述是完整的，所有的步骤，甚至那些因为看起来很明显而被省略的步骤，都必须包括在内。

由于步骤是句子，其动词决定了要执行的行动，因此可以根据动词所表示的行动类型，并通过分析动词后面的名词(不包括子阶段B2中定义的特殊词：冠词、连词、命题和介词)对其进行分类。

按步骤类型对句子进行分类的准则被称为步骤类型逻辑，是子阶段A2中定义的形态句法规则的一部分，下面将进行描述。

CC步骤：(包含检查/确认动作的步骤)

这些步骤中，动词定义了检查或确认动作，如：检查、确认、限制等。在这种情况下，动词总是与代表系统的数学逻辑的句子相联系。这种类型的句子的一些例子是：检查物品是否有正库存，确认客户是否有税号，限制过期商品的摄入。

QS步骤：(包括查询/搜索动作的步骤)

这些步骤中，动词定义了查询或搜索动作，如：搜索、定位、选择、查询、指示、显示、展示等。在这种情况下，动词后面总是跟着一个名词或一个直接宾语。这种类型的句子的一些例子是：查询项目，显示余额，显示数据，显示结果，搜索项目，找到备件，选择客户。

FX步骤：(包括明确的计算动作的步骤)

这些步骤中，动词专门定义了计算动作，如：计算，分组，平均，添加等。在这种情况下，动词总是与代表系统的数学逻辑的句子相联系。这种类型的句子的一些例子是：计算总销售额，按颜色对物品进行分组，平均上个月的成本。

L步骤：(包括连接动作的步骤)

这类步骤中，动词定义了链接动作，如：相关,链接,关联,组合等。在这种情况下，动词后面至少有两个名词。这种类型的句子的一些例子是：将物品与价格联系起来，将设备与备件联系起来，将税收与股份联系起来，将产品与投入组合起来。

F步骤：(与前面任何类型都不对应的步骤)

这些步骤中的动词不对应于前面的任何类型，因为它指的是“案例”所特有的动作。动词可以代表以下任何一种模式。模式1：动词后面跟着一个或多个名词。例如：购买物品，出售水果，修理工具，解决问题。模式2：动词后面不跟名词。例如：进入，退出。

这些步骤一般按以下顺序描述：1)F步骤,2)CC步骤,3)QS步骤,4)FX步骤，5)L步骤。

阶段D：识别和存储“案例”的简单句和数学矩

在这个阶段，“案例”的简单句被列出，取“案例”描述的每一段，提取只有一个动词的句子，以便上传到输入/输出设备120的案例用户界面122。例如，如果描述的段落是：“该物品是一个库存物品。该人用一个计量单位测量该物品并下订单，他对该订单负责，并将其链接到一个订单类型”，相应的简单句子是：“这个人用一个计量单位测量物品”，“这个人下了订单”，“组织让这个人对订单负责”，“这个物品是一个库存物品”，“这个人把订单与一个订单类型联系起来”。

在自由写作的文本中，同一段中有的句子有隐含的主语，一般由连词分开。在这种情况下，为了形成一个完整的句子，主语就会暴露出来，目的是将有隐含主语的句子转换成有显性主语的简单句子。例如，在下面这个由连词“和”分隔的句子中，有一个隐含的主语：“这个人用一个计量单位测量物品，并把订单放好”。可以将其变成两个简单的句子：“这个人用一个测量单位测量了物品”，“这个人下了订单”。

在这个步骤中，必须注意到，描述是描述“案例”的简单句的集合。一个由“何人”、“何事”、“何处”、“如何”和“何时”等问题的答案衍生出来的简单句，对应于该过程的每一步。

关于数学组件，本发明能够识别所输入文本的数学功能，本方法为所需功能的每个组件识别句子。也就是说，每个数学功能被分解成几个简单句。如图4G2所示，用五个简单的问题句子来识别一个数学功能的简单句。例如：允许在支付中计算预扣税款的数学功能，由5个简单句组成。

一旦简单句被识别出来，那些有隐含主题的句子被完成，它们就被上传到输入/输出设备120的案例用户界面122。

在这个阶段(图4D)，“案例”的简单句由以下子阶段确定：

子阶段D1：回答L和F类步骤的“案例”的每个步骤的问题

在这个阶段，“案例”的每一个简单句都被用来回答问题：何时、何处、何事、如何和何时。

对于存储在简单句和问题动态数据库存储器171中的每个简单句，处理器150在输入/输出设备120的案例用户界面122中显示每个句子，询问何人、何事、何处、如何和何时等问题。对于显示的每个句子，用户输入答案，同时确保每个答案是句子含义的构成部分。在某些情况下，可能无法回答其中一个或几个问题。

上述问题的答案明确了简单句子的每一部分，在本发明的一个优选实施例中，必须用现在时态来写。

按问题类型对句子进行分类的准则被称为问题逻辑，是子阶段A2中定义的形态句法规则的一部分。

子阶段D2：将每一L和F类的步骤的答案串联起来

一旦问题的答案被上传，每个答案都会按以下顺序串联起来。何时，何人，何事，如何，哪何处。通过这种方式，答案的文本被连接成简单句，并存储在动态数据库存储器170的简单句和问题171的逻辑结构中。

上述问题的答案明确了简单句的每一部分，必须用现在时态来写。

例如，对于不完整的句子：“询问他的身份证件”，如果采用前面描述的方法，结果就是一个简单句。当该人进入时，系统操作员会记录身份证件的号码。

子阶段D3：识别案例的数学矩

为了构建案例描述的概念性数学逻辑，这一阶段要确定案例中所用短语的数学组件。例如：

时刻：计算预扣税款。

第一步：检查支付(类型QA)

第2步：添加已付金额(类型FX)

第3步：查阅费率(类型QS)

第4步：计算税款(类型FX)

第5步：验证结果(类型CC)

图4G2和图4G3示出了每个步骤的结构，以及案例用户界面122是如何为每种类型的步骤呈现的。

子阶段D4：为QS、FX和CC类型的步骤回答“案例”的每个步骤的问题

在这个阶段，本发明的方法将每个简单句对应于“案例”的一个数学矩，对于提到这些类型的步骤的案例，应该回答何时、何人、何事、如何和何处的问题。

对于存储在简单句和问题动态数据库存储器171中的每个简单句。处理器150在输入/输出设备120的案例用户界面122中显示每个句子，询问何人、何事、何处、如何和何时的问题。对于显示的每个句子，用户输入答案，同时根据步骤的数学内容，确保每个答案是句子意义的构成部分。在某些情况下，有可能有一个或多个问题不能被回答。

当上述问题得到回答时，简单句的所有部分都被明确，在本发明的一个优选实施例中，必须用现在时态来写。除了对每个问题的回答外，对于数学案例，每个问题中所要求的规范必须针对每一种类型的步骤完成。该规范将每个问题的答案的含义与从以前的步骤中创建的功能组件联系起来，因此，当子阶段G2和G3被执行时，与数学步骤相关的功能模型具有自动创建类formulafx和dominiodx的所有必要元素。

在案例用户界面122-1中，为FX步骤类型输入简单句。

在案例用户界面122-2中，为CC步骤类型输入简单句。

在案例用户界面122-3中，为QS步骤类型输入简单句。

作为QS、FX和CC各步骤类型的一个例子，下面描述了以下情况：

QS步骤类型的例子：

在这个例子中，对于步骤QS的类型，根据图4G3的表示和图4G3a的细节，描述案例用户界面122中的每一句话。

FX步骤类型的例子：

在这个例子中，对于步骤FX的类型，根据图4G2的表示，描述案例用户界面122中的每一句话。

CC步骤类型的例子：

在这个例子中，对于步骤CC的类型，根据图4G2的表示，描述案例用户界面122中的每一句话。

按问题对句子进行分类的准则，被称为“问题逻辑”，是子阶段A2中定义的形态句法规则的一部分。

子阶段D5：将QS、FX和CC类型的每个步骤的答案串联起来

一旦问题的答案被加载，每个答案将按以下顺序串联起来：何时、何人、何事、如何、何处。通过这种方式，答案的文本被串联成简单句，并存储在动态数据库存储器170的简单句和问题171逻辑结构中。

通过对上述问题的回答，简单句的所有部分都明确地暴露出来，必须用现在时态来写。

在QS、FX和CC类型的步骤中，每个简单句在串联中增加了一系列额外的词，以便为每个句子提供意义。这种串联的一个例子用粗体字说明如下：

步骤QS类型案例的简单句的构造是：

系统检查支付(日期，概念，金额)，条件是有效的和非豁免的，并将它们存储在适用的支付中(日期，概念，金额)。

步骤FX类型案例的简单句的构造是：

系统计算税款，加上适用的金额，并将结果存储在发票中(税额)。

步骤CC类型案例的简单句的构造是：

系统验证结果，比较发票和支付总额，并将结果存储在属性RdoValido中(checkvalid)。

阶段E：识别和存储功能和数学组件

在本发明的背景下，必须理解的是：根据功能组件表达的语言的语法和句法结构，该功能组件对应于由处理器150自动提取和分类的句子中的每个词。

在这个阶段(图4E)，描述了识别句子的功能组件的子阶段。

子阶段E1：将简单句解构为单词并识别这些单词

由处理器150生成的功能组件分为以下类型：

·名词功能组件

ο在“何事”中识别->名词-直接宾语(DO)

ο在“何人”中识别->名词-人(PER)

ο在“何时”中识别->名词(NOUN)

ο在“如何”中识别->名词(NOUN)

·形容词的功能组件

ο在任何问题中识别->形容词(ADJ)

·动词的功能组件

ο在“何事”中识别->动词(VERB)

ο在“如何”中识别->动词(VERB)

·副词的功能组件

ο在“如何”中识别->副词(ADV)

结构化词语的准则被称为词语逻辑，是子阶段A2定义的形态句法规则的一部分。

在这个子阶段，被配置为自动句子分析器151的处理器150对“案例”的每个简单句进行以下操作：

(a)列出单词

对于每一个句子，列出其每个单词。

(b)识别要排除的词

从功能组件选择中排除那些在子阶段B2中定义的要排除的词；除非这些词是分组名词的一部分，如：价格列表、饼干盒。

(c)识别动词

通过比较每个词的词尾与子阶段B4定义的动词词尾列表或作为简单句中“何事”问题的答案的第一个词来识别动词。

(d)识别名词

将不属于动词且未被排除的词识别为名词。

(e)将名词标记为&attribute

有些名词的行为像&attribute(&属性)。&attribute被理解为另一个名词的特征名称，它不是一个形容词。关于已识别的名词列表，在本发明的一个实施例中，&attributes是手动选择的。在另一个实施例中，当名词被列在文本的括号内时，处理器会自动识别它们。例如：在“上传客户的文档号”这句话中，‘文档号’是‘客户’的&attribute。

(f)识别分组名词

当有两个连续的名词，中间有一个特殊的词作为链接时，将分组名词识别为名词。

(g)根据单词识别功能组件

从分类词的列表中，将名词和动词确定为功能组件，并相应地分类为VERB、DO、NOUN、PERSON。

(h)逐一检查每个功能组件以前是否存在

当一个新的任何类型的功能组件被识别时，检查它以前是否存在。如果不存在，就创建它。如果存在，则继续。

(i)将功能组件与它们所回答的问题联系起来

根据该词所属的问题，按类型对功能组件进行分类：

i.如果属于“何时”：与动词组合的词是副词(ADV)类型的功能组件。

ii.如果属于“何事”：跟在动词后面的名词是直接宾语(DO)类型的功能组件。

iii.如果属于“何人”：第一个名词是人(PERS)类型的功能组件。

被配置为自动句子分析器151的处理器150执行以下动作，如图4E1所示，以便从每个简单句的词语中获得相关的功能组件：

·对于“案例”的语言，从静态数据库存储器160的语言、词和形态句法规则162的逻辑结构中获取动词词尾(VE)、特殊词列表(SW)，其中包括分组词列表(GRW)、排除词列表(EXW)。

·从动态数据库存储器170的简单句和问题171的逻辑结构中提取“案例”的简单句，并将其结构化为相应的问题。

·为“案例”的每个简单句分配顺序号。

·对于“案例”的每个简单句，对于每个问题：逐一取词，并根据词的类型进行定性：

如果问题是“如何”，将问题中每个词的词尾与动词词尾VE进行比较，以确定动词。一旦确定了动词，将剩余的词与特殊词列表SW进行比较，以确定介词、冠词、连词和副词。跟在动词后面且不属于SW的词是名词。名词后面的词可以是属于分组词GRW列表的SW，在这种情况下，GRW加上紧跟在它前面和后面的词构成一个分组名词。其余不属于SW的词是形容词。

如果问题是“何事”，第一个词就是动词。一旦确定了动词，将剩余的词与特殊词列表进行比较，以确定介词、冠词、连词和副词。如果动词是及物的，那么紧跟在动词后面的词就不是SW；它是一个表现为直接宾语(DO)的名词。名词后面的词可以是属于分组词GRW列表的SW，在这种情况下，GRW加上紧跟在它前面和后面的词构成了一个分组名词。其余不属于SW的词是形容词。

如果问题是“何人”，将剩余的词与特殊词列表进行比较，以确定介词、冠词和连词。名词后面的词可以是属于分组词GRW列表的SW，在这种情况下，GRW加上紧跟在它前面和后面的词构成一个分组名词。其余不属于SW的词是形容词。

子阶段E2：添加未包括在描述中的功能组件

在本发明的一个实施例中，用户添加未出现在自动识别的功能组件列表中的功能组件。以同样的例子继续进行：

·识别文档的号码是一个从句子中自动检测到的&attribute。

·这个人的年龄是由用户添加的&attribute。

在本发明的一个实施例中，相应的步骤和简单句是为每个被添加的功能组件自动创建的。

子阶段E3：识别与步骤FX、CC和QS的类型相关的功能组件

从在子阶段D3、D4和D5中表示的数学矩和步骤中，被配置为自动句子分析器151的处理器150确定与步骤FX、CC和QS的类型相对应的补充功能组件，如下所示：

子阶段E3.a——对应于FX步骤类型的句子的数学组件

a.将文字逻辑应用于界面组件122-12中输入的文本，以确定NOUN(发票)和括号中的属性(taxedamount)。这些属性构成{enumeration of attributes&}({属性的枚举&})。

b.定义122-13的内容是一个功能组件{fx expression}({fx表达式})，与子阶段E3.a的a项中确定的NOUN(发票)、属性(taxedamount)相链接。

子阶段E3.b——对应于CC步骤类型的句子的数学组件

a.将文字逻辑应用于界面组件122-22中输入的文本，以确定NOUN(结果)和括号中的属性(validcheck)。这些属性构成{enumeration of attributes&}({属性的枚举&})。

b.定义122-23的内容是一个功能组件{fx expression}({fx表达式})，与子阶段E3.b的a项中确定的NOUN(结果)、属性(validcheck)相链接。

子阶段E3.c——对应于QS步骤类型的句子的数学组件

a.将文字逻辑应用于界面组件122-31中输入的文本，以确定NOUN(支付)和括号中的属性(日期、概念、金额)。这些属性构成{enumeration of attributes&}({属性的枚举&})。

b.定义122-32的内容是一个功能组件{fx expression}({fx表达式})，与子阶段E3.b，c项中确定的NOUN(适用的支付)、属性(日期、概念、金额)相链接。

c.对界面组件122-33中输入的文本应用文字逻辑，以确定NOUN(适用的支付)和括号中的属性(日期、概念、金额)。这些属性构成了{enumeration of attributes&}({属性的枚举&})。

子阶段E4：对功能组件应用形态句法规则

在本发明的一个实施例中，用户可以启用形态句法规则，从而使处理器150符合子阶段A2中定义的逻辑。

在这个实施例中，根据图4A1中的MAS元模型，简单句的每个词都被分类为词161-1，并被分配为以下词的类型之一：VERB(动词)、NOUN(名词)、ART(冠词)、CONJ(连词)、ADV(副词)。执行者词161-2和可执行词161-3也被创建，将执行词161-4类分配给及物动词。所有按类型分类的词161-1都是功能组件。如图4D所示，一旦每个功能组件被创建，它就被链接到它所产生的句子、它所属的问题、相应的词类、以及代表构成问题的词类序列的形态句法规则标识符，如子阶段A2所示。

在功能组件选择过程中，子阶段B2定义特殊词，除非相应的形态句法规则将其标记为特殊词。

在本实施例中，处理器150为每个及物动词创建两个新的功能组件。一个被命名为动词加激动性后缀“ER”的功能组件(执行者161-2)和一个被命名为动词加后缀“BLE”的功能组件(可执行161-3)。及物动词是执行161-4词。对于执行及物动词的名词，处理器150创建动词“is”(是)，与动词的ER相关联。对于目标名词(句子的直接宾语)，处理器创建动词“is”，它与动词的BLE相关联。

阶段F：生成功能架构文档

在这个阶段(图4F)，被配置为文档生成器153的处理器150，使用存储在静态数据库存储器160的格式、图形符号和STD句子163的逻辑结构中的格式和符号，生成功能架构文档，并在输入/输出设备120的文档显示用户界面124中显示它们。

在这个阶段(图4F)，功能架构文档是由以下子阶段生成的：

子阶段F1：建立功能架构的形态句法规则

正如在阶段A中所建立的，对于每个由介词“to”或“to the”跟随的及物动词，处理器为执行动词的名词创建以下内容：句法组件，其名称为动词加激动性后缀“er”(以下称为动词的ER)；并为接受动词动作的名词创建以下内容：句法组件，其名称为动词加后缀“ble”(以下称为动词的BLE)。处理器在源名词和动词的ER之间创建一个新的名词，称为“动词的执行”。对于源名词，处理器创建一个动词“is”，与动词的BLE相关联。对于目标名词，处理器创建一个动词“is”，与该动词的ER相关联。

子阶段F2：定义功能架构文档中使用的图形符号

在这个阶段，使用输入/输出设备120的格式、图形符号和STD句子用户界面123，定义将在功能架构图中使用的图形符号，根据相应的单词类型，指出每个功能和数学组件在图表中使用的图形组件。将定义的图形符号存储在数据库存储器130中。这样，用户在视觉网格中输入图形符号，该网格由格式、图形符号和STD句子用户界面123显示，如图6所示。

子阶段F3：生成功能架构文档

被配置为文档生成器153的处理器150，将存储在动态数据库存储器170的功能组件逻辑配置172中的功能和数学组件，应用静态数据库存储器160的MAS元模型161逻辑结构中的MAS元模型，使用子阶段F2中定义的符号，构建功能架构文档。为了生成功能架构图，处理器扫描功能组件的列表，并应用以下规则，直到产生如图4F1所示的图表：

规则1：对于每个NOUN类型的功能组件，绘制FNOUN图形元素，在其内部有FC标签。

规则2：对于每个VERB型功能组件，在VERB前面的NOUN和后面的NOUN之间绘制线，要考虑到：i)如果VERB是“to be或其任何变体”，从VERB之前的NOUN到紧跟VERB的NOUN绘制FTOBE图形元素；ii)如果VERB是任何其他及物动词，从VERB之前的NOUN到紧跟VERB的NOUN绘制FERBLE图形元素；iii)如果VERB不是及物的，从VERB之前的NOUN到同一NOUN绘制FVERB图形元素。

规则3：对于每个PREP类型的功能组件，但仅对于介词“of”和“of the”，在介词之前的NOUN和介词之后的NOUN之间绘制FPREP图形元素。

规则4：对于每个及物动词，绘制与根据子阶段A1定义的MAS元模型创建的词相对应的图形组件：FERBLE图形元素用于执行者词，FERBLE用于可执行词，以及FPERF用于执行词。

处理器150在输入/输出设备120上显示功能架构文档。

阶段G：识别和储存设计组件

在本发明中，“案例”的设计文档由以下图表组成：概念设计图、用例图、类图、实体关系图、屏幕设计图和报告设计图。

每个“案例”的设计文档都显示图形。具体来说，类图在本发明中被使用。根据面向对象(OO)范式，作为类图一部分的每个图形元素将被称为设计组件(DC)。例如：类关系、属性、方法。

为了本发明的目的，应该理解类、属性、关系和方法是面向对象(OO)范式中定义的设计组件。

在这个阶段(图4G)，配置为自动软件设计器152的处理器150，通过以下子阶段自动设计软件：

子阶段G1：将功能和数学组件分组，创建它们的类和继承关系

在这个子阶段中，被配置为自动软件设计器152的处理器150，根据其属性的相似性创建类和继承关系，执行以下动作：

(a)选择功能组件

采取在阶段E创建的功能和数学组件的列表，这些组件存储在动态数据库存储器170的功能组件172的逻辑结构中，除了标记为“Is attribute”(是属性)的功能组件和VERB字型的功能组件。

删除那些名字非常相似的功能组件和数学组件(例如，使用列文斯坦距离算法，相似度为90％)，如“person”和“persons”这两个词就是如此，其中“person”被认为是一个单一的功能组件。

(b)将相似的功能组件分组

使用{list of&attributes}({属性列表})对上一步中包含的功能组件进行分组，将具有相同{list of&attributes}的功能组件放在同一组中。为那些有多个功能组件的组分别赋予名称，例如，Word01、Word02。

(c)按组创建类

为每个有一个以上功能组件的组创建一个类，将{list of&attributes}中的每个元素表示为一个属性，并为该类指定与该组相对应的词的名称。

(d)为组创建继承关系

对于那些属于有一个以上元素的组的功能组件，根据其所属的{list of&attributes}组，在该功能组件所属的每个类和其各自的组类之间创建继承关系。也就是说，继承关系存在于具有相同{list of&attributes}的类之间，这些类被概括在上一步的同一个组类中。

子阶段G2：创建基于FX和CC类型步骤的公式类

在这个子阶段，被配置为自动软件设计器152的处理器150对“案例”的简单句按问题类型划分，执行以下操作：

(a)列出属于FX和CC步骤的VERB和DO功能组件

列出所有VERB型和DO型的功能组件，并识别相应的步骤类型，如在子阶段C3中所定义的那样。

(b)为FX和CC步骤创建类

基于属于FX和CC类型步骤的功能和数学组件，创建具有VERB定义的行为的类。对于每个VERB，创建类并添加方法，称为公式，负责计算由{fx expression}({fx表达式})表示的表达式，在子阶段E3.a和子阶段E3.b中确定。

对于在上一步中创建的每个类，执行以下操作：

a.如果DO“Is Attribute”(是属性)，就在该类中创建一个名为DO的属性。

b.如果DO“Is Attribute”，就在上一步的类和包含DO作为其属性的类(称为TargetClass)之间建立关系。将这种关系命名为TargetClass_Movement。

子阶段G3：基于QS类型步骤创建域类

在这个子阶段，被配置为自动软件设计器152的处理器150执行以下操作：

(a)列出属于QS步骤的VERB和DO功能组件

列出所有VERB和DO类型的功能组件，并确定其相应的步骤类型，如在子阶段C3中定义的那样。

(b)为QS步骤创建类

基于属于QS类型步骤的功能组件，创建了具有VERB所定义的行为的类。对于每个VERB，创建名为VERB+DO的类，并添加一个名为fxdomain的方法，该方法负责搜索由{fxexpression}定义的数据，在子阶段E3.c中确定。如果属性列表与之前创建的一个类的属性相匹配，就在它们之间建立一个相应方向的继承关系。

fxdomain方法调用“Domain”+VERB+DO。

G4子阶段：基于L类型步骤创建域类

在这个子阶段中，被配置为自动软件设计器152的处理器150进行以下操作：

(a)列出属于L步骤的VERB和DO功能组件

列出所有VERB型和DO型的功能组件，并确定其相应的步骤类型，如在子阶段C3中定义的那样。

(b)为L步骤创建类

基于L类型功能组件，在DO和NOUN之间创建了一种关系，称为DO+“for”+NOUN。

子阶段G5：基于F类型步骤创建操作类

在这个子阶段中，被配置为自动软件设计器152的处理器150进行以下操作：

(a)列出属于F步骤的VERB和DO功能组件

列出所有VERB型和DO型的功能组件，并确定其相应的步骤类型，如在子阶段C3中定义的那样。

(b)为F步骤创建类

基于F型功能组件，根据DO是否“Is Attribute”，创建以下类：

a.如果DO“Is Attribute”：不创建类。

b.如果DO“Is Attribute”：

i.创建类，称为：VERB+DO，这将被称为Class_Cab

ii.来自F类型步骤的DO类将被称为Class_Rec

iii.在Class_cab和Class_rec之间建立了一个1比n的关系。

将这种关系命名为“Movement”+DO。

子阶段G6：将形态句法规则应用于设计组件

在本发明的一个实施例中，用户可以启用形态句法规则的使用，以便处理器150符合子阶段A2中定义的逻辑。

根据在子阶段A2定义的并存储在静态数据库存储器160的语言、词和形态句法规则162的逻辑结构中的形态句法规则，处理器150确定哪些软件设计组件(DC)是由存储在动态数据库存储器172的功能组件逻辑结构172中的每个功能组件(FC)衍生出来的。

它列出问题，并根据构成答案的单词类型为每个问题创建规则标识符。然后，它在静态数据库存储器160的语言、词和形态句法规则162的逻辑结构中搜索所述规则标识符，并通过匹配标识符找到基础规则。可能有一个以上的具有相同基本规则标识符的形态句法规则，在这种情况下，选择与问题、F类型步骤以及在文本中发现的并在形态句法规则中指明的特定词相匹配的规则。在标识符不匹配任何基本规则的情况下，处理器150会忽略该问题。

在本实施例中，对于在前面的子阶段中确定的和在子阶段A1中定义的每个及物VERB，处理器150创建与该动词相关的词161-4和执行者161-2和可执行者161-3词。

对于L类型步骤的情况，用户可以创建一个依赖于基本规则VERB-NOUN-PREP-NOUN的形态句法规则，其中动词“to link”(链接)可以被当作一个特定的词处理。在这种情况下，步骤类型将是L，处理器150将在DO和NOUN之间建立一种叫做DO+“for”+NOUN的关系。

对于FX类型步骤的情况，处理器150为在子阶段E3.a中确定的每个数学组件创建一个formulafx类型的词，并在界面122-13中输入{fx expression}，与子阶段E3.a中确定的属性(taxedamount)相链接。

对于CC类型步骤的情况，处理器150为子阶段E3.b中确定的每个数学组件创建一个formulafx类型的字，其{fx expression}在界面122-23中输入，与子阶段E3.b中确定的属性(validcheck)链接。

对于QS类型步骤的情况，处理器150为子阶段E3.c中确定的每个数学组件创建一个类型为fxdomain的字，其{fx expression}在界面122-32中输入，还创建一个类型为fxformula的字，与前一个fxdomain链接。这个公式fx与{enumeration of attributes&}(日期、概念、金额)相链接，其在子阶段E3.b，c项中确定。

图4A3显示了一个具有应用实例的软件设计类模型，该模型描述了基于MAS元模型161的软件设计的形态句法规则。这些形态句法规则产生了“案例”的句子的建模。为了从自然语言中设计软件，为每一个描述简单句的问题(何时，何人，何事，如何，何处)定义了软件设计的形态句法规则。这些存储在词语、规则和形态句法规则静态数据库存储器162中的规则与为每个简单句计算的规则标识符进行比较，如子阶段2A所示。并根据匹配情况，定义被配置为自动软件设计器152的处理器150的逻辑，以生成软件设计组件。

阶段H：定义格式、图形符号和STD句子

在这个阶段(图4H)，业务、分析和设计文档的格式，以及生成这些文档所需的参数，通过以下步骤来定义：

子阶段H1：定义文档的输出格式

在这个子阶段，使用输入/输出设备120的格式、图形符号和STD句子用户界面123，定义业务文档、分析文档和设计文档的显示或打印格式。

这些定义包括定义页边距、字体和每个文档的内容将被显示的顺序排序。

对于业务文档，定义了层、资源、过程、子过程、时刻和步骤的展示顺序和次序。

对于分析文档，定义了全局和细节要求的显示顺序和次序。

在本发明的一个实施例中，用户可以使用输入/输出设备120的格式、图形符号和STD句子用户界面123来修改在子阶段F1、F2、F3和F4上传的格式、图形符号和标准句子。

H2子阶段：定义需求的标准句子

在这个子阶段，使用输入/输出设备120的格式、图形符号和STD句子用户界面123，输入描述需求的标准句子，用将被用来生成需求的一种或几种语言来写。这些标准句子被存储在输入/输出设备160的语言、词和形态句法规则162的逻辑结构中。生成需求所需的标准句子描述如下：这些句子必须被翻译并存储在需要生成文档需求的每种语言中。

(a)全局需求的标准句子：

为了生成全局需求，定义了以下标准句子，适用于英语：

OracionSTD_abm_Sust：“Create,Read,Update and Delete”(创建、读取、更新和删除)

OracionSTD_abm_Pers：“Create,Read,Update and Delete Entities withrole”(创建、读取、更新和删除有角色的实体)

OracionSTD_verbo_F：“Create transaction record”(创建交易记录)

OracionSTD_verbo_R：“Create rule that”(创建规则)

OracionSTD_verbo_conector_R：“with”(与)

OracionSTD_verbo：“Create rule that”(创建规则)

(b)NOUN和DO组件的详细需求的标准句子

为了生成NOUN和DO功能组件的详细需求，定义了以下标准句子，适用于英语：

OracionSTD_Crear：“Create a new element”(创建新元素)

OracionSTD_Agregar_Atributos：OracionSTD_Agregar_Atributos

OracionSTD_Agregar_Controles：“Perform the following control swhen anelement is created”(当一个元素被创建时，执行以下控制)

OracionSTD_Baja：“Exclude a”(排除)

OracionSTD_Edicion：“Update a”(更新)

OracionSTD_Consulta：“Search the transaction records of”(搜索…的交易记录)

OracionSTD_complemento_control：“performing the following controls”(执行以下控制)

OracionSTD_complemento_búsqueda：“performing the following searches”(执行下列搜索)

OracionSTD_crear_atributo：“Create the attribute”(创建属性)

OracionSTD_validacion_atributo：“Perform the following controls whenthe datum is completed”(在基准面完成后执行以下控制)

(c)PERSON组件的详细需求的标准句子

为了生成PERSON功能组件的详细需求，定义了以下标准句子，适用于英语：

OracionSTD_permitirque：“Allow”(允许)

OracionSTD_acciones_Persona：“to perform the following actions”(执行以下行动)

OracionSTD_afectacion_Persona：“to be subject to the followingactions”(受到以下行动的影响)

OracionSTD_responsabilidad_Persona：“to be performed under theresponsibility of”(由…负责执行)

(d)VERB组件的详细需求的标准句子

为了生成与CC类型步骤或FX类型步骤相关的VERB功能组件的详细需求，定义了以下标准句子，适用于英语：

OracionSTD_crear_Fx：“Create a formula for”(创建公式，用于)

OracionSTD_argumentos：“using the following data as arguments”(使用以下数据作为参数)

OracionSTD_expresion：“in the following expression”(在下面的表达式中)

OracionSTD_msj_error_Fx：“If the formula returns an error,display thefollowing message”(如果公式返回一个错误，显示以下消息)

OracionSTD_msj_ok_Fx：“If the formula returns a valid result,displaythe following message”(如果公式返回一个有效的结果，显示以下消息)

OracionSTD_msj_advertencia_Fx：“"If the formula returns a warning,display the following message”(如果该公式返回一个警告，显示以下消息)

为了生成与QS类型步骤相关的VERB功能组件的详细需求，定义了以下标准句子，适用于英语：

OracionSTD_crear_busqueda：“Create a rule for”(创建规则，用于)

OracionSTD_exponer_atributos：“displaying the following data”(显示以下数据)

OracionSTD_definir_búsqueda：“Allow searching for the data of”(允许搜索…的数据)

OracionSTD_conector_orden：“by”(通过)

OracionSTD_definir_filtro：“Allow filtering the data of”(允许过滤…的数据)

OracionSTD_definir_orden：“Allow sorting the data of”(允许对…的数据进行排序)

OracionSTD_definir_agrupamiento：“Allow grouping for the data of”(允许对…的数据进行分组)

OracionSTD_definir_total：“Display the following summarized data”(显示以下总结的数据)

为了生成与L类型步骤相关的VERB功能组件的详细需求，定义了以下标准句子，适用于英语：

OracionSTD_crear_regla：“"Create a rule that”(创建规则)

OracionSTD_condicion：“as long as the following condition is met”(只要满足以下条件)

OracionSTD_vincular：“Link”(链接)

OracionSTD_conector_vincular：“with”(与)

OracionSTD_complemento_control：“performing the following controls”(执行以下控制)

OracionSTD_des vincular：“Unlink”(解除链接)

OracionSTD_consultar：“Search”(搜索)

OracionSTD_complemento_relacionar：“in a relationship with”(与…有关系)

OracionSTD_complemento_criteriobusqueda：“using the following searchcriteria”(使用以下搜索标准)

为了生成与F型步骤相关的VERB功能组件的详细需求，定义了以下标准句子，适用于英语：

OracionSTD_permitir：“Allow”(允许)

OracionSTD_habilitar_persona：“Enable”(启用)

OracionSTD_complemento_accionpersona：“to decide on the action”(决定行动)

OracionSTD_movimientos：“Allow the movements of”(允许…的动作)

OracionSTD_complemento_acargode：“to affect”(影响)

OracionSTD_control_nuevo：“Perform the following controls whencreating a new transaction record of”(在创建一个新的…的交易记录时，执行以下控制)

OracionSTD_control_eliminar：“Perform the following controls whendeleting the transaction record of”(在删除…的交易记录时，执行以下控制)

OracionSTD_control_modificar：“Perform the following controls whenupdating the transaction record of”(在更新…的交易记录时，执行以下控制)

OracionSTD_precedencia：“based on the following existing records:”(基于以下现有记录：)

OracionSTD_nuevo_movimiento：“Record n movements of”(记录…的N个动作)

OracionSTD_control_nuevo_movimiento：“Perform the following controlswhen creating a new movement of”(在创建新的…的运动时，执行以下控制)

OracionSTD_control_eliminar_movimiento：“Perform the followingcontrols when deleting the movement of”(在删除…的运动时，执行以下控制)

OracionSTD_control_modificar_movimiento：“Perform the followingcontrols when updating the movement of”(在更新…的运动时，执行以下控制)

OracionSTD_buscar_elemento：“Search for the elements of”(搜索…的元素)

OracionSTD_complemento_buscarelemento：“to create a movement,performing the following searches”(创建运动，执行以下搜索)

子阶段H3：定义软件设计中要使用的图形符号

在这个阶段，使用输入/输出设备120的格式、图形符号和STD句子用户界面123来定义软件设计图中使用的图形符号。

设计图可以用各种图形符号显示，其中之一是UML符号，但也可以定义图形元素来表示设计文档。

子阶段H4：定义与MAS元模型相关的图形符号

为子阶段A1中定义的MAS元模型的每个元素指出在软件设计图中要使用的图形组件。通过这种方式，用户在由格式、图形符号和STD句子用户界面123显示的视觉网格中输入图形符号。

设计图可以用各种图形符号显示，其中之一是UML符号，但也可以定义图形元素来表示设计文档，如图7所示。

阶段I：自动生成业务、分析和设计文档

在此阶段(图4I)，配置为文档生成器153的处理器150，使用存储在静态数据库存储器160的格式、图形符号和STD句子163中的格式和符号，生成业务、分析和设计文档，并通过以下子阶段在输入/输出设备120的文档显示用户界面124中显示它们：

子阶段I1：生成业务文档

在这个阶段，被配置为文档生成器153的处理器150将文本编入业务文档。在本发明中，业务文档是一个分析文档，通过执行以下动作，它显示了存储在动态数据库存储器170的简单句和问题171的逻辑结构中的简单句：

a).对维度、时间性活动和简单句进行排序

对文本进行分层排序，层在层次的顶部，步骤在层次的底部，如图4I2所示，因此：

-层310包含资源320

-资源320包含过程330

-过程330包含子过程340

-子过程340包含时刻350

-时刻350包含步骤360，如前所述，这些步骤最多可以有五种类型

-步骤360包含简单句370及其相应的完成问题。

b).连续连接先前的有序组件

在一个优选的实施例中(图5)，通过将每个问题的答案按优选的顺序连接起来得到简单句，因此：何时，何人，何事，如何，何处，这并不意味着顺序不能改变。

当所有的过程都用这种方法描述时，一个用自然语言表达的完整而详细的“案例”构成就实现了。

子阶段I2：生成分析文档

在这个阶段，被配置为文档生成器153的处理器150将功能需求结构化，并自动生成分析文档。在本发明中，通过执行以下动作，分析文档显示了从存储在动态数据库存储器170的简单句和问题172的逻辑结构中的功能组件中得到的需求：

a)组装全局功能需求

“案例”的功能全局需求是指那些按照必须执行的顺序描述过程的动作，以便从构建软件应用程序所需的功能需求的角度来解释这些动作并确定要执行的动作。

处理器150利用存储在动态数据库存储器170的功能组件逻辑结构172中的功能组件，只选择以下内容：NOUN，PERSON，DO和VERB。对于上述每个功能组件，产生一个全局需求，作为“案例”范围的一部分，定义NOUN组件(NOUN、DO、PER)的全局需求，并定义VERB组件的全局需求。

NOUN组件的全局需求

全局需求是为每个名词功能组件(NOUN，PERSON和DO)组装的，只要它不是一个属性。通过使用子阶段F2中定义的标准句子，创建一个有标签和顺序编号的句子，如表1中所示。

表1

VERB组件的全局需求

全局需求是通过创建有标签和顺序编号的句子来为每个VERB功能组件组装的。

在这种情况下，句子是根据VERB为每个步骤类型生成的，并使用在“何事”问题中与之耦合的DO和NOUN来组成，如表3所示。

表2

单一的全局需求是由不同的步骤和通过单一的功能组件写成的。在这种情况下，全局需求只写一次，以避免重复，并根据需要与相应的步骤链接。

b)组装详细的功能需求

在这个阶段，“案例”的详细需求被描述为每个全局需求：明确的详细需求，即那些在句子中明确表示的需求，以及隐含的详细需求，即那些已知是必要的，但没有被明确描述的需求。

在本发明的背景下，引号中显示的句子是首选的句子，取自静态数据库存储器160的语言、词和形态句法规则162的逻辑结构。然而，这些句子可以用具有同等意义且适合于案例所选语言的句子来代替，如在子阶段F2中提出的实施方案。

对于每一种类型的功能组件，基于其全局需求的定义，使用子阶段F2中定义的标准句子来定义“案例”的详细需求。

为了更好地理解本发明，应该注意到，为了产生详细的需求，按照以下标准替换了这些词：

-NOUN：子阶段D2中定义的该类型的功能组件。

-PERSON：子阶段D2中定义的该类型的功能组件。

-DO：子阶段D2中定义的该类型的功能组件。

-VERB：子阶段D2中定义的该类型的功能组件。

-{list of&attributes}：描述NOUN的属性列表，由子阶段D2中被标记为属性的NOUN，加上子阶段D3中增加的属性组成。

-{list of*attributes}：在子阶段D2中定义的&attributes列表的一部分，用于搜索、过滤、排序、分组或添加搜索或查询的结果。

-{list of DO&attributes}：在子阶段D2定义的&attributes列表中的&attributes集合，由通过在子阶段G3创建的详细需求与DO组件相关的元素组成。

-{list of NOUN&attributes}：从子阶段D2定义的&attributes列表中收集&attributes，通过在子阶段G3创建的详细需求，由与NOUN组件相关的元素组成。

-{list of PERSON&attributes}：从子阶段D2定义的&attributes列表中收集&attributes，通过在子阶段G3创建的详细需求，由与PERSON组件相关的元素组成。

-{list of CC-type global requirements}：全局需求的集合，由基于NOUN成分或属于子阶段E2中确定的CC类型步骤的DO组件的全局需求组成。这个列表包含从0到n个全局需求。如果列表中包含0个全局要求，则不会生成引用CC类型全局需求的详细需求。

-{list of QS-type global requirements}：基于子阶段E3中确定的QS类型步骤产生的全局需求列表。这个列表包含从0到n个全局需求。如果列表中包含0个全局要求，则不生成引用QS类型全局需求的详细需求。

-{list of F-type global requirements}：基于子阶段E5中确定的F类型步骤产生的全局需求列表。这个列表包含从0到n个全局需求。如果列表中包含0个全局需求，则不生成引用F类型全局需求的详细需求。

-{fx expression}：公式的表达式，以列出的数据为参数，在子阶段D3中被确认为FX、CC或QS类型的一些步骤。

-{error message}：如果在执行公式时出现错误，将在系统中显示的消息文本，这是在子阶段D3中为任何QS类型的阶段所定义的。

-{ok message}：如果检查或确认的结果是正确的，系统将显示该消息的文本，这是在子阶段D3中为任何QS类型的阶段所定义的。

-{warning message}：如果检查或确认的结果不正确，将在系统中显示的消息文本，这是在D3子阶段为QS种类的任何阶段定义的。

定义NOUN组件的详细需求

基于存储在动态数据库存储器170的功能组件172的逻辑结构中的NOUN类型功能组件，以及它们各自的全局需求，产生了以下详细需求：

定义PERSON组件的详细需求

基于存储在动态数据库存储器170的功能组件172的逻辑结构中的PERSON类型的功能组件，以及它们各自的全局需求，产生了以下详细需求：

定义VERB组件的详细需求

基于存储在动态数据库存储器170的功能组件172的逻辑结构中的VERB型功能组件，以及它们各自的全局需求，产生了以下详细需求：

定义DO组件的详细需求

基于存储在动态数据库存储器170的功能组件172的逻辑结构中的DO型功能组件，以及它们各自的全局需求，产生了以下详细需求：

子阶段I3：生成软件设计文档

按照子阶段F4中定义的图形符号，处理器150被配置为文档生成器153，生成XML文档，其中每个设计组件的名称和其相应的图形符号代码被存储在标签之间。

对于选择UML图形符号的本发明的实施方案，使用xmi标准，并生成代表类图的XML。

配置为文档生成器153的处理器150，根据在子阶段F4中选择的图形符号的定义，生成设计文档，取存储在数据库存储器中与设计相对应的数据，并以特定的XML格式导出内容。

7.该方法的应用实例

基于自然语言的过程描述，该系统自动产生“案例”的业务文档、分析文档和设计文档。

该系统的组件是那些能够产生上述文档的组件(图3)。

1.输入/输出设备120：通过该设备输入自然语言文本，使用以下配置：

a.语言用户界面121

b.案例用户界面122

c.格式、图形符号和STD句子用户界面123

d.文档显示用户界面124

2.CPU 110：系统100的处理装置，由以下组成：

a.主存储器140：根据其配置执行以下功能：

i.图表141

ii.句子矩阵142

iii.FC矩阵143

iv.DC矩阵144

b.处理器150：根据其配置执行以下功能：

i.自动句子分析器151

ii.自动软件设计器152

iii.文档生成器153

3.数据库存储器130：

a.静态数据库存储器160

i.MAS元模型161

ii.语言、词和形态句法规则162

iii.格式、图形符号和STD句子163

b.动态数据库存储器170

i.简单句问题171

ii.功能组件172

iii.设计组件173

输入/输出设备

这种工具是由能够在显示器上产生屏幕的永久存储器组成的，其中有用户可以输入数据或进行操作的区域。

案例用户界面122

案例用户界面允许用户输入所要求的数据并执行操作，将其保存在数据库存储器中。

为了使该工具发挥作用，用户必须用自然语言输入数据(层、资源、过程、子过程、时刻、步骤)，正如该方法所确定的那样。

为此，它提出了这个上传界面，允许用户输入这些字段，并使用该方法建立的顺序在它们之间建立关系，其中每个组成部分(、时间活动和简单句子)都需要上传以下数据字段：

-名称

-描述

-相关的从属元素

这些数据字段显示在界面中。维度和时间活动上传界面，其中{text1}和{text2}被相应的组件名称所取代，因为用户按照既定顺序填写数据字段。

-首先，{text1}＝“Layer”和{text2}＝“Resource”

-当编辑动作被执行时，维度和时间活动的上传界面再次显示，但这一次，{text1}＝“Resource”和{text2}＝“Process”

o当编辑动作被执行时，维度和时间活动上传界面再次显示，但这次，{text1}＝“Process”和{text2}＝“Subprocess”

·当编辑动作被执行时，维度和时间活动上传界面再次显示，但这次，{text1}＝“Subprocess”和{text2}＝“Moment”

当编辑动作被执行时，维度和时间活动上传界面再次显示，但这次，{text1}＝“Moment”和{text2}＝“Step”

一旦该步骤完成，句子界面显示出来。在这个界面中，用户必须回答问题，以便创建完整的、有结构的简单句，其结构是在方法中定义的。用户还必须从步骤类型列表中选择以下选项之一：

-F:功能性

-CC:检查/控制

-QS:查询/搜索

-FX:计算

-L:链接

当用户回答问题时，该工具会完成句子，按照界面显示的顺序将问题中输入的文本串联起来。

一旦数据上传任务完成，用户可以执行以下操作：

-保存：在数据库内存中保存上传的数据。

-取消：丢弃数据库内存中的上传数据。

分析显示

显示在显示器上的分析显示由屏幕组成，显示上传的数据，其组织方式使工具的用户能够阅读和理解“案例”，指导用户进行准确的分析，以正确生成全局和详细的功能需求。这些需求是由该工具自动生成的，通过提示用户确认和选择一些数据。

文字分析显示

这个界面以结构化的形式向用户展示简单句(单词分析界面)。使用这个界面，该工具使用户能够执行分析处理器和分析文档处理器。

用户会看到一个表格，上面有全部上传的简单句，用户可以对每个句子执行分析操作。这个动作会触发分析处理器，其结果是返回句子中包含的单词列表。

每个词的特征是：

-Word：分析处理器检测到的词

-Word：该词在句子中属于哪个问题：何时、何人、何事、如何、何处

-Component Type：分析处理器自动分配给每个词的类型：NOUN、

ADV、VERB、DO、ADJ

-In Scope：如果需要的话，该栏允许工具的使用者标记有关的词是否会成为要设计的“案例”的范围的一部分。用户可以从以下选项中选择：是/否

-Is Attribute：如果需要的话，该栏允许工具的使用者指出该词是否应该像一个&attribute(属性)一样行事。用户可以从以下选项中进行选择：是/否

一旦词的分析任务完成，用户可以执行以下操作。

-保存：在数据库内存中保存上传的数据。

-取消：丢弃数据库内存中的上传数据。

在这个界面中，可以对分析处理器识别的每个词执行分析动作。在这种情况下，分析文档处理器将被执行，然后显示需求分析显示。

需求分析显示

这个界面(需求分析显示)向用户展示由分析文档处理器产生的全局和详细需求。

用户会看到一个生成的全局需求的表格，和一个对应于每个全局需求的详细需求的嵌套表格。

每个全局需求的特征是：

-Word：由分析处理器检测到的词

-Component Type：分析处理器自动分配给每个词的类型：NOUN、

ADV、VERB、DO、ADJ

-Step Type：用户在上传界面选择的值

-GlobalReqNum：由工具生成的相关数字

-Global Requirement：由分析处理器产生的句子，与全局需求相对应。

每个详细需求的特征是：

-DetReqNum:一个由工具生成的相关数字

-Detailed Requirement：由分析处理器产生的句子，与详细需求相对应

-&Attributes：描述该词的属性列表。它们必须由用户从以下产生的列表中选择：

用户手动输入

自动生成，对于被用户标记为“Is Attribute”的词

-Message：用户希望指定的信息列表，作为对错误，正确行动和不正确行动情况的反应，作为需求执行的结果。这个列表可以通过以下方式产生：

由用户手动输入

-Expression：用户为步骤类型CC或FX指定的要计算的表达式

-Associated GlobalReq:全局需求的列表，允许用户从这个列表中引用一个GlobalReq，并将其与一个详细的需求关联。这发生在范围的描述不包括这类特征的描述(这使系统不能自动生成关系)，在这种情况下，用户会添加它。

一旦单词分析任务完成，用户可以进行以下操作：

-保存：在数据库内存中保存上传的数据。

-取消：丢弃数据库内存中的上传数据。

设计显示

这个界面向用户展示分析处理器检测到的词，以便于根据分析结果设计“案例”。

用户看到的是一个包含全部分析词的表格，每个词都有一个嵌套的表格，包含基于相关要求的相关词。

每个词的特点是由分析阶段得出的以下数据组成：

-Word：包含在要设计的范围内的词

-Word：该词在句子中属于哪个问题：何时、何人、何事、如何、何处

-Component Type：分析处理器分配给每个词的类型：NOUN、ADV、VERB、DO、ADJ

-Step Type：用户在上传界面选择的值

-Is&attribute：用户在分析阶段表示的特征；可以是YES或NO

在这个界面中，可以对列出的每个词执行设计动作。在这种情况下，设计处理器被执行，然后显示设计显示，其中包括为该词及其相关词生成的类列表。

每个类的特征是：

-Class：由设计处理器设计的类的名称

-ClassType：可以是L或NonL

-&Attributes：分配给该类的&attributes的列表。在任何情况下，它们都属于分析阶段的&attributes状态列表

-Methods：分配给该类的方法列表。这些方法是由设计处理器生成的

一旦类被设计出来，就可以执行See Diagram(查看图表)动作，它将在屏幕上呈现出类图。

一旦单词分析任务完成，用户可以执行以下动作：

-保存：在数据库内存中保存上传的数据。

-取消：丢弃数据库内存中的上传数据。

主存储器

处理器

为了自动生成“案例”的分析和设计文档，该工具提供了一个具有三种功能的处理器：执行分析动作的分析处理，执行设计动作的设计处理，以及生成结果文档的文档处理。

自动句子分析器

分析处理器接收由用户上传到数据库内存的完整的简单句集合。基于所述句子，它执行三种算法：

-识别与构建“案例”有关的词语的算法(图4E1)，这是阶段E中描述的本发明的组成方法。

-生成“案例”的全局需求的算法，这是阶段F中描述的本发明的组成方法。

-产生“案例”的详细需求的算法，这是阶段F中描述的本发明的组成方法。

字算法

该算法(图4E1)对每个现有的句子执行所述的例程，并要求将以下两个列表上传到数据库：

-GRW＝{grouping words}({分组词})：建立分组的词的集合，例如：当“list ofprices”(价格的清单)中出现“of”(的)这个词时，它就是一个分组词

-PEX＝{excluded words}({排除词})：分析中要排除的词的集合。

它通常由介词、连接词和冠词组成

一旦这个算法被执行，所有的词都将被转换为“案例”的功能组件，并按组件的类型进行分类，通过问题的方式进行相互关联。

组件类型描述：

-NOUN：名词

-PER：人名词

-ADV：副词结构

-VERB：动词

-DO：直接宾语名词

-ADJ：形容词

全局需求算法

这个算法对范围内确定的每个词执行描述的例程，并要求将以下列表上传到数据库：

-reqgl_abm_Sust：每次在范围中识别出NOUN组件时，将用于组成全局需求的句子。该方法建议类似于：“Create,Read,Update and Delete”+{NounWord}。(“创建、读取、更新和删除”+{名词})

-reqgl_abm_Pers:每次在范围内确定PER组件时，将用来组成全局需求的句子。该方法建议类似于：“Create,Read,Update and Delete Entities with role”+{PersonWord}。(“创建、读取、更新和删除有角色的实体”+{人名词})

-reqgl_verboF：每次在范围中确定一个与F类型步骤相关的VERB时，将用来组成全局需求的句子。该方法建议类似于：“Create transaction record”+{VerbWord}+{DOWord}。(“创建交易记录”+{动词}+{直接宾语})

-reqgl_verboF：每次在范围内确定一个与L类型步骤相关的VERB时，将用来组成全局需求的句子。该方法建议类似于：“Create rule that”+{VerbWord}+{DOWord}“with”+{NounWord}。(“创建规则”+{动词}+{直接宾语}“与”+{名词})

-reqgl_verbo：每次在范围中发现与非F类型或非L类型步骤相关的VERB时，将用来组成全局需求的句子。该方法建议类似于：“Create rule that”+{VerbWord}+{DOWord}。(“创建规则”+{动词}+{直接宾语})

一旦这个算法被执行，“案例”的所有全局需求都被存储在数据库中。

详细需求算法

该算法对范围内确定的每个词执行描述的例程，并要求将为描述该案例而选择的语言中的标准句子上传到数据库。

设计处理

设计处理器利用功能组件的集合和分析阶段中添加的补充物：

-属性

-信息

-表达式

-相关的要求

所有这些都与作为“案例”范围一部分的功能组件相关联。

执行设计处理器算法(图4G1)，该算法实现了阶段G并自动生成了构成“案例”的结果设计图的类和关系。

文档处理

该工具由能够自动生成文档的永久存储器组成，这些文档显示在显示器上，用户可以在其中查看来自上传存储器的数据的区域。

业务文档处理

业务文档生成器把在上传界面上传的数据，存储在数据库中，并应用以下算法来生成业务文档(图4I2)：

a)按照访问数据库的方法所指示的顺序，以用户上传的以下列和行数，取存储的全部上传数据：层、资源、过程、子过程、时刻、步骤、何时、何人、何事、如何、何处、句子。

b)在标题变量中串联Layer&Resource&Process。

c)在副标题变量中连接子过程和时刻。

d)以较大的缩进呈现每个步骤。

e)以较大的缩进呈现每一句话。

将产生的文档命名为“业务文档”(图4I2)，该工具允许用户将其存储在DocumentFile(文档文件)中，用打印设备(打印机、绘图仪等)打印，用显示设备(显示器、屏幕、投影仪等)显示。

分析文档处理

分析文档处理器接收所有上传的数据和生成的需求，包括全局的以及详细的，并应用以下算法来生成分析文档(图4I3)：

a)使用与业务文档相同的算法来生成标题、副标题和步骤。

b)提出每个与步骤相关的全局需求，其缩进量大于前一个步骤的缩进量。

c)呈现每个与全局需求相关的详细需求，其缩进程度大于前一个全局需求。

将产生的文档命名为“分析文档”(图4I3)，该工具允许用户将其存储在DocumentFile中，用打印设备(打印机、绘图仪等)打印，用显示设备(显示器、屏幕、投影仪等)显示。

设计文档处理

文档处理器获取由设计处理器识别的类的数据，并使用读取UML图的xmi标准来创建XML文档。

将生成的文档命名为Class Design Document(类设计文档)(图5)。

这个生成的文档被存储在Document File中。

数据库存储器

该工具是由能够存储工具产生的结果的永久存储器组成的。

数据库

储存由工具产生的上传、分析和设计数据的数据库。它由数据库引擎管理。

Document File

存储生成的文档的数据库。它是一个设置在硬盘上的结构，由操作系统的文档服务器管理。

Claims (19)

1.一种计算机实现的方法，其特征在于，用于从描述案例的自然语言和数学表达式所表达的短语中生成功能架构文档，所述短语存储在数据库存储器中；所述方法包括：

A.通过输入/输出设备上传名为MAS元模型的逻辑结构；所述MAS元模型建立了所述自然语言和数学表达式的公理原则，并决定了处理器的行为；所述处理器根据其配置执行以下功能：自动句子分析器、自动软件设计器和文档生成器；根据存储到所述数据库存储器中的形态句法规则，所述MAS元模型包括以下子阶段：

A1.在所述数据库存储器中存储所述MAS元模型；所述元模型定义逻辑，配置为所述自动句子分析器的所述处理器使用所述逻辑来生成分析和设计文档；所述逻辑包括基于及物动词自动生成执行者词、可执行词和执行词；

A2.将所述MAS元模型的所述形态句法规则的所述逻辑存储在所述数据库存储器中；所述逻辑规定所述自然语言和数学表达式中的每个句子都可以基于如下被结构化：a)问题逻辑：定义简单句中的词属于什么形式的问题：“何时”、“何人”、“何事”、“如何”、“何处”，被称为WH问题；b)步骤类型逻辑：定义所述WH问题的动词类型：明确计算(FX)、检查/确认(CC)、查询/搜索(QS)、连接(L)、未指明(F)；c)词语逻辑：定义单词的类型；

B.通过所述输入/输出设备的语言用户界面输入合格语言的列表，以及每种所述合格语言的语法和句法特征，并将这些数据存储在所述数据库存储器中；

C.通过显示设备的案例用户界面，从阶段B的所述合格语言的列表中选出一种自然语言，输入以所述自然语言描述的“案例”描述文本，并将所述描述存储在所述数据库存储器中；

D.从阶段C中识别所述案例的所述简单句和数学矩，对每个句子回答所述WH问题，通过所述输入/输出设备的案例用户界面上传所述回答，并将其存储在数据库存储器中；所述识别包括以下子步骤：

答阶段B中识别的所述“案例”的每个步骤的问题，包括何人、何事、何处、如何、以及何时，并将答案作为文本存储在所述数据库存储器中；

答阶段B中识别的所述“案例”的每个步骤的问题，包括何人、何事、何处、如何、以及何时，并将答案作为文本存储在所述数据库存储器中；

E.通过配置为所述自动句子分析器的所述处理器，在来自阶段D的所述简单句上识别功能和数学组件，如在阶段A建立的那样，并将所述功能和数学组件存储在所述数据库存储器中；

F.通过配置为所述文档生成器的所述处理器，基于来自阶段E的所述功能和数学组件，通过专门为文档类型定义的图形符号，自动生成所述功能架构文档；所述功能架构的生成包括以下子阶段：

F1.应用所述形态句法规则，并基于所述形态句法规则，通过配置为所述文档生成器的所述处理器，从功能组件中排除，并在所述及物动词的情况下创建新的功能组件：一种功能组件，其名称是动词加激动性后缀“ER”；另一种功能组件，其名称是动词加后缀“BLE”；

F2.通过所述输入/输出设备的格式、图形符号和句子用户界面(STD)，定义功能架构图中要使用的图形符号，根据相应的单词类型，为每个所述功能组件指明所述功能架构图中要使用的图形组件，并将其存储在所述数据库存储器中；

F3.通过配置为所述文档生成器的所述处理器，基于存储在所述数据库存储器中的所述功能组件，使用子阶段F2中定义的所述图形符号，生成所述功能架构文档，并在所述输入/输出设备上显示所述功能架构文档。

2.根据权利要求1所述的方法，其特征在于，阶段B包括以下子阶段：

B1.通过所述输入/输出设备输入所选的合格语言的形容词的顺序，并将其存储在数据库存储器中；

B2.通过所述输入/输出设备输入所述所选的合格语言的特殊词，所述特殊词可以在阶段D的所述简单句的文本中找到，并被排除在功能组件列表之外，并将所述特殊词存储在所述数据库存储器中；

B3.通过所述输入/输出设备输入所选的合格语言的分组词，所述分组词用于连接包含一个以上的词的功能组件，并且可以在阶段D的所述简单句的文本中找到，并将所述分组词存储在所述数据库存储器中；

B4.通过所述输入/输出设备输入所述所选的合格语言的不定式动词的动词尾，所述动词可以在阶段D的所述简单句的文本中找到，并将所述不定式动词的动词尾存储在所述数据库存储器中。

3.根据权利要求1所述的方法，其特征在于，阶段C包括以下子阶段：

C1.使用配置为所述案例用户界面的所述输入/输出设备，从阶段B定义的所述合格语言中选择描述所述案例的语言；

C3.通过应用子阶段A2识别所述案例的步骤，并将所述步骤存储在所述数据库存储器中。

4.根据权利要求1所述的方法，其特征在于，阶段C包括：识别构造所述“案例”背景的组件、层、资源、过程、子过程和时刻，并将它们存储在所述数据库存储器中。

5.根据权利要求1所述的方法，其特征在于，阶段E包括：将所述简单句解构为单词，根据所选择的语言对其进行定性，确定所述简单句的功能组件，并将所述功能组件存储在所述数据库存储器中。

6.根据权利要求1所述的方法，其特征在于，在阶段E中，用户增加从所述简单句中自动识别的不存在于功能组件列表中的功能组件。

7.根据权利要求1所述的方法，其特征在于，阶段E包括：识别与步骤FX、CC和QS的类型相关的功能组件。

8.根据权利要求1所述的方法，其特征在于，在阶段E中，用户添加公式表达，描述所述“案例”的所有CC类型和FX类型步骤的数学行为。

9.根据权利要求1所述的方法，其特征在于，子阶段A1定义的所述形态句法规则被应用于阶段E；在此基础上，配置为所述自动句子分析器的所述处理器排除所述形态句法规则中的特定词汇，并为所述及物动词的情况创建新的功能组件：一种功能组件，其名称是动词加激动性后缀“ER”；另一种功能组件，其名称是动词加后缀“BLE”。

10.根据前述任意一项权利要求所述的方法，其特征在于，阶段D包括以下几个子阶段：

D1.回答所述案例中L和F类型步骤的每个步骤的问题；

D2.将所述L和F类型步骤的每个所述步骤的回答串联；

D3.确定所述案例中的数学矩；

D4.回答所述案例中QS、FX和CC类型步骤的每个步骤的问题；以及

D5.将所述QS、FX和CC类型步骤的每个所述步骤的回答串联。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

G.通过配置为所述自动软件设计器的所述处理器，根据阶段E的所述功能组件自动识别设计组件，并将所述设计组件存储在所述数据库存储器中；

H.通过所述显示设备的所述格式、图形符号和STD句子用户界面，上传业务、分析和设计文档的输出格式、需求的标准句子参数和设计图的图形符号，并将它们存储在所述数据库存储器中；以及

I.通过配置为所述文档生成器的所述处理器，应用阶段G中定义的所述格式、图形符号和STD句子，自动生成基于阶段D的所述简单句的所述业务文档，基于阶段E的所述功能组件的所述分析文档，以及基于阶段F的所述设计组件的所述设计文档。

12.根据权利要求11所述的方法，其特征在于，阶段G包括以下子阶段：

G1.选择和创建功能组件组，所述功能组件组的类和继承关系，并将它们存储在所述数据库存储器中；

G2.基于FX和CC类型的步骤创建公式类，并将其存储在所述数据库存储器中；

G3.基于QA类型的步骤创建域类，并将其存储在所述数据库存储器中；

G4.基于L类型的步骤创建关系类，并将其存储在所述数据库存储器中；以及

G5.基于F类型的步骤创建操作类，并将其存储在所述数据库存储器中。

13.根据权利要求1所述的方法，其特征在于，在阶段E中，用户添加错误、验证和警告消息。

14.根据权利要求11所述的方法，其特征在于，阶段I包括以下子阶段：

I1.生成所述业务文档；

I2.生成所述分析文档；以及

I3.生成软件设计文档。

15.根据权利要求12所述的方法，其特征在于，子阶段I1通过以下动作生成所述业务文档：

a)对维度、时间活动和简单句进行排序；

b)连接先前排序的组件；以及

c)在所述输入/输出设备上显示所述业务文档。

16.根据权利要求11所述的方法，其特征在于，子阶段I2通过以下动作生成所述分析文档：

a)组建全局功能需求，定义NOUN组件的全局需求，定义VERB组件的全局需求；

b)组建详细功能需求，为NOUN、PERSON、VERB和DO组件定义详细需求；以及

c)在所述输入/输出设备上显示所述分析文档。

17.根据权利要求11所述的方法，其特征在于，子阶段I3生成所述设计文档并在所述输入/输出设备上显示。

18.根据权利要求11所述的方法，其特征在于，在阶段H中，通过所述输入/输出设备的所述格式、图形符号和STD句子用户界面，用户使用模板来构成所述“案例”的功能分析文档的文本结构，并将所述模板存储在所述数据库存储器中。

19.一种系统，其特征在于，用于从以自然短语和数学表达式表达的描述中生成功能架构文档和业务、分析和软件设计规范文档；所述描述被存储在数据库中；所述系统包括：

输入/输出设备，配置为语言用户界面、案例用户界面、格式、图形符号和STD句子用户界面以及文档显示用户界面，用于输入合格语言及其结构，输入自然语言和数学表达式的“案例”描述，输入文档生成的格式和图形符号，并显示所述功能架构文档和所述业务、分析和软件设计规范文档；以及

主存储器，与所述输入/输出设备相连；所述主存储器与处理器相互作用，被配置为易失性存储案例描述、功能组件、设计组件、所述功能架构文档以及所述业务、分析和软件设计规范文档；

其中，所述处理器被配置为接收来自用户的所述自然语言和数学表达式的至少一个描述，所述描述包括案例并识别所述案例的描述；

所述处理器，被配置为自动句子分析器，用于创建对应于所述案例的步骤的简单句，并对其进行分析，以根据所述简单句自动生成AA功能组件；

所述处理器，被配置为自动软件设计器，用于识别所述案例的所述设计组件，以及根据功能和数学组件确定与FX、CC和QS类型相对应的补充功能组件；

所述处理器，被配置为文件生成器，用于根据所述功能组件和所述设计组件生成所述功能架构文档以及业务、分析和软件设计规范文档；以及

数据库存储器，与所述处理器相连，被配置为静态存储MAS元模型、语言、单词、对应于FX类型表达式的数学表达式以及形态语法规则和格式、图形符号和STD句子，还被配置为动态存储所述简单句和问题、所述功能组件和所述设计组件。

Images