Resumo Executivo

Juliana de Sousa Barros; Jorge Valverde-Rebaza

Resumo elaborado pela ferramenta ResumeAI, solução de inteligência artificial desenvolvida pelo Instituto Pecege voltada à síntese e redação.

O software representa o alicerce fundamental para a maioria das tecnologias contemporâneas, sendo aplicado em uma vasta gama de soluções que variam de sistemas simples a plataformas críticas. A definição técnica de software o caracteriza como um conjunto de instruções que permite ao computador executar tarefas específicas de forma eficiente e controlada (Valente, 2022). No entanto, a percepção moderna de desenvolvimento transcende a mera execução de código, abrangendo o comportamento durante a execução, a estrutura interna e a documentação associada, elementos que compõem os atributos de qualidade e funcionalidade (Sommerville, 2020). À medida que os sistemas evoluem, a complexidade inerente torna-se um desafio central, frequentemente resultando em códigos ilegíveis e processos de manutenção onerosos. A implementação de novas funcionalidades muitas vezes exige a reescrita de partes substanciais do sistema, gerando desperdício de tempo e de recursos financeiros (Moura; Wildt, 2015). Diante desse cenário, a análise criteriosa da complexidade torna-se indispensável para identificar desafios de design e propor melhorias que assegurem a eficiência dos processos de desenvolvimento (Santos et al., 2024).

Nesse contexto de busca por robustez e clareza, o Domain-Driven Design surge como uma abordagem estratégica que visa alinhar o modelo de software ao domínio do negócio. Essa metodologia não apenas organiza o desenvolvimento, mas estabelece uma simbiose entre as necessidades empresariais e a arquitetura técnica, promovendo soluções adaptáveis (Valente, 2022). O foco central reside no conhecimento especializado do domínio como base para a criação de sistemas, onde desenvolvedores e especialistas colaboram na construção de uma linguagem ubíqua. Essa linguagem compartilhada elimina ambiguidades e garante que os termos do negócio sejam refletidos fielmente no código, independentemente da linguagem de programação utilizada (Evans, 2013). Embora consolidado no desenvolvimento de sistemas de backend, onde facilita a gestão de regras complexas e a integridade dos dados (Fowler, 2005), a aplicação dessa filosofia no frontend ainda enfrenta resistências e desafios técnicos específicos.

A evolução dos frameworks JavaScript, como Angular, React e Vue.js, permitiu a adoção de abordagens mais modulares e reativas, abrindo espaço para discussões sobre a manutenibilidade na camada de interface (Zhang; Wang, 2020). No entanto, a implementação de padrões arquiteturais avançados no frontend esbarra em conflitos com o gerenciamento de estado e na necessidade de manter a consistência entre as camadas de cliente e servidor (Corazza, 2018). A aplicação dos princípios de modelagem de domínio no frontend visa melhorar a organização do código e facilitar a colaboração entre equipes, resultando em experiências de usuário mais coesas e alinhadas às expectativas do mercado (Kraus, 2020). A estrutura proporcionada por essa abordagem contribui para a escalabilidade, permitindo que as interfaces se adaptem rapidamente a novas exigências e aprimorem a jornada do usuário final (Bertot, 2021).

Para compreender a viabilidade dessa transição arquitetural, a investigação fundamenta-se em uma abordagem exploratória e descritiva, utilizando um método misto que combina dados qualitativos e quantitativos. O aspecto exploratório busca familiaridade com os obstáculos enfrentados pelos profissionais, enquanto o caráter descritivo analisa as relações pertinentes para a proposição de um modelo facilitador. A coleta de dados quantitativos fornece um panorama objetivo sobre o perfil dos participantes e padrões de resposta, ao passo que a análise qualitativa permite interpretar percepções e exemplos práticos do cotidiano corporativo. Essa triangulação metodológica assegura robustez às conclusões, integrando a mensuração estatística de tendências com a compreensão interpretativa dos contextos relatados pelos especialistas da área.

Os procedimentos operacionais envolveram a realização de um levantamento de campo e um estudo de caso detalhado. A pesquisa foi direcionada a 50 desenvolvedores localizados em polos tecnológicos como São Paulo, Rio de Janeiro e Santa Catarina. A amostra abrangeu profissionais com diferentes níveis de senioridade, desde estagiários até líderes técnicos e arquitetos, garantindo representatividade e permitindo a identificação de padrões consistentes. O instrumento de coleta foi um questionário estruturado em etapas sequenciais, iniciando pela caracterização demográfica e profissional, seguida pela avaliação do grau de familiaridade com os conceitos fundamentais da modelagem orientada ao domínio.

O aprofundamento teórico concentrou-se nos pilares estabelecidos pela literatura clássica, onde o alinhamento entre software e modelo de negócio busca representar com fidelidade as regras e processos diretamente no código (Evans, 2013). Um dos fundamentos essenciais é a colaboração contínua, que permite o refinamento incremental do modelo e reduz a distância entre a visão técnica e a necessidade organizacional. A utilização de contextos delimitados, conhecidos como bounded contexts, permite a segmentação de responsabilidades dentro de um sistema, favorecendo o desenvolvimento modular e a evolução independente de diferentes partes da aplicação (Boyle, 2022). Além disso, artefatos como entidades, objetos de valor e agregados possibilitam o encapsulamento de regras de negócio, mantendo a consistência interna e preparando o sistema para lidar com cenários complexos de longo ciclo de vida (Ozkan et al., 2023).

A adaptação desses conceitos ao frontend exige considerar a proximidade com o usuário e a natureza da interface. A linguagem ubíqua, por exemplo, reflete-se na nomeação de variáveis, estados e componentes de acordo com o vocabulário do negócio, o que reduz divergências de comunicação entre as equipes de frontend e backend (Vernon, 2024). A arquitetura em camadas propõe a separação de responsabilidades em níveis distintos, organizando o código em estruturas de domínio, aplicação, infraestrutura e interface de usuário (Camden; Shavin, 2023). No frontend, o uso de objetos de valor favorece o encapsulamento de dados e regras de validação, evitando que a lógica de negócio se disperse de forma desordenada entre os componentes visuais (Vernon, 2024).

O modelo proposto para facilitar essa adoção estrutura-se em 12 etapas fundamentais. O processo inicia-se com o levantamento de requisitos e a identificação das necessidades críticas junto aos stakeholders, seguido pela definição da linguagem ubíqua por meio de um glossário compartilhado. A terceira etapa envolve a classificação das funcionalidades em subdomínios, permitindo priorizar recursos e organizar o desenvolvimento de forma modular. A definição de contextos delimitados no frontend pode ser implementada através de módulos ou micro-frontends independentes, cada um com suas próprias entidades e casos de uso. A modelagem técnica prossegue com a criação de entidades e objetos de valor que encapsulam validações, e o agrupamento desses elementos em agregados para garantir a consistência do estado em operações complexas.

As etapas subsequentes do modelo focam na implementação prática, definindo casos de uso isolados na camada de aplicação para orquestrar a lógica de negócio separadamente da interface. A camada de interface de usuário deve consumir esses casos de uso sem acessar diretamente as entidades, promovendo uma clara separação de responsabilidades. Para a integração com sistemas externos, propõe-se a criação de uma camada de anticorrupção, utilizando adaptadores que transformam dados de APIs externas em objetos de domínio internos, preservando a integridade do modelo (Springer, 2022). O fluxo encerra-se com a propagação de mudanças via eventos de domínio, a garantia de integridade por meio de testes automatizados e o monitoramento contínuo do comportamento do sistema em produção.

A análise dos dados coletados revela que 44,4% dos participantes atuam predominantemente no frontend, enquanto 37% focam no backend e 18,5% operam como full stack. Em termos de senioridade, 44,4% da amostra é composta por profissionais sêniores, 37% por plenos e 11,1% por juniores, com uma parcela de 7,4% ocupando cargos de liderança técnica ou arquitetura. Quanto às tecnologias utilizadas, o ecossistema JavaScript e TypeScript lidera com 40,7% de preferência, seguido por Kotlin e Java, ambos com 18,5%. A maioria dos profissionais (74,1%) está inserida em grandes empresas ou multinacionais, o que sugere um ambiente de desenvolvimento com processos estruturados e desafios de escala.

No que tange à familiaridade com a modelagem orientada ao domínio, os resultados indicam que 37% dos desenvolvedores utilizam os conceitos de forma parcial e outros 37% estudaram o tema, mas nunca o aplicaram na prática. Apenas 3,7% afirmam trabalhar com a metodologia de forma estruturada e consciente. Entre os conceitos mais conhecidos e aplicados, destacam-se a linguagem ubíqua, contextos delimitados, entidades e objetos de valor. Apesar do conhecimento teórico, a aplicação prática no frontend ainda é incipiente, com 10% dos respondentes afirmando não ter implementado nenhuma prática relacionada em seus projetos de interface.

Os principais obstáculos identificados para a implementação no frontend incluem a curva de aprendizado dos conceitos (45%), a escassez de tempo para o planejamento do domínio (30%) e a percepção de complexidade excessiva para determinados projetos (25%). Especificamente na camada de cliente, a falta de conhecimento técnico da equipe em arquitetura é apontada por 28% dos participantes como a principal barreira, seguida pela ausência de exemplos e boas práticas consolidadas (24%). Além disso, 20% dos profissionais percebem a complexidade como desnecessária para o frontend, e 15% acreditam que o backend deve ser o único centro da modelagem de domínio.

A visão dos desenvolvedores de backend sobre a adoção no frontend corrobora esses desafios, com 22% apontando a falta de exemplos consolidados e 19% mencionando a ausência de conhecimento profundo em arquitetura por parte das equipes de interface. Há uma tendência entre os profissionais de backend de visualizar o frontend apenas como uma camada de apresentação (15%), o que pode gerar falhas de alinhamento e descompasso organizacional. No entanto, a pesquisa cruzada demonstra que profissionais sêniores tendem a associar o uso da modelagem orientada ao domínio a sistemas corporativos complexos, enquanto profissionais em níveis iniciais possuem uma visão mais dispersa sobre a aplicabilidade da metodologia.

Apesar das barreiras, os benefícios percebidos são significativos. A clareza na modelagem do domínio e a facilitação da manutenção do código foram citadas por 40% dos participantes. O alinhamento entre equipes e a maior capacidade de adaptação às mudanças de regras de negócio foram destacados por 28% da amostra. Outros ganhos mencionados incluem a redução de inconsistências entre as camadas e o reaproveitamento de entidades e objetos de valor. A literatura sustenta que a criação de um modelo de domínio explícito orienta decisões de design ao longo de todo o sistema, elevando a consistência e a capacidade de evolução do software (Evans, 2013; Vernon, 2024).

A experimentação prática realizada no cenário de um marketplace demonstrou as implicações diretas da adoção do modelo. Em uma implementação convencional, sem a aplicação dos princípios discutidos, a lógica de negócio tende a se dispersar por múltiplos componentes visuais. Por exemplo, regras de cálculo de desconto ou validações de estoque acabam duplicadas em diferentes partes da interface, como na listagem de produtos, no carrinho e na tela de finalização de compra. Essa dispersão aumenta o risco de bugs e dificulta a manutenção, pois qualquer alteração na regra exige modificações em diversos pontos do código.

Em contrapartida, a aplicação do modelo estruturado centraliza a lógica de negócio em serviços de domínio e objetos de valor. No cenário de marketplace testado, a regra de desconto foi encapsulada em um serviço específico, permitindo que qualquer componente da interface consumisse a informação de forma consistente. A utilização de TypeScript para a modelagem de domínios (33%) e de ferramentas como React Context API (30%) ou bibliotecas de gerenciamento de estado como Zustand e Redux (22%) facilitou a organização das responsabilidades. A separação entre a camada de aplicação e a camada de domínio (22%) e a divisão por contextos delimitados (18%) resultaram em um código mais limpo e testável.

A discussão dos resultados aponta que a separação entre a camada de domínio e a camada de interface traz testabilidade e isolamento de regras, permitindo que mudanças na interface não quebrem o núcleo do negócio. Esse achado é consistente com a percepção dos respondentes sobre a importância do reuso de entidades. No entanto, a aplicação equivocada dos conceitos também foi identificada como um risco. É comum encontrar projetos que adotam padrões técnicos, como a criação de diretórios denominados domínios, mas sem que haja uma modelagem de fato, resultando apenas em uma estrutura burocrática sem conexão com as regras de negócio (Ozkan et al., 2023). A aplicação indiscriminada em projetos simples também pode levar à sobreengenharia, adicionando camadas desnecessárias que não agregam valor real (Vernon, 2024).

A confusão entre contextos delimitados e camadas técnicas é outra falha recorrente. Algumas equipes delimitam contextos apenas em termos de divisões tecnológicas, como frontend e backend, quando a realidade dos contextos delimitados deveria refletir áreas funcionais do negócio, como pagamentos ou logística (Valente, 2022; Camden; Shavin, 2023). Além disso, a subestimação da linguagem ubíqua, com o uso de nomenclaturas técnicas genéricas em vez de termos do negócio, fragmenta o entendimento do domínio e reduz a eficácia da comunicação entre desenvolvedores e stakeholders (Vernon, 2024).

A síntese dos resultados indica que, embora o tema seja valorizado por profissionais experientes em grandes organizações, a aplicação no frontend ainda é limitada e muitas vezes parcial. As principais barreiras residem na falta de material de apoio e na baixa maturidade arquitetural de algumas equipes. Contudo, há um movimento promissor rumo a uma adoção mais consciente, especialmente em contextos de alta complexidade onde a clareza e a organização do código são críticas para o sucesso do produto. A colaboração entre equipes surge como um fator decisivo para que a metodologia traga ganhos reais de alinhamento e qualidade (Bertot, 2021).

Para a implementação efetiva, o uso de tecnologias modernas como React 18+, TypeScript e ferramentas de teste como Jest e Testing Library mostrou-se fundamental. A criação de testes unitários para entidades e casos de uso assegura a robustez e a manutenibilidade do sistema a longo prazo. A comparação entre as implementações evidenciou que a abordagem orientada ao domínio elimina duplicações, uma vez que nenhum componente precisa replicar regras de negócio. A facilidade de versionamento e a possibilidade de realizar testes de forma isolada são pontos positivos que justificam o investimento inicial na curva de aprendizado.

A análise final sugere que a experiência influencia diretamente a percepção sobre a aplicabilidade da metodologia. Quanto maior a senioridade do profissional, mais clara é a associação entre a modelagem de domínio e cenários de elevada complexidade arquitetural. Para o frontend, a superação da barreira técnica inicial e a intensificação da coordenação entre os times são passos essenciais para avançar na maturidade do desenvolvimento de interfaces. A visualização dos entraves demonstra que os desafios de ordem técnica e de capacitação superam os de caráter organizacional, confirmando que a dificuldade de aprendizado e a falta de práticas consolidadas são os pontos mais críticos a serem endereçados.

Conclui-se que o objetivo foi atingido, uma vez que o estudo demonstrou a viabilidade e os benefícios da aplicação do Domain-Driven Design no frontend, apesar das barreiras culturais e técnicas identificadas. A pesquisa evidenciou que a centralização da lógica de negócio e o uso de uma linguagem ubíqua reduzem drasticamente a duplicidade de código e aumentam a manutenibilidade em sistemas complexos. O modelo de 12 etapas proposto oferece um guia prático para equipes que buscam elevar a maturidade arquitetural de suas interfaces, promovendo um alinhamento mais estreito com os objetivos de negócio. Embora a curva de aprendizado seja um desafio real para 45% dos profissionais, os ganhos em clareza e escalabilidade justificam a adoção da metodologia em projetos de longo prazo. O fortalecimento da colaboração entre os times de frontend e backend e o investimento em capacitação técnica surgem como requisitos fundamentais para que a modelagem orientada ao domínio deixe de ser uma prática restrita ao servidor e passe a estruturar também as experiências de usuário de forma robusta e consistente.

Referências Bibliográficas:

BERTOT, J.; et al. 2021. The role of Domain-Driven Design in frontend development: enhancing collaboration and code quality.

BOYLE, M. 2022. Domain-Driven Design with Golang: Use Golang to Create Simple, Maintainable Systems to Solve Complex Business Problems. Birmingham: Packt Publishing.

CAMDEN, R.; SHAVIN, M. 2023. Frontend Development Projects with Vue.js 3 – Second Edition. Birmingham: Packt Publishing.

CORAZZA, A. 2018. Architectural Challenges in Domain-Driven Design: The Role of Microservices and Web Applications. Software: Practice and Experience, v. 48, n. 10, p. 1886-1903.

EVANS, E. 2013. Domain-Driven Design: tackling complexity in the heart of software. Boston: Addison-Wesley.

FOWLER, M. 2005. Comparing Software Architectures for Frontend and Backend Development. IEEE Software, v. 22, n. 2, p. 64-71.

KRAUS, R. 2020. A Domain-Driven Design approach for frontend development.

MOURA, D.; WILDT, D. 2015. Extreme Programming: práticas para o dia a dia no desenvolvimento ágil de software. São Paulo: Casa do Código.

OZKAN, O.; BABUR, Ö.; VAN DEN BRAND, M. 2023. Domain-Driven Design in Software Development: A Systematic Literature Review on Implementation, Challenges, and Effectiveness. Journal of Systems and Software, v. 198, p. 111606.

SANTOS, I. F.; XAVIER, L. A. B.; FERRAZ, D. F.; et al. 2024. Software Complexity Metrics for Emerging Technologies: Challenges and Opportunities. Computers, v. 13, n. 11, p. 27. Disponível em: https://www.researchgate.net/. Acesso em: 22 out. 2024.

SOMMERVILLE, I. 2020. Engenharia de Software. 10. ed. São Paulo: Pearson.

SPRINGER. 2022. Towards Generating RESTful Full Stack Software: A Module Based Domain Driven Design Approach. In: Proceedings of [Conference Name]. Springer.

VALENTE, J. 2022. Arquitetura de Software Moderna. São Paulo: Novatec.

VERNON, V. 2024. Domain-Driven Design Destilado. Tradução para o português. Rio de Janeiro: Alta Books.

ZHANG, Y.; WANG, X. 2020. The evolution of JavaScript frameworks and its impact on frontend development.

Resumo executivo oriundo de Trabalho de Conclusão de Curso da Especialização em Engenharia de Software do MBA USP/Esalq

Para saber mais sobre o curso, clique aqui e acesse a plataforma MBX Academy