IESolutions
Intelligent Enterprise Solutions
CESAR – Centro de Estudos e Sistemas Avançados de Recife
Apresentação Arquitetura GridBackup - 24/07/2009
Componentes
• Clóvis Nascimento
• Rochely Estevam
• Thiago Toscano
• Vicente Melo
• Wesley Silva
Apresentação
•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
Padrões arquiteturais
•Camadas
•Hybrid Peer-to-peer
Apresentação
•Padrões Arquiteturais
•Padrões de Projeto
•Frameworks e componentes
•Visões
•Requisitos de Relevância
Arquitetural
Padrões de projeto
•Facade
•Singleton
Apresentação
•Padrões Arquiteturais
•Padrões de Projeto
•Frameworks e componentes
•Visões
•Requisitos de Relevância
Arquitetural
Frameworks e componentes
• WindowsForm
• .NET Remoting
• NHibernate
• System.Security.Cryptography
Apresentação
•Padrões Arquiteturais
•Padrões de Projeto
•Frameworks e componentes
•Visões
•Requisitos de Relevância
Arquitetural
Visões
• Visão Lógica
• Visão de Implantação
• Visão de Processo
• Visão de Camadas
• Visão de Implementação
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
Apresentação
•Padrões Arquiteturais
•Padrões de Projeto
•Frameworks e componentes
•Visões
•Requisitos de Relevância
Arquitetural
Requisitos de Relevância Arquitetural
• 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