O Fluig deve ser a escolha para qualquer projeto?
Quando se fala de software para gerenciamento de processos o fluig é imbatível.
Agora respondendo de forma direta a pergunta do título, o fluig até pode ser uma escolha, mas a construção de toda lógica dentro dele pode não ser tão prática e eficaz, quanto à combinação dele com outras ferramentas.
O controle de processos dentro do software fluig se torna bem flexível, pois é possível desenhar fluxos complexos e automatizados. A possibilidade também de gerenciar as atividades por usuário grupos e papéis torna o processo mais seguro e eficaz.
A vantagem de se utilizar softwares com essas característica é que você deixa de utilizar uma comunicação mais engessada, como um e-mail por exemplo.
Infelizmente o que acontece muito é que projetos são sugeridos para serem desenvolvidos dentro do fluig, mas nem sempre são a melhor escolha.
Algumas vezes a necessidade de um cliente é um simples software de controle de cadastros, ou até mesmo um ERP, que é um software mais completo e complexo.
É importante observar que o Fluig tem o seu propósito, mas ele não vai atender todo tipo de situação.
Apesar de ser possível construir sistemas robustos dentro do fluig, utilizando frameworks em Java como springboot por exemplo, pode também não ser a melhor escolha.
Algumas características podem inviabilizar o projeto, e uma delas é justamente a falta de profissional no mercado. A falta de profissional com uma alta demanda vai os custos, sem falar que é necessário uma curva de aprendizado para entender os conceitos, características e limitações da plataforma.
Muitas vezes a documentação por mais completa que ela tenta ser não abrange temas complexos de uma forma simples, como por exemplo é o caso de widgets.
A construção de widget hoje se baseia principalmente na busca dos componentes que o style Guide provê, e isso é ruim. Os widgets seriam os melhores aproveitados se utilizar sem recursos como: react ou angular, e apesar de existir tutoriais, espaço hoje não é possível encontrar algo bem documentado destas ferramentas. Isso torna a escolha entre usar ou não essas ferramentas uma decisão um pouco mais complexa, visto que pode de algum modo afetar e inviabilizar o uso do sistema caso haja alguma incompatibilidade.
Ao construir um novo projeto é interessante observar situações em que o orçamento será melhor aproveitado e o sistema se tornar escalável e organizado. Avaliar a possibilidade de construir ferramentas em linguagens já conhecida como python, Java, nodejs. Aliás, estas são tecnologias já provadas no tempo e utilizadas mundial.
A principal crítica que eu faço é a confusão gerada na forma de escrita entre as linguagens Java e JavaScript principalmente dentro dos eventos de processos e formulários.
O conceito de controle de processos é perfeito. Já gestão de criar telas de cadastros pode ser melhorada, até mesmo porque hoje não é possível determinar se um campo do formulário e qual a tipagem que ele vai receber.
Tratar esse tipo de validação em eventos se torna cansativo, e suscetível a falhas.
Construir relatórios também é outro desafio, já que a ferramenta indicada que é o birt não é nada elegante quanto o PowerBI, nem mesmo prática quanto o TOTVS reports do RM, ou dinâmica quanto a tabela dinâmica do Excel.
Em muitos casos é alguns analistas optam utilizar ferramentas de terceiros como o próprio cubos do RM.
O Excel também pode ser uma ferramenta útil a ser utilizada integrada diretamente ao banco de dados do fluig. Construindo SQL é possível extrair dados de forma mais otimizada.
Agora um ponto forte positivo do fluig, que é a integração, que apesar de não ser perfeito ele atende muito bem quase todo tipo de integração.
Alguns pontos a serem melhorados talvez seria o reaproveitamento de código, e talvez variáveis globais ou de ambientes que pudessem ser utilizadas como credenciais em todo o sistema, assim facilitaria a manutenção caso alguma chave ou api mudasse.
Por exemplo um caso bem comum é um sistema de CRM, onde não há necessidade nenhuma de se construir dentro do fluig, visto que já existem diversos softwares que atendem essa necessidade.
O softwares que mais se diferenciam hoje em dia são aqueles que integram com outros sistemas, e este talvez seja o propósito e o motivo de usarmos o fluig.
Fluig, uma ferramenta de integração.
Conclusão
O fluig tem o seu propósito, mas ele não deve ser considerado para todo tipo de projeto, assim como vemos no mercado no dia a dia.
Pode ser que em um determinado projeto a escolha de um software já pronto pode ser a melhor escolha.
READ NEXT
Alterar texto de complemento de atividade de decisãoAo utilizar uma atividade de decisão, o fluig gera um complemento. O Complemento gerado é baseado em uma nomenclatura específica da tarefa, que pode ser por exemplo: Tarefa automática: Decisão tomada conforme condições 1 Atividade Detino: Aprovação do Diretor. A numeração da condição vai depender de qual foi o fluxoWILLIAN MASCIMIANO22 DE JUN DE 2021
Comments ()