Depois do Team Foundation Server 2010 Power Tools outro grande lançamento é o TFS Build Extensions que traz a capacidade de gerenciar pelo servidor de Build do Team Foundation Server outras Builds como de projetos baseados em Java.

Para saber mais e download:
TFS Build Extensions

[],
Ramon Durães
MVP, Visual Studio ALM

Já foi o tempo em que “Build” era entrar no Visual Studio e pressionar a tecla “F5” pegar a aplicação e mandar para o cliente. Você ainda faz esse procedimento no seu projeto ?

Com o Team Foundation Build você terá um servidor encarregado de gerar a versão do seu projeto apoiando seu projeto na parte de SCM (software configuration management) e CI (Continuous integration) permitindo a obteção de um rápido feedback do código implementado. Você vai integrar junto com o processo de Build todos os testes unitários, validação de arquitetura, Code Analysis, Code Coverage garantindo uma ampla verificação do código fonte.

A instalação do servidor de Build no Team Foundation Server 2010 ficou bem mais fácil. Pode ser no mesmo servidor ou em uma maquina separada ou várias conforme a necessidade do projeto.

Seguindo o exemplo padrão após instalar o TFS basta rodar o Team Foundation Administration Console e configurar o passo a passo conforme exemplo abaixo:



[],
Ramon Durães
MVP, Especialista em Visual Studio Team System
Appliaction Lifecycle Management

O Visual Studio Team System / Vsiual Studio 2010 / Team Foundation Server é a plataforma da Microsoft para gerenciamento de projetos de software. Você pode utilizá-lo para controlar a versão do código fonte da aplicação e do banco de dados, acompanhamento de atividades, documentação e testes de software.

Com o Visual Studio Team System você vai encontrar uma plataforma aderente a todos os projetos de software, seja ele pequeno, médio ou grande o que tem permitido o seu uso em soluções num grande número de clientes que estão satisfeitos com todo o processo de reengenharia que é possibilitado com o Visual Studio Team System.

 
Gerenciando projetos de software usando Visual Studio Team System
Autor: Ramon Durães
Dados da Editora: Brasport / 416 páginas - 1ª edição - 2009

1. Application Lifecycle Management
2. Team Foundation Server
3. Metodologia de Desenvolvimento
4. Work Items
5. Team Foundation Server Version Control
6. Arquitetura
7. Desenvolvimento
8. Testes
9. Banco de Dados
10. Visual Studio Team System Web Access
11. Relatórios
12. Team Foundation Build

A data de hoje 12/08/2009 é mais um grande momento de felicidade por poder compartilhar mais esse grande lançamento que acaba de ser publicado na editora Brasport e em breve estará em todas as livrarias do Brasil.

Ao iniciar a leitura desse livro, observaremos uma apresentação de todo o ciclo de Application Lifecycle Management oferecido pelo Visual Studio Team System e os componentes que fazem parte da solução.

Esse livro foi projetado para atender qualquer profissional ligado a área de desenvolvimento de software como: Gerente de projetos, Arquitetos, Desenvolvedores, Testadores e Administradores de banco de dados. Ao acompanhá-lo você terá acesso a uma nova visão sobre o desenvolvimento de software, ampliando seus conhecimentos sobre técnicas modernas aplicadas, podendo ser lido por completo ou diretamente nas áreas de interesse conforme a atuação no projeto. Para acompanhar e saber mais detalhes cadastre-se em http://www.vstsbrasil.net.  

Aproveite agora mesmo para retwittar essa grande novidade para a comunidade. Depois continue o tema nos comentários.

[Update]
13/08/2009 10:25 - O livro ainda está na gráfica. Dentro de alguns dias entra como pré-venda nos principais pontos de vendas do Brasil
[Update]
26/05/2010 18:14 - Locais onde comprar
Onde comprar
- Cultura
- Saraiva
- Martins Fontes
- FNAC
- Linha de Código
- Submarino

[],
Ramon Durães
MVP, Especialista em Visual Studio Team System
Ramon dedica-se ao VSTS desde antes do lançamento e sempre apostou nessa plataforma
como base para todos os projetos de desenvolvimento de software.

A busca constante por melhorias nos projetos ligados ao desenvolvimento de software acaba sempre por passar pelo tema qualidade de software. Dentro desse contexto um dos grandes pontos é a construção de testes unitários que visam garantir de forma automatizada a validação de todo o seu projeto.

A proposta é muito simples e funcional. Você constrói os unit tests a medida que vai desenvolvendo suas regras de negócio. Ai sempre que você fizer uma alteração terá esse conjunto de testes unitários a disposição para validar as alterações que você está fazendo no código fonte.

Se você mudar hoje em um ponto do seu código o impacto é imprevisível Com os testes unitários você vai validar na hora se alguma regra de negócio foi quebrada com essa modificação. Com isso um bug será rapidamente detectado.

Como o volume de testes será proporcional ao seu projeto. Nós teremos um grande volume de testes. Para rodar todo esse processo vai demandar um certo tempo de processamento.

Com o Visual Studio Team System 2010 você terá como aliado desse processo o Test Impact que vai avaliar as modificações que você fez no código fonte e rodar somente os testes necessários que foram afetados pela modificação que você fez.

Isso é fantástico! O seu servidor de Build vai processar rapidamente a modificação que você fez e retornar se encontrou um novo bug. Você também já fica sabendo na hora os testes afetados podendo rodar localmente os mesmos e corrigir o bug antes de submeter para o repositório do Team Foundation Server.

No exmeplo abaixo você observa um código de exemplo com a classe ProjectDemo e ao lado a janela do Test Impact View com os testes unitários vinculados ao método ADD.



Com essa informação você obtem rápidamente quais testes tem que rodar para validar as alterações. Se você rodar nesse momento já terá o resultado das mudanças.



E se você esquecer de rodar os testes unitários. Entra em ação o nosso servidor de Build que vai gerar a versão do projeto e fazer todas as validações de forma automática garantindo a qualidade do código fonte produzido.

 

E você acha que terminou ? Todos os dados são salvos no Team Foundation Server e depois podem ser consultados por meio de relatórios conforme o exemplo abaixo.

 

O que você achou ? Continue nos comentários!

[],
Ramon Durães
MVP, Especialista em Visual Studio Team System
Consultoria e Treinamentos

No inicio dos projetos de desenvolvimento cada pessoa trabalhava em seu projeto e assim ia tocando suas atividades. Com o passar dos anos mais pessoas passaram a fazer parte dos projetos e com isso surgiu à necessidade de compartilhar o código fonte entre os participantes de forma simultânea além de preservar versões anteriores.

Com essa breve introdução você entendeu a necessidade de qualquer solução de controle de código fonte do mercado como: Visual Source Safe, SVN, CVS e afins. Com o lançamento do Visual Studio Team System (VSTS) e do Team Foundation Server (TFS) em 2005 muita gente passou a chamar o Team Foundation Server de uma nova versão do Visual Source Safe. E esse pequeno grande engano que está me motivando hoje a bater esse papo com você para esclarecer essas principais dúvidas.

O Team Foundation Server é o servidor de colaboração para projetos de desenvolvimento de software e permite o acompanhamento de atividades, gestão de informações do projeto e código fonte de forma integrada ao ciclo de desenvolvimento (Application Lifecycle Management / ALM).

 

O Team Foundation Server faz parte de uma grande plataforma de desenvolvimento e traz o conceito de gestão na administração do código fonte. Você terá políticas do projeto aplicadas diretamente no dia a dia do desenvolvimento fazendo com que um desenvolvedor seja obrigado a vincular uma tarefa a aquele novo código enviado no Check-In ou a rodar um teste unitário e até Code Analysis para padronizar o código fonte entre todos do projeto.

Como você aplicaria uma política hoje para padronizar o uso de comentários em todas as classes implementas? Para o caso do TFS basta configurar uma política de Check-In.

Como evitar que alguém mande um código quebrado e prejudique todos os outros desenvolvedores do time? Para o caso do TFS basta configurar uma política de Check-In.

O Team Foundation Server permite o desenvolvimento distribuído além de ser totalmente baseado em WebServices. Você pode ter pessoas trabalhando no projeto em qualquer lugar do planeta e gerenciadas da mesma forma. É uma solução muito útil para empresas que contratam desenvolvimento terceirizados e precisam acompanhar como andam as atividades do fornecedor externo.

Você tem um controle transacional baseado no banco de dados SQLServer que garante que o código enviado foi realmente salvo no banco de dados e traz um conceito de auditoria linha a alinha informando quem modificou e a justificativa da modificação.

Essa mesma integração é feita com o código do banco de dados o que vai permitir a você garantir o código de qualquer tabela, procedure, função voltando uma versão anterior e gerando uma versão especifica compatível com a sua aplicação.

Todo o andamento do projeto é acompanhado por meio de Work Items (Tarefas, Bugs, Pedidos de alteração, Requisitos e afins) e depois publicado por meio de cubos oferecidos no Analysis Services e consultados nos relatórios oferecidos ou customizados. Use o Project, Excel, Visual Studio, Web e qualquer outra ferramenta para trocar dados.

Integração continua faz parte do dia a dia com um servidor de Build integrado que permite inclusive usando o conceito de Gated Check-in que na pratica roda um build e barra um código que está introduzindo um novo bug cancelando o Check-In.

Já tenho alguns anos trabalhando em clientes com o Visual Studio Team System e conheço muito na prática os resultados reais para os clientes que adoraram esse tipo de plataforma para gerenciar seus projetos e não somente fazer uma cópia do código.

Todas as políticas modernas de configuração como: Check-In, Check-Out, Shelve, Label, Branch fazem parte do dia a dia dos projetos baseados no Team Foundation Server.
A proposta dessa plataforma é atender todos os projetos de desenvolvimento. Isso quer dizer que mesmo projetos em Java usando eclipse podem trabalhar integrados ao modelo de gestão do TFS.

Como estamos falando de Application Lifecycle Management (ALM) ter uma metodologia é outro requisito para o bom uso do TFS, pois é por meio dela que vamos defimir toda a comunicação do projeto. Isso quer dizer que você pode usar em projetos baseados no Scrum, MSF, CMMi, MPS-BR,SOX e muitos outros.

O Team Foundation Server é a plataforma definitiva para todos os projetos sejam eles pequenos ou grandes ou muito grandes. Você terá uma grande infra estrutura para agilizar o desenvolvimento do seu software. Continue esse assunto a comunidade VSTSBrasil.

O que você acha? Participe nos comentários e no twitter!

[],
Ramon Durães
MVP, Especialista em Visual Studio Team System
Ramon fica emocionado quando fala do VSTS. Os clientes também.
A 2PC oferece consultoria e treinamento em Visual Studio Team System