<< Chapter < Page Chapter >> Page >

Escopo

Nem todas as decisões arquiteturais são válidas durantetodo o ciclo de vida do software ou válidas em todos os módulosque o compõem. Por isso, surge a necessidade de registrar o escopoda decisão. Este registro tipo de registro se torna importanteem decisões de propriedades, uma vez que normalmente tratam de preocupaçõestransversais e abrangem grandes partes do sistema, e em decisõesexecutivas, que devem, por exemplo, especificar quais etapas do processode desenvolvimento devem usar tais metodologias.

O [link] , a seguir, descreve o escopo da Decisão Arquitetural001, que é bem abrangente. Já no [link] , podemos observar que o escopo da decisãode usar JMX Java Management Extensions (JMX): (External Link) como tecnologia de monitoração é mais limitado.

(continuação da [Decisão Arquitetural 001])

Escopo : Esta decisão é válida paratodos os serviços que implementam lógica e que têm interfacecom o usuário.

Escopo : A decisão de usar JMX paraexposição das métricas de desempenho só é válida para os casos definidosna [Decisão Arquitetural 008].

Histórico

A documentação da arquitetura, assim como o queela representa, evolui ao longo do tempo. Decisões são tomadas,avaliadas, modificadas ou mesmo contestadas ao longo do ciclo devida da arquitetura. Portanto, é de se esperar que exista um registrohistórico da evolução de cada decisão arquitetural. Por isso consideramoso atributo histórico.

O atributo histórico deve conter, para cada modificaçãoda decisão, uma marca de tempo, o autor da modificação e um resumoda modificação. Se o documento estiver armazenado em um wiki ououtra forma eletrônica, o histórico pode conter links para as versõesanteriores da decisão.

O [link] ilustra o registro histórico da DecisãoArquitetural 001.

(continuação da [Decisão Arquitetural 001])

Histórico : sugerida (G. Germoglio, 2009/07/15); revisada , “Escopo modificado.” (G. Germoglio,2009/07/17); aprovada (J. Sauvé, 2009/07/18).

Estado atual

O atributo estado atual de uma decisão serve parapermitir mais uma dimensão de organização das decisões. Da mesma forma queas decisões evoluem ao longo do tempo, elas podem ter diversosestados que merecem ser registrados. Como o conjunto de estados quepodem ser atribuídos a uma decisão arquitetural depende do processode desenvolvimento adotado, citamos apenas alguns estados mais comuns:

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