[发明专利]往返式软件设计的方法与装置

说明书

本发明涉及软件设计的模型化，特别涉及往返式的软件设计。在该设计中，软件的应用被反向设计在软件的模型中，软件的模型可以改变，同时由软件模型表示的编码可以再编码。

由于不适当的软件设计模型化，应用开发项目一般很难以任何始终成功的形式来提供。很低百分数的重要应用开发项目能及时并在预算以内完成。但随着项目的范围较大增长，机构已开始对应用和相应的子系统分成多个等级，以每个等级独立于其它等级进行开发与运用。这样就可能使应用扩大到企业的水平。随着第三代比较复杂的语言项目的开发，对有效的分析及设计模型化的相应需求就增加了。因而，为了将各种分离的应用组合成单一的大规模的解，就需要对现有的应用加以具体化与理解，而不依赖于开通源码。同时，项目需要采用以单元为基础的开发技术进行再设计以取得各种涌现的对象技术诸如CORBA，Microsoft Active X(OCX)以及World Wide Web的优点。

要求的第一步涉及对现有的开发过程增加面向对象的分析与设计，随着软件的需求日益复杂，就需要一种环境以便用面向对象的定向分析和设计前端来补充第三代生命周期，使应用编程者能够取得可再使用子序列的优点及跟踪项目开发。为此目的，已经开发了许多模型化产品，诸如PlatinumTechnology，Inc.’s Paradigm Plus，此类产品的一个问题是保持与编码同步的设计信息。

如图1所示，要求的性能是保持软件模型2随着变化的源码4而更新，允许产生易于理解的软件设计的图解表示，这一性能已经包括在大多数(如果不是全部的话)目标模型化工具中。没有这一特征，软件模型就必须不论什么时候当编写源码出现变化时要人工更新，这常常导致忘记更新软件模型，同时软件模型相对于要表述的源码就过时了。

如图2的文氏(Venn)图所示，问题由于以下事实而恶化，即软件模型通常仅代表在源码中表示的信息的子集合，而大量的有关项目的存储在软件模型中的元数据不在源码中表示。例如，与其格式化相关的源码中的说明和对象的性质通常都将不在软件模型中包括。在软件模型中表示的将采用的设计原则以及在模型化方法中对象之间的关系将不显含于源码中。

工业中的若干工具已经增加到往返式设计技术上，该技术能够读源码并且使软件模型与源码同步。然而，这些工具依赖于能够将标志符放入源码4中以便定义对应软件模式2的编码区域。这些标志符以大量的标志搞乱了源码，造成读出能力的问题。此外，当标志符之一被开发者删除或偶然地编辑时这一技术易于出错。

本发明要求的一种往返式设计方法，允许软件模型保持与相应的源码或等效目标同步，而无需搞乱码的标志符。

本发明目的是提供一种系统，以保持表示软件应用的软件模型与源码同步，它表示无需任何种类的限定码的部份的源码标志符，该码就是要与软件模型同步的，分析软件应用中的码。同时产生能在软件模型中合并的应用方面的软件模型。然后利用软件模型再产生由软件模型代表的源码，而且任何在软件模型中不表示的源码就会并到从原始码产生的源码。

本发明的上述和其它目的从本说明书的其余部份将很明显。

下面结合附图详细说明本发明及本发明的实施例

附图的简要描述

图1是表示往返式设计工具的总体要求的图。

图2是表述储存在项目源码中的信息和同一项目的软件模式的文氏

(Venn)图。

图3A以举例方式表示一种输出的PB(Power Builder)对象。

图3B表示一旦它已经根据本发明之前已知的双向设计技术，反向设计

与正向设计的图3A的PB(Power Builder)对象。

图4表示根据本发明的第一实施例的往返式设计过程的概貌。

图5表示以举例方式的C++源码样本。

图6表示由图5所示的源码产生的一种元模型。

图7表示在数据库中表示软件模型的表格。

图8表示在数据库中表示软件模型的修改的表格。

图9A表示从图5所示的源码产生的元模型。

图9B表示从图8所示的软件模型产生的元模型。

图9C表示在图9A和图9B中的元模型基础上的一种更新元模型。

图10表示初始合并码。

图11表示终结合并码。

图12表示反向设计(Power Builder)的概貌。

图13表示正向设计的概貌。

详细描述：

如图1所示，此处描述的本发明的实施例涉及软件模型2与项目源码4之间的软件项目的往返式设计，而软件模型与软件能保持同步。