Xxxxxxxxx
xxxxxxxxxxxxxxx |
O componente Início é a etapa inicial de um processo e indica onde o fluxo começa. Ao abrir uma solicitação do processo, essa é a primeira etapa que será executada.
A definição de quem pode abrir solicitações do processo é feita por meio do mecanismo de atribuição do componente. Se o processo é definido como público, qualquer pessoa pode abrir solicitações. [temos essa configuração no novo desenhador?] Quem possui permissão, pode abrir solicitações do processo a partir do recurso Iniciar solicitação.
Neste componente, também é possível configurar algumas características gerais, definir regras de anexo e prazo para conclusão.
Embora essa atividade inicial possa ser em conjunto com outros tipos de atividade inicial o fluig aceitará apenas uma única instância de objeto de início comum por diagrama. [isso é permitido no novo desenhador?]
[vídeo/gif]
01. No diagrama do processo, clique no componente Início .
As configurações disponíveis são exibidas na lateral direita. |
02. Na aba Geral, defina as informações gerais do componente que será a primeira etapa do processo, ou seja, a abertura da solicitação.
Título Instruções para atividade
Solicitar senha Se na configuração do processo já está assinalado, esta opção virá desabilitada. Importante: as atividades assinaladas para utilização de confirmação de senha não podem ser automatizadas por Web services. [confirmar essas informações] Transferir responsável |
03. Clique em Configurações de anexo para definir as regras dos anexos necessários para a etapa inicial do processo, ou seja, a abertura da solicitação.
As regras de anexo não são obrigatórias. Porém, quando não são definidas, não é permitido adicionar nenhum anexo na abertura da solicitação. [é isso mesmo?]
|
04. Clique em Adicionar regra de anexo na atividade para definir a regra.
05. Em Regra geral, escolha como o anexo deve ser, selecionando uma condição e informando uma quantidade, caso a condição permita.
As condições disponíveis são:
→ O anexo dever ser menor que 4: significa que é permitido adicionar até três anexos nessa etapa, ou seja, na abertura da solicitação. → O anexo deve ser proibido: significa que não é permitido adicionar nenhum anexo nessa etapa, ou seja, na abertura da solicitação do processo. → O anexo deve ser qualquer um: significa que é permitido adicionar qualquer tipo e quantidade de anexo nessa etapa, ou seja, na abertura da solicitação.
|
06. Se desejar, clique em Adicionar regra específica para determinar algumas características exigidas para o anexo.
07. Se desejar, clique em Adicionar regra específica para determinar algumas características exigidas para o anexo.
linkará para Regras de anexo
O componente Atividade é a unidade básica de separação de um processo em etapas, ou seja, uma atividade comum. Ele indica que uma tarefa ou ação deve ser realizada nesta etapa do fluxo do processo.
É uma etapa que precisa ser executada por uma pessoa para que a solicitação possa ser enviada adiante.
A definição de quem pode executar essa etapa do processo é feita por meio do mecanismo de atribuição do componente.
Neste componente, também é possível configurar algumas características gerais, definir regras de anexo e prazo para conclusão.
Xxxxxxxxxxxxxxxx
linkará para Regras de anexo
O componente Paralelo representa o início de etapas paralelas no fluxo do processo.
Ao chegar nesse componente, a solicitação é bifurcada em N saídas, permitindo a execução de atividades ou fluxos paralelos entre si. Nesse momento, são criadas duas ou mais atividades sem exibir a seleção de responsável. Sendo assim, se o mecanismo de atribuição de uma dessas atividades estiver definido para mais de um responsável – um grupo, por exemplo – ela é atribuída à primeira pessoa da lista de possíveis responsáveis.
No fim das atividades ou fluxos paralelos, é necessário adicionar um componente Join, que indica o fim da execução paralela, voltando ao fluxo único do processo. Todas as atividades e fluxos que estão depois do componente Paralelo e antes do componente Join são executados paralelamente.
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
É a entidade que o Fluig utiliza para simbolizar o fim do paralelismos de fluxos . Deverá ser usado no fim dos gateways paralelos.
Caso um Gateway Join seja relacionado a uma atividade que não possua mecanismo de atribuição definido, o fluxo será enviado para o primeiro usuário da lista.
O Join representa o fim de atividades paralelas. Todo fluxo que veio de um Fork em algum momento do processo deve ir para um Join. Quando existem atividades paralelas pendentes, o processo fica posicionado no Join até que todas as atividades sejam concluídas. Quando as tarefas forem concluídas, o processo é movimentado automaticamente para a próxima atividade.
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
Indica o fim do processo workflow. Esta tarefa não é atribuída a nenhum usuário pois é apenas uma indicação de que a solicitação workflow foi terminada. Não ocorrerão pós processamentos após o fim da solicitação workflow. (Embora através de customização seja possível realizar pós processamentos) .
O elemento Fim indica a finalização do fluxo do processo. Todo processo deve ter pelo menos um fim.
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
Permite cancelar uma solicitação Workflow através da navegação da mesma. Caso a solicitação workflow seja movida para esta atividade ela será cancelada. É o mesmo efeito obtido cancelando solicitações abertas através da opção minhas solicitações na central de tarefas .
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
Fluxo padrão para movimentação de atividades. É o tipo de fluxo mais usado pra movimentação de atividades, permitindo que uma atividade seja movimentada para outra sem a possibilidade de retorno. As configurações do fluxo comum são:
Fluxos são mecanismos que definem para qual atividade o processo pode seguir.
Xxxxxxxxxxxxxxxx
Ao habilitar o retorno nas configurações de um fluxo, sua cor se tornará vermelha e uma seta irá apontar para a atividade de origem.
Quando uma solicitação tiver sido movimentada da atividade de origem para a atividade de destino através desse fluxo, durante a movimentação da atividade destino será permitido retornar a solicitação à atividade anterior. O responsável que será atribuído à esta atividade será o mesmo usuário que a movimentou da primeira vez.
Só é possível utilizar o fluxo de retorno para a versão do processo corrente durante a movimentação. Por isso, caso uma solicitação seja convertida para uma outra versão do processo, durante a primeira movimentação da solicitação após a conversão, essa solicitação não poderá retornar à atividade anterior, pois neste caso a solicitação terá uma nova movimentação representando sua conversão e portanto perderá a possibilidade de retorno imediato.
é possível retornar a solicitação da atividade destino para a atividade origem.
Xxxxxxxxxxxxxxxx