| << Chapter < Page | Chapter >> Page > |
A rastreabilidade nos permite analisar qual o impacto deuma decisão de design, tanto em termos de quais requisitos ela afeta, quantoquais elementos de software ela dita a existência ou, em caso de manutenção,quais elementos são ou devem ser afetados por mudanças nos requisitos ou nasdecisões. O exemplo a seguir mostra aspectos de rastreabilidade na documentaçãoda arquitetura do SASF.
Se observarmos a arquitetura do SASF e procurarmospelas decisões responsáveis por facilitar a manutenção do sistema,encontraremos entre elas a decisão de divisão do sistema em camadas.Essa decisão sugere uma divisão do sistema em camadas lógicas,mas também influencia na divisão em pacotes, serviços ou mesmo processos.Assim, a satisfação do requisito de manutenibilidade está diretamenteligada à correta divisão das partes do sistema em apresentação, lógicade negócio e persistência.
Da mesma maneira, se partirmos das partesque formam as camadas de apresentação, lógica de negócio e persistência,observaremos que elas estão ligadas à divisão do sistema (e à decisãoarquitetural) que se propõe a atender a requisitos de manutenibilidade.
Em capítulos anteriores, definimos arquitetura de software usandoo padrão ISO/IEEE 1471-2000, que diz que ela é a organização fundamental de um sistema, representadapor seus componentes, seus relacionamentos com o ambiente, e pelos princípiosque conduzem seu design e evolução . Após a definição, mencionamos também quea arquitetura é composta de diversas decisões de design (no caso, design de alto-nívelou arquitetural) e que cada decisão contém, ao menos em nível conceitual, uma descrição,objetivos e algum argumento ou motivação. Como a arquitetura é formada por decisõesarquiteturais, devemos conhecer os tipos de decisões arquiteturais para então sermoscapazes de documentar a arquitetura.
Uma decisão arquitetural, como também já definido anteriormente, é uma escolha entre as alternativas de design arquitetural,que se propõe a alcançar um ou mais atributos de qualidade do sistema,por meio de estruturas ou regras que ela envolve ou define . Em outras palavras, podemos dizer que umadecisão arquitetural descreve parte do design, onde essa descrição pode: (1) ditara existência ou inexistência de partes do sistema, (2) especificar propriedadesque, durante a construção, partes do sistema devem satisfazer, ou (3) citar técnicasque devem ser seguidas durante a construção de partes do sistema. Podemos então dividiras decisões arquiteturais em:
Notification Switch
Would you like to follow the 'Arquitetura de software' conversation and receive update notifications?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|