FS.Felipe SantosSites · Sistemas · Automações
voltar para projetos
versão 1.7.5 entregue · sistema em produção

Central de
Serviços de TI

Uma aplicação Java/Spring para organizar chamados, tarefas, SLA e operação — do formulário inicial ao histórico auditável e à implantação no Windows.

Este estudo não expõe a empresa nem dados operacionais. Todas as telas abaixo são composições fictícias com a identidade Empresa Demonstração.

// contexto

O problema não era só abrir chamados

Uma solicitação de TI precisa conservar contexto durante todo o atendimento: quem pediu, o que já foi tentado, qual é o próximo passo, quem assumiu a execução e como o prazo foi calculado. Quando essas informações ficam espalhadas, a equipe perde rastreabilidade e o solicitante perde visibilidade.

A solução centraliza esse ciclo sem misturar o que é público com o trabalho interno da equipe. O mesmo sistema atende usuários autenticados, abertura sem conta, triagem, execução técnica, gestão de catálogos e operação administrativa.

01

Solicitante

Abre, acompanha e responde sem acessar notas internas ou tarefas da equipe.

02

Equipe técnica

Faz triagem, assume trabalho, divide tarefas, registra tempo e controla prioridades.

03

Administração

Configura perfis, catálogos, SLA, retenção, armazenamento e auditoria.

// arquitetura

Monólito modular, operação simples

A escolha prioriza transações locais, implantação reproduzível e menos pontos de falha para o contexto atual.

Diagrama de arquitetura com navegador, Apache, Spring Boot, SQL Server, anexos e logs
Topologia pública simplificada. Nenhum endereço do ambiente real é exibido.
HTTP

Controllers

Rotas, formulários e respostas HTML, JSON e CSV.

DOMÍNIO

Services

Transações, autorização, workflow, SLA e auditoria.

DADOS

Repositories

JPA, specifications, locks e consultas específicas.

SCHEMA

Flyway

Evolução versionada de tabelas, constraints e índices.

// decisões técnicas

O que torna o projeto relevante para backend

CONSISTÊNCIA

Concorrência tratada de forma explícita

A numeração anual usa bloqueio transacional no SQL Server. A tomada de tarefa livre usa atualização condicional. Chamados e tarefas usam versionamento otimista para não aceitar sobrescritas silenciosas.

REGRA DE DOMÍNIO

SLA calculado em tempo útil

Primeira resposta e resolução consideram expediente configurável, fins de semana, feriados e pausas controladas. O tempo aguardando o solicitante é acompanhado separadamente.

SEGURANÇA

Autorização além da interface

Spring Security protege rotas e sessão, enquanto os serviços validam acesso a chamado, tarefa e anexo. Arquivos ficam fora dos assets públicos, com nome aleatório, checksum e caminho normalizado.

EVOLUÇÃO

Banco versionado como parte da aplicação

As migrations registram a evolução do esquema, incluindo integridade referencial, índices, SLA, portal público, quadros de projeto e preferências.

ENTREGA

Implantação também é produto

Docker Compose, Apache, volumes, health checks, scripts de backup e diagnóstico e um instalador NSIS reduzem etapas manuais no ambiente Windows.

// dados

Modelo relacional com histórico

O desenho mostra o núcleo. Catálogos e configurações foram omitidos para manter a leitura.

Modelo de dados simplificado com usuários, chamados, tarefas, apontamentos, comentários e anexos
Diagrama conceitual criado a partir das entidades e migrations da versão 1.7.5.
// demonstração segura

Telas compostas com dados fictícios

Sem capturas da produção, nomes reais, contatos, protocolos ou métricas operacionais.

// qualidade

Evidência, sem inflar resultado

Java 21versão de compilação
32migrations Flyway
118métodos de teste encontrados
CIassets e Maven verify

Os testes cobrem regras de serviço e fluxos web com Spring Security, MockMvc e persistência. Entre os cenários estão chamados, contas, portal público, SLA, anexos, WIP, relatórios e artefatos de infraestrutura.

O número de testes é uma contagem verificável da versão analisada, não um percentual de cobertura. O pipeline padrão usa H2; o teste de integração com SQL Server existe em um fluxo separado e é um ponto de evolução.

// aprendizados

O que este projeto ensinou

  • Regras protegidas no backend, não só na tela.
  • Concorrência tratada no banco e na aplicação.
  • Calendário e pausas como conceitos explícitos de SLA.
  • Backup, logs e diagnóstico como parte da entrega.
  • Documentação técnica deve acompanhar decisões e operação.
// evolução

Próximos passos técnicos

  • Executar a integração com SQL Server de forma recorrente no CI.
  • Adicionar relatório de cobertura e análise estática ao pipeline.
  • Medir desempenho dos fluxos mais utilizados antes de otimizar.
  • Evoluir métricas, logs e diagnóstico da aplicação.
  • Registrar decisões arquiteturais importantes em ADRs.
CONTATO

Seu processo pode ser o próximo projeto.

Se a sua empresa também precisa organizar um fluxo, preservar histórico ou reduzir controles manuais, conte como o processo funciona hoje.