CN1173260C

CN1173260C - 组件开发支持系统

Info

Publication number: CN1173260C
Application number: CNB011435631A
Authority: CN
Inventors: 吉田和树; 松尾尚典
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-12-12
Filing date: 2001-12-12
Publication date: 2004-10-27
Anticipated expiration: 2021-12-12
Also published as: JP2002182911A; US20020073397A1; CN1359062A

Abstract

提供一种通过连结多个处理单元来开发将形成应用程序开发的基础的组件的组件开发支持系统，包括：处理构成部件，其通过连结对应于多个处理单元的图象来模拟组件的处理，以获得有关各处理单元归并的声明以及在各处理单元之间的关联的信息，并且作为组件定义信息而输出所获得的信息；及处理产生部件，其基于从所述处理构成部件输出的所述组件定义信息而产生组件，处理产生部件包括：基于所述组件定义信息而产生可执行的处理模型的第一产生部件，此处理模型包括多个处理单元，以及通过预定的界面产生对话实例的第二产生部件，此对话实例调用由第一产生部件产生的处理模型。

Description

组件开发支持系统

技术领域

本发明一般涉及一种连结可再利用组件来开发应用程序的组件技术。更具体地，本发明涉及一种用于开发组件的组件开发支持系统，此组件将形成应用程序开发的基础。

背景技术

关于连结组件来开发应用程序的描述，已知的有EJB(EnterpriseJava Bean)。EJB提供一种通过连结多个组件(Enterprise Bean)来开发应用程序的环境。在此种环境中，应用程序编程员可集中在业务逻辑的实行(implement)上，而不必关注在处理的性能和整体的持久性等方面并存的问题。进而，用于EJB的Enterprise Bean是能在可选的平台上执行的组件，此可选的平台用作EJB服务器。

希望三层类型的系统配置在将来得到广泛推广而成为Web顶层型应用程序系统的成熟类型，其中，与EJB的描述相似地，业务逻辑的程序安排在服务器的中间层。还希望，Enterprise Bean的开发以及EnterpriseBean归并为中间层将得到有效地执行，而不需深入到Enterprise Bean的实行侧，其中，Enterprise Bean将形成应用程序开发的基础。

尽管用于在EJB中开发Enterprise Bean的工具目前开始上市，但所有这些工具都是用于自动编制Enterprise Bean源代码中公共部分的向导(wizard)类型工具并且不完全支持组件的开发。

发明内容

因此本发明的目的在于消除上述问题并且提供能有效开发组件的组件开发支持系统、方法和程序，该组件将形成应用程序开发的基础。

为了完成前述的和其它的目的，根据本发明的一个方面，提供一种通过连结多个处理单元来开发组件的组件开发支持系统，该组件将形成应用程序开发的基础，所述组件开发支持系统包括：处理构成部件，该部件通过连结对应于多个处理单元的图象来模拟组件的处理，以获得有关各处理单元归并的声明以及在各处理单元之间的关联的信息，并且作为组件定义信息而输出所获得的信息；以及处理产生部件，该部件基于从所述处理构成部件输出的所述组件定义信息而产生组件，所述处理产生部件包括：(i)基于所述组件定义信息而产生可执行的处理模型的第一产生部件，此处理模型包括多个处理单元，以及(ii)通过预定的界面产生对话实例的第二产生部件，此对话实例调用由第一产生部件产生的处理模型。

根据本发明的另一方面，提供一种通过连结多个处理单元来开发组件的组件开发支持方法，该组件将形成应用程序开发的基础，所述组件开发支持方法包括以下步骤：通过连结对应于多个处理单元的图象来模拟组件的处理，以获得有关各处理单元归并的声明以及在各处理单元之间的关联的信息，并且作为组件定义信息而输出所获得的信息；基于输出的组件定义信息，产生可执行的处理模型，此处理模型包括多个处理单元；以及通过预定的界面产生用于调用所产生的处理模型的对话实例。

根据本发明的又一方面，提供一种计算机可读的记录介质，此记录介质已储存通过连结多个处理单元来开发组件的组件开发支持程序，该组件将形成应用程序开发的基础。所述组件开发支持程序使计算机执行以下程序：通过连结多个处理单元来模拟组件的处理，输出模拟结果作为组件定义信息；基于输出的组件定义信息，产生可执行的处理模型，此处理模型包括多个处理单元；以及通过预定的界面产生用于调用所产生的处理模型的对话实例。

在上述组件开发支持系统、方法和程序中，所述多个处理单元优选包括：多个基本处理单元，其中已安装用于实现所述组件的处理的每个基本处理；以及多个定制处理单元，其中已安装与基本处理单元相关的每个单独处理。另外，所述多个处理单元优选进一步包括：用于形成执行路径以使所述基本处理单元互连的多个执行顺序单元。而且，所述多个处理单元优选显示为图象，使用户能通过连结图象来模拟组件的处理。

根据本发明，通过连结处理单元(基本处理单元、定制处理单元和执行顺序单元)来模拟组件的处理；接着，基于所述处理的模拟，产生可执行的处理模型和通过预定界面调用所述处理模型的对话实例。因此，组件的处理可以被可视地模拟，并且组件的产生和执行可直接进行，而不需任何用于所述模拟组件的辅助实行工作。相应地，组件的开发和组件归并成服务器的中间层可以得到有效地执行，而不需深入到组件的实行侧，其中，组件将形成应用程序开发的基础。

附图说明

从以下的详细描述中和从本发明优选实施例的附图中，将更完全地理解本发明。然而，附图并不意味着本发明局限于具体实施例，附图仅仅是用于解释和理解。

在附图中：

图1为示出根据本发明的组件开发支持系统的优选实施例的框图；

图2为解释图1所示组件开发支持系统中组件(Enterprise Bean)的模拟处理的示例；

图3为示出组件(Enterprise Bean)的处理模型实例的框图；

图4为解释图1所示组件开发支持系统中用于产生组件(EnterpriseBean实例)的处理的框图；

图5为解释组件(Enterprise Bean实例)的功能执行处理的框图，此组件由图1所示组件开发支持系统产生；

图6为解释在组件(Enterprise Bean实例)的处理模型中处理的流程(前进路径)实例的框图；

图7为解释在图6所示组件(Enterprise Bean实例)的处理模型中处理的流程(返回路径)实例的框图；以及

图8为示出其中安装有组件开发支持程序的计算机系统的实例的框图。

具体实施方式

现在参照附图，即图1-8，描述根据本发明的组件开发支持系统的优选实施例。请注意，在此优选实施例中，以在EJB(Enterprise Java Bean)中所用的组件(Enterprise Bean)的开发作为实例进行描述。

如图1所示，此实施例中的组件开发支持系统包括处理构成部件10和处理产生部件20，该处理构成部件10用于通过连结多个处理单元而模拟组件的处理并用于输出模拟结果作为组件定义信息17，该处理产生部件20基于从处理构成部件10输出的组件定义信息17而产生组件(如Enterprise Bean)。处理构成部件10和处理产生部件20连接到输入/输出设备18，输入/输出设备18包括鼠标、键盘和显示器等。

用于构成组件的处理单元包括三种处理单元，即基本处理单元、定制处理单元和执行顺序单元。每个基本处理单元是这样一种单元，其中分别安装用于实现组件处理的每个基本处理。每个定制处理单元是这样一种单元，其中与基本处理单元的处理相关的每个单独处理(要满足的业务条件，或在一定条件下基本处理单元调用的小处理)独立于基本处理单元而分别安装。安装每个定制处理单元，以便从形成其基础的基本处理单元可调用每个定制处理单元。执行顺序单元设计得使各个基本处理单元互相连接而形成执行路径。

处理构成部件10具有用于在工具屏幕上把多个处理单元显示为图象并用于通过连结图象来模拟组件处理的GUI(图形用户界面)部件11。处理构成部件10还具有定义信息储存部件16，部件16用于在计算机的存储器中储存作为组件定义信息17的信息，此信息涉及到作为模拟结果的各个处理单元的归并的声明以及各个处理单元之间的关系。

GUI部件11具有用于从/向输入/输出设备18输入/输出控制信号和数据等的输入/输出控制部件12。GUI部件11还具有基本处理定义部件13、定制处理定义部件14和执行顺序定义部件15，这些部件都连接到输入/输出控制部件12。输入/输出控制部件12设计成获得通过操作鼠标而从输入/输出设备18输入的事件，并把此事件传送到基本处理定义部件13、定制处理定义部件14和执行顺序定义部件15中的任何一个。

图2为示出工具屏幕实例的范例，此工具屏幕由GUI部件11显示。如图2所示，工具屏幕30具有调色板区域31和画布区域32。在调色板区域31内，设置对应于基本处理单元(用于实现基本处理如交易、DB(数据库)访问和多种数据处理的处理单元)的多个图象34和对应于定制处理单元的多个图象35。基于在调色板区域31内设置的图象34和35，在画布区域32内布置多个图象34a和35a。布置在画布区域32内的多个图象34a和35a对应于基本处理单元和定制处理单元的实例，这些图象分别构成待开发的组件。在调色板区域31和画布区域32内，基本处理单元和定制处理单元显示为具有不同形状的图象。执行顺序处理单元显示为在图象之间画的直线(见参考标号36)。

在此工具屏幕30上，用户可借助包括在输入/输出设备18中的鼠标进行各种操作(图象的布置、移动、关联和复制，以及菜单的弹出等)，并且可通过在画布区域32内把图象34a、34b和直线36连接起来而把组件的处理模拟成树形结构。

具体地，例如，通过操作鼠标而把对应于基本处理单元的图象34设置成画布区域32内的图象34a(见图2中的(A))，从而用户可把用于基本处理单元的处理归并为组件的处理。在此情况下，基本处理单元归并的声明(declaration)由输入/输出控制部件12和基本处理定义部件13形成。

另外，通过操作鼠标而把对应于定制处理单元的图象35设置成画布区域32内的图象35a，以便图象35a连接到对应于基本处理单元的图象34a(见图2中的(B))，从而用户可声明把用于定制处理单元的单独处理归并为用于基本处理单元的处理。在此情况下，定制处理单元归并的声明由输入/输出控制部件12和定制处理定义部件14形成。进而，定制处理单元的归并还可通过操作鼠标用图象34a的弹出对话框37并在弹出对话框37的域中输入定制处理单元的识别号来声明(见图2中的(C))，图象34a对应于基本处理单元，定制处理单元将归并为此基本处理单元。

而且，如果通过操作鼠标而在对应于基本处理单元的图象34之间画直线36(见图2中的(D))，那么，从用作起点的基本处理单元到用作终点的基本处理单元的执行顺序可通过输入/输出控制部件12和执行顺序定义部件15形成。

图3为示出组件(Enterprise Bean)的处理模型实例的框图，此组件在工具屏幕30上模拟。

进一步地，因此获得的信息记录在计算机中的存储器内，作为组件定义信息17，这些信息涉及到各个处理单元归并的声明以及在各个处理单元之间的关联。组件定义信息17还可应用户要求而存在辅助存储器内。XML(可扩展标记语言)等可用于记录组件定义信息17。

处理产生部件20构成为模型Session Bean(话路“豆”)并且具有处理模型产生部件(第一产生部件)21，部件21基于从处理构成部件10输出的组件定义信息17而在计算机的存储器内产生可执行的处理模型，此处理模型包括多个处理单元。处理产生部件20还具有执行语句部件(第二产生部件)22，部件22通过预定界面产生调用处理模型的Session Bean实例(Session实例，或称对话请求)，此处理模型由处理模型产生部件21产生。

处理模型产生部件21设计为：基于从处理构成部件10输出的组件定义信息17而自动地产生实现组件处理的程序语句；以及在计算机的存储器内顺序地执行此程序语句而产生可执行的处理模型。具体地，包括在组件定义信息17内的与基本处理单元和定制处理单元有关的信息转换为用于产生相应处理单元的实例的语句。另外，与定制处理单元有关的信息转换为用于产生连接到此处的基本处理单元的语句，以保持基本处理单元的参考语句。而且，与执行顺序单元有关的信息转换为用于产生对应于起点的基本处理单元的语句，以保持对应于终点的基本处理单元的参考语句。进一步地，在执行组件时，通过调用基于此参考语句的方法来执行处理。如果因此产生处理模型，就通过Session Bean实例的预定界面来调用作为基本处理单元起点的基本处理单元，从而执行此处理模型。

进而，在用于产生EJB的预定Session Bean实例的界面里，执行语句部件22包括通过使用处理模型产生部件21来产生可执行的处理模型的语句。在用于执行组件功能的Session Bean实例的界面里，执行语句部件22还包括通过预定界面来调用作为所产生的处理模型起点的基本处理单元的实例的语句。

以下将描述具有此种结构的本优选实施例的操作。

模拟

参照图1和2，以下描述组件(Enterprise Bean)的模拟处理。

如果用户借助输入/输出设备18的鼠标等来执行任何一种图象操作，其中此图象由处理构成部件10的GUI部件11在工具屏幕30上显示，那么，通过操作鼠标而输入的事件被GUI部件11的输入/输出控制部件12获得并传送到基本处理定义部件13、定制处理定义部件14和执行顺序定义部件15中的任一个。此时，预定格式的数据在输入/输出控制部件12与基本处理定义部件13、定制处理定义部件14和执行顺序定义部件15中的任一个之间传输。

因此，在事件已传送到基本处理定义部件13、定制处理定义部件14或执行顺序定义部件15中时，执行基于传送事件的预定处理。具体地，例如，通过操作鼠标，把对应于基本处理单元的图象34设置为画布区域32内的图象34a，在基本处理定义部件13内形成基本处理单元的处理归并为组件的处理的声明。另外，如果通过操作鼠标而把对应于定制处理单元的图象35设置为图象35a以便图象35连接到画布区域32内的对应于基本处理单元的图象34a，那么就在定制处理定义部件14内形成定制处理单元的单独处理归并为基本处理单元的处理的声明。而且，如果通过操作鼠标而在对应于基本处理单元的图象34a之间画直线36，那么就在执行顺序定义部件15内形成从作为起点的基本处理单元到作为终点的基本处理单元的执行顺序。

基本处理定义部件13、定制处理定义部件14和执行顺序定义部件15的结果，通过输入/输出控制部件12由定义信息储存部件16记录在计算机的存储器中，作为组件定义信息17。在此情况下，在输入/输出控制部件12和定义信息储存部件16之间传输的数据格式如下所述。

在记录基本处理定义部件13的结果的情况下：

{基本处理单元的种类，识别号，属性值}

在记录定制处理定义部件14的结果的情况下：

{定制处理单元的种类，识别号，属性值，将要归并为其中的基本处理单元的识别号}

在记录执行顺序定义部件15的结果的情况下：

{作为起点的基本处理单元的识别号，作为终点的基本处理单元的识别号}

如果在工具屏幕30上执行上述图象操作以连接画布区域32内的图象34a、图象35a和直线36，那么组件的处理就可模拟为树形结构。

产生

参照图4，以下描述用于产生组件(EnterpriseBean实例)的处理。

如果用户依靠输入/输出设备18通过EJB Enterprise Bean的内部界面产生模型Session Bean(处理产生部件20)，处理构成部件20的执行语句部件22就调用预定界面，要求产生Enterprise Bean实例。

据此，产生Session Bean实例41，并向处理模型产生部件21要求产生处理模型42。

处理模型产生部件21基于组件定义信息17自动地产生用于实现组件处理的程序语句，并在计算机的存储器中顺序地执行程序语句以产生可执行的处理模型42。进而，Session Bean实例41包括通过预定的界面在处理模型42的实例中调用基本处理单元实例的语句，并且产生处理模型42以便与Session Bean实例41相关联，其中此基本处理单元用作所产生的处理模型42的起点。

功能的执行

参照图5，以下将描述用于所产生的组件(Enterprise Bean实例)的功能执行处理。

用户通过输入/输出设备18，要求执行如上述产生的组件(EnterpriseBean实例)的Session Bean实例41的功能，Session Bean实例41的预定实例被调用，并且通过处理模型42执行功能执行处理。

图5为解释组件(Enterprise Bean实例)中的功能执行处理的框图。在图5中，组件(Enterprise Bean实例)的结构表示为级与级之间的关系，这些级将形成用于基本处理单元、定制处理单元和执行顺序单元的基础。

如图5所示，执行功能的要求从Session Bean实例41(模型SessionBean43)传送到用作处理模型42起点的基本处理单元44。

在基本处理单元44中，在处理过程中在预定的位置检查定制处理单元45是否已增加到该处。如果定制处理单元45已增加，就通过预定的界面调用增加的定制处理单元45。注意，定制处理单元45和执行顺序单元46的产生次序如下：定制处理单元45(预先定制处理)，执行顺序单元46再接着定制处理单元45(预先定制处理)。在基本处理单元44中，在处理过程中在预定的位置检查是否已增加执行顺序单元46。如果执行顺序单元46已增加，就通过预定的界面调用增加的执行顺序单元46。在执行顺序单元46中，指定下一步将执行的具体的基本处理单元44，并通过预定的界面调用指定的基本处理单元44。

注意，完成定制处理单元45或执行顺序单元46中的处理并再返回到基本处理单元44，执行基本处理单元44中的剩余处理。

图6和7为具体示出组件(Enterprise Bean实例)的处理流程的框图。图6示出在用于场所预订系统的处理模型中指令和数据通过树形结构传播到终点的前进路径的状态。图7示出在图6所示的处理模型中返回路径的状态。注意，图6和7根据与图3所示处理模型中相同的注释进行描述。处理模型的结构表示为基本处理单元、定制处理单元和执行顺序单元的各个实例之间的关系。如图6和7所示，在基本处理单元和执行顺序单元之间重复界面的调用，以便顺序地传播指令和数据，从而执行组件(Enterprise Bean实例)的功能执行处理。

因而，根据本优选实施例，处理单元(基本处理单元和执行顺序单元)在工具屏幕30上显示为图象，这些处理单元之间的执行顺序显示为定向直线，从而可视地模拟组件(Enterprise Bean)的处理。另外，基于此模拟，通过预定的界面产生可执行的处理模型42和用于调用处理模型42的Session Bean实例41，从而，组件可以直接产生和执行，不必执行模拟的Enterprise Bean的任何辅助实行工作。因此，将形成应用程序开发基础的Enterprise Bean的开发以及Enterprise Bean归并为服务器的中间层可得到有效地执行，而不需深入到Enterprise Bean的实行侧。

虽然在上述优选实施例提供独立于基本处理单元的执行顺序单元，但基本处理单元可通过界面直接调用另一个基本处理单元。

在上述优选实施例中，处理构成部件10和处理产生部件20任一个都可实现为在如图8所示的计算机系统50中执行的程序模块。另外，还可在如图8所示的计算机系统50中安装用于业务处理开发的框架，此框架包括处理单元(基本处理单元、定制处理单元和执行顺序单元)的分类程序库等。计算机系统50包括各种外围设备：显示器单元52，如CRT(阴极射线管)；打印机53；输入设备54，如键盘和鼠标；FD(软盘)驱动器55；CD-ROM(只读光盘存储器)驱动器56；以及与计算机主体51在一起的硬盘驱动器58。包括上述程序模块的程序存在计算机主体51内的存储器57或硬盘驱动器58中或者存在计算机可读的记录介质如软盘59或CD-ROM 60中，并且可顺序地从计算机主体51内的CPU(中央处理单元)读出以实现上述功能。

根据本发明的记录介质应该不局限于软盘和CD-ROM。所述记录介质可以是任何能记录程序并能被计算机读取的记录介质，如磁盘、内存、光盘(CD-R(可记录光盘)、DVD(数字式多用途光盘)等)、光学磁盘(MO(磁光)等)以及半导体存储器，它们的记录形式可以是各种形式。另外，记录介质包括在网络上发送的载波、以及信息传输介质。

用于实现此优选实施例的每个处理的一部分可由操作系统(OS)来执行，操作系统根据安装在计算机的记录介质内或中波(MW)内的程序的指令在计算机上操作，操作系统例如为数据库管理软件或网络软件。

根据本发明的记录介质不应局限在与计算机独立的介质，可以包括LAN(局域网)或Internet(因特网)发送的程序已被下载并存在其中或临时存在其中的介质。

根据本发明的记录介质的数量不应局限在一个。在此优选实施例中的处理可以由多个介质执行，并且所述介质的结构可以是任何结构。

为了便于更好地理解本发明，根据优选实施例描述了本发明，但是应该理解，只要不偏离本发明的原理，本发明能以各种形式体现出来。因此，本发明应该理解为包括所有可能的实施例和对已知实施例的变更，只要不偏离后附权利要求中的本发明原理，本发明都能得到实现。

Claims

1.一种通过连结多个处理单元来开发组件的组件开发支持系统，该组件将形成应用程序开发的基础，所述组件开发支持系统包括：

处理构成部件，该部件通过连结对应于多个处理单元的图象来模拟组件的处理，以获得有关各处理单元归并的声明以及在各处理单元之间的关联的信息，并且作为组件定义信息而输出所获得的信息；以及

处理产生部件，该部件基于从所述处理构成部件输出的所述组件定义信息而产生组件，所述处理产生部件包括：(i)基于所述组件定义信息而产生可执行的处理模型的第一产生部件，此处理模型包括多个处理单元，以及(ii)通过预定的界面产生对话实例的第二产生部件，此对话实例调用由第一产生部件产生的处理模型。

2.一种如权利要求1所述的组件开发支持系统，其中，所述多个处理单元包括：多个基本处理单元，其中已安装每个用于实现所述组件的处理的基本处理；以及多个定制处理单元，其中已安装每个与基本处理单元相关的单独处理。

3.一种如权利要求2所述的组件开发支持系统，其中，所述多个处理单元进一步包括：用于形成执行路径以使所述基本处理单元互连的多个执行顺序单元。

4.一种如权利要求1所述的组件开发支持系统，其中，所述处理构成部件把所述多个处理单元显示为图象，使用户能通过连结图象来模拟组件的处理。

5.一种通过连结多个处理单元来开发组件的组件开发支持方法，该组件将形成应用程序开发的基础，所述组件开发支持方法包括以下步骤：

通过连结对应于多个处理单元的图象来模拟组件的处理，以获得有关各处理单元归并的声明以及在各处理单元之间的关联的信息，并且作为组件定义信息而输出所获得的信息；

基于输出的组件定义信息，产生可执行的处理模型，此处理模型包括多个处理单元；以及

通过预定的界面产生用于调用所产生的处理模型的对话实例。

6.一种如权利要求5所述的组件开发支持方法，其中，所述多个处理单元包括：多个基本处理单元，其中已安装用于实现所述组件的处理的每个基本处理；以及多个定制处理单元，其中已安装与基本处理单元相关的每个单独处理。

7.一种如权利要求6所述的组件开发支持方法，其中，所述多个处理单元进一步包括：用于形成执行路径以使所述基本处理单元互连的多个执行顺序单元。

8.一种如权利要求5所述的组件开发支持方法，其中，在模拟步骤中，所述多个处理单元显示为图象，使用户能通过连结图象来模拟组件的处理。