|
Te presentamos la última parte de la descripción de Visual Studio 2005. En esta ocasión, vemos como se integra Team System en el ciclo vital de desarrollo de software.
La creación de software parece un iceberg: una gran parte no es visible. Escribir el código es, a menudo, complicado, pero sólo se trata de una parte. Si eres jefe de proyectos, tratar con la parte oculta puede ser delicado. Hay que probar el software, desplegarlo, manejar la respuesta de los usuarios y gestionar los fallos. Además, en la mayoría de los proyectos existen usuarios que poseen participaciones en ellos. Se trata normalmente de directores de empresas que patrocinan proyectos o de departamentos externos no implicados en el desarrollo del producto, pero que pueden tener interés en conocer cómo van las cosas. Mantener todo esto bajo control y asegurarte de que el desarrollo principal continúe, puede ser un campo de minas.
Microsoft Visual Studio (VS) 2005 Team System (TS) está destinado a ayudar a crear un cierto orden en lo que puede ser un proceso de gestión caótico y que requiere mucho tiempo. Desarrollado a partir de la propia experiencia de Microsoft del ciclo vital del software, TS funciona como algo parecido a un módulo para la parte visible básica de VS. Mientras los desarrolladores escriben y depuran código normalmente en VS, por debajo existe una base de datos de servidor centralizada que lo guarda todo, desde el código fuente hasta los ítems de trabajo individuales, que describen una determinada tarea al nivel más bajo.
Conceptos de VS 2005
 |
| Team Explorer es la principal herramienta de navegación de proyectos TS. |
|
Existen tres ideas básicas en Visual Studio TS (TS). La primera es que todos los datos de proyecto, las tareas y el código fuente deberían almacenarse en un depósito o base de datos central. Esto significa que tenés que contar con SQL Server 2005 instalado en una máquina con Windows Server 2003. La segunda es que a los datos de este depósito no sólo es posible acceder mediante una interfaz de VS, sino también desde productos de Office como Excel, Word o Microsoft Project. Es el denominado Project Portal (portal de proyectos), que permite a los que realizaron inversiones y a los que participan de forma directa, acceder a informes y documentos asociados.
El tercer concepto es un poco más profundo. La mayoría de los equipos usan alguna metodología para dar coherencia a un proyecto. Esto puede ser informal en el caso de uno de pequeña envergadura, pero para uno grande, es esencial tener reglas escritas sobre cómo va a funcionar. Existen varios métodos bien conocidos y admitidos y, en función del entorno de trabajo, deberás usar una en particular. Por eso, TS no impone una metodología específica, sino que ofrece dos estructuras de soluciones de Microsoft o MSF (Microsoft Solutions Framework): el propio Agile Framework de Microsoft y el más formal CMMI de Carnegie Mellon. Si lo necesitás, podés modificar cualquiera de los dos pero, en principio, para la mayoría, el Agile Framework debería ser suficiente.
Éste resulta realmente interesante. Es el modo en el que Microsoft desarrolla sus propios productos. La calidad ha mejorado en general (basta con recordar los días malos de Windows 95 en el pasado). Por otro lado, quizá seas más escéptico con respecto a los calendarios de trabajo de Microsoft y a su capacidad para producir proyectos dentro del plazo.
El Agile Framework se basa en una serie de principios, entre los que destacan las comunicaciones abiertas u Open Communications. Citando el clásico de la gestión de proyectos “The Mythical Man-Month”, de Frederick P. Brooks, “los desastres programados, los inadaptados funcionales y los fallos de sistema se producen porque la mano izquierda no sabe lo que está haciendo la derecha”. Absolutamente cierto. Así, TS trata de simplificar las comunicaciones todo lo posible mediante alertas de correo electrónico además del Project Portal. Todo es más fácil si el equipo es chico y está ubicado en un soto lugar, pero si está distribuido, no es ni mucho menos lo mismo. De esto es de lo que trata TS.
Comenzar el trabajo
Instalar TS no es fácil. Lo ideal sería un equipo dedicado con Windows Server 2003, configurado como servidor de aplicaciones para Internet Information Server. Sobre él tenés que instalar SQL Server 2005 y Windows SharePoint. Instalá el cliente Team Explorer (explorador de equipos) sobre Visual Studio 2005 en la estación de trabajo de un desarrollador. Para hacer esto contás con instrucciones claras y detalladas. Aun así, quizá te resulte útil tener a mano un ingeniero certificado de Microsoft. Además, es importante recordar que ésta no es una aplicación trivial, por lo que es recomendable tener mucha memoria, además de un servidor dedicado (o servidores para instalaciones grandes).
Novedades
 |
| Los arquitectos de software pueden designar sistemas distribuidos y verificar que se Instalarán y funcionarán. |
|
En cuanto lo tengas instalado, vas a encontrar un exhaustivo sistema de ayuda con guías simple para facilitarte el trabajo. El propio VS se parece mucho, pero vas a ver a un nuevo elemento de menú, Team (equipo), de nivel superior. View (ver) tiene también otra nueva entrada (el Team Explorer) que te permite desplazarte por los distintos componentes de un proyecto albergado en el Team Server. Además, vas a ver otros nuevos elementos en los menús habituales, como opciones Team Build en el menú Build (generar).
Para el desarrollador, VS funciona, en gran parte, como antes, excepto que cualquiera conectado a un proyecto TS puede obtener alertas por correo electrónico si un archivo fuente, por ejemplo, entra o sale. Los programadores pueden pedir informes sobre ítems de trabajo que les hayan sido asignados y crear otros de forma que, por ejemplo, un fallo o función en particular que necesite atención pueda registrarse en TS y no sea olvidada. Los directores o jefes de proyecto pueden verificar los ítems de trabajo y asignarlos a determinados programadores o áreas según sea necesario.
Un campo en el que se ha producido una importante mejora es en el control de fuentes.
Antes, Microsoft incluía en VS su venerable producto SourceSafe. Sin embargo, bajo nuestro punto de vista, éste sólo podía usarse, en realidad, como una herramienta de gestión de fuentes bastante básica. Simplemente servía para que el auditor pusiera una marca en la opción de la lista “¿utiliza usted control de fuentes?”. Sin embargo, Team Foundation Server se lanza con su propio sistema de control en lugar de basarse en SourceSafe. Su solidez reside en los changeset (conjuntos de cambios), que es la asignación a nivel atómico de cambios de fuentes que abarcan una serie de archivos. Esto es esencial si querés gestionar lanzamientos complejos de una forma sensata. Podés tener, por ejemplo, varios lanzamientos de un producto en marcha al mismo tiempo. Suponé que encontrás una falla en una versión antigua ya lanzada. Tenés que poder verificar sus archivos como un conjunto completo, resolver la falla y comprobar la modificada de nuevo como otro conjunto completo. Con el CMS de código abierto de uso genérico o con el antiguo SourceSafe es imposible hacerlo. Sin embargo, con los participantes más comprometidos de este mercado (ClearCase y Bitkeeper de IBM / Rational) y el nuevo control de fuente de TS, sí podés.
El Project Portal es una parte esencial e importante de VS TS. Es un área de documentos compartidos basados en Web albergada por Windows SharePoint. Los miembros del equipo pueden agregar documentos al Project Portal, de forma que, en cierta forma, actúa como centro de documentación principal del proyecto. Muchos diseños de productos empiezan en un pizarrón y se traducen a documentación escrita en una etapa posterior. Aquí, el problema es que, a medida que la arquitectura cambia, frecuentemente estas transformaciones no se distribuyen oportunamente a miembros del equipo e inversores participantes. Éste es el tipo de situación en la que entran en escena las otras ediciones de TS, que añaden herramientas adicionales a Visual Studio Professional, con lo que llevan el producto en tres direcciones distintas para arquitectos de software, desarrolladores y probadores. TS se diseñó para grandes equipos de desarrollo profesionales, donde la gente tiene roles claramente definidos. Si necesitás que un usuario tenga dos o más, podés comprar una única licencia para todos (VS Team Suite), pero te cuesta el doble que una de uno solo.
Team Foundation Server es el eje de VS TS, usado como depósito para tus proyectos (código fuente, diagramas, planes de despliegue, códigos de prueba y resultados), pero las herramientas VS TS se usan para generar y organizar esta información.
La edición para arquitectos
 |
| EL Project Portal permite a tos miembros del proyecto publicar ya los inversores externos ver tanto tos documentos como los informes de progreso. |
|
Los arquitectos de software pueden usar VS TS para modelar los servidores y los servicios de un centro de datos. Esto incluye reunir información sobre los sistemas operativos de los servidores, los paquetes de servicio y los sitios Web o los servicios que albergan. Las herramientas del arquitecto de VS TS permiten modelar sistemas de aplicación distribuidos (colecciones de servicios Web y bases de datos, además de aplicaciones Windows de parte visible o basadas en Office) al especificar el sistema operativo, los paquetes de servicio y otros parámetros necesarios para que cada parte funcione. Después es posible planificar el despliegue de las partes de la aplicación con arrastrarlas a los servidores previamente definidos en el centro de datos. Validar el despliegue genera errores y avisos si alguna parte de la aplicación no funciona en el equipo al que está destinado su despliegue, debido a un conflicto del sistema operativo, del paquete de servicio o de los parámetros. El sistema generará también un informe de despliegue que detallará qué software debe instalarse en qué equipo y qué parámetros es necesario cambiar.
Las herramientas de Architect son interesantes, razonablemente fáciles de manejar y ayudarán a grandes departamentos de informática a diseñar, desplegar y gestionar sus servidores y aplicaciones. Los arquitectos de software también estarán interesados en las herramientas del diseñador de clases de Visual Studio.
La edición para el desarrollador.
La herramienta VS TS que tendrá el mayor impacto será Code Analysis (análisis de código). Microsoft usó una versión de esta herramienta en su código durante años. A medida que éste se compila, se comprueba con una regla base que cubre la seguridad, la fiabilidad, el rendimiento, la nomenclatura y la globalización. Se incorporan avisos al registro de errores, junto con los posibles fallos del compilador. El texto de ayuda para cada mensaje explica lo que está mal y sugiere la solución.
Podés editar la lista de reglas, si marcás cuál individual o de grupo, debés ignorar para un determinado proyecto.
El asistente de rendimiento (Performance Wizard) te ayuda a analizar la velocidad de toda o parte de tu aplicación. Al analizar una completa, se le pide periódicamente que informe de en qué punto se encuentra del código. Esto te brinda una imagen general, pero puede no tener la resolución suficiente como para ver el detalle. Como alternativa, es posible agregar código a la versión compilada de tu proyecto para controlar la entrada y salida de métodos especificados. Esto debería proporcionarte el detalle suficiente para decir dónde están los cuellos de botella y concentrar tus esfuerzos en reprogramar y aumentar así la velocidad.
 |
| El análisis de código ayuda a los desarrolladores a escribir uno de mejor calidad. |
|
El asistente de pruebas de unidad (Unit Test Wizard) generará matrices de éstas, en un proyecto de test individual, para cualquiera de los métodos de la aplicación o para todos. Sin embargo, es decisión del desarrollador rellenar los detalles de lo que debe pasarse a los métodos y lo que devolverse para que constituya un aprobado o un suspenso.
Esto se hace con la clase Assert (declarar) y al verificar las excepciones de cualquiera. De los resultados de las pruebas se informa a Team Foundation Server. La visualización de la cobertura de código muestra qué fragmentos de éste utilizan o no las pruebas de unidad.
Team Build permite armar grandes soluciones según una programación automatizada, que incluye análisis de código y pruebas de unidades. Los resultados se publican en servidores Web y carpetas de archivos compartidas. Es posible instalar el Team Build Service en un equipo distinto o en el PC de un desarrollador.
Utilizadas adecuadamente, las herramientas del desarrollador, especialmente el análisis de códigos, te ayudarán a asegurar uno libre de problemas. Tenés que saber lo que hacés con el análisis de rendimiento, y el método de las pruebas de unidad que es muy formal, pero tienen su lugar en proyectos más grandes. Los desarrolladores también pasarán mucho tiempo frente a las funciones de control de fuentes y seguimiento de trabajos de Team Foundation Server.
La edición para el probador
 |
| Agile Framework es una forma razonable de llevar un proyecto y es bastante liviano y flexible. |
|
VS TS suministra a los testers un sistema para definir, gestionar y ejecutar pruebas y recoger los resultados. Algunas son automáticas y otras manuales. Los sitios Web pueden probarse con grabar una sesión de navegador a medida que se consulta la Web. Después es posible añadir código a la prueba para tratar con los bucles, la selección y el modo de determinar si la prueba se ha superado o no.
El código que se escriba puede considerarse una prueba genérica (Generic Test). Sólo tiene que devolver cero en caso de éxito y cualquier otro número si falla. Podés enlazar una serie de pruebas Web (Web Test) y otras genéricas en una secuencia ordenada o utilizar Load Tests (pruebas de carga) para ver cómo funciona el servidor Web con carga moderada, intensa o mantenida.
Pero, para probar las aplicaciones de Windows Forms solamente existen herramientas manuales. VS TS permite crear un documento de prueba manual (Manual Test), que te dice lo tenés que hacer con la aplicación y lo que se espera, pero es una persona quien va a decidir la realización de los pasos y marcar la prueba como superada o no.
Resumen
En general, las funciones ofrecidas por Team Foundanon Server están en la misma línea que las de la gama de productos Rational de IBM, que ofrece un método completo e integrado para el desarrollo de software. Sin embargo, es un entorno totalmente Windows. Si tus aplicaciones están, en gran, parte basadas en servlets de Java, sería más conveniente que recurras a otra herramienta.
Pasar un proyecto a un método TS no es algo que deba tomarse a la ligera. Para sacar el máximo beneficio de la combinación de las ediciones Team, de Agile Framework, del control de fuentes, de los montajes automatizados, de los códigos de prueba y del Project Portal, en realidad tenés que empezar por el principio del proceso de planificación. También sería sensato empezar con un pequeño proyecto de prueba antes de lanzarte con varios cientos de desarrolladores a las espaldas. Existen importantes cuestiones de gestión y planificación de capacidades que considerar en TS para proyectos grandes.
 |
| VS TS suministra a los testers un sistema para definir, gestionar y ejecutar pruebas y recoger los resultados. |
|
Para uno de tamaño medio con, por ejemplo, 20 desarrolladores, el método de TS muy bien podría suponer un enorme ahorro de tiempo. Para uno como éste, los gastos de funcionamiento (es decir la cantidad empleada en sueldos, etc.) pasarán muy probablemente dentro el rango de las seis cifras. Ahorrarte un dos por ciento de esa cantidad pagará sin problemas TS.
Hasta los proyectos más chicos podrían beneficiarse de TS. Agile Framework es una forma razonable de llevar un proyecto y es bastante liviano y flexible para no suponer una carga para los equipos de menor tamaño. Además, no debería pasarse por alto la ventaja de tener una gestión de fuentes y un sistema de construcción más o menos aceptable.
Pero todavía quedan cuestiones por solucionar. Por ejemplo, no nos quedaba claro cómo encaja Microsoft Project en el esquema de todo. Un ítem de trabajo no tiene la noción de prioridad, pero con Project podrías planificar habitualmente el trabajo en una secuencia ordenada. Actualmente no existe ninguna forma clara de pasar información de Project a TS.
Las VS TS Team Editions no son precisamente económicas, sobre todo si se adquieren con VS Pro, pero obtenés varias herramientas adicionales y la posibilidad de usar Team Foundation Server. Sin embargo, el propio servidor también te costará un dinero. Las herramientas de desarrollo son muy buenas, pero las de Architect y Tester dan la sensación de debilidad en determinados puntos. Quizá necesites, además, incluir el costo adicional de hardware individual capaz de ejecutar Team Foundation Serve, además del de la licencia adicional de Windows Server 2003.
Éste es el primero de los intentos de Microsoft por conseguir resolver el ciclo vital completo de un proyecto de software. Sin duda, habrá unos elementos que funcionen mejor en TS que otros. Pero, en general, es lo bastante flexible como para encajar con la organización del proyecto que quieras llevar a cabo: podés mezclarlas y trabajar con las que más se adapten a vos. TS está destinado a lograr que los proyectos se lleven a término con éxito. No te lo garantizará, pero sí hará menos probable que falle.
|
