Introdução

Um processo de negócio pode ser considerado como um conjunto de atividades relacionadas e coordenadas realizadas pelas pessoas para alcançar uma meta de negócio. Em geral, as atividades realizadas para alcançar as metas de negócio consistem em tarefas manuais e automatizadas.

O gerenciamento de processos de negócios (BPM) é uma abordagem disciplinada baseada no ciclo de vida para obter inovação nos negócios. O ciclo de vida do BPM IBM engloba a melhoria, o projeto, a implementação e a medição de processos de negócios em um ciclo contínuo de melhoria de processo utilizando diversas ferramentas e ambientes de tempo de execução, como mostrado na Figura 1. A abordagem do BPM da IBM ajuda a facilitar o alinhamento das visões de negócios e de TI de uma organização. Como parte do conjunto do BPM da IBM, o IBM Business Monitor fornece visibilidade de ponta a ponta e abrangente dos processos de negócios que compreendem organizações funcionais de uma empresa ou cadeia de fornecimento.

Além disso, as ofertas de BPM ativadas por SOA da IBM ajudam a tratar da governança de processo de modo integrado e básico com recurso de Process Center, com a finalidade de obter metas de negócios contínuas e inovadoras de modo flexível e ágil, como mostra a Figura 2.

Este artigo explica o BPM ativado pela metodologia SOA, consistindo em ferramentas, ambientes de tempo de execução e uma abordagem definida, usando um exemplo de ponta a ponta. Neste artigo, aprenderemos a desenvolver e enviar alertas de notificação a painéis de negócios usando manipuladores de alerta - nesse caso, um programa manipulador de serviço SCA e programas manipuladores de serviço da web. Aprenderemos também sobre o suporte a conjunto de ferramentas fornecido pelo Business Process Manager Advanced para desenvolvimento iterativo ao executar as etapas deste artigo.

Voltar para parte superior

Cenário

A Social Security Administration (SSA), agência do governo dos Estados Unidos, emite um número de seguridade social (SSN) de nove dígitos para cidadãos dos EUA, residentes permanentes e residentes temporários que trabalham legalmente. Esse número é usado para associar as contas de uma pessoa à SSA. As pessoas precisam ter um número de seguridade social para trabalhar nos EUA. UM SSN também é necessário para receber os benefícios da seguridade social e outros serviços do governo. Hoje, o SSN é amplamente usado para identificar uma pessoa nos EUA.

Para receber um SSN, o solicitante precisa preencher um formulário de requisição SS-5 e fornecer documentação que prove a idade, identidade, elegibilidade para o trabalho e status de imigração. O solicitante precisa enviar o formulário preenchido e a documentação pessoalmente ou por correio, dependendo se está fazendo o pedido pela primeira vez ou não.

Neste artigo, abordaremos as fases de Melhoria, Projeto, Implementação e Medição de BPM ativadas pela metodologia SOA, usando o exemplo de um processo de negócios para emitir o número de seguridade social, que chamaremos de processo de Emissão de SSN. Primeiro, veremos como usar o WebSphere® Business Modeler Advanced para modelar o processo. No IBM Business Process Manager V7.5, é possível executar a modelagem usando o IBM Process Designer ou o WebSphere Business Modeler Advanced (Modeler). Ambas as ferramentas se baseiam na tecnologia de conjunto de ferramentas Eclipse. Se quiser arquitetar, projetar, desenvolver e implementar um aplicativo de modelo de processo no tempo de execução do BPMN para execução, em geral é melhor usar o IBM Process Designer. Contudo, neste caso, visto que queremos arquitetar, projetar, desenvolver e implementar nosso aplicativo de modelo de processo no tempo de execução do BPEL para execução, usaremos o conjunto de ferramentas Modeler. Há a opção de arquitetar, projetar e desenvolver modelos de processo no Modeler, depois exportar o modelo de processo como projeto de exportação do BPMN2.0 e importá-lo para o IBM Process Designer, se desejar implementar o aplicativo do modelo de processo em um tempo de execução de BPMN para execução numa fase posterior. Também é possível executar algumas etapas do modelo de processo no tempo de execução do BPMN e outras etapas no tempo de execução do BPEL usando uma implementação de Advanced Integration Services.

Considerando que estamos implementando o aplicativo no BPEL neste artigo, o modelo de processo será criado no Modeler, depois validado e o projeto para a implementação será exportado. Então, o IBM Integration Designer será usado para projetar um aplicativo de fluxo de trabalho no BPEL para o processo modelado. Queremos que esse aplicativo de fluxo de trabalho do BPEL emita eventos customizados para que possamos criar principais indicadores de desempenho (KPIs) customizados para o aplicativo de fluxo de trabalho. O plug-in Monitor Toolkit do IBM Integration Designer será usado para criar o modelo de medições de monitoramento em nosso aplicativo de fluxo de trabalho. Usando o Monitor Toolkit, desenvolveremos modelos de medição de instância, agregado, visual e evento customizados para acompanhar o desempenho do nosso aplicativo de fluxo de trabalho, ao mesmo tempo que ganhamos visibilidade nesses KPIs usando painéis. O fluxo de trabalho será implementado, bem como os aplicativos de monitoramento de fluxo de trabalho, nos tempos de execução de IBM Process Server e IBM Business Monitor Server, respectivamente. Por fim, monitoraremos o desempenho do aplicativo de fluxo de trabalho de execução com os painéis Business Space. Também é possível exportar as métricas de KPI projetadas de forma customizada a partir do ambiente operacional de tempo de execução e importá-las para o modelo de processo projetado no Modeler para melhoria de processo contínua e iterativa. As métricas customizadas de KPI poderão ser importadas a partir do tempo de execução para o modelo de processo do Modeler, pois a solução em BPEL será implementada, ao invés da em BPMN.

Voltar para parte superior

Fase de melhoria: Criar o modelo de processo de negócios

Nessa fase, um analista de negócios com conhecimento de domínio cria um modelo de processo de negócios. O analista pode usar o IBM Process Designer ou o Modeler para criar o modelo de processo de modo tecnologicamente neutro. O modelo de processo captura graficamente a semântica do conhecimento de domínio de negócios no diagrama de modelo de processos de negócios representado no BPMN. Para nosso processo de amostra, o analista de negócios cria um modelo de processo de negócios usando o IBM Process Designer, mostrado na Figura 3. A fim de entender melhor o modelo e sua viabilidade continuada e continuar a ajustá-lo para determinado conjunto de metas de negócios priorizadas, o analista pode executar uma simulação de modelo de processo de negócio.

(Visualização maior da Figura 3.)

A Figura 4 mostra o mesmo processo de amostra criado pelo nosso analista de negócios usando o Modeler. Além disso, mostra a validação bem-sucedida e a simulação do modelo de amostra de Emissão de SSN. Para realizar a simulação do modelo de processo, o analista realiza a modelagem de recursos para o processo aplicando recursos, como profissionais qualificados, seus cronogramas, custos e taxas de receita, calendários, e outros recursos individuais e em massa necessários para o funcionamento do processo de negócios, utilizando modelos de enfileiramento para otimizar os critérios desejados.

(Visualização maior da Figura 4.)

Neste artigo, enriqueceremos estruturalmente nosso modelo de processo de negócios, definindo detalhes de atributo de negócios, como custo, receita, duração e classificador, e definiremos detalhes de atributos técnicos, como interface, solicitação, resposta, implementação e KPIs na próxima iteração.

Um arquiteto de processo de negócios geralmente é um analista de negócios especializado em tecnologia que refina o modelo de processo de negócios tecnologicamente neutro em um modelo de processo de negócios implementável no IBM Process Server. Em uma organização, um arquiteto e analista de processos de negócios pode ser a mesma pessoa em dois cargos diferentes ou dois profissionais diferentes especializados em seus respectivos cargos. A ferramenta de autoria facilita as necessidades organizacionais de forma integrada. Refinar o modelo de processo de negócios envolve a alteração do modo do Modeler para o modo do IBM Process Server, a resolução de erros de validação e definição da lógica adicional de tarefas que envolvem a tomada de decisão. Além disso, o arquiteto de processo de negócios traduz os requisitos de negócios em semântica técnica, especificando atributos técnicos, como mostra a Figura 5.

(Visualização maior da Figura 5.)

Para facilitar o desenvolvimento de uma solução de TI integrada, implementável no IBM Process Server, o arquiteto de processo de negócios usa a Recommended Export Option do Modeler para exportar o modelo de negócios técnico como arquivo ZIP de troca de projeto, que contém todos os artefatos de tempo de execução que compõem o modelo de implementação. A Recommended Export Option, mostrada na Figura 6, cria três projetos relacionados: dois projetos de módulo e um projeto de biblioteca. Um dos projetos de módulo gerado serve de host para a lógica de orquestração, enquanto o segundo projeto de módulo gerado serve de host para os detalhes de implementação. Essa opção é recomendada para obter a interoperabilidade ideal entre o Modeler e o IBM Integration Designer.

A Figura 7 mostra a árvore do projeto gerada.

Voltar para parte superior

Fase de projeto: Importar e refinar o modelo

Na fase de projeto, um designer de integração importa o modelo de implementação exportado do Modeler para o IBM Integration Designer. O esqueleto do modelo de implementação representa graficamente o processo de negócios a ser realizado tecnicamente. A Figura 8 mostra como o processo BPEL aparece quando importado para o IBM Integration Designer.

O designer de integração refina adicionalmente o modelo de processo de negócios, fornecendo detalhes de implementação técnica e conclui a tradução da semântica de negócios em semântica técnica, fornecendo lógica de implementação. Para o modelo de Emissão de SSN do BPEL, o designer de integração forneceria implementações Java™ simples no módulo de implementação gerado. Em iterações subsequentes, o desenvolvedor continuaria a fornecer mais detalhes de implementações para nossas tarefas de modelo de processo. Para este exemplo, desenvolveremos agora a lógica de implementação dos cinco componentes de importação de SCA gerados, como mostra a Figura 9.

A Tabela 1 fornece detalhes sobre as implementações de componentes Java.

A lógica de negócios de implementação apresenta, na maior parte, o rastreio de parâmetros passados para a lógica de implementação. A Figura 10 mostra uma das implementações representativas do componente Java.

(Visualização maior da Figura 10.)

Também geraremos um novo SSN para o solicitante como parte de nossa implementação de lógica de negócios, como mostrado na Figura 11.

(Visualização maior da Figura 11.)

Um designer de integração facilita a instrumentação de um modelo de processo de negócios para desenvolver um modelo de medições de monitoramento, permitindo que vários eventos de interesse sejam gerados para as etapas de modelo de processo de negócios na forma de eventos formatados XML/XSD. Um modelo de medições de monitoramento totalmente implementado permite que uma linha de negócios executiva monitore os negócios que usam painéis. A Figura 12 mostra a instrumentação da entrada lógica da Emissão de SSN e os eventos de saída.

O designer de integração monta, agora, um aplicativo J2EE de modelo de medições de monitoramento usando a Monitor Toolkit do Integration Designer. Isso envolve a geração de um projeto de aplicativo J2EE de modelo de medições de monitoramento, selecionando eventos para monitorar, executando em um ambiente operacional e, finalmente, exibindo dados de desempenho de negócios em um painel do Business Space. Desenvolver e implementar nosso modelo de medições de monitoramento envolve especificar a lógica das guias Monitor Details Model, KPI Model, Dimensional Model, Visual Model e Event Model no Monitor Toolkit.

O modelo de detalhes de monitoramento representa informações quase em tempo real e de instância. Esse modelo captura informações básicas de solicitação, fornece a lógica para contar o número de novos solicitantes e o número de solicitantes recorrentes, assim como a lógica para detectá-los. Fornece também lógica para notificar o tipo de solicitante (novo ou recorrente) com base na instância. A Figura 13 mostra o modelo de detalhes de monitoramento, que consiste em detalhes de métrica, como Nome, Sobrenome e Inicial do Meio, acionadores de instância, como Acionador para Detectar Novo Solicitante, contador de instância, como Contar Novos Solicitantes e eventos de instância, como Evento para Notificar Novo Solicitante.

A Figura 14 mostra uma visualização resumida de métricas de instância e das contagens que estão sendo calculadas e os eventos de notificação sendo gerados após o término de uma instância em execução em um ambiente operacional de tempo de execução. Essa visualização de fluxo de monitoramento captura as principais medidas de desempenho de resumo que estão sendo calculadas com base na instância.

No modelo de KPI, todos os cálculos são realizados em base agregada, e o designer de integração fornece a lógica para acompanhar os totais, porcentagens e médias. Além disso, o desenvolvedor fornece a lógica para detectar e notificar ocorrências de eventos -- de solicitantes recorrentes que ultrapassam um valor do limite pré-especificado. A Figura 15 mostra o modelo de KPI que consiste em cálculos de média, total e porcentagem. Geraremos um acionador Solicitantes Recorrentes - que Ultrapassaram um Limite Predeterminado sempre que virmos um solicitante recorrente.

O modelo dimensional captura analítica de histórico. O desenvolvedor fornece a lógica para um modelo dimensional básico. A Figura 16 mostra o modelo dimensional composto por analítica dimensional baseada em datas e localização geográfica (Estado).

O modelo visual representa o modelo de processo de negócios como diagrama SVG com informações computacionais de instância ou agregadas sobrepostas ao diagrama SVG. O designer de integração fornece a lógica para o contexto de monitoramento da instância e os diagramas SVG de modelo de processo de negócios no contexto de monitoramento de KPI de agregado, como mostrado nas Figuras 17 e 18, respectivamente.

(Visualização maior da Figura 17.)

(Visualização maior da Figura 18.)

O modelo de evento é usado para definir eventos. No modelo de medições de monitoramento, o designer de integração definiu três eventos customizados de interesse para nós, como mostrado nas Figuras 19, 20, 21 e 22. Usaremos esses eventos para passar informações para os alertas de painel.

Um designer de integração pode criar um aplicativo de modelo de medições de monitoramento de modo que, quando ocorrerem eventos de interesse no aplicativo de modelo de processo de negócios implementado, as notificações apropriadas (um alerta de painel, uma chamada para telefone celular, uma chamada para pager ou uma chamada para serviço da web ou para aplicativo de serviço SCA) sejam geradas e encaminhadas. Modelos de notificação ou de serviço da web ou de SCA fornecem a infraestrutura necessária para chamar os manipuladores adequadamente configurados para disseminar as notificações geradas. O administrador do sistema precisa configurar os serviços de ação do monitor na fase de implementação para encaminhar as notificações para os destinos designados.

Como parte do desenvolvimento do modelo de medições de monitoramento, queremos gerar e encaminhar notificações para o painel, serviços da web e aplicativos de manipulador de serviço SCA. Para conseguir isso, é necessário montar aplicativos de serviço da web e de manipulador de serviço SCA, conforme mostrado na Figura 23.

A fim de ser invocada pela infraestrutura de serviços de ação do monitor, uma assinatura de método de serviço da web deve conter uma única variável do tipo String como parâmetro de entrada. Esse tipo String de entrada deve conter a cadeia de caractere XML do evento de situação recebido. A implementação local de serviço da web é chamada por padrão quando implementações locais e remotas estão disponíveis e a implementação remota está configurada explicitamente como otimização do tempo de execução.

A Figura 24 mostra a implementação do aplicativo de manipulador de serviço da web.

(Visualização maior da Figura 24.)

Para ser chamado pela infraestrutura de serviços de ação do monitor, um serviço SCA deve implementar a interface ActionManagerNotification definida em WBI-ActionManagerLibrary. Esse serviço SCA recebe informações da infraestrutura do serviço de ação do monitor na forma de objeto de tipo de dados SituationEvent , que também é definido em WBI-ActionManagerLibrary. A Figura 25 mostra a implementação de aplicativo de manipulador de serviço SCA.

(Visualização maior da Figura 25.)

Voltar para parte superior

Fase de implementação: Implementação do modelo e aplicativo de monitoramento

Nessa fase, o administrador de J2EE implementa o aplicativo de modelo de processo de negócios, bem como o aplicativo de modelo de medições de monitoramento, em um IBM Business Monitor Server configurado operacionalmente com um perfil de IBM Process Server. Como parte dessa fase de implementação, o administrador configura a notificação de serviços de ação do monitor, serviço da web e modelos SCA.

Configurar os modelos de notificação

Queremos enviar um alerta de notificação para o painel do Business Space Alert quando recebermos uma requisição de SSN de um novo solicitante em um nível de instância do contexto de monitoramento. Como parte dessa notificação de alerta, queremos enviar as informações de requisição do solicitante. Para isso, é necessário criar um modelo de notificação para um Evento de Saída MC de Notificação de Novo Processo. As informações mostradas na Tabela 2 serão usadas para criar o modelo de notificação mostrado na Figura 26.

Queremos enviar um alerta de notificação para o painel do Business Space Alert quando recebermos uma requisição de SSN de um solicitante recorrente em um nível de instância do contexto de monitoramento. Como parte dessa notificação de alerta, queremos enviar as informações de requisição do solicitante. Para isso, é necessário criar um modelo de notificação para um Evento de Saída MC de Notificação de Processo Recorrente. As informações mostradas na Tabela 3 serão usadas para criar o modelo de notificação mostrado na Figura 27.

Queremos enviar um alerta de notificação para o painel do Business Space Alert quando recebermos uma requisição de SSN de um solicitante recorrente em um nível de agregação. Como parte dessa notificação de alerta, queremos enviar as informações de requisição do solicitante. Para isso, é necessário criar um modelo de notificação para um Evento de KPI de Notificação de Solicitante Recorrente. As informações mostradas na Tabela 4 serão usadas para criar o modelo de notificação mostrado na Figura 28.

Resumo da configuração de modelos de notificação

Neste ponto da nossa configuração, temos dois modelos de instância de notificação e um modelo de notificação de agregado, como mostrado na Figura 29. Cada uma dessas notificações contém algumas informações de contexto passadas para elas e aparece no portlet de Web 2.0 do painel de Business Space Alert.

(Visualização maior da Figura 29.)

Configurar o modelo de serviço da web

Queremos enviar um alerta de notificação para um manipulador de notificações de serviço da web quando recebermos um Evento de KPI de Notificação de Solicitante Recorrente em um nível de contexto KPI agregado. Como parte dessa notificação de alerta, queremos enviar as informações de evento. Para isso, é necessário criar um modelo de notificação para SSNIssueProcessWSActionManagerNotificationHandler. As informações mostradas na Tabela 5 serão usadas para criar o modelo de notificação mostrado na Figura 30.

Resumo da configuração de modelo de serviço da web

Neste ponto da nossa configuração, temos uma instância de um modelo de serviço da web, como mostrado na Figura 31. Esse modelo de serviço da web contém as informações de evento de situação passadas para ele.

(Visualização maior da Figura 31.)

Configurar modelo de SCA

Queremos enviar um alerta de notificação para um manipulador de notificações de serviço SCA quando recebermos um Evento de Saída MC de Notificação de um Novo Processo no nível de contexto de monitoramento. Como parte dessa notificação de alerta, queremos enviar as informações de evento. Para isso, é necessário criar um modelo de notificação para SSNIssueProcessSCAActionManagerNotificationMediationModule . As informações mostradas na Tabela 6 serão usadas para criar o modelo de notificação mostrado na Figura 32.

Resumo da configuração de modelo SCA

Neste ponto da nossa configuração, temos uma instância de um modelo de serviço SCA, Neste ponto da nossa configuração, temos uma instância de um modelo de serviço da web, como mostrado na Figura 33. Esse modelo de serviço SCA contém as informações de evento de situação passadas para ele.

Ligar eventos de situação a serviços de ação

Um administrador agora precisa ligar eventos de situação para monitorar os serviços de ação, estabelecendo um mapeamento entre um modelo de ação e um evento de situação. A infraestrutura de serviço de ação do monitor procura o catálogo de ação usando o valor de campo BusinessSituationName , extraído dos eventos de situação, para identificar os serviços de ação adequados a chamar após o recebimento de eventos de situação.

Queremos ligar o modelo de notificação Evento de Saída MC de Notificação de um Novo Processo (evento de saída) aos eventos de situação mostrados na Tabela 7. As Figuras 34 e 35 mostram como fazer essa ligação. A Figura 36 mostra a ligação de modelo com eventos de situação concluída.

(Visualização maior da Figura 36.)

Queremos ligar o modelo de notificação Evento de Saída MC de Notificação de Processo Recorrente aos eventos de situação mostrados na Tabela 8. A Figura 37 mostra como fazer essa ligação. A Figura 38 mostra a ligação de modelo com eventos de situação concluída.

(Visualização maior da Figura 38.)

Queremos ligar o modelo de notificação Evento de KPI de Notificação de Solicitante Recorrente aos eventos de situação mostrados na Tabela 9. As Figuras 39 e 40 mostram como fazer essa ligação. A Figura 41 mostra a ligação de modelo com eventos de situação concluída.

(Visualização maior da Figura 41.)

Resumo de ligações de evento de situação instaladas

Neste ponto da nossa configuração, temos três ligações de evento de situação instaladas, como mostrado na Figura 42.

(Visualização maior da Figura 42.)

Verificar e testar

Agora, todos os aplicativos estão implementados no tempo de execução, e estamos prontos para começar a testar. Os aplicativos operacionais neste momento são:

• Um aplicativo de modelo de processo de negócios
• Um aplicativo de modelo de medições de monitoramento de processo de negócios projetado para monitorar o desempenho do aplicativo de modelo de processo de negócios
• Um aplicativo de manipulador de serviço de alerta SCA
• Um aplicativo de manipulador de serviço de alerta de serviço da web

Antes de enviar qualquer requisição, queremos nos certificar de que nosso aplicativo de manipulador de serviço de alerta de serviço da web está configurado corretamente e em execução adequadamente. Para isso, aponte seu navegador para a seguinte URL, como mostrado na Figura 43.

(Visualização maior da Figura 43.)

Para simular um dia na vida dessa empresa, enviaremos duas solicitações ao aplicativo de modelo de processo de negócios, uma representando um novo solicitante pedindo um SSN e outra representando um solicitante recorrente pedindo um SSN.

A Figura 44 mostra o solicitante fazendo a requisição de SSN.

A Figura 45 mostra a resposta do console ao novo solicitante que envia a requisição de SSN.

(Visualização maior da Figura 45.)

A Figura 46 mostra o solicitante recorrente fazendo a requisição de SSN.

A Figura 47 mostra a resposta do console ao solicitante recorrente que envia a requisição de SSN.

(Visualização maior da Figura 47.)

Voltar para parte superior

Fase de medição: Monitorar o processo usando painéis

Agora verificaremos se nossos painéis foram preenchidos com dados históricos e quase em tempo real. Além disso, é necessário confirmar se nossos manipuladores de alerta de serviço da web e de SCA são chamados pela infraestrutura de serviços de ação do monitor com os dados de evento de situação adequados para que possamos processar o evento na lógica do alerta.

A Figura 48 mostra o painel de Instâncias da Web 2.0 preenchido.

A Figura 49 mostra o painel de Diagramas da Web 2.0 para o contexto de monitoramento.

(Visualização maior da Figura 49.)

A Figura 50 mostra o painel de Alertas da Web 2.0. Ele contém duas entradas dos alertas de instância e uma entrada de alerta de KPI.

(Visualização maior da Figura 50.)

A Figura 51 mostra a visualização de detalhes do painel de Alertas da Web 2.0 para um alerta de KPI com dados de evento de situação sendo passados para a lógica de manipulação de alerta.

(Visualização maior da Figura 51.)

A Figura 52 mostra a visualização de detalhes do painel de Alertas da Web 2.0 para um alerta de contexto de monitoramento com dados de evento de situação sendo passados para a lógica de manipulação de alerta.

(Visualização maior da Figura 52.)

A Figura 53 mostra a visualização do painel de KPIs da Web 2.0.

(Visualização maior da Figura 53.)

Como mostrado abaixo, a Figura 54 mostra a visualização do Web 2.0 Alert Manager. É possível visualizar duas entradas para alertas de contexto de monitoramento, uma entrada para alertas de contexto KPI, um alerta de manipulador de serviço SCA e um alerta de manipulador de serviço da web.

(Visualização maior da Figura 54.)

A Figura 55 mostra a saída de console da lógica do manipulador de serviço da web.

(Visualização maior da Figura 55.)

Como mostrado abaixo, a Figura 56 mostra a saída de console da lógica do manipulador de serviço SCA.

(Visualização maior da Figura 56.)

Voltar para parte superior

Resumo

Neste artigo, aprendemos o seguinte:

• Como projetar um modelo de processo usando o IBM Process Designer ou o WebSphere Business Modeler Advanced.
• Como projetar lógica de implementação usando as implementações de Java fornecidas como exemplo, para um aplicativo de processo de Emissão de SSN usando a ferramenta IBM Integration Designer.
• Como projetar métrica de KPI customizada para o aplicativo de processo de Emissão de SSN usando o plug-in Monitor Toolkit do IBM Integration Designer.
• Como projetar e desenvolver implementações de manipuladores de eventos de serviço da web e SCA para o aplicativo de processo de Emissão de SSN.
• Como implementar o processo de Emissão de SSN e os aplicativos de monitoramento de processo de Emissão de SSN nos tempos de execução do IBM Process Server e do IBM Business Monitor Server.
• Como configurar modelos de notificação para alertas de painel e manipuladores de eventos de serviços da web e de SCA, e como ligar eventos a serviços de ação.
• Como verificar e testar vários aspectos dos elementos do aplicativo de processo de Emissão de SSN, incluindo serviços da web, geração de evento, lógica de implementação, e assim por diante.
• Como configurar os painéis Business Space e validar o funcionamento do processo e dos aplicativos de monitoramento de processo.
• Como verificar e validar a emissão correta dos alertas de notificação de serviço da web e SCA no IBM integration Designer e o arquivo de log SystemOut.txt.

Em um ciclo de vida padrão de BPM, a próxima etapa seria revisar as métricas de KPI criadas de forma customizada em busca de gargalos, contenção de recursos e ineficiências na utilização de recursos usando os painéis Business Space e tomar as medidas necessárias para melhorar a implementação do processo de negócios.

Voltar para parte superior

Agradecimentos

O autor agradece muito a ajuda recebida de Dong Zhao, Engenheiro de Software de Suporte a Clientes IBM, da IBM China.

Voltar para parte superior

Downloads

Informações sobre métodos de download

Recursos

• Achieve end-to-end business visibility with IBM Business Monitor V7.5 (developerWorks 2011): Nessa série de artigos, é possível saber como aproveitar o novo recurso de contexto de monitoramento global do IBM Business Monitor V7.5 para monitorar e controlar instância de ponta a ponta de um processo de negócios.
  
  
• Centro de Informações do IBM Business Process Manager
  
  
• Página inicial da Object Management Group/Business Process Management Initiative: Saiba mais sobre BPMN e obtenha as especificações.
  
  
• Achieving business agility with BPM and SOA together (PDF): Esse White Paper descreve os princípios de convergência de BPM e SOA de uma perspectiva do negócio.
  
  
• Centro de Informações do IBM Business Monitor
  
  
• Zona de BPM do developerWorks: Obtenha os recursos técnicos mais recentes sobre as soluções IBM BPM, incluindo downloads, demos, artigos, tutoriais, eventos, webcasts e muito mais.
  
  
• IBM BPM Journal: Obtenha os artigos e colunas mais recentes sobre soluções da BPM neste journal trimestral, disponível também nas versões Kindle e PDF.
  
  

Sobre o autor

Bhargav Perepa é especialista em TI do WebSphere no IBM Federal Software Group, em Washington D.C. Ele foi desenvolvedor no IBM Austin WebSphere Development Lab e teve uma experiência anterior no desenvolvimento de Smalltalk e C++ enquanto esteve na IBM Chicago. Bhargav tem mestrado em Ciência da Computação pelo IIT em Chicago e um MBA pelo UT-Austin no Texas.

Classificar este artigo

Comentários

Voltar para parte superior

Índice

• Introdução
• Cenário
• Fase de melhoria: Criar o modelo de processo de negócios
• Fase de projeto: Importar e refinar o modelo
• Fase de implementação: Implementação do modelo e aplicativo de monitoramento
• Fase de medição: Monitorar o processo usando painéis
• Resumo
• Agradecimentos
• Downloads
• Recursos
• Sobre o autor
• Comentários

Conheça a IBM da sua cidade

A IBM está mais perto do que você imagina!

---

Saiba mais