专利名称：利用只读进程组件对服务进程建模的方法和系统的制作方法
技术领域：
本发明一般涉及服务进程(server process)。更具体地说，本发明涉及使用小进程(processlet)来对服务进程建模。
背景技术：
业务分析员以及业务线管理员通常负责设计和开发新的业务进程模型，或者修改现有的模型，以改进他们的公司如何开展业务。在业务模型就位的情况下，建立定义明确的接口来识别业务进程和把业务进程变换成面向服务的应用。
业务模型建模工具使业务分析员能够快速、有效地模拟、仿真和分析复杂的业务进程。术语“业务进程”不一定意味着执行业务实践。“业务进程”是一种证明向发出请求的应用、用户或计算机提供某种服务的服务。例如，业务进程可执行机器翻译、数字证书验证、字母或数字分类或者任何其它有用的功能。
业务进程建模工具提供全面、用户友好的业务进程建模和协作工具以图形方式对人、合作者和应用之间的进程建模。
当业务需要改变时，允许公司快速重新设计进程。
支持多种建模方法和行业标准。
仿真和证实建模的进程，并提供关键的性能量度。
提供团队环境，以便共享和保持多个版本的模型。
许多业务进程非常复杂，业务进程的建模通常受到允许这些进程的建模的工具的限制。一些目前的可视工具，例如IBM RationalROSE，WBI Modeler和Microsoft Visio超过了计算机程序的基本流程图，并且允许进程的建模。几家公司正在就使用业务进程执行语言(BPEL)作为用于对业务进程建模的标准元语言达成协议。业务进程执行语言的使用导致产生可执行的代码。
小进程是在对业务进程流建模中使用的进程组件。小进程对于进程，就如同小程序对于应用程序或者小服务程序对于服务器一样。小进程是具有半独立的存在性的进程段。即，小进程具有明确的入口点和出口点，并且利用Web服务接口，小进程的入口点可被暴露，小进程与整个进程共有这些特性。进程由几个小进程构成。进程实现一种业务任务，并且可被同时例示，从而运行几个业务任务。在进程之外，小进程不被例示。另外，一些其它事情，比如业务任务的状态报告，版本确定和识别都在进程层面而不是在小进程层面进行。
但是，不存在任何业务进程库和业务进程流库，因为这样的一个库会要求软件解决方案提供者暴露整个业务进程实现。为了提供这样的解决方案，所述提供者目前只运送只在指定的运行时间内工作的一个可执行文件或者一组可执行文件，或者所述提供者运送提供和构建解决方案有关的更多细节的软件开发工具包(SDK)。
这种解决方案的缺陷是定制并不容易，并且会非常脆弱，微小的变化也要求重建整个计划，并且该解决方案的输出可能是一个庞大的可执行文件或者一组相关的可执行文件。
发明内容
本发明的不同方面提供一种使用只读进程组件来对服务进程建模的计算机实现的方法，数据处理系统和计算机可用代码。接收力图建立从选择的只读进程组件到先前选择的只读进程组件的连接的用户输入。响应于收到用户输入，核实该连接是否是有效的连接。响应于所有连接都有效，利用该组只读进程组件构建服务模型，并基于该服务模型为服务进程产生可执行代码。
在附加的从属权利要求中陈述了本发明特有的新特征。但是，结合附图，参考例证实施例的下述详细说明，将最好地理解发明本身，及其优选的使用方式，其他目的和优点，其中图1是其中可实现本发明的各个方面的数据处理系统的网络的图形表示；图2是表示其中可实现本发明的各个方面的数据处理系统的方框图；图3是描述根据本发明的例证实施例，用于实现只读进程组件的使用的组件的功能方框图；图4是根据本发明的例证实施例的例证业务进程建模的流程图；图5是根据本发明的例证实施例的例证业务进程模型流程图；图6是根据本发明的例证实施例的业务进程建模器的例证图形用户界面(GUI)；图7是根据本发明的例证实施例的描述复杂业务进程模型的例证图形用户界面(GUI)；图8是根据本发明的例证实施例的描述在业务进程建模器中可利用的其它信息的例证图形用户界面(GUI)。
具体实施例方式
本发明为使用小进程来对服务进程建模创造条件。小进程是在对服务进程建模流中使用的进程组件。小进程对于进程，如同小程序对于应用程序或者小服务程序对于服务器一样。小进程是具有半独立的存在性的进程段。即，小进程具有明确的入口点和出口点，并且可利用Web服务接口暴露小进程的入口点，小进程与整个进程共有这些特性。进程由几个小进程构成。进程实现一种业务任务，并且可被同时例示，从而运行几个业务任务。在进程之外，小进程不被例示。另外，一些其它事情，比如业务任务的状态报告，版本确定和识别都在进程层面而不是在小进程层面进行。
在本发明的许多方面，向客户提供小进程，但是，对客户隐瞒小进程内的详细步骤以保护知识产权。客户只能混合和匹配小进程，从而形成他们的进程，而不是小进程内的各个步骤。从而，小进程是进程的只读进程组件。图1-2是其中可实现本发明的实施例的数据处理环境的例证图。要认识到图1-2只是示范性的，并不打算宣称或暗示对其中可实现本发明的实施例的各个方面的环境的任何限制。在不脱离本发明的精神和范围的情况下，可对所描述的环境做出许多修改。
现在参考附图，图1是其中可实现本发明的各个方面的数据处理系统的网络的图形表示。网络数据处理系统100是其中可实现本发明的实施例的计算机网络。网络数据处理系统100包含网络102，网络102是用于在网络数据处理系统100内连接在一起的各种设备和计算机之间提供通信链路的介质。网络102可包括诸如有线、无线通信链路，或者光缆之类的连接。
在描述的例子中，服务器104和服务器106连同存储单元108一起与网络102连接。另外，客户机110、112和114与网络102连接。这些客户机110、112和114可以是例如个人计算机或网络计算机。在描述的例子中，服务器104向客户机110、112和114提供数据，比如引导文件，操作系统映像和应用程序。在本例中，客户机110、112和114是服务器104的客户机。网络数据处理系统104可包括未示出的另外的服务器、客户机和其它设备。
在描述的例子中，网络数据处理系统100是因特网，网络102代表使用传输控制协议/因特网协议(TCP/IP)协议组相互通信的网络和网关的全球集合。因特网的中心是由成千上万个路由数据和消息的商业、政府、教育和其它计算机系统组成的主节点或主计算机之间的高速数据通信线路的主干线。当然，网络数据处理系统100也可被实现成许多不同类型的网络，比如企业内部网、局域网(LAN)或者广域网(WAN)。图1只是一个例子，而不是对本发明的不同实施例的体系结构限制。
现在参见图2，图2是其中可实现本发明的各个方面的数据处理系统的方框图。数据处理系统200是实现本发明实施例的进程的用户可用代码或指令可被装入其中的计算机，比如图1中的服务器104或客户机110的一个例子。
在描述的例子中，数据处理系统200采用包括北桥和存储控制中心(MCH)202及南桥和输入/输出(I/O)控制集线器(ICH)204的集线器体系结构。处理器206、主存储器208和图形处理器210与北桥和存储器控制集线器202连接。图形处理器210可通过加速图形端口(AGP)与北桥和存储器控制集线器202连接。
在描述的例子中，局域网(LAN)适配器212与南桥和I/O控制集线器204连接。音频适配器216、键盘和鼠标适配器220、调制解调器222、只读存储器(ROM)224、硬盘驱动器(HDD)226、CD-ROM驱动器230、通用串行总线(USB)端口和其它通信端口232，和PCI/PCIe装置234通过总线238和总线240，与南桥和I/O控制集线器204连接。PCI/PCIe装置可包括例如笔记本计算机用以太网适配器，附加卡和PC卡。PCI使用卡总线控制器，而PCIe不使用。ROM 224可以是例如快速二进制输入/输出系统(BIOS)。
硬盘驱动器226和CD-ROM驱动器230通过总线240与南桥和I/O控制中心204连接。硬盘驱动器226和CD-ROM驱动器230可使用例如集成设备电子器件(IDE)或串行高级技术附加(SATA)接口。超级I/O(SIO)装置236可与南桥和I/O控制中心204连接。
操作系统在处理器206上运行，并且协调和提供图2中的数据处理系统200内的各个组件的控制。作为客户机，操作系统可以是可从市场上买到的操作系统，比如MicrosoftWindowsXP(Microsoft和Windows是微软公司在美国，其它国家，或者同时在美国和其它国家的商标)。面向对象的编程系统，比如JavaTM编程系统可和操作系统一起运行，并提供从在数据处理系统200上执行的Java程序或应用程序对操作系统的调用(Java是太阳微系统公司在美国，其它国家，或者同时在美国和其它国家的商标)。
作为服务器，数据处理系统200可以是例如运行高级交互执行(AIX)操作系统或者LINUX操作系统的IBM eServerTMpSeries计算机系统(eServer、pSeries和AIX是国际商用机器公司在美国，其它国家，或者同时在美国和其它国家的商标，而LINUX是LinusTorvalds在美国，其它国家，或者同时在美国和其它国家的商标)。数据处理系统200可以是包括处理单元206中的多个处理器的对称多处理器(SMP)系统。另一方面，可以采用单处理器系统。
操作系统、面向对象的编程系统和应用或程序的指令位于存储装置，比如硬盘驱动器226上，并且可被装入主存储器208中以便由处理单元206执行。本发明的实施例的进程由处理单元206利用计算机可用程序代码实现，计算机可用程序代码可位于存储器，比如主存储器208、只读存储器224中，或者位于一个或更多的外围装置226和230中。
本领域的技术人员会认识到图1-2中的硬件可随实现而变化。除了图1-2中描述的硬件之外，或者代替图1-2中描述的硬件，可以使用其它内部硬件或外围装置，比如快速存储器、等同的非易失性存储器、或者光盘驱动器等。另外，本发明的进程可应用于多处理器数据处理系统。
在一些说明性的例子中，数据处理系统200可以是个人数字助理(PDA)，它配有快速存储器，以提供保存操作系统文件和/或用户产生的数据的非易失性存储器。
总线系统可由一个或多个总线，比如图2中所示的总线238或总线240组成。当然，可利用任意类型的通信架构或体系结构实现总线系统，所述通信架构或体系结构为与其连接的不同组件或装置之间的数据传送创造条件。通信单元可包括用于发射和接收数据的一个或多个装置，比如图2的调制解调器222或网络适配器212。存储器可以是例如主存储器208，只读存储器224，或者比如可在图2中的北桥和存储器控制集线器202中找到的高速缓存。在图1-2中描述的例子和上述例子并不意味着暗示结构限制。例如，除了采取PDA的形式之外，数据处理系统200还可以是写字板计算机、膝上型计算机或者电话机。
本发明的不同方面为使用小进程或只读进程组件对业务进程建模创造了条件。术语“业务进程”不一定意味着执行业务实践。“业务进程”是一种证明向发出请求的应用、用户或客户提供某种服务的服务。例如，业务进程可执行机器翻译、数字证书验证、字母或数字分类或者任何其它有用的功能。接收力图建立从选择的只读进程组件到先前选择的只读进程组件的连接的用户输入。响应于收到用户输入，核实该连接是否是有效的连接。响应于所有连接都有效，随后利用该组只读进程组件构建业务模型，并基于该业务模型为业务进程产生可执行代码。
图3是描述根据本发明的一个例证实施例，用于实现只读进程组件的使用的组件的功能方框图。在例证的功能方框图300中，服务器302是诸如图1的服务器104或106之类的服务器。除了未示出的其它组件之外，服务器302包含应用编程接口304，服务进程建模器306和服务进程运行时间308。业务进程建模器306使用只读进程组件310(它是用来对服务进程建模流的进程组件)连同业务进程执行语言(BPEL)来对服务进程和服务进程流建模，随后产生可执行代码。BPEL中的每个进程组件是一个Web服务。如果BPEL中的进程组件不具有相关的BPEL模板，那么该进程组件被看作只读进程组件。用于对进程组件打包的方法识别进程组件是否是只读进程组件。BPEL并不直接识别只读进程组件。虽然在本例中使用业务进程执行语言，不过为此目的可配置或使用任何建模语言。利用应用编程接口304，把使用服务进程建模器306建模的服务进程提供给用户。可按照任意方式，例如菜单或一组子菜单，把只读进程组件310提供给用户。
只读进程组件310是当被正确排序时，利用后绑定(late-binding)方法连接在一起的进程组件。可在无源代码的情况下提供只读进程组件310，从而编制者可保护知识产权。后绑定方法把计时假设的使用推迟到应用的设计的最后步骤为止。基于组件的方法，比如后绑定方法可被用于在中间件之上开发软件。于是，可以创建能够与它们将被插入的环境的计时属性无关地证明其属性的组件。在计时和调度分析期间，不得不尽可能晚地考虑时间性要求。
只读进程组件310可以采取任意类型的编程语言，比如Web服务描述语言(WSDL)或业务进程执行语言(BPEL)的形式。作为本发明的一个例证方面，只读进程组件310采取Web服务描述语言文件(它是只读进程组件)和进程执行语言文件(它可由用户修改)的形式。只读进程组件310还具有定义每个只读进程组件的服务说明的相关属性和描述。只读进程组件310的属性和描述通过应用编程接口304被提供给用户。只读进程组件310的属性还定义只读进程组件如何被连接，以及它如何与其它只读进程组件连接。与只读进程组件310相关的属性是把只读进程组件310连接在一起的基础，以及在试图把只读进程组件相互连接时可能产生的错误的基础。
图4是根据本发明的一个例证实施例的示范性服务进程建模的流程图。可用任何建模应用，比如图3的建模器306执行服务进程建模。当操作开始时，建模器应用被初始化(步骤402)。在图3的服务进程建模器306内，利用图形用户界面向用户呈现建模器(步骤404)。当建模器被呈现时，还向用户提供用户能够用来对服务进程建模的不同只读进程组件的菜单。用户能够选择一个或多个只读进程组件，并把选择的只读进程组件放置在建模区中(步骤406)。建模区可以是图形用户界面内的任意类型的区域，比如作图区或白板区。用户可以使用任意类型的选择过程，比如拖放或者鼠标点击与方向键的组合。
当每个只读进程组件被选择并被排列成用户所需的顺序时，在先前放置的只读进程组件和目前选择的只读进程组件之间进行连接。当尝试所述连接时，核实所尝试的连接是否是正确的连接(步骤408)。根据只读进程组件的属性内的定义，执行连接的核实。所述定义可以是可扩展置标语言(XML)模式定义(XSD)中的输入/输出消息类型和/或Web服务描述语言(WSDL)端口类型。这种核实确保两个组件是否可被一起插入。核实可以采取向用户提供连接是正确还是不正确的可视或可听指示的形式。例证的可视指示可以是变化颜色的连接线或者弹出式文本框，例证的可听指示可以是“蜂鸣声”或“丁当声”，不过可以提供任意类型的指示。如果只读进程组件不能与先前放置的只读进程组件连接(步骤410)，那么向用户返回一个错误(步骤412)。可按任意类型的文本表示(比如弹出式文本框或者弹出式气球式文本)的形式向用户呈现所述错误。
如果只读进程组件能够与先前放置的只读进程组件连接(步骤410)，那么使该只读进程组件与先前放置的只读进程组件连接(步骤414)。随后确定是否将要放置更多的只读进程组件(步骤416)。例如，可通过使用提示用户服务建模是否已完成的弹出式文本框，或者通过用户选择另一只读进程组件来实现所述确定。如果将要放置另一只读进程组件(步骤416)，那么操作返回步骤406。如果将不放置任何其它的只读进程组件(步骤416)，那么操作着手核实新创建的服务进程模型(步骤418)。
就核实新创建的服务进程模型来说，服务进程建模器使用标准的服务实践来确保新创建的所建模的服务进程模型将工作。标准的服务实践是使用Web服务标准。通过比较每个服务组件操作，对照标准的服务实践，比较新创建的服务进程模型。但是，服务进程模型的核实只证实服务进程模型将工作；它并不保证服务进程模型如同用户预期的那样工作。如果根据标准的服务实践，新创建的服务进程模型不正确地工作(步骤420)，那么向用户返回一个错误(步骤412)。如果根据标准的服务实践，新创建的服务进程模型正确地工作(步骤420)，那么提示用户核实新创建的服务进程模型是否如用户预期的那样工作(步骤422)。
如果用户不满意新创建的服务进程模型(步骤424)，那么向用户返回一个错误(步骤412)。如果用户批准新创建的服务进程模型(步骤424)，那么根据新创建的服务进程模型产生可执行代码(步骤426)，之后操作结束。
为了举例说明业务进程，图5是根据本发明的一个例证实施例的示范性业务进程模型流程图。当业务进程开始时，从客户接收定单(步骤502)。检查定单的各个项目(步骤504)，并确认定单内的每个项目的正确性(步骤506)。如果定单内的任意项目无效(步骤508)，那么向客户返回一个错误(步骤510)。如果定单内的所有项目都有效(步骤508)，那么接受该定单(步骤512)。
产生一个定单号，并使之与客户的定单关联起来(步骤514)。定单号被返回给客户，这证实定单已被接受(步骤516)。最后，定单被分派以便履行(fill)(步骤518)，之后操作结束。图5中描述的业务进程流是一个示范性的业务进程流，并不意图限制目前存在的或者未来将存在的众多业务进程。本发明的各个独创方面将允许任何只读进程组件被集成到业务进程建模器中。
图6是根据本发明的一个例证实施例的业务进程建模器的例证图形用户界面(GUI)。窗口600是可在图3的业务进程建模器306中实现的图形用户界面的一个例子。窗口600由工具栏602，菜单区604和建模区606组成。工具栏602向用户提供可用于操作窗口600的工具。示为工具栏602的一部分的一些例证项目是“File”、“Edit”、“View”、“Insert”、“Format”、“Tools”、“Shape”、“Verify”、“Window”和“Help”。虽然本发明只描述了这些工具，不过本领域的技术人员会认识到可提供其它特征。
菜单区604显示可供用户用于建模的只读进程组件608。菜单区604的例证只读进程组件608被表示为“Receive”、“Review”、“Validate”、“Accept”、“Create Order#”、“Dispatch”和“ReturnOrder#”，不过在菜单区604中可提供任何只读进程组件。建模区606可以是图形用户界面内的任意类型的区域，比如作图区或者白板区。建模区606是用户能够放置用户从菜单区604选择的只读进程组件的区域。建模区606描述业务进程模型610，业务进程模型610是利用出自菜单区604的只读进程组件608创建的例证模型。业务进程模型610描述一个简单的业务进程流，其中各个只读进程组件被顺流(direct flow)连接。
图7是根据本发明的例证实施例的描述复杂业务进程模型的例证图形用户界面(GUI)。窗口700是可在图3的业务进程建模器306中实现的图形用户界面的一个例子。例证的业务进程模型702描述一个复杂的业务进程流，其中代表不同任务的各种只读进程组件被连接，从而执行特定的业务工作。业务进程模型702显示不同的只读进程组件可与任何其它只读进程组件连接，从而获得业务证明的特定行为，只要只读进程组件的输入和输出相符。
图8是根据本发明的例证实施例的描述在业务进程建模器中可利用的其它信息的例证图形用户界面(GUI)。窗口800是可在图3的业务进程建模器306中实现的图形用户界面的一个例子。在例证的窗口800中，正在对模型802建模。如图所示，用户正在试图把只读进程组件“Receive”排列在先前放置的只读进程组件“Create”之后。作为本发明的一个独创方面，在试图排列只读进程组件“Receive”时，向用户呈现一个表明“错误进程不能按该顺序排序”的错误消息。错误消息804是一个例证性的错误，可向用户呈现任意类型的错误消息。
作为本发明的另一独创方面，还向用户呈现补充消息806。补充消息806是一个帮助消息，其中就可排列在只读进程组件“Create”之后的可能的只读进程组件向用户提出建议。补充消息806是一个例证性的消息，可向用户提供任意类型的消息。补充消息806是根据标准的业务实践向用户提供的消息，以确保新创建的所建模的业务进程模型将工作。
从而，本发明的不同方面提供一种使用只读进程组件来对服务进程建模的计算机实现的方法，数据处理系统和计算机可用代码。接收力图建立从选择的只读进程组件到先前选择的只读进程组件的连接的用户输入。响应于收到用户输入，核实该连接是否是有效的连接。响应于所有连接都有效，利用该组只读进程组件构建服务模型，并基于该服务模型为服务进程产生可执行代码。
本发明可以采取纯硬件实施例、纯软件实施例或者包含硬件元件和软件元件的实施例的形式。在一个例证实施例中，用软件实现本发明，软件包括(但不限于)固件、驻留软件、微代码等。
此外，本发明可以采取可从提供供计算机或者任何指令执行系统使用或者与之有关的程序代码的计算机可用或计算机可读介质访问的计算机程序产品的形式。对于本说明来说，计算机可用或计算机可读介质可以是能够包含、保存、传递、传播或传送供指令执行系统、设备或装置使用或者与之有关的程序的任何有形设备。
介质可以是电、磁、光、电磁、红外或半导体系统(或者设备或装置)或传播介质。计算机可读介质的例子包括半导体、固体存储器、磁带、可拆卸的计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘的当前例子包括光盘-只读存储器(CD-ROM)，读/写光盘(CD-R/W)和DVD。
适合于保存和/或执行程序代码的数据处理系统包括通过系统总线，直接或间接地与存储元件耦接的至少一个处理器。存储元件可包括在程序代码的实际执行期间采用的本地存储器，大容量存储器，和提供至少一些程序代码的临时存储，以便减少执行期间，必须从大容量存储器取回代码的次数的高速缓存。
输入/输出或I/O装置(包括但不限于键盘、显示器、指示装置等)可通过插入I/O控制器，直接或间接地与系统耦接。
网络适配器也可与系统耦接，从而使数据处理系统能够通过插入专用或公共网络，与其它数据处理系统或者远程打印机或存储装置耦接。调制解调器、电缆调制解调器和以太网卡只是目前可用的各种网络适配器中的一些。
出于举例说明的目的，给出了本发明的说明，所述说明不是详尽的，也不打算把本发明局限于所公开的形式。对于本领域的普通技术人员来说，许多修改和变化是明显的。为了最好地解释本发明的原理，实际应用，以及使本领域的其它普通技术人员在具有各种修改的各个实施例同样适合于预期的特定用途方面理解本发明，选择和说明了实施例。
权利要求
1.一种使用只读进程组件来对服务进程建模的计算机实现的方法，所述计算机实现的方法包括接收用于在一组只读进程组件中建立从选择的只读进程组件到先前选择的只读进程组件的连接的用户输入；响应于收到用户输入，核实该连接是否是有效；如果所有连接有效，利用该组只读进程组件构建服务模型；和基于服务模型为服务进程产生可执行代码。
2.按照权利要求1所述的计算机实现的方法，其中响应于指示已为服务进程放置了所有只读进程组件的后续用户输入，启动构建步骤。
3.按照权利要求1所述的计算机实现的方法，其中有效连接的核实以只读进程组件的属性为基础。
4.按照权利要求1所述的计算机实现的方法，其中选择的只读进程组件选自该组只读进程组件，并且其中在只读进程组件菜单中呈现该组只读进程组件。
5.按照权利要求4所述的计算机实现的方法，其中从只读进程组件菜单中选择所述选择的只读进程组件包括提供选择工具；和提供该组只读进程组件的子菜单。
6.按照权利要求1所述的计算机实现的方法，其中利用该组只读进程组件构建服务模型包括响应于核实连接有效，连接选择的只读进程组件和先前选择的只读进程组件；和提供对所述连接的指示。
7.按照权利要求6所述的计算机实现的方法，其中所述连接的指示是可听信号或视觉信号中的至少一个。
8.按照权利要求1所述的计算机实现的方法，还包括响应于无效的连接，向用户发送出错消息。
9.按照权利要求1所述的计算机实现的方法，还包括响应于无效的连接，提供该组只读进程组件中可与先前选择的只读进程组件正确连接的只读进程组件的列表。
10.按照权利要求1所述的计算机实现的方法，其中利用该组只读进程组件构建服务模型包括在图形用户界面中呈现所述服务模型。
11.按照权利要求1所述的计算机实现的方法，还包括核实服务模型正确地操作。
12.按照权利要求11所述的计算机实现的方法，其中通过比较服务模型与服务进程标准，核实服务模型的操作。
13.按照权利要求11所述的计算机实现的方法，其中通过提示用户核实服务模型，核实服务模型的操作。
14.一种数据处理系统，包括总线系统；与总线系统连接的通信系统；与总线系统连接的存储器，其中所述存储器包括一组指令；和与总线系统连接的处理单元，其中所述处理单元执行该组指令，从而接收用于在一组只读进程组件中建立从选择的只读进程组件到先前选择的只读进程组件的连接的用户输入；响应于收到用户输入，核实该连接是否是有效；如果所有连接有效，利用该组只读进程组件构建服务模型；和基于该服务模型为服务进程产生可执行代码。
15.按照权利要求14所述的数据处理系统，其中选择的只读进程组件选自该组只读进程组件，其中在只读进程组件菜单中呈现该组只读进程组件，其中从只读进程组件菜单中选择所述选择的只读进程组件包括所述处理单元执行该组指令，从而提供选择工具；和提供该组只读进程组件的子菜单。
16.按照权利要求14所述的数据处理系统，其中利用该组只读进程组件构建服务模型包括所述处理单元执行该组指令，从而响应于核实连接有效，连接选择的只读进程组件和先前选择的只读进程组件；和提供所述连接的指示。
全文摘要
提供一种使用只读进程组件来对服务进程建模的计算机实现的方法，数据处理系统和计算机可用代码。接收力图建立从选择的只读进程组件到先前选择的只读进程组件的连接的用户输入。响应于收到用户输入，核实该连接是否是有效的连接。响应于所有连接都有效，利用该组只读进程组件构建服务模型，并基于该服务模型为服务进程产生可执行代码。
文档编号G06F9/46GK1949179SQ200610128190
公开日2007年4月18日 申请日期2006年9月6日 优先权日2005年10月13日
发明者兰吉特·K·纳亚克, 哈里·哈拉纳斯·马杜里, 尤格斯瓦尔·查拉帕里 申请人:国际商业机器公司