BPMI, BPMN, BPD, BP…? (II)

Objetos de Fluxo

É constituído de três elementos para que os responsáveis pela modelagem não tenham que reconhecer uma grande quantidade de elementos com diferentes formas. Esses três objetos são: Eventos, Atividades, Gateway.

Os Eventos são representados por um círculo e é algo que surge durante o curso de um processo de negócio. Esses eventos afetam o fluxo do processo e normalmente tem uma causa ou um impacto.

As Atividades são representadas por um retângulo com laterais arredondadas e é um termo genérico para um trabalho executado dentro de uma companhia.

Um Gateway é representado pela figura de um diamante é usado para controlar a divergência e a convergência de uma seqüência de fluxos. Determinando assim, as decisões tradicionais, as bifurcações e os encontros dos caminhos do fluxo.

Objetos de Conexão

Os objetos de fluxo são conectados em um diagrama para a criação de uma estrutura básica de um processo de negócio. Existem três objetos que fornece essa função. Esses conectores são: Fluxo de Seqüência, Fluxo de Mensagens, Associações.

O Fluxo de Seqüência é utilizado mostrar a ordem das atividades que serão executadas em um processo.

O Fluxo de Mensagens é utilizado para representar o fluxo de mensagens entre dois Participantes do Processo que estão separados e que enviam e recebem essas mensagens.

As Associações são usadas para a associação de dados, textos e outros artefatos com o Fluxo de Objetos. Associações são utilizadas para a exibição das entradas e saídas das atividades.

Swimlanes

Várias metodologias de modelagem de processos utilizam o conceito de swinlanes como um mecanismo para organizar atividades ilustrando diferentes capacidades funcionais ou responsabilidades. O BPMN consiste em duas principais construções: Pool e Lane.

Pool

Representa um participante em um processo, também funciona como um contêiner gráfico para o particionamento de um conjunto de atividades de outros Pools.

Lane

Uma Lane é uma sub-partição dentro de um Pool e se estende pelo comprimento inteiro de um Pool, vertical ou horizontalmente, Lanes são utilizados para organizar e categorizar atividades.

Artefatos

O BPMN foi projetado para permitir pessoas e ferramentas flexibilidade ao se estender as notações básicas permitindo modelagem apropriada de acordo com o contexto de negócio em questão. Qualquer número de artefatos pode ser acrescentado a um diagrama de acordo com o contexto do processo de negócios a ser modelado. A versão atual define somente três tipos de artefatos:

Objeto de Dados São mecanismos que apresentam como os dados são necessários ou produzidos por atividades. São conectados às atividades através das Associações.
Grupo Pode ser utilizado para propósitos de documentação ou análise, mas não afetam os fluxos de seqüência.
Anotações São mecanismo que possibilitam o modelador acrescentar informações textuais para o leitor do diagrama.

Os modeladores podem criar os seus próprios artefatos adicionando assim mais detalhes sobre a forma como os processos são executados.

Uso geral do BPMN

A modelagem de processos de negócio é usado pra comunicar uma larga variedade de informações para diferentes tipos de audiência. BPMN foi projetado para cobrir vários tipos de modelagem e permitir a criação de segmentos de processos bem como processos de negócios end-to-end, em diferentes níveis de fidelidade. Dentro de uma variedade de modelagem de processos podemos destacar dois tipos básicos:

· Processos Bussiness-to-Bussiness Colaborativos

· Processos de Negócios Internos

Os Processos Bussines-to-Bussines colaborativos apresentam interações entre duas ou mais entidades de negócios. Os diagramas desses tipos de processos apresentam uma visão de um ponto de vista global apresentando as interações entre os participantes.

Um Processo de Negócios Internos geralmente foca unicamente nos negócios de uma organização.

Os Processos de Negócios e seus diferentes níveis de precisão

O processo de modelagem inicialmente se inicia capturando atividade de alto nível especializando de forma a detalhar essas estruturas em diagramas separados. Podem existir diversos níiveis de diagramas que dependem da metodologia utilizada para o desenvolvimento do modelo.

Referências

WESKE, Mathias. Bussiness Processes Management. Concepts, Languages, Architecture. Springer. 2007

HARRINGTON, H. James. Business process improvement. New York: McGraw Hill, 1991.

WHITE, Stephen A. Introduction to BPMN. 26.05.2008. <http://www.bpmn.org/Documents/IntroductiontoBPMN.pdf>

BPMI, BPMN, BPD, BP…?

Continuando o post anterior…

Com o passar do tempo foram identificadas necessidades de como expressar esses modelos através de uma linguagem comum que desse a possibilidade de um entendimento entre os membros das equipes, dessa forma haveria uma maior agilidade na elaboração das tarefas. (Stephen, 2008 ) dentro desse contexto, nos fala sobre o surgimento em maio de 2004 da primeira versão de uma especificação conhecida como BPMN (Bussiness Process Modeling Notation) desenvolvida por um grupo conhecido como BPMI (Bussiness Process Management Initiative) Working Group, essa especificação teve uma duração de um pouco mais de 2 anos. O esforço inicial foi de fornecer uma linguagem de notação de fácil e rápido entendimento por todos os usuários de negócio, pelos analistas de negócios que criam rascunhos iniciais sobre um modelo de processos, pelos desenvolvedores técnicos responsáveis pela implementação, e finalmente pelos envolvidos no monitoramento e gerenciamento desses processos.

Um dos objetivos do BPMN é também ser suportado por um modelo interno permitindo a geração de executáveis conhecido como BPEL4WS. Assim, o BPMN cria uma ponte padronizada para o preenchimento do espaço que existe entre o design dos processos de negócio e o processo de implementação.

O BPMN define um Diagrama de Processos de Negócios (BPD) que se baseia em técnicas de flowchart construída para a criação de modelos gráficos das operações de processos de negócio, sendo assim, podemos entender que um modelo de processo de negócios nada mais é que uma rede de objetos gráficos, que são atividades e fluxos de controle que define sua ordem de execução.

Um BPD é constituído de conjunto de elementos gráficos. Esses elementos permitem o fácil desenvolvimento de diagramas simples que são familiares à maioria dos analistas de negócio. Esse elementos foram escolhidos de forma a se distinguirem facilmente um dos outros, possibilitando a apresentação de formas conhecidas à maiorias dos modeladores, como por exemplo, as atividades são representadas por retângulos e as decisões como diamantes. Devemos considerar que uma das direções do BPMN é o tratamento de elementos complexos do processo de negócio utilizando mecanismos simples de notação. Para alcançar esses dois propósitos foram criados esquemas de categorização desses elementos conforme seus aspectos gráficos, assim é possível entender os elementos básicos e as formas mais simples de maneira mais rápida e simplificada.

Dentro dessas categorias podemos destacar:

• Objetos de Fluxos
• Objetos de Conexão
• Swimlanes (Raias)
• Artefatos

Modelagem de Processos

O que significa modelagem de processos? Atualmente, se faz necessário entender as atividades executadas nas organizações, dentro de seus diversos departamentos e setores. Essa necessidade se faz devido à novos conceitos que surgem no mercado como por exemplo o time-to-market, que se caracteriza como uma necessidade imediata de resposta ao mercado de acordo com os eventos que surgem no dia-a-dia do mundo dos negócios.

Segundo (Weske, 2007) o gerenciamento de processos de negócios é baseado na observação sobre cada produto que uma companhia disponibiliza no mercado e as atividades relacionadas a este. Processos de negócio são instrumentos chave para a organização dessas atividades e o entendimento de seus inter-relacionamentos.

Podemos descrever um modelo como algo que representa de forma básica, uma estrutura que contém informações sobre aquilo que está sendo representado. Sendo assim, podemos entender a modelagem como a implementação de algo utilizando um determinado modelo, ou um conjunto destes, objetivando um melhor esclarecimento ou solução para uma determinada situação.

De acordo com (Harrington, 1991) processo é qualquer atividade ou conjunto de atividades que toma um input , adiciona valor a ele e fornece um output a um cliente específico.

Diante do exposto podemos definir uma modelagem de processos como uma implementação de um modelo de trabalho que permite o entendimento e o estudo como forma de melhorar um fluxo dentro de um determinado grupo de atividades.

Serviços???

Serviço é algo que fundamentalmente fornece um sentido de negócio. Ponto. Não é um componente transformado em um WebService e disponibilizado em algum servidor, não é isso. Pode parecer difícil entender quando se trabalha desenvolvendo software, mas, a brincadeira é a seguinte: se o que você está prestes a desenvolver é algo que agrega valor à organização do ponto de vista de reuso, atende ao objetivo de negócio do seu usuário, é auto-contido, podemos considerar como um Serviço. Se você cria algo para atender uma necessidade de um sistema como por exemplo uma funcionalidade de Log, isso é um Componente.

De qualquer modo, não existe fórmula para a definição de serviço, existem guias, como os livros do Thomas Erl.

Poderíamos pensar em um caso típico: Gerenciar Clientes, pode ser que seja um serviço para um organização financeira, mas pode ser simplesmente um componente para um outro contexto onde os Clientes não possuem um valor agregado ao negócio da empresa.

Num cenário de empresa de varejo, podemos definir passos em uma atividade de vendas e compras de produtos:

- Para vendas:

• Pesquisa e seleciona produto
• Abate o item do estoque
• Recebe valores de venda
• Atualiza contabilidade
• Encerra venda

- Para compras:

• Verifica o estoque
• Compõe pedido de compras
• Efetua pagamento de compras
• Atualiza estoque
• Atualiza contabilidade
• Encerra compra

Nos dois cenários (vendas e compras) podemos identificar termos iguais (estoque, contabilidade) podendo ser candidatos a Serviços.

Serviços ainda podem ser compostos por outros serviços, podem ser inventariados em um grande repositório, fornecendo uma biblioteca de serviços, que mais uma vez, não possuem relação com componentes ao não ser como usuário destes.

No princípio era os programas…

…programas monolíticos. sem comunicação, sem integração, com duplicidade de regras de negócios, ás vezes replicadas de forma errada, adaptadas e feitas somente com intuíto de atender a um determinado problema.

Depois surgiram novas linguagens, novos conceitos, novos paradigmas e novas idéias, processos, controles, procedimentos e promessas, promessas, promessas.

Aí surgiu a Arquitetura Orientada a Serviços (SOA), que vêm de outras arquiteturas, que vêm de outros meios sucessos.

SOA vem com o propósito de tornar os modelos de negócio, o insumo principal para a produção de serviços, que realizam necessidades mais no nível dos negócios ao invés das tecnologias. Tecnologias concretizam os negócios e não necessariamente é algo fundamental em uma visão de SOA.

SOA não é um produto, não se vende, não está contido dentro de uma caixinha. É uma proposta de mudança cultural em uma organização, uma mudança na forma de se enxergar a construção de um software, a criação de uma parceria entre um analista de negócios e um arquiteto de software, e tudo isso pra se pensar em serviços reutilizáveis.

Estréia

Hoje estréio um blog, penso que agora pode ser necessário. Enquanto isso, vou pensando em alguma forma de ganhar alguma grana extra.