Novidades no RTC 6.0

 

No IBM Rational Team Concert (RTC) 6,0 nós simplificamos a experiência do usuário ao adicionar capacidades avançadas. Vamos começar com fazer as coisas mais fáceis e mais flexível para os desenvolvedores.
As seguintes atualizações estão disponíveis nesta versão:
 

1 -  Gestão de Configuração Global

        O Global Configuration Management (GCM) é um aplicativo que reúne configurações para si mesmo e outros aplicativos de contribuição, para que as equipes possam obter uma visualização geral das partes físicas e lógicas do produto.
        Uma configuração é um conjunto de artefatos com versão. Tradicionalmente, os artefatos são os arquivos que são gerenciados por um único aplicativo, como o IBM® Rational DOORS Next Generation. Configurações globais ativam diversos aplicativos para artefatos contribuintes para uma hierarquia maior de configurações. O Global Configuration Management integra com os aplicativos CLM a seguir:

• O aplicativo Requirements Management (RM) entrega requisitos definição de requisitos e recursos de gerenciamento de requisitos.
• O aplicativo Quality Management (QM) entrega testes e recursos de gerenciamento de teste.
• O aplicativo Design Management (DM) entrega recursos de gerenciamento de design.

        A parte de gerenciamento de configuração de software do aplicativo Rational Team Concert entrega recursos de item de trabalho.

• Quando as equipes trabalham em diferentes silos, ocorrerem erros caros que não são localizados durante o ciclo de desenvolvimento. Use configurações globais para montar e integrar fluxos e linhas de base de contribuição entre os diferentes aplicativos CLM para definir produtos físicos ou lógicos. É possível usar configurações para vários propósitos:
• Como um meio para vincular entre as versões apropriadas dos requisitos, designs e testes.
• Para trabalhar em paralelo em vários fluxos de desenvolvimento.
• Para recriar um ambiente de desenvolvimento do passado; por exemplo, para ramificar e criar um fluxo para uma correção de produto.
• Para compilar uma estrutura de componente hierárquica de um sistema que você está desenvolvendo, enquanto gerencia versões e variantes entre linhas de produto.
• Para representar um produto ou aplicativo como um conjunto de componentes, incluindo uma estrutura hierárquica profunda. Nessa estrutura, reutilize componentes e subsistemas em diversas variantes do produto, por exemplo, em um cenário de engenharia da linha de produtos.

        Usuários contribuintes de aplicativos CLM podem configurar um contexto de configuração global em suas ferramentas familiares e a configuração global fornece o contexto entre os aplicativos, assegurando que as versões do artefato resolvam para o fluxo ou de linha de base apropriados em cada aplicativo.

        Além disso, organizações enfrentam pressão para liberar diferentes versões e variações de produtos mais rápido e para atender aos padrões de qualidade durante o processo de desenvolvimento. Quando as equipes de engenharia são capazes de trabalhar em vários fluxos de desenvolvimento ou praticar a reutilização em uma vasta oferta do produto, os líderes de projeto e suas equipes obtêm um melhor entendimento das configurações que eles precisam criar e reutilizar, para que eles possam tomar decisões de engenharia mais efetivas e oportunas, enquanto atendendo aos objetivos de qualidade.

        Os líderes de configuração podem executar as seguintes tarefas relacionadas a configurações globais. (As tarefas podem ser desempenhadas por outros membros da equipe, como gerentes de projeto, líderes de desenvolvimento ou líderes de equipe.)

• Configurações globais para estabelecer um contexto de trabalho em aplicativos para uma oferta do produto.
• Configurações para GCM e aplicativos CLM contribuintes para um fluxo.
• Criar uma linha de base global para capturar um marco.
• Criar uma variante de uma configuração de ramificação.
• Comparar as configurações.
• Executar um relatório para detectar várias configurações de um componente.
• Localizar onde um fluxo ou linha de base que é usado em outras configurações.
• Visualizar as configurações locais em uma visualização em árvore de configuração global para ver as configurações como uma única unidade lógica, mover, reordenar, remover ou reutilizar as configurações.
• Os usuários podem executar as seguintes tarefas relacionadas às configurações globais.
• Em um aplicativo CLM, configurar o contexto de trabalho para uma configuração global para criar ou consultar links com artefatos em outros aplicativos CLM.
• Visualizar configurações locais em uma visualização em árvore de configuração global para ver as configurações entre aplicativos como uma única unidade lógica.

        Os usuários também podem executar outras tarefas que estão relacionadas a suas configurações locais em seu aplicativo CLM, dependendo das permissões. Por exemplo, os usuários podem ter permissão para criar uma variante de uma configuração, executar comparação e localizar relatórios de uso, e incluir configurações para uma configuração global.

Parceiros de integração
        O Global Configuration Management é um aplicativo que se integra e monta as configurações que contêm as versões de artefatos que foram criadas e gerenciadas no Rational DOORS Next Generation, Rational Design Management, Rational Quality Manager e Rational Team Concert.
 Serviços de integração do Rational Jazz
        O aplicativo GCM é compilado na plataforma de integração do Jazz. A arquitetura de software para o aplicativo GCM é baseada em uma especificação Open Services for Lifecycle Collaboration (OSLC). A OSLC usa um conjunto comum de recursos, formatos serviços de arquitetura Representational State Transfer (REST) para ativar o compartilhamento de dados entre os aplicativos CLM. Uma especificação de gerenciamento de configuração da Organização para o Avanço de Padrões de Informações Estruturadas (OASIS) OSLC descreve como identificar e referenciar artefatos com versão. Os aplicativos devem suportar a especificação para participar em uma configuração global e entender artefatos com versão. O aplicativos CLM suportam a especificação de gerenciamento de configuração OASIS OSLC.
        O OSLC fornece um conjunto escalável aberto de especificações para integrar ferramentas em ambientes de desenvolvimento heterogêneos. O compartilhamento de dados suporta a vinculação baseada no protocolo HTTP, a identificação de recursos por URIs e a recuperação de informações que usam tipos de mídia padrão de mercado. O servidor de colaboração e o compartilhamento de dados são protegidos usando os mecanismos de autenticação HTTP padrão e o protocolo de autorização OAuth.

2 -  Fácil processo ágil no seu caminho: IBM Rational Team Concert 6.0 - Planejamento rápido

        O mundo da ágil está evoluindo e é necessário ser capaz de adaptar seus métodos ágeis às suas necessidades é fundamental que não se deva ser religioso sobre um específico método ágil. Em outras palavras, não fique preso a ser 100% Scrum ou 100% XP Extreme. RTC adere a isso prontamente o que lhe permite adaptar o seu processo ágil com os métodos que funcionam melhor para suas equipes e deixando equipes diferentes usando diferentes métodos ágeis, mas ainda entregar todos (ou não) com a mesma cadência de entregas. Em RTC 6.0 todas as equipes podem usar a interface do usuário intuitiva e velocidade da RTC Planner Rápida para "agilizar o seu caminho" projetos que agregam atributo personalizado tipos ou atributos necessários mesmo sobre a criação de item de trabalho. Qualquer pessoa pode usar Quick Planner para criar item de trabalho, e tarefas das histórias para acelerar o desenvolvimento. RTC 6.0 oferece uma nova filtragem de costume, poderosas consultas ad hoc poderosos (visitas), e a capacidade de localizar e encontrar tarefas e histórias de todo o seu projeto de desenvolvimento com facilidade. Aqui estão apenas alguns exemplos:

"Agora é possível usar o Quick Planner do RTC para Criar recurso, mesmo se eu tiver atributos obrigatórios na criação de item de trabalho."

“Agora é possível usar operadores lógicos para localizar itens de trabalho com facilidade, e salvar essas visualizações para reutilização”

2.1.1 -  Editor Plano de cliente Eclipse foi removido
        Nas versões do Rational Team Concert 6.0 e posteriores, você deve ver os planos apenas no cliente web. O editor de planejamento para o cliente Eclipse está disponível em versões anteriores à 6.0, mas novos recursos não foram adicionados ao cliente Eclipse após o lançamento da 4.0 porque a versão Eclipse foi preterida.

 

3 -  Planos

3.1 -  Desempenho do Plano
        Os planos agora podem ter "escopo estabelecido" com base em seus valores de atributos, reduzindo o número de itens para buscar durante a carga inicial. Isso é útil para os planos com um grande número de itens, especialmente para itens que você normalmente não quer ver, como itens resolvidos. Isso pode ser feito usando o campo Escopo do Plano, que tem capacidades de auto completar. Além de garantir que as expressões digitadas estão corretas, esse recurso também ajuda a mostrar o escopo de opções possíveis.

 

        Atributos com suporte para escopo são do tipo, estado e Categoria. Você pode especificar itens com a seguinte sintaxe: atributo: valor. Por exemplo, digite: defeito. Você pode fazer a pesquisa exclusiva precedendo-a com um ponto de exclamação, como o tipo: defeito.
        O campo Escopo do Plano também é suportada para visões de plano hierárquicos. De itens de escopo não são mostradas sempre que possível. Se um item de trabalho do escopo da iteração do plano tem um Pai de outra iteração e filhos em escopo da iteração, é mostrado para completar a hierarquia, mas ele é marcado como estando fora do plano.

    Nota: Por padrão, o recurso de Escopo do Plano está habilitado. Para desativá-lo, consulte a página do CCM Propriedades Avançadas e defina o Ativar Propriedade Restrições de Escopo do Plano para false.
 

        Com o recurso Carregando atrasadas, planos hierárquicos carregam itens sob demanda, diminuindo os tempos de carga inicial para o plano.O teste de desempenho foi medir o tempo de carregamento de um plano com 1.956 itens. O plano utilizado com hierarquia Pai->Filho em exibição de árvore, e 900 dos seus 1.956 itens foram raízes da hierarquia (Pai). Os demais itens foram nós internos (Filhos). Em todos os navegadores, o desempenho de carga inicial para o plano de melhoria em 40% a 50% a partir do Rational Team Concert 5.0.2.
        Por exemplo, o plano de teste tomou 12,05 segundos para carregar no Rational Team Concert 5.0.2 para Internet Explorer 10. Com o carregamento atrasado no Rational Team Concert 6.0, o tempo de carregamento caiu para 6,72 segundo, o que é uma melhoria de 44%.

 

3.1.1 -  Ranking em planos hierárquicos
  

       A coluna de classificação nos planos, que usa a exibição árvore de pai-filho, agora reflete a hierarquia de árvore. O botão "Aplicar Classificação" e os itens do menu, em "Aplicar Rank Abaixo" e "Remover Rank Abaixo," agora estão ativadas para vistas em árvores que não são agrupados.

        A classificação de itens do plano é mostrada em formato hierárquico em todos os pontos de vista que utilizam uma exibição de árvore, incluindo planos de projetos cruzados. O botão Aplicar Classificação agora está habilitado em visualizações agrupadas.

 

3.2 -  Integração Microsoft Project
        Microsoft Project, versão 2013, é agora suportado para importação e exportação.

3.3 -  Melhorias de desempenho do Microsoft Project
        A exportação de um plano para o formato XML do Microsoft Project é consideravelmente mais rápida agora. Ele agora leva menos de um minuto para exportar um plano que contém 2.000 itens, o que é mais de 10 vezes mais rápido que ele tomou anteriormente.
        O tempo que é necessário para voltar a importar um plano em formato XML do Microsoft Project é reduzida significativamente. A importação pela primeira vez de um arquivo XML do Microsoft Project é de cerca de 10% mais rápido. Reimportar um arquivo XML em um plano que foi previamente importado é até 10 vezes mais rápido do que nas versões anteriores. O ganho de desempenho real depende do arquivo que está sendo importado.

3.4 -  Melhorias do plano do projeto-cruzado
    A Verificação de Problemas de Planejamento em Projeto Cruzado tem uma validação adicional para realçar itens monitorados não atribuídas e não planejadas.

 

O rastreamento de itens que contribuem para liberações entre projetos foi melhorado:

• Contribui para Verificação de problemas de Planejamento: Esta nova verificação de plano anota itens de trabalho com potenciais problemas de planejamento para o item de rastreamento que contribui para.

 

• Contribuições mais antigas com a data de encerramento: Este novo atributo pode ser adicionado a um plano de execução para acompanhar o final da libertação antecipada datas que o item de trabalho contribui para.

Nota: Todos os cheques do plano agora ignoram itens de trabalho resolvidos e fechados em um plano.

3.5 -  Visão Kanban e quadro de tarefas: Selecionar tudo / Remover tudo
        Para tornar mais fácil e rápida seleção de estado em uma visão Kanban ou quadro de tarefas, os usuários agora podem selecionar ou desmarcar todos os Estados do quadro Kanban, bem como marcar e desmarcar todos os estados dentro de um grupo específico estado.

 

4 -  Quick Planner

4.1 -  Melhorias de classificação
        Agora você pode arrastar itens da seção criados recentemente e solte-os na seção Lista de Classificação para classificá-las. A classificação do item agora é exibida no modo de exibição de Iteração Planejamento.

        Além disso, você pode clicar agora e colocar o número de classificação e atribuir um novo posto para o item sem arrastar e soltar.

4.2 -  Projetos Cruzados filhos
        O Backlog e visões de planejamento da iteração agora apresentam os links de projetos cruzados filhos. Você pode editar os valores dos filhos da mesma forma que você editar itens de trabalho que pertencem ao mesmo projeto.

4.3 -  Contagem de exibição de itens
        A contagem de itens de trabalho agora é exibida em cada um dos pontos de vista do Quick Planner. Para as visões que tem os resultados paginados, a contagem inclui os itens de trabalho que ainda não são carregados. A contagem é atualizada à medida que os itens de trabalho são adicionados ou removidos a partir da visão. Quando você filtra a visão, os itens de trabalho são atualizados.

 

4.4 -  Planejamento da iteração: iteração selecionada
        A visão de Planejamento da iteração agora é mais gerenciável. A exibição mostra a iteração pai, a iteração selecionada, e os próximos dois iterações sequenciais. Além disso, o título de cada faixa mostra também uma data de início e fim da iteração.

4.5 -  Melhorias na distribuição de tarefas
        Na visão de distribuição de tarefas, você pode clicar agora no cabeçalho para abrir o editor de item de trabalho e fazer mudanças.
        Anteriormente, só era possível acessar a exibição de distribuição de tarefas do Backlog ou visualizações no planejamento de iteração. Agora você pode acessar a visão de distribuição de tarefas a partir de qualquer ponto de vista, se é meu trabalho, trabalho da equipe, ou todo o trabalho. Isso é muito útil, por exemplo, quando você é atribuído uma história e quer dividi-la sem deixar de o ver a visão “meu trabalho”.

        Uma tarefa filha existente agora pode ser adicionada diretamente na exibição Task Breakdown. Clique em Adicionar existente, filtrar a lista de itens de trabalho, e selecione um para adicionar como um filho.

 

 

4.6 -  Atalho de teclado para definir o atributo "planejado para"
        Agora você pode definir o atributo planejado para usando o til (~) atalho de teclado quando você cria um item de trabalho.

 

 4.7 -  A visão em Grade é agora em tabela

        A exibição de grade é substituída por uma exibição de tabela mais informativo. O novo modo de exibição tabela exibe os itens em uma forma resumida. Cada visão tem várias colunas para mostrar as informações, para que possa procurar rapidamente uma lista grande de itens.

 

4.8 -  Relatórios ágeis incorporados no RTC Quick Planner
        Manter equipes com a transparência e visibilidade é um princípio central de ágil e RTC. Com RTC 6.0 você pode ver o progresso da equipe ao vivo diretamente em RTC quick Planner. Não há necessidade de mudança de contexto para uma exibição de painel, apenas acessando Burndown ou burnup por pontos da história, ou a velocidade da história enquanto planejando um Sprint diretamente do RTC quick Planner.

4.9 -  Adicionado Suporte "encontrado em"
        Suporte atualizado para “encontrado em” em todas as visões do Quick Planner.

• Criar um defeito com a sintaxe>.
• Itens de trabalho com filtro "encontrado em" = sintaxe.
• Assistente de Conteúdo exibe uma lista de Releases.
• A visão expandida mostra o valor “encontrado em”.
• Os filtros salvos armazenam o valor “encontrado em”.

4.10 -  Rápido, poderoso e fácil filtragem
        Filtrar em Quick Planner é mais expressivo e poderoso, mantendo a simplicidade e facilidade de uso. Filtragem agora suporta os seguintes recursos:

Filtro de atributos:    
        Na versão anterior do Quick Planner, você podia filtrar itens de trabalho com um número limitado de atributos, como prioridade, a gravidade, a propriedade, e etc. No Rational Team Concert 6.0, você pode filtrar itens de trabalho com todos os atributos do tipo de enumeração, incluindo os que você personalizar-se, na configuração do projeto. Por exemplo, você pode filtrar itens de trabalho de uma categoria específica, ou você pode filtrar itens de trabalho encontrados em determinados liberações ou com número específico de pontos de história.

 

4.11 -  Operadores Lógicos
        Você pode usar os operadores lógicos, como "e", "ou", e "não" em seus critérios de filtro. Você pode até ter operações complexas que agrupam vários operadores lógicos que usam sintaxe simples e intuitiva.

4.12 -  Conteúdo completo assistência e auto completar
        Mesmo que filtragem tem se tornado mais expressivo e poderoso, escrevendo sua consulta filtro, agora é ainda mais fácil do que antes com conteúdo completo assistência e auto completar. A caixa de filtro mostra propostas sobre todas as teclas e orienta-o no processo de criação, a partir de filtros simples, como as de curto sintaxe, para filtros mais complexos que usam operadores lógicos.

4.13 -  Frases de pesquisa e formas curtas
        Você pode digitar uma palavra-chave ou um número de item de trabalho para olhar apenas para a palavra-chave ou item de trabalho, respectivamente. Você também pode continuar a usar a sintaxe curta que definimos nas versões anteriores, como o tipo (*), as tags (#), a prioridade ($), gravidade (!), E de propriedade de (@ :).

 

4.14 -  RTC Quick Planner para Tablet e dispositivo móvel
        No mundo de TI de hoje, tablets e dispositivos móveis já chegaram no local de trabalho. É o seu trabalho feito com ferramentas de desenvolvimento habilitado para eles? Você pode fazer planejamento ágil e comentar sobre itens de trabalho usando a tela sensível ao toque e fator de forma arquiteturas de UI consciente? Com RTC 6.0 você pode executar RTC planejador rápida no seu tablet ou dispositivo móvel. Ativar sua força de trabalho móvel para que eles possam fazer um planejamento ágil, colaboração item de trabalho e comunicar o status do projeto com seus clientes e clientes, enquanto no escritório ou na estrada.
 

 

5 -  Itens de Trabalho

5.1 -  Agrupar notificações de Mudanças
        Você pode agora agrupar mudanças que ocorrem ao mesmo item de trabalho em um único e-mail, garantindo que você não receber um grande número de e-mails para mudanças dentro do mesmo intervalo de notificação.
        Um modelo de agregado simples é fornecido por padrão. Para personalizar os seus modelos, consulte a página de administração do projeto.

 

OBS: Após atualizar para o Rational Team Concert 6.0, esse suporte é ativado por padrão. Você pode desligá-lo na página Propriedades Avançadas CCM, definindo a propriedade "Alterações do mesmo item de trabalho agregado em uma único E-mail".

5.2 -  Melhorias no cabeçalho
        O Cabeçalho no editor de item de trabalho inclui agora o resumo do item de trabalho. Este cabeçalho também foi reduzido em tamanho, de modo a torná-lo mais manejável.

 

5.3 -  Nova lista de textos com propriedade que impede valores
        A nova propriedade, "Permitir qualquer valor", é adicionado à apresentação lista de textos. Quando o valor é falso, esta propriedade impede que você adicionar valores não fornecidos.

 

5.4 -  Produto Engenharia do Ciclo de Vida (PLE)
        Liberações podem ser associados a configurações e iterações globais.

    

       

        Tipos de link OSLC que fazem referência a requisitos de qualidade e recursos de gestão pode ser associada a atributos entregáveis.

    

 

        Os itens de trabalho podem ser vinculados a requisitos de qualidade e recursos de gerenciamento de controle de versão.
        Links para recursos sob controle de versão refletem as alterações nos atributos entregáveis quando um item de trabalho é salvo.
        Links de item de trabalho no editor de Plano e na visão de Resultados da Consulta no cliente web agora suporta navegação e possui ricos recursos sob controle de versão.

        O cliente Eclipse agora suporta navegação e possui ricos recursos sob controle de versão no editor do item de trabalho.
        A visão de resultados da consulta no cliente Eclipse agora suporta a criação de links para recursos sob controle de versão existentes e a criação de novos recursos versionados. Se vários itens de trabalho são selecionados para adição em bloco sob um recurso de controle de versão, o contexto de configuração global é escolhido a partir do primeiro item de trabalho selecionado.
        Alterações no mapeamento tipo de link OSLC é refletido nos Links de item de trabalho apresentados na gestão de recursos de gerenciamento de qualidade e requisitos de versão.
        A janela para editar iteração agora mostra quaisquer releases que a iteração está associada.

        Links para itens de trabalho existente a partir de requisitos versionados ou artefatos de teste abre uma janela de seleção, onde itens de trabalho podem ser filtrados pelo valor do atributo de entregáveis, que é mapeado para a configuração global atual.

        Links para novos itens de trabalho de requisitos versionados ou artefatos de teste abre uma janela de criação, onde os atributos de item de trabalho entregáveis são predefinidos para valores que são mapeados para a configuração global atual.

 

5.5 -  Limites de resultado OSLC (1.0) API de consulta removido
        Os resultados da consulta que são retornados com APIs OSLC (1.0) já não estão limitados pelo valor da propriedade avançada “Tamanho máximo do conjunto de resultados da consulta” no servidor.

 

 6 -  Scaled Agile Framework® support out of the box
        Modelos de processos personalizados da RTC dão a liberdade de escolher para implementar tanto ou tão pouco o processo ágil como preferir e a flexibilidade para adaptar os métodos ágeis como evoluem ao longo do tempo.
        A Novidade no RTC 6.0 é um recurso que suporta o Agile Framework Scaled ® (SAFE) para fora da caixa. Esta funcionalidade permite-lhe explorar o quadro e estabelecer um programa seguro para seu próprio controle, com a infraestrutura, os artefatos, melhores práticas e orientações prescritas por SAFe embutido no ferramental.

 

7 -  Controle de versão
 

7.1 -  Atributos Customizados
        O suporte para atributos personalizados inclui mais tipos de artefatos. Além de versões de arquivos fonte, atributos personalizados são agora suportados para linhas de base, snapshots e Streams.
        Você pode criar atributos personalizados para suportar artefatos e, em seguida, consultar os artefatos mais tarde, com base no valor desses atributos personalizados.
        Esse recurso oferece suporte extensibilidade e de rastreabilidade para arquivos fontes, linhas de base, snapshots e Streams. Aqui estão alguns exemplos de como ele pode ser usado:

• Um desenvolvedor pode gravar mais comentários sobre uma versão específica do arquivo, linha de base, snapshot, ou stream sem alterar o estado do artefato.
• Um líder de desenvolvimento pode escrever um script que executa uma ferramenta de análise estática no código-fonte da equipe. O script salva os erros específicos de arquivos ou avisos para um atributo em versões de arquivo de origem específicas.
• Para estar em conformidade com as políticas de propriedade intelectual de uma empresa, uma equipe pode criar um atributo personalizado, como protected_IP, e defina seu valor como true para arquivos com significante IP. O gerente de projeto pode usar esse atributo para preparar relatórios de IP para cada versão, consultando todas as versões de arquivo em que a liberação, onde o protected_IP propriedade é verdadeiro.
• Informações inspeção de código pode ser gravado em código fonte, por exemplo, se a versão do arquivo tenha sido inspecionada e quem o inspecionou.
• Um engenheiro de liberação pode definir um atributo personalizado em uma linha de base para indicar seu status, como novo, em teste, publicado, liberado, ou rejeitada.
• Um engenheiro de liberação pode definir um atributo personalizado em linhas de base e snapshots para indicar o número da versão.
• Uma equipe pode definir um atributo personalizado para uma Stream para ajudar os usuários do fluxo de saber o número de versão ou a finalidade da Stream.

7.2 -  Tags
        Um atributo personalizado especial chamado Tag agora é suportado, que é um atributo personalizado predefinido que pode ser usado para versões de arquivo fonte, linhas de base, Snapshots, e Streams. O atributo de tags podem armazenar zero ou mais valores de tag. Os usuários podem executar uma consulta a partir da linha de comando para recuperar artefatos, onde as tags atributo contém um valor tag específica.
        Você não precisa especificar as tags especiais de atributo personalizado na definição de atributo para os diferentes tipos de artefatos. Por padrão, ele está disponível para todos os tipos suportados e não é mostrado na definição de atributo na interface Web.

7.3 -  Definindo Atributos Customizados
        Antes de poder criar um atributo personalizado em versões de arquivos, linhas de base, Snapshots e Streams, o atributo personalizado deve ser definido na área do projeto.
        Atributos personalizados são definidos usando o cliente web. Para definir atributos personalizados, você deve ter acesso administrativo para a área do projeto.

        Um atributo personalizado pode ser aplicado a mais do que um artefato. Quando o atributo personalizado é criado, você pode indicar que os artefatos são utilizados nesse atributo personalizado. O cliente web mostra o nome de artefatos que são aplicáveis a cada atributo personalizado. Note que o novo comportamento da versão é aplicável apenas a versões de arquivos e não linhas de base, snapshots e streams.
        O cliente web também suporta filtragem de atributos personalizados, com base nos tipos de artefatos.
        Se um artefato faz parte de um componente que faz parte de várias áreas de projeto, você só pode definir um atributo personalizado se ele é definido em todas as áreas do projeto pai.
        O nome de um atributo personalizado não é permitido ser igual ao nome de atributos embutidos. Além disso, cada tipo de artefato tem seu próprio conjunto de atributos embutidos. É possível que um nome de atributo seja permitido para um tipo artefato, mas não para os outros. Um comentário de atributo personalizado nomeado é permitido para arquivos, mas não para linhas de base, snapshots ou streams. Depois de um atributo personalizado ser criado, não é possível adicionar tipos de artefatos adicionais mais tarde.

 

7.4 -  Hierarquia de componentes
        Você está construindo software crítico com dependências complexas que precisam ser refletidas nas relações que compõem o seu código para que você possa comparar, modificar ou reutilizar os componentes entre as equipes, apps, ou variantes de software embutido? Você está personalizando software para muitos nichos de mercado na indústria de seguros, mas todos os produtos utilizam um conjunto comum de componentes? Com RTC 6.0 agora você pode representar essas relações no modo como você estrutura seus componentes de código-fonte. Agora você pode usar hierarquias de componentes para colocar para fora e organizar seu código-fonte em componentes, estruturas aninhadas lógicas. Observe que esse recurso é suportado no Eclipse e clientes de linha de comando, mas (ainda) não no cliente do Visual Studio. Por esta razão, temos o recurso desativado por padrão, mas ele está pronto para uso em produção, se você não tem dependências em desenvolvimento misto do Visual Studio no mesmo projeto. Você pode facilmente ativá-la com uma caixa de seleção, e não a migração de dados é necessário para começar a usá-lo.

 

7.4.1 -  Adicionar e remover subcomponente
        Você pode adicionar qualquer componente dentro do espaço de trabalho para outro componente como um filho

 

 

7.4.2 -  Você pode remover um subcomponente de seu pai ou de um espaço de trabalho.

 

OBS: Todas as mudanças de subcomponentes são controladas em conjuntos de mudanças. Um novo conjunto de alterações pode ser criado para adicionar e remover subcomponentes. As alterações são apresentadas na exibição de alterações pendentes.

 

 7.4.3 -  Entregar e receber alterações em hierarquia de componentes
        Novas operações são criados para entregar ou aceitar todas as alterações para todos os componentes em toda a hierarquia.

 

7.4.4 -  Criar Baselines
        Quando uma linha de base é criada para um componente que tem subcomponentes, ele cria automaticamente linhas de base para todas as suas subcomponentes e salva as relações entre eles, de modo que a nova linha de base contém a informação para reconstruir toda a hierarquia.

 

7.4.5 -  Substitua com a hierarquia de linha de base
        Agora você pode substituir a hierarquia de componentes inteira com uma linha de base que foi criado anteriormente.

 

7.4.6 -  Adicionar hierarquia de componentes
        A adição de um componente adiciona automaticamente o componente e todos os seus subcomponentes. Se subcomponentes do componente já existem no espaço de trabalho, você pode optar por substituir, ignorar ou cancelar a operação.

 

7.4.7 -  Remover hierarquia de componentes
        A remoção de um componente da área de trabalho remove automaticamente o componente e todos os seus subcomponentes que não são utilizados por outras hierarquias de componentes na área de trabalho.

7.5 -  O recurso de carga apresentado com identação
        Você pode carregar o conteúdo dentro de uma pasta que já está no controle de origem usando a carregar como assistente e fornecendo um local dentro de uma pasta existente que é compartilhado.
Neste exemplo, o conteúdo já está carregado:

 

O caminho local está aninhado em uma pasta compartilhada:

 

 

Os conteúdos estão carregados nas pastas:

 

 

7.6 -  Mova conflitos para outro componente no Cliente Eclipse
        O Rational Team Concert SCM suporta mover uma pasta e seu conteúdo para outro componente usando Team> Mover Em Repository. É possível que, depois que uma pasta é movida do Component1 para o Component2, alguém faz alterações para o conteúdo na pasta movida em um espaço de trabalho que não contenha o movimento.
        Aceitar este conjunto de alterações no espaço de trabalho de movimentação resulta em um conflito de modificação / exclusão para todos os arquivos que são movidos. Agora você tem a capacidade para aplicar as alterações conflitantes para outro componente.
        O exemplo a seguir mostra que existem dois conflitos entre eliminados/modificadas para arquivos contidos no projeto P2, que foi transferida para Componente2.

        Para aplicar esses conflitos para o segundo componente, clique em Aplicar para componentes no menu de contexto dos conflitos, e escolher o componente de destino, Component2 neste exemplo, no selecionador de componente.

    

        Os conflitos são aplicados ao componente de destino como um patch usando o Editor de Gap. Você deve resolver manualmente quaisquer conflitos que não foram auto resolvidos.

 

Nesse exemplo as mudanças foram auto resolvidas, assim você pode completar a integração, clicando no botão Concluir.

 

7.7 -  Nova Configuração do espaço de trabalho
        Os projetos podem agora configurar o nome padrão e visibilidade usado no assistente “Novo espaço de trabalho” quando os espaços de trabalho são criados a partir de uma Stream. O nome padrão é determinado usando um padrão que pode conter a variáveis $ {stream-name} e $ {user-id}. A visibilidade padrão pode ser privadas, públicas ou escopo do projeto.
        Você pode configurar o padrão de nome de espaço de trabalho e visibilidade na área de dados de configuração da Fonte de Controle / Configuração do novo espaço de trabalho no editor da área do projeto tanto no Cliente Eclipse quanto Cliente Web. A imagem seguinte é a partir do cliente na web:

    

        Esta imagem mostra o nome padrão que é usado no assistente de Novo Espaço de Trabalho do cliente Eclipse quando o usuário cria um espaço de trabalho a partir de uma Stream:

 

 

8 -  Rational Team Concert Shell

8.1 -  Propriedades da linha de base
        Rational Team Concert Shell agora oferece suporte a propriedades de linha de base de edição. Além de ver as propriedades de uma linha de base, o nome e a descrição de uma linha de base pode ser editado.

8.2 -  Mostrar linha de base atual do componente
        O Rational Team Concert Shell tem uma nova preferência que mostra informações de linha de base atual do componente. Quando você seleciona a preferência, a informação de base atual do componente é mostrada na visualização Alterações Pendentes, juntamente com o nome do componente.

9 -  Segurança reforçada - single sign-on para Autenticação CLM e Kerberos para RTC 6.0
        Proteger a propriedade intelectual da sua empresa é uma das principais razões que as empresas contam com uma solução baseada na plataforma com uma interface de autenticação comum e infraestrutura de segurança, em vez de uma infinidade de produtos pontuais cada um com seus próprios modelos de segurança e pontos de vulnerabilidade potencial. No RTC 6.0 temos melhorado o nosso suporte para modelos de autenticação de alta segurança, como Kerberos e capacidade de sign-on único padrão da indústria.

 

Você conhece DevOps? Quer saber qual a visão da IBM de DevOps?

Se você está iniciando uma jornada de melhoria no seu ciclo de entrega de software, ou se você está lidando com uma pressão para entregar mais rápido ao mesmo tempo em que sofre cortes de orçamento, essa sessão irá prover uma visão geral da abordagem de DevOps apresentando práticas, padrões de adoção e um roadmap para que você e sua empresa possam tirar melhor proveito do DevOps. 

Os seguintes tópicos serão abordados durante esse webcast:

• DevOps: Lean, Agile e ALM
• Cloud e DevOps em um mundo híbrido
• Resolvendo os principais gargalos com DevOps
• Transformação da cultura na empresa 

 

Data: 31/07 - sexta-feira
Horário: 11:00 às 12:00

 

Faça a sua inscrição através do link:

http://ibm.co/1TRmsq2

Vou descrever aqui rapidamente a funcionalidade Quick Planner que está disponível a partir da versão 5.0.2 do Rational Team Concert.

A introdução desta funcionalidade poderá simplificar o planejamento das suas iterações ou sprints através de operações simples de arrastar e soltar os itens de trabalho. É possível também utilizar atalhos de teclado ou ícones simples para atribuir informações aos atributos dos itens de trabalho.

 

O Quick Planner está disponível no menu de Planos do Team Concert:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Popular um backlog através do Menu de Opções para o planejamento rápido:

 

 

 

 

 

 

 

 

 

 

 

 

Criar um novo workitem, basta adicionar o titulo na opção abaixo de criação de novo work item:

 

 

Os icones dos principais atributos já ficam disponiveis para preenchimento no momento da criação: Tipo, Descrição, Planejado para, Responsável, Tags, Prioridade e Links

 

 

 

 

 

 

A opção de filtragem de informações, também pode auxiliar o processo de planejamento faciliando a visualização dos itens de trabalho desejados:

 

 

 

 

Através de uma simples operação de arrastar e soltar é possível criar relacionamentos pai/filho:

Estimando as stories de uma forma rápida através de uma única interface

 

 

Após serem pontuadas, as stories podem ser rankeadas também através da opção drag e drop:

 

 

Para planejamento da Release ou Sprint, através da opção no menu lateral de planejamento da iteração, basta mover as stories de um plano para outro através da opção arrastar e soltar:

 

Após o planejamento da Release e Sprint, é possível também de uma maneira muito fácil criar os workitens de execução (tarefas) finalizando o plano da Sprint:

 

 

 

 

 

As principais informações sobre as tarefas são facilmente inseridas através de ícones :

 

 

 

 

 

 

 

As tarefas podem ser facilmente estimadas através de semanas, dias, horas ou minutos:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Através do Quick Planner também é possível acompanhar o progresso do trabalho da Sprint na perspectiva de horas trabalhadas, itens resolvidos e pontos atingidos:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Bom planejamento para todos !!!

 

 

Para maiores informações, acesse:

https://jazz.net/downloads/rational-team-concert/

https://www.youtube.com/watch?v=8Wq0-Gmm7-8

 

 

 

 

Introdução

Este guia fornece exemplos de como utilizar e organizar os recursos de Streams e componentes de Rational Team Concert (RTC). Ele é projetado para ser um guia leve, que destacará algumas das várias abordagens diferentes que as organizações utilizam para gerenciar código com RTC. Qualquer uma das seguintes abordagens podem ser usadas, embora a implementação de uma estratégia de fluxo é feita sob medida para as necessidades e cultura da organização durante o desenvolvimento de software. 

 

Conceitos

Um Stream (Fluxo) é um objeto de repositório que inclui um ou mais componentes. Um componente é uma coleção de artefatos relacionados, como um conjunto de plug-ins do Eclipse relacionados ou um grupo de documentos que formam o conteúdo do Web site.

Os artefatos sob o controle de origem são agrupados em componentes. Qualquer grupo de arquivos e pastas que compartilha uma raiz comum pode ser um componente. Um Stream é uma coleta de um ou mais componentes.

Os Streams são como ramificações localizadas em outros sistemas de gerenciamento de controle de origem, mas possuem vários recursos adicionais. Qualquer componente em um repositório pode ser incluído em zero ou mais fluxos, ou seja um componente, que não pode ser removido, pode não estar incluído em nenhuma Stream, porém não pode ser associado a nenhuma Workspace.

Como os Streams são temporários e podem ser removidos durante o ciclo de desenvolvimento uma boa prática é utilizar, nos componentes, baselines como marcas ou milestones do projeto.

Um Stream pode incluir no máximo uma versão de qualquer componente. Utilizando múltiplos Streams, uma organização de desenvolvimento pode trabalhar em projetos que utilizam diferentes versões dos mesmos componentes. Por exemplo, um Stream dedicado ao desenvolvimento de uma nova liberação de software incluiria a versão mais recente dos componentes de liberação. Outro Stream dedicado à manutenção de uma versão anterior dessa liberação de software incluiria inicialmente as versões do componente que faziam parte dessa liberação.

 

Streams e Componentes no Repositório

 

Os Streams e componentes são objetos de repositórios. Depois de criar uma área de trabalho do repositório e os componentes iniciais, é possível incluir artefatos nos componentes e compartilhá-los com a sua equipe.

 

Streams e Componentes em um Ambiente de Simulação

Os Streams e componentes não são definidos em um ambiente de simulação. Os objetos de arquivos e pastas em cada componente em uma área de trabalho de repositório são carregados no sistema de arquivos local como arquivos e pastas. É carregada apenas uma versão de cada arquivo ou pasta, que é a versão associada à linha de base ou fluxo especificado durante a criação da área de trabalho.

Tipicamente, você somente carrega uma área de trabalho em um ambiente de simulação. É possível carregar mais de uma área de trabalho se não houver colisões de nomenclatura nas pastas raízes carregadas.

 

A Figura abaixo mostra como conjuntos de mudanças criados em um ambiente de simulação e, em seguida, registrados em uma área de trabalho do repositório podem ser compartilhados, entregando-os em um Stream usado por todos os membros da equipe. Como o Stream é um destino de Streams das áreas de trabalho do repositório de todos os membros da equipe, os conjuntos de mudanças que ele contém ficam acessíveis para todos os membros da equipe.

 

Conjuntos de Mudanças com Registro de Entrada para uma Área de Trabalho de Repositório Podem ser Entregues a um Fluxo para Torná-los Disponíveis a Outros Membros da Equipe

 

Stream de Desenvolvimento Única

    Esta é a forma mais simples de desenvolvimento de software, e que exige o mínimo de administração e fiscalização. É fácil de configurar, fácil de entender, e trabalha para o bem para pequenas equipes e organizações.
    No desenvolvimento de fluxo único, todo o trabalho é entregue a um único fluxo, que é associado com o projeto / equipe. Os desenvolvedores criam um ou mais espaços de trabalho que proporcionam a este fluxo, bem como as workspaces em suas máquinas locais que estão relacionados com estas áreas de trabalho. Cada desenvolvedor / colaborador trabalha em sua workspace e as suas alterações são carregadas na sua workspace remota. A medida que os conjuntos de mudanças são criados, eles são associados a itens de trabalho. Quando estes itens de trabalho são concluídas, os seus conjuntos de mudanças associadas são então entregues para o fluxo de projeto / equipe, e uma nova baseline pode ser criada.

 

 

Após a entrega dessas mudanças, elas tornam-se visíveis para o restante da equipe, que, em seguida, aceitarão os conjuntos de alterações recebidas. A Figura acima é um diagrama de uma única estratégia de fluxo aparece quando visualizados na RTC. Observe como cada espaço de trabalho está associado a um indivíduo desenvolvedor, testador, analista ou dos interessados, e todos os espaços de trabalho tem o mesmo fluxo de projeto / equipe como seu alvo de entrega.

Assim, cada um dos usuários (Alan, Deb, Dan, Don e Tim) tem seu próprio espaço de trabalho do repositório. Quaisquer alterações que o check-in só são visíveis para eles, e são armazenados em seu espaço de trabalho do repositório. Uma vez que essas mudanças estão prontas para serem compartilhadas com o resto da equipe, eles são entregues para o fluxo de equipe (Acme Stream), e então eles vão aparecer como alterações de entrada para os demais membros da equipe.

 

Desenvolvimento com Múltiplas Releases

Algumas equipes podem estar fazendo o desenvolvimento de fluxo simples , mas podem precisar de suporte a várias versões do seu software, estão trabalhando em versão X , mas ainda precisa de apoio e fazer a manutenção para lançamento x -1, x -2 , e assim por diante . Este tipo de esforço de desenvolvimento é fácil de configurar dentro RTC. Requer alguma administração adicional e supervisão, bem como alguns maior disciplina da equipe de desenvolvimento.

No desenvolvimento múltiplo, os desenvolvedores podem esperar para trabalhar na nova versão, trabalhar em manutenção (correções de erros) , ou ambos. Os desenvolvedores terão de determinar onde a maior parte do seu trabalho está sendo feito, para que eles possam decidir sobre quantas áreas de trabalho de Jazz de usar, e onde a base desses espaços de trabalho. As equipes precisam ter fortes convenções de nomenclatura para seus fluxos e espaços de trabalho , a fim de manter um senso de ordem, e para que todos possam encontrar facilmente as coisas que eles podem estar procurando.

Tudo começa com o desenvolvimento corrente. Inicialmente é necessário ter um fluxo de desenvolvimento dedicado que está sempre trabalhando na versão mais recente. Como as entregas são feitas constantemente, os fluxos de manutenção são formados e estes começam a formar baselines e assim liberadas lentamente ao longo do tempo, como as atividades de manutenção continua.

 

 

Nas figuras acima temos cenários que exemplificam os casos de desenvolvimento múltiplo, onde algumas workspaces de usuários realizam entregas para a Stream de desenvolvimento enquanto outras fazem entregas nas streams de manutenção. Nas figuras, Alan e Deb, podem entregar as suas alterações no fluxo de manutenção em primeiro lugar, e, em seguida, fornecer os mesmos conjuntos de alterações que o fluxo de desenvolvimento em curso. O que é importante aqui é que você mostra as relações entre os fluxos.

Normalmente, recomendamos que as mudanças de fluxo de correntes de manutenção sejam levadas para o fluxo atual de desenvolvimento, uma vez que esta é a forma como o trabalho é feito tipicamente (entregar a manutenção corrigida primeiro, depois incorporar a correção para a stream atual de desenvolvimento). RTC suporta o fluxo de mudanças em qualquer direção, para escolher o que melhor se adapta a maneira que você desenvolver e mantém o software.

 

Desenvolvimento de Múltiplas Aplicações

Ao usar o Rational Team Concert para um esforço de desenvolvimento em grande escala, ou desenvolvendo múltiplos componentes de software ou aplicativos, que devem, então, ser integrados. Nestas situações, usamos fluxos para segregar os esforços de desenvolvimento, e para controlar os ambientes de desenvolvimento.

Na Figura abaixo vemos uma representação da nossa estratégia de fluxo.

 

Aqui vemos nossos desenvolvedores dedicados ao desenvolvimento de um componente de software ou aplicação única. Alan está trabalhando no esforço de desenvolvimento Acme, e Don está trabalhando no desenvolvimento Beta. O desenvolvimento em cada um destes fluxos ocorre apenas naqueles componentes individuais. A Stream de integração de sistemas, chamado System-int, em seguida, utiliza as mudanças de cada um destes fluxos de desenvolvimento, e a integração dos componentes (ou aplicações) é feito nesta Stream.

Com este tipo de estratégia, as equipes podem trabalhar de forma isolada e atividades de integração podem ser coordenados, sem abrandar o desenvolvimento dos componentes ou aplicativos individuais.

 

Usando Streams para representar Ambientes

Na Figuras anteriores você pode ver um exemplo do uso fluxos para representar ambientes. O fluxo de desenvolvimento reflete o estado do software no ambiente de desenvolvimento, enquanto o fluxo de liberação reflete o estado do software no ambiente de produção. Temos algo semelhante desenvolvendo com múltiplas releases , quando vemos uma variedade de fluxos de desenvolvimento que refletem o estado do software no ambiente de desenvolvimento, ao mesmo tempo, temos um fluxo de integração de sistemas que reflete o estado do ambiente de integração de sistemas.

Streams são uma ferramenta que está disponível para uma organização para ajudar a coordenar e organizar o trabalho, e refletem o estado dos vários ambientes de desenvolvimento e testes que uma organização pode ter em uso.

 

Componentes

No Controle de origem do Rational Team Concert, a unidade organizacional fundamental para o código-fonte é o componente.Um componente normalmente contém pelo menos um projeto Eclipse e usualmente contém vários. A maioria das operações que manipulam arquivos e pastas, tais como carregamento, descarregamento e inclusão em um espaço de trabalho são expressas em termos de componentes. Enquanto você pode iniciar muitas destas operações em arquivos ou pastas individuais, os próprios arquivos e pastas existem no repositório como parte de um componente.

Para facilitar a organização do repositório temos alguns exemplos do que pode ser classificado como componente:

• Unidade fundamental para os artefatos sob gestão de configuração;

• Uma coleção de artefatos relacionados que compartilhem uma origem comum;

• Local no RTC onde os arquivos são incluídos, alterados e excluídos;

• Os componentes arquiteturais do Projeto podem ser distribuídos em componentes SCM para permitir reaproveitamento de camadas;

• Os Produtos do Projeto;

• Código-fonte que é utilizado em mais de um build.

Para melhor exemplificar, se temos um automóvel completo, podemos dizer que ele é comparado a uma Stream e que as partes que o compõem, como as rodas, os bancos e o ar-condicionado, são os componentes, onde esses são evoluídos constantemente e que podem formar uma nova versão do automóvel.

Você pode facilmente ajustar a configuração de um componente independente da configuração de outros componentes no seu espaço de trabalho. Em particular, no âmbito de uma baseline é uma única componente, assim você pode identificar configurações de componentes interessantes com baselines, e em qualquer momento ajustar a configuração desse componente para ser uma baseline arbitrária da forma que desejar.

O componente não pode ter o nome de outro componente do repositório e este sim não pode ser removido, portanto é importante que a organização estabeleça os padrões de nome para esses componentes.

É possível dividir projetos grandes em vários componentes menores para reutilização de código entre fluxos e áreas de trabalho para facilitar a construção de subconjuntos de um sistema. Quando você cria um componente, pode colocar projetos relacionados juntos (por exemplo, componentes que são construídos juntos ou formam um subsistema). Se precisar, você pode mover projetos de um componente para outro, ou refatorar um único componente em vários componentes.

Alguns pontos devem ser levados em consideração quando resolvemos dividir projetos em vários componentes: Atualmente, um conjunto de mudança está vinculado a um determinado componente, por isso, embora você possa mover arquivos de um componente para outro, você não pode aplicar conjuntos de mudanças de um componente para o outro componente.

Por outro lado, se houver um conjunto de projetos que você sempre carrega junto, é melhor tê-los todos em um componente, uma vez que ajuda a evitar esquecer de carregar projetos que você precisa. Assim, a orientação geral é para agrupar projetos em um único componente, se eles geralmente precisam ser carregados em comum.

 

Conclusão

Este guia se destina a fornecer algumas estratégias básicas para gerenciar os esforços de desenvolvimento de software com o Rational Team Concert. As estratégias que usa seu time provavelmente será uma variante de uma dessas abordagens. A chave é usar a abordagem que melhor se adapta às necessidades de sua organização. Lembre-se que as Streams e componentes são ferramentas que você deve usar para tornar o desenvolvimento de software mais bem organizado, e para ajudar a tornar as atividades de desenvolvimento tão intuitiva quanto possível.

Encontro Rational e WebSphere

Furnas Implementa Integração Contínua

 

 

A IBM Brasil, com o apoio da INFNET tem o prazer de convidá-los para as próximas palestras de Rational e WebSphere no dia 02 de outubro de 2014.

Venham conhecer como Furnas implementou seu Processo de Integração Contínua com o Rational Team Concert, Jenkins e SonarQubr, e sobre o IBM Bluemix, uma oferta de plataforma como service (PaaS) baseada em um projeto de código aberto de Cloud Foundry que oferece funções e serviços em nível empresarial, fáceis de integrar aos aplicativos da nuvem.

 

Tópicos que serão abordados:

•  Visão Geral da Plataforma Jazz e do Rational Team Concert
• Visão Geral do Jenkins, do Sonar e da Prática de Integração Contínua
• Demonstração prática da Integração das ferramentas

 

 

Palestrante Rational

Fernando Silva atualmente atua como Analista de Sistemas na PrimeUp, onde é Consultor e atua em diversos projetos de implantação do ALM e de desenvolvimento de software. Mestre em Informática pela Pontifícia Universidade Católica do Rio de Janeiro (2013), onde também se graduou em 2009. Possui experiência acadêmica nas áreas de Mineração de Repositórios de Software e de Web Semântica.
 

 

Palestrante WebSphere

Eduardo Sena - Especialista IBM

 

Agenda:

18:30 - Abertura

18:45 - Palestra Rational – Furnas Implementa a Integração Contínua com o Rational Team Concert, Jenkins e SonarQube

19:45 - Palestra WebSphere – IBM Bluemix

20:45 - Encerramento

 

Local: INFNET – Av. São José, 90 – 2o andar – Auditório – Centro – Rio de Janeiro

 

Para quem já é cadastrado no Grupo de Usuários Rational, é só se logar e fazer a inscrição aqui: http://bit.ly/1khI7Zc

Se você ainda não é cadastrado no Grupo de Usuários, mesmo que ainda não seja um usuário de nossas soluções, faça isso agora seguindo os passos descritos aqui: http://ibm.co/1eYC0kA

 

Os RUGs (Rational User`s Groups) são comunidades locais de usuários Rational que permitem a atualização constante em assuntos relacionados à tecnologia dessa família de produtos.

 

Participando do Grupo você poderá:

·    Se informar sobre eventos e sobre as reuniões do Grupo
·    baixar apresentações
·    fornecer seu feedback sobre produtos IBM Rational
·    obter benefícios exclusivos como descontos nos eventos IBM
·    trocar experiências
·    buscar conteúdo referente a educação e
·    de quebra, fazer um pouco de networking

 

O objetivo das reuniões do Grupo de Usuários Rational é o de integrar pessoas e empresas para a troca de conhecimento, experiências, pesquisas e questões envolvidas no design e desenvolvimento de softwares que usam as ferramentas da IBM Rational e softwares relacionados.

Façam parte do nosso grupo!

Se tiver alguma dúvida de como se cadastrar na próxima palestra, é só seguir o passo a passo aqui:http://bit.ly/1rUFsWK

 

Inscrições gratuitas

Rational – Inscrições através do link http://bit.ly/1khI7Zc

WebSphere – Envie suas inscrições para Daniela@br.ibm.com 

 

 

Encontro Rational e WebSphere

Programa ALM Petrobras

 Estratégia e Desafios de Implantação

 

A IBM Brasil, com o apoio da INFNET tem o prazer de convidá-los para as próximas palestras de Rational e WebSphere no dia 06 de agosto de 2014.

Venha descobrir os desafios e estratégias de adoção de ALM em uma organização com uma área de desenvolvimento com mais de 1.000 pessoas, responsável por mais de 2.000 aplicações e que produz software para diversas plataformas como SAP, Java e .Net.

A Petrobras está implantando um programa ALM, cuja missão é melhorar a governança do ciclo de vida de desenvolvimento de aplicações na companhia, proporcionando uma melhor visibilidade do desenvolvimento de software para o nível gerencial,  aumentando o nível de automação no processo, saneando e otimizando o landscape de ferramentas.

O programa é composto por vários projetos que tratam dos seguintes temas:

• entrega contínua em ambiente Java,
• entrega contínua em ambiente .Net,
• gestão de requisitos para equipes Java, .Net e SAP,
• gestão de qualidade,
• gestão de comunicação com fabricas de software,
• gestão da arquitetura do ALM,
• gestão da comunicação entre times de desenvolvimento e
• gestão de métricas.

 

Palestrante Rational

Filipe Saramago atualmente atua como Analista de Sistemas concursado da Petrobras SA, onde é o Líder Técnico responsável pela Implantação do Programa ALM. Já esteve envolvido com iniciativas de Arquitetura de Solução, gerenciou projeto de Modelagem de Processo e Gerencia de Requisistos SAP e liderou iniciativa de implantação de Arquitetura Empresarial a fim de melhorar a Governança de TI. Além disso, ministra aulas de Governança de TI na faculdade SENAC-RIO, na modalidade a distância.

Possui Mestrado em Informática pela Pontifícia Universidade Católica do Rio de Janeiro (2007) e foi Graduado em Ciência da Computação pela Universidade Federal Fluminense (2003). Tem experiência acadêmica na área de Ciência da Computação nos seguintes assuntos: Governança de TI, Engenharia de Software e Informática na Educação. Já atuou com os seguintes temas: interatividade, eduacação a distância, e-learning, desenvolvimento web e trabalho colaborativo. Vêm se aprofundando em temas como: Arquitetura Empresarial, Governança de TI, BPM e Engenharia de Requisitos. Já ministrou aulas Java, Programação, Gerência de Requisitos, Tecnologia na Educação e Governança de TI em diferentes Instituições/Cursos.

 

Palestrante WebSphere

Marcelo Gianini Novaes - Especialista Técnico WebSphere  em Soluções de BPM, Conectividade, Infraestrutura e Mobilidade na IBM possui 23 anos de Profissão. Adicionalmente é membro do Technology Leadership Council da IBM Brasil, membro do Technology Leadership Council Worldwide da IBM e master Certified IT Specialist  do Open Group.

Experiência em Infraestrutura e integração de aplicações, modelagem de processos e desenvolvimento de software. Atua diretamente junto à empresas, envolvendo-se diretamente no direcionamento estratégico e metas corporativas, através da utilização de técnicas como BPM, SOA, ESB e JEE. Experiência acadêmica em cursos de pós-graduação nas disciplinas ligada a Análise e Design de Serviços e BPM e coordenação de cursos de pós-graduação em Arquitetura de J2EE e Objetos Distribuídos e suporte no Curso de Engenharia de Software SOA.

Formado em Engenharia e com Pós-Graduação em Projeto de Aplicações Orientadas a Objetos com Ênfase em Java, e MBA Executivo de Negócios.

 

Agenda:

18:30 - Abertura

18:45 - Palestra WebSphere – IMPACT 2014 - Principais novidades, tendências e anúncios 

             comunicados no evento mundial de WebSphere

19:45 -Palestra Rational – Programa ALM Petrobras: Estratégia e Desafios de

            Implantação

20:45 - Encerramento

 

Local: INFNET – Av. São José, 90 – 2o andar – Auditório – Centro – Rio de Janeiro

 

Para quem já é cadastrado no Grupo de Usuários Rational, é só se logar e fazer a inscrição aqui: http://bit.ly/1khI7Zc

Se você ainda não é cadastrado no Grupo de Usuários, mesmo que ainda não seja um usuário de nossas soluções, faça isso agora seguindo os passos descritos aqui: http://ibm.co/1eYC0kA

 

Os RUGs (Rational User`s Groups) são comunidades locais de usuários Rational que permitem a atualização constante em assuntos relacionados à tecnologia dessa família de produtos.

 

Participando do Grupo você poderá:

·    Se informar sobre eventos e sobre as reuniões do Grupo
·    baixar apresentações
·    fornecer seu feedback sobre produtos IBM Rational
·    obter benefícios exclusivos como descontos nos eventos IBM
·    trocar experiências
·    buscar conteúdo referente a educação e
·    de quebra, fazer um pouco de networking

 

O objetivo das reuniões do Grupo de Usuários Rational é o de integrar pessoas e empresas para a troca de conhecimento, experiências, pesquisas e questões envolvidas no design e desenvolvimento de softwares que usam as ferramentas da IBM Rational e softwares relacionados.

Façam parte do nosso grupo!

Se tiver alguma dúvida de como se cadastrar na próxima palestra, é só seguir o passo a passo aqui:http://bit.ly/1rUFsWK

 

Inscrições gratuitas

Rational – Inscrições através do link http://bit.ly/1khI7Zc

WebSphere – Envie suas inscrições para Daniela@br.ibm.com 

 

 

O Rational Team Concert é uma ferramenta de colaboração de equipe que é construída em uma plataforma escalável e extensível. O Rational Team Concert usa o aplicativo Change and Configuration Management (CCM) para fornecer recursos que integram tarefas de projeto de desenvolvimento, incluindo planejamento de iteração, definição de processo, gerenciamento de mudanças, rastreamento de defeitos, controle de fonte, automação da compilação e relatório. Dentre as principais novidades entregues nesta última versão, destaco as seguintes:

 

Integração do RTC com o Git

 

O Rational Team Concert agora pode ser usado para a execução de processos e gestão de mudanças em equipes que usam o Git como uma gestão de controle de origem da ferramenta (SCM). Para quem não conhece, o Git é um sistema de controle de versão distribuído e um sistema de gerenciamento de código fonte, com ênfase em velocidade. Foi inicialmente projetado e desenvolvido por Linus Torvalds para o desenvolvimento do kernel Linux, mas foi adotado por muitos outros projetos.

Nessa nova versão do RTC, você agora tem uma forma única e centralizada de fazer cumprir o processo entre as equipes que usam sistemas de SCM heterogêneas (como o Rational Team Concert e Git). As duas principais funcionalidades implementadas são:

• Processo de execução das operações de Git SCM

• Associar itens de trabalho do Rational Team Concert com Git commit

        

      Verificação de Builds de SCM agendadas

Para construções do Rational Build Forge, a integração agora verifica as construções agendadas de mudanças do SCM antes de iniciar a construção em Rational Build Forge. Se não houver mudanças de SCM para construir, nenhuma construção no Build Forge é iniciada, e a construção pendente no Rational Team Concert é excluída. Este processo aplica-se somente a construções agendadas, e opção de configuração SCM da definição de compilação “construir apenas se houver alterações aceitas” deve ser selecionada. Esse comportamento pode ser alterado adicionando na propriedade buildforge.preBuildScmCheck com valor false.

 

Melhorias no ClearCase importer

O Importador de Versão do ClearCase tem melhor desempenho. O importador agora emite menos comandos cleartool para a operação de exportação, e as operações do SCM do Rational Team Concert pode lidar com um grande volume de dados, o que resulta em um melhor desempenho. Além da melhoria no desempenho, novos comandos para definição de links de integração foram adicionados.

 

Melhorias no ClearQuest Synchronizer

Nessa nova versão é possível configurar o ClearQuest Synchronizer para criar automaticamente um link ClearQuest Bridge entre um item de trabalho sincronizado e um registro ClearQuest. Criar um link ClearQuest ponte permite aos usuários navegar mais facilmente registros sincronizados, e permite que os administradores para sincronizar menos campos e reduzir o custo total de propriedade.

 

Melhorias na pesquisa sensível ao contexto

Na interface do usuário de pesquisa sensível ao contexto, foi incluída uma maneira mais fácil para selecionar todos os componentes para uma área do projeto ou fluxo através do botão “Selecionar todos”.

Construção de dependência e promoção

Uma opção para ver o mapa de construção de um arquivo compilável está disponível no menu de contexto para um arquivo local que foi compartilhado, um arquivo remoto, ou a partir da exibição de resultados de dados de código fonte.

Nova Opção para ver histórico das definições da extensões corporativas

Anteriormente nas definições de extensões corporativas as alterações podiam ser realizadas e não havia como restaurá-las. Agora nessa guia, você pode ver todas as alterações de uma definição de sistema. Semelhante à história de item de trabalho, você pode ver as alterações efetuadas ao longo do tempo por diferentes usuários.

Nova opção para reconstruir conjunto de mudanças em builds pessoais

Por padrão, builds pessoais comparam o espaço de trabalho pessoal com o mais recente resultado de sucesso de uma compilação de equipe e reconstrói todos os conjuntos de alterações de entrada e saída. Uma nova opção permite limitar construções pessoais, de modo que apenas os seus conjuntos de alterações de saída são construídos. A opção está disponível a partir da página de administração do Jazz Team Server em configuração> Propriedades Avançadas.

Jazz source control

Um novo fluxo de trabalho para aceitar conjuntos de alterações em um espaço de trabalho está disponível. Quando uma lacuna é encontrada, o servidor tenta fornecer uma lista de conjuntos de alterações em falta que são necessários para preencher a lacuna. O usuário pode, então, decidir como proceder.

Destaque para conflitos anteriores ao ver Histórico

Na visão de histórico de um arquivo de repositório que tem um conflito, o caminho da versão anterior comum e os dois estados finais para o conflito ficam em destaque. O usuário pode ver o que mudou a aprtir do conflito e o ponto de ramificação.

 

Nova coluna do ID da versão de entrega

 

No Rational Team Concert 5.0, todas as novas versões de arquivos controlados no SCM são atribuídos a uma identificação de versão. A identificação de versão é única para qualquer versão do mesmo arquivo.

A coluna de versão ID foi adicionado à visão do histórico do arquivo sob controle de versão e na visão de histórico do check-in. A coluna de identificação de versão pode ser ligado ou desligado no modo de exibição histórico semelhante a outras colunas. Por padrão, a coluna de identificação de versão está ligado.

O ID da versão do arquivo sob controle de versão pode ser exibida também ao mostrar arquivos de repositório, na visão mostrar as mudanças e resumo das mudanças.

 

Personalizando o comportamento das operações de SCM a partir do navegador

Atualmente, o comportamento para as operações de controle de origem só pode ser configurado a partir do cliente Eclipse. Este novo recurso permite que os administradores do projeto possam configurar o comportamento para as operações de controle de origem a partir do próprio navegador. Os usuários podem adicionar, configurar e remover os pré-requisitos e acompanhamento ações para todas as operações de controle de origem.

 

Novos Relatórios

Dentre os novos relatórios para essa nova versão destacamos alguns:

 

• Tempo médio de avanço

Este relatório traça a tendência para o tempo médio que itens de trabalho permanecem no estado não resolvido.

• Média do ciclo operacional

Este relatório traça a evolução do tempo médio que itens de trabalho permanecer no estado inativo.

• Controle do processo

O relatório traça o tempo em que os itens de trabalho estão no estado aberto.

• Ciclo Operacional como porcentagem de Tempo de Avanço

Este relatório traça a tendência do tempo ativo como uma porcentagem do tempo sem solução por itens de trabalho.

• Média do tempo no Estado

Este relatório traça o tempo médio que itens de trabalho ficam em um determinado estado.

 

Rastreamento e planejamento

Arrastando links de item de trabalho OSLC nos planos: Nessa nova versão é possível criar links entre os itens de trabalho através do plano de projeto. Quando a coluna de relacionamento é exibida, basta arrastar o item de trabalho relacionado até a coluna do outro item de trabalho para que seja criado um link entre eles. É possível também arrastar esses links OSLC de itens de trabalho que são mostrados em um plano entre os projetos a outro item no plano para mudar a sua hierarquia.

Melhorias de usabilidade para a pequisa na página de Planos: Nessa nova versão do RTC é possível realizar pesquisa de planos e os resultados de pesquisa podem ser filtrados por palavras-chave diretamente na página, ajudando você a encontrar os planos mais rápido. Barras de progresso Plano agora estão ocultas por padrão nos resultados de busca do plano. Eles podem ser exibidas clicando em Mostrar progresso na página.