Arquitetura de Software
Ciclo de Vida da Gestão em Arquitetura de Software
Maximizando a geração de valor de projetos e produtos com arquiteturas de software
De que trata o artigo:
O artigo apresenta um ciclo de vida para a gestão das atividades de arquitetura de software em um projeto, de forma a gerar maior valor de negócios para um projeto, produto ou empresa.
Para que serve:
Conhecer e aplicar as atividades essenciais da arquitetura de software em um projeto, tais como: garantir o alinhamento técnico do projeto à organização, atender às restrições de custo, tempo e qualidade de um projeto, identificar e desenvolver requisitos arquiteturalmente significativos, antecipar e mitigar riscos técnicos, realizar a análise e desenho arquitetural, construir provas de conceito, gerar código executável, orientar e acompanhar o time técnico, validar a estabilidade da arquitetura executável e coletar lições aprendidas para o próximo ciclo de atividades arquiteturais.
Em que situação o tema é útil:
No desenvolvimento de projetos de software não triviais, na montagem de novos produtos, na evolução de tecnologias de produtos, em manutenções evolutivas complexas e, sobretudo, em esforço de aumento de alinhamento das ações de TI com as áreas de negócio de uma organização.
A arquitetura de software é uma área recente dentro da engenharia de software, tendo seus primórdios na literatura no começo da década de 90. Não obstante, ela tem obtido cada vez mais visibilidade nos projetos de TI no Brasil. É cada vez mais comum que empresas e projetos tenham pessoas ou times exercendo o papel do arquiteto de software e atividades em cronogramas relacionadas ao desenho de uma arquitetura de software. Mas o que é a arquitetura de software e quais são as atividades que devem ser realizadas pelo arquiteto de software? A arquitetura é uma atividade puramente técnica? Criar uma arquitetura de software é apenas modelar diagramas e implementar provas de conceito? A arquitetura de software produz realmente valor de negócio para um projeto? E como poderíamos organizar as atividades de arquitetura de software para gerar valor concreto para um projeto, produto ou organização?
Este artigo endereça estas e outras questões sobre as atividades de arquitetura de software e propõe um ciclo de vida para organização e ordenação temporal destas atividades em projetos de software de qualquer natureza, com o uso de qualquer tipo de processo de software.
À primeira vista, podemos imaginar que arquitetar um software é escolher que tecnologias um projeto irá adotar, como por exemplo, Java EE ou .NET. Esta visão míope, difundida por “arquitetos empilhadores de frameworks”, não pode estar mais longe da realidade. Em uma segunda análise, podemos imaginar que a arquitetura de software consiste de montarmos modelos em linguagens sofisticadas como UML2. Esta visão estrábica difundida por “arquitetos de papel” também está bem lon >">
ATENÇÃO! A EXIBIÇÃO DESTE ARTIGO FOI INTERROMPIDA.
|
#Este é um post fechado 
