Researchers in software engineering proposed design method for distributed applications to construct a set of communicating system components from a global behavior. The joint behaviors of these components must precisely satisfy the specified global behavior. The next concern is to transform the constructed models of these components into executable business processes by ensuring the exchange of asynchronous messages among the generated business processes. The introduction of Service-Oriented Architecture (SOA) has helped to achieve this goal. SOA provides high flexibility in composing loosely-integrated services that can be used among business domains to carry out business transactions; this composition is known as service orchestration. Moreover, SOA supports Model Driven Architecture (MDA) such that services modeled as UML Activity Diagrams (AD) can be transformed into a set of Business Execution Language (BPEL) processes. Many researchers discussed the transformation of UML AD and the Business Process Modeling Notation (BPMN) into BPEL. However, they did not discuss the practical limitations that some of these transformations impose. This thesis addresses the imitations of the transformation from UML AD to BPEL processes using the IBM Rational Software Architect (RSA). We showed here that the tool is unable to create the correct BPEL artifacts from UML AD components in certain cases, for instance when the behavior includes the alternative for receiving single or concurrent messages, a weak loop, or certain choice activities. Furthermore, we provided novel solutions to the transformations in these cases in order to facilitate the transformation from UML AD to BPEL.

Researchers in software engineering proposed design method for distributed applications to construct a set of communicating system components from a global behavior. The joint behaviors of these components must precisely satisfy the specified global behavior. The next concern is to transform the constructed models of these components into executable business processes by ensuring the exchange of asynchronous messages among the generated business processes. The introduction of Service-Oriented Architecture (SOA) has helped to achieve this goal. SOA provides high flexibility in composing loosely-integrated services that can be used among business domains to carry out business transactions; this composition is known as service orchestration. Moreover, SOA supports Model Driven Architecture (MDA) such that services modeled as UML Activity Diagrams (AD) can be transformed into a set of Business Execution Language (BPEL) processes. Many researchers discussed the transformation of UML AD and the Business Process Modeling Notation (BPMN) into BPEL. However, they did not discuss the practical limitations that some of these transformations impose. This thesis addresses the imitations of the transformation from UML AD to BPEL processes using the IBM Rational Software Architect (RSA). We showed here that the tool is unable to create the correct BPEL artifacts from UML AD components in certain cases, for instance when the behavior includes the alternative for receiving single or concurrent messages, a weak loop, or certain choice activities. Furthermore, we provided novel solutions to the transformations in these cases in order to facilitate the transformation from UML AD to BPEL.

This work is aimed to analyze enterprise knowledge management system integration assumptions, problems and their solutions at different complexity and quality levels. In the beginning, brief description of application classification is provided. Assuming large number of specialized applications usage enterprise-wide, we come up with the need to integrate data, contained by those applications, as well as applications themselves. Data level, message level and process level integration principles and their application analysis is made. Enterprise application integration refers to the plans, methods, and tools aimed at modernizing, consolidating, and coordinating the computer applications in an enterprise. Portals presented as tools for federating information in different sources and providing commonly used services (search engine or directory, news, email, forums and options for customization). Portal frameworks from different vendors was observed. SOA (Service Oriented Architecture) and BPEL (Business Process Execution Language) integration capabilities were analyzed. Human Capital Resource Management information system is intended to store and process data, related to human capital across organization. Three layer logical implementation and web service interface usage makes integration possible at data, message and process levels.

Researchers in software engineering proposed design method for distributed applications to construct a set of communicating system components from a global behavior. The joint behaviors of these components must precisely satisfy the specified global behavior. The next concern is to transform the constructed models of these components into executable business processes by ensuring the exchange of asynchronous messages among the generated business processes. The introduction of Service-Oriented Architecture (SOA) has helped to achieve this goal. SOA provides high flexibility in composing loosely-integrated services that can be used among business domains to carry out business transactions; this composition is known as service orchestration. Moreover, SOA supports Model Driven Architecture (MDA) such that services modeled as UML Activity Diagrams (AD) can be transformed into a set of Business Execution Language (BPEL) processes. Many researchers discussed the transformation of UML AD and the Business Process Modeling Notation (BPMN) into BPEL. However, they did not discuss the practical limitations that some of these transformations impose. This thesis addresses the imitations of the transformation from UML AD to BPEL processes using the IBM Rational Software Architect (RSA). We showed here that the tool is unable to create the correct BPEL artifacts from UML AD components in certain cases, for instance when the behavior includes the alternative for receiving single or concurrent messages, a weak loop, or certain choice activities. Furthermore, we provided novel solutions to the transformations in these cases in order to facilitate the transformation from UML AD to BPEL.

A flexible, scalable, and asynchronous middleware abstract is needed for business process management, which involves thousands of tasks and a large number of running instances of large business processes. The content-based publish/subscribe system is an ideal candidate to serve as enterprise service bus for these applications. In the publish/subscribe paradigm, information providers called publishers disseminate publications to all subscribers who have expressed interests by registering subscriptions through a loosely coupled interface. However, the traditional publish/subscribe paradigm only supports stateless subscriptions, that is, event correlation is ignored. Moreover, subscribers can only receive publications issued after their subscriptions. There are many application contexts, however, where access to publications from the past is necessary,such as for replaying a business process execution to debug it. Even more interesting uses arise when data from the past can be correlated with those in the future. Therefore, new languages and new functionalities are needed in the standard publish/subscribe model in order to support business process management. A new subscription language PADRES SQL(PSQL) which can express event patterns and unify both historic and future views for subscribers. PADRES allows a subscriber to access data published both in the past and in the future. Furthermore, complex event detection happens in the broker network. The main difficulties of distributed event detection are routing a composite subscription, including where and how to decompose the composite subscription, and routing the individual parts of the subscription. Our composite subscription routing decisions are based on a cost model which minimizes the routing and detection delay. An adaptive subscription routing protocol is proposed to determine efficient location with dynamic changing workloads. PADRES also provides robust message delivery by exploring alternative paths in a cyclic overlay. Routing optimizations and efficient matching algorithms are studied to improve the performance of the extended publish/subscribe model. With the above features, we propose the Ninos system, the distributed business process execution architecture as a case study,which uses light-weight activity agents to carry out business process execution in a distributed environment. Ninos proves that decentralized business process execution is the trend for next generation products, and the publish/subscribe model is ideal to serve as an enterpriser service bus (ESB) for distributed applications.

Made available in DSpace on 2014-06-12T15:56:46Z (GMT). No. of bitstreams: 2 arquivo2988_1.pdf: 2842413 bytes, checksum: d963a6e447928b61911d961e05157164 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2010 / Associação para Promoção da Excelência do Software Brasileiro / A composição de serviços é uma das áreas de maior interesse de pesquisa da atualidade. A motivação geral para composição de serviços está relacionada a dois pontos principais: possibilidade de criação de serviços mais elaborados a partir de serviços já existentes e a possibilidade de integração de negócios. Na prática, a composição permite que serviços de diferentes provedores sejam colocados juntos para criar serviços mais sofisticados. A importância da composição de serviços tem sido reconhecida na comunidade de pesquisa da Internet devido a sua flexibilidade na construção de aplicações a partir de serviços primitivos e de uma forma plug-and-play. A composição expressa em WS-BPEL ou qualquer outra linguagem para a execução de processo de negócio requer um ambiente específico para executar. Este ambiente é fornecido pelas engines de execução de processo de negócio. A engine é responsável pelo controle dos web services que formam uma composição e pela coordenação das diversas transações entre eles. Devido à crescente necessidade de incorporar requisitos não funcionais na composição de serviços, em especial requisitos de segurança, foi demandado uma nova necessidade de suporte à estes requisitos nas engines de orquestração. O suporte fornecido pelas engines existentes pode variar, sendo que para cada requisito de segurança em especial (e.g. Criptografia) a engine pode fornecer suporte completo, parcial ou até nenhum suporte para realizar este requisito. Este trabalho propõe uma engine para prover requisitos de segurança para composição de serviços em tempo de execução. A engine proposta, chamada SecMosc-Engine, é responsável por fornecer mecanismos de segurança que não sejam disponibilizados pelos módulos de segurança integrados nas engines de orquestração, sendo que este suporte pode ser total ou parcial. O grande diferencial desta proposta é o fato dela ser baseada numa abordagem não intrusiva visando manter o código fonte das engines de orquestração inalterado o máximo possível. Por fim, e não menos importante, a SecMosc- Engine também é responsável por gerar, a partir de artefatos independentes de plataforma, o código executável (WS-BPEL) de um processo de negócio originalmente expresso em BPMN com anotações de segurança

Made available in DSpace on 2014-06-12T16:01:30Z (GMT). No. of bitstreams: 2 arquivo9415_1.pdf: 2190260 bytes, checksum: 2972a41af6edc33657e680fccdd03a29 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2011 / O surgimento da Computação Orientada a Serviços (COS) como um novo paradigm de programação trouxe muitas características boas, como permitir a programação em massa, integração mais fácil entre sistemas de empresas diferentes, escalabilidade, mas, principalmente, o foco na lógica de mais alto nível do negócio. Mas, enquanto este foco na lógica do negócio é mais produtivo e muito crucial aos usuários de negócio que não possuem conhecimento tecnológico (e de fato, não precisam dele), ainda há uma brecha semântica entre o que o usuário descreve na lógica de negócio e no que realmente é executado na máquina. Neste contexto, apresentamos a Ferramenta de Tradução Sec-MoSC, uma abordagem proposta para evitar esta brecha, responsável por fazer a tradução entre modelos de processo de negócio alto-nível e processos executáveis. Dois avanços principais são extraídos deste trabalho: uma forma mais fácil e reusável de criar novos artefatos de tradução e a incorporação de requisitos não-funcionais (como segurança) no processo de tradução modelagem-para-execução, especificamente, com uma implementação para as duas linguagens mais usadas para modelar e executar processos de negócio, respectivamente, BPMN e BPEL

Orientador: Maria Beatriz Felgar de Toledo / Dissertação (mestrado) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-17T08:15:54Z (GMT). No. of bitstreams: 1 Lechuga_ThiagoAlvarenga_M.pdf: 1783434 bytes, checksum: c19e879d7401bcc97b40a2a822df8bf1 (MD5) Previous issue date: 2010 / Resumo: A utilização de sistemas distribuídos heterogêneos, tais como os Multi-Clusters, também chamados de Clusters de Clusters (CoC), e as grades computacionais, permite o desenvolvimento de sistemas computacionais mais complexos. No entanto, alguns desses sistemas requerem que os serviços sejam facilmente compostos e executados, mantendo as dependências entre eles; ambos, serviços e dependências, podem ser representados como workflows. Ainda, os serviços Web foram adotados na estrutura desses sistemas distribuídos, e WS-BPEL é o padrão para a sua composição. Portanto, o objetivo deste trabalho é permitir a execução de workflows escritos em WS-BPEL em Multi-Clusters. Para alcançar esse objetivo, uma extensão da linguagem WS-BPEL é apresentada incluindo a especificação de qualidade de serviço (QoS), juntamente com os recursos necessários para execução dos serviços no CoC. Além disso, este trabalho apresenta uma infraestrutura que permite a execução de workflows em CoC, e um estudo de caso utilizando a SHARCNET, afim de avaliar a abordagem proposta. Finalmente, um workflow científico real para gerar mosaicos personalizados do céu é implementado usando o ambiente criado / Abstract: The use of heterogeneous distributed systems, such as Multi-Clusters, as known as Cluster of Clusters (CoC), and computational grids, enables the development of complex computational systems. However some of these systems require services to be easily composed and executed while maintaining the dependencies among them; both the services and the dependencies can be represented as workflows. Moreover, Web Services have been adopted in distributed systems, and WS-BPEL is the standard for Web Services composition. Accordingly, the objective of this work is to enable the execution of WS-BPEL workflows in a CoC. In order to achieve this execution, an extension to the WS-BPEL language is presented that includes the speciçation of Quality of Services (QoS), along with the required computational resources for service execution in CoCs. Additionally, this paper presents an infrastructure that enables the execution of such workflows in CoCs, and a case study using SHARCNET is discussed in order to evaluate the proposed approach. Finally, a real scientiç workflow to generate custom mosaics of the sky is implemented using the criated environment / Mestrado / Sistemas de Informação / Mestre em Ciência da Computação

This thesis is focused on comparison of common standards used for service orchestration. Orchestration is one of main terms in service oriented architecture, which is a considerable trend in information systems development. This paper is divided into four main parts. The first chapter describes services as a part of current information systems. Definition of service oriented architecture is another subject, where service is a main component for system development and integration. Description of principles of service oriented architecture, that are describing its basis, is the last part of this chapter. The next chapter belongs to coordination of service cooperation, where we can find two basic approaches -- orchestration and choreography. The intention of this chapter is to create theoretical definition of both terms and to compare them. The third part is focused on orchestration methods standardization, where the main standard is BPEL. The history and reasons of creation are mentioned in the beginning, while next section concerns principles of BPEL. Following part describes the version of BPEL called BPEL4WS. Specification of its structure is a main primer for comparison with the latest version named WS-BPEL. The major changes are mentioned in this section. The last chapter is devoted to practical comparison of standards mentioned above. At first, there is created a sample process, based on real situation. The process contains the most important parts of BPEL language. Afterwards, the process is divided into parts, where each of them represents one activity. During description of these parts there is made the above mentioned comparison. The end of the practical part contains main conclusions that were found in this chapter.

In this work, I dealt with the field of Business Process Managent and Service Oriented Architecture. First I tried a comprehensive conceptual view of both through the definition of important principles. In BPM as a disciline I identified "life-cycle" as the most important principle for process optimization tools. For service-oriented architecture, I had to reduce the view to important principles related to composition of services. An important starting point in my work are the definitions of processes and services and their roles in BPM systems. It is a simplified view that helps connect modeled processes to Web services. Web services and orchestration is the most popular and most common usage of the service-oriented architecture. Composition is another important building block of SOA and is the basis for more realistic goals of SOA, such as greater enterprise agility, more efficient utilization of resources in the enterprise, etc. BPM discipline combines multiple elements and as it is typicaly multidisciplinary it combines process management and optimization through tools. These tools historically perform their roles well, but companies are now in a very competitive linked environment and must to behave differently. In my work I have stated firstly why would these areas could be beneficial to each other. The next part focused, what is the relationship with the life-cycle process for BPM and how it fits into the life-cycle services in SOA. Finally, I analyzed the current state mapping of BPMN, the most common notation for expressing processes in BPM, to BPEL. BPEL describes a process, but it is expressed as a programmatic sequential process, which is also executed in digital form. At work I have examined the role of the new version of the BPMN notation 2.0.