特定的示例实施方式涉及从业务流程功能之间识别候选服务的算法和/或编程方法。在特定的示例实施方式，提供分析在面向服务的业务流程系统(SO-BPS)中可能展现为服务能力的业务流程模型的功能的方法。接收由多个对象定义的业务流程模型，每一所述的对象具有与此相关的元数据模型。在设计时间获得对于每个所述对象的业务流程分析智能。在运行时间获得对于每个所述对象的业务性能智能。对应于设计时间和运行时间聚集智能的指示符与用于相应的对象的元数据属性一起存储。通过SO-BPS的至少一个处理器，一个总体候选服务算法被应用于存储指示符以达到模型内的每个流程功能的总服务合格数值。
【技术实现步骤摘要】
此处描述的特定的示例实施方式涉及从业务流程功能之间识别候选服务的算法和/或编程方法。在特定的示例实施方式中，提供用于聚集基于设计时间业务流程分析智能和运行时间业务性能智能的指示符，和用于每个模型对象的元数据属性存储这样的指示符，执行候选服务分析，和/或响应服务请求。
技术介绍
业务流程是一系列企业任务，为生成有价值的输出给内部的或外部的客户的目的经常被承担。比如，业务流程可提供遍及时间、地方和功能的组织行为结构。业务流程已经成为描述、分析、执行和/或控制遍及部门、业务单元，和甚至业务伙伴的操作结构的选择方法。业务流程管理(BPM)目的在于为了整个业务成功它们的改进。在其他的之中，软件激活业务流程自动化是提高执行流程的效率和有效性的手段。已经建立业务流程模型以指定遍及BMP项目的流程。为了自动化的目的，例如，他们在转化为可执行的(基于代码的)规范之前记录和构造流程信息。建模和转化通常是健全的自动化的先决条件。业务流程模型帮助将业务流程的逻辑时间流程描述为图。它们可能帮助将流程活动形象化为图形符号，并可能将它们连接为线性次序或其他次序。逻辑运算符可以指示当流程分为选择的或平行的路径时，当它们再次汇合成一个路径时等。这种所谓的控制流程是业务流程模型的一部分。控制流程可以通过根据前景(perspective)不同的附加模型元素补充。例如，概念上组织的perspective把组织流程上下文作为目标，包括组织内的和组织之间的劳动分工、人工行为的相互作用、它们的技术支持、产品成果等。建模语言EPC (事件驱动流程链)已经普遍作为用于该概念上的业务流程的事实上的标准。其由可靠的组织资源、需求的输入和产生的输出等补充流程活动，支持软件应用系统、组织目标、风险等。在逻辑流程上其也包含重要的信息，使它成为技术执行流程基础上的半正式要求，虽然即使通过非技术流程分析也相当容易使用。当将概念上的转化为技术上的业务流程模型，业务流程建模将组织设计的perspective转变为技术工程的perspective。模型驱动流程自动化将在概念业务流程中描述的控制流程传送给技术业务流程模型。这里，可能通过技术信息进行补充，例如，执行期间用于存储流程信息的流程变量，用于用户相互作用的在线格式，异常事件及对应的处理，通信的方式(异步/同步)，一致的数据交换，等等。为了使流程可执行，流程活动典型地被分配给自动软件功能或半自动用户界面。根据选择的建模语言和目标调度系统，这种转化会引起一个第二图示的图表(例如，以BPMN 2. 0)，直接进入一个基于代码的脚本(例如，XPDL, BPEL，或类似的)等。产生的技术流程模型将被调度进入业务流程管理系统(BPMS)或工作流程管理系统(WFMS)的流程引擎，其考虑到有效地开始、执行并跟踪流程中的实例(instances)。使用业务流程作为用于交叉应用软件系统的模型的想法与工作流程管理系统(WFMS)和企业应用集成(EAI)的概念一样陈旧。然而，使业务流程自动化成为真正的技术挑战的一个因素是，过剩杂散和沿着给定的流程流被集成和连接的逐渐分布的软件系统。最近，面向服务的架构(SOAs)尝试满足这种集成挑战，通过定义完善的软件服务界面而陈列和集成远程软件功能。早期的拥护者，基于服务提供者和客户之间的所谓的“f ind-bind-execute”关系,将SOA看作为分布式的软件架构的一种特定设计。较新的观点提出对于为业务流程自动化提供的潜在的SOA的集成观念。它们有助于将流程自动化置于SOA讨论的中心。根据动态的业务要求，宽松地构成服务的性能为灵活地实施业务流程创建新途径。根据演变的业务要求，标准化服务界面的采用，允许在不同的业务流程中重用服务，以及灵活代替服务。在这种情况下，SOA被认为是一种范例，用于组织和利用可能被不同所有制领域控制下的分布式性能。网络服务表现最近的面向服务软件技术的典型。与先前的服务技术不同，网络服务影响并促进协议和数据标准。面向服务架构的科学论述和最好实践提供大量的面向服务的设计原理。当SOA方式加强得到确认的，面向界面的软件架构的一般原理、互操作性、自主性和模块性，还增加额外的面向流程的主题。这样，面向服务的设计试图通过分开流程机构(例如流程流)和流程制度化(例如，执行流程活动的服务能力的选择)提高业务流程的灵活性。业务流程系统在多个方面得益于面向服务。第一，再访问流程结构为定义完全的，全面的功能界面做准备，允许即插即用(plug-and-play)服务以形成新的业务流程。第二，通过考虑流程制度化替代选择访问IT支持和技术基础设施，以及人员调配。它们影响成本效益和负载平衡及性能指标。第三，数据冗余和数据集成的方面对面向服务业务流程系统(SO-BPS)有兴趣，因为跨组织的服务规定提高数据冗余和数据控制的风险。服务识别，其包括显得值得被展现为服务的定位流程活动，被认为是面向服务系统设计的一部分并且在概念和技术业务流程模型之间选择。另外，服务识别典型地是在SO-BPS工程中执行的第一概念活动的其中之一。识别候选服务的质量很大程度帮助确定总体系统的质量。该活动中的缺陷可能传播到所有后面的活动，可能引起加强成本的迭代。由于服务识别的潜在的高度影响，需要系统的和周密的技术。在不同的上下文中可以寻找潜在的服务功能。然而业务上下文设定结构和行为服务要求，IT上下文表现存在的软件系统如可能的服务提供者。但是，由于后者指IT库存分析，有忽略真正的业务需求的风险。因此，在这种情况下服务识别被任务将业务流程要求转化为定义完善的服务要求。注意到多数现在的面向服务发展模型考虑业务流程模型。然而，本申请的专利技术人相信这些现在的方法没有一个指定哪些先决条件必须被业务流程模型满足以成为用于面向服务系统设计的合适的基础。实际上，它们必须满足一些最低的设计标准成为用于服务识别的可用的模型，作为用于服务构成和服务自动化的先决条件。因此，服务识别保留纯粹的人工咨询服务，缺少任何系统的和定量的支持。服务识别已经被论述为多个学术上的面向服务发展模型的主要活动，但它几乎不被SOA管理软件所具有。即使这样，它们通常是模糊的指导，明显缺乏任何数量上评估候选服务的度量标准。一些服务识别方法没有考虑流程或业务结构，仅通过技术上分析用于服务展现的软件领域。现存很少的识别企业模型中的流程功能的服务合格性的方法被限制为一个服务设计原则(比如，数据凝聚)并且不影响存储在大量的业务流程架构模型中的上下文信息。这样，本申请的专利技术人相信没有一个现存的可用的工具和方法提供在业务流程功能之间识别候选服务的自动机制(比如，一种算法)。
技术实现思路
这样，本领域技术人员将理解到本领域中需要提供一种从业务流程功能之间识别候选服务的算法和/或编程方法的技术。本专利技术的特定的示例实施方式的一方面涉及使用概念业务流程模型作为用于服务识别的全面和有用的信息基础。本专利技术的特定的示例实施方式的一方面涉及一种从业务流程功能之间识别候选服务的算法和/或编程方法。特定的示例实施方式的另一方面涉及将流程步骤评价为候选服务。特定的示例实施方式的另一方面涉及提供用于服务计划管理流程的管理支持，然而也链接到业务流程模型并合并面向业务建模。特定的示例实施方式的另一方面涉及支持用于服务本文档来自技高网...
【技术保护点】
一种在面向服务业务流程系统中分析可能展现为服务能力的业务流程模型的功能的方法，所述方法包括：接收由多个对象定义的业务流程模型，每个所述的对象具有与其相关的元数据属性；在设计时间获得用于每个所述对象的业务流程分析智能；在运行时间获得用于每个所述对象的业务性能智能；存储对应于所述设计时间和运行时间聚集智能的指示符连同用于相应对象的元数据属性；以及通过面向服务业务流程系统的至少一个处理器，将一个总体的候选服务算法应用于存储指示符以达到对于所述模型中每一流程功能的总的服务合格数值。
【技术特征摘要】
...
【专利技术属性】
技术研发人员：卡特里娜·西蒙，
申请(专利权)人：德商赛克公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。