IESolutionsIntelligent Enterprise Solutions

CESAR – Centro de Estudos e Sistemas Avançados de Recife Apresentação Arquitetura GridBackup - 24/07/2009

• Clóvis Nascimento• Rochely Estevam• Thiago Toscano• Vicente Melo• Wesley Silva

Componentes

• Padrões Arquiteturais• Padrões de Projeto• Frameworks e componentes• Visões• Requisitos de Relevância

Arquitetural

Apresentação

• Padrões Arquiteturais• Padrões de Projeto• Frameworks e componentes• Visões• Requisitos de Relevância

Arquitetural

Apresentação

• Camadas• Hybrid Peer-to-peer

Padrões arquiteturais

• Padrões Arquiteturais• Padrões de Projeto• Frameworks e componentes• Visões• Requisitos de Relevância

Arquitetural

Apresentação

• Facade• Singleton

Padrões de projeto

• Padrões Arquiteturais• Padrões de Projeto• Frameworks e componentes• Visões• Requisitos de Relevância

Arquitetural

Apresentação

• WindowsForm• .NET Remoting• NHibernate• System.Security.Cryptography

Frameworks e componentes

• Padrões Arquiteturais• Padrões de Projeto• Frameworks e componentes• Visões• Requisitos de Relevância

Arquitetural

Apresentação

• Visão Lógica• Visão de Implantação• Visão de Processo• Visão de Camadas• Visão de Implementação

Visões

Visão Lógica

Visão Lógica

Visão de Implantação

Visão de Processo

Visão de Camadas

Visão de Camadas

Visão de Implementação

Visão de Implementação

• Padrões Arquiteturais• Padrões de Projeto• Frameworks e componentes• Visões• Requisitos de Relevância

Arquitetural

Apresentação

• RF001-Autenticação• Impactos: Para realização qualquer ação, o sistema deverá

identificar todos os peers e autorizar apenas as ações que são pertinentes.

• Ações: O sistema terá um repositório único para autenticação, localizado no servidor.

• Tipo de Atributo de qualidade: Segurança, Otimização de Recursos

• RF002-Identificação de destino• Impactos: O sistema deverá identificar em qual (is) destino(s) o peer

deverá realizar o armazenamento de dados.• Ações: Para a seleção de que peers o sistema irá armazenar,

utilizaremos um algoritmo no servidor que selecionará aleatoriamente os peers de destino que estiverem logados..

• Tipo de Atributo de qualidade: Confiabilidade.

Requisitos de Relevância Arquitetural

• RF003-Backup dos dados e RF004-Restauração dos dados • Impactos: O sistema precisará se comunicar com outros sistemas.• Ações: Será necessário implementar em cada sistema que será

instalado na máquina do usuário um cliente e um servidor, permitindo assim a comunicação entre as partes envolvidas. Para isso foi adotado o padrão peer-to-peer.

• Tipo de Atributo de qualidade: Manutenibilidade, Portabilidade.

• RF008 – Interface gráfica• Impactos: O sistema deverá possuir uma interface gráfica para

itnteração com o usuário• Ações:Criar camadas acima do sistema existente de modo que

seja possível prover interface gráfica• Tipo de Atributo de Qualidade: Usabilidade

Requisitos de Relevância Arquitetural

• RNF004 – Velocidade de backups• Impactos: Os dados devem trafegar na rede com velocidade

satisfatória.• Ações: Adoção de tecnologia de transferência utilizando

sockets.• Tipo de Atributo de Qualidade: Desempenho

• RNF005 – Criptografia de dados • Impactos: O sistema deverá garantir que os dados não serão

interceptados durante a transferência de dados pela rede.• Ações: Antes dos dados serem trafegados na rede, estes devem

ser criptografados.• Tipo de Atributo de qualidade: Segurança.

Requisitos de Relevância Arquitetural

• RNF006 – Manutenibilidade e Testabilidade• Impactos: O sistema deverá ser desenvolvido com o menor

acoplamento possível.• Ações: Desenvolver o sistema de maneira modular e em

camadas.• Tipo de Atributo de Qualidade: Manutenibilidade

Requisitos de Relevância Arquitetural