Grid Versioning Service (GVS) left | Version Date:

Conteúdo Motivação Visão Geral Requisitos do Cliente Requisitos do Serviço Cronograma Alto Nível Entregáveis

Motivação Desenvolvimento colaborativo com desenvolvedores geograficamente distribuídos –Projetos do C.E.S.A.R -> Recife, São Paulo, etc... Problema para manter o mesmo tempo de acesso de um repositório local –Ampliar a banda eleva muito o custo da solução!!! Quando utilizamos vários repositórios (um em cada site): –Diferentes domínios de autenticação; –Sincronização “manual” e leva muito tempo (principalmente devido a rede); –Necessita de maior alocação de um CM Ferramentas comerciais resolvem o problema, contudo tem um custo muito elevado –Exemplo: IBM Rational ClearCase MultiSite

Serviço GVS Visão Geral Repositório CVS Cliente GVS (interface CVS) Site A Fora do escopo Escopo do projeto Cliente CVS Serviço GVS Repositório SVN Cliente GVS (interface CVS) Site B Cliente SVN Serviço GVS Repositório ClearCase Cliente GVS (interface CVS) Site C Cliente ClearCase

Requisitos do Cliente Compatibilidade com CVS –Compatibilidade a nível de configuração e parâmetros com o cliente CVS; –Configuração utilizando apenas variável de ambiente CVS_ROOT ou parâmetro do cliente CVS; –Efetuar operações do CVS utilizando uma instância de serviço GVS; –Método adicional para indicar a utilização do GVS Comunicação –Comunicação segura utilizando SOAP/JXTA; Distribuição –Cache dos sites conhecidos; –Determinação dos sites em uso sem necessidade de configuração adicional; –Localização dos sites sem intervenção do desenvolvedor

Requisitos do Cliente Desenvolvimento –Licença BSD; –Testes unitários utilizando JUnit; –Utilização de Maven para build do projeto Segurança –Autenticação única para qualquer site; –Autenticação utilizando LDAP; –Comunicação através de firewalls

Requisitos do Serviço GVS Compatibilidade com CVS –Abstrair o sistema de controle de versão utilizado Definir operações com base em sistemas existentes (ex. CVS e SubVersion); Operações devem ser compatíveis com o CVS –Uma implementação do serviço onde as requisições de operações dos clientes são efetuadas em um repositórios CVS existente Comunicação –Comunicação segura utilizando SOAP/JXTA Distribuição –Administração descentralizada; –Funcionamento desconectado; –Independência de outros sites para funcionamento (estilo p2p) –Sincronizar alterações com outros sites Automaticamente, no caso de alterações no repositório local; Manualmente, caso seja requisitado pelo CM;

Requisitos do Serviço GVS Desenvolvimento –Licença BSD; –Definição da interface do serviço com WSDL; –Testes unitários utilizando JUnit; –Utilização de Maven para build do projeto Segurança –Autenticação única para qualquer site; –Autenticação utilizando LDAP; –Controle de acesso com restrição de operações sobre os arquivos, diretórios, branches e tags; –Comunicação através de firewalls

Cronograma Alto Nível Primeira Fase (Mês 1): –Implementação parcial do serviço GVS (sem a sincronização entre repositórios); –Implantação do serviço em um projeto não distribuídos para testes. Segunda Fase (Mês 2): –Término da implementação do serviço GVS; –Implementação do cliente GVS; –Implantação do serviço em um projeto distribuídos para testes.

Entregáveis Documento de Requisitos; Documentos de Casos de Uso; Documento de arquitetura do sistema; Documento de procedimento de testes; Código fonte (incluindo código de testes); Scripts para compilação; Resultados dos testes; Plano de implantação; Manual de instalação, administração e manutenção.