Arquitetura de software

Origem: Wikipédia, a enciclopédia livre.

Processo de Desenvolvimento de Software
Este artigo é parte da série Processo de desenvolvimento de software
Atividade e Passos
Requirimentos \| Arquitetura \| Especificação \| Implementação \| Teste \| Implantação \| Manutenção
Modelos
Ágil \| Cleanroom \| Interativo \| RAD \| RUP \| Spiral \| Waterfall \| XP \| Scrum
Disciplinas de Apoio
Gerenciamento de configuração \| Documentação \| Gerenciamento de Projeto

A arquitetura de software de um sistema consiste dos componentes de software, suas propriedades externas, e suas relacionamentos com outros softwares. O termo também se refere à documentação da arquitetura de software do sistema. A documentação da arquitetura do software facilita: a comunicação entre os stakeholders, registra as decisões iniciais acerca do projeto de alto-nível, e permite o reuso do projeto dos componentes e padrões entre projetos.

[editar] Introdução

O campo da ciência da computação tem lidado como problemas associados como complexidade da informação desde sua criação .^[1] Os primeiros problemas de complexidade foram resolvidos pelo desenvolvedores pela escolha de estrutura de dados, desenvolvimento de algoritmos. e pela aplicação de conceitos de separação de escopos. Embora o termo arquitetura de software seja relativamente novo na industria, os princípios fundamentais deste campo vem sendo aplicados esporadicamente pela engenharia de software desde o inicio dos anos 80. A primeiras tentativas de capturar e explicar a arquitetura de software do sistema foram imprecisas e desorganizadas – freqüentemente caracterizadas por um conjunto de diagramas .^[2] Durante o decorre da década de 90 houve um esforço concentrado para definir e codificar os aspectos fundamentais desta disciplina. Inicialmente um conjunto de padrões de projeto, estilo, melhores práticas, descrição de linguagens, e lógica forma foram desenvolvidas durante este período.

A disciplina de arquitetura de software é centrada na idéia da redução da complexidade através da abstração e separação de interesses. Até esta data não há ainda um concordância precisa a respeito da definição do termo arquitetura de software ^[3]

Sendo a arquitetura de sistema uma disciplina em maturação, sem regras claras, a ação do arquiteto é ainda uma composição de arte e ciência. Os aspectos de arte da arquitetura de software são devido ao fato que os sistemas de software comerciais suportam alguns aspectos de um negócio ou missão. Como o direcionamento de negócio chave para o suporte sistemas são descrito nos cenários como requerimentos não funcionais de sistema, também conhecidos como atributos de qualidade, que determinam como um sistema ira se comportar. ^[4] Cada sistema é único devido a natureza do negócio que ele suporta, tal que o nível dos atributos de qualidade exigidos de um sistema como compatibilidade, extensibilidade, confiabilidade, manutenabilidade, disponibilidade, segurança, usabilidade, dentre outros – iram variar com cada aplicação. ^[4]

Para trazer a perspectiva da arquitetura de software do usuário para dentro da dentro da arquitetura de software, pode-se dizer que a arquitetura de software da a direção dos passos que serão tomados e as tarefas envolvidas em cada área de especialidade e interesse do usuário, por exemplo, stakeholders de sistemas de software, os desenvolvedores de software, o grupo de suporte ao software do sistema operacional, aos testadores e usuários de negocio final. Neste sentido, a arquitetura de software se torna a ligação das múltiplas perspectivas que um sistema trás embutida. O fato que estas várias perspectivas diferentes possam ser postas juntas em uma arquitetura de software padrão justificativa e valida a necessidade de criação da arquitetura de software antes do desenvolvimento do software em um que projeto alcançou a maturidade.

Sendo a arquitetura de sistema uma disciplina em maturação, sem regras claras, a ação do arquiteto é ainda uma composição de arte e ciência. Os aspectos de arte da arquitetura de software são devido ao fato que os sistemas de software comerciais suportam alguns aspectos de um negócio ou missão. Como o direcionamento de negócio chave para o suporte sistemas são descrito nos cenários como requerimentos não funcionais de sistema, também conhecidos como atributos de qualidade, que determinam como um sistema ira se comportar. ^[4] Cada sistema é único devido a natureza do negócio que ele suporta, tal que o nível dos atributos de qualidade exigidos de um sistema como compatibilidade, extensibilidade, confiabilidade, manutenabilidade, disponibilidade, segurança, [[usabilidade, dentre outros – iram variar com cada aplicação. .^[4]

[editar] História

A origem da arquitetura de software como um conceito foi primeiramente identificado no trabalho de pesquisa de Edsger Dijkstra em 1968 e David Parnas no início de 1970. Estes cientistas enfatizaram a importância das estrutura de um sistema de software e a criticidade da identificação da sua estrutura^[6]. O estudo deste campo aumentou de popularidade desde o inicio de 1990 com os trabalhos de pesquisa concentrando-se nos padrões de estilo de arquitetura, linguagens de descrição de arquitetura, documentação de arquitetura, e métodos formais ^[7]. Muitas instituições de pesquisa tais como Carnegie Mellon University and University of California, Irvine estavam realizando muitas pesquisas no campo da arquitetura de software. Mary Shaw e David Garlan of Carnegie Mellon escreveram um livro intitulado Software Architecture: Perspectives on an Emerging Discipline em 1996, o qual trazia a tona conceitos da arquitetura de software, tais como componentes, conexões, estilos, etc. Os esforços do . UCI's Institute for Software Research na pesquisa da arquitetura de software foram inicialmente direcionado para os estilos de arquitetura, descrições de linguagens arquitetura, e arquiteturas dinâmicas.

ANSI/IEEE 1471-2000: Recommended Practice for Architecture Description of Software-Intensive Systems foi a primeira norma padrão na área de arquitetura de software, e foi recentemente adotada pelo ISO como ISO/IEC DIS 25961.

[editar] Descrevendo arquiteturas

[editar] Linguagem de descrição de arquitetura

As Linguagens de descrição de arquitetura (LDAs) são usados para descrever a arquitetura de software. Vários diferentes LDAs foram desenvolvidas por diferentes organizações, incluindo Wright (desenvolvido por Carnegie Mellon), Acme (desenvolvido por Carnegie Mellon), xADL (desenvolvido por UCI), Darwin (desenvolvido por Imperial College London), DAOP-ADL (desenvolvido pela University of Málaga). Elementos comuns de uma LDA são componente, conexão e configuração.

[editar] Visões

A arquitetura de software é normalmente organizada em visões ^[8], as quais são análogas aos diferentes tipo de blueprint utilizados no estabelecimento da arquitetura. Na ontologia estabelecida pela ANSI/IEEE 1471-2000, visões são instancias de pontos de vista, onde um ponto de vista existe para descrever a arquitetura na perspectiva de um conjunto de stakeholders e seus consortes.

Algumas possíveis visões são:

Visão funcional/lógica
Visão de código.
Visão de desenvolvimento/estrutural
Visão de concorrência/processo/thread
Visão física/evolutiva
Visão de ação do usuário/feedback

Várias linguagens para descrição da arquitetura de software foram inventadas, mas nenhum consenso foi ainda alcançado em relação a qual conjunto de símbolos ou sistema representação deve ser adotado. Alguns acreditam que a UML ira estabelecer um padrão para representação de arquitetura de software. Outros acreditam que os desenvolvimentos efetivos de software devem contar com a compreensão única das restrições de cada problema, e notações tão universais são condenadas a um final infeliz porque cada uma prove um notação diferenciada que necessariamente torna a notação inútil ou perigosa para alguns conjuntos de tarefas. Eles apontam que a proliferação de linguagens de programação e a sucessão de tentativas falhas para impor uma simples 'linguagem universal' na programação, como uma prova do sucesso do software na sua diversidade e falta de padrões.

[editar] Padrões de arquitetura

DODAF
MODAF
TOGAF
Zachman framework
Federal Enterprise Architecture

[editar] Exemplos de arquitetura

Há muitas formas comuns de projetar módulos de software de computador e suas comunicações, entre elas:

Cliente-Servidor
Computação distribuída
P2P
Blackboard
Criação implícita
Pipes e filtros
Plugin
Sistema Monolítico
Modelo em três camadas
Analise de sistema estruturada (baseada em módulos, mas usualmente monolíticas em dentro dos módulos)
Arquitetura orientada a serviço
Arquitetura orientada a busca

[editar] Ver também

Padrões de projeto de software
Antipadrões de software
Modelagens de dados padrões
Matriz de estrutura de dependência
Arquitetura de negócio
Arquitetura de processo
Arquiteto de software

[editar] Ligações externas

Retirado de "http://pt.wikipedia.org../../../a/r/q/Arquitetura_de_software.html"

Categoria: Engenharia de Software