artigo anterior foram apresentadas a visao do negocio e a visao da estrutura. Ao modelar processos, damos sentido para aquelas vistas, explicando como os recursos (visao da estrutura) sao consumidos, utilizados e gerados para satisfazer os objetivos do negocio (visao do negocio).Na EPBE, utilizamos um Diagrama de Processo para a representacao basica de um processo. Veja a imagem acima: trata-se de uma extensao (um tanto radical) do diagrama de atividades da UML. Indicamos nele todos os principais recursos utilizados ou gerados, diferenciando-os atraves de estereotipos (Info, Fisico, Pessoa). Se a visao da estrutura foi corretamente desenvolvida (em uma ferramenta CASE), todos os recursos estao disponiveis na forma de "classes". Ou seja, ao elaborar o diagrama acima, o AN simplesmente "arrasta" para o diagrama todos os recursos consumidos, utilizados ou gerados por um determinado processo.Ha outro estereotipo no grafico acima: Objetivo. Sao informacoes que foram obtidas no desenvolvimento da visao do negocio. Todo processo, por definicao, possui (ou deveria possuir) objetivos bem claros. Mas, neste ponto, podemos ser mais especificos. Como sugerido anteriormente, podemos atrelar ao processo metas, indicadores e iniciativas planejadas na elaboracao de Balanced Scorecards e Mapas Estrategicos. Ao formaliza-las em um diagrama de processos, o AN esta registrando os primeiros requisitos de um projeto, por exemplo.Se o projeto exigiu uma analise mais profunda do processo de negocio, tambem e neste diagrama que registramos os principais achados. Repare na figura do Processo: 4 atributos representam algumas caracteristicas basicas de um processo. No exemplo acima, Tempo de Ciclo, Custo, Eficacia e Eficiencia. Se o projeto demandar, o AN pode desenvolver um diagrama que retrate a situacao atual do processo ("as is") e outro que aponte o cenario desejado ("to be").No entanto, como aprendemos com Goldratt [1] (depois de varios outros), melhorias locais podem gerar desastrosos efeitos colaterais em outras partes do negocio. Um processo de negocio sempre se relaciona com outros. Por isso, o AN desenvolve mapas que mostram a interacao entre processos. Sao derivacoes do diagrama acima, que podem inclusive mostrar as areas envolvidas.O diagrama acima pode ser utilizado tanto para a elaboracao de um grande mapa de processos quanto para o detalhamento de um processo especifico. Neste caso, a figura (estereotipo) que representa um processo (o pontiagudo hexagono) e utilizada para representar partes menores do processo, um sub-processo, atividade ou tarefa (dependendo do nivel de detalhamento necessario)..:.E raro encontrar um processo de negocio que nao esteja minimamente amparado por sistemas de informacao. Um AN nao pode ignorar a influencia dos sistemas existentes, mesmo quando um projeto tratar exatamente da substituicao destes. Utilizamos entao outra variacao do diagrama de processos para ilustrar a relacao de um processo com os sistemas. Trata-se do Diagrama de Linha de Montagem (Assembly-line):No exemplo acima estao representados o processo e dois sub-processos (ou atividades, nao importa). As "linhas de montagem", representadas por pacotes da linguagem UML, sao os sistemas. Os pequenos circulos brancos representam informacoes fornecidas pelas aplicacoes. Os circulos escuros sao as informacoes geradas e "gravadas" pelo processo. Assim, de uma maneira bem simples, mostramos como o processo esta automatizado atualmente.Trata-se de um momento muito