Guia Automação com BPMS Bonita - Histórico de revisão

M.f.galimberti em 20h42min de 3 de julho de 2026

2026-07-03T20:42:58Z

← Edição anterior		Edição das 20h42min de 3 de julho de 2026
Linha 1:		Linha 1:
	Guia para Automação de Processos de Negócios com BPMS Bonita: validação com processos da UFSC		Método MAP :: Guia para Automação de Processos de Negócios com BPMS Bonita: validação com processos da UFSC
	<br>Prof. Maurício FLORIANO GALIMBERTI, Dr.		<br>Prof. Maurício FLORIANO GALIMBERTI, Dr.
	<br>EAPn – Escritório de Automação de Processos de Negócios		<br>EAPn – Escritório de Automação de Processos de Negócios

Vitor.serrao: /* Guia para Modelagem e Automação de Processos de Negócios */

2021-03-30T17:54:32Z

Guia para Modelagem e Automação de Processos de Negócios

← Edição anterior		Edição das 17h54min de 30 de março de 2021
Linha 20:		Linha 20:

	==Guia para Modelagem e Automação de Processos de Negócios==		==Guia para Modelagem e Automação de Processos de Negócios==
	~~onstituído~~ de 12 etapas, o guia inicialmente estabelece os passos necessários para efetuar a modelagem e redesenho do processo de negócio, possibilitando nas etapas posteriores a execução da automação. As etapas finais envolve procedimentos de testes e a disponibilização do processo de negócio automatizado aos usuários finais.		Constituído de 12 etapas, o guia inicialmente estabelece os passos necessários para efetuar a modelagem e redesenho do processo de negócio, possibilitando nas etapas posteriores a execução da automação. As etapas finais envolve procedimentos de testes e a disponibilização do processo de negócio automatizado aos usuários finais.
	<br><br>		<br><br>
	Na [[Guia Automação com BPMS Bonita#Etapa 1 - Identificar e mapear processos\|Etapa 1]] , antes de começar o processo de modelagem, é realizado a identificação e mapeamento dos processos. É necessário levantar informações de onde extrair os dados necessários, usualmente podem vir de fontes como: documentos, logs de uso, conversas informais com usuários do sistema, entrevistas estruturadas, dentre outros.		Na [[Guia Automação com BPMS Bonita#Etapa 1 - Identificar e mapear processos\|Etapa 1]] , antes de começar o processo de modelagem, é realizado a identificação e mapeamento dos processos. É necessário levantar informações de onde extrair os dados necessários, usualmente podem vir de fontes como: documentos, logs de uso, conversas informais com usuários do sistema, entrevistas estruturadas, dentre outros.

Miguel.h.preuss: utilização do

para códigos

2021-01-18T18:40:45Z

utilização do <pre></pre> para códigos

← Edição anterior		Edição das 18h40min de 18 de janeiro de 2021
Linha 559:		Linha 559:
	<br><br>		<br><br>

	<~~nowiki~~>		<pre>
	for (Object obj : apiAccessor.getIdentityAPI().getCustomUserInfo(BonitaUsers.getProcessInstanceInitiator(apiAccessor,processInstanceId).id, 0, 0)) {		for (Object obj : apiAccessor.getIdentityAPI().getCustomUserInfo(BonitaUsers.getProcessInstanceInitiator(apiAccessor,processInstanceId).id, 0, 0)) {
	if (obj.definition.name == "idpessoa") {		if (obj.definition.name == "idpessoa") {
Linha 566:		Linha 566:
	}		}
	return 0;		return 0;
	</~~nowiki~~>		</pre>

	<br><br>		<br><br>
	'''ehProfessor''': Verifica se o usuário em questão é professor: se ele for professor, o código retorna TRUE; se o usuário não for Professor, o código retorna FALSE.		'''ehProfessor''': Verifica se o usuário em questão é professor: se ele for professor, o código retorna TRUE; se o usuário não for Professor, o código retorna FALSE.
	<br><br>		<br><br>
	<~~nowiki~~>		<pre>
	import org.bonitasoft.engine.identity.UserMembership;		import org.bonitasoft.engine.identity.UserMembership;
	import org.bonitasoft.engine.identity.UserMembershipCriterion;		import org.bonitasoft.engine.identity.UserMembershipCriterion;
Linha 587:		Linha 587:
	}		}
	return false;		return false;
	</~~nowiki~~>		</pre>
	<br><br>		<br><br>
	*Na Etapa 10, quando é gerado o formulário pelo Bonita Studio, esse formulário já contém algumas variáveis que serão muito utilizadas durante a formatação do formulário final, para mostrar dados do processo que já foram inseridos em tarefas anteriores.		*Na Etapa 10, quando é gerado o formulário pelo Bonita Studio, esse formulário já contém algumas variáveis que serão muito utilizadas durante a formatação do formulário final, para mostrar dados do processo que já foram inseridos em tarefas anteriores.
Linha 594:		Linha 594:
	#No '''UI Designer''' na aba '''Variables -> Create a new variable'''.		#No '''UI Designer''' na aba '''Variables -> Create a new variable'''.
	#Crie um nome para a variável, e selecione o tipo '''External API'''.		#Crie um nome para a variável, e selecione o tipo '''External API'''.
	Como valor defina: <~~nowiki~~>..//{{context.nomeDoObjeto_ref.link}}</~~nowiki~~>		Como valor defina: <pre>..//{{context.nomeDoObjeto_ref.link}}</pre>
	<br>		<br>
	Substitua nomeDoObjeto pelo nome da variável definido na Etapa 8.		Substitua nomeDoObjeto pelo nome da variável definido na Etapa 8.
	<br><br>		<br><br>
	Para acessar documentos:		Para acessar documentos:
	<~~nowiki~~>context.nomeDoDocumento_ref</~~nowiki~~>		<pre>context.nomeDoDocumento_ref</pre>
	<br><br>		<br><br>
	Para acessar ''Process variables'':		Para acessar ''Process variables'':
	#No '''UI Designer''' na aba '''Variables -> Create a new variable'''.		#No '''UI Designer''' na aba '''Variables -> Create a new variable'''.
	#Crie um nome para a variável, e selecione o tipo '''External API'''.		#Crie um nome para a variável, e selecione o tipo '''External API'''.
	#Como valor defina: <~~nowiki~~>../API/bpm/caseVariable/{{caseId}}/nomeDaVariável</~~nowiki~~>		#Como valor defina: <pre>../API/bpm/caseVariable/{{caseId}}/nomeDaVariável</pre>
	<br>		<br>
	Substitua nomeDaVariável pelo nome da variável definido na Etapa 8.		Substitua nomeDaVariável pelo nome da variável definido na Etapa 8.
Linha 611:		Linha 611:
	#No '''UI Designer''' na aba '''Variables -> Create a new variable'''.		#No '''UI Designer''' na aba '''Variables -> Create a new variable'''.
	#Crie um nome para a variável, e selecione o tipo '''Javascript expression'''.		#Crie um nome para a variável, e selecione o tipo '''Javascript expression'''.
	#Como valor defina: <~~nowiki~~>return $data.task.caseId;</~~nowiki~~>		#Como valor defina: <pre>return $data.task.caseId;</pre>
	<br>		<br>
	Para acessar variáveis ou documento múltiplos é necessário fazer o seguinte:		Para acessar variáveis ou documento múltiplos é necessário fazer o seguinte:
	#Inserir um '''Container''' vazio no formulário		#Inserir um '''Container''' vazio no formulário
	#Definir a '''Collection''' do container como o atributo múltiplo desejado. E.g, <~~nowiki~~>nomeDoObjeto.atributo</~~nowiki~~>, isso fará com que o '''Container''' receba os valores deste atributo.		#Definir a '''Collection''' do container como o atributo múltiplo desejado. E.g, <pre>nomeDoObjeto.atributo</pre>, isso fará com que o '''Container''' receba os valores deste atributo.
	#Inserir algum campo dentro do Container. Campos de Input ou Text são adequados para mostrar dados.		#Inserir algum campo dentro do Container. Campos de Input ou Text são adequados para mostrar dados.
	Definir como valor do campo inserido acima como: <~~nowiki~~>$item</~~nowiki~~>		Definir como valor do campo inserido acima como: <pre>$item</pre>
	<br>		<br>
	Isto fará com que sejam mostrados ao usuário todos os elementos do atributo. Cada elemento do atributo será mostrado em um bloco diferente. Caso o atributo possua dois valores será mostrado 2 campos de '''Input''', um para cada valor.		Isto fará com que sejam mostrados ao usuário todos os elementos do atributo. Cada elemento do atributo será mostrado em um bloco diferente. Caso o atributo possua dois valores será mostrado 2 campos de '''Input''', um para cada valor.

Miguel.h.preuss em 19h27min de 15 de janeiro de 2021

2021-01-15T19:27:19Z

Mostrar alterações

Miguel.h.preuss em 18h29min de 15 de janeiro de 2021

2021-01-15T18:29:03Z

← Edição anterior		Edição das 18h29min de 15 de janeiro de 2021
Linha 299:		Linha 299:
	[[Arquivo:B18.png\|commoldura\|centro\|Figura 18 - Contrato das outras tarefas.		[[Arquivo:B18.png\|commoldura\|centro\|Figura 18 - Contrato das outras tarefas.
	]]		]]
	===Atividade 8.2===		====Atividade 8.2====
	Definir as regras dos fluxos: nesta atividade serão definidas as regras de negócio com o fluxo do processo. Para definir o fluxo serão utilizadas variáveis, de qualquer tipo nesta etapa, porém é mais apropriado utilizar ''Business variables'' ou ''Process variables'', pois o valor dessas variáveis pode vir a ser alterado durante a execução do processo, ao contrário dos ''Parameters''.		Definir as regras dos fluxos: nesta atividade serão definidas as regras de negócio com o fluxo do processo. Para definir o fluxo serão utilizadas variáveis, de qualquer tipo nesta etapa, porém é mais apropriado utilizar ''Business variables'' ou ''Process variables'', pois o valor dessas variáveis pode vir a ser alterado durante a execução do processo, ao contrário dos ''Parameters''.
	<br><br>		<br><br>
Linha 312:		Linha 312:
	Os três elementos mencionados abordam genericamente fluxos de processos em que é necessário criar caminhos alternativos gerando fluxos paralelos ou unificando a sequência de atividades. Os gateways atuam no controle direcionando o fluxo conforme decisões tomadas anteriormente, por exemplo, a alteração de uma variável ao longo do processo anterior ao elemento de decisão.		Os três elementos mencionados abordam genericamente fluxos de processos em que é necessário criar caminhos alternativos gerando fluxos paralelos ou unificando a sequência de atividades. Os gateways atuam no controle direcionando o fluxo conforme decisões tomadas anteriormente, por exemplo, a alteração de uma variável ao longo do processo anterior ao elemento de decisão.

	====Atividade 8.2.1====		=====Atividade 8.2.1=====
	Definir caminho através de Gateways: declarar regras de negócio para seguimento do fluxo dos processos que passam por elementos de decisão.		Definir caminho através de Gateways: declarar regras de negócio para seguimento do fluxo dos processos que passam por elementos de decisão.
	<br><br>		<br><br>
Linha 334:		Linha 334:
	[[Arquivo:B21.png\|commoldura\|centro\|Figura 21 - Regra de negócio do caminho "Sim".]]		[[Arquivo:B21.png\|commoldura\|centro\|Figura 21 - Regra de negócio do caminho "Sim".]]

	===Atividade 8.3===		====Atividade 8.3====
	Mapear atores: mapear os atores definidos na Etapa 6, segundo a regra de negócio que define quais usuários podem executar tarefas de cada raia.		Mapear atores: mapear os atores definidos na Etapa 6, segundo a regra de negócio que define quais usuários podem executar tarefas de cada raia.
	<br><br>		<br><br>
Linha 363:		Linha 363:
	[[Arquivo:B25.png\|commoldura\|centro\|Figura 25 - Ambiente de desenvolvimento dos formulários.]]		[[Arquivo:B25.png\|commoldura\|centro\|Figura 25 - Ambiente de desenvolvimento dos formulários.]]

	===Atividade 9.1===		====Atividade 9.1====
	Criar formulário para cada tarefa humana automatizada e realizada com auxílio do BPMS Bonita.		Criar formulário para cada tarefa humana automatizada e realizada com auxílio do BPMS Bonita.
	<br><br>		<br><br>

Miguel.h.preuss em 18h26min de 15 de janeiro de 2021

2021-01-15T18:26:36Z

← Edição anterior		Edição das 18h26min de 15 de janeiro de 2021
Linha 388:		Linha 388:
	<br><br>		<br><br>
	Nomear os formulários de acordo com o nome do processo ao qual o mesmo pertence.		Nomear os formulários de acordo com o nome do processo ao qual o mesmo pertence.

			===Etapa 10 - Integrar o processo com sistemas externos ao Bonita===
			Nesta Etapa do Guia, o objetivo é conectar sistemas externos ao Bonita Studio, identificados na Etapa 5, que serão utilizados para tratamento de e-mails, obtenção de informações que estão fora do escopo do Bonita, através de sistemas legados, entre outros.
			<br><br>
			Nos processos implementados até o momento foram utilizados apenas dois sistemas externos, que são chamados de conectores dentro do ambiente do Bonita Studio, o de e-mail, e o REST (Transferência de Estado Representacional) para obter informações através de API’s (Interface de Programação de Aplicativos) de web services (sistemas legados) da infraestrutura de informática da Universidade Federal de Santa Catarina (UFSC).
			<br><br>
			Os conectores no Bonita são definidos como conectores de entrada, quando acontecem antes do início de uma tarefa, ou conectores de saída quando ocorrem depois que uma tarefa termina. E são implementados dentro das tarefas que se deseja que possuam tais conectores.
			<br><br>
			====Atividade 10.1====
			Integrar o processo com sistema de e-mail: nesta atividade será implementado o uso de conectores de e-mail.
			<br><br>
			Utilizar das regras de negócio e da estrutura do processo para implementar os conectores de e-mail, pois nesta etapa já temos uma ideia de quem receberá as mensagens de aviso de andamento do processo.

			'''Procedimentos:'''
			<br>
			#Identificar os usuários que receberão mensagens de andamento do processo
			#Para cada tarefa que necessitar de um conector de e-mail (Figura 28), implementar o mesmo com os seguintes dados:
			#*''smtp host'' servidor host para envio de e-mail;
			#*número da porta de envio do servidor;
			#*definição do endereço de e-mail do usuário que receberá a mensagem;
			#*conteúdo da mensagem. Variáveis podem ser inseridas na mensagem utilizando a tag ‘${nomeVariável}’, tais como: parâmetros, variáveis de processos, negócios ou APIs. Pressionando as teclas ‘Ctrl + Espaço' é possível visualizar a listagem de todas as variáveis disponíveis e selecionar as de interesse.
			<br>
			Todas as configurações do conector de email são apresentadas nas Figuras 29, 30, 31 e 32, como segue
			[[Arquivo:B28.png\|commoldura\|centro\|Figura 28 - Elemento de tarefa de serviço com conector.]]
			[[Arquivo:B29.png\|commoldura\|centro\|Figura 29 - Tarefa com conector de saída.]]
			[[Arquivo:B30.png\|commoldura\|centro\|Figura 30 - Definição do host e da porta de envio.]]
			[[Arquivo:B31.png\|commoldura\|centro\|Figura 31 - Definição do usuário que receberá a mensagem.]]
			[[Arquivo:B32.png\|commoldura\|centro\|Figura 32 - Definição do Assunto da mensagem e do seu conteúdo.]]
			<br>
			'''Instrumentação:'''
			<br>
			Bonita Studio conector de mensagem SMTP 1.0.0.

			====Atividade 10.2====
			Integrar o processo com sistema REST: nos processos implementados até o momento, por motivos didáticos, optou-se por apenas realizar acesso de busca a dados de um sistema legado. Portanto, utilizou-se apenas o conector REST, o que se faz com o método GET.
			<br><br>
			'''Procedimentos:'''
			<br>
			#Selecionar a tarefa que irá utilizar o conector REST.
			#Na aba '''Execution -> Connectors in''', selecionar a opção '''Add'''.
			#Na tela '''Connector definitions''' (Figura 33), selecionar na aba '''Categories''' a opção '''REST''', e na aba '''Connectors definitions''' a opção '''GET''', e selecionar a opção Next.
			#Na tela General (Figura 34), criar um nome para o conector. Pode também ser adicionado uma descrição, mas é opcional, e selecionar a opção '''Next'''.
			#Na tela '''REST request configuration''' (Figura 35), informar a url de acesso do conector e selecionar a opção '''Next'''. Neste passo, nos processos implementados até o momento, utilizamos um ''script'' que concatena um ''Parameter'' contendo uma parte da url com uma ''Process variable'' que contém o “idpessoa” do usuário (estudo de caso da UFSC) que necessitamos a informação.
			#Na tela '''Optional advanced settings''' (Figura 36) apenas selecionar a opção '''Next'''.
			#Na tela '''Authentication settings''' (Figura 37), selecionar '''Authentication BASIC''', selecionar o '''Username''' e '''Password''' de acesso da API REST utilizada, e selecionar a opção '''Next'''. Neste passo utilizamos ''Parameters'' para o '''Username''' e '''Password'''. O método de autenticação pode mudar de um processo para outro.
			#Na tela '''SSL configuration''' (Figura 38) apenas selecionar a opção '''Next'''.
			#Na tela '''Proxy settings''' (Figura 39) apenas selecionar a opção '''Next'''.
			#Na tela '''Output operations''' (Figura 40) são definidos quais atributos serão selecionados do resultado retornado pela API REST utilizada. Após selecionar os dados, selecionar a opção '''Finish''', finalizando assim a configuração do conector REST.

			[[Arquivo:B33.png\|commoldura\|centro\|Figura 33 - ''Connector definition''.]]
			[[Arquivo:B34.png\|commoldura\|centro\|Figura 34 - ''General''.]]
			[[Arquivo:B35.png\|commoldura\|centro\|Figura 35 - ''Rest request configuration''.]]
			[[Arquivo:B36.png\|commoldura\|centro\|Figura 36 - ''Optional advanced settings''.]]
			[[Arquivo:B37.png\|commoldura\|centro\|Figura 37 - ''Authentication settings''.]]
			[[Arquivo:B38.png\|commoldura\|centro\|Figura 38 - ''SSL configuration''.]]
			[[Arquivo:B39.png\|commoldura\|centro\|Figura 39 - ''Proxy settings''.]]
			[[Arquivo:B40.png\|commoldura\|centro\|Figura 40 - ''Output operations''.]]

			<br>

			'''Observações, dIcas e boas práticas:'''
			<br>
			Quando os parâmetros dos conectores são implementados através de variáveis ou expressões, não é possível realizar testes de funcionamento do conector no ambiente do Bonita Studio. Portanto, esse conector não pode ser testado no Studio, sendo necessário executar o processo para verificar o funcionamento.
			<br><br>
			Testar o conector REST para verificação da configuração dos dados que o mesmo retorna. Para realizar esse teste, basta inserir valores fixos nos campos ao invés de usar parâmetros e variáveis.
			A configuração dos conectores podem ser salvas para possível reutilização do mesmo através do botão ''Save''. E para importar a configuração em outro conector do mesmo tipo, basta clicar no botão ''Load''.
			<br><br>
			Como e-mail é utilizado para realizar uma tarefa de envio de mensagens, a utilização de conectores de e-mail foi realizada através de conectores de saída como padrão. E os conectores REST que foram utilizados para acessar informações foram definidos como conectores de entrada por padrão.
			<br><br>
			Os passos de configuração podem variar devido à utilização de variáveis e parâmetros. Neste Guia a configuração dos conectores foi baseada nos processos já implementados pelos desenvolvedores.

Miguel.h.preuss em 17h58min de 15 de janeiro de 2021

2021-01-15T17:58:28Z

Mostrar alterações

Miguel.h.preuss em 17h06min de 15 de janeiro de 2021

2021-01-15T17:06:56Z

← Edição anterior		Edição das 17h06min de 15 de janeiro de 2021
Linha 181:		Linha 181:
	<br><br>		<br><br>
	O Bonita Studio define como primeira tarefa a ser executada, a tarefa da Pool, ou seja, a tarefa de inicialização do processo não precisa ser definida como um elemento do diagrama, sendo definida diretamente pelo contrato da pool. Mais informações nas Etapas 8 e 10 deste Guia.		O Bonita Studio define como primeira tarefa a ser executada, a tarefa da Pool, ou seja, a tarefa de inicialização do processo não precisa ser definida como um elemento do diagrama, sendo definida diretamente pelo contrato da pool. Mais informações nas Etapas 8 e 10 deste Guia.

			===Etapa 7 - Modelar base de dados do processo===
			Nesta etapa, o objetivo é definir e criar um modelo de dados que permitirá o funcionamento correto do sistema automatizado. Estes dados serão extraídos de documentos analisados previamente, além de também serem descobertos durante o processo de automação. Este modelo de dados servirá de base para o correto funcionamento do sistema automatizado, e é fundamental que o mesmo esteja alinhado com a automação, visto que terá um impacto significativo no processo.
			<br><br>
			A alteração dos dados do modelo de dados poderá ser realizada no decorrer da automação do processo. Surgem necessidades, como um novo dado durante o desenvolvimento da aplicação, isto é, um campo de observação, uma variável de controle do tipo booleana, inserção de arquivos, entre outros.

			====Atividade 7.1====
			Reexaminar formulários e documentos dos processos a serem implementados para definição das variáveis: ler os documentos e formulários para identificar as variáveis que são necessárias para realização correta do processo.
			<br><br>
			'''Procedimentos:'''
			<br>
			#Analisar documentos e formulários do processo
			#Identificar as variáveis necessárias
			##Identificar tipo de variável (int, long, string, entre outros)
			#Identificar variáveis que são usadas em vários processos.
			#Agrupar variáveis específicas do processo modelado em um único grupo
			#Separar variáveis de Arquivos (quando o processo precisa de Documentos) das demais variáveis
			<br>
			'''Instrumentação:'''
			<br>
			Bonita Studio: Business Data Model (BDM), utilizado para verificar os tipos de variáveis disponíveis e se estas atendem às características das variáveis coletadas.

			====Atividade 7.2====
			Implementar modelo de dados: com base no resultado da atividade 7.1, revisar e criar modelos de objetos de negócio na base de dados no Bonita Studio.
			<br><br>
			'''Procedimentos:'''
			Criar os grupos obtidos na atividade 7.1 no modelo de dados do Bonita Studio (BDM - ''Business Data Model'') como ''Business Objects'' (objetos de negócio) (Figura 13).
			Em cada grupo devem ser adicionadas as respectivas variáveis com seus tipos, exceto os Arquivos.
			<br>
			'''Instrumentação:'''
			<br>
			Bonita Studio: Business Data Model
			<br><br>
			Na aba '''Development -> Business Data Model -> Manage…''' do Bonita Studio:
			[[Arquivo:B13.png\|commoldura\|centro\|Figura 13 - Implementação do Modelo de Dados.]]
			<br>
			'''Observações, dicas e boas práticas:'''
			Os arquivos/documentos (pdf, doc, docx, txt, etc.), que são necessários no processo, serão adicionados nas regras de negócio (na Etapa 8), não no BDM.
			<br><br>
			Na versão gratuita do Bonita só pode ser utilizado 01 BDM no servidor de produção. Isto não é problema na configuração do EAPn, nem para se colocar em produção, em especial na validação em uma IES ou na aplicação de ensino. As principais restrições identificadas até o momento estão relacionadas a processos que tiverem mais do que um desenvolvedor, sendo necessário realizar uma integração de BDMs para que todos os processos funcionem no servidor de produção. Isto já está perfeitamente sistematizado no ambiente do EAPn.
			<br><br>
			Deve ser seguido o padrão ''java'' para nome de variáveis e o nome do objeto sempre começará com letra maiúscula, mas seus atributos são os usuários que definem, e.g, ''Objeto1'' com atributo ''variavelDeNegocio1'' sem caracteres especiais de preferência.
			<br><br>
			A equipe do EAPn do CTC recomenda que todo Objeto de Dados pertencente a um processo receba as iniciais referentes ao processo, e.g, processo P, os objetos do modelo de dados irão receber o nome ''PxxxNomeDoObjeto'' (P - processo; xxx - número do projeto; NomeDoObjeto - nome do objeto pertencente ao processo), a fim de padronizar o conjunto de processos. O número propriamente dito pode estar alinhado aos padrões da Organização, caso estejam disponíveis para conhecimento.

Miguel.h.preuss em 16h48min de 15 de janeiro de 2021

2021-01-15T16:48:19Z

← Edição anterior		Edição das 16h48min de 15 de janeiro de 2021
Linha 134:		Linha 134:
	[[Arquivo:B7.png\|commoldura\|centro\|Figura 7 - Organization users: User information management]]		[[Arquivo:B7.png\|commoldura\|centro\|Figura 7 - Organization users: User information management]]
	[[Arquivo:B8.png\|commoldura\|centro\|Figura 8 - Deploy organization]]		[[Arquivo:B8.png\|commoldura\|centro\|Figura 8 - Deploy organization]]

			===Etapa 6 - Diagramação do Processo de Negócio “To-Do”===
			Nesta Etapa, o objetivo é otimizar o modelo atual do processo de negócio, removendo passos e atividades que não serão úteis na fase de automação. Estes passos/atividades geralmente são realizados por seres humanos nos modelos “As Is” e “To Be”, e quando automatizados serão realizados pela ferramenta de automação, como troca de mensagens, ''upload'' de arquivos, assinaturas digitais, dentre outros. Um exemplo de otimização é remover atividades como "Solicitar assinatura", "Entregar documento”, “Notificar professor”, pois assim que automatizadas, o próprio BPMS irá se encarregar de executar essas atividades.

			====Atividade 6.1====
			Preparar modelo “To Do” para implementação, e diagramas fluxo To-Do no Bonita Studio: nessa atividade será realizada a análise dos modelos “To Be” a fim de obter um modelo “To Do” refinado, somente com tarefas realmente necessárias à automação do processo. Assim, será realizada, no Bonita Studio, a diagramação do modelo “To Do” refinado do processo.
			*Artefatos de Entrada: Modelos “To Be”
			*Artefatos de Saída: Modelo “To Do”
			'''Procedimentos:'''
			<br>
			#Analisar os modelos para verificação de tarefas que não são úteis ao processo automatizado
			#Remover as atividades que não são úteis.
			#Diagramar o fluxo do processo, em notação BPM, a partir do esboço “To Do” obtido no passo anterior.
			##Atividades humanas são identificadas como human tasks.
			##Atividades totalmente automatizadas, associadas à imagem de uma roldana na notação BPM, são identificadas como service task.
			##Envio de e-mail são feitos a partir de conectores e também são implementados com service task pela notação BPM. Detalhes sobre implementação com conectores na Etapa 9 deste Guia.
			<br>
			'''Instrumentação:'''
			<br>
			Notação BPM disponível no Bonita Studio (Figura 9); Bonita Studio
			[[Arquivo:B9.png\|commoldura\|centro\|Figura 9 - Elementos BPMN que podem ser utilizados no Bonita Studio]]
			[[Arquivo:B10.png\|commoldura\|centro\|Figura 10 - Exemplo de diagrama de processo de negócio implementado.]]
			A Figura 10 mostra o diagrama de um processo implementado.
			<br>
			====Atividade 6.2====
			Criar e definir os atores de cada raia: nesta atividade são criados os atores que executam as tarefas do processo.
			<br><br>
			'''Procedimentos:'''
			<br>
			#Criar os atores na pool do processo.
			#Associar os Atores para as lanes.
			#Associar “Posições” (Grupo/Funções/Membros/Users) da Organization para os Atores das lanes (a engine da BPMS faz o resto…)
			<br>
			'''Instrumentação:'''
			<br>
			Bonita Studio
			[[Arquivo:B11.png\|commoldura\|centro\|Figura 11 – Criação dos atores do processo (pool).]]
			[[Arquivo:B12.png\|commoldura\|centro\|Figura 12 – Definição dos tores que atuam em cada raia (lane).]]
			A Figura 11 mostra o menu de criação dos atores, e a Figura 12 mostra a atribuição dos atores em suas respectivas raias.
			<br><br>
			'''Observações, dicas e boas práticas:'''
			<br>
			Evitar cruzamento de linhas de fluxo; evitar poluição visual no diagrama; tornar o diagrama o mais legível possível para que possam ser realizadas leituras rápidas e simples do fluxo do processo.
			<br><br>
			Atribuir nomes genéricos aos atores, pois o processo pode ser executado por vários centros/departamentos da Organização. Por exemplo, Secretaria do Departamento, Chefia do Departamento, ou se for o caso utilizar nomes de departamentos e/ou pessoas se somente os mesmos podem realizar a tarefa.
			<br><br>
			O Bonita Studio define como primeira tarefa a ser executada, a tarefa da Pool, ou seja, a tarefa de inicialização do processo não precisa ser definida como um elemento do diagrama, sendo definida diretamente pelo contrato da pool. Mais informações nas Etapas 8 e 10 deste Guia.

Miguel.h.preuss em 16h34min de 15 de janeiro de 2021

2021-01-15T16:34:06Z

← Edição anterior		Edição das 16h34min de 15 de janeiro de 2021
Linha 128:		Linha 128:
	<br>		<br>
	Bonita Studio -> módulo '''Organization'''		Bonita Studio -> módulo '''Organization'''
			[[Arquivo:B3.png\|commoldura\|centro\|Figura 3 - Manage organizations]]
			[[Arquivo:B4.png\|commoldura\|centro\|Figura 4 - Organization groups]]
			[[Arquivo:B5.png\|commoldura\|centro\|Figura 5 - Organization roles]]
			[[Arquivo:B6.png\|commoldura\|centro\|Figura 6 - Organization users: List of users]]
			[[Arquivo:B7.png\|commoldura\|centro\|Figura 7 - Organization users: User information management]]
			[[Arquivo:B8.png\|commoldura\|centro\|Figura 8 - Deploy organization]]