Possíveis melhorias e refatoração no sistema PPE
Data de elaboração | (verificar "revisões" para identificar data de elaboração do estudo.) |
---|---|
Responsável pelo estudo | Nome do autor ou autores do estudo técnico (somente assessores) |
Equipe do estudo | Nome da equipe, ou listagem dos integrantes da equipe (time) |
Alvo | sistema, processo, projeto, item, equipamento alvo de estudo |
Origem |
o que originou o estudo? usar alguma destas classes:
|
Objetivo | ex: diminuir tempo de atendimento adequando o padrão para 12 horas (dois dias de expediente de trabalho). pode-se utilizar objetivos smart |
Documentação correlata (opcional) |
|
Observações | observações gerais a respeito do estudo técnico |
Glossário (se houver)
1. Introdução
Lorem ipsum dolor sit amet, consectetur adipisci elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur.
2. Desenvolvimento
Lorem ipsum dolor sit amet, consectetur adipisci elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur.
3.1 Tópico 1
3.2 Tópico 2
3.3 Tópico 3
3. Conclusão
Lorem ipsum dolor sit amet, consectetur adipisci elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur.
4. Referências (opcional)
Data: 01/07/22
Autores:
- Alexandre Santos Freire Ferreira (Assessor)
- Moisés Ferreira (Assessor)
1. Objetivo
Identificar problemas no sistema PPE.
2. Introdução
Este estudo técnico é para fins de identificar os possíveis problemas encontrados no sistema PPE para que possam ser realizadas as devidas correções e melhorias de código para facilitar a manutenção e implementação de novas funcionalidade. Além disso, melhorar a usabilidade de funcionalidades já existentes no sistema.
3. Desenvolvimento
3.1 Problemas e possíveis soluções
Problemas | Soluções |
Filtro de pesquisa de DARES não está funcionando corretamente. O usuário não consegue encontrar a DARE gerada. | Refatorar consulta das DARES |
A listagem das DARES está desordenada, dificultando a pesquisa. | Ordenar as DARES por data de vencimento para facilitar a visualização |
Lentidão na pesquisa de Matérias Internas | Refatorar consulta de matérias internas |
Lentidão na leitura de arquivos |
- Utilizar o Ceph Storage para salvar os arquivos - Salvar a referencia do arquivo no banco de dados |
Não existe tela de identificação de acesso negado para o usuário |
Implementar view e adapta-la a configuração da biblioteca do Sauron |
O usuário cadastrado como Representante Legal, ao cadastrar-se como Pessoa Física , consegue visualizar todas as matérias que foram vinculadas ao perfil antigo de representante legal. |
- Atualizar regras de cadastro - Inativar usuário no Sauron conforme as regras de cadastro |
Confusão na identificação da situação da matéria quando o pagamento não foi realizado |
Atualizar a flag de Aguardando publicação para Aguardando Pagamento da DARE |
Falta de testes em funcionalidades que executam vários processos. Ex: Gerar Diário, Atualizar Diário, Publicar Diário |
- Testes de integração com banco em memória - Uso de bibliotecas que geram dados aleatórios. Ex: Bogus .NET |
Versão do EntityFrameworkCore desatualizada. |
Atualizar para a mesma versão do projeto |
Listagem de Matéria Interna Cancelada e Reprovada sem filtro |
Implementar filtro |
3.2 Erros comuns
Erro: No momento em que uma matéria, a API de agendamento não está retirando o cancelamento da matéria no PPE causando erro ao Gerar o diário
Solução: Implementar rotina de consulta e atualização de agendamento de matérias antes de gerar o diário.
3.3 Melhorias e novas funcionalidade identificadas
- Filtros dinâmicos: O usuário irá definir como será o filtro de pesquisa. Possibilitando que o usuário realize a pesquisa de matérias como desejar.
- Ao gerar o diário, possibilitar a execução em segundo plano, informando ao usuário que o processo está em execução, exibindo o seu progresso até a finalização.
4. Conclusão
Foram identificadas funcionalidades com ausência de testes e que executam muitos processos até a finalização da requisição. Estas funcionalidades serão refatoradas conforme a implementação dos testes de unidade e testes de integração.