[发明专利]基于部件的源代码生成器

说明书

本申请根据35 USC 119(e)，要求1998年10月13日提交的申请号为60/104,014的美国临时专利申请以及1999年7月23日提交的申请号为60/145,214的美国临时专利申请的优先权。

技术领域

本发明涉及源代码生成器，更具体地说，本发明涉及在基于部件进行编程情况下生成的源代码。尤其是，利用生成指令和参数集，生成器生成接近重复的源代码和重复源代码供开发者使用。

发明背景

通过增加使用用于进行编程、项目管理和系统集成的面向对象模型，最近几年软件开发过程发生了戏剧性的变化。

企业应用程序是大型的复杂系统，该系统将抽象的商务习惯转变为特定过程和事件驱动交互。这些应用程序形成组织方法的核心。

公司可以以多种方法收集并提取“最切实可行的作法”。在许多情况下，对整个组织创建定制软件既无利益又超出企业的能力。因此，为了获得软件解决方案，这些公司求助企业应用程序软件销售商。可以将各式各样的软件简称企业资源计划(Enterprise ResourcePlanning)(ERP，由如Peoplesoft和ASP的销售商推出)、客户关系管理(Customer Relationship Management)(Vantive、Clarity、Siebel推出)以及职业服务自动化(Professional Services Automation)(Niku、Visto推出)，这些系统可以简化商务运作过程。

各公司之间相互不同，然而，这些差别使得各公司之间产生竞争。为了将他们的不同能力转化到电子处理过程，公司必须使他们的企业应用程序适合他们的工作方式。这意味着需要花费时间对应用程序进行调整、改变和生成。

解决此问题的一种方法是公知的“参数化”方法。在参数化过程中，为了使应用程序的操作过程适合商务的实际要求，受过培训的ERP专家配置许多参数和变量。

第二种方法是调整现有企业应用程序，即选择现有通用应用程序然后直接调整其源代码。直到最近，由于其独一无二的商务活动需要高度专业化应用程序的公司仍面临着支付许可费并根据这些通用应用程序重写大量代码的问题。

公司使用源代码定制应用程序，作为对缺少控件和利用现有应用程序对他们提供定制应用程序的响应。同样，他们使用参数化的ERP作为对缺少维护能力和特许软件或内部开发系统的复杂编码的响应。对这两种方法的一种强有力的替换方法是面向对象的框架方法。

应用程序的开发过程总是从一组不完整、不精确而且有时是互相矛盾或互相不一致的要求开始进行的。对于复杂系统的开发者和分析师，从正在建立的应用程序的开头就明确定义是一项困难工作。

面向对象的程序设计方法学力求利用描述现实世界的更准确模型来校正这种不精确。作为编码过程模型的后继，为了容易地对不同的对象进行综合，面向对象技术创建公共词汇表和精确定义的边界。这有助于开发者将应用程序的范围和交互定义为一组分立部件，改善对软件的设计并方便对软件进行后续调整。

开发者和系统分析员使用称为建模工具的高级设计工具以从专用编程语言、操作系统和应用程序在其上运行的硬件的物理实现过程中抽象出来的逻辑方式对应用程序的商务目的进行描述。

有了对应用程序的抽象描述就减少了创建并维持各种软件迭代，软件迭代将在其寿命期内持续进行。如果工作是在百万行的程序中定位一项功能性，则模型提供的引导变得非常宝贵。

为了在建模销售商之间推进一致性方法，业内开发出通用建模语言(UML)以将在应用程序的分析和设计期间使用的单元标准化。UML被广泛接受以及基于部件的开发方法的出现使得可以使用起始指向任意面向对象开发方法的建模工具。

公司开发采用基于框架解决方案的多等级电子商务应用程序，而不根据草稿设计应用程序，基于框架解决方案提供具有类似持续性、安全性和事务性的服务。专用框架即面向对象的抽象，面向对象的抽象提供可扩充的协同操作类库，对给定问题域组成可重复使用的设计方案。实际上，框架提供通用解决方案，对于该解决方案，开发者需要在各部件内实现作为部件到框架综合代码的专用代码以说明其在框架内的特定过程。

比起特许过程源代码非正式迭代来，框架方法是一个显著改进。框架可以通过重新使用影响资本密集软件投资，并提供更高级的应用程序编程界面，因此可以更快地开发应用程序。