<< Chapter < Page Chapter >> Page >

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.

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.

Uma visão estática da arquitetura do SASF

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.

Uma visão dinâmica da arquitetura do SASF, mostrandoo comportamento de alguns módulos durante o processo de transmissãode um filme.

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.

Get Jobilize Job Search Mobile App in your pocket Now!

Get it on Google Play Download on the App Store Now




Source:  OpenStax, Arquitetura de software. OpenStax CNX. Jan 05, 2010 Download for free at http://cnx.org/content/col10722/1.9
Google Play and the Google Play logo are trademarks of Google Inc.

Notification Switch

Would you like to follow the 'Arquitetura de software' conversation and receive update notifications?

Ask