Proyectos de equipo de Team Foundation

Artículo
10/07/2008

Actualización: noviembre 2007

En Team Foundation, un proyecto de equipo es una colección de elementos de trabajo, código, pruebas, productos de trabajo, métricas, etc., que un equipo definido utiliza para realizar el seguimiento de un conjunto común de trabajos relacionados. El concepto lógico de un proyecto de equipo ayuda a determinar qué se debe incluir o excluir del desarrollo de una aplicación de software. Después, el concepto de proyecto de equipo se implementa mediante las herramientas, las agrupaciones y los flujos de trabajo, etc., de Team Explorer y Team Foundation Server. El límite conceptual que se define alrededor del proyecto de equipo tiene implicaciones importantes a la hora de estructurarlo y cuando se realiza la transición de un proyecto de equipo a otro.

La definición lógica de un proyecto de equipo

Lógica o conceptualmente, un proyecto de equipo es una infraestructura única que engloba todas las herramientas y los elementos independientes utilizados en el ciclo de vida del desarrollo de una aplicación de software. Cada aplicación de software, o "proyecto de equipo", en desarrollo se agrupa virtualmente en un espacio de nombres propio, destinado en exclusiva al proyecto de equipo. Por lo tanto, un proyecto de equipo es simplemente un contenedor que aísla todas las herramientas y los artefactos asociados a una determinada aplicación de software en desarrollo, de tal forma que el resto proyectos de equipo no tenga acceso a dichas herramientas o artefactos (por ejemplo, código fuente, elementos de trabajo y documentos).

El proyecto de equipo es el concepto central que aglutina el esfuerzo del equipo para crear una tecnología o un producto de software concreto. El proyecto de equipo es la colección virtual de artefactos relacionadas con la aplicación de software en la que trabaja un equipo. Para los miembros del equipo, el concepto de proyecto elimina el problema de tener que obtener acceso a varios artefactos sin relación con el proyecto de equipo; este exceso de artefactos crea confusión y retrasa el proceso de desarrollo del software. Como mínimo, el proyecto de equipo se compone de un conjunto de herramientas y artefactos. También puede incluir directivas de control de código fuente, un sitio de informes y un portal del proyecto. El proyecto de equipo de Team Foundation permite que, durante la creación de un proyecto, la plantilla de procesos seleccione las herramientas apropiadas y las almacene en el contenedor del proyecto de equipo.

El concepto de proyecto de equipo mejora el flujo de información entre todas las herramientas utilizadas por el equipo. Anteriormente, el flujo de información entre herramientas era una operación conflictiva, ya que los datos de las distintas herramientas no estaban relacionados. Por ejemplo, si un desarrollador de software quería un informe de varias herramientas sobre los defectos, tenía que distinguir entre los de varios proyectos, ya que todos los defectos se almacenaban en una ubicación común. Un proyecto de equipo se crea en un espacio de nombres que únicamente contiene las herramientas y los artefactos relacionados con el proyecto de software; por lo tanto, se crea un filtro común que puede relacionar artefactos diferentes de herramientas diferentes.

Un único servidor Team Foundation Server puede contener varios proyectos de equipo, cada uno de los cuales se crea en un espacio de nombres independiente, de tal forma que un documento denominado X en el espacio de nombres A no es igual que un documento denominado X en el espacio de nombres B. La creación de un proyecto de equipo en un espacio de nombres independiente permite que los artefactos o las herramientas pertenezcan a un solo proyecto de equipo, de tal forma que un desarrollador de software que trabaja en el proyecto de equipo A no tiene acceso a una herramienta o un artefacto incluido en el proyecto de equipo B.

La definición física de un proyecto de equipo

La definición lógica y el límite conceptual establecidos para un proyecto de equipo se consiguen mediante Team Explorer. Team Explorer es una ventana de herramientas ampliable dentro de Visual Studio que agrupa herramientas y artefactos por proyecto de equipo. Como mínimo, el proyecto de equipo se compone de un conjunto de herramientas y artefactos que se especifican en el momento en el que la plantilla de procesos lo crea. Dependiendo de la plantilla de procesos utilizada para crear el proyecto de equipo, éste también puede incluir directivas de control de código fuente, un sitio de informes y un portal del proyecto de equipo.

Cuando se abre por primera vez, Team Explorer está vacío y debe conectarlo a Team Foundation Server. A continuación, puede seleccionar los proyectos de equipo que desea que aparezcan en Team Foundation Server. Team Explorer se conecta sólo a un servidor Team Foundation Server y, por lo tanto, sólo muestra los proyectos de equipo de un servidor Team Foundation Server. De nuevo, dependiendo de la plantilla de procesos utilizada para crear el proyecto de equipo, los miembros pueden utilizar Team Explorer para ver información sobre las generaciones del producto, iniciar el código fuente, realizar consultas sobre las tareas que se les han asignado, ver el estado global del proyecto, localizar documentos, ver informes y crear productos de trabajo relacionados con el proyecto de equipo. Por ejemplo, un proyecto de equipo creado con las plantillas de procesos MSF for Agile Software Development o MSF for CMMI Process Improvement mostrará los siguientes nodos:

Elementos de trabajo Este nodo proporciona acceso para crear y ver consultas en la base de datos de elementos de trabajo, así como para crear nuevos elementos de trabajo. La plantilla de procesos implementa las consultas de proyectos, o bien el jefe de proyecto en el momento de la creación del proyecto de equipo. Las consultas definidas por el usuario no se implementan durante la creación del proyecto de equipo, sino que se agregan posteriormente como contenido personalizado.
Documentos Este nodo proporciona acceso a los productos de trabajo tales como documentos, hojas de cálculo, planes de proyecto, guía de procesos y otros resultados intangibles de las actividades de desarrollo. Los documentos se almacenan en una única ubicación central en el portal del proyecto de equipo.
Informes Este nodo proporciona acceso a los informes que contienen métricas del proyecto y a un método de recopilación de información de las herramientas incluidas dentro del espacio de nombres del proyecto de equipo. El sitio de informes de SQL Reporting Services está diseñado para realizar informes entre herramientas reuniendo información diversa de varias herramientas dentro del proyecto de equipo y crear un informe empleando la semántica y la sintaxis apropiadas para la información exportada de cada herramienta.
Generaciones de equipo Este nodo proporciona acceso a las generaciones de su proyecto de equipo.
Control de código fuente Este nodo proporciona acceso a artefactos tales como código fuente y texto. Los desarrolladores de programas utilizan el explorador de control de código fuente para protegerlo y desprotegerlo. El explorador de control de código fuente es un explorador de archivos de código fuente del proyecto de equipo. Los usuarios pueden implementar varias herramientas personalizadas y definidas por el usuario.

La configuración y las propiedades del proyecto de equipo varían de un proyecto de equipo a otro. Las propiedades del proyecto de equipo se establecen desde el menú Equipo en Visual Studio y definen la configuración para los grupos y los permisos que identifican a los miembros del proyecto de equipo y sus derechos de acceso. Por ejemplo, un desarrollador de software puede tener acceso para modificar el documento X en un proyecto de equipo, pero no el documento Y, mientras que otro desarrollador implicado en el mismo proyecto puede tener acceso para modificar ambos documentos. La asignación de grupos ayuda a establecer los distintos subequipos del proyecto de equipo y a administrar más eficazmente las tareas necesarias. La configuración del proyecto de equipo también incluye las agrupaciones jerárquicas virtuales de artefactos dentro de un proyecto de equipo. La estructura de clasificación puede incluir las iteraciones de ciclo de vida que constituyen un proyecto de equipo y los componentes o las características de un proyecto de equipo. Los elementos de trabajo y otros artefactos, como los casos de prueba, también se pueden clasificar en las estructuras o jerarquías para facilitar el seguimiento y la generación de informes.

Las directivas de control de código fuente ayudan a definir la configuración del control de código fuente. La configuración del control de código fuente caracteriza la configuración de la desprotección, las directivas de protección y las notas de protección. La configuración del control de código fuente define los artefactos que se pueden desproteger y quién lo puede hacer; asimismo, ayuda a definir los valores que permiten a un usuario volver atrás en el tiempo y desproteger las distintas versiones de un artefacto que se hayan producido durante el ciclo de vida del proyecto.