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

No entanto, no caso do SASF, percebemos que a arquitetura pode se complicarainda mais, mesmo considerando quase as mesmas funcionalidades. Uma arquiteturaainda mais complexa necessita de uma documentação ainda mais completa para ajudar no desenvolvimentoe manutenção desse sistema de software.

A organização interna do SASF mudará ainda mais em relaçãoaos [link] e [link] . As decisões que antes permitiam que o sistema rodassepara as três lojas numa mesma cidade não serão mais válidas quando falamosde diversos pontos de distribuição espalhados pelo país.

Dessa maneira, observamos que as decisões de desempenho, disponibilidadedos dados, e políticas de acesso mudam e, como aumentam também em quantidade,se torna mais evidente a necessidade do registro dessas decisões em algumtipo de documento para consulta, resolução de discussões e verificação de conformidade.

Adicionalmente, num sistema como o SASF, o número de interessadosaumenta: desde o usuário que deve entender quais tipos de locação e reserva estãodisponíveis, passando pelos responsáveis pelo suporte ao usuário, os responsáveispela disponibilidade dos diversos subsistemas (aluguel, streaming , dados, backup , etc.), gerente de marketing, time dedesenvolvimento, gerente de projeto, gerente da empresa. Aumentando assima responsabilidade de se obter um sistema capaz de satisfazer a todos eles.

Cada um terá um conjunto diferente de preocupações sobre o sistema.Seja o responsável por manter o sistema no ar, que precisa saber quantos recursosestão sendo consumidos a cada momento; seja o time de implementação, que precisadescobrir como adicionar uma nova funcionalidade sem quebrar as anteriores; seja o gerentedo projeto, que deve decidir por contratar mais desenvolvedores para implementaçãoou comprar soluções prontas.

Cada um desses estará preocupado também com qualidades diferentesdo sistema: o responsável pela disponibilidade do sistema quer saber como o sistemaescala se a base de usuários duplicar; já o time de implementação está preocupadoem deixar o sistema mais testável para que a implementação da nova funcionalidadeseja mais fácil; e, por outro lado, o gerente quer saber o desenvolvimentodo sistema é possível com um time de desenvolvedores menor que o atual.

Essas preocupações serão endereçadas pelo documento de arquiteturado SASF, que contém diversas visões direcionadas às diversas preocupaçõesdos interessados. Uma visão de implementação interessará ao responsável pela disponibilidade,assim como uma visão de decomposição interessará ao time de desenvolvimento,assim como uma visão de implementação interessará ao gerente do projeto,fazendo então que o documento de arquitetura possua diversas visões e se torne umdocumento complexo.