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

Dificuldades

No entanto, documentar a arquitetura é tão ou mais difícilque criá-la. Os principais motivos são três: o documento reflete a complexidadeda arquitetura, que geralmente é alta; o documento reflete o tamanho da arquitetura,que o torna custoso para construir e ser lido; e o documento, por seutamanho e complexidade, é difícil de manter consistente com o sistema queele descreve.

A complexidade do documento surge principalmente da necessidadede mostrar de diferentes maneiras os diferentes aspectos da arquitetura,ou seja, da necessidade de mostrar as diferentes visões da arquitetura.Cada visão possui uma forma de melhor ser representada e também deve estarconsistente com as outras visões.

Exemplo

Na documentação da arquitetura do SASF podemosobservar, entre outras, duas visões diferentes: uma visão que mostraaspectos dinâmicos e outra que mostra o sistema estaticamente.

A visão estática mostra os principais módulos funcionaisdo software e, na [link] , foi representada por um diagrama declasses em Unified Modeling Language (UML) contendo os módulos funcionaise sua descrição. Entre esses módulos funcionais, podemos encontrar oresponsável pelo cadastro de usuários, o responsável pelo cadastro defilmes, o responsável por sugerir novos filmes a usuários, e o responsávelpelo streaming de filmes.

Figura

Já a visão dinâmica da arquitetura se preocupa em mostraros módulos que possuem comportamento dinâmico no sistema. Aqui, elesforam representados por um diagrama de sequência, também em UML, quemostra seu comportamento e suas interações com outros módulos ( [link] ). Obviamente, os módulos usados nessa visão devemter correspondentes na visão estática.

Figura

Documentos grandes levam tempo para serem construídos. Alémdisso, documentos grandes, na prática, não são usados a não ser que proporcionempara o desenvolvimento um benefício maior que o custo de lê-lo. Essa realidadepode ser traduzida em duas fases. Na primeira, é feito um grande esforçopara se construir o documento de arquitetura. Ainda nessa fase, o documento é completoe consistente com o sistema, além de ter o potencial para prover os benefíciosde uma arquitetura bem documentada. No entanto, a segunda fase consisteno processo de desatualização do conteúdo do documento, que ocorre por falhano processo ou pelo alto custo de se manter o documento consistente, e quetem por consequência a inutilização do documento de arquitetura e o possívelaumento da entropia no sistema.