04 .1 Modelagem avançada de processos - repetição

Olá pessoal nessa aula nós vamos falar sobre conceitos mais avançados que nós podemos utilizar na modelagem de processos então vamos começar aqui pela parte de repetições de atividade né retrabalhos que são previstos em em processos e que existem né em processos de negócio então como nós podemos modelar de diferentes formas e diferentes aspectos aí mais avançados Vamos iniciar Relembrando o mecanismo mais simples que já Vocês já viram né de representar repetições laços dentro de processos de negócio então a gente tem aqui essa estrutura um processo aqui de de auditoria onde marcado em vermelho aqui a

gente tem a parte de repetição né então lembrando a repetição aqui de forma mais simples né a gente tem aí uma entrada né marcada aqui por um Gateway shore né E aí esse Gateway sh ele vai eh marcar aqui a entrada né e das atividades que fazem parte do laço e tem uma junção eh short também que vai permitir que o processo se repita aqui né quantas vezes forem necessários Até que a condição de saída aqui seja atendida e o processo continue seu fluxo Então esse ciclo bem digamos assim eh simples né Eh muitas vezes

é chamado aí dessa dessa sigla né ces aqui single entry single exit eh então basicamente um um um nó de entrada único e um nó de saída né também ah único Então essa é versão mais simples a gente vai ver outras estratégias mais elaboradas aqui a primeira alternativa que veremos na verdade é bem simples Ah ela é uma indicação né uma anotação que a gente usa para representar para indicar que uma uma tarefa uma atividade a atividade ela pode ser uma tarefa né Relembrando né uma tarefa atômica né que não é subdividida Ou um subprocesso

né ou seja um conjunto de de atividades né que estão abstraídas aqui como um subprocesso então a gente pode a gente pode utilizar esse símbolo aqui né que eh se assemelha né ao de uma de um lup aí de uma montanha russa né a gente utiliza esse símbolo para indicar né que aquela tarefa será repetida várias vezes né Aqui podemos ver N essa o uso né dessa anotação Então temos aqui um processo né com três atividades sequenciais aqui onde a terceira atividade Ela tá aqui indicada que é uma atividade que pode ser repetida né várias

vezes e a gente já vem um elemento aqui que é uma anotação essa anotação aqui indica né a condição de parada dessa repetição né Então até que a resposta né enquanto a resposta não for aprovada ada né Eh continue né então ela vai parar quando a resposta a a revisão né Eh for aprovado aí né então esse esse processo aqui essa caixinha so processo ele tá expandido aqui né e mostra que é é um processo simples onde tem uma atividade aqui de preparação de resposta e de revisão dessa resposta então essa revisão né que tá

representada aqui que ela vai ser realizada né Essa revisão vai indicar também se essa resposta que vai ser retornada aí pelo Ministério né aqui se a a resposta está aprovada ou não se não estiver aprovada né Ele vai repetir esse processo aqui então é uma outra forma de representar aquele um laço né onde a gente não tem assim visualmente o laço n em termos de de fluxo de de execução a gente tem essa anotação aqui de de loop né que faz com que a gente entenda que esse subprocesso aqui pode ser executado várias vezes né

então o modelo ele pode dessa forma ficar mais enxuto ou melhor organizado já nesse slide aqui a gente vê o conceito aí de cicos né de Laços arbitrários onde basicamente esse termo de arbitrário é só para indicar que ele não tá tão as estruturada de maneira tão simples feito aquele aquele primeiro exemplo né onde só tem um ponto de entrada e um ponto de saída aqui a gente tem n vários nós de entrada né aqui a gente pode ver em vermelho o o a área do laço né as atividades que fazem parte do laço e

a gente tem aí né dois pontos de entrada né e dois pontos de saída então o processo o laço né ele pode vir por aqui né pela atividade ab A e B ou pela atividade G né E pode sair aqui né diretamente a partir desse ponto ou ficar nesse ciclo aqui e sair por esse outro Gateway aqui passando por F então a gente pode né ter estruturas dessa forma também sem problema agora para introduzir um um outro recurso que nós podemos usar nessas modelagens Vamos considerar esse exemplo aqui de um processo de aquisição de compras

onde a gente tem que ah fazer uma primeiro uma cotação com diferentes fornecedores e aqui a gente vai supor né que são cinco fornecedores que a gente tem que fazer essas cotações então depois que as cotações são recebidas por esses for né enviadas aí por esses fornecedores e recebidas eh vai se avaliar Qual a melhor cotação e ela será selecionada né o fornecedor será selecionado e o pedido de compra será feito para modelar isso a gente vai usar um artifício ah novo E para isso primeiro nós vamos ver aqui o processo mais tradicional digamos assim

mais simples de de representação o mais básico na verdade né onde se a gente tem que pegar cinco cinco orçamentos n então a gente poderia modelar isso abrindo né uma um Gateway aqui paralelo né de atividades Paralelos onde a gente vai mandar aqui e da da cotação para cada um dos cinco fornecedores E aí quando os cinco mandares mandarem o resultado o processo segue né aqui então essa é uma solução aqui que não é a ideal porque né ele replica que embora seja simples de se fazer o resultado não é ideal né o modelo fica

mais sobrecarregado com mais elementos e de certa forma com repetição aqui de duplicação né de atividades a gente tem a mesma atividade aqui para vários fornecedores mesma caixinha né digamos assim replicada duplicada né Eh para cada um dos fornecedores então a solução ideal nós vamos ver agora a melhor forma né de se modelar repetições de uma atividade em paralelo é definindo-se apenas uma caixinha e fazendo usando né Essa anotação essa simbologia aqui né que indica que essa atividade aqui pode ter várias instâncias executando em paralelo Ou seja é uma repetição mas não é uma repetição

sequencial é uma repetição paralela de atividade da mesma atividade sendo executado em paralelo né então vai ter situações onde eh e fica bem claro a aplicação dessa desse outro símbolo né de repetição e aqui tem alguns exemplos né quando você quer solicitar orçamentos né de vários fornecedores que é digamos assim você tem um pedido com vários itens E aí para cada item você tem que verificar a disponibilidade então é a mesma atividade realizada para cada item de maneira individual se for o caso né se você quiser fazer isso individualmente ou se você tá por exemplo

num processo de investigação e precisa conversar com várias pessoas tem a mesma atividade que entrevistar a pessoa né executado para várias pessoas com esse recurso a gente pode aqui trabalhar a solução ideal que é a utilização de apenas uma tarefa né uma uma atividade aqui um subprocesso na verdade de obter cotação onde ele vai ter aqui uma anotação indicando a cardinalidade dessa repetição ou seja quantas instâncias desse subprocesso vão ser executados em paralelo ou seja para cada fornecedor E aí a gente não tem mais aquela amarração de precisar que seja cinco um número definido né

então aqui a gente tem para cada fornecedor seja essa informação vai tá em outro canto né Vamos está aqui amarrada no no processo e a gente consegue simplificar né esse processo e deixando ele mais parametrizado digamos assim para entender melhor esse recurso vamos ver um outro exemplo onde eu vou adicionar mais um alguns detalhes né então aqui a gente tem um um acionamento de um seguro de automóvel então quando a digamos quando ocorre um acidente então é a seguradora aí solicita né que o cliente envie eh declarações das testemunhas que que observaram né o acontecimento

então o cliente só pode fazer isso né acionar o seguro com essas declarações Então na verdade tá aqui né assim que as duas primeiras declarações né forem forem recebidas pelo cliente o cliente conseguir duas declarações a a o pedido já pode ser feito a seguradora PR esperar que todos os os as testemunhas mandem essa informação então podemos modelar esse processo da seguinte forma a gente tem aqui as atividades do cliente que vai pedir o a acionar o seguro né então dado que ocorreu o acidente ele vai ter que verificar as testemunhas presentes vai montar uma

lista né de de clientes e aí notem aqui né que a gente tem né e uma lista de Testemunhas né a gente tem aqui um link né em relação às testemunhas né a gente tem aqui uma atividade aqui de coleta de dados né de verificar de Testemunhas que geram um artefatos que é um conjunto né de ah testemunhas E aí a gente anota esse isso aqui com esse símbolo porque isso vai lincar com a próxima atividade que também tem esse símbolo né porque ela é uma atividade que se repete e aí se repete quantas vezes

basicamente quantas eh para para cada testemunha aqui ela vai ser executada E aí Note que essa atividade aqui envia né para testemunhos uma mensagem essa requisição aí para fazer uma uma uma declaração né então a gente tem aqui também essa representação ah do paralelo aqui né que é para mostrar que existem várias testemunhas né E que a quantidade de Testemunhas Aqui também tá lincado né com essa essas essa atividade aqui né então a gente tem esse link e notem aqui que a condição de de de de de término na verdade que é mais flexível mais

frouxa digamos assim ela tá dizendo aqui que ah ao se obter dois duas declarações o processo já pode ah continuar o seu fluxo Então a gente tem essas esses recursos que a gente pode utilizar ah na na modelagem bom vamos aqui mostrar um exemplo onde a gente vai usar aí As Piscinas né en vios de mensagens múltiplas instâncias um exemplo mais complexo a gente tem aqui o processo de pedidos né que a gente já viu em outra aula então eu vou só adicionar aqui As Piscinas a gente tem aqui as atividades do vendedor né quando

ele recebe o pedido e vamos ter outros outras piscinas aqui representando fornecedor e o cliente né que estão envolvidos aí com esse pedido né então aqui a gente tem um exemplo aqui de troca de mensagem n mostrando que o cliente é que acionou o processo enviando né um pedido n a gente tem em algum momento aqui o cliente né recebendo informação aqui né que Ah seu pedido Foi confirmado né ele também pode enviar mensagens aqui de ah informando endereço né e recebe informações aqui do do do despacho do produto da fatura né ele faz o

pagamento então aqui são exemplos de troca de mensagens entre os atores aí envolvidos nesse processo e aqui né agora a gente tem né A representação do em relação ao fornecedor né indicando que essa [Música] atividade aqui de [Música] a adquirir né o material básico né para produção do do que foi solicitado né dos produtos Então ela acontece aqui essa atividade de de compra de material básico de insumos né são várias atividades em paralelo uma para cada fornecedor n considerando que para cada tipo de de material utilizado a gente vai ter um fornecedor diferente Ou se

se é o mesmo material a gente vai ter de repente vários fornecedores com cada um com seu preço né Para você fazer a melhor cotação então aqui é um exemplo de tudo isso todos esses recursos né encaixados aí num processo maior e aqui tá lincado né a essa questão da de repetição né artefatos né que determinam essa questão da da repetição né a lista né a gente pode representar aqui a lista de fornecedores um banco de dados aí com os fornecedores Então a partir daqui vai ser gerada essa lista de fornecedores que é de acordo

com o o pedido né então aqui a gente tem né a determinação de quantos fornecedores vão ser eh acionados e aqui também né quantidade de materiais recebidos aqui para como insumos da da da processo de manufatura né também com essa marcação né E que a quantidade de material depende né dos dos produtos aqui e e tá tudo lincado né Essas quantidades E essas cardinalidades de quantas vezes cada atividade vai ser executada bom outro recurso que a gente pode ter é para representar na verdade a falta de conhecimento ou de um processo bem definido né então

pode ser que um determinado processo contenha eh eh atividades que se repetem Mas a gente não sabe muito bem Qual é a ordem de execução dessas atividades nem eh se elas se repetem várias vezes né Ah então basicamente o que vai ser colocado vai ser usado desse símbolo aqui né E aqui é é um subprocesso né onde a gente tem várias atividades que vão ser executadas mas não se sabe muito bem Qual a ordem né se vai ter repetições aqui né então é uma forma de se representar um processo que às vezes não é muito

bem conhecido ainda né ou que não é bem definido e aí a pessoa executa meio que no feeling no no na experiência né o que pode acontecer em algumas empresas quando não se tem um processo bem definido tá E claro o ideal é que essas essa modelagem preveja né quando ae subprocesso deve acabar né então aqui estaria né basicamente a a ção né anotada aqui a condição de término desse subprocesso desse conjunto de atividades então a gente aqui tá vendo esse recurso encaixado né num exemplo de pedido de compra né um cliente fazendo uma compra

e enquanto o seu pedido Segue o fluxo né aqui né houve uma uma bifurcação né e a gente não tem um um símbolo aqui de de bifurcação porque é opcional nesse caso aqui eh e aí essa essa bifurcação leva a esse conjunto de atividades né que representam coisas que o cliente pode fazer em paralelo né com esse ao longo desse processo aqui de compra onde ele compra né e fornece endereço recebe produto produto tá fazendo pagamento só quando recebe né o produto aqui nesse caso e então ele pode verificar o status do pedido dele de

compra pode atualizar algum atualizar o pedido né pode fazer um cancelamento desse pedido né então e aqui a gente tem uma condição de de término né então esse fluxo nesse sentido aqui quando ele entra né ele vai seguir o processo e vai vir para cá tá e ficar aqui até que a ordem seja paga que é essa última caixinha aqui então quando ele termina aqui automaticamente esse processo sai dali né e vem para cá bom então recapitulando os conceitos que nós vimos né nessa aula a gente falou sobre eh como anotar atividades para que elas

representem repetições né então a gente usou aquele símbolo lá né laços né então a gente coloca lá uma condição de conclusão para indicar né quantas vezes ele vai ficar naquele laço a gente falou sobre ciclos arbitrários que né que são ciclos lá Laços que podem ter vários pontos de entrada vários pontos de saída a gente viu recursos né para representar aí a edição de de de várias instâncias executando aí em paralelo né aquas Barrinhas né E e aí a gente também né Deve anotar a cardinalidade para indicar né quantas instâncias vão ser criadas né a

gente viu que essa cardinalidade pode ser gerada né por alguma atividade anterior né então gera-se um artefato E aí a partir ali né se ah define né quantas instâncias vão ser criadas e a gente falou aí sobre repetição não controlada ou subprocessos adoc né que são são subprocessos onde né a ordem quantidade de vezes que as atividades ali vão se repetir eh não não tá bem claro ou por por falta de conhecimento né da da do levantamento da Identificação do processo ou porque um processo é a adoc mesmo então vai de acordo com a experiência

de cada um ok pessoal então era isso dessa aula até a próxima aula