Consulta rápida

Si quiere meterse de lleno y empezar a explorar, esta referencia rápida contempla conceptos clave, términos y elementos visuales con los que se encontrará.

Este tema incluye las secciones siguientes:

Terminología y conceptos

Los artefactos de Rational Team Concert se almacenan en un repositorio, al que pueden acceder sólo los usuarios autorizados.

El repositorio contiene áreas de proyecto que hacen referencia a artefactos para un proyecto. Cada área de proyecto tiene un proceso asociado, que rige cómo se ejecuta el proyecto y personaliza el comportamiento de Jazz. El proceso lo define una configuración de proceso y una descripción de proceso. La configuración de proceso define las iteraciones del proyecto y su comportamiento durante estas iteraciones. La descripción de proceso corresponde a un sitio web que explica el proceso.

Este diagrama muestra las relaciones de alto nivel entre áreas de proyecto, áreas de equipo, secuencias, espacios de trabajo de repositorio y otros artefactos de equipo.

Existen varios procesos predefinidos entre los que se puede seleccionar: Scrum, OpenUp y Simple. Pero, también puede definir su propio proceso o modificar uno existente. Para obtener más información, consulte el apartado Plantillas de proceso.

Desde un área de proyecto, puede acceder a los artefactos del proyecto.

Las áreas de proyecto se componen de un conjunto de áreas de equipo, que describen los equipos que trabajan en el proyecto. Cada área de equipo tiene una lista de los miembros del equipo y el rol de proceso que desempeñan en el equipo. Un mismo usuario puede ser miembro de más de un equipo. Cada área de equipo puede definir personalizaciones de proceso para personalizar el proceso para el equipo y sus subequipos.

Para proyectos simples, toda la actividad es una única línea de tiempo principal con una única secuencia. Se pueden crear líneas de tiempo adicionales para elementos como actividades de mantenimiento. Cada línea de tiempo tiene sus propias áreas de equipo y personalizaciones de proceso.

El trabajo planificado lo describen 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
  • Proyecto
  • Epic
  • Elemento de compilación de sguimiento
  • Impedimento
  • Hora de adopción
  • Retrospectiva

Cada elemento de trabajo tiene sus propias transiciones de estado y campos personalizados. Los elementos de trabajo se archivan por categorías de elementos de trabajo, que le permiten organizar los elementos de trabajo por áreas funcionales. Cada área de proyecto define una lista de categorías de elementos de trabajo disponibles. Cada área de equipo está asociada a la categoría de elemento de trabajo para el área funcional de la que el equipo es responsable.

Puede encontrar elementos de trabajo ejecutando consultas. Las consultas pueden ser privadas, para su uso personal, o puede compartirlas con el equipo.

El trabajo en un área de proyecto se realiza en una secuencia de iteraciones. Cada iteración puede tener una fecha de inicio y una fecha de finalización. El proceso define una de las iteraciones como la iteración actual. Al planificar el trabajo, se tiene como objetivo un elemento de trabajo de una iteración determinada. Puede planificar todo el trabajo que debe ir dentro de una interación creando un plan de iteración. Puede planificar el trabajo global de un release desglosado en iteraciones en un plan de release.

Utilice un espacio de trabajo de repositorio para trabajar en archivos de proyecto que estén bajo control de origen. Debe cargar el espacio de trabajo de repositorio para cargar los archivos y carpetas en el sistema. Jazz Team Server realiza un seguimiento de todos los cambios realizados en archivos con control de origen con conjuntos de cambios. Cada conjunto de cambios contiene carpetas y archivos cambiados, contiene un comentario y hace referencia a los elementos de trabajo asociados que han motivado los cambios. Debe incorporar los conjuntos de cambios para subir las carpetas y los archivos modificados desde el espacio de trabajo del entorno de desaroolo integrado al espacio de trabajo de repositorio. Los conjuntos de cambios incorporados se almacenan en el repositorio, pero no se compartirán aún con el resto del equipo de desarrollo hasta que suministre los conjuntos de cambios. El proceso de incorporación y suministro proporciona protección adicional para los cambios, al mismo tiempo que le aporta la flexibilidad de poder realizar continuamente cambios sin suministrarlos inmediatamente.

Los equipos utilizan una secuencia para almacenar la copia maestra de los archivos de proyecto; cada espacio de trabajo de repositorio aloja una copia. Un espacio de trabajo de repositorio y la secuencia del equipo se conectan mediante un flujo. Los conjuntos de cambios se suministran desde el espacio de trabajo de repositorio a la secuencia para incorporar los cambios en la copia maestra; éstos son los conjuntos de cambios salientes. Los conjuntos de cambios entrantes son los que otros miembros del equipo han suministrado a la secuencia. Debe aceptar los conjuntos de cambios entrantes para incorporar los cambios al espacio de trabajo de repositorio y al espacio de trabajo del entorno de desarrollo integrado.

La base del archivo con control de origen se construye a partir de la acumulación constante de conjuntos de cambios, cada uno de los cuales se crea sobre todo lo que le ha precedido. El historial de cambios es la secuencia de conjuntos de cambios para un espacio de trabajo de repositorio o secuencia.

La base de archivo con control de origen se puede particionar en uno o más componentes distintos, cada uno de los cuales tiene su propio árbol de carpetas y archivos y su propio historial de cambios. Los espacios de trabajo de repositorio y corrientes simples se componen de un solo componente. Los componentes múltiples son útiles para equipos que construyen software en capas, en el que las piezas evolucionan de forma semi-independiente y se desarrollan por separado.

Puede crear una línea base de un componente individual en un espacio de trabajo de repositorio para capturar un punto en el tiempo interesante o crear una instantánea para crear líneas base entre todos los componentes.

Cada equipo puede tener su propia compilación, descrita en una definición de compilación asociada al área de equipo. La definición de construcción especifica el intervalo de construcción, qué script de construcción usar y el espacio de trabajo de repositorio que se va a usar para extraer los archivos. Una compilación se puede ejecutar en distintos motores de construcción. Una compilación se puede promover a release. A continuación los usuarios pueden archivar los elementos de trabajo relativos a un release determinado.

Puede utilizar canales de información para estar al corriente de lo que están haciendo sus compañeros o de lo que está sucediendo en otros equipos. Puesto que los artefactos del repositorio sufren modificaciones, se envían avisos de sucesos automáticamente a los canales de información.

Clientes

Puede trabajar en cualquiera de las sugientes interfaces de usuario:


Comentarios