-1

-

RUP/Easy
GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS
Setiembre 2004
TABLA DE CONTENIDO
1 INTRODUCCIÓN ................................................................................................................................................1 2 ADECUACIÓN DE LOS WORKFLOWS ESENCIALES DEL RUP .......................................................2 2.1 WORKFLOWS ESENCIALES DEL RUP .............................................................................................2 2.2 VISTA GENERAL DEL WORKFLOW DEL RUP...............................................................................2 2.3 PROCEDIMIENTOS DE REVISIÓN.......................................................................................................3 3 LA VERSIÓN RUP/E DE LOS WORKFLOWS ESENCIALES DEL RUP.............................................4 3.1 MODELAMIENTO DE NEGOCIOS .......................................................................................................5 3.2 REQUERIMIENTOS ...................................................................................................................................5 3.3 ANÁLISIS Y DISEÑO ................................................................................................................................8 3.4 IMPLEM ENTACIÓN ................................................................................................................................10 3.5 PRUEBAS ....................................................................................................................................................11 3.6 DESPLIEGUE .............................................................................................................................................13 3.7 ADMINISTRACIÓN DE CONFIGURACIÓN Y CAMBIOS ...........................................................15 4 PASOS SIGUIENTES PARA LAS EMPRESAS CLIENTE .....................................................................17

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS
1 INTRODUCCIÓN Durante los últimos años, una de las metodologías más populares ha sido el Rational Unified Process (RUP). RUP, desarrollado por Rational Software Corporation, es un proceso de ingeniería de software que ofrece un enfoque disciplinado para asignar tareas y responsabilidades dentro de la organización del desarrollo. RUP captura algunas de las mejores prácticas 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 método orientado a objetos y el lenguaje estándar de la industria para especificar, visualizar, construir y documentar los artefactos de sistemas de software.".

. RUP es muy amplio y la mayoría de proyectos no necesitan seguir todo lo que está en el RUP. 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. Administración de Configuración y Cambios y Despliegue. procedimientos y operaciones de cada empresa cliente interesada. código fuente o un archivo ejecutable. Si usted no está usando RUP. 2 ADECUACIÓN DE LOS WORKFLOWS ESENCIALES DEL RUP Esta sección explica cómo leer la adecuación de los Workflows esenciales del RUP detallados en la sección 3 de este documento.2 VISTA GENERAL DEL WORKFLOW DEL RUP La Sección 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. Estas subsecciones listan los artefactos que deberían ser producidos por cada Workflow esencial del RUP en un formato de tabla.2 Artefactos Un artefacto es un pedazo de información que es creado. Estos workflows. Requerimientos.-2- Este documento presenta los pasos para aplicar correctamente la metodología RUP en el proceso de desarrollo de software. los cuales variarán de acuerdo a las políticas. modificado o usado por un proceso tal como un modelo. Esta guía presenta la variación hecha en el RUP denominada RUP/E para su aplicación en las empresas del Perú. un documento. 2.2. guías y ejemplos para todos los artefactos. Cada workflow descrito en la Sección 3 contiene las siguientes subsecciones: • • • Configuración y Notas sobre el Workflow del RUP Artefactos Reportes 2. RUP provee templates. Pruebas.1 WORKFLOWS ESENCIALES DEL RUP Esta guía metodológica cubre la adecuación para siete (7) de los nueve (9) workflows : Modelamiento de Negocios.1 Configuración y Notas sobre el Workflow del RUP Estas subsecciones detallan los cambios aplicados a la estructura de workflows del RUP en la variación de la metodología de RUP/E. Análisis y Diseño. 2. entonces deberán desarrollarse los templates que puedan ser usadas en toda su organización para lograr . serán revisados separadamente. Esta guía metodológica excluye los workflows esenciales del RUP para Administración de Proyectos y Entorno. un caso de uso. 2.2. Implementación.

3 PROCEDIMIENTOS DE REVISIÓN . La Tabla 2 identifica las columnas usadas para definir los artefactos producidos por cada workflow del RUP. Creado / Revisado Revisar Detalles Define el nivel de revisión.3 Reportes Esta subsección lista los reportes a ser usados por cada Workflow esencial del RUP.2. 2. las entradas en las columnas son explicadas en la Tabla 1. Una 'X' en una o más de las celdas Fase. Tabla 3. Califica cómo es usado el artefacto a través del ciclo de vida Contenidos/Comentarios Una referencia al artefacto en el Rational Unified Process. Tabla 2. Tabla 1. Artefacto RUP Artefactos RUP Artefacto 1 Incep Created/Revised Elab Const Trans Revisar Detalles Herramientas Usadas 2. Tabla de Reportes Reportes Herramientas usadas 2. Explicación de la Tabla Artefacto RUP Nombre de Columna Artefactos Propósito El nombre del artefacto. procedimientos de revisión que van a ser aplicados al artefacto. Construcción y Transición. La Tabla 3 muestra el formato que es usado para definir los reportes producidos por cada Workflow esencial del RUP. significa que planeamos congelar ese artefacto en esa fase particular: Incepción. Un artefacto es un entregable del proceso.-3- consistencia al capturar el mismo tipo de información.1 Explicación de la Tabla Artefacto RUP La Tabla 2 da una explicación de las columnas en la Tabla Artefacto RUP mostrada en la Tabla 1. Elaboración.2. Decidir el nivel de revisión: • Formal-Externo • Formal-Interno • Informal • Ninguno Para detalles vea la Sección 2. Herramientas Usadas Definición de la herramienta (o herramientas) usadas para producir el artefacto.2.3. Procedimientos de Revisión Referencia a los detalles de las herramientas usadas para desarrollar y mantener el artefacto.

El artefacto es revisado formalmente por el equipo del proyecto. Los resultados de la revisión no son manejados en la configuración con el artefacto. Comentarios Por ejemplo. Guías de Niveles de Revisión del RUP Nivel de Revisión Formal-Externo Explicación Este artefacto es un entregable en un hito específico. El artefacto es creado como información de trabajo. . cliente u otras partes interesadas para comentarios y aprobación. ClearCase. Formal-Interno Ninguno Este artefacto no necesita ser revisado ni aprobado. Normalmente no es descartado luego que el proyecto termina. Informal El artefacto es revisado.-4- Durante el ciclo de vida de un proyecto. Requiere algún tipo de aprobación del cliente. el patrocinador o algún otro stakeholder externo. Tabla 4. Cuando el trabajo lo hace un contratista normalmente se hace una revisión formal del trabajo del contratista. A menudo es un artefacto temporal que es descartado luego que el proyecto termina. Rational Robot. ClearQuest) y el RUP. Cuando se hacen estas revisiones. Los resultados de la revisión son manejados en la configuración junto con el artefacto. una revisión de un artefacto o conjunto de artefactos es presentada al usuario. pero no es aprobado formalmente. 3 LA VERSIÓN RUP/E DE LOS WORKFLOWS ESENCIALES DEL RUP La suite de herramientas de Rational (Rational Rose. Análisis y Diseño . El artefacto es desarrollado y mantenido. Por ejemplo. RUP/E usó el marco metodológico del RUP para adecuar los siguientes Workflows esenciales del RUP : • • • • Modelamiento de Negocios – Una técnica de análisis para modelar los procesos del negocio y entender mejor las complejidades de éste. fueron escogidos para demostrar un enfoque iterativo del ciclo de vida de desarrollo de software.Muestra cómo los casos del uso del sistema se realizarán en la implementación. Implementación – Implementar y probar las clases. Requerimientos – Una condición o capacidad que el sistema debe cumplir. Los resultados de la revisión son manejados en la configuración junto con el artefacto. desarrollados por Rational Software. las interfases de diseño de subsistemas deberían ser revisados y aprobados por varios miembros del equipo del proyecto. Si las revisiones son “de casa” mayormente son informales. RUP/E ha adoptado los niveles de revisión indicados en la Tabla 4. usted debe tener en consideración que las revisiones para el equipo de desarrollo “de casa” son diferentes a las revisiones para el equipo de desarrollo de un contratista. la Visión y el Caso del Negocio son artefactos que deberían ser revisados por stakeholders. RequisitePro. Las Clases de Diseño y los Componentes son ejemplos de artefacto que no son aprobados formalmente.

los gerentes de proyecto usan los modelos del negocio para ayudarse a estimar los costos del proyecto. prioridad). el Modelamiento del Negocio sólo debe ser efectuado si se está cambiando la manera en que se hace negocio. controla las modificaciones y releases de ítems.2 REQUERIMIENTOS Se debería manejar las generaciones (versiones) de requerimientos y su documentación. Un Plan de Iteración es algo que debe ser producido durante la administración del proyecto. 3. define y estandariza ítems. Las organizaciones necesitarán incluir administración de proyectos con RUP y adecuarse según sea necesario.1 MODELAMIENTO DE NEGOCIOS El Modelamiento de Negocios se efectúa para valorar el negocio para el cual el sistema de información se está construyendo y para determinar mejor las necesidades y problemas a ser resueltos por los sistemas de información. proveer de los recursos adecuados y fondos para administrar los requerimientos. La Administración de Requerimientos incorpora la identificación. 3. organización y documentación de los cambios a los requerimientos en un proyecto. Es una parte integral de la actividad de desarrollo de software. Requerimientos. Los modelos del negocio proveen una base para la comunicación entre los analistas de sistemas y los desarrolladores para incrementar su entendimiento del negocio y para identificar oportunidades de mejorar el negocio. proveer seguimiento a otros requerimientos y componentes y. En ese caso. El Modelamiento del Negocio debería hacerse antes del desarrollo de software para obtener un buen entendimiento de sus procesos del negocio. entonces RUP/E no recomienda que usted empiece con un modelamiento del negocio. 3. Administración de la Configuración y Cambios –Identifica. Mantener atributos acerca de los requerimientos (tales como estado. La Administración de Requerimientos establece un entendimiento común y acuerdo entre el cliente y el equipo del proyecto acerca de los requerimientos del cliente. RUP/E recomienda que usted empiece con la Sección 3.1 Vista general del Workflow de Requerimientos El propósito 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) .-5- • • • Pruebas – Integrar y probar el sistema.2. Si sólo se está añadiendo una nueva característica a un sistema existente. Sin embargo. También. Despliegue – Asegura una transición exitosa del sistema desarrollado a sus usuarios.2. Una Administración de Requerimientos efectiva incluye el mantener requerimientos claros.

Entender las Necesidades del Stakeholder El artefacto principal es un documento refinado de la Visión. El Workflow de Pruebas prueba el sistema para verificar el código contra el Modelo de Casos de Uso. los Casos de Uso y las Especificaciones Suplementarias. Administrar el Alcance del Sistema El alcance del proyecto es definido por el conjunto de requerimientos definidos para éste. El Workflow de Administración de la Configuración y Cambios provee los mecanismos de control de cambios para los requerimientos. son una técnica útil para manejar el alcance del proyecto. . la gente y el dinero. El input principal para el Workflow de Análisis y Diseño son el Modelo de Casos de Uso y el Glosario creados durante el Workflow de Requerimientos.-6- • • • Proveer de una base para planificar el contenido técnico 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 enfocándose en las necesidades y objetivos de los usuarios Los artefactos clave a desarrollar son : Visión. Los workflows de Requerimientos consisten de los siguientes workflows de detalle : Analizar el Problema El documento Visión es el principal artefacto en el cual el análisis del problema es documentado. se generará r querimientos de e cambio. La clave para manejar un proyecto exitoso es administrar el alcance del proyecto para cumpliendo con los recursos disponibles tales como el tiempo. Casos de Uso y Especificaciones Suplementarias. se enfoca en identificar a los actores y los casos de uso más completamente y expandir los requerimientos no funcionales definidos en los documentos de especificaciones suplementarias. que no caen fácilmente en el Modelo de Casos de Uso deberán ser documentados en los documentos de Especificaciones Suplementarias. El Workflow de Requerimientos está relacionado a otros workflows del RUP : • • • • El Workflow de Modelamiento de Negocios (no considerado en la presente guía) provee las reglas del negocio y un modelo de caso de uso del negocio. Por las fallas que se descubran en el Modelo de Casos de Uso. Definir el Sistema En Definir el Sistema. Estos artefactos describen lo que el sistema debe hacer. Los requerimientos no funcionales. esfuerzo y riesgo. También los requerimientos son discutidos y expresados en términos de Casos de Uso y Actores. tales como prioridad. Modelo de Casos de Uso. Los atributos de requerimientos.

además de los documentos detallados de Casos de Uso y Especificaciones Suplementarias.2 Configuración y Notas sobre el Workflow de Requerimientos Cada actividad en el Workflow de Requerimientos es esencial para una implementación exitosa. Ninguna actividad debe ser removida del Workflow de Requerimientos. Tabla 7. Las relaciones de rastreabilidad son la clave para entender el impacto del cambio de los requerimientos.2. MS Word Requisite Pro Requisite Pro. La Tabla 7 identifica los artefactos que debe ser desarrollados cuando se captura los requerimientos del sistema.3 Artefactos de Requerimientos Los Artefactos de Requerimientos capturan y presentan información usada en definir las capacidades requeridas por el sistema. Si es necesario. 3. Las relaciones de rastreabilidad son establecidas para identificar las relaciones entre los requerimientos y otros artefactos. MS Word Rational Rose. Artefactos para el Workflow de Requerimientos Artefactos Incep Actor Glosario Lista de Riesgos Especificación 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-Externo Formal-Externo Formal-Externo Formal-Externo Herramientas Usadas Rational Rose Requisite Pro. MS Word 3. . Administrar los Requerimientos de Cambios Los cambios a los requerimientos impactan los modelos producidos en el Workflow de Análisis y Diseño. la Tabla 8 identifica los reportes que deben ser producidos durante el Workflow de Requerimientos. el modelo de pruebas creado en el Workflow de Pruebas y el material de soporte al usuario final del Workflow de Despliegue. 3. si van a usarse.4 Reportes de Requerimientos La variación metodológica de RUP/E considera opcionales todos los reportes de requerimientos.2. El Panorama del Modelo de Casos de Uso (Use-Case Model Survey) es muy comprensible y cubre la mayoría de la información contenida en los reportes de Actores y Casos de Uso. sin embargo. una Especificación de Requerimientos de Software formal puede ser desarrollado.2. Requisite Pro. MS Word Rational Rose Requisite Pro.-7- Refinar la Definición del Sistema El output de este Workflow del RUP es una comprensión más profunda de la funcionalidad del sistema expresada en Casos de Uso detallados y documentos de Especificaciones Suplementarias detallados.

el Modelo de Despliegue y una Realización de Casos de Uso por cada Caso de Uso describirán el sistema. El Workflow de Análisis y Diseño consiste de los siguiente workflows de detalle: . 3.3. El Análisis se enfoca en trasladar los requerimientos funcionales a conceptos de software. Por medio de usar varias actividades y modelos el Workflow de Análisis y Diseño busca destilar la información recogida de los stakeholders en información que los programadores podrán usar. el documento de Arquitectura del Software y las Realizaciones de Casos de Uso como inputs en la construcción e implementación del sistema. el Glosario y las Especificaciones Suplementarias creadas en el Workflow de Requerimientos y generar un modelo de diseño que pueda ser usado por los desarrolladores durante el Workflow de Implementación. el Modelo de Despliegue. MS Word 3. Al final. El Workflow de Análisis y Diseño está relacionado a otros workflow del RUP como sigue : • • • El Workflow de Implementación usará el Modelo de Diseño.-8- Tabla 8. 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. tomar el Modelo de Casos de Uso. un Modelo de Diseño. Es decir. El Modelo de Despliegue y el documento de Arquitectura del Software será usado por el Workflow de Despliegue para desplegar el sistema final. el documento de Arquitectura del Software.3 ANÁLISIS Y DISEÑO El propósito del Workflow de Análisis y Diseño es empezar a realizar los casos de uso desarrollados durante el Workflow de Requerimientos.1 Vista General del Workflow de Análisis y Diseño El propósito del Workflow de Análisis y Diseño es: • • • Transformar los requerimientos en un diseño del sistema a crear Definir una arquitectura robusta para el sistema Adaptar el diseño para que funcione en el ambiente de implementación diseñándolo para obtener buena performance El Workflow de Análisis y Diseño toma los casos de uso documentados del Workflow de Requerimientos y del Workflow de Modelamiento de Negocios y los traslada a elementos de diseño que serán usados para construir el sistema. Reportes para el Workflow de Requerimientos Reportes Panorama del Modelo de Caso de Uso Herramientas Usadas Rational SoDA.

Externo Informal . sin embargo. El Workflow de detalle Efectuar Síntesis Arquitectural puede ser saltado.3 Artefactos para Análisis y Diseño Los Artefactos para Análisis y Diseño capturan y presentan información relativa a la solución de los problemas planteados durante el Workflow de Requerimientos. Este Workflow de detalle puede ser efectuado si es que se necesita profundizar los conceptos. Esto es.3. si van a usarse. Tabla 9.2 Configuración y Notas sobre el Workflow de Análisis y Diseño El Workflow de detalle Refinar la Arquitectura puede ser saltado si hay relativamente pocos riesgos arquitecturales.3.-9- Definir una Arquitectura candidata Refinar la Arquitectura Analizar el Comportamiento Diseñar la base de Datos (Opcional) 3. Los workflows de detalle Diseñar Componente de Tiempo Real y Diseñar Componente [No – Tiempo Real] son similares con la excepción de que el primero se enfoca en componentes que son para sistemas en tiempo real y el otro para sistemas reactivos. La Tabla 9 identifica los artefactos que deberán producirse durante el Workflow de Análisis y Diseño. la Tabla 10 identifica los siguientes reportes opcionales : Tabla 10. la implementación y la distribución del sistema no producen problemas arquitecturales significativos o el arquitecto de software tiene suficiente experiencia para manejar tales hechos.3. Artefactos para el Workflow de Análisis y Diseño Artefactos Modelo de Diseño 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 . el diseño. 3. Reportes para el Workflow de Análisis y Diseño Reportes Clase Panorama del Modelo de Diseño Herramientas Usadas Rational SODA Rational SODA .Externo 3. MS Word Formal .4 Reportes para Análisis y Diseño La variación metodológica de RUP/E considera opcionales todos los reportes de requerimientos.Interno Herramientas Usadas Rational Rose Rational Rose RequistePro.

empezando en la fase de Elaboración. Planificar la Integración El artefacto principal producido es el Plan de Integración de Construcciones.10 - 3. binarios o ejecutables Probar los componentes desarrollados como unidades Crear un sistema ejecutable El Workflow de Implementación está relacionado a otros workflows del RUP como sigue: • • • Requerimientos: Este workflow del RUP captura los requerimientos que deberían ser cumplidos durante la Implementación. Análisis y Diseño: El modelo de diseño desarrollado durante este workflow representa el intento de la implementación y es el input principal para el Workflow de Implementación. Según la arquitectura y el diseño evolucionan. el Plan de Integración de Construcciones es examinado y actualizado para asegurar que no quede obsoleto debido a los cambios en la arquitectura o en el diseño del nuevo sistema. en términos de Subsistemas de Implementación. Los Subsistemas de Implementación son colecciones de componentes y otros modelos de implementación usados para estructurar el modelo de implementación.4. se efectúan los siguientes workflows de detalle : Estructurar el Modelo de Implementación El artefacto principal producido es el Modelo de Implementación.. .4 IMPLEMENTACIÓN La Implementación es donde empieza el código El Modelo de Diseño del Workflow de Análisis y Diseño es mapeado con el Modelo de Implementación y entonces se escribe el código en un lenguaje de programación tal como Java. Para cada iteración. Un Plan de Integración de Construcciones define el Caso de Uso a ser diseñado y las clases a implementar. al igual que el orden en el que las clases son implementadas. Pruebas: Este workflow describe cómo probar cada Construcción durante la integración del sistema. C++ o Visual Basic. Define the organization of the code.1 Vista general del Workflow de Implementación El propósito del Workflow de Implementación es: • • • • Definir la organización del código. in terms of Subsistema de Implementación. Implementar las clases y objetos definidos en el modelo de diseño en la forma de componentes de software tales como archivos fuente. 3.

4. Ninguna actividad debe removerse del Workflow de Implementación. Integrar el Sistema La Integración a menudo envuelve un alto grado de automatización.11 - Implementar los Componentes La Implementación debería estar unida muy de cerca al Diseño. Sin embargo. 3. Artefactos para el Workflow de Implementación Artefactos Incep Construcción Creado/Revisado Elab X Const X Trans X Revisar Detalles Formal . Integrar cada Subsistema Los principales artefactos producidos son la Construcción y el Subsistema de Implementación.4 Reportes para la Implementación Ningún reporte será producido durante el Workflow de Implementación.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 validación de los supuestos hechos en las especificaciones de diseño y los requerimientos a través de demostraciones concretas Validando las funciones del producto de software según sean diseñadas . experiencia en sistemas operativos o lenguajes script y herramientas como 'make' (en Unix).2 Configuración y Notas sobre el Workflow de Implementación Cada actividad en el Workflow de Implementación es esencial p una implementación ara exitosa. 3. 3. resultante de cada iteración. El artefacto principal producido es la Construcción. según la fase en que se encuentre el proyecto.4.4.. El artefacto principal producido es el Componente.3 Artefactos para la Implementación Los Artefactos para la Implementación capturan y presentan la realización de la solución presentada en el Workflow de Análisis y Diseño. 3. La Tabla 11 identifica los artefactos que deben producirse durante el Workflow de Implementación.Externo Herramientas Usadas Rational Rose Por este artefacto se entiende al Prototipo o Producto. Tabla 11. se efectuarán revisiones informales del código.

El Workflow de Implementación produce las Construcciones de software del modelo de implementación que es probado por medio del Workflow de Pruebas. las pruebas son enfocadas a través del uso de un proceso iterativo y de herramientas. Eventualmente. hay varias construcciones probadas: la primera cuando el sistema es integrado y la última para probar todo el sistema. 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. acercarse a los gaps de calidad tempranamente en el proceso de desarrollo y maximizar la efectividad por medio de adaptar el enfoque. todas las pruebas en el cuerpo de pruebas serán acumuladas de tal manera que pueden ser usadas para las posteriores pruebas de regresión en el ciclo de vida del desarrollo de software.1 Vista General del Workflow de Pruebas El propósito de este workflow del RUP es: • • • • Verificar la interacción entre objetos Verificar la interacción 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. el proceso o el presupuesto según va progresando el proyecto.5. Cada Construcción de software es un objetivo para las pruebas. Un enfoque iterativo para probar permite a la organización tratar las pruebas casi de la misma forma que el desarrollo de software es enfocado. El Workflow de Pruebas consiste de los siguientes Workflows de detalle: Planificar las Pruebas El principal artefacto producido es el Plan de Pruebas. reducir el costo de corregir fallas enfocando los recursos cuando y donde tendrán el mayor impacto. Según se vayan produciendo nuevas Construcciones. Diseñar las Pruebas Los principales artefactos producidos son el Modelo de Pruebas (Test Model).12 - • Validando que los requerimientos hayan sido implementados apropiadamente 3. Dentro de una iteración.. . Este enfoque permite a una organización identificar posibles riesgos al inicio de un proyecto. El Workflow de Análisis y Diseño captura el input principal para identificar cuales pruebas efectuar describiendo cómo desarrollar un diseño. los Casos de Prueba (Test Case). los Procedimientos de Prueba (Test Procedures) y el documento de Análisis de Carga de Trabajo (Workload Analysis Document). el cuerpo de pruebas será añadido y refinado.

un modelo o un elemento de modelo. Ejecutar las Pruebas en la etapa de Integración de Pruebas El principal artefacto producido es el documento Resultado de Pruebas.2 Configuración y Notas sobre el Workflow de Pruebas Cada actividad en el Workflow de Pruebas es esencial para probar exitosamente. es .5.Interno Herramientas Usadas Test Manager Manager Test Manager Robot. La Tabla 12 identifica los artefactos que deben ser desarrollados en el Workflow de Pruebas..13 - Implementar las Pruebas Los principales artefactos producidos son el Script de la Prueba y el Componente de la Prueba. 3. 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 . 3. Los artefactos producen la necesaria información workflow del RUP.5. Manual Test 3.5.Externo o Prueba Interna Formal .Interno Informal . Ninguna actividad debe ser removida del Workflow de Pruebas. Loas artefactos de Pruebas capturan y comunican información de pruebas y pueden tomar la forma de un documento. Ejecutar las Pruebas en la etapa de Pruebas del Sistema El principal artefacto producido es el documento Resultado de Pruebas. 3.Interno Formal . Evaluar las Pruebas Los principales artefactos producidos son el Sumario de Evaluación de Pruebas (Test Evaluation Summary) y los Requerimientos de Cambio (Change Request).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.6 DESPLIEGUE Una vez que el producto de software ha siso implementado y probado exitosamente.4 Reportes para las Pruebas Ningún reporte será producido durante Workflow de Despliegue. Tabla 12.

entrenar a los usuarios finales y convertirlas bases de datos anteriores para la carga de datos. la mayoría no necesita efectuar estos workflows de detalle. el cual incluye instrucciones para instalación. Hay tres maneras de proveer del producto al usuario final: • • • La instalación en el cliente Se entrega un “instalador” (generado con algún producto de compresión e instalación) Accesar al software por la Internet Cualquiera que sea el método escogido para entregar al cliente.6. 3.14 - momento de llevar el producto al cliente. Manejar las Pruebas de Aceptación Producir la Unidad de Despliegue Empaquetar el Producto Proveer Acceso al Site de Descarga Producto en Beta 3..2 Configuración y Notas sobre el Workflow de Despliegue Las organizaciones grandes pueden empacar el producto y dar acceso a un site de descarga. la prueba del producto ocurre en el site de desarrollo seguido por la prueba Beta y finalmente liberando el producto al cliente. El propósito de este workflow del RUP es producir releases del producto y llevar el software a los usuarios finales.6. 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. sin embargo.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. 3. También incluye el material de entrenamiento para las diversas posiciones requeridas para usar el sistema efectivamente.6. operación y mantenimiento para el sistema desplegado. distribuir el software. instalar el software.3 Artefactos para el Despliegue Los artefactos de Despliegue capturan y presentan información relativa a posicionar el .

un proyecto está continuamente vulnerable a la introducción inadvertida de incompatibilidades (errores de regresión) y fallas resultantes de la aplicación a menos que una disciplina constante sea aplicada. La Tabla 14 identifica los artefactos que deben ser producidos durante el Workflow de Despliegue. presentado en el Workflow de Implementación. Artefactos para el Workflow de Despliegue Artefactos Incep Relación 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 Informal Informal Formal-Externo Formal . a causa de que el software es tan fácil de cambiar.6. El control de versiones.15 - sistema. sin embargo.7 ADMINISTRACIÓN DE CONFIGURACIÓN Y CAMBIOS La mayoría de equipos de desarrollo de software experimentados reconocen la necesidad del control de versiones de los artefactos del software. 3.4 Reportes para el Despliegue Ningún reporte será producido durante Workflow de Despliegue.Interno Formal . Parcialmente. se entenderá el Manual del Usuario y el Manual Técnico. dentro del ambiente de producción. Los artefactos producen la necesaria información workflow del RUP. es sólo un componente de la Administración de Configuración y Cambios (Configuration & Change Management -CCM-). Un buen sentido de ordenamiento es provisto por esta lista de las mejores prácticas 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 geográficamente) 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 .Externo Herramientas Usadas MS Word MS Word MS Word MS Word MS Word Por Materiales de Entrenamiento.. Tabla 14. 3.

sus mayores beneficios se obtienen cuando se usa una herramienta automatizado para hacer uso de una base de datos. Despliegue) porque sirve como un repositorio para los artefactos producidos durante esos workflows del RUPs. Aunque CRM puede ser hecho manualmente. implementa. Requerimientos. Existe un número de excelente herramientas de CRM. 3. cuándo y por quién El Workflow de Administración de Configuración y Cambios está relacionado a otros workflows esenciales del RUPs (Modelamiento de Negocios. Además de automatizar. Implementación. El Plan CM documenta cómo se planifica. una herramienta CRM manejada con una base de datos también provee otro gran beneficio : la habilidad de extraer información fácilmente acerca del progreso del proyecto. 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. lo que muchos consideran un proceso tedioso.16 - del ciclo de vida después de la Incepción. Una buena herramienta de CRM permite que se pueda crear consultas ad-hoc fácilmente. Los artefactos clave son el Plan de Administración de Configuración (Configuration Management Plan) y los Requerimientos de Cambio (Change Request) Los siguientes Workflows de detalle de Administración de Configuración y Cambios son efectuados: Planificar la Configuración 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. Análisis y Diseño. . controla y organiza las actividades relativas al CM del producto. ClearQuest de Rational es una buena opción si planea integrarse con otras herramientas de Rational.7..1 Vista general del Workflow de Administración de Configuración y Cambios El propósito de este workflow del RUP es: • • • • • • Soportar métodos 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 políticas del proyecto Proveer pistas de auditoria de cambios a los artefactos registrando por qué. Pruebas. especialmente en las fases de Construcción y posteriores.

Tabla 15. si es necesario Lograr la disponibilidad de usar la metodología de parte de la Administración Obtener el entrenamiento apropiado en el software usado Decidir si se desarrollará otros artefactos adicionales a los indicados en la Sección 3 Incluir un enfoque de administración de proyectos para : − manejar riesgos − planificar proyectos − identificar métricas − monitorear el progreso del proyecto y. sin embargo. Las empresas deberán hacer lo siguiente : • • • • • • Evaluar sus organizaciones para determinar cómo proveer del ambiente de desarrollo de software necesario para soportar a su equipo de desarrollo. Artefactos para la Administración de Configuración 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 Sección 3 da una versión adecuada genérica del RUP usando la suite de herramientas de Rational. Ninguna actividad debe ser removida del Workflow de Administración de Configuración y Cambios. 3. este ambiente puede incluir las herramientas de la Suite de Rational u otras herramientas Comprar nuevo software. esto puede no cubrir las necesidades de cada empresa.3 Artefactos RUP de Administración de Configuración y Cambios Los artefactos e Administración de Configuración y Cambios capturan y presentan información relativa a las actividades CM. − manejar recursos. La Tabla 15 identifica los artefactos que deben ser producidos durante el Workflow de Administración de Configuración y Cambios.17 - Cambiar y Enviar los Items de la Configuración Manejar Versiones Congeladas (Baselines) y Liberacioness Monitorear y Reportar el estado de la Configuración Administrar los Requerimientos de Cambio 3. presupuestos y contratos con proveedores y clientes ..7.7.2 Notas sobre el Workflow de Administración de Configuración y Cambios Cada actividad en el Workflow de Administración de Configuración y Cambios es esencial para una administración de configuración exitosa.