-1-

RUP/Easy
GUA METODOLGICA DE DESARROLLO DE SISTEMAS
Setiembre 2004
TABLA DE CONTENIDO
1 INTRODUCCIN ................................................................................................................................................1 2 ADECUACIN DE LOS WORKFLOWS ES ENCIALES DEL RUP .......................................................2 2.1 WORKFLOWS ESENCIALES DEL RUP .............................................................................................2 2.2 VISTA GENERAL DEL WORKFLOW DEL RUP...............................................................................2 2.3 PROCEDIMIENTOS DE REVISIN.......................................................................................................3 3 LA VERSIN RUP/E DE LOS WORKFLOWS ESENCIALES DEL RUP .............................................4 3.1 MODELAMIENTO DE NEGOCIOS .......................................................................................................5 3.2 REQUERIMIENTOS ...................................................................................................................................5 3.3 ANLISIS Y DISEO ................................................................................................................................8 3.4 IMPLEM ENTACIN ................................................................................................................................10 3.5 PRUEBAS ....................................................................................................................................................11 3.6 DESPLIEGUE .............................................................................................................................................13 3.7 ADMINISTRACIN DE CONFIGURACIN Y CAMBIOS ...........................................................15 4 PASOS SIGUIENTES PARA LAS EMPRESAS CLIENTE .....................................................................17

GUA METODOLGICA DE DESARROLLO DE SISTEMAS

1 INTRODUCCIN Durante los ltimos aos, una de las metodologas ms populares ha sido el Rational Unified Process (RUP). RUP, desarrollado por Rational Software Corporation, es un proceso de ingeniera de software que ofrece un enfoque disciplinado para asignar tareas y responsabilidades dentro de la organizacin del desarrollo. RUP captura algunas de las mejores prcticas de la industria para el desarrollo de software las cuales son para desarrollar el software en iteraciones, administrar requerimientos, usar arquitecturas basadas en componentes, verificar la calidad del software, controlar los cambios al software y modelar el software visualmente usando el Unified Modeling Language (UML). "El Unified Modeling Language (UML) es un mtodo orientado a objetos y el lenguaje estndar de la industria para especificar, visualizar, construir y documentar los artefactos de sistemas de software.".

-2-

Este documento presenta los pasos para aplicar correctamente la metodologa RUP en el proceso de desarrollo de software. RUP es muy amplio y la mayora de proyectos no necesitan seguir todo lo que est en el RUP. Esta gua presenta la variacin hecha en el RUP denominada RUP/E para su aplicacin en las empresas del Per. 2 ADECUACIN DE LOS WORKFLOWS ESENCIALES DEL RUP Esta seccin explica cmo leer la adecuacin de los Workflows esenciales del RUP detallados en la seccin 3 de este documento. 2.1 WORKFLOWS ESENCIALES DEL RUP Esta gua metodolgica cubre la adecuacin para siete (7) de los nueve (9) workflows : Modelamiento de Negocios, Requerimientos, Anlisis y Diseo, Implementacin, Pruebas, Administracin de Configuracin y Cambios y Despliegue. Esta gua metodolgica excluye los workflows esenciales del RUP para Administracin de Proyectos y Entorno. Estos workflows, los cuales variarn de acuerdo a las polticas, procedimientos y operaciones de cada empresa cliente interesada, sern revisados separadamente. 2.2 VISTA GENERAL DEL WORKFLOW DEL RUP La Seccin 3 da una vista general a cada Workflow esencial del RUP y explica por qu es importante incluir se particular Workflow esencial del RUP en su ciclo de vida de desarrollo de software.. Se presenta cada Workflow de Detalle dentro del Workflow esencial del RUP y es explicado al igual que los artefactos clave producidos por cada Workflow de detalle. Cada workflow descrito en la Seccin 3 contiene las siguientes subsecciones: Configuracin y Notas sobre el Workflow del RUP Artefactos Reportes 2.2.1 Configuracin y Notas sobre el Workflow del RUP Estas subsecciones detallan los cambios aplicados a la estructura de workflows del RUP en la variacin de la metodologa de RUP/E. 2.2.2 Artefactos Un artefacto es un pedazo de informacin que es creado, modificado o usado por un proceso tal como un modelo, un caso de uso, un documento, cdigo fuente o un archivo ejecutable. Estas subsecciones listan los artefactos que deberan ser producidos por cada Workflow esencial del RUP en un formato de tabla. RUP provee templates, guas y ejemplos para todos los artefactos. Si usted no est usando RUP, entonces debern desarrollarse los templates que puedan ser usadas en toda su organizacin para lograr

-3-

consistencia al capturar el mismo tipo de informacin. La Tabla 2 identifica las columnas usadas para definir los artefactos producidos por cada workflow del RUP; las entradas en las columnas son explicadas en la Tabla 1. Tabla 1. Artefacto RUP
Artefactos RUP Artefacto 1 Incep Created/Revised Elab Const Trans Revisar Detalles Herramientas Usadas

2.2.2.1 Explicacin de la Tabla Artefacto RUP La Tabla 2 da una explicacin de las columnas en la Tabla Artefacto RUP mostrada en la Tabla 1. Tabla 2. Explicacin de la Tabla Artefacto RUP
Nombre de Columna Artefactos Propsito Contenidos/Comentarios El nombre del artefacto. Un Una referencia al artefacto en el artefacto es un entregable del Rational Unified Process. proceso. Califica cmo es usado el Una 'X' en una o ms de las celdas artefacto a travs del ciclo de Fase, significa que planeamos vida congelar ese artefacto en esa fase particular: Incepcin, Elaboracin, Construccin y Transicin. Define el nivel de revisin; Decidir el nivel de revisin: procedimientos de revisin que Formal-Externo van a ser aplicados al artefacto. Formal-Interno Informal Ninguno Para detalles vea la Seccin 2.3, Procedimientos de Revisin Definicin de la herramienta (o Referencia a los detalles de las herramientas) usadas para herramientas usadas para desarrollar producir el artefacto. y mantener el artefacto.

Creado / Revisado

Revisar Detalles

Herramientas Usadas

2.2.3 Reportes Esta subseccin lista los reportes a ser usados por cada Workflow esencial del RUP. La Tabla 3 muestra el formato que es usado para definir los reportes producidos por cada Workflow esencial del RUP. Tabla 3. Tabla de Reportes
Reportes Herramientas usadas

2.3 PROCEDIMIENTOS DE REVISIN

-4-

Durante el ciclo de vida de un proyecto, una revisin de un artefacto o conjunto de artefactos es presentada al usuario, cliente u otras partes interesadas para comentarios y aprobacin. Cuando se hacen estas revisiones, usted debe tener en consideracin que las revisiones para el equipo de desarrollo de casa son diferentes a las revisiones para el equipo de desarrollo de un contratista. Si las revisiones son de casa mayormente son informales. Cuando el trabajo lo hace un contratista normalmente se hace una revisin formal del trabajo del contratista. RUP/E ha adoptado los niveles de revisin indicados en la Tabla 4. Tabla 4. Guas de Niveles de Revisin del RUP
Nivel de Revisin Formal-Externo Explicacin Este artefacto es un entregable en un hito especfico. Requiere algn tipo de aprobacin del cliente, el patrocinador o algn otro stakeholder externo. Comentarios Por ejemplo, la Visin y el Caso del Negocio son artefactos que deberan ser revisados por stakeholders. Los resultados de la revisin son manejados en la configuracin junto con el artefacto.

Formal-Interno

El artefacto formalmente por proyecto.

es revisado Por ejemplo, las interfases de diseo de el equipo del subsistemas deberan ser revisados y aprobados por varios miembros del equipo del proyecto. Los resultados de la revisin son manejados en la configuracin junto con el artefacto.

Informal

El artefacto es revisado; pero no es aprobado formalmente.

Las Clases de Diseo y los Componentes son ejemplos de artefacto que no son aprobados formalmente. El artefacto es desarrollado y mantenido. Normalmente no es descartado luego que el proyecto termina. Los resultados de la revisin no son manejados en la configuracin con el artefacto. El artefacto es creado como informacin de trabajo. A menudo es un artefacto temporal que es descartado luego que el proyecto termina.

Ninguno

Este artefacto no necesita revisado ni aprobado.

ser

3 LA VERSIN RUP/E DE LOS WORKFLOWS ESENCIALES DEL RUP La suite de herramientas de Rational (Rational Rose, RequisitePro, Rational Robot, ClearCase, ClearQuest) y el RUP, desarrollados por Rational Software, fueron escogidos para demostrar un enfoque iterativo del ciclo de vida de desarrollo de software. RUP/E us el marco metodolgico del RUP para adecuar los siguientes Workflows esenciales del RUP : Modelamiento de Negocios Una tcnica de anlisis para modelar los procesos del negocio y entender mejor las complejidades de ste. Requerimientos Una condicin o capacidad que el sistema debe cumplir. Anlisis y Diseo - Muestra cmo los casos del uso del sistema se realizarn en la implementacin. Implementacin Implementar y probar las clases.

-5-

Pruebas Integrar y probar el sistema. Despliegue Asegura una transicin exitosa del sistema desarrollado a sus usuarios. Administracin de la Configuracin y Cambios Identifica, define y estandariza tems; controla las modificaciones y releases de tems. Las organizaciones necesitarn incluir administracin de proyectos con RUP y adecuarse segn sea necesario. Un Plan de Iteracin es algo que debe ser producido durante la administracin del proyecto. 3.1 MODELAMIENTO DE NEGOCIOS El Modelamiento de Negocios se efecta para valorar el negocio para el cual el sistema de informacin se est construyendo y para determinar mejor las necesidades y problemas a ser resueltos por los sistemas de informacin. Los modelos del negocio proveen una base para la comunicacin entre los analistas de sistemas y los desarrolladores para incrementar su entendimiento del negocio y para identificar oportunidades de mejorar el negocio. Tambin, los gerentes de proyecto usan los modelos del negocio para ayudarse a estimar los costos del proyecto. El Modelamiento del Negocio debera hacerse antes del desarrollo de software para obtener un buen entendimiento de sus procesos del negocio. Sin embargo, el Modelamiento del Negocio slo debe ser efectuado si se est cambiando la manera en que se hace negocio. Si slo se est aadiendo una nueva caracterstica a un sistema existente, entonces RUP/E no recomienda que usted empiece con un modelamiento del negocio. En ese caso, RUP/E recomienda que usted empiece con la Seccin 3.2, Requerimientos. 3.2 REQUERIMIENTOS Se debera manejar las generaciones (versiones) de requerimientos y su documentacin. La Administracin de Requerimientos incorpora la identificacin, organizacin y documentacin de los cambios a los requerimientos en un proyecto. Es una parte integral de la actividad de desarrollo de software. La Administracin de Requerimientos establece un entendimiento comn y acuerdo entre el cliente y el equipo del proyecto acerca de los requerimientos del cliente. Una Administracin de Requerimientos efectiva incluye el mantener requerimientos claros. Mantener atributos acerca de los requerimientos (tales como estado, prioridad), proveer seguimiento a otros requerimientos y componentes y, proveer de los recursos adecuados y fondos para administrar los requerimientos. 3.2.1 Vista general del Workflow de Requerimientos El propsito del Workflow de Requerimientos es : Establecer y mantener acuerdos con los clientes y otros stakeholders acerca de lo que el sistema debe hacer Proveer a los desarrolladores del sistema con un mejor entendimientos de los requerimientos del sistema Definir las fronteras del sistema (delimitarlo)

-6-

Proveer de una base para planificar el contenido tcnico de la iteraciones Proveer de una base para estimar el costo y el tiempo para desarrollar el sistema Definirle al sistema una interfase para el usuario enfocndose en las necesidades y objetivos de los usuarios Los artefactos clave a desarrollar son : Visin, Modelo de Casos de Uso, Casos de Uso y Especificaciones Suplementarias. Estos artefactos describen lo que el sistema debe hacer. El Workflow de Requerimientos est relacionado a otros workflows del RUP : El Workflow de Modelamiento de Negocios (no considerado en la presente gua) provee las reglas del negocio y un modelo de caso de uso del negocio. El input principal para el Workflow de Anlisis y Diseo son el Modelo de Casos de Uso y el Glosario creados durante el Workflow de Requerimientos. Por las fallas que se descubran en el Modelo de Casos de Uso, se generar r equerimientos de cambio. El Workflow de Pruebas prueba el sistema para verificar el cdigo contra el Modelo de Casos de Uso, los Casos de Uso y las Especificaciones Suplementarias. El Workflow de Administracin de la Configuracin y Cambios provee los mecanismos de control de cambios para los requerimientos. Los workflows de Requerimientos consisten de los siguientes workflows de detalle : Analizar el Problema El documento Visin es el principal artefacto en el cual el anlisis del problema es documentado. Entender las Necesidades del Stakeholder El artefacto principal es un documento refinado de la Visin. Tambin los requerimientos son discutidos y expresados en trminos de Casos de Uso y Actores. Los requerimientos no funcionales, que no caen fcilmente en el Modelo de Casos de Uso debern ser documentados en los documentos de Especificaciones Suplementarias. Definir el Sistema En Definir el Sistema, se enfoca en identificar a los actores y los casos de uso ms completamente y expandir los requerimientos no funcionales definidos en los documentos de especificaciones suplementarias. Administrar el Alcance del Sistema El alcance del proyecto es definido por el conjunto de requerimientos definidos para ste. La clave para manejar un proyecto exitoso es administrar el alcance del proyecto para cumpliendo con los recursos disponibles tales como el tiempo, la gente y el dinero. Los atributos de requerimientos, tales como prioridad, esfuerzo y riesgo, son una tcnica til para manejar el alcance del proyecto.

-7-

Refinar la Definicin del Sistema El output de este Workflow del RUP es una comprensin ms profunda de la funcionalidad del sistema expresada en Casos de Uso detallados y documentos de Especificaciones Suplementarias detallados. Si es necesario, una Especificacin de Requerimientos de Software formal puede ser desarrollado, adems de los documentos detallados de Casos de Uso y Especificaciones Suplementarias. Administrar los Requerimientos de Cambios Los cambios a los requerimientos impactan los modelos producidos en el Workflow de Anlisis y Diseo, el modelo de pruebas creado en el Workflow de Pruebas y el material de soporte al usuario final del Workflow de Despliegue. Las relaciones de rastreabilidad son establecidas para identificar las relaciones entre los requerimientos y otros artefactos. Las relaciones de rastreabilidad son la clave para entender el impacto del cambio de los requerimientos. 3.2.2 Configuracin y Notas sobre el Workflow de Requerimientos Cada actividad en el Workflow de Requerimientos es esencial para una implementacin exitosa. Ninguna actividad debe ser removida del Workflow de Requerimientos. 3.2.3 Artefactos de Requerimientos Los Artefactos de Requerimientos capturan y presentan informacin usada en definir las capacidades requeridas por el sistema. La Tabla 7 identifica los artefactos que debe ser desarrollados cuando se captura los requerimientos del sistema. Tabla 7. Artefactos para el Workflow de Requerimientos
Artefactos
Incep Actor Glosario Lista de Riesgos Especificacin Suplementaria Caso de Uso Modelo de Caso de Uso Vision

Creado / Revisaedo
Elab X X X X X X Const X X X X X Trans

Revisar Detalles
Informal Formal-Externo Formal-Externo Formal-Ext erno Formal-Externo Formal-Externo Formal-Externo

Herramientas Usadas
Rational Rose Requisite Pro; MS Word Requisite Pro Requisite Pro; MS Word Rational Rose; Requisite Pro; MS Word Rational Rose Requisite Pro; MS Word

3.2.4 Reportes de Requerimientos La variacin metodolgica de RUP/E considera opcionales todos los reportes de requerimientos; sin embargo, si van a usarse, la Tabla 8 identifica los reportes que deben ser producidos durante el Workflow de Requerimientos. El Panorama del Modelo de Casos de Uso (Use-Case Model Survey) es muy comprensible y cubre la mayora de la informacin contenida en los reportes de Actores y Casos de Uso.

-8-

Tabla 8. Reportes para el Workflow de Requerimientos

Reportes Panorama del Modelo de Caso de Uso Herramientas Usadas Rational SoDA; MS Word

3.3 ANLISIS Y DISEO El propsito del Workflow de Anlisis y Diseo es empezar a realizar los casos de uso desarrollados durante el Workflow de Requerimientos. Es decir, tomar el Modelo de Casos de Uso, el Glosario y las Especificaciones Suplementarias creadas en el Workflow de Requerimientos y generar un modelo de diseo que pueda ser usado por los desarrolladores durante el Workflow de Implementacin. El Anlisis se enfoca en trasladar los requerimientos funcionales a conceptos de software. 3.3.1 Vista General del Workflow de Anlisis y Diseo El propsito del Workflow de Anlisis y Diseo es: Transformar los requerimientos en un diseo del sistema a crear Definir una arquitectura robusta para el sistema Adaptar el diseo para que funcione en el ambiente de implementacin disendolo para obtener buena performance El Workflow de Anlisis y Diseo toma los casos de uso documentados del Workflow de Requerimientos y del Workflow de Modelamiento de Negocios y los traslada a elementos de diseo que sern usados para construir el sistema. Por medio de usar varias actividades y modelos el Workflow de Anlisis y Diseo busca destilar la informacin recogida de los stakeholders en informacin que los programadores podrn usar. Al final, un Modelo de Diseo, el documento de Arquitectura del Software, el Modelo de Despliegue y una Realizacin de Casos de Uso por cada Caso de Uso describirn el sistema. El Workflow de Anlisis y Diseo est relacionado a otros workflow del RUP como sigue : El Workflow de Implementacin usar el Modelo de Diseo, el Modelo de Despliegue, el documento de Arquitectura del Software y las Realizaciones de Casos de Uso como inputs en la construccin e implementacin del sistema. El Workflow de Pruebas usar las realizaciones de casos de Uso y el documento de Arquitectura del Software para probar la funcionalidad y la compatibilidad de los componentes. El Modelo de Despliegue y el documento de Arquitectura del Software ser usado por el Workflow de Despliegue para desplegar el sistema final. El Workflow de Anlisis y Diseo consiste de los siguiente workflows de detalle:

-9-

Definir una Arquitectura candidata Refinar la Arquitectura Analizar el Comportamiento Disear la base de Datos (Opcional) 3.3.2 Configuracin y Notas sobre el Workflow de Anlisis y Diseo El Workflow de detalle Refinar la Arquitectura puede ser saltado si hay relativamente pocos riesgos arquitecturales. Esto es, el diseo, la implementacin y la distribucin del sistema no producen problemas arquitecturales significativos o el arquitecto de software tiene suficiente experiencia para manejar tales hechos. El Workflow de detalle Efectuar Sntesis Arquitectural puede ser saltado. Este Workflow de detalle puede ser efectuado si es que se necesita profundizar los conceptos. Los workflows de detalle Disear Componente de Tiempo Real y Disear Componente [No Tiempo Real] son similares con la excepcin de que el primero se enfoca en componentes que son para sistemas en tiempo real y el otro para sistemas reactivos. 3.3.3 Artefactos para Anlisis y Diseo Los Artefactos para Anlisis y Diseo capturan y presentan informacin relativa a la solucin de los problemas planteados durante el Workflow de Requerimientos. La Tabla 9 identifica los artefactos que debern producirse durante el Workflow de Anlisis y Diseo. Tabla 9. Artefactos para el Workflow de Anlisis y Diseo
Artefactos
Modelo de Diseo Modelo de Datos Documento de Arquitectura del Software X Incep X

Creado / Revisado
Elab X X X Const X X X Trans

Revisar Detalles
Formal - Externo
Informal - Interno

Herramientas Usadas
Rational Rose Rational Rose RequistePro; MS Word

Formal - Externo

3.3.4 Reportes para Anlisis y Diseo La variacin metodolgica de RUP/E considera opcionales todos los reportes de requerimientos; sin embargo, si van a usarse, la Tabla 10 identifica los siguientes reportes opcionales : Tabla 10. Reportes para el Workflow de Anlisis y Diseo
Reportes Clase Panorama del Modelo de Diseo Herramientas Usadas Rational SODA Rational SODA

- 10 -

3.4 IMPLEMENTACIN La Implementacin es donde empieza el cdigo El Modelo de Diseo del Workflow de Anlisis y Diseo es mapeado con el Modelo de Implementacin y entonces se escribe el cdigo en un lenguaje de programacin tal como Java, C++ o Visual Basic. Un Plan de Integracin de Construcciones define el Caso de Uso a ser diseado y las clases a implementar, al igual que el orden en el que las clases son implementadas. 3.4.1 Vista general del Workflow de Implementacin El propsito del Workflow de Implementacin es: Definir la organizacin del cdigo, en trminos de Subsistemas de Implementacin. Define the organization of the code, in terms of Subsistema de Implementacin. Los Subsistemas de Implementacin son colecciones de componentes y otros modelos de implementacin usados para estructurar el modelo de implementacin. Implementar las clases y objetos definidos en el modelo de diseo en la forma de componentes de software tales como archivos fuente, binarios o ejecutables Probar los componentes desarrollados como unidades Crear un sistema ejecutable El Workflow de Implementacin est relacionado a otros workflows del RUP como sigue: Requerimientos: Este workflow del RUP captura los requerimientos que deberan ser cumplidos durante la Implementacin. Anlisis y Diseo: El modelo de diseo desarrollado durante este workflow representa el intento de la implementacin y es el input principal para el Workflow de Implementacin. Pruebas: Este workflow describe cmo probar cada Construccin durante la integracin del sistema. Para cada iteracin, empezando en la fase de Elaboracin, se efectan los siguientes workflows de detalle : Estructurar el Modelo de Implementacin El artefacto principal producido es el Modelo de Implementacin. Planificar la Integracin El artefacto principal producido es el Plan de Integracin de Construcciones. Segn la arquitectura y el diseo evolucionan, el Plan de Integracin de Construcciones es examinado y actualizado para asegurar que no quede obsoleto debido a los cambios en la arquitectura o en el diseo del nuevo sistema.

- 11 -

Implementar los Componentes La Implementacin debera estar unida muy de cerca al Diseo. El artefacto principal producido es el Componente. Integrar cada Subsistema Los principales artefactos producidos son la Construccin y el Subsistema de Implementacin. Integrar el Sistema La Integracin a menudo envuelve un alto grado de automatizacin, experiencia en sistemas operativos o lenguajes script y herramientas como 'make' (en Unix). El artefacto principal producido es la Construccin. 3.4.2 Configuracin y Notas sobre el Workflow de Implementacin Cada actividad en el Workflow de Implementacin es esencial p ara una implementacin exitosa. Ninguna actividad debe removerse del Workflow de Implementacin. 3.4.3 Artefactos para la Implementacin Los Artefactos para la Implementacin capturan y presentan la realizacin de la solucin presentada en el Workflow de Anlisis y Diseo. La Tabla 11 identifica los artefactos que deben producirse durante el Workflow de Implementacin. Tabla 11. Artefactos para el Workflow de Implementacin
Artefactos
Incep Construccin

Creado/Revisado
Elab X Const X Trans X

Revisar Detalles
Formal - Externo

Herramientas Usadas
Rational Rose

Por este artefacto se entiende al Prototipo o Producto, segn la fase en que se encuentre el proyecto, resultante de cada iteracin. 3.4.4 Reportes para la Implementacin Ningn reporte ser producido durante el Workflow de Implementacin. Sin embargo, se efectuarn revisiones informales del cdigo. 3.5 PRUEBAS Rational ofrece su enfoque de pruebas usando el RUP para valorar la calidad del software por medio de: Encontrar y documentar los defectos en la calidad del software Aconsejando acerca de la calidad percibida en el software Proveyendo la validacin de los supuestos hechos en las especificaciones de diseo y los requerimientos a travs de demostraciones concretas Validando las funciones del producto de software segn sean diseadas

- 12 -

Validando que los requerimientos hayan sido implementados apropiadamente 3.5.1 Vista General del Workflow de Pruebas El propsito de este workflow del RUP es: Verificar la interaccin entre objetos Verificar la interaccin apropiada de todos los componentes del software Verificar que todos los requerimientos hayan sido implementados correctamente Identificar y asegurar que los defectos se hayan atendido y resuelto antes del despliegue del software En el RUP, las pruebas son enfocadas a travs del uso de un proceso iterativo y de herramientas. Un enfoque iterativo para probar permite a la organizacin tratar las pruebas casi de la misma forma que el desarrollo de software es enfocado. Cada Construccin de software es un objetivo para las pruebas. Segn se vayan produciendo nuevas Construcciones, el cuerpo de pruebas ser aadido y refinado. Eventualmente, todas las pruebas en el cuerpo de pruebas sern acumuladas de tal manera que pueden ser usadas para las posteriores pruebas de regresin en el ciclo de vida del desarrollo de software. Este enfoque permite a una organizacin identificar posibles riesgos al inicio de un proyecto, reducir el costo de corregir fallas enfocando los recursos cuando y donde tendrn el mayor impacto, acercarse a los gaps de calidad tempranamente en el proceso de desarrollo y maximizar la efectividad por medio de adaptar el enfoque, el proceso o el presupuesto segn va progresando el proyecto. Este workflow del RUP est relacionado a otros workflows del RUP como sigue: El Workflow de Requerimientos captura el input principal para identificar cuales pruebas efectuar en la forma de requerimientos en un modelo de caso de uso. El Workflow de Anlisis y Diseo captura el input principal para identificar cuales pruebas efectuar describiendo cmo desarrollar un diseo. El Workflow de Implementacin produce las Construcciones de software del modelo de implementacin que es probado por medio del Workflow de Pruebas. Dentro de una iteracin, hay varias construcciones probadas: la primera cuando el sistema es integrado y la ltima para probar todo el sistema. El Workflow de Pruebas consiste de los siguientes Workflows de detalle: Planificar las Pruebas El principal artefacto producido es el Plan de Pruebas. Disear las Pruebas Los principales artefactos producidos son el Modelo de Pruebas (Test Model), los Casos de Prueba (Test Case), los Procedimientos de Prueba (Test Procedures) y el documento de Anlisis de Carga de Trabajo (Workload Analysis Document).

- 13 -

Implementar las Pruebas Los principales artefactos producidos son el Script de la Prueba y el Componente de la Prueba. Ejecutar las Pruebas en la etapa de Integracin de Pruebas El principal artefacto producido es el documento Resultado de Pruebas. Ejecutar las Pruebas en la etapa de Pruebas del Sistema El principal artefacto producido es el documento Resultado de Pruebas. Evaluar las Pruebas Los principales artefactos producidos son el Sumario de Evaluacin de Pruebas (Test Evaluation Summary) y los Requerimientos de Cambio (Change Request). 3.5.2 Configuracin y Notas sobre el Workflow de Pruebas Cada actividad en el Workflow de Pruebas es esencial para probar exitosamente. Ninguna actividad debe ser removida del Workflow de Pruebas. 3.5.3 Artefactos de Pruebas Los artefactos presentados en la siguiente tabla son productos finales e intermedio que son producidos y usados durante el Workflow de Pruebas de un proyecto. Loas artefactos de Pruebas capturan y comunican informacin de pruebas y pueden tomar la forma de un documento, un modelo o un elemento de modelo. La Tabla 12 identifica los artefactos que deben ser desarrollados en el Workflow de Pruebas. Tabla 12. Artefactos para el Workflow de Pruebas
Artefactos
Incep Caso de Prueba Plan de Pruebas/ Procedimientos Resultados de Pruebas Script de Pruebas las X

Creado / Revisado
Elab X X Const X X X X X Trans

Revisar Detalles
Informal - Interno Formal - Externo o Prueba Interna Formal - Interno Informal - Interno

Herramientas Usadas
Test Manager Manager Test Manager Robot, Manual Test

3.5.4 Reportes para las Pruebas Ningn reporte ser producido durante Workflow de Despliegue. Los artefactos producen la necesaria informacin workflow del RUP. 3.6 DESPLIEGUE Una vez que el producto de software ha siso implementado y probado exitosamente, es

- 14 -

momento de llevar el producto al cliente. El propsito de este workflow del RUP es producir releases del producto y llevar el software a los usuarios finales. 3.6.1 Vista General del Workflow de Despliegue El Workflow de Despliegue implica probar el software en su ambiente operacional final, empacar el software para la entrega, distribuir el software, instalar el software, entrenar a los usuarios finales y convertirlas bases de datos anteriores para la carga de datos. Hay tres maneras de proveer del producto al usuario final: La instalacin en el cliente Se entrega un instalador (generado con algn producto de compresin e instalacin) Accesar al software por la Internet Cualquiera que sea el mtodo escogido para entregar al cliente, la prueba del producto ocurre en el site de desarrollo seguido por la prueba Beta y finalmente liberando el producto al cliente. El Workflow de Despliegue est relacionado a otros workflows del RUP, como sigue: Planificar el Despliegue Desarrollar Material de Soporte Produce el material de soporte, el cual incluye instrucciones para instalacin, operacin y mantenimiento para el sistema desplegado. Tambin incluye el material de entrenamiento para las diversas posiciones requeridas para usar el sistema efectivamente. Manejar las Pruebas de Aceptacin Producir la Unidad de Despliegue Empaquetar el Producto Proveer Acceso al Site de Descarga Producto en Beta 3.6.2 Configuracin y Notas sobre el Workflow de Despliegue Las organizaciones grandes pueden empacar el producto y dar acceso a un site de descarga; sin embargo, la mayora no necesita efectuar estos workflows de detalle. 3.6.3 Artefactos para el Despliegue Los artefactos de Despliegue capturan y presentan informacin relativa a posicionar el

- 15 -

sistema, presentado en el Workflow de Implementacin, dentro del ambiente de produccin. La Tabla 14 identifica los artefactos que deben ser producidos durante el Workflow de Despliegue. Tabla 14. Artefactos para el Workflow de Despliegue
Artefactos
Incep Relacin de Materiales Plan de Despliegue Producto Notas del Release Materiales de Entrenamiento X X X

Creado/Revisado
Elab Const X X Trans X X X X X

Revisar Detalles

Herramientas Usadas

Informal Informal Formal-Externo Formal - Interno Formal - Externo

MS Word MS Word MS Word MS Word MS Word

Por Materiales de Entrenamiento, se entender el Manual del Usuario y el Manual Tcnico. 3.6.4 Reportes para el Despliegue Ningn reporte ser producido durante Workflow de Despliegue. Los artefactos producen la necesaria informacin workflow del RUP. 3.7 ADMINISTRACIN DE CONFIGURACIN Y CAMBIOS La mayora de equipos de desarrollo de software experimentados reconocen la necesidad del control de versiones de los artefactos del software. Parcialmente, a causa de que el software es tan fcil de cambiar, un proyecto est continuamente vulnerable a la introduccin inadvertida de incompatibilidades (errores de regresin) y fallas resultantes de la aplicacin a menos que una disciplina constante sea aplicada. El control de versiones, sin embargo, es slo un componente de la Administracin de Configuracin y Cambios (Configuration & Change Management -CCM-). Un buen sentido de ordenamiento es provisto por esta lista de las mejores prcticas de CCM : Identificar y almacenar los artefactos en un repositorio seguro Controlar y auditar loa cambios a los artefactos Organizar los artefactos en componentes versionados Crear versiones congeladas (baselines) en los hitos del proyecto Registrar y rastrear los requerimientos de cambio Organizar e integrar juegos consistentes de versiones (algunas veces llamados actividades) Mantener reas de trabajo estables y consistentes (inclusive sobre sites distribuidos geogrficamente) Soportar cambios concurrentes a los artefactos y componentes Integrar tempranamente y a menudo Asegurar que las Construcciones de software sean reproducibles RUP/E recomienda usar CRM (Change Requeriment Management) en todas las fases

- 16 -

del ciclo de vida despus de la Incepcin. Aunque CRM puede ser hecho manualmente, sus mayores beneficios se obtienen cuando se usa una herramienta automatizado para hacer uso de una base de datos. Existe un nmero de excelente herramientas de CRM. ClearQuest de Rational es una buena opcin si planea integrarse con otras herramientas de Rational. Adems de automatizar, lo que muchos consideran un proceso tedioso, una herramienta CRM manejada con una base de datos tambin provee otro gran beneficio : la habilidad de extraer informacin fcilmente acerca del progreso del proyecto, especialmente en las fases de Construccin y posteriores. Una buena herramienta de CRM permite que se pueda crear consultas ad-hoc fcilmente. 3.7.1 Vista general del Workflow de Administracin de Configuracin y Cambios El propsito de este workflow del RUP es: Soportar mtodos de desarrollo Mantener la integridad del producto Asegurar que el producto configurado est completo y correcto Proveer de un ambiente estable dentro del cual se desarrolla el producto Restringir los cambios a los artefactos basados en las polticas del proyecto Proveer pistas de auditoria de cambios a los artefactos registrando por qu, cundo y por quin El Workflow de Administracin de Configuracin y Cambios est relacionado a otros workflows esenciales del RUPs (Modelamiento de Negocios, Requerimientos, Anlisis y Diseo, Implementacin, Pruebas, Despliegue) porque sirve como un repositorio para los artefactos producidos durante esos workflows del RUPs. Los artefactos clave son el Plan de Administracin de Configuracin (Configuration Management Plan) y los Requerimientos de Cambio (Change Request) Los siguientes Workflows de detalle de Administracin de Configuracin y Cambios son efectuados: Planificar la Configuracin del Proyecto y el Control de Cambios El Plan CM describe todas las actividades a efectuarse durante el curso del ciclo de vida del proyecto. El Plan CM documenta cmo se planifica, implementa, controla y organiza las actividades relativas al CM del producto. Crear un Ambiente CM para el Proyecto Los desarrolladores e integradores son provistos de espacios de trabajo privados y compartidos donde puedan construir e integrar el software.

- 17 -

Cambiar y Enviar los Items de la Configuracin Manejar Versiones Congeladas (Baselines) y Liberacioness Monitorear y Reportar el estado de la Configuracin Administrar los Requerimientos de Cambio 3.7.2 Notas sobre el Workflow de Administracin de Configuracin y Cambios Cada actividad en el Workflow de Administracin de Configuracin y Cambios es esencial para una administracin de configuracin exitosa. Ninguna actividad debe ser removida del Workflow de Administracin de Configuracin y Cambios. 3.7.3 Artefactos RUP de Administracin de Configuracin y Cambios Los artefactos e Administracin de Configuracin y Cambios capturan y presentan informacin relativa a las actividades CM. La Tabla 15 identifica los artefactos que deben ser producidos durante el Workflow de Administracin de Configuracin y Cambios. Tabla 15. Artefactos para la Administracin de Configuracin y Cambios
Artefactos
Incep Requerimiento de Cambio Repositorio del Proyecto Workspace

Creado/Revisado
Elab X X X Const X X X Trans X X X

Revisar Detalles
Informal Ninguno Ninguno

Herramientas Usadas
Rational ClearQuest

Rational ClearCase Rational ClearCase

4 PASOS SIGUIENTES PARA LAS EMPRESAS CLIENTE La Seccin 3 da una versin adecuada genrica del RUP usando la suite de herramientas de Rational; sin embargo, esto puede no cubrir las necesidades de cada empresa. Las empresas debern hacer lo siguiente : Evaluar sus organizaciones para determinar cmo proveer del ambiente de desarrollo de software necesario para soportar a su equipo de desarrollo; este ambiente puede incluir las herramientas de la Suite de Rational u otras herramientas Comprar nuevo software, si es necesario Lograr la disponibilidad de usar la metodologa de parte de la Administracin Obtener el entrenamiento apropiado en el software usado Decidir si se desarrollar otros artefactos adicionales a los indicados en la Seccin 3 Incluir un enfoque de administracin de proyectos para : manejar riesgos planificar proyectos identificar mtricas monitorear el progreso del proyecto y; manejar recursos, presupuestos y contratos con proveedores y clientes