ALM Open Source Ponta a Ponta - Minicurso Globalcode MC-122

Application Lifecycle Management
com ferramentas Open Source
Minicurso MC-122 Globalcode

Bruno Souza
Evangelista Java e Open Source
ToolsCloud
@brjavaman

Palestrantes
Bruno Souza
bruno@javaman.com.br
@brjavaman - http://java.mn
Programador, Fundador da ToolsCloud
http://www.toolscloud.com

Material e Slides
Vinicius Senger

Kleber Xavier

vinicius@globalcode.com.br
@vsenger
Programador, Fundador
Globalcode

kleber@globalcode.com.br
Instrutor e Arquiteto de
Software
Globalcode

Lembretes!
Curso AA1 online: ALM a fundo!
http://www.globalcode.com.br/treinamentos/modulos/alm-testes

Quer experimentar as ferramentas da ToolsCloud?
Quer fazer parte da lista de discussoes sobre
OpenALM?
• http://jav.mn/tcgratis

ALM – O que é?
Application Lifecycle Management: gerenciamento contínuo
do software;
Casamento da gestão de negócio com engenharia de
software;
Requer ferramentas integradas para gerenciar:
Requisitos;
Repositório de código;
Construção;
Arquitetura e codificação;
Testes e qualidade
Versões e componentes

ALM – Por que?
Vantagens na adoção;
Rastreabilidade e dados post-hoc;
Gerenciamento integrado;
Simplificação nos processos;
Agilidade na construção do software;
Aumento da reusabilidade;
Diminuição dos riscos;

ALM
• Independente de metodologia, arquitetura e tecnologia
toda empresa se beneficia muito com ALM
• Rastreabilidade, transparência, comunicação
• ALM = é como álbum de fotografia do seu software,
com retratos tirados automaticamente a cada
mudança, falha, novo requisito, novo release, etc.
• Todo mundo sai ganhando: bom para o developer,
gerente, arquiteto, Scrum Master, P.O., V.P., CIO, CTO,
Asponi, etc.

Ferramentas
• Existem várias soluções de ALM no mercado:
• Microsoft - Team Foundation Server
• IBM - Rational Team Concert
• Atlassian - Jira
• Rally Software
• Collabnet - TeamForge
• HP - Quality Center
• VersionOne

Open Source
Liberdade de escolha de
fornecedores
Uso livre: excelente para
pequenos e médios times
Possibilidade de suporte local
As ferramentas mais utilizadas pelos
desenvolvedores
Comunidade de plugins e ferramentas
Disponível para parceiros e empresas contratadas

Repositórios de Código

Fonte: ZeroTurnaround
Developer Productivity Report 2013

Integração Contínua


Issue
Trackers


Efeito na
Previsibilidade
dos Projetos


(apenas algumas ferramentas foram comparadas)

O que os “Rock Stars” usam?

(apenas algumas ferramentas foram comparadas)

ALM – ferramentas
Pilha ALM open-source que usamos:

●

Pilha ALM Open Source na nuvem

●

Ambiente montado em minutos

●

Softwares atualizados e suporte

●

Não precisa de novos servidores na sua empresa!

●

●

Redmine, SVN, GIT, Hudson, Nexus integrados com LDAP:
importante diferencial
Experimente online as ferramentas desse mini-curso:
●

https://demo.toolscloud.net

●

user: toolscloud senha: toolscloud

ALM
1Novo projeto
2 Redmine

2 Git

2 Jenkins

3 Requisitos

4 Codificação

5 Build & Testes

10

Bugs
e Melhorias

9Produção

6 Release
7 Nexus
8 Homologação

Deployment Contínuo

ALM – 1a Semana

1. Gestão de componentes 3os com Nexus
2. Testes
3. Integração contínua

ALM – 1o Mês

1. Testes regressivos
2. Deployment contínuo básico
3. Gestão dos seus próprios componentes com Nexus

Depois

1. Testes avançados
2. Deployment contínuo avançado
3. Code review contínuo

O planejamento inicial
Problema:
Organizar os requisitos em entregas
Atribuir os requisitos para seus desenvolvedores
Acompanhar a evolução do desenvolvimento

Solução:
Utilizar um gerenciador de issues, como o Redmine

Processo – passo 1
requisitos e releases

stakeholder

Redmine
• Gerenciamento de Requisitos com:
• Gestão de pendências;
• Gerenciamento de horas gastas / time tracking;
• Integração com SCM;
• Conceito de projetos e sub-projetos;
• Fórum, wiki, arquivos, news, calendário, gantt chart
e sistema de segurança;
• Software open-source construído em Ruby on Rails;
• Centenas de plug-ins e módulos adicionais;
• Muitas possibilidades de customização;

Redmine
• Após login, temos dois principais itens: Projects, para
entrar em um projeto e Administration para config.
geral:

Home

A organização do código fonte
Problema:
Compartilhar o código fonte entre os
desenvolvedores do projeto
Manter o histórico de alterações

Solução:
Utilizar um repositório de código fonte como o Git


stakeholder

desenvolvedor

código fonte

visualização
do histórico

Versionamento
• No mundo open-source os destaques são:
• CVS: sistema mais antigo e precário, porém, ainda
muito utilizado. Trabalha com protocolo proprietário;
• Subversion: evolução do CVS com disponibilização
via HTTP (além de protocolo proprietário) e alta
performance para versionamento;
• GIT: mais moderno ainda, por se tratar de um
repositório distribuído. Tem muitas vantagens, mas
demanda mais conhecimento do usuário;

Versionamento
• “Qualidade” dos commits
• Cuidar bem das mensagens
• Independente de decisão, escolha entre SVN e GIT!
• GIT File System?
• Hooks & ALM

Introdução ao Subversion
• Subversion é um repositório client / server, não
distribuído;
• É mantido pelo grupo Apache:
• subversion.apache.org
• Instalação e administração simples;
• Não requer conhecimentos avançados do usuário;
• Excelente performance para gerar versões / cópias;
• Pode disponibilizar dados por protocolo proprietário ou
por HTTP / HTTPS;

Estrutura de trabalho
• Convencionalmente trabalhamos com:
• trunk (tronco): uma pasta que contém os arquivos de
desenvolvimento do projeto.
• branch (galho): são linhas concorrentes de desenvolvimento do
projeto independentes;
• tag (etiqueta): são versões releases efetivos de um projeto.

1Trunk
3Tag

2Branch

GIT
• Distribuído: no lugar de checkout você clona o
repositório
• Seus commits são locais, portanto você pode trabalhar
offline
• Verbos: add commit log diff status branch merge push
• Entre offline e online vários commits!
• GIT ou Subversion?

Integração com Redmine
• Navegar nos arquivos do SVN via Web clicando no
item Repository:

• E o recurso mais útil é a possibilidade de você
referenciar as Issues nas mensagens de commit;
cd /home/almadmin/projetos-svn/projeto1/trunk
touch novo-arquivo.txt
svn commit –m “Correçao de problema de encoding da IssueID #2”

Gerenciamento das dependências
Problema:
Padronizar as bibliotecas de terceiros utilizadas pelo
projeto
Disponibilizar as bibliotecas utilizadas para a equipe
de desenvolvimento

Solução:
Utilizar uma ferramenta de build com suporte a
gerenciamento de dependências como o Maven
Utilizar um gerenciador de repositórios como o Nexus


visualização
do histórico
stakeholder
build

dependências

desenvolvedor

código fonte

Introdução Nexus
• O Maven pode baixar automaticamente bibliotecas da
Internet (se open-source);
• Isso é excelente para o desenvolvimento de pequenos
times, agora se tivermos um time de 100
desenvolvedores criando projetos Maven que fazem
downloads da Internet?
• Fatalmente teremos um problema de rede até que
todos os Mavens terminem seus downloads!

Introdução Nexus
• Para ajudar a solucionar este tipo de problema contamos
com Gerenciadores de Repositórios, que
desempenham um papel de proxy para os demais:
Developer

Hudson
Build com Maven

jar: log4j, hibernate, spring etc.
Nexus
Internet

Introdução ao Nexus
• O Nexus faz o download centralizado dos
componentes fazendo um cache que ele utilizará para
servir aos demais desenvolvedores;
• Além do papel de cache, o Nexus também pode
catalogar o componentes e artefatos da sua empresa,
do seu negócio;
• Isso facilita bastante o reuso entre equipes;
• Maven + Nexus + Hudson: parceria perfeita!

Integração entre módulos
Problema:
Garantir que alterações em um dos módulos não
quebrem o funcionamento de outros módulos
Notificar os responsáveis em caso de quebra, o mais
rapidamente possível

Solução:
Utilizar uma ferramenta de integração contínua como
o Jenkins

Processo – parte 4

stakeholder

build

visualização
do histórico
integração contínua

dependências

desenvolvedor

código fonte

Integração Continua
• Apresentamos o Redmine com SCM integrado.
• Desta forma podemos ter um time de
desenvolvimento compartilhando o mesmo servidor
SCM para desenvolver as Issues do projeto;
• Será que isso é o suficiente para nossa necessidade?
• NÃO! Imagine que vários desenvolvedores podem
fazer commit de código no fim do dia resultando em
um código não-compilável;

Introdução ao Hudson / Jenkins
●

●

Hudson/Jenkins são servidores open-source de integração
continua
Um “Continous integration server / CI server” pode
desempenhar várias tarefas como:
●

●

Build e teste;

●

Publicação de resultados;

●

●

Checkout de código-fonte;

Comunicação com membros do time;

Na prática: um agendador de tarefas de construção de
softwares altamente customizável;

• Fácil instalação e configuração;
• Interface é web based;
• Pode fazer builds distribuídos;
• Relatório de teste unitário;
• Notificação do estado dos builds;
• Notificação em caso de quebra;

• Arquitetura extensível baseada em plugins com mais de
150 de plugins disponíveis;
• Por padrão vem com 4 plugins instalados:
• CVS
• SVN
• Maven
• SSH

Criando Jobs
• Basicamente o Hudson
pode trabalhar com
projetos livres ou Maven;
• Maior parte dos casos
utilizamos Maven ou Ant;
• Maven é o mais simples
de se usar!

Criando Jobs

•Em seguida configuramos o
job indicando principalmente
o repositório para checkout
do projeto!

Criando Jobs

Podemos clicar em Build
Now e Hudson vai iniciar o
checkout do código e
depois vai disparar o build
Maven!

Dashboard
• O dashboard traz as informações sobre os diversos
jobs / projetos configurados;
• Este ícone indica a estabilidade dos builds:

Reutilização de módulos
Problema:
Disponibilizar os módulos desenvolvidos para reuso
entre as equipes

Solução:
Utilizar uma ferramenta de gerenciamento de
repositórios como o Nexus


stakeholder
build

visualização
do histórico

dependências

desenvolvedor

código fonte

publicação de
artefatos

Configurando Maven
• Devemos adicionar esta configuração em um arquivo
settings.xml que ficará no diretório .m2 do usuário:

Configurando Maven
• Para que o Maven possa fazer deployment de
artefatos no Nexus:

Qualidade do código
Problema:
Garantir que as convenções e boas práticas estão
sendo seguidas pelos desenvolvedores
Visualizar as violações e a evolução da qualidade
estrutural do código

Solução:
Utilizar uma ferramenta de análise estática do código
como o Sonar


stakeholder
build

visualização
do histórico

dependências

desenvolvedor

código fonte

publicação de
artefatos

inspeção

Implantação em produção
Problema:
Implantar um módulo aprovado em produção

Solução:
Utilizar a ferramenta de integração contínua para
fazer o deployment contínuo

Processo final

stakeholder
build

visualização
do histórico

dependências

desenvolvedor

código fonte

inspeção

deploy
publicação de
artefatos

servidor

Outras ferramentas
Junit - Testes unitários
Selenium - Testes de interface Web
Jmeter - Testes de carga
TestLink - Gerenciamento de casos de teste
Vagrant – Automatização de servidor de desenvolvimento
Chef – Automação de infraestrutura

Demonstração

Experimente a demonstração por contra própria:
https://demo.toolscloud.net
User: toolscloud - Senha: toolscloud

Conclusões
●

●

●

As ferramentas Maven, Nexus, Hudson/Jenkins, Redmine e
Subversion formam uma poderosa solução de ALM;
Todas as ferramentas são open-source;
Este ambiente é agnóstico de linguagens, e funciona para
projetos Delphi, C, C++, Ruby, PHP e outros;

●

Muitas possibilidades de customização;

●

A ToolsCloud oferece este ambiente como serviço da nuvem

Obrigado!
●

Vinicius Senger
@vsenger
www.globalcode.com.br

●

Bruno Souza
@brjavaman
www.toolscloud.com

Dúvidas

?
kleber@globalcode.com.br

Slides Extras
Veja nos slides a seguir informações extras sobre
como configurar algumas das ferramentas citadas
nesse mini-curso.

Redmine
• Download e Instalação
• www.redmine.org
• Precisa de Ruby 1.8, Rails 2.3.5, Rack 1.0.1,
RubyGems 1.8, Rake, i18n, libmysql-ruby,
libopenssl-ruby1.8;

SVN: Comandos básicos
• Adicionar um arquivo ou diretório*:
svn add <arquivo ou diretorio>

• Remover arquivo ou diretório*:
svn rm <arquivo ou diretorio>

• Mover arquivo ou diretório*:
svn mv <arquivo ou diretorio>

• Listar conteúdo do repositório:
svn ls <URL>

• Reverter alterações locais:
svn revert <arquivo>
*Arquivos serão adicionados ou removidos no próximo
commit

SVN / Git
• O Redmine pode ser integrar com seu sistema de ;
• Para isso, clique nos Settings do Projeto e, em
seguida, escolha Repository:

SVN / Git
• Ao vincular o projeto a um repositório você terá algumas
integrações;
• Últimas mudanças e commits no item Activities

SVN / Git
• Você pode configurar as palavras que serão
detectadas nas mensagens de commit em:
Redmine –> Administration –> Settings ->
Repositories

Configuramos as palavras de referência aqui

Fixing keywords podem mudar o status da Issue!

SVN / Git
cd /home/almadmin/projetos-svn/projeto1/trunk
touch novo-arquivo.txt
svn commit –m “Correçao de problema closes #2”

Jenkins / Hudson:
Instalação e inicialização
• O Hudson pode funcionar de três formas:
• Stand-alone: java –jar hudson.war
• JNLP: https://hudson.dev.java.net/hudson.jnlp
• JavaEE container: fazendo deploy do hudson.war
Glassfish, Jboss, Tomcat, Jetty, Winstone,
Websphere;

Jenkins / Hudson:
Instalação e inicialização
• Para acessar o Hudson abra um browser e digite a
seguinte URL: http://localhost:8080/hudson-2.0.0

Configurações do Hudson
Membros do Hudson e
projetos
Relacionamento entre
projetos
Views customizadas
Executores de builds. O
Hudson vem com 2
executores de builds por
padrão.

Hudson / Jenkins:
Configuração
• Para fazer as configurações iniciais devemos clicar em
Manage Hudson

Hudson / Jenkins:
Configuração
• Em seguida Configure System teremos acesso as
principais configurações do Hudson:

Representa o no. de
executores de builds.

Hudson / Jenkins:
Configuração
• Após a instalação é importante configurar o local
onde estão instalados JDK, Maven e Ant (se usar);

Hudson / Jenkins:
Configuração
• A outra configuração importante é uma conta de e-mail
funcionando para o Hudson poder se comunicar com
equipes:

ALM Open Source Ponta a Ponta - Minicurso Globalcode MC-122

Mais conteúdo relacionado

Mais procurados (20)

Destaque (12)

Semelhante a ALM Open Source Ponta a Ponta - Minicurso Globalcode MC-122 (20)

Último (20)

ALM Open Source Ponta a Ponta - Minicurso Globalcode MC-122

Notas do Editor