Sebenta de eas

Disponível somente no TrabalhosFeitos
  • Páginas : 53 (13235 palavras )
  • Download(s) : 0
  • Publicado : 26 de março de 2013
Ler documento completo
Amostra do texto
Sebenta de EAS

Capítulo 1 - Ciclo de vida da Arquitectura 2
Capítulo 2 - O que é a arquitectura de Software? 4
Chapter 4 - Understanding Quality Attributes 9
Capítulo 5 - 20
Capitulo 7 – Desenhando a Arquitectura 30
Padrão Composite 38
Padrão Observer 40
Padrão Strategy 43
Padrão Transaction Script 45
Domain Model e Service Layer 46




Capítulo 1 - Ciclo de vida da ArquitecturaArquitectura de SW

Estrutura ou estruturas de um sistema que inclui os elementos de software, as propriedades externamente visíveis desses elementos e as relações entre eles. Uma arquitectura resulta de um conjunto de decisões técnicas e decisões de negócio.

Resumindo:

• Objectivos organizacionais influenciam os requisitos;
• Requisitos levam a uma arquitectura;
• Asarquitecturas produzem sistemas;
• Os sistemas sugerem novas capacidades organizacionais e técnicas.

Quando se parte para o desenho de uma arquitectura tem de se ter em conta:

• Intervenientes (stakeholder): Cada um dos intervenientes indica o que espera da nova aplicação;
• Conflitos: Cada um dos diferentes intervenientes tem diferentes problemas e objectivos, muitos dosquais podem ser conflituosos;
• Explicitar: a arquitectura de forma a gerir conflitos e interesses de todos os intervenientes;
• Negociar aspectos como:
Segurança vs desempenho;
Manutenção vs fiabilidade;
Custos adicionais aos inicialmente previstos.

Qualidades de um Arquitecto: Diplomacia; Negociação; Comunicação

Influências na Arquitectura: Intervenientes (cliente,utilizador), Organização (capacidade da equipa, orçamento etc.), Ambiente técnico; Experiência passada, Retorno.

Processo de Software

• Criar caso de negócio: custo, alvo e tempo para o mercado, definir se tem interfaces com outros sistemas, levantamento de limitações.
• Compreender requisitos: atributos de qualidade; ver se este sistema é uma variação de outro; prototipagem.• Criar ou escolher Arquitectura: usar arquitecturas simples de fácil compreensão.
• Documentar e comunicar a Arquitectura: Deve ser comunicada sem ambiguidades a todos os intervenientes.
• Analisar e Avaliar: analisar as suas qualidades. Ex: É de fácil manutenção?
• Implementar sistema baseado na Arquitectura: Infra-estrutura que ajude o programador na criação e manutenção daarquitectura.
• Manutenção: Durante esta fase deve-se garantir que a arquitectura e a sua documentação se mantêm consistentes


Não existe uma “Boa” Arquitectura, mas sim regras que devem ser seguidas:

• Deve ser o produto de um arquitecto ou uma equipa pequena de arquitectos.
• Deve haver os requisitos técnicos do sistema e uma lista ordenada das qualidades que a arquitecturadeve satisfazer
• Deve ser bem documentada
• Deve circular pelos intervenientes que devem ser activos na sua revisão
• Deve ser analisada de forma quantitativa
• Deve permitir escolher um primeiro esqueleto de implementação
• Com a arquitectura deve resultar claro o conjunto de áreas críticas (rede, memória) e a sua resolução
• Deve definir módulos comresponsabilidades funcionais claras
• Os módulos devem ter um interface bem definido
• A arquitectura não deve depender de uma determinada versão de um produto
• Módulos que produzem dados devem ser separados dos que consomem
• Deve possuir um número pequeno de padrões de interacção



Capítulo 2 - O que é a arquitectura de Software?


O que é e o que não é Arquitectura de SoftwareArquitectura de software de um programa ou sistema é a estrutura ou estruturas do sistema que contempla elementos de software, as propriedades externamente visíveis desses elementos e as relações entre eles.

• Arquitectura define elementos de software. Esses elementos interagem através de interfaces que partilham detalhes públicos e privados desses elementos. Só os elementos públicos são...
tracking img