Arquitetura de Software v2

Evolução
1. Fase 1: Utilização de diagramas compostos de caixas e setas e notas informais, surgem as primeiras ideias de tipos abstratos de dados, orientação a objetos e herança, surgem os primeiros componentes considerados caixas pretas. Trabalhos com estruturas de software, pipe-filter, repositórios, invocação implícita e etc. que ajudam a melhorar a formalização da solução.
2. Fase 2: Surgem os modelos basícos, surgem visão arquitetural do software
3. Fase 3 : Surge as primeiras ideias de refinamento em modelos, Boas Práticas.
4. Fase 4: Conceito de estilo de arquiteturais, ferramentas case para automatizar o processo de construção de software
5. Fase 5: Maturidade do conceito, uso da UML como padrão difundido na contrução de modelo arquiteturais de software
6. Fase 6 : Tecnologias n-camadas, cliente/servidor, agente base arquitetura, Serviço orientado a serviço(SOA)
Ciclo de Vida
1. Definição: defini a arquitetura do projeto
  1. Usando:
    1. Padrões arquiteturais
    2. Design Patterns
    3. Experiencias Passadas
2. Também
  1. 1. Avalia
  2. 2. Atualiza
  3. 3. Refatora
  4. 4. Arquitetura dentro do ciclo de vida do produto e sendo aplicada na implementação.
Visões
1. Logica
  1. abordada os requisitos funcionais do sistema, indicando os pacotes, subsistemas e classes;
2. Implementação
  1. descreve a organização dos elementos estatísticos da arquitetura, compostos pelos códigos fontes, executáveis, componentes, arquivos, banco de dados e outros artefatos
3. Processo
  1. mostra os aspectos da arquitetura associados à execução concorrente de códigos (threads, processos, interfaces, etc.) e aborda assuntos como paralelismo e outros.
4. Implantação
  1. mostra os módulos executáveis e aqueles utilizados em tempo de- execução da arquitetura.
5. Caso de Uso
  1. apresenta um ponto de vista externo ao sistema, descrevendo seu comportamento sob a perspectiva dos usuários e projetistas, capturando os requisitos funcionais que definirão a estrutura base do sistema.
Estilo Arquiteturais
1. Tipos de dados Abstratos
  1. Estrutura de Software
    1. Inclui representação de um empacotamento com seus operadores
  2. Especificações
    1. Primeiramente as especificações matemáticas
  3. Questoes de linguagem
    1. Módulos, escopo, tipos definido pelo usuário
  4. Integridade do Resultado
    1. Invariantes de estruturas de dados e proteção contra outra manipulação;
  5. Regras para Tipo
    1. Declarações
  6. Ocultação de Informação
    1. Proteção de Propriedades
Modelos de AS
1. Pipes e Filters
  1. Usos Conhecidos
    1. Unix, CMS Pipelines, Yahoo Pipes, Compiladores, Conversão Doc./PDF
  2. Filtros: obtém, executa função sobre o dado de entrada e fornece saídas. Pipes – transfere, buffer dados e sincroniza componentes vizinhos com ativos. Fonte de dados – fornece entrada para processamento no Pipes. Receptores de dados - consome saída
  3. Estrutura : Contexto  Problema  Solução
  4. A análise léxica é a primeira fase do compilador. A função do analisador léxico, também denominado scanner, é ler o código fonte, caracter a caracter, buscando a separação e identificação dos elementos componentes do programa fonte, denominados símbolos léxicos ou tokens. É também de responsabilidade desta fase a eliminação de elementos "decorativos" do programa, tais como espaços em branco, marcas de formatação de texto e comentários.
    1. A análise sintática, ou análise gramatical é o processo de se determinar se uma cadeia de símbolos léxicos pode ser gerada por uma gramática. O analisador sintático é o cerne do compilador, responsável por verificar se os símbolos contidos no programa fonte formam um programa válido, ou não. No caso de analisadores sintáticos top-down, temos a opção de escrevê-los à mão ou gerá-los de forma automática, mas os analisadores bottom-up só podem ser gerados automaticamente.
      1. As análises léxica e sintática não estão preocupadas com o significado ou semântica dos programas que elas processam. O papel do analisador semântico é prover métodos pelos quais as estruturas construídas pelo analisador sintático possam ser avaliadas ou executadas. As gramáticas livres de contexto não são suficientemente poderosas para descrever uma série de construções das linguagens de programação, como por exemplo regras de escopo, regras de visibilidade e consistência de tipos. É papel do analisador semântico assegurar que todas as regras sensíveis ao contexto da linguagem estejam analisadas e verificadas quanto à sua validade. Um exemplo de tarefa própria do analisador semântico é a checagem de tipos de variáveis em expressões.
        Geração de código intermediário Na fase de geração de código intermediário, ocorre a transformação da árvore sintática em uma representação intermediária do código fonte. Esta linguagem intermediária é mais próxima da linguagem objeto do que o código fonte, mas ainda permite uma manipulação mais fácil do que se código assembly ou código de máquina fosse utilizado.
2. Cliente Servidor
3. SOA
4. Camadas
  1. Uso Conhecidos
    1. Máquina virtual, banco de dados, firewall, DAL, Mapa, cliente/servidor, API
  2. Estrutura
5. P2P
Categorias e Padroes Estrutrais
1. Estrutural
  1. Padrao: padrões nesta categoria ajudam você a evitar um “mar” de componentes ou objetos. Em particular, eles suportam uma decomposição controlada de uma tarefa global do sistema em sub-tarefas cooperativas.
  2. Exemplos: Camadas | Pipes e Filtros | Quadro Negro
2. Distribuída
  1. esta categoria compreende macro-soluções para sistemas baseados em distribuição.
  2. Exemplo: Broker
3. Interativa
  1. esta categoria compreende dois padrões que suportam a estruturação de sistemas de software que trabalham a interação homem-máquina.
  2. Exemplos : MVC | PAC (Presentation-Abstraction-Control)
4. Adaptativa
  1. os padrões nessa categoria suportam a extensão de aplicações e suas adaptações às tecnologias em evolução, bem como às mudanças dos requisitos funcionais.
  2. Exemplos: MicroKernel | Reflection
Padrão Arquitetural
1.  Descrição deve possuir : Nome  Exemplo  Contexto  Problema  Solução  Estrutura  Usos conhecidos 

Next up

Arquitetura de Software v2

Description

Resource summary

Media attachments

Similar

	Created by Vitor Santos over 10 years ago