| << Chapter < Page | Chapter >> Page > |
Ainda no SASF e também pela decisão de proteger os direitosautorais usando GDD, o arquivo contendo o filme é transmitido encriptado parao cliente. Essa encriptação é uma forma de dificultar a reprodução do vídeoem programas não autorizados. No entanto, o reprodutor de vídeo autorizado devepagar um preço por isso: para decodificar um arquivo com GDD, é necessário maisprocessamento e, portanto, maior consumo de recursos. Isso ocasiona perda dedesempenho, o que pode ser crítico em dispositivos com menos recursos,como celulares. Por isso, a decisão de segurança também tem impacto negativono desempenho, caracterizando um conflito entre esses dois atributos.
Note que para afirmarmos que uma arquitetura alcançou algum sucesso,os stakeholders devem se mostrar satisfeitos com o sistema desenvolvido a partir dela.Para tanto, espera-se que o arquiteto seja capaz de projetar uma arquitetura que alcancedois principais objetivos: atendimento de requisitos e resolução de conflitos.
O primeiro objetivo, atender aos requisitos dos stakeholders,acaba sendo óbvio, pois para satisfazer os interessados, o sistema deve fazero que eles esperam dele. Mas apesar de óbvio, enfatizar esse objetivo servepara o arquiteto iniciante perceber que seu objetivo principal é projetaruma arquitetura com atributos de qualidade capazes de atender aos requisitos dosistema impostos e esperados pelos stakeholders e não só por ele próprio. No exemplo a seguir, mostramos um caso quandoisso não acontece.
Em alguns celulares e outros aparelhos que executamsoftware embarcado, espera-se que esse software tenha um bom desempenho,principalmente considerando a escassez de recursos do ambiente de execução.Afinal, o usuário não quer pressionar uma tecla e esperar vários segundospela resposta. Por outro lado, não se espera que o software sejaextensível, uma vez que alguns desses aparelhos nem ao menos permitematualizações de software. Considerando que, nesse caso, desempenho e economiade recursos são requisitos mais críticos que extensibilidade, denada adianta o arquiteto do software para aparelhos que não permitematualizações projete uma arquitetura que torne o software extensível,com diversos níveis de abstração, quando esses níveis impactam negativamenteno desempenho.
Pode parecer ingenuidade tomar decisões em favor da extensibilidadequando se espera desempenho, como ilustrado no [link] . No entanto, esse erro é muito comum e não é sócometido por arquitetos inexperientes. Muitos arquitetos não consideram oreal impacto de suas decisões e se deixam levar por modas de padrões, frameworks É comum que a adoção de um framework seja seguida de decisões arquiteturais impostas por ele e essas decisõespodem comprometer ou conflitar com os objetivos traçados peloarquiteto e esperados pelos stakeholders. ou abordagens que prometem resolver todos seus problemas. Às vezes,é apenas considerado que assim será mais fácil “vender” a arquitetura aogerente do projeto.
Notification Switch
Would you like to follow the 'Arquitetura de software' conversation and receive update notifications?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|