Neste post eu procuro explicar um pouco sobre o que é arquitetura de software e qual a necessidade de um arquiteto, procurando um pouco de ordem no meio do aparente "caos" das diversas definições e classificações existentes.
Arquitetura de software é um daqueles termos que todo mundo sabe (ou acha que sabe) o que é, mas não consegue definir. Outros exemplos desses termos são requisitos e qualidade. Quando perguntamos a alguém o que é isso a resposta clássica é: eu sei o que é mas não sei explicar! E parece que não há um consenso entre as associações e organizações que criam as definições "oficiais" utilizadas pela indústria do software! Não é que elas briguem entre si, mas não existe uma definição única. Cada nova organização que se mete no assunto acha que falta alguma coisa na definição presente e resolve acrescentar algo ou mudar a forma de descrever.
Isso ocorre porque esses termos são abstratos e englobam muitos conceitos em uma coisa só. Por isso existem tantas definições! Cada uma foca em alguns aspectos que considera mais importantes e elas acabam se complementando. É por isso também que os termos acabam ainda tendo várias classificações, para tentar restringir os conceitos englobados pela definição mais genérica. No caso específico de arquitetura acaba gerando tipos como: arquitetura corporativa, arquitetura de informações, arquitetura de dados, arquitetura de sistemas, arquitetura de software, arquitetura de soluções, etc.
Quando entramos na classificação mais detalhada é que começam a ocorrer inconsistências entre as diversas definições. E o pior é que na maioria das empresas as pessoas acabam se referindo aos tipos de arquitetura como se fossem definições totalmente claras e bem consolidadas. Ok, e como é que nós profissionais de arquitetura e desenvolvimento de software podemos lidar com isso?
Minha sugestão é focar nos conceitos fundamentais, que acabam sendo sempre os mesmos. Para cada definição específica de arquitetura varia a que se aplicam esses conceitos. No caso de arquitetura, uma definição concisa que eu gosto é: "Arquitetura é a definição dos elementos que compõem uma estrutura e como eles se relacionam". Quando entramos em algo mais específico como "Arquitetura de Software" o que muda é a definição de quem são os elementos utilizados, qual a estrutura e possibilidades de relacionamento entre eles. E quem seriam os elementos e a estrutura para arquitetura de software? A estrutura é o próprio software e os elementos são os constituintes do software como:
- classes
- componentes
- serviços
A arquitetura define como são organizados esses elementos para montar o software e o arquiteto é o responsável pela sua criação. Mas o mais importante é saber quais as possíveis escolhas e que fatores influenciam na sua seleção. Aí entra a caixa de ferramentas do arquiteto (conjunto de possíveis escolhas/soluções) e os requisitos que o software deve atender (permitem selecionar quais as soluções viáveis/interessantes)
Esse é um tema muito interessante e extenso e pretendo escrever mais sobre o papel de um arquiteto em futuros posts, pois este post já está ficando maior do que eu pretendia! De qualquer forma esse tipo de discussão é algo que procuro trazer aos cursos mais avançados de arquitetura da Globalcode, como a Academia do Arquiteto e o curso oficial Oracle Arquiteto de Aplicações Enterprise Java EE. Nas últimas turmas tivemos discussões bem interessantes com uma grande troca de experiências entre os alunos!
Até o próximo post onde vou falar um pouco mais sobre os fatores que devem ser considerados na escolha de uma arquitetura e o papel do arquiteto
[]sKleber Xavier
Comentários