Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Revista MSDN Magazine Edição 03 - Arquitetando Software para um Cenário de Mudanças Constantes
Artigo Originalmente Publicado na MSDN Magazine Edição 03
Clique aqui para ler todos os artigos desta edição
Arquitetando Software para um Cenário de Mudanças Constantes
por Pedro Manfredi
Introdução
No papel de arquitetos de software, profissionais de TI precisam projetar soluções capazes de acomodar a dinâmica ditada pelos ambientes de negócio e tecnológico. Ou seja, soluções com capacidade intrínseca de acomodar mudanças.
Em artigo recente para a IEEE, Martin Folwer coloca em cheque a real necessidade do profissional de arquitetura (Who needs an Architect?) na área de software. No artigo em questão, ele faz comparações (praticamente inevitáveis) entre a arquitetura de edificações e a arquitetura de software. A conclusão é que a diferença entre estas duas reside no fato de que, no caso da arquitetura de edificações, uma vez concretizadas, as decisões tomadas são difíceis de serem modificadas. Por exemplo, depois de finalizada a fundação de um edifício, do ponto de vista prático ou econômico é muito difícil (quando não impossível) realizar alterações estruturais. A tradução livre de dois trechos desse artigo, que transcrevo a seguir, serve como ponto de reflexão para o tema deste artigo:
“Quando se trata de software, não existe, do ponto de vista teórico, razão para que algo seja difícil de ser modificado. Se você escolhe uma parte qualquer de um software, não é tão complicado assim fazer com que este módulo específico seja projetado de forma a acomodar facilmente modificações. Entretanto, fazer com que todo o software, de forma holística, seja capaz de acomodar mudanças, é outra história. Projetar parte de um sistema com o intuito de facilitar futuras mudanças nele já o torna um pouco mais complexo, mas projetar um sistema que permita mudanças em todo o software torna-o extremamente complexo. Complexidade é o que dificulta as modificações no software, o que é um contra-senso.”
Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Pedro Manfredi
Pedro Manfredi (pedrom@microsoft.com) trabalha na Microsoft Brasil desde 1992 e atualmente é responsável pelo programa de relacionamento com arquitetos de software.
