0.3 Fundamentos de arquitetura de software  (Page 21/24)

Lembrando da arquitetura do SASF, que foi dividida em trêscamadas: apresentação, lógica de negócio e persistência, uma dasdecisões impostas dita que a camada de apresentação só pode se comunicarcom a lógica de negócio. No entanto, um desenvolvedor, medindo que aexibição da interface está demorando porque o carregamento das imagensnecessárias está lento, resolve modificar a interface para queproceda da seguinte maneira. O pedido das imagens é feito diretamenteà camada de persistência, contornando assim o overhead da camada lógica para tanto. Uma vez que ele nota que o desempenhoda exibição da interface com o usuário agora está satisfatório,ele adiciona essa mudança ao código.

Acontece que, com isso, ele adicionou uma mudançatambém na arquitetura do sistema. A partir daí, há comunicação entreo módulo de interface e de persistência, fazendo assim que a documentaçãoda arquitetura esteja inconsistente em relação ao código do sistema.

Pensemos num pequeno sistema que servirá para a organizaçãode uma modesta locadora de filmes. Ele será capaz de cadastrar, recuperar,atualizar e remover filmes, cadastrar, recuperar, atualizar e remover DVDsde filmes, cadastrar, recuperar, atualizar e remover clientes, realizar locações,devoluções e reservas.

Se a execução desse sistema estiver restrita apenas a umaúnica loja física, seus requisitos serão simples o suficiente para nemprecisarmos de uma documentação abrangente (ou mesmo precisar de qualquer documentação!):ele será desktop, terá apenas um usuário atuando sobre o sistema, sua carga,por ter apenas um usuário, será baixíssima, além dos dados armazenados no sistema,que por maior que seja a loja, não chegará a limites intratáveis por umsistema simples. Podemos observar que um sistema com esses requisitos podeser desenvolvido e mantido até por um programador menos experiente.