A Prefeitura de Nova Esperança planeja criar um sistema de gestão para aumentar a eficiência dos serviços e a interação cidadã. Ele precisa se aproveitar de um sistema de bancos de dados legado. E as regras fiscais serão projetadas futuramente pelos especialistas e legisladores. Sobre a hipótese apresentada, assinale a afirmativa correta.
- A)Uma arquitetura de três camadas, permitindo integração imediata com o banco de dados e suportar adição futura das regras dos legisladores.
Correta, porque a arquitetura de três camadas permite integrar o banco legado pela camada de dados e deixar as regras fiscais na camada de negócio, prontas para evolução futura.
- B)Uma arquitetura de três camadas em que a camada central irá interagir com o sistema de banco de dados legado e a primeira camada irá incorporar as regras fiscais.
Errada, porque inverte os papéis das camadas ao colocar o banco legado na camada central e as regras fiscais na primeira camada.
- C)Uma arquitetura de duas camadas, sendo a primeira para a nova interface com o usuário e a segunda para interagir com o banco de dados legado.
Errada, porque a solução de duas camadas não é a melhor para separar bem regras de negócio e acesso ao legado, além de limitar a evolução futura.
- D)Uma arquitetura monolítica de microsserviços para compensar a perda de performance para acesso aos bancos de dados legados.
Errada, porque microsserviços não são uma arquitetura monolítica e a justificativa apresentada não faz sentido para esse cenário.
- E)Uma arquitetura Web distribuída de 3 camadas em que a última camada irá disponibilizar a interface com o usuário, a segunda constará as regras de negócio e a primeira camada, a de apresentação, irá interagir com os bancos de dados legados.
Errada, porque troca completamente as funções das camadas, colocando a apresentação para interagir com o banco e as regras de negócio no meio de forma incoerente.
Gabarito: A
Na arquitetura em camadas, a ideia é separar responsabilidades para deixar o sistema mais organizado, fácil de manter e de evoluir. Em geral, você pensa em uma camada de apresentação, uma camada de negócio e uma camada de acesso a dados. Isso ajuda muito quando o sistema precisa conversar com algo legado, porque o acesso ao banco pode ficar isolado e controlado, sem “espalhar” SQL por todo o sistema. Na questão, a prefeitura quer duas coisas ao mesmo tempo: aproveitar um banco de dados legado e deixar espaço para regras fiscais que ainda serão definidas no futuro. Isso combina bem com uma arquitetura de três camadas, pois a camada central pode concentrar a lógica de negócio e a camada de acesso a dados fica responsável por integrar com o legado. Assim, quando surgirem novas regras fiscais, elas entram na camada de negócio sem bagunçar a interface nem o acesso ao banco. Por isso, o gabarito A está correto: ele aponta para uma arquitetura de três camadas capaz de integrar imediatamente com o banco legado e ainda suportar a futura inclusão das regras definidas pelos especialistas e legisladores. Em termos de doutrina de Engenharia de Software, essa separação favorece baixo acoplamento e alta coesão, que são os clássicos bons modos da arquitetura. As demais alternativas tropeçam em papéis básicos das camadas, como colocar regras de negócio na interface ou dizer que a apresentação vai falar diretamente com o banco. Em arquitetura de software, isso costuma dar dor de cabeça rapidinho: fica difícil testar, manter e evoluir.