Please enable JavaScript.

Coggle requires JavaScript to display documents.

S-Works - Coggle Diagram

- - - - Colunas na Tabela de Processo
        
        Priorização Lane (FK CODIGO_PLA)
        
        Classificação do Processo
        
        Ordem Priorização
        
        Corresponde à posição da lane na tela de prioridades
        
        Fator Priorização
        
        Corresponde à uma representação numérica da "propriedade alvo"
      - Classificação de Prioridade
        
        A classificação da prioridade indica
    - - Para obedecer as priorizações, nunca enfileiramos todos os processos candidatos para execução. Recuperamos
    - - Para evitar inanição de processos, reservamos um % da fila para cada priorização, mas sempre enfileiramos ao menos 1 processo de cada prioridade
  - - - Largamento utilizado, geralmente usando IIocKeyedFactory, retornando um tipo de instância baseado em um discriminador (geralmente Enum)
    - - Normalmente usado em conjunto com Abstract Factory para implementar estratégias diferentes para o mesmo recurso / funcionalidade
        
        IDistribuidorAtividadesManuais
        
        ITarefaExecutor
    - - Usando nos testes de integração para construir fluxos de forma "fluent"
    - - Usado para serializar/deserializar componentes diagrama (Draw2D) e Template de Telas
    - - Muito usado para armazenamento de caches ou classes que precisam ter um ciclo de vida parelho com a aplicação
        
        Activity Dispatcher - Serviço de Cache de Atividades Manuais
        
        Gerenciamento de Tokens de APIs
- - - - Criação de Processo
      - Anexo de Documentos
      - Criação de Objetos de Relacionamento
      - Submissão e Início de Processo
    - - Mecanismo usado quando o próprio S-Works consome um sistema externo para criar o processo. Para isso, faz-se uso de uma entidade chamada FilaIntegracao e serviços em background que realizam a coleta de dados e documentos, para enfim criar ou estimular um processo existente.
  - - - Para facilitar a navegação pelo workflow, e descoberta dos caminhos executáveis do DAG (directed acyclic graph), existe um serviço que reconstrói o ProcessoDef em Nodes, realizando tb o armazenamento em cache dessas estruturas de dados.
    - - Para executar tarefas, precisamos instanciá-las e configurá-las (IoC), para isso, faz-se uso de classes "Providers" para realizar essa ativação e preparo para execução das tarefas.
    - - Toda alteração de estado na entidade Processo DEVE ser processada exclusivamente pelo Orquestrador, portanto todas alterações de estado, sejam solicitadas pelo usuário ou de forma automática, é feita via mecanismo de notificação
  - - - Tornou-se a forma padrão de compilar e emitir assemblies que representam uma classe invocada via reflection para executar uma expressão
    - - Todo assembly emitido em runtime gera alocação na memória de código do processo, o que resultaria em memory-leaks. Para isso, existe um serviço de gestão de cache de todos assemblies emitidos, evitando acúmulo de memória e a recompilação de código.
    - - A instância "obj" representa um objeto dinâmico (ExpandoObject). Esse têm suas propriedades construídas em runtime, sendo este submetido ao assembly compilado, afim de resolver a expressão.
      - O "obj" é trabalhado para conter diversas informações do processo, como dados de entradas, objetos de relacionamento, dados internos e json de tarefas, assim como dados de campos e metadados de documentos.
    - - Todas estruturas auxiliares de expressão (parâmetro de expressão, tabela de parâmetros, etc) são pré-processadas e substituídas "inline" na expressão. Essas estruturas são reconhecidas pelo uso de prefixos "tab" ou "par". Existe um comportamento legado de verificar a presença de nomes de parâmetro de expressão mesmo sem uso do prefixo "par".
- - - - Framework de coleta e exposição de métricas. Também possui middleware para coleta de métricas ASP.NET.
- - - - Parâmetros de Expressão
      - Tabela de Parâmetros
      - Tabela de Regras
    - - Dados de Entrada
      - Formulários
      - Tarefas
- - - - Producer
        
        Módulo que recupera os processos candidatos e realiza enfileiramento no RabbitMQ.
      - Consumer
        
        Módulo que criar N threads que ficam, de forma recorrente, tentando fazer "Dequeue" no RabbitMQ, invocando o Orquestrador para processamento.
      - Consumer In-Memory
        
        Módulo que realiza o processamento a partir de fila RabbitMQ específica, realizando processamento em memória e apenas uma transação em banco para persistência.
    - - Producer
      - Consumer
      - Módulo que realiza processamento de "FilaIntegracao", recuperando dados e documentos para criar ou estimular processos existentes.
  - - - Módulo de distribuição de atividades manuais, fazendo gestão de cache de todas atividades manuais e atualizando de forma recorrente. Existem muitos mecanismos de thread-safety aqui para resolver problemas de race-conditions
    - - Módulo cujo objetivo principal é gerar o arquivo de "scraping" para o Prometheus, revelando IP/Porta de todos os módulos ativos. Recebe requisições de registros e administra via health-check os módulos ativos.
    - - Módulo de "salva-guarda" que recorrentemente investiga processos estagnados por estado inconsistente, fazendo com que nunca sejam novamente enfileirados mesmo não estando finalizados
    - - Service
      - Web Api (distribuidor de itens de FilaIntegracao)