Back to blog
Published on: April 26, 2026Reading time: 9 min
FeaturedTCCArquitetura de SoftwareGraduação
Meu Trabalho de Conclusão de Curso

Uma análise técnica do TCC, cobrindo fundamentação teórica, arquitetura da solução, validação e aplicação em cenário real na região de Londrina.

Este artigo apresenta uma versão mais aprofundada do meu Trabalho de Conclusão de Curso (TCC), com foco na formulação do problema, na arquitetura proposta, na estratégia de validação e nos impactos observados em um caso de uso real na região de Londrina (PR).

Problema e motivação

O projeto parte de um cenário recorrente em operações de software: processos críticos distribuídos em múltiplos sistemas, baixa padronização de dados e ausência de rastreabilidade ponta a ponta. Na prática, isso gera retrabalho, inconsistência de informação e maior tempo de resposta para equipes técnicas e de negócio.

A motivação do TCC foi propor uma solução tecnicamente sustentável para esse contexto, sem depender de uma reestruturação total da operação existente.

Objetivos do trabalho

Os objetivos definidos no escopo do TCC foram:

  • mapear o estado atual do processo e identificar gargalos operacionais;
  • definir requisitos funcionais e não funcionais orientados a escalabilidade e manutenibilidade;
  • projetar e implementar um protótipo com arquitetura modular;
  • validar a proposta com critérios de qualidade e aplicabilidade no contexto real.

Fundamentação teórica

A fundamentação combinou princípios de Engenharia de Software, Arquitetura de Sistemas Distribuídos e Qualidade de Produto de Software. O texto do trabalho se apoia na análise do problema, na definição de requisitos e na relação entre decisão arquitetural e efeito operacional.

Essa combinação permitiu alinhar decisões técnicas com critérios objetivos de avaliação e com a realidade do sistema estudado.

Metodologia

A condução do projeto seguiu um fluxo incremental em cinco etapas:

  1. Revisão bibliográfica e definição do referencial analítico.
  2. Levantamento de requisitos com foco no problema real.
  3. Modelagem da solução (componentes, contratos e fluxos de dados).
  4. Implementação do protótipo e testes por cenário.
  5. Avaliação dos resultados e consolidação das conclusões.

Do ponto de vista metodológico, o trabalho adotou ciclos curtos de feedback, reduzindo risco de desalinhamento entre hipótese inicial e comportamento observado durante a implementação.

Arquitetura proposta

A solução foi estruturada com separação clara entre camadas de domínio, aplicação e integração. Na prática, essa decisão trouxe três benefícios:

  • isolamento de regras de negócio para facilitar evolução;
  • redução do acoplamento com sistemas legados;
  • maior previsibilidade para testes e manutenção.

Além disso, o protótipo foi desenhado para permitir observabilidade básica (logs estruturados e rastreio de eventos), ponto essencial para ambientes com múltiplas integrações.

Caso de uso real na região

Como referência de aplicabilidade, o estudo considerou um cenário real de empresa da região: a Opctec, em Londrina (PR), em um contexto de evolução de processos internos e integração entre aplicações. O caso foi utilizado como base de requisitos e de validação qualitativa da proposta arquitetural.

Nesse recorte, o trabalho demonstrou aderência prática ao contexto operacional local, especialmente em aspectos de organização de fluxo, consistência de dados e redução de pontos de falha manuais.

Resultados e discussão

Os resultados indicaram que a abordagem é tecnicamente viável para ambientes de médio porte que precisam evoluir sem interromper operações existentes. Em termos qualitativos, os principais ganhos observados foram:

  • aumento da rastreabilidade de etapas críticas;
  • melhoria na consistência dos dados processados;
  • base mais sólida para evolução incremental do sistema.

Embora o protótipo não represente um produto final completo, ele valida as hipóteses centrais do estudo e oferece direcionamento concreto para continuidade em ambiente produtivo.

Limitações e trabalhos futuros

As principais limitações envolvem escopo temporal e profundidade da validação em produção contínua. Como próximos passos, o estudo recomenda:

  • ampliação dos testes com carga e observabilidade avançada;
  • medição sistemática de indicadores operacionais como lead time, falhas e retrabalho;
  • expansão da integração com novos serviços do ecossistema.