Referência Rápida

Se você desejar se aprofundar e começar a explorar, esta referência rápida abrangerá os principais conceitos, termos e elementos visuais que você encontrará.

Este tópico inclui as seguintes seções:

Terminologia e Conceitos

Os artefatos do Rational Team Concert são armazenados em um repositório, que pode ser acessado apenas através de usuários autorizados.

O repositório contém áreas do projeto que referenciam os artefatos para um projeto. Cada área do projeto tem um processo associado, que controla como o projeto é executado e customiza a maneira como o Jazz se comporta. O processo é definido por uma configuração do processo e uma descrição do processo. A configuração do processo define as iterações do projeto e como ele se comporta durante estas iterações. A descrição do processo corresponde a um Web site que explica o processo.

Este diagrama mostra o relacionamento de alto nível entre áreas do projeto, áreas da equipe, fluxos, espaços de trabalho de repositório e outros artefatos da equipe.

Há diversos processos predefinidos para se escolher: Scrum, OpenUp e Simple. Mas você também pode definir seu próprio processo ou modificar um já existente. Para obter informações adicionais, consulte Modelos de Processo.

De dentro de uma área do projeto, você tem acesso aos artefatos do projeto.

As Áreas do Projeto são decompostas em um conjunto de áreas da equipe, que descreve as equipes que trabalham no projeto. Cada área da equipe tem uma lista de membros da equipe e a função do processo que eles realizam na equipe. Um usuário pode ser membro de mais de uma equipe. Cada área da equipe pode definir customizações de processo para adaptar o processo para a equipe e suas subequipes.

Para projetos simples, toda a atividade está em uma única linha de tempo principal com um único fluxo. As linhas de tempo adicionais podem ser criadas para coisas como atividades de manutenção. Cada linha de tempo possui suas próprias áreas de equipe e customizações do processo.

O trabalho planejado é descrito por itens de trabalho. Os tipos de itens de trabalho utilizados em uma área de projeto são definidos pelo processo. Por exemplo, o processo Scrum define os seguintes tipos de itens de trabalho:

  • Defeito
  • Tarefa
  • História
  • Épico
  • Item de Acompanhamento de Construção
  • Impedimento
  • Item de Adoção
  • Retrospectiva

Cada tipo de item de trabalho pode ter suas próprias transições de estado e campos customizados. Os itens de trabalho são arquivados contra as categorias de itens de trabalho, que permitem que você organize itens de trabalho por áreas funcionais. Cada área de projeto define a lista de categorias de itens de trabalho disponíveis. Cada área da equipe está associada a uma categoria de item de trabalho para a área funcional da qual a equipe é responsável.

Você pode localizar itens de trabalho através da execução de consultas. As consultas podem ser privadas para você ou compartilhadas com a equipe.

O trabalho em uma área do projeto é feito em uma sequência de iterações. Cada iteração pode ter uma data de início e de encerramento. Uma das iterações é definida pelo processo como a atual. Ao planejar o trabalho, você destina um item de trabalho para uma iteração particular. Você pode planejar todo o trabalho que deve ir para uma iteração através da criação de um plano de iteração. É possível planejar o trabalho geral para o release desdobrado em iterações em um plano de release.

Você utiliza um espaço de trabalho de repositório pessoal para trabalhar em arquivos de projeto que estão sob controle de origem. Você carrega a área de trabalho do repositório para copiar os arquivos e pastas em seu computador. O Jazz Team Server rastreia todas as alterações feitas nos arquivos controlados pela origem com conjuntos de alterações. Cada conjunto de alterações contém arquivos e pastas alterados, contém um comentário e referencia os itens de trabalho associados que motivaram as alterações. Você marca em seus conjuntos de alterações para fazer upload de arquivos e pastas modificados de sua área de trabalho de IDE para a área de trabalho do repositório. Conjuntos de alterações com registro de entrada efetuado são armazenados no repositório, mas ainda não são compartilhados com o resto da equipe de desenvolvimento até que você entregue os conjuntos de alterações. O processo de registro de entrada e entrega fornece proteção extra para suas alterações, ao mesmo tempo em que fornecem a flexibilidade de fazer alterações continuamente sem entregar imediatamente.

As equipes utilizam um fluxo para armazenar a cópia principal dos arquivos do projeto; cada espaço de trabalho de repositório contém uma cópia. Um espaço de trabalho do repositório e o fluxo da equipe são conectados por um fluxo. Você entrega os conjuntos de alterações do seu espaço de trabalho do repositório para o fluxo para incorporar suas alterações na cópia principal; estes são conjuntos de alterações de saída. Os conjuntos de alterações de entrada são aqueles que foram entregues para o fluxo por outros membros da equipe. Você aceita conjuntos de alterações recebidos para incorporar suas alterações em sua área de trabalho do repositório e sua área de trabalho de IDE.

O arquivo base controlado pela origem é composto do acúmulo constante dos conjuntos de alterações, cada um baseado em tudo que vem antes dele. O histórico de alterações é a seqüência de conjuntos de alterações para um espaço de trabalho do repositório ou fluxo.

O arquivo base controlado pela origem pode ser particionado em um ou mais componentes separados, cada um com sua própria árvore de pastas e arquivos e seu próprio histórico de alterações. Espaços de trabalho de repositórios simples e fluxos consistem em um único componente. Vários componentes são úteis para equipes que constroem software em camadas em que as partes são desenvolvidas de maneira semi-independentes e são implementas separadamente.

Você pode criar uma linha de base de um componente individual em um espaço de trabalho do repositório para capturar um ponto no tempo interessante ou criar uma captura instantânea para capturar linhas de base simultâneas em todos os componentes.

Cada equipe pode ter sua própria construção, descrita em uma definição de construção associada com a área da equipe. A definição de construção especifica o intervalo de construção, qual script de construção utilizar e qual espaço de trabalho do repositório a ser utilizado para buscar arquivos. Uma construção pode ser executada em mecanismos de construção diferentes. Uma construção pode ser promovida a um release. Os usuários podem então arquivar itens de trabalho em um release particular.

Você pode utilizar feeds para estar ciente sobre o que seus colegas estão trabalhando ou sobre o que está acontecendo em outros fluxos. Como os artefatos no repositório são modificados, os avisos de eventos são automaticamente enviados aos feeds.

Clientes

É possível trabalhar em qualquer uma das seguintes interfaces com o usuário do cliente:


Feedback

Isso ajudou? É possível fornecer feedback em Jazz.net (é necessário registrar-se): Comentar nos fóruns ou submeter um erro