Referencia rápida

Si quiere empezar directamente y comenzar a explorar, esta guía rápida trata los conceptos principales, términos y elementos visuales con los que se encontrará.

Este capítulo incluye las siguientes secciones:

Terminología y conceptos

Los artefactos de Rational Team Concert se almacenan en un repositorio, al que solo pueden acceder usuarios autorizados.

El repositorio contiene lasáreas de proyecto que referencian los artefactos de un proyecto. Cada área de un proyecto contiene un proceso asociado, el cual controla cómo se ejecuta el proyecto y personaliza el comportamiento de Jazz. El proceso se define por la configuración y descripción del mismo. La configuración del proceso define las iteraciones del mismo y como se comporta durante dichas iteraciones. La descripción de proceso se corresponde con un sitio web donde se explica el proceso.

El siguiente diagrama muestra el alto grado de relación entre las áreas de proyecto, áreas de equipo, corrientes de desarrollo, espacios de trabajo de repositorio y otros artefactos de equipo.

Hay varios procesos predefinidos entre los que se pueden elegir: Scrum, OpenUp y Simple. Sin embargo, también puede optar por definir su propio proceso o bien modificar uno existente. Para obtener más información, consulte el apartado Plantillas de proceso.

Tendrá acceso a los artefactos del proyecto desde dentro del área de un proyecto.

Las áreas de proyecto se descomponen en una serie de áreas de equipo, las cuales describen los equipos que trabajan en dicho proyecto. Cada área de equipo tiene una lista de miembros y del rol del proceso que desempeñan dentro del equipo. Un usuario puede ser miembro de más de un equipo. Cada área de proceso puede definir personalizaciones del proceso para ajustarlo al equipo y a sus subequipos.

Para proyectos simples, toda la actividad está en una sola línea de tiempo principal con una sola corriente. Se pueden crear líneas de tiempo adicionales para actividades como las de mantenimiento. Cada línea de tiempo tiene sus propias áreas de equipo y personalizaciones de proceso.

El trabajo planificado se describe en los elementos de trabajo. El proceso define los tipos de elementos de trabajo utilizados en un área de proyecto. Por ejemplo, el proceso Scrum define los siguientes tipos de elemento de trabajo:

  • Defecto
  • Tarea
  • Historia
  • Epic
  • Seguimiento de elemento de construcción
  • Impedimento
  • Elemento de adopción
  • Retrospectiva

Cada elemento de trabajo puede tener sus propias transiciones de estado y campos personalizados. Los elementos de trabajo se archivan por categorías de elemento de trabajo, lo que permite organizarlos en áreas funcionales. Cada área de proyecto define la lista de categorías de elemento de trabajo disponibles. Cada área de equipo se asociará con la categoría de elemento de trabajo del área funcional de la que es responsable el equipo.

Se pueden encontrar los elementos de trabajo ejecutando búsquedas. Las búsquedas pueden ser privadas o compartidas con el resto del equipo.

El trabajo de un área de proyecto se realiza en una secuencia de iteraciones. Cada iteración puede tener una fecha inicial y final. Una de las iteraciones se define como vigente por el proceso. Cuando se diseña el trabajo se asigna una iteración específica con los objetos de trabajo. Puede planificar todo el trabajo que corresponde a una iteración creando un plan de iteración. Puede planificar el trabajo general para un release que se divide en iteraciones de un plan de release.

Se utiliza un espacio de trabajo repositorio personal para trabajar en los archivos de proyecto que están bajo el control de fuente. Cargue el espacio de trabajo de repositorio para copiar los archivos y las carpetas en el sistema. El Jazz Team Server realiza el seguimiento de todos los cambios realizados en los archivos controlados en la fuente mediante los conjuntos de cambios. Cada conjunto de cambios contiene archivos y carpetas modificados, lleva un comentario, y hace referencia a los elementos de trabajo que motivaron el cambio. Reincorpore los conjuntos de cambios para cargar los archivos y las carpetas modificados del espacio de trabajo IDE en el espacio de trabajo de repositorio. Los conjuntos de cambios incorporados se almacenan en el repositorio, pero no se comparten con el resto de miembros del equipo hasta que no se envían. El proceso de reincorporación y entrega proporciona protección adicional a los cambios, al tiempo que le ofrece la posibilidad de realizar cambios continuamente, sin necesidad de entregarlos inmediatamente.

Los equipos utilizan una corriente de desarrollo para almacenar la copia maestra de los archivos del proyecto; cada espacio repositorio mantiene una copia. Un espacio repositorio y la caudal de datos del equipo se conectan mediante un flujo. Los juegos de cambios se entregan desde el espacio de trabajo de repositorio a la corriente para incorporar los cambios a la copia maestra; estos son los juegos de cambios de salida. Los juegos de cambios de entrada son aquellos entregados a la corriente por otros miembros del equipo. Acepte los conjuntos de cambios de entrada para incorporar los cambios en el espacio de trabajo de repositorio y el espacio de trabajo IDE.

La base de archivo bajo el control de origen se construye mediante la acumulación constante de conjuntos de cambios, cada uno de los cuales se construye sobre todos los anteriores. El historial de cambios es la secuencia de juegos de cambio de un espacio repositorio o un caudal de datos.

La base de los archivos controlados en la fuente puede particionarse en uno o más componentes separados, cada uno de ellos con su propio árbol de directorios y archivos, y su propio historial de cambios. Las corrientes y las áreas de trabajo de repositorio simples constan de un solo componente. Los componentes múltiples son útiles para las construcciones de software en capas por equipos, en los que las partes evolucionan semi-independientemente y se implementan por separado.

Se crea una línea base de un componente individual del espacio de trabajo de repositorio para capturar un punto temporal interesante, o crear una instantánea para capturar líneas base simultáneas transversales a todos los componentes.

Cada equipo puede tener su propia construcción, descrita en una definición de construcción asociada con el área del equipo. La definición de la construcción especifica su intervalo, qué script se debe usar, y de qué espacio de trabajo de repositorio adquirir los archivos. Una misma construcción puede ejecutarse en distintos motores de construcción. Una construcción puede ascenderse hasta versión. De esa forma los usuarios pueden archivar los elementos de trabajo en relación a una versión en particular.

Pueden usarse señales para permanecer al tanto del trabajo realizado por los colegas, o de lo aquello que está ocurriendo en otros equipos. Según se modifican los artefactos de un repositorio, se envían noticias de suceso automáticamente a las señales.

Clientes

Puede trabajar en cualquiera de las siguientes interfaces de usuario de cliente:


Comentarios

¿Le ha servido de ayuda? Puede incluir sus comentarios en Jazz.net (registro obligatorio): Comentarios en el foro o envíe un error