Pelo caso de uso de vocês, o modelo de negócio de vocês deveria ter bem mais coisas.
Com relação ao diagrama que vocês postaram, eu só não entendi o porque daquele GATEWAY OR. Não deveria ser um GATEWAY XOR? Ou seja, se o processo não estiver cadastrado, primeiro cadastro processo e depois cadastra Tramitação, certo? Se for isso a simbologia correta seria um GATEWAY XOR (losango vazio).
Olá!!!! Embora o diagrama seja pequeno, eu gostei... Não sei se e pelo fato de já conhecer o negócio do sistema. Só acho que "montar peocesso" deveria ser desmembrado. Beijunda Capra
Sob o ponto de vista da essência do negócio, é isso. Vocês colocaram os processos principais e, de um modo geral, explica o que o negócio se propõe a fazer. Acho que daqui para frente, para o projeto final, daí irão ocorrer derivações mais detalhadas.
O diagrama ficou enxuto mas bem legal! Ele dá uma visão alto-nível do que o sistema pretende fazer. Para o futuro talvez caiba um maior detalhamento, mas por hore, está ótimo. Só um detalhe: Troquem o evento final. Assim ele está idêntico ao inicial =)
Oi pessoal. Os eventos inicial e final estão fora da notação BPMN. Também senti falta dos labels dos eventos indicando qual situação starta o processo e em que situação este se encontra quando termina.
Uma tarefa terá sempre uma entrada e uma saída. Levando esse comentário em consideração, no diagrama, cada “caixinha” de tarefa deve ter uma única linha entrando e uma única linha saindo. Caso tenha a necessidade de ter várias linhas entrando ou saindo, use o gateway simples para unir ou distribuir. A tarefa “Cadastrar Tramitação” não deve receber uma linha do “gateway inclusive” e outra da tarefa “Cadastrar Processo”. O que deve ser feito é o seguinte: colocar um gateway simples disparando uma seta para a tarefa “Cadastrar Tramitação”. A tarefa “Cadastrar Processo” e o “gateway inclusive” disparam suas setas para este novo gateway. Desta forma todas as tarefas deste processo terão apenas uma entrada e uma saída.
Oi pessoal! Nossa! Que compacto! Só tem um tipo de usuário no sistema mesmo? Por exemplo, os coordenadores de sessões terão algum privilégio diferente dos demais usuários no sistema? Qualquer usuário cadastra processo? Espero ter colaborado! Bjs!
Olá pessoal,
ResponderExcluirVocês estão economizando diagrama ... é!?rrsrs
Pelo caso de uso de vocês, o modelo de negócio de vocês deveria ter bem mais coisas.
Com relação ao diagrama que vocês postaram, eu só não entendi o porque daquele GATEWAY OR. Não deveria ser um GATEWAY XOR? Ou seja, se o processo não estiver cadastrado, primeiro cadastro processo e depois cadastra Tramitação, certo? Se for isso a simbologia correta seria um GATEWAY XOR (losango vazio).
Abraços,
Fábio
Não identifico o objetivo de negócio no modelo.
ResponderExcluirBoa noite,
ResponderExcluirApesar do diagrama se pequeno (acredite, gostei disso!) acredito que está faltando uma maior contextualização do que se trata o negócio.
Olá
ResponderExcluirAcho que ficou claro, mas e o localizador do processo não deveria estar inserido no diagrama?
Bjinhos
Angela Paula
Olá!!!!
ResponderExcluirEmbora o diagrama seja pequeno, eu gostei...
Não sei se e pelo fato de já conhecer o negócio do sistema.
Só acho que "montar peocesso" deveria ser desmembrado.
Beijunda
Capra
Pessoal,
ResponderExcluirSob o ponto de vista da essência do negócio, é isso. Vocês colocaram os processos principais e, de um modo geral, explica o que o negócio se propõe a fazer. Acho que daqui para frente, para o projeto final, daí irão ocorrer derivações mais detalhadas.
Abraços,
Marco Damiani
Oi pessoal!
ResponderExcluirO diagrama ficou enxuto mas bem legal! Ele dá uma visão alto-nível do que o sistema pretende fazer. Para o futuro talvez caiba um maior detalhamento, mas por hore, está ótimo.
Só um detalhe: Troquem o evento final. Assim ele está idêntico ao inicial =)
Beijos
Oi pessoal. Os eventos inicial e final estão fora da notação BPMN. Também senti falta dos labels dos eventos indicando qual situação starta o processo e em que situação este se encontra quando termina.
ResponderExcluirBom dia! Ache o processo bem resumido, acredito que deveria haver mais riquezas de detalhes para ajudar no entendimento do negócio. Bjs
ResponderExcluirAlice
Uma tarefa terá sempre uma entrada e uma saída. Levando esse comentário em consideração, no diagrama, cada “caixinha” de tarefa deve ter uma única linha entrando e uma única linha saindo. Caso tenha a necessidade de ter várias linhas entrando ou saindo, use o gateway simples para unir ou distribuir. A tarefa “Cadastrar Tramitação” não deve receber uma linha do “gateway inclusive” e outra da tarefa “Cadastrar Processo”. O que deve ser feito é o seguinte: colocar um gateway simples disparando uma seta para a tarefa “Cadastrar Tramitação”. A tarefa “Cadastrar Processo” e o “gateway inclusive” disparam suas setas para este novo gateway. Desta forma todas as tarefas deste processo terão apenas uma entrada e uma saída.
ResponderExcluirOi pessoal!
ResponderExcluirNossa! Que compacto!
Só tem um tipo de usuário no sistema mesmo? Por exemplo, os coordenadores de sessões terão algum privilégio diferente dos demais usuários no sistema?
Qualquer usuário cadastra processo?
Espero ter colaborado!
Bjs!
olá pessoal,
ResponderExcluirO modelos serve como um macro-processo, mas para entender melhor o domínio seria necessário maior detalhamento na modelagem.
abraços
Julliano Pintas
Olá bom dia. Achei interessante o modelo principal, mas há necessidade de explodir esse modelo para maior detalhamento do negócio. Abçs
ResponderExcluir